1、PAGE .數據視圖 4-PAGE 65：.；ARIS方法SEQ Kap r4 h 數據視圖需求定義數據視圖的需求定義包含即將被檢驗字段的語義數據模型的闡明。按照集成信息系統體系構造ARIS)的劃分原那么，這種描畫包含兩種制定過程鏈的開場和終了事件的對象，同過程鏈的相關環境的形狀描畫一樣。當比較功能和數據的建模時，就相關的方法來說，后者要求顯著苛刻。在功能視圖中，僅檢驗過的對象是功能。在功能間的相互關系方面，僅高級和次要的得到闡明闡明了父子層間的層次關系。對于語義數據模型，Chen的實體關系模型 (ERM) 是關于語議數據模型最最普遍的設計方法 (見 Chen,實體關系模型 1976)。這種沉

2、默方法運用多種術語，諸如，實體類型，關系類型，屬性等等。存在于那些對象彼此間的關系是無數的，并且當比較與功能建模時是非常難于分類的。.在以后的紀錄中引見實體關系模型(ERM)的建模方法。首先闡明Chen的原始模型的對象及相互關系。在以后的章節，對原始模型將添加一些運算符。根本的ER模型原始模型分辨區分了實體、，屬性和關系。普通地，類型層可以與分辨取值層區分開來。定義:實體是一個公司企業義務中知關于特定部分某一的重要性主題的真實或籠統的對象。例如，這種體系構造塊能夠是業務過程。按照集成信息系統體系構造ARIS)的構造模型，重要性的數據對象是環境和目的指定的事件的對象。 在處置消費者訂單 這 一過

3、程中，我們能夠發現如下實體：消費者1235,商品4711,訂單11.經過某特定些屬性特性更準確地闡明描畫實體。這意味著一個消費者可以經過，例如他的姓名字、姓和地址被更準確地闡明定義一個消費者定義:假好像一類型的實體被聚合成一批組，那么被稱為實體類型。實體類型的詳細取值是實體。同一類型的實體可被一樣一的屬性來闡明描畫。因此，消費者Smith 和消費者 Miller 合起來構成實體類型消費者 ，商品article 4710和商品article 4712一同構成實體類型 商品 Article。在ER模型中實體類型顯示在如為矩形的ER模型 (見 REF _Ref395631783 * MERGEFOR

4、MAT 圖4.2.11：實體類型舉例圖4.2.11：實體類型舉例). 在以后的原后面的正文中，實體類型以大寫顯示。消費者訂單商品圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 1：實體類型舉例定義:特征屬性是描畫實體類型的特性。屬性的詳細取值是分配于賦予單個實體的屬性的實踐取值。例如，消費者1235可用屬性取值Smith,John,New York，等等等屬性詳細值來描畫。各自相應的屬性被稱作名字、姓和城市。通常用一個圓或橢圓來代表表示屬性，在下面文章以下篇幅中，用橢圓表示屬性。 REF _Ref395631852 * MERGEFORMAT 圖

5、4.2.12：消費者實體類型屬性舉例 圖4.2.12：消費者實體類型屬性舉例 .消費者姓消費者名字城市消費者號碼代碼圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 22：消費者實體類型屬性舉例 實體類型和屬性間的差別普通很難區分，并且僅僅有時僅能根據建模的程序過程的上下文決議，例如，消費者地址 可以被了解為實體而不是消費者實體的屬性。在這種情況下，新實體類型 地址 將被確定，它和消費者之間有它其本人的關系。當在闡明不論確定他所處置的是一實體類型或一還是屬性時，現實是實體過程擁有屬性這一現實是一個有用的斷定規范。屬性，另一方面，屬性不包含多個不能擁

6、有屬性。因此，假設在一個假定后來被更多屬性描畫的ER模型中建立的屬性，創建一個假定要由屬性進一步描畫，那么它就成為了一個實體類型。 無論一個對象能否希望被賦予與同其它其他實體類型分配有的相互關系都是另一個有益的問題。假設該問題能得到一定地的回答它，這個正被所討論的對象也是實體類型。定義:關系是實體間的一個邏輯鏈接。因此，關系的存在直接依賴于實體的存在。 定義:假好像一種類的關系被組合成批成集合，那么稱他們它們為關系類型。供應者 和零件 之間的一個關系類型是供應。在以后的文中，關系類型也設置成大寫字母。在一個ER模型中，關系類型以菱形顯示并且經過連線銜接實體類型。見 REF _Ref395631

7、936 * MERGEFORMAT 圖 4.2.13：關系類型舉例圖 4.2.13：關系類型舉例)。零件供應者供應圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 33：關系類型舉例通常，按鏈的方向順序僅僅能看到一個關系類型。在以上的例子中，假定表達供應者供應零件這一關系。從右到左那么成為零件供應供應者，這是沒有意義講不通的。假設沒有獨一地規定正確的方向，那么必需經過選擇方便的術語，能夠在更籠統的程度層，去來防止這種難點。我們區分很多關系類型。在此文本文的環境中，一方面，他們它們銜接的實體類型的數目，另一方面，和關系的復雜程度，都被充任作為區分關系

8、類型的規范。根據與它們銜接的實體類型的數目來區分實體類型，如，一元，、二元或n 元關系。 定義:復雜程度或集的容量基數顯示一個實體類型的多少實體歸屬為被賦予另一個實體類型的某一個實體。 這樣出現的不同類型關系闡明在如 REF _Ref395632120 * MERGEFORMAT 圖 4.2.14：兩種實體類型建的關系的集的容量圖 4.2.14：兩種實體類型建的關系的集的容量 (見 Scheer, 工程業務過程1994, p.34).四種不同的關系類型可區分如下集的容量基數：1:1關系。,1:n 關系。n:1 關系。n:m 關系。在一個 1:1 關系類型中，第二者二個集合中的一個實體嚴密嚴厲對

9、應于第一者個集合中的每一個實體。在一個1：n的關系中，第二一類個集合中的一個實體嚴厲對應于第一類二個集合中的每一個實體 ，但是第一類一個集合中有n個實體對應于第二類個集合中的每一個實體。n:1表達相反的順序的一樣情形。在一個n:m關系中，第二類個集合中的n個實體對應于第一類一個集合中的一個實體而不是全部。 關 系關 系關 系關 系實體類型實體類型圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 44：兩種實體類型建的關系的集的容量這種關系類型的集的容量基數屬性類型復雜度顯示在實體類型圖關系模型的銜接線中見 REF _Ref395632190 * M

10、ERGEFORMAT 圖 4.2.15：在ER模型中顯示基數 圖 4.2.15：在ER模型中闡明集的容量 。分配于部 門公 司屬于員工車間任務于企業關系關系關系關系圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 55：在ER模型中闡明集的容量顯示基數 集的容量基數指出了表示某一實體類型的一個實體可以參與某一確定確定類型的關系的最大量大關系數，一特定實體類型的一個實體可以參與其中。意思是對于在 REF _Ref395632190 * MERGEFORMAT 圖 4.2.15：在ER模型中顯示基數 圖 4.2.15：在ER模型中闡明集的容量 闡明所示

11、過的n:1關系，假設公司有不同的車間，實體類型公司中一個公司可以以不同的分配關系出現。然而，一特別某一特定的車間也許僅僅參與了一個分配關系它僅對應于一個公司。然而，應該留意的是，Chen 的原始著作以不同的方法方式闡明集的容量基數。當闡明兩個以上類型之間的關系時，這部本手冊用的這種符號允許更清楚獨特的公式表示更清楚。為了防止不用要的混淆，我們不去討論Chen的原始任務的更多的細節。主要父層的由于實體類型的實體之間也存在有關系的現實，實體類型和關系類型也可用兩種兩條平行的關系銜接線銜接。為了能區分這兩種關系，可以給定他們它們義務分配角色分配。回歸關系的一個例子顯示在如 REF _Ref39563

12、2292 * MERGEFORMAT 圖 4.2.16：物料清單的 ER模型圖 4.2.16：資料單的 ER模型。高級父層零件由不同的次級子層零件組成。另一方面，次級子層零件也可以作為構件用在不同的高級父層零件。零件資料發票物料清單構造次要子層的圖 STYLEREF 3 s 4.2.16：資料物料清單的 ER模型不僅實體類型能經過特征屬性描畫，同樣適用于關系類型 的運用也能同樣(見 REF _Ref395632357 * MERGEFORMAT 圖 4.2.1-7： 在ER模型中的屬性分配圖 4.2.1-7： 在ER模型中的屬性分配)。定義:屬性的取值域稱范圍被稱為定義域。定義域的元素對分配給

13、實體或關系類型的元素的分配也可以描畫關系。可以由被屬性名字標注了屬性稱號的關系代表來表示。定義:在實體類型和至少一個定義域間，一定存在1:1 關系。定義該域中的值能獨一地指定確定一個實體。因此，稱他們它們為實體類型的關鍵屬性。. 在如 REF _Ref395632357 * MERGEFORMAT 圖 4.2.1-7： 在ER模型中的屬性分配圖 4.2.1-7： 在ER模型中的屬性分配 (見 Scheer, 工程業務過程工程1994, p.33) 所顯示得力之中示，個別單個實體 消費者 被關鍵屬性消費者號碼代碼獨一地指確定。經過合并銜接的實體的關鍵屬性區別來確定關系。從而，關系類型 居住在 的

14、關鍵屬性是消費者號碼代碼和地址代號碼。 相關數據對象的描畫性的屬性被由來源于同實體或關系類型有1：n關系的定義域的值來定義。 消費者居住于地址消費者名字代碼名字移入日期日期號碼居住居住消費者代碼住址代碼消費者號碼代碼圖 STYLEREF 3 s 4.2.1-7： 在ER模型中的屬性分配擴展的 ER模型 eERM在最近的幾年內，Chen的原始模型得到了充分的擴展。此書僅討論那些對集成信息系統體系構造ARIS)體系構造構造的數據視圖建模有意義的擴展模型。在設計運算符協助 下的擴展模型在創建數據模型的過程中，設計運算符提供正式方式化支持。它們的用途保證了系統程序的平安，并且提供應閱讀器，一個用以洞察

15、其設計過程的現有的數據構造。從在現有概念的運用上中，新的概念在設計運算符協助 下產生。 設計過程很大程度上是在業務管理知識層次上被執行的智力智能程序。從他們它們的數據構造視圖觀念來說，業務條件的調查報告協助 設計者或者構建共知的基于新觀念的條件，或者創建至今為止沒有思索過的新的觀念關系。從眾多的多樣不同的擴展ER模型的方法中，確定了四種根本的設計運算符： (見 Scheer,工程業務過程工程 1994, p.35ff.):分類xe Classification,普通化聚合分組分類xe Classification定義:經過分類，同一種類型的對象實體被識別標識和并分配賦予給一個概念實體類型。假設

16、一個對象等同被同樣的特性屬性描畫，那么的與另外一個對象等同。從而因此，分類導致產生了實體類型的以上前面描畫過的實體類型的標識(見 REF _Ref395632462 * MERGEFORMAT 圖 4.2.1-8：消費者的分類圖 4.2.1-8：消費者的分類)。消費者圖 STYLEREF 3 s 4.2.1-8：消費者的分類普通化/特殊化定義:經過普通地化，類似的對象類型被聚合到在某一高級父層對象類型下被分組。 如 REF _Ref395632556 * MERGEFORMAT 圖 4.2.19:普通化/圖 4.2.19:普通化/特殊化，實體類型消費者 和實體類型供應者 被歸納到普通概念業務同

17、伴 下。兩種對象的共同特性被屬性描畫被轉換成普通對象類型。從而因此，只需那些對于原先的對象類型個別不同的屬性留下待描畫。用一三角形圖形表示新實體類型業務同伴 的構成，也稱作一個is-a 關系。.定義:經過特殊化，我們知道普通化的概念被細分為子概念。業務同伴分為消費者 和 供應者特殊化是普通化的相反方式例：特殊對象承繼普通化對象的性質。除了那些承繼的外，特殊對象類型也可以擁有他們它們本人的屬性。用在圖形表示方面 ，特殊化和普通化用同種方式。因此，在圖例中的銜接線沒有用指示方向的箭頭。業務同伴消費者1235供應者圖 STYLEREF 3 s 4.2.19:普通化/特殊化首先，特殊化支持由上而下構造

18、數據庫的方法用來創建數據模型，普通化用的是由下至上的方法。在特殊化的構造里，開展中的子集的完成完全性和可分解性可選擇的在被創建時能被詳細闡明。當一個對象的詳細取值能夠是兩個子集的一部分時，我們就要談到未分解的子集。.適宜于對于前面已給的例子，這意即謂著一個消費者同時可以是一個供應者。假設一個詳細取值僅僅分配給正好一個子集，這些子集是可分解的。 當能夠支持一個特殊化規范的一切特殊化對象類型用于表示一個普通化對象類型時，我們就要談到完全的特殊化。取實體類型人類為例：它可被分為實體類型男人和女人 (見 REF _Ref395632641 * MERGEFORMAT 圖 4.2.110: 完全的特殊化

19、圖 4.2.110: 完成的特殊化). 至于被思索的特殊化規范性別，特殊化應已被完全闡明。女人男人人類圖 STYLEREF 3 s 4.2.110: 完成完全的特殊化.為了更準確的闡明一個普通化/特殊化，把這些規范結果和以下已確定的四個發生值結合起來。分解分別性的/完成完全的分解分別性的/未完成不完全的未分解非分別性的/完成完全的未分解非分別性的/未完成不完全的聚合xe Aggregation定義:聚合經過結合現有的對象類型闡明描畫新的對象類型的構成。在此在本文中，新的對象類型能夠是新的屬性特性的知識庫。聚合經過關系類型的構成在ER模型中被闡明xe Relationship type:Form

20、ation表達xe Relationship type:Formation (見 REF _Ref395632741 * MERGEFORMAT 圖 4.2.111:聚合舉例圖 4.2.111: 一個聚合舉例). 實體類型聚合消費順序定單和行程安排工藝道路的聚合創建新的對象定單工藝道路順序安排。工藝道路消費定單圖 STYLEREF 3 s 4.2.111: 一個聚合舉例然而，聚合運算符也可運用在關系上。一個現行現有的關系類型作為一個實體類型對待處置，并且從而本身從而能成為創建一個新的關系的出發點。在 REF _Ref395632824 * MERGEFORMAT 圖4.2.112:關于重新解釋

21、的關系類型的聚合 圖4.2.112:關于重新解釋的關系類型的聚合 中闡明了這些。一個初始的聚合普通構成來源于消費順序定單和行程安排工藝道路的關系類型順序安排定單工藝道路。關鍵屬性消費順序定單號(PONO)和行程安排工藝道路號(RNO)構成順序安排定單工藝道路的復雜復合關鍵屬性。目前，多種運算符操作能可以被分配于給順序安排定單工藝道路。因此，關系順序定單操作在關系類型順序安排和操作間構成。 由于關系只能在實體類型間產生，原始關系類型順序定單操作需求作為一個實體類型再次闡明。在 REF _Ref395632824 * MERGEFORMAT 圖4.2.112:所示的關系類型的聚合 圖4.2.112

22、:關于重新解釋的關系類型的聚合 中，這點經過一個盒狀菱形闡明來表示。 然后，這些重新解釋的關系類型作為實體類型對待。從參與關系類型旁到菱形點劃一畫一條銜接線 ，經過表達開展闡明的這種程序。該銜接線不是通向盒狀菱形，而是重新解釋的關系類型構成新關系的銜接線通向環繞它的矩形的邊沿。雖然經過分配一個簡單關鍵簡化一個復雜的關鍵根本上是能夠的，把數據模型的創建處置成可追蹤，包括復雜的關鍵。順序處置程序行程安排順序安排消費順序圖 STYLEREF 3 s 4.2.112:關于重新解釋的關系類型的聚合 在一個 ER模型中，一個復雜的構造單元被分成為一個清楚透明的構造。 由于全部概念的聯絡能夠變得模糊，引進以

23、數據簇方式存在的復雜對象。定義:一個數據簇闡明了這樣的邏輯視圖，它建立在一個在復雜對象中需求的數據模型的大量實體和關系類型之上。 數據簇不僅由關系類型組成，而且也由數據簇組成。不象實體和關系類型，數據簇可在一個層次上自在組合，從而在一個數據模型的發明過程中，主要支持從上到下的數據構造方法。在一個從下到上的方法中，對于結合和穩定子模型，數據簇的構成也非常有用。 REF _Ref395633036 * MERGEFORMAT 圖4.2.113:數據簇圖表特征 圖4.2.113:數據簇圖表特征 以圖表的方式闡明了一個數據簇。如 REF _Ref395633114 * MERGEFORMAT 圖4.2

24、.114: 建立在多種對象上的數據簇視圖圖4.2.114: 建立在多種對象上的數據簇視圖, 一個數據簇闡明了建立在大量實體和關系類型上的邏輯視圖。為了闡明復雜對象消費者定單，.需求實體和關系類型消費者、時間、定單頭、商品和定單內容。 消費者訂單圖 STYLEREF 3 s 4.2.113:數據簇圖表特征 時間商品消費者圖 STYLEREF 3 s 4.2.114: 建立在多種對象上的數據簇視圖分組xe Grouping定義:經過分組,一個實體集的元素構成組。在圖 REF _Ref395633376 * MERGEFORMAT 圖4.2.165:圖4.2.165:舉例，一切設備合成了一個設備組。

25、設備組是一個獨立的對象，這個獨立的對象在單獨的成套設備中沒有的額外的屬性設備組的名字，成套設備的數目更準確的闡明。 其它例將任務組分組成部門或訂單銜接對象組成訂單。設備設備組屬于圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 665:分組擴展的集的容量但我們談到大量集的容量時，至今為止我們僅僅提到以上可允許的關系取值的界限。在 REF _Ref395633468 * MERGEFORMAT 圖4.2.176: 圖4.2.176: 指出一個工程可分配給以最大數量的職員，一個職員可參與一最大數量的工程。職員工程參與圖 STYLEREF 3 s 4.2

26、.1 SEQ Abbildung * ARABIC s 3 776: 上/下界限1除了上界限，下界限對闡明關系取值的最小數量有用。為此目的，技術可用兩個字母代表a,b,例如， (見 Scheer, 工業業務過程). 在 REF _Ref395633574 * MERGEFORMAT 圖 4.2.187:上/下界限 (2)圖 4.2.187:上/下界限 (2) 指出每一個工程能參與至少a1和至多b1的引入類型的關系取值。表示每一個工程可被分配至少a1和至多b1職員。兩字母a2,b2顯示一個職員能參與至少a2和至多b2工程。職員參與工程圖 STYLEREF 3 s 4.2.1 SEQ Abbild

27、ung * ARABIC s 3 887:上/下界限 (2)從而，每一個關系經過兩個復雜度最小和最大表達。通常分配下限值0和1，上限值的范圍定義為1max* (*是一個通配符)。下限 min=0表示一個實體可以參與一個關系，但這并不是強迫的。下限min=1表示一個實體必需參與至少一個關系，但這不是強迫的。 在 REF _Ref395633643 * MERGEFORMAT 圖4.2.198: 上/下限 (3)圖4.2.198: 上/下限 (3)中的下限表示一個職員能參與一個關系但并不是必需的(min=0)，而一個工程必需參與至少一個關系min=1.這里的意思是職員根本不用參與每一個工程。相反，

28、一個工程至少分配一個職員。職員參與工程圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 998: 上/下限 (3)假設下限值僅0或1和上限值1或 *時可取的，下面min,max符號的四種情況是能夠的： (1,1), (1,m), (0,1) 和 (0,m)對于這些下面的縮寫是常見的(見 Schlageter/Stucky, Datenbanksysteme 1983, p.51)：:1(對應(1,1),c(對應(0,1),m(對應(1,m),cm(對應(0,m), (此處c=choice 和 m=multiple). REF _Ref3956337

29、70 * MERGEFORMAT 圖 4.2.1109:上/下限 (4)圖 4.2.1109:上/下限 (4) 顯示 REF _Ref395633643 * MERGEFORMAT 圖4.2.198: 上/下限 (3)圖4.2.198: 上/下限 (3)。職員參與工程圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 10109:上/下限 (4)標識和存在的相關性由于經過指定下限和上限擴展集的容量，如在4.2.1.2.2中討論的一樣， 數據對象建的相關依賴如今可以定義。經過定義，由于關于關系類型和重新解釋的關系類型的實體類型的存在，關系類型和重新解釋

30、的關系類型存在，從而，他們不能孤立地存在。這意味著他們相關地以標示的方式依賴于實體類型。 另外，有真正地擁有一個關鍵屬性并且依然依賴于其它實體的存在的實體類型。例如，這種依賴的類型經過分組運算符產生。從而，如 REF _Ref395633882 * MERGEFORMAT 圖 4.2.120: 相關依賴性圖 4.2.120: 相關依賴性相關依賴性 ，一個部門至少包含有一個任務站才有意義，以此類推，一個任務站的定義只需分屬于一個部門才有意義。 如 REF _Ref395633882 * MERGEFORMAT 圖 4.2.120: 相關依賴性圖 4.2.120: 相關依賴性，這種相關的依賴性經過

31、復雜度表示。在一個min,max符號中，這些經過(1,1) 和 (1,*)闡明。在數據模型里相關依賴的定義導致關于參考數據的完好性執行靠后的情況。簡單地說，這的意思是遵守這些條件將會保證數據庫內容的一致性被堅持甚至在一定處置曾經被執行后。在下面例子中，這意味著當屬于一個部門的一切的任務站也被刪除時，這個任務站才干被刪除。 任務站屬于工程圖 STYLEREF 3 s 4.2.120: 相關依賴性公司技術術語的建模技術術語模型在建模中，尤其在數據建模中，我們不得不處置經常發生的困難。在大的公司定義信息對象的術語是多變的。 在采購部門對術語 定購 的了解完全不同于在消費部門人們了解的意思。對一個公司

32、及其部門，經過運用一致性術語，指定信息的可接受性能得到提高。由于這些緣由，集成信息系統體系構造ARIS的方法批含有的所謂的技術術語模型不僅允許管理在同義詞管理方面的不同術語，而且，允許堅持數據模型對象實體類型，關系類型，等等間的關系，同被公司指定的技術術語一樣。 為了解釋這些關系的目的，引見對象類型技術術語。目前，多樣的技術術語能被分配于數據模型的每一個信息對象。.在 REF _Ref395660460 * MERGEFORMAT 圖4.2.1211: 圖4.2.1211: 技術術語舉例闡明這些.產生訂單消費訂單制造訂單消費訂單內容訂購描 述圖 STYLEREF 3 s 4.2.12 SEQ

33、Abbildung * ARABIC s 3 1111: 技術術語在一個層次構造上技術術語能是關聯的和可以結合的。在技術術語模型中定義的技術術語也能用在其它包含信息對象的圖表中，例如，在闡明一個輸入輸出功能的過程鏈中。擴展的實體關系模型屬性分配圖以僅僅闡明實體模型和關系類型方式的數據模型通常擁有一個非常復雜的構造。假照實體關系模型屬性被包括在這些圖表中，他們就不再清楚。利用擴展的實體關系模型分配圖，他能以單獨的圖把實體關系模型屬性分配分配給每一個實體和關系類型。擴展的實體關系模型的對象類型實體類型或關系類型以一個取值副本的方式被包括在這個圖中。從而， 實體關系模型屬性ERM的關系可被模擬。對于

34、銜接的實體關系模型屬性，在一個關鍵屬性，外部的或一個被描畫的屬性間能建立差別。.在 REF _Ref395660656 * MERGEFORMAT 圖 4.2.122:一個實體類型的實體關系模型屬性的分配 圖 4.2.122:一個實體類型的實體關系模型屬性的分配 中舉例闡明這些。消費者姓消費者名字消費者號碼消費者圖 STYLEREF 3 s 4.2.122:一個實體類型的實體關系模型屬性的分配 除了顯示和分配單獨的實體關系模型屬性，在這種圖表類型中他也能顯示屬性類型群以及它們的分配。定義:一個屬性的類型群代表一個實體關系類型ERM的一群語義上表達接近的實體關系模型屬性， 例如，這些允許包含一切

35、一同一個次要的關鍵的實體關系模型的一個屬性群的創建。屬性類型群闡明如下：地址圖 STYLEREF 3 s 4.2.123: 一個屬性類型群的標示在這個手冊的附錄，他可找到一個實體關系模型分配圖的一切能夠關系的摘要。選擇窗口的表示SAP 構造化實體關系模型SERM在此書中除了一個描畫過的，其它ER模型表示也經常運用。 經常地，關系類型不作為單獨對象闡明，而是，它們被作為實體類型間的聯絡闡明。擁有他們本人屬性的關系類型于是作為弱的實體類型被引見 。這種表示方式的一個例子是被Sinz (見Sinz, 實體關系模型1990)提出的構造化實體關系模型SERM 方法。經過運用方向圖表籠統化主要的和依賴的數

36、據對象及從左強的實體類型到右弱的實體類型和關系類型組合模型的對象，數據構造的開展方向變成了透明的。從而至今為止，在構造化實體關系SER和基于擴展的實體關系模型eERM已描畫方法上的模型間的主要差別依賴于圖形表示法。SAPAG in Walldorf/Germany在關于它的信息建模技術的框架中開展的建模技巧銜接了構造化實體關系SER和在此書中引見的擴展的實體關系模型eERM方法見see Keller/Hechler, 信息模型1991。在此文中，對象構成期間在實體類型和關系類型之間沒有圖表差別被虛擬。信息對象間的依賴關系經過箭頭標示的交叉援用闡明。然而，在層次方式，聚合和參考關系間產生了一個差

37、別。 (見 REF _Ref395660865 * MERGEFORMAT 圖 4.2.124: 擴展的實體關系模型和SAP實體關系模型的表示圖 4.2.124: 擴展的實體關系模型和SAP實體關系模型的表示) 層次方式關系表達了在信息對象間一方面有關存在相關性。 聚合關系對應于基于擴展的實體關系模型方法上的關系類型的構成。參考關系描畫了重新解釋的實體類型和經過擴展的實體關系模型eERM方法例證的主要實體類型間的邏輯相關性。特殊化用一個三角形表現，以此類推擴展的ER模型。為了傳達一個建模技巧的概念， REF _Ref395660865 * MERGEFORMAT 圖 4.2.124: 擴展的實

38、體關系模型和SAP實體關系模型的表示圖 4.2.124: 擴展的實體關系模型和SAP實體關系模型的表示 闡明了關于擴展的實體關系模型和SAP-ER模型(見: Seubert, SAP-Datenmodell 1991, p.94)的特征的一個例子。這清楚地指出，根底的主體內容能被沒有任何信息損失地轉成這種表示方式。在一個數據模型的發明程序被完成之后，SAP-ER模型是描畫它的一種方式。由于在SAP-ER模型中的信息對象的面向圖表的陳列，在更復雜的數據模型中顯著地需求提供更快的導航和定位。工人分配設備Op配置操作職員設備群技術處置行程安排設備群分配工人設備op分配職員操作技術處置行程安排Sap-

39、構造化實體關系模型擴展的實體關系模型關系關系關系關系特殊化參考圖例層次聚合圖 STYLEREF 3 s 4.2.124: 擴展的實體關系模型和SAP實體關系模型的表示IE 數據模型恰如SAP實體關系模型符號，對于實體類型間的關系的表示IE符號不提供對象類型。下面的 REF _Ref395660989 * MERGEFORMAT 圖 4.2.1125:在IE表示中的數據模型 圖 4.2.1125:在IE表示中的數據模型 給除了在IE表示中的一個數據模型的一個例子。 消費者訂單工程消費者訂單商品消費者圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 1

40、2125:在IE表示中的數據模型 SeDaM模型SeDaM (語義數據模型)數據模型符號是一個BASF AG 的符號。這種符號對于實體類型間的關系的表示也不提供對象類型。實體類型因此并非從左到右組合(見 SAP構造化實體關系模型符號)對象類型數據簇 和普通化類型 也是可利用的 REF _Ref395661054 * MERGEFORMAT 圖4.2.1: 在SeDaM符號中的數據模型圖4.2.1: 在SeDaM符號中的數據模型闡明了一個在SeDaM符號中的一個數據模型的例子。.消費者產品業務同伴供應者接受定購供應發票圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * AR

41、ABIC s 3 13: 在SeDaM符號中的數據模型在此書的附錄，他會發現SeDaM 模型的一切能夠關系的一個摘要。可擴展的實體關系模型eERM的大部分重要概念和表示方式的摘要 可擴展的實體關系模型(eERM)的根本構造元素和設計運算符的概念和表示方式在圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 1414: 可擴展的實體關系模型概念和表示方式被總結。(見 Scheer,工業業務過程 1994, p.45)。B和C是A的子集A的一個元素在AB n實例中發生普通化關系ABC由對象A,B和B創生聚合A和B經過一個1:n關系銜接分組重新解釋的關系類

42、型變成實體類型B相關的依賴于A存在的相關性圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 1515:可擴展的實體關系模型概念和表示方式 物流建模 物流圖為了在過程模型中闡明物流(具有物流擴展的事件驅動鏈Eepc，具有物流的過程鏈圖 PCDxe PCD with material flowxe Material flow:PCD)，物流以輸入輸出功能的方式分配給業務過程單獨的功能。 類似于信息對象對功能信息的轉換經過功能闡明的分配，這種分配描畫了輸入物流類型到輸出物流類型的轉換。在物料圖中他可以定義物料類型，把它們按層次方式組合，按物料類分類。定義

43、:一個物料類型闡明嚴密地具有一樣物料特征的單獨的物料的代表。定義:類似的物料類型能被結合起來構成一個物料層。為這樣做，類似的問題根據不同的分類規范能被定義。換句話說，一個物料類型能分配于幾個物料層。物料類能分配給物料包裝類型。這指出特定的物料類型僅能以獨特的物料包裝類型方式被傳送。物料包裝也能被定義，按層次方式組合和分類。這可舉例闡明，復雜包裝買賣單元的構造和限制.。定義:一個物料包裝對象描畫了嚴密的具有同種特征例如，物料特征的單獨物料包裝的代表。定義:類似的物料包裝類型能被結合起來構成一個物料包裝層。為這樣做，類似的問題根據不同的分類規范能被定義。一個物料包裝類型能分配于幾個物料層。 REF

44、 _Ref395661226 * MERGEFORMAT 圖4.2.1168: 一個物料圖舉例圖4.2.1168: 一個物料圖舉例 指出了包含其構造層次和分類的物料圖。.間接資料原資料灰泥添加劑水泥沙粒混合物水泥渣塊沙粒圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 16168: 一個物料圖舉例基于活動的本錢計算數據模型CD 圖CD本錢點圖 圖的運用范圍是基于活動的本錢計算(見集成信息系統體系構造ARIS)作業本錢計算 ARIS ABC)。本錢點的層次構造在CD圖中闡明。 定義:一個本錢點對于估算一詳細過程的本錢是度量/參考值的一個有意義的單元。

45、參考值應是一個可操作值，這個操作值簡單地來源于可得到的信息資源和成比例的本錢估價剩余。因此，本錢點僅對于績效的數量變量或誘導過程能被定義。本錢點對于績效不確定性過程不能被定義 ，例如，“管理部門。本錢點的一個例子將是關于“一個街道柏油路“街道的長度的過程。 .本錢點的層次構造在CD圖中經過直接銜接“測定關于某某的本錢量類型得以闡明。.“CD關系分子“和CD關系分母屬性在這種關系上必需被堅持，它被假定為值1。兩種屬性的份額決議了關于過程計算的兩種本錢點間的數量關系。. 在圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 17179: 一個CD圖舉例給

46、定一個例子。它顯示了兩個本錢點“汽車號碼奢華轎車和“門號碼。為了指出每一輛奢華轎車擁有四扇門，在“汽車號碼奢華轎車本錢點對“門號碼本錢點關系上“CD關系分子屬性必需設定為“4。 關 系： 分母關 系： 分子關 系： 分母關 系： 分子關 系： 分母關 系： 分子引擎罩號平安氣袋號門號碼汽車號碼奢華轎車圖 STYLEREF 3 s 4.2.1 SEQ Abbildung * ARABIC s 3 18189: 一個CD圖舉例本錢點分配于過程視圖中的單獨處置。在處置中對于每個功能的用法要素能從本錢點層次構造自動地被決議。本錢分類圖本錢分類圖的運用范圍是基于活動的本錢計算(ARIS 作業本錢管理xe

47、 ARIS: ABC)。本錢分類的層次構造在本錢分類圖中闡明。定義:本錢分類用于構建一切起于本錢點履行創建和估價的本錢。問題是：引起那種本錢？例如，資料本錢是用于資料和記錄資產減少量的折舊的本錢類。總本錢能根據不同的規范構建。假設本錢根據常用的消費要素劃分，這導致一個人工本錢例如，薪水，傭金，資料本錢例如，原資料本錢，機器折舊，資本本錢，第三社會效力提供者的本錢例如，運輸費，電費和稅款，費用和捐款的構建。本錢類能根據重要的操作功能更深一步地劃分，諸如采購本錢，庫存本錢，消費本錢，管理本錢和銷售本錢。兩種構造都能被更深一層地準確。本錢類的層次構造經過“是最高級類型的直接連線闡明。.本錢類的一個重

48、要屬性是“績效評價“。它闡明了利用其度量本錢類的單元例如，工資小時和房間的平方米本錢。圖 STYLEREF 3 s 4.2.130:本錢類圖舉例給出了一個對應于以上提過具有一個人工本錢子構造的運用常用消費要素分類的構建的本錢類圖。人工本錢其他人工本錢社會保證稅金獎金傭金薪水工資稅款，費用和捐款第三社會產品和效力本錢主要本錢資料本錢總本錢圖 STYLEREF 3 s 4.2.130:本錢類圖舉例 在集成信息系統體系構造ARIS)作業本錢管理中 ARIS ABC，xe ARIS: ABC 一個本錢分類圖能被分配于一個基于活動的本錢計算實例中。一個本錢中心視圖列出了一切在基于活動的本錢計算實例中將要

49、被分析的本錢中心。對于每一個本錢中心和必需的值集每一個根據計算方法，本錢比率，本錢量和/或本錢中心績效，能定義幾個本錢類。在本錢分類表中，經過一個本錢中心視圖，對于每個本錢中心能描畫其它現實。 數據視圖 SEQ kap c * MERGEFORMAT 0-PAGE71 工程管理數據模型信息載體圖信息載體圖是具有集成信息系統體系構造ARIS)工具庫ARIS Toolset工程管理的一個可選擇成分。它被分配于數據視圖的定義規范中并且以文檔，日志，和集成信息系統體系構造ARIS)圖的方式記錄引入和引出的數據。 作為一個取值簇的分配，集成信息系統體系構造ARIS模型能在PPCxe PPC (工程過程鏈

50、， 見過程視圖的需求定義xe Project process chain)得到描畫。結果，數據在結合簇中通常能被詳細闡明。經過屬性鏈1到鏈3，集成信息系統體系構造ARIS工具庫顯示和訪問實踐上必需的文檔，例如，一個單詞的處置文件，。目的目錄工程方案11過程工程方案記錄取消會議議程處置咨詢消費者規模圖 STYLEREF 3 s 4.2.131: 信息載體圖設計規范關系圖，屬性分配圖在設計規范里，按需求定一種設計的邏輯數據構造被轉換成一種描畫方式，即靠這種描畫方式詳細的數據庫系統被建立。在此文中，集成信息系統體系構造ARIS援用關系模型的概念。 關系圖和屬性分配圖對于定義現有的關系和屬性以及它們對

51、在需求定義中引見的信息對象的關系是可利用的。在關系圖中，首先，必需的關系可被詳細闡明。定義:一個關系經過它本身的屬性闡明一個實體類型。它是單獨屬性的值域的一切能夠結合的一個子集。下面的圖闡明一個關系：關系圖 STYLEREF 3 s 4.2.2 SEQ Abbildung * ARABIC s 3 1: 一個關系的表示輸入ER模型的每一個實體立刻在關系模型中組成一個關系。當轉換關系模型的關系類型時，在決議對一個特殊的關系類型能否應創建一個適當的關系中，集的容量是一個非常重要的方面。 對于每一個簡單關系，關系圖能指出那個可擴展的實體關系模型eER的實體或關系類型被闡明。除此之外，一個關系經過列示

52、它的屬性能被更進一步闡明。不論一個確定的屬性能否充任關鍵屬性，外部的關鍵屬性或者描畫性屬性也許經過選擇一個特別的銜接關系和其屬性的連線被定義。另一方面，每一個簡單的屬性對需求定義的ER模型屬性的關系能被確定那一個映射它。 描寫姓名字消費者號碼關系消費者消費者姓消費者名字消費者號碼消費者圖 STYLEREF 3 s 4.2.2 SEQ Abbildung * ARABIC s 3 2: 需求定義的屬性和數據對象的分配為了減少表示的復雜性，每一個關系的屬性能在關系本身的屬性分配圖中定義。在 REF _Ref395661875 * MERGEFORMAT 圖 4.2.23: 屬性分配圖圖 4.2.2

53、3: 屬性分配圖 舉例闡明這些。緊縮號碼姓街道號名字城市街道消費者號碼圖 STYLEREF 3 s 4.2.2 SEQ Abbildung * ARABIC s 3 3: 屬性分配圖在設計規范里，需求定義的數據簇經過適當的對象類型實現。基于數據簇定義的視圖定義成如下：定義:經過一個視圖我們來了解建立在大量關系上的邏輯視圖。屬于一個視圖的關系也能在一個關系圖中闡明。在 REF _Ref395661946 * MERGEFORMAT 圖4.2.24: 視圖定義圖4.2.24: 視圖定義中舉例顯示。消費者訂單關系訂單視圖屬于語錄關系消費者 關 系消費者描畫訂單數據圖 STYLEREF 3 s 4.2

54、.2 SEQ Abbildung * ARABIC s 3 44: 視圖定義在經過適當關系的關系圖中沒有映射在ER模型中的1:n關系。經過結合高級實體的關鍵屬性到次級實體類型的關系映射關系。在這過程中，最初的關鍵屬性成為關系的外鍵。 關系模型中映射ER模型中關系類型的屬性，也能經過在關系圖中的連線來表現(見 REF _Ref395677662 * MERGEFORMAT 圖 4.2.25:一個ERM 關系類型對一個屬性的分配 圖 4.2.25:一個ERM 關系類型對一個屬性的分配 ).工程號碼描畫工程分配圖 STYLEREF 3 s 4.2.2 SEQ Abbildung * ARABIC s 3 55:一個ERM 關系類型對一個屬性的分配 在這個手冊的附錄他會找到關系模型的一切對象和關系類型的一個列