ARIS中文使用手册第42章.docx

《ARIS中文使用手册第42章.docx》由会员分享，可在线阅读，更多相关《ARIS中文使用手册第42章.docx（39页珍藏版）》请在三一办公上搜索。

1、数据视图 4-634.2 数据视图4.2.1 需求定义数据视图的需求定义包含即将被检验字段的语义数据模型的说明。依照集成信息系统体系结构（ARIS)的划分原则，这种描述包含两种制定过程链的开始和结束事件的对象，同过程链的相关环境的状态描述一样。当比较功能和数据的建模时，就相关的方法来说，后者要求显著苛刻。在功能视图中，仅检验过的对象是功能。在功能间的相互关系方面，仅高级和次要的得到说明说明了父子层间的层次关系。对于语义数据模型，Chen的实体关系模型 (ERM) 是关于语议数据模型最最普遍的设计方法 (见 Chen,实体关系模型 1976)。这种缄默方法使用多种术语，诸如，实体类型，关系类型，

2、属性等等。存在于那些对象彼此间的关系是无数的，并且当比较与功能建模时是非常难于分类的。.在以后的纪录中介绍实体关系模型(ERM)的建模方法。首先说明Chen的原始模型的对象及相互关系。在以后的章节，对原始模型将添加一些运算符。4.2.1.1 基本的ER模型原始模型分辨区分了实体、，属性和关系。一般地，类型层可以与分辨取值层区分开来。定义:实体是一个公司企业任务中已知关于特定部分某一的重要性主题的真实或抽象的对象。例如，这种体系结构块可能是业务过程。依照集成信息系统体系结构（ARIS)）的结构模型，重要性的数据对象是环境和目标指定的事件的对象。 在处理消费者订单 这 一过程中，我们可能发现如下实

3、体： 消费者1235, 商品4711, 订单11.通过某特定些属性（特性）更准确地说明描述实体。这意味着一个消费者可以通过，例如他的姓名字、姓和地址被更准确地说明定义一个消费者定义:如果同一类型的实体被聚合成一批组，则被称为实体类型。实体类型的具体取值是实体。同一类型的实体可被相同一的属性来说明描述。因此，消费者Smith 和消费者 Miller 合起来形成实体类型消费者 ，商品（article） 4710和商品（article） 4712一起形成实体类型 商品 （Article）。在ER模型中实体类型显示在如为矩形的ER模型 (见图4.2.11：实体类型举例). 在以后的原后面的正文中，实体

4、类型以大写显示。消费者订单商品图4.2.11：实体类型举例定义:特征属性是描述实体类型的特性。属性的具体取值是分配于赋予单个实体的属性的实际取值。例如，消费者1235可用属性取值Smith,John,New York，等等等属性具体值来描述。各自相应的属性被称作名字、姓和城市。通常用一个圆或椭圆来代表表示属性，在下面文章以下篇幅中，用椭圆表示属性。图4.2.12：消费者实体类型属性举例 .消费者姓消费者名字城市消费者号码代码图4.2.12：消费者实体类型属性举例 实体类型和属性间的差异一般很难区分，并且仅仅有时仅能依据建模的程序过程的上下文决定，例如，消费者地址 可以被理解为实体而不是消费者实

5、体的属性。在这种情况下，新实体类型 地址 将被确定，它和消费者之间有它其自己的关系。当在说明不论确定你所处理的是一实体类型或一还是属性时，事实是实体过程拥有属性这一事实是一个有用的断定标准。属性，另一方面，属性不包含多个不能拥有属性。因此，如果在一个假定后来被更多属性描述的ER模型中建立的属性，创建一个假定要由属性进一步描述，则它就成为了一个实体类型。 无论一个对象是否希望被赋予与同其它其他实体类型分配有的相互关系都是另一个有益的问题。如果该问题能得到肯定地的回答它，这个正被所讨论的对象也是实体类型。定义:关系是实体间的一个逻辑链接。因此，关系的存在直接依赖于实体的存在。 定义:如果同一种类的

6、关系被组合成批成集合，则称他们它们为关系类型。供应者 和零件 之间的一个关系类型是供应。在以后的文中，关系类型也设置成大写字母。在一个ER模型中，关系类型以菱形显示并且通过连线连接实体类型。见图 4.2.13：关系类型举例)。零件供应者供应图 4.2.13：关系类型举例通常，按链的方向顺序仅仅能看到一个关系类型。在以上的例子中，假定表达供应者供应零件这一关系。从右到左则成为零件供应供应者，这是没有意义讲不通的。如果没有唯一地规定正确的方向，则必须通过选择方便的术语，可能在更抽象的程度层，去来避免这种难点。我们区分很多关系类型。在此文本文的环境中，一方面，他们它们连接的实体类型的数目，另一方面，

7、和关系的复杂程度，都被充当作为区分关系类型的标准。根据与它们连接的实体类型的数目来区分实体类型，如，一元，、二元或n 元关系。 定义:复杂程度或集的容量基数显示一个实体类型的多少实体归属为被赋予另一个实体类型的某一个实体。 这样出现的不同类型关系说明在如 图 4.2.14：两种实体类型建的关系的集的容量 (见 Scheer, 工程业务过程1994, p.34).四种不同的关系类型可区分如下（集的容量基数）： 1:1关系。, 1:n 关系。 n:1 关系。 n:m 关系。在一个 1:1 关系类型中，第二者二个集合中的一个实体严密严格对应于第一者个集合中的每一个实体。在一个1：n的关系中，第二一类

8、个集合中的一个实体严格对应于第一类二个集合中的每一个实体 ，但是第一类一个集合中有n个实体对应于第二类个集合中的每一个实体。n:1表达相反的顺序的相同情形。在一个n:m关系中，第二类个集合中的n个实体对应于第一类一个集合中的一个实体而不是全部。 关 系关 系关 系关 系实体类型实体类型图 4.2.14：两种实体类型建的关系的集的容量这种关系类型的集的容量基数（属性类型复杂度）显示在实体类型图关系模型的连接线中（见图 4.2.15：在ER模型中说明集的容量显示基数 ）。分配于部 门公 司属于员工车间工作于企业关系关系关系关系图 4.2.15：在ER模型中说明集的容量显示基数 集的容量基数指出了表

9、示某一实体类型的一个实体可以参与某一确定确定类型的关系的最大量大关系数，一特定实体类型的一个实体能够加入其中。意思是对于在图 4.2.15：在ER模型中说明集的容量显示基数 说明所示过的n:1关系，如果公司有不同的车间，实体类型公司中一个公司可以以不同的分配关系出现。然而，一特别某一特定的车间也许仅仅参加了一个分配关系它仅对应于一个公司。然而，应该注意的是，Chen 的原始著作以不同的方法方式说明集的容量基数。当说明两个以上类型之间的关系时，这部本手册用的这种符号允许更清楚独特的公式表示更清楚。为了避免不必要的混淆，我们不去讨论Chen的原始工作的更多的细节。主要父层的由于实体类型的实体之间也

10、存在有关系的事实，实体类型和关系类型也可用两种两条平行的关系连接线连接。为了能区分这两种关系，可以给定他们它们任务分配角色分配。回归关系的一个例子显示在如图 4.2.16：材料物料清单的 ER模型。高级父层零件由不同的次级子层零件组成。另一方面，次级子层零件也可以作为构件用在不同的高级父层零件。零件材料发票物料清单结构次要子层的图 4.2.16：材料物料清单的 ER模型不仅实体类型能通过特征属性描述，同样适用于关系类型 的应用也能同样(见 图 4.2.1-7： 在ER模型中的属性分配)。定义:属性的取值域称范围被称为定义域。定义域的元素对分配给实体或关系类型的元素的分配也可以描述关系。可以由被

11、属性名字标注了属性名称的关系代表来表示。定义:在实体类型和至少一个定义域间，一定存在1:1 关系。定义该域中的值能唯一地指定确定一个实体。因此，称他们它们为实体类型的关键属性。. 在如 图 4.2.1-7： 在ER模型中的属性分配 (见 Scheer, 工程业务过程工程1994, p.33) 所显示得力之中示，个别单个实体 消费者 被关键属性消费者号码代码唯一地指确定。通过合并连接的实体的关键属性区别来确定关系。从而，关系类型 居住在 的关键属性是消费者号码代码和地址代号码。 相关数据对象的描述性的属性被由来源于同实体或关系类型有1：n关系的定义域的值来定义。 消费者居住于地址消费者名字代码名

12、字移入日期日期号码居住居住消费者代码住址代码消费者号码代码图 4.2.1-7： 在ER模型中的属性分配4.2.1.2 扩展的 ER模型 eERM在最近的几年内，Chen的原始模型得到了充分的扩展。此书仅讨论那些对集成信息系统体系结构（ARIS)体系结构结构的数据视图建模有意义的扩展模型。4.2.1.2.1 在设计运算符帮助下的扩展模型在创建数据模型的过程中，设计运算符提供正式形式化支持。它们的用途保证了系统程序的安全，并且提供给阅读器，一个用以洞察其设计过程的现有的数据结构。从在现有概念的运用上中，新的概念在设计运算符帮助下产生。 设计过程很大程度上是在业务管理知识层次上被执行的智力智能程序。

13、从他们它们的数据结构视图观点来说，业务条件的调查报告帮助设计者或者构建共知的基于新观点的条件，或者创建至今为止没有考虑过的新的观点关系。从众多的多样不同的扩展ER模型的方法中，确定了四种基本的设计运算符： (见 Scheer,工程业务过程工程 1994, p.35ff.): 分类, 一般化 聚合 分组分类定义:通过分类，同一种类型的对象（实体）被识别标识和并分配赋予给一个概念（实体类型）。如果一个对象等同被同样的特性（属性）描述，则的与另外一个对象等同。从而因此，分类导致产生了实体类型的以上前面描述过的实体类型的标识(见 图 4.2.1-8：消费者的分类)。消费者图 4.2.1-8：消费者的分

14、类一般化/特殊化定义:通过一般地化，相似的对象类型被聚合到在某一高级父层对象类型下被分组。 如 图 4.2.19:一般化/特殊化，实体类型消费者 和实体类型供应者 被归纳到一般概念业务伙伴 下。两种对象的共同特性（被属性描述）被转换成一般对象类型。从而因此，只有那些对于原先的对象类型个别不同的属性留下待描述。用一三角形图形表示新实体类型业务伙伴 的形成，也称作一个is-a 关系。.定义:通过特殊化，我们知道一般化的概念被细分为子概念。业务伙伴分为消费者 和 供应者特殊化是一般化的相反形式（例：特殊对象继承一般化对象的性质）。除了那些继承的外，特殊对象类型也可以拥有他们它们自己的属性。用在图形表

15、示方面 ，特殊化和一般化用同种方式。因此，在图例中的连接线没有用指示方向的箭头。业务伙伴消费者1235供应者图 4.2.19:一般化/特殊化首先，特殊化支持由上而下构造数据库的方法用来创建数据模型，一般化用的是由下至上的方法。在特殊化的结构里，发展中的子集的完成完全性和可分解性（可选择的）在被创建时能被详细说明。当一个对象的具体取值可能是两个子集的一部分时，我们就要谈到未分解的子集。.适合于对于前面已给的例子，这意即谓着一个消费者同时可以是一个供应者。如果一个具体取值仅仅分配给正好一个子集，这些子集是可分解的。 当可能支持一个特殊化标准的所有特殊化对象类型用于表示一个一般化对象类型时，我们就要

16、谈到完全的特殊化。取实体类型人类为例：它可被分为实体类型男人和女人 (见 图 4.2.110: 完成完全的特殊化). 至于被考虑的特殊化标准性别，特殊化应已被完全说明。女人男人人类图 4.2.110: 完成完全的特殊化.为了更准确的说明一个一般化/特殊化，把这些标准结果和以下已确定的四个发生值结合起来。 分解分离性的/完成完全的 分解分离性的/未完成不完全的 未分解非分离性的/完成完全的 未分解非分离性的/未完成不完全的聚合定义:聚合通过联合现有的对象类型说明描述新的对象类型的形成。在此在本文中，新的对象类型可能是新的属性特性的知识库。聚合通过关系类型的形成在ER模型中被说明表达 (见 图 4

17、.2.111: 一个聚合举例). 实体类型聚合生产顺序定单和行程安排工艺路线的聚合创建新的对象定单工艺路线顺序安排。工艺路线生产定单图 4.2.111: 一个聚合举例然而，聚合运算符也可运用在关系上。一个现行现有的关系类型作为一个实体类型对待处理，并且从而本身从而能成为创建一个新的关系的出发点。在图4.2.112:关于重新解释的关系类型的聚合 中说明了这些。一个初始的聚合一般形成来源于生产顺序定单和行程安排工艺路线的关系类型顺序安排定单工艺路线。关键属性生产顺序定单号(PONO)和行程安排工艺路线号(RNO)形成顺序安排定单工艺路线的复杂复合关键属性。目前，多种运算符操作能可以被分配于给顺序安

18、排定单工艺路线。因此，关系顺序定单操作在关系类型顺序安排和操作间形成。 因为关系只能在实体类型间产生，原始关系类型顺序定单操作需要作为一个实体类型再次说明。在 图4.2.112:关于重新解释的关系类型的聚合 中，这点通过一个盒状菱形说明来表示。 然后，这些重新解释的关系类型作为实体类型对待。从参加关系类型旁到菱形点划一画一条连接线 ，通过表达发展说明的这种程序。该连接线不是通向盒状菱形，而是从新解释的关系类型形成新关系的连接线通向环绕它的矩形的边沿。尽管通过分配一个简单关键简化一个复杂的关键基本上是可能的，把数据模型的创建处理成可追踪，包括复杂的关键。顺序处理程序行程安排顺序安排生产顺序图4.

19、2.112:关于重新解释的关系类型的聚合 在一个 ER模型中，一个复杂的结构单元被分成为一个清楚透明的结构。 因为全部概念的联系可能变得模糊，引进以数据簇形式存在的复杂对象。定义:一个数据簇说明了这样的逻辑视图，它建立在一个在复杂对象中需要的数据模型的大量实体和关系类型之上。 数据簇不仅由关系类型组成，而且也由数据簇组成。不象实体和关系类型，数据簇可在一个层次上自由组合，从而在一个数据模型的创造过程中，主要支持从上到下的数据结构方法。在一个从下到上的方法中，对于结合和巩固子模型，数据簇的形成也非常有用。图4.2.113:数据簇（图表特征） 以图表的形式说明了一个数据簇。如图4.2.114: 建

20、立在多种对象上的数据簇视图, 一个数据簇说明了建立在大量实体和关系类型上的逻辑视图。为了说明复杂对象消费者定单，.需要实体和关系类型消费者、时间、定单头、商品和定单内容。 消费者订单图4.2.113:数据簇（图表特征） 时间商品消费者图4.2.114: 建立在多种对象上的数据簇视图分组定义:通过分组,来自一个实体集的元素形成组。在图 图4.2.165:举例，所有设备合成了一个设备组。设备组是一个独立的对象，这个独立的对象在单独的成套设备中没有的额外的属性（设备组的名字，成套设备的数目）更准确的说明。 其它例将工作组分组成部门或订单连接对象组成订单。设备设备组属于图4.2.165:分组4.2.1

21、.2.2 扩展的集的容量但我们谈到大量集的容量时，至今为止我们仅仅提到以上可允许的关系取值的界限。在图4.2.176: 指出一个工程可分配给以最大数量的职员，一个职员可参与一最大数量的工程。职员工程参与图4.2.176: 上/下界限（1）除了上界限，下界限对说明关系取值的最小数量有用。为此目的，技术可用两个字母代表（a,b）,例如， (见 Scheer, 工业业务过程). 在 图 4.2.187:上/下界限 (2) 指出每一个工程能参与至少a1和至多b1的引入类型的关系取值。表示每一个工程可被分配至少a1和至多b1职员。两字母（a2,b2）显示一个职员能参与至少a2和至多b2工程。职员参与工程

22、图 4.2.187:上/下界限 (2)从而，每一个关系通过两个复杂度（最小和最大）表达。通常分配下限值0和1，上限值的范围定义为1max* (*是一个通配符)。下限 min=0表示一个实体可以参与一个关系，但这并不是强制的。下限min=1表示一个实体必须参与至少一个关系，但这不是强制的。 在图4.2.198: 上/下限 (3)中的下限表示一个职员能参与一个关系但并不是必须的(min=0)，而一个工程必须参与至少一个关系（min=1）.这里的意思是职员根本不必参与每一个工程。相反，一个工程至少分配一个职员。职员参与工程图4.2.198: 上/下限 (3)如果下限值仅0或1和上限值1或 *时可取的

23、，下面（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).图 4.2.1109:上/下限 (4) 显示图4.2.198: 上/下限 (3)。职员参与工程图 4.2.1109:上/下限 (4)4.2.1.2.3 标识和存在的相关性由于通过指定下限和上限扩展集的容量，如在4.2.1.

24、2.2中讨论的一样， 数据对象建的相关依赖现在可以定义。通过定义，由于关于关系类型和重新解释的关系类型的实体类型的存在，关系类型和重新解释的关系类型存在，从而，他们不能孤立地存在。这意味着他们相关地以标示的形式依赖于实体类型。 另外，有真正地拥有一个关键属性并且依然依赖于其它实体的存在的实体类型。例如，这种依赖的类型通过分组运算符产生。从而，如图 4.2.120: 相关依赖性相关依赖性 ，一个部门至少包含有一个工作站才有意义，以此类推，一个工作站的定义只有分属于一个部门才有意义。 如图 4.2.120: 相关依赖性，这种相关的依赖性通过复杂度表示。在一个（min,max）符号中，这些通过(1,

25、1) 和 (1,*)说明。在数据模型里相关依赖的定义导致关于参考数据的完整性执行靠后的情况。简单地说，这的意思是遵守这些条件将会保证数据库内容的一致性被保持甚至在一定处理已经被执行后。在下面例子中，这意味着当属于一个部门的所有的工作站也被删除时，这个工作站才能被删除。 工作站属于工程图 4.2.120: 相关依赖性4.2.1.2.4 公司技术术语的建模技术术语模型在建模中，尤其在数据建模中，我们不得不处理经常发生的困难。在大的公司定义信息对象的术语是多变的。 在采购部门对术语 定购 的理解完全不同于在生产部门人们理解的意思。对一个公司及其部门，通过使用一致性术语，指定信息的可接受性能得到提高。

26、由于这些原因，集成信息系统体系结构（ARIS）的方法批含有的所谓的技术术语模型不仅允许管理在同义词管理方面的不同术语，而且，允许保持数据模型对象（实体类型，关系类型，等等）间的关系，同被公司指定的技术术语一样。 为了解释这些关系的目的，介绍对象类型技术术语。目前，多样的技术术语能被分配于数据模型的每一个信息对象。.在图4.2.1211: 技术术语举例说明这些.产生订单生产订单制作订单生产订单内容订购描 述图4.2.1211: 技术术语在一个层次结构上技术术语能是关联的和可以结合的。在技术术语模型中定义的技术术语也能用在其它包含信息对象的图表中，例如，在说明一个输入输出功能的过程链中。4.2.1

27、.2.5 扩展的实体关系模型属性分配图以仅仅说明实体模型和关系类型形式的数据模型通常拥有一个非常复杂的结构。如果实体关系模型属性被包括在这些图表中，他们就不再清楚。利用扩展的实体关系模型分配图，你能以单独的图把实体关系模型属性分配分配给每一个实体和关系类型。扩展的实体关系模型的对象类型（实体类型或关系类型）以一个取值副本的形式被包括在这个图中。从而， 实体关系模型属性（ERM）的关系可被模仿。对于连接的实体关系模型属性，在一个关键属性，外部的或一个被描述的属性间能建立差别。.在 图 4.2.122:一个实体类型的实体关系模型属性的分配 中举例说明这些。消费者姓消费者名字消费者号码消费者图 4.

28、2.122:一个实体类型的实体关系模型属性的分配 除了显示和分配单独的实体关系模型属性，在这种图表类型中你也能显示属性类型群以及它们的分配。定义:一个属性的类型群代表一个实体关系类型（ERM）的一群语义上叙述接近的实体关系模型属性， 例如，这些允许包含所有一起来自一个次要的关键的实体关系模型的一个属性群的创建。属性类型群说明如下：地址图4.2.123: 一个属性类型群的标示在这个手册的附录，你可找到一个实体关系模型分配图的所有可能关系的摘要。4.2.1.3 选择窗口的表示4.2.1.3.1 SAP 结构化实体关系模型（SERM）在此书中除了一个描述过的，其它ER模型表示也经常使用。 经常地，关

29、系类型不作为单独对象说明，而是，它们被作为实体类型间的联系说明。拥有他们自己属性的关系类型于是作为（弱的）实体类型被介绍 。这种表示形式的一个例子是被Sinz (见Sinz, 实体关系模型1990)提出的结构化实体关系模型（SERM ）方法。通过使用方向图表形象化主要的和依赖的数据对象及从左（强的实体类型）到右（弱的实体类型和关系类型）组合模型的对象，数据结构的发展方向变成了透明的。从而至今为止，在结构化实体关系（SER）和基于扩展的实体关系模型（eERM）已描述方法上的模型间的主要差异依赖于图形表示法。SAPAG in Walldorf/Germany在关于它的信息建模技术的框架中发展的建模

30、技巧连接了结构化实体关系（SER）和在此书中介绍的扩展的实体关系模型（eERM）方法（见see Keller/Hechler, 信息模型1991）。在此文中，对象形成期间在实体类型和关系类型之间没有图表差别被虚构。信息对象间的依赖关系通过箭头标示的交叉引用说明。然而，在层次形式，聚合和参考关系间产生了一个差别。 (见 图 4.2.124: 扩展的实体关系模型和SAP实体关系模型的表示) 层次形式关系表达了在信息对象间单方面有关存在相关性。 聚合关系对应于基于扩展的实体关系模型方法上的关系类型的形成。参考关系描述了重新解释的实体类型和经过扩展的实体关系模型（eERM）方法例证的主要实体类型间的逻

31、辑相关性。特殊化用一个三角形表现，以此类推扩展的ER模型。为了传达一个建模技巧的概念，图 4.2.124: 扩展的实体关系模型和SAP实体关系模型的表示 说明了关于扩展的实体关系模型和来自SAP-ER模型(见: Seubert, SAP-Datenmodell 1991, p.94)的特征的一个例子。这清楚地指出，基础的主体内容能被没有任何信息损失地转成这种表示形式。在一个数据模型的创造程序被完成之后，SAP-ER模型是描述它的一种形式。由于在SAP-ER模型中的信息对象的面向图表的排列，在更复杂的数据模型中显著地需要提供更快的导航和定位。工人分配设备Op配置操作职员设备群技术处理行程安排设备

32、群分配工人设备op分配职员操作技术处理行程安排Sap-结构化实体关系模型扩展的实体关系模型关系关系关系关系特殊化参考图例层次聚合图 4.2.124: 扩展的实体关系模型和SAP实体关系模型的表示4.2.1.3.2 IE 数据模型恰如SAP实体关系模型符号，对于实体类型间的关系的表示IE符号不提供对象类型。下面的 图 4.2.1125:在IE表示中的数据模型 给除了在IE表示中的一个数据模型的一个例子。 消费者订单项目消费者订单商品消费者图 4.2.1125:在IE表示中的数据模型 4.2.1.3.3 SeDaM模型SeDaM (语义数据模型)数据模型符号是一个BASF AG 的符号。这种符号对

33、于实体类型间的关系的表示也不提供对象类型。实体类型因而并非从左到右组合(见 SAP结构化实体关系模型符号)对象类型数据簇 和一般化类型 也是可利用的图4.2.1136: 在SeDaM符号中的数据模型说明了一个在SeDaM符号中的一个数据模型的例子。.消费者产品业务伙伴供应者接受定购供应发票图4.2.1136: 在SeDaM符号中的数据模型在此书的附录，你会发现SeDaM 模型的所有可能关系的一个摘要。4.2.1.4 可扩展的实体关系模型（eERM）的大部分重要概念和表示形式的摘要 来自可扩展的实体关系模型(eERM)的基本结构元素和设计运算符的概念和表示形式在图 4.2.114: 可扩展的实体

34、关系模型概念和表示形式被总结。(见 Scheer,工业业务过程 1994, p.45)。B和C是A的子集A的一个元素在AB n实例中发生一般化关系ABC由对象A,B和B创生聚合A和B通过一个1:n关系连接分组重新解释的关系类型变成实体类型B相关的依赖于A存在的相关性图 4.2.115:可扩展的实体关系模型概念和表示形式 4.2.1.5 物流建模 物流图为了在过程模型中说明物流(具有物流扩展的事件驱动链（Eepc），具有物流的过程链图（ PCD）)，物流以输入输出功能的形式分配给业务过程单独的功能。 相似于信息对象对功能（信息的转换通过功能说明）的分配，这种分配描绘了输入物流类型到输出物流类型的

35、转换。在物料图中你可以定义物料类型，把它们按层次形式组合，按物料类分类。定义:一个物料类型说明严密地具有相同物料特征的单独的物料的代表。定义:相似的物料类型能被结合起来形成一个物料层。为这样做，相似的问题依据不同的分类标准能被定义。换句话说，一个物料类型能分配于几个物料层。物料类能分配给物料包装类型。这指出特定的物料类型仅能以独特的物料包装类型形式被传送。物料包装也能被定义，按层次形式组合和分类。这可举例说明，复杂包装交易单元的结构和限制.。定义:一个物料包装对象描绘了严密的具有同种特征（例如，物料特征）的单独物料包装的代表。定义:相似的物料包装类型能被结合起来形成一个物料包装层。为这样做，相

36、似的问题依据不同的分类标准能被定义。一个物料包装类型能分配于几个物料层。图4.2.1168: 一个物料图举例 指出了包含其结构层次和分类的物料图。.间接材料原材料灰泥添加剂水泥沙粒混合物水泥渣块沙粒图4.2.1168: 一个物料图举例4.2.1.6 基于活动的成本计算数据模型4.2.1.6.1 CD 图CD（成本点图） 图的应用范围是基于活动的成本计算(见集成信息系统体系结构（ARIS)作业成本计算（ ARIS ABC）)。成本点的层次结构在CD图中说明。 定义:一个成本点对于估算一具体过程的成本是度量/参考值的一个有意义的单元。参考值应是一个可操作值，这个操作值简单地起源于可得到的信息资源和

37、成比例的成本估价残余。因此，成本点仅对于绩效的数量变量或诱导过程能被定义。成本点对于绩效不确定性过程不能被定义 ，例如，“管理部门”。成本点的一个例子将是关于“一个街道柏油路”“街道的长度”的过程。 .成本点的层次结构在CD图中通过直接连接“测定关于某某的成本量”类型得以说明。.“CD关系分子“和”CD关系分母”属性在这种关系上必须被保持，它被假定为值1。两种属性的份额决定了关于过程计算的两种成本点间的数量关系。. 在图 4.2.1179: 一个CD图举例给定一个例子。它显示了两个成本点“汽车号码（豪华轿车）”和“门号码”。为了指出每一辆豪华轿车拥有四扇门，在“汽车号码（豪华轿车）”成本点对“

38、门号码”成本点关系上“CD关系分子”属性必须设定为“4”。 关 系： 分母关 系： 分子关 系： 分母关 系： 分子关 系： 分母关 系： 分子引擎罩号安全气袋号门号码汽车号码（豪华轿车）图 4.2.1189: 一个CD图举例成本点分配于过程视图中的单独处理。在处理中对于每个功能的用法要素能从成本点层次结构自动地被决定。4.2.1.6.2 成本分类图成本分类图的应用范围是基于活动的成本计算(ARIS 作业成本管理)。成本分类的层次结构在成本分类图中说明。定义:成本分类用于构建所有起于成本点（履行）创建和估价的成本。问题是：引起那种成本？例如，材料成本是用于材料和记录资产减少量的折旧的成本类。总

39、成本能依据不同的标准构建。如果成本依据常用的生产要素划分，这导致一个人工成本（例如，薪水，佣金），材料成本（例如，原材料成本，机器折旧），资本成本，第三社会服务提供者的成本（例如，运输费，电费）和税款，费用和捐款的构建。成本类能依据重要的操作功能更深一步地划分，诸如采购成本，库存成本，生产成本，管理成本和销售成本。两种结构都能被更深一层地精确。成本类的层次结构通过“是最高级”类型的直接连线说明。.成本类的一个重要属性是“绩效评价“。它说明了利用其度量成本类的单元（例如，工资小时和房间的平方米成本）。图 4.2.130:成本类图举例给出了一个对应于以上提过具有一个人工成本子结构的应用常用生产要素

40、分类的构建的成本类图。人工成本其他人工成本社会保障（税金）奖金佣金薪水工资税款，费用和捐款第三社会产品和服务成本主要成本材料成本总成本图 4.2.130:成本类图举例 在集成信息系统体系结构（ARIS)作业成本管理中（ ARIS ABC）， 一个成本分类图能被分配于一个基于活动的成本计算实例中。一个成本中心视图列出了所有在基于活动的成本计算实例中将要被分析的成本中心。对于每一个成本中心和必须的值集（每一个依据计算方法，成本比率，成本量和/或成本中心绩效），能定义几个成本类。在成本分类表中，通过一个成本中心视图，对于每个成本中心能描述其它事实。 ARIS方法数据视图 4-694.2.1.7 项目

41、管理数据模型4.2.1.7.1 信息载体图信息载体图是具有集成信息系统体系结构（ARIS)工具库（ARIS Toolset）项目管理的一个可选择成分。它被分配于数据视图的定义规范中并且以文档，日志，和集成信息系统体系结构（ARIS)图的形式记录引入和引出的数据。 作为一个取值簇的分配，集成信息系统体系结构（ARIS）模型能在PPC (项目过程链， 见过程视图的需求定义)得到描绘。结果，数据在联合簇中通常能被详细说明。通过属性链1到链3，集成信息系统体系结构（ARIS）工具库显示和访问实际上必须的文档，例如，一个单词的处理文件，。目标目录项目计划11过程项目计划记录取消会议议程处理咨询消费者规模

42、图 4.2.131: 信息载体图4.2.2 设计规范4.2.2.1 关系图，属性分配图在设计规范里，按需求定一种设计的逻辑数据结构被转换成一种描述形式，即靠这种描述形式具体的数据库系统被建立。在此文中，集成信息系统体系结构（ARIS）引用关系模型的概念。 关系图和属性分配图对于定义现有的关系和属性以及它们对在需求定义中介绍的信息对象的关系是可利用的。在关系图中，首先，必须的关系可被详细说明。定义:一个关系通过它本身的属性说明一个实体类型。它是单独属性的值域的所有可能结合的一个子集。下面的图说明一个关系：关系图 4.2.21: 一个关系的表示输入ER模型的每一个实体立即在关系模型中组成一个关系。

43、当转换关系模型的关系类型时，在决定对一个特殊的关系类型是否应创建一个适当的关系中，集的容量是一个非常重要的方面。 对于每一个简单关系，关系图能指出那个可扩展的实体关系模型（eER）的实体或关系类型被说明。除此之外，一个关系通过列示它的属性能被更进一步说明。不管一个确定的属性是否充当关键属性，外部的关键属性或者描述性属性也许通过选择一个特别的连接关系和其属性的连线被定义。另一方面，每一个简单的属性对来自需求定义的ER模型属性的关系能被确定那一个映射它。 描写姓名字消费者号码关系消费者消费者姓消费者名字消费者号码消费者图 4.2.22: 需求定义的属性和数据对象的分配为了减少表示的复杂性，每一个关

44、系的属性能在关系本身的属性分配图中定义。在图 4.2.23: 属性分配图 举例说明这些。压缩号码姓街道号名字城市街道消费者号码图 4.2.23: 属性分配图在设计规范里，需求定义的数据簇通过适当的对象类型实现。基于数据簇定义的视图定义成如下：定义:通过一个视图我们来了解建立在大量关系上的逻辑视图。属于一个视图的关系也能在一个关系图中说明。在图4.2.24: 视图定义中举例显示。消费者订单关系订单视图属于语录关系消费者 关 系消费者描述订单数据图4.2.24: 视图定义在通过适当关系的关系图中没有映射在ER模型中的1:n关系。通过结合高级实体的关键属性到次级实体类型的关系映射关系。在这过程中，最初的关键属性成为关系的外键。 关系模型中映射ER模型中关系类型的属性，也能通过在关系图中的连线来表现(见 图 4.2.25:一个ERM 关系类型对一个属性的分配 ).项目号码描述项目分配图 4.2.25:一个ERM 关系类型对一个属性的分配 在这个手册的附录你会找到关系模型的所有对象和关系类型的一个列表。4.2.2.2 系统接口模型的建模 系统属性，系统属性域类型图系统属性主要