4集成信息系统体系结构（ARIS）层次及视图建模.doc

《4集成信息系统体系结构（ARIS）层次及视图建模.doc》由会员分享，可在线阅读，更多相关《4集成信息系统体系结构（ARIS）层次及视图建模.doc（155页珍藏版）》请在三一办公上搜索。

1、4集成信息系统体系结构（ARIS）层次及视图建模功能视图需求定义建模方法通常显示与来自其他描述集成信息系统体系结构（ARIS)体系结构（ARIS)视图的对象相关联的功能。数据和功能之间的关系通过，比如经过输入输出功能数据详细列明一个功能的变化过程，来说明。另一方面，集成信息系统体系结构（ARIS)体系结构（ARIS)结构严格分散着不同的视图。 (见Scheer，集成信息系统体系结构（ARIS)体系结构（ARIS)体系结构1992, p.63).在功能视图中，应用到的仅是阐述功能间关系的具有代表性的视图。 比如功能和数据间的关系在集成信息系统体系结构（ARIS)体系结构（ARIS)体系结构功能视

2、图中得以描述。定义： 功能是一项技术任务，或者一种执行某种用来支持一个或多个公司目标的对象的操作。 (见 Scheer, 集成信息系统体系结构（ARIS)体系结构（ARIS)体系结构 1992, p.63).功能显示在圆角矩形中：消费需求验证图01:“消费需求验证”功能表示 通常，建立一个功能的标准是一个信息对象，诸如一个消费者调查或产品定单。这种标准也可在功能的描述中得出。如图Error! Reference source not found.， 消费者调查定义了对象，验证说明了对象须执行的任务。更多地抽象为一个名词来描述功能（例如获得后勤学，生产，销售）。.功能树可以在不同的压缩的程度说明

3、功能。以业务过程或过程链形式存在的复杂功能处在最高的压缩的程度。. 这方面的一个例是一个消费定单从消费者质询到发货的处理。这样一个如此说明复杂功能的业务过程可被分为子过程，从而减少其复杂性。 因此，功能术语可用在所有结构层次。其他更多地用描述性的方法的术语一般也用于说明各层次：事物处理，过程，子功能段的基本功能。分划的功能可包括几个层次。在语义功能树上基本功能说明最低层次。定义: 基本功能是相对于业务过程分析的目标不能更深一步细分的功能。功能树或层次结构图用来说明此子结构(见图4.1.12).跟踪消费者订单确认用户订单接受用户订单图02:功能树（部分视图） 在一个功能树上可以使用不同的标准组合

4、功能群(见 Brombacher/Bungert, Praxis der Unternehmensmodellierung 1992)。 经常用于此用途的标准包括：相同对象的处理（面向对象的）， 属于同一过程（面向过程）或包括同一操作（面向操作）。图 4.1.1-3显示了一个面向对象细分的例子。 高级功能生产定单处理 细分为 制作生产定单，批准生产定单，校正生产定单，取消生产定单，发布生产定单，监控生产定单 功能。 这些功能描述了不同的操作（制作，校正，取消，等等），这些操作在这个生产过程案例中执行同一个目标。.确认生产订单面向对象的高层监控生产订单发布生产订单取消生产订单校正生产订单创建生产

5、订单处理生产订单图 0-3:面向对象的功能树如果要功能树显示通过业务过程建模得到的结论，那么面向过程的功能树成为选择的方法。检验消费者信用度确认消费者订单批准消费者订单检验产品的实用性创建消费者数据库 图 4.1.1-4 面向过程功能细分项目的示例显示接受消费者定单，校验消费者定单，制作消费者数据库，检验消费者信贷价值 ，查证产品实用性 和 批准消费者定单 功能属于处理消费者定单业务流程。不同于一个面向对象的细分，这里的操作执行不同的对象 (用户订单，产品实用性)。确认消费者订单接受消费者订单面向对象的高层处理消费者订单批准消费者订单检验产品的实用性检验消费者信用创建消费者数据库图 0-4:

6、面向过程功能树面向过程分组即将所有对不同信息对象执行同一程序的功能（检验，创制，删除）组合在一起。例如图 4.1.1-5所示的修改功能。这些功能可以属于不同的过程也可包括在不同对象的处理中。然而它们对单个对象的执行的程序类型通常是一样的。. 校正检查计划校正人力资源计划校正生产计划校正生产单校正消费者订单面向执行的高层校正对象图 0-5:面向执行功能树一方面，在功能树上说明功能减少复杂性，但是另一方面，它只是一个静态表示法。除了这种静态表示作用，它也许对按时间顺序了解功能程序序列有用处。 事件驱动过程链用来描述按时间顺序排列的程序序列。它们由事件和功能组成同时事件在功能间形成链。事件属于集成信

7、息系统体系结构（ARIS)体系结构（ARIS)数据视图。事件驱动过程链记述在继承信息系统控制视图中符合集成信息系统体系结构（ARIS)体系结构（ARIS)的分离原则（见Chapter 4.4.1）.从主题相关的观点角度说明功能，不仅涉及到功能能被细分为其要素的特性，其他功能特性也是有用的。这一点对参加业务过程设计的特性尤为正确。因此，每一份功能草案应该包括信息，不管这种信息需要顾客输入或是其能自动运行。所以，合适的，执行起来不受用户干扰的功能，可以作为一批来捆扎和处理（批运行）。编制业务过程的另一方向角度提供关于功能数量基础（例如，一天调查程序数目）和功能执行的合计周期的信息。合计周期本身由单

8、个的时间要素组成（准备时间，处理时间和等待时间）。集成信息系统体系结构（ARIS) 把这些信息按功能对象类型保存。在这个手册的附录你可以找到所有的归结类型。Y 图Y 图以高度集中的程度说明一个企业的功能（任务）。.这里，我们处理主要的功能领域，诸如生产设计，材料管理，维护。. Y通讯接口模块形式的结构说明(见Scheer, A.-W.:业务过程再设计 1994, p. 87)细分为逐个的功能。Y左边分支包括生产计划和控制的主要业务管理的计划功能。然而右边的包含了关于生产计划和实现的面向技术上的功能。计划功能安排在Y的高一些的部分，控制和实现功能在较低的部分。.从而，Y-CIM模型描绘了把一个企

9、业在生产方面涉及到的所有功能分类的一个框架。在集成信息系统体系结构（ARIS）里，对于交叉引用模型，这种图类型被作为面向功能的方法，。被说明的对象属于功能对象类型。若按一定的层次排序，这种对象类型可被连结到例如功能树和扩展的实际关系模型图类型。在图 4.1.1-6.显示一例维 护库存控制NC-Maschines控制NC-项目制作任务计划设计及构筑产品设计 监控工厂数据输入细节控制订单发布材料管理主要需求计划消费者处理单图 0-6: Y图表SAP 应用图对于SAP R/3 应用模型的实施，SAP 应用图允许面向SAP R/3应用系统模块的方法。在R/3 应用模型中，过程选择矩阵分配到这种图类型的

10、每一个对象。在单独的R/3模块和程序某一段中，它列举了可以这样解释的主要有用程序。 SAP R/3 系统的SAP应用图表如图 4.1.1-7显示图 0-7: SAP应用图表目标图在开始建模、分析或优化业务过程前，你应该定义公司业务过程建模目标。在目标图上你可以在其他事情中定义（公司）目标和构建目标结构层次。定义: 目标是公司未来目的，在成功要素和清楚的业务过程支持下实现。 可以列举有助于目标的可能的成功要素，把他们按一定的层次排列，并分配到他们所支持的目标中。定义:为达到公司特定的目标，成功要素列示了需要考虑的方方面面。在目标图上把它们分配给公司目标。这种图类型利用功能对象类型同需求定义的其它

11、图类型连接。对于每个目标，你可以列举出能导致实现这个目标的功能（业务过程）。在业务过程的建模和优化阶段， 说明过程模型时，你应该考虑在对象和分配的功能中定义的优先权。 图 4.1.1-8显示目标图的一个例子提高营业/销售额提供新产品提高顾客服务质量改善产品开辟新市场提高市场份额降低成本提高功效图 0-8: 目标图实例设计规范 应用系统类型图功能视图的设计规范包括应用系统和模块类型，应用系统类型的模块结构，单独事务处理步骤的草图和输入输出图的定义的规范。说明功能视图设计规范要回答的中心问题是： 利用应用系统，模块类型或设计功能怎样支持被定义的功能？ 应用系统类型和模块类型按模块式怎样创建？ 执行

12、一个功能需要哪些表列和修饰？ 使用应用类型和模块类型需要创建哪些表列，哪些修饰用到应用类型和模块类型？ 一个应用系统的技术基础（操作系统，用户接口和管理系统数据库）是什么？ 在使用某个单独应用系统类型前追求什么业务目标？在功能视图的设计概念中，中心对象类型从而是应用系统类型。 对照在功能视图的实施层次中应该首先考虑的、并且说明一单独的可确认的应用系统的、具体的应用系统，例如公司的许可号码，应用系统由代表所有严格共享相同技术基础的应用系统构建。定义:应用系统类型揭示了完全基于同种技术的一类应用系统。 例如：集成信息系统体系结构（ARIS)工具箱。译文 4.1说明了一个应用系统类型。 从这种应用系

13、统类型中，可以获得一些许可和一些这样的单独应用程序。下面的图表显示了一个应用系统类型：图 0-1:一个应用系统类型的图形表示应用系统类型通常作为模块来设计。应用系统类型图能帮助举例说明这种模块化设计。应用系统类型的单个基础是各个模块类型。如图 4.1.2-2所示一例：工具箱译文 4.1模拟ARIS作业成本管理简单设计包含图 0-2:应用系统的模块化设计 在上面的例子中， ARIS工具箱译文 4.1 由ARIS简单设计，ARIS 作业成本管理方法 和 ARIS 仿真模块化类型组成。和应用系统类型一样，模块类型用于代表严格共享统一技术基础的各个单独模块。模块化类型是应用系统类型的基础。他们是能够独

14、立运行的成分。定义:模块化类型是应用系统的一个元素，它能独立运行。模块化类型代表那些都完全基于同一技术基础的单独的应用系统。 在层次结构上可以自由组合应用系统类型和模块化类型。模块化结构可以被分为最低层次的设计功能类型。定义:从事务处理的意义上来说，设计功能类型是模块化类型的最小单元。它们利用单独的程序元素实现运行，处理单任务步骤一般必须完全执行它们。验证总和图 0-3: 设计功能的图形表示应用系统类型图也允许你说明需求定义的功能，需求定义是被定义过的应用系统类型和模块化类型支持。这种安置由此组成了功能视图的需求定义和定义规范间的链。 图 4.1.2-4是这方面的例子可支持利用实际程序利用实际

15、程序调查业务过程图 0-4:应用系统的功能分配 为了完全地定义应用系统类型和模块化类型的技术基础，它们也可用尽可能的用户接口，管理信息系统数据库和操作系统类型分配，和执行它们的编程语言一样，凭借这些运行。因为这些是类型并且没有具体例子，这完全有可能存在多从关系。因此，Windows 3.1 和 Windows NT 用户接口可被配置到一种应用系统类型，这意味着这种应用系统译文可在这两种用户界面运行，在功能试图的是程度中，如果用户接口被分配一个具体的例子（例，一个应用系统），则仅仅需要唯一一个的关系。 这准确说明了公司购买的，单独的应用系统许可的配置。 图 4.1.2-5显示在应用系统类型图中可

16、能配置的例子：.能是面向windows 98的用户接口是关于POET(C)-Databaserver for windows 的平台图 0-5: 应用系统类型配置利用一个应用系统编辑一个特定主体导致不同界面修饰的应用和，特定应用系统提供的不同表列的创造和使用。为了解释这个主题，表列和修饰对象是可利用的，它们可配置到特定主体功能，或应用系统类型，或模块化类型中。 如果在没有具体应用系统类型的引用下需要首先定义普通过程链，则草图列表和草图修饰对象可以用来定义被需求的修饰和表列。一般地，在没有创建一个应用系统的突变和修饰的一个具体参考条件下，两种对象首先指定了使用什么类型的表列和修饰（例如，对于用户

17、数据的登录）随后，这种草表和修饰可以被附在具体表列和修饰后。配置定义了可得到的实施可能性。. 图 4.1.2-6 给出一例：对象列表报表实施创建输入对象属性对象/对话窗口对象属性表能够使用文件功能描述校正功能描述图 0-6：修饰和表列的配置在应用系统类型图表中对象类型的全部列表和它们的可能关系可在附录中查找。 实施应用系统类型图在应用系统图中，现行的应用系统和模块可被配置到在设计规范中被说明的应用系统和模块类型。例如，在一个公司存在这些应用系统类型实例，其能唯一地被他们的许可号鉴别。定义:一个应用系统（模块）是一个应用系统类型（模块化类型）的一个单独的实例，其例如，能被他的许可号码唯一地鉴别。

18、应用系统和模块将在图4.1.3-1用图显示模块应用系统图0-1：应用系统和模块的图形表示因为在一个公司中可能存在一个应用系统类型（模块化类型）的几个号码，所以遵循在应用系统图中，几个应用系统（模块）可以分配到一个应用系统类型（模块化类型）。如图 4.1.3-2所示：图 0-2：应用系统分配给应用系统类型 应用系统图说明了应用系统的实际模块结构。然而，设计规范指出了应用系统类型所有可能的模块成分。现在，每一个应用许可得到了说明，这意味着每一个单独的许可的模块成分能被唯一地鉴定。在一个公司，应用系统类型可以有几个拥有完全不同模块结构的应用系统。（见 图4.1.3-3）许可许可模拟图0-3：统一类型

19、的两个应用系统的不同结构除了说明实际存在的应用系统和模块，实施程度也允许定义以单独程序文件形式的，应用系统的程序技术（物理）的转换。 为此目的，应用系统图可以说明使用哪些程序模块类型实现一个应用系统类型或模块化类型。 定义:每一个通过购买一个许可在硬盘上可得到的程序文件是一个程序模块。通过决定完全基于相同技术的程序模块类型开发一个程序模块类型。图 4.1.3-4 显示应用系统模块类型分配给应用系统类型，同单独的程序模块分配给程序模块类型一样。图 0-4： 应用系统类型，程序元素类型和程序元素的分配除了其他程序模块类型，集成信息系统体系结构（ARIS）工具箱译文4.1应用系统由aris.exe,

20、 aris.xlm, arisen.dll 和 merge.exe程序模块类型组成。由于几个许可的购买或备份复印件的建立，在一个公司里，对每个程序模块，可能存在着几个实例（程序模块）。程序元素类型和程序元素可在在层次结构上自由组合。为了用技术主体详细说明程序，程序模块类型对程序库的访问可以在应用系统图上得到说明。附录包含存在于应用系统图的中的对象类型和关系的概述。 数据视图需求定义数据视图的需求定义包含即将被检验的字段的语义数据模型的说明。依照集成信息系统体系结构（ARIS)体系结构的划分原则，这种描述包含两种制定过程链的开始和结束事件的对象，同过程链的相关环境的状态描述一样。当比较功能和数据

21、的建模时，就相关的方法来说，后者要求显著苛刻。在功能视图中，仅检验过的对象是功能。在功能间的相互关系方面，仅高级和次要的得到说明。对于语义数据模型，Chen的实体关系模型 (ERM) 时最普遍的设计方法 (见 Chen,实体关系模型 1976)。这种缄默方法甬道多种术语，诸如，实体类型，关系类型，属性等等。存在于那些对象彼此间的关系是无数的，并且当比较与功能建模时是非常难于分类的。.在以后的纪录中介绍实体关系模型(ERM)的建模方法。首先说明Chen的原始模型的对象及相互关系。在以后的章节，对原始模型将添加一些运算符。基本的ER模型原始模型分辨实体，属性和关系。一般地，类型层可分辨取值层。定义

22、:实体是一个公司任务已知特定部分的重要性的真实或抽象的对象。例如，这种体系块可能是业务过程。依照集成信息系统体系结构（ARIS)体系结构的结构模型，重要性的数据对象是环境和目标指定的事件的对象。 在处理消费者订单 中，我们可能发现如下实体： 消费者1235, 商品4711, 订单11.通过某特定属性（特性）更准确地说明实体。这意味着一个消费者通过，例如他的名字、姓和地址被更准确地说明定义:如果同一类型的实体被聚合成一批，则被称为实体类型。实体类型的取值是实体。同一类型的实体可被同一属性说明。因此，消费者Smith 和消费者 Miller 合起来形成实体类型消费者 ，商品（article） 47

23、10和商品（article） 4712一起形成实体类型 商品 （Article）。实体类型显示在如矩形的ER模型 (见图4.2.11：实体类型举例). 在以后的原文中，实体类型以大写显示。订单商品消费者图01：实体类型举例定义:特征是描述实体类型的特性。属性取值是分配于单个实体的属性的实际取值。例如，消费者1235可用属性取值Smith,John,New York，等等描述。各自属性称作名字、姓和城市。通常用一个圆或椭圆来代表属性，在下面文章中，用椭圆表示属性。图4.2.12：消费者实体类型属性举例 .消费者姓消费者名字城市消费者号码图02：消费者实体类型属性举例 实体类型和属性间的差异一般很

24、难区分，并且仅仅有时能依据建模的程序的上下文决定，例如，消费者地址 理解为实体而不是消费者属性。在这种情况下，新实体类型 地址 将被确定，它和消费者之间有它自己的关系。当说明不论你处理的是一实体类型或一属性时，事实是实体过程属性是一个有用的标准。属性，另一方面，不包含多个属性。因此，如果在一个假定后来被更多属性描述的ER模型中，创建一个属性，则它就成为了一个实体类型。 无论一个对象是否同其它实体类型分配有相互关系都是另一个有益的问题。如果能肯定地回答它，这个正被讨论的对象也是实体类型。定义:关系是实体间的一个逻辑链。.因此，关系的存在直接依赖实体的存在。 定义:如果同一种类的关系组合成批，则称

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

26、数目区分实体类型，如，一元，二元或n 元关系。 定义:复杂程度或集的容量显示一个实体类型的多少实体归属为另一个实体类型的一个实体。 这样出现的不同类型说明在 图 4.2.14：两种实体类型建的关系的集的容量 (见 Scheer, 工程业务过程1994, p.34).四种不同的关系类型可区分如下（集的容量）： 1:1关系。 1:n 关系。 n:1 关系。 n:m 关系。在一个 1:1 关系类型中，第二者中的一个实体严密对应于第一者中的每一个实体。在一个1：n的关系中，第二类的一个实体严格对应于第一类中的每一个实体 ，但是第一类有n个实体对应于第二类的每一个实体。n:1表达相反的顺序的相同情形。在

27、一个n:m关系中，第二类中的n个实体对应于第一类中的一个实体而不是全部。 关 系关 系关 系关 系实体类型实体类型图 04：两种实体类型建的关系的集的容量这种关系类型的集的容量（属性类型复杂度）显示在实体类型图的连接中（见图 4.2.15：在ER模型中说明集的容量 ）。分配于部 门公 司属于员工车间工作于企业关系关系关系关系图 05：在ER模型中说明集的容量 集的容量指出了一确定类型的关系的最大量，一特定实体类型的一个实体能够加入其中。意思是对于在图 05：在ER模型中说明集的容量 说明过的n:1关系，如果公司开有不同的车间，实体类型公司中一个公司可以以不同的分配关系出现。然而，一特别的车间也

28、许仅仅参加了一个分配关系它仅对应于一个公司。 然而，应该注意的是，Chen 的原始著作以不同的方法说明集的容量。当说明两个以上类型之间的关系时，这部手册用的这种符号允许更清楚独特的公式。为了避免不必要的混淆，我们不去讨论Chen的原始工作的更多的细节。由于实体类型的实体之间也存在有关系的事实，实体类型和关系类型也可用俩种平行的关系连接。为了区分这两种关系，可以给定他们任务分配。回归关系的一个例子显示在图 4.2.16：材料单的 ER模型。高级零件由不同的次级零件组成。另一方面，次级零件也可以作为构件用在不同的高级零件。零件材料发票结构次要的主要的图 06：材料单的 ER模型不仅实体类型能通过特

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

30、对象的描述性的属性被来源于同实体或关系类型有1：n关系的定义域的值定义。 消费者居住地址消费者名字号码名字移入日期日期号码居住居住消费者号码住址号消费者号码图 0-7： 在ER模型中的属性分配扩展的 ER模型 eERM在最近的几年内，Chen的原始模型得到了充分的扩展。此书仅讨论那些对集成信息系统体系结构（ARIS)体系结构结构的数据视图建模有意义的扩展模型。在设计运算符帮助下的扩展模型在创建数据模型的过程中设计运算符提供正式支持。它们的用途保证了系统程序的安全，并且提供给阅读器一个用以洞察其设计过程的现有的数据结构。从现有概念的运用上，新的概念在设计运算符帮助下产生。 设计过程很大程度上是在

31、业务管理知识层次上被执行的智力程序。从他们的数据结构视图观点来说，业务条件的调查报告帮助设计者或者构建共知的基于新观点的条件，或者创建至今为止没有考虑过的新的观点。从众多的多样的扩展ER模型的方法中，确定了四种基本的设计运算符： (见 Scheer,工程业务过程 1994, p.35ff.): 分类, 一般化 聚合 分组分类定义:通过分类，同一类型的对象（实体）被识别和分配给一个概念（实体类型）。一个对象等同被同样的特性（属性）描述的另外一个对象。从而，分类导致了实体类型的以上描述过的标识(见 图 4.2.1-8：消费者的分类)。消费者图 0-8：消费者的分类一般化/特殊化定义:一般地，相似的

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

33、。业务伙伴消费者1235供应者图 09:一般化/特殊化首先，特殊化支持由上而下构造数据库的方法用来创建数据模型，一般化用的是由下至上的方法。在特殊化的结构里，发展中的子集的完成和分解（可选择的）在被创建时能被详细说明。当一个对象的取值可能是两个子集的一部分时，我们就要谈到未分解的子集。.适合于前面已给的例子，意即一个消费者同时可以是一个供应者。如果一个取值仅仅分配给正好一个子集，这些子集是可分解的。 Fo当可能支持一个特殊化标准的所有特殊化对象类型用于列示一个一般化对象类型时，我们就要谈到完全的特殊化。取实体类型人类为例：它可被分为实体类型男人和女人 (见 图 4.2.110: 完成的特殊化)

34、. 至于被考虑的特殊化标准性别，特殊化应已被完全说明。女人男人人类图 010: 完成的特殊化.为了更准确的说明一个一般化/特殊化，把这些标准结果和以下已确定的四总取值结合起来。 分解的/完成的 分解的/未完成的 未分解的/完成的 未分解的/未完成的聚合定义:聚合通过联合现有的对象类型说明新的对象类型的形成。在此文中，新的对象类型可能是新的属性的知识库。聚合通过关系类型的形成在ER模型中被说明 (见 图 4.2.111: 一个聚合举例). 实体类型聚合生产顺序和行程安排创建新的对象顺序安排。行程安排生产顺序图 011: 一个聚合举例然而，聚合运算符也可运用在关系上。一个现行的关系类型作为一个实体

35、类型对待，并且本身从而能成为创建一个新的关系的出发点。在图4.2.112:关于重新解释的关系类型的聚合 例中说明这些。一个初始的聚合一般形成来源于生产顺序和行程安排的关系类型顺序安排。关键属性生产顺序号(PONO)和行程安排号(RNO)形成顺序安排的复杂属性。目前，多种运算符能被分配于顺序安排。因此，关系顺序操作在关系类型顺序安排和操作间形成。 因为关系只能在实体类型间产生，原始关系类型顺序操作需要作为一个实体类型说明。在 图4.2.112:关于重新解释的关系类型的聚合 中，这点通过一个盒状菱形说明。 然后，这些重新解释的关系类型作为实体类型对待。从参加关系类型旁到菱形点划一条连接线 ，通过表

36、达这种发展说明这种程序。不是通向盒状菱形，而是，从重新解释的关系类型形成新关系的连接线通向环绕它的矩形的边沿。尽管通过分配一个简单关键简化一个复杂的关键是可能的基本上， 自从它们把数据模型的创建处理成可追踪，复杂的关键将被包括。程序顺序处理行程安排顺序安排生产顺序图012:关于重新解释的关系类型的聚合 在一个 ER模型中，一个复杂的结构单元被分成为一个清楚的结构。 因为全部的概念的联系可能变得模糊，引进以数据簇形式存在的复杂对象。定义:一个数据簇说明了这样的逻辑视图，它建立在一个在复杂对象中需要的数据模型的大量实体和关系类型之上。 数据簇不仅由关系类型组成，而且也由数据簇组成。不象实体和关系类

37、型，数据簇可在一个层次上自由组合，从而在一个数据模型的创造过程中，主要支持从上到下的数据结构方法。在一个从下到上的方法中，对于结合和巩固子模型，数据簇的形成也非常有用。图4.2.113:数据簇（图表特征） 以图表的形式说明了一个数据簇。如图4.2.114: 建立在多种对象上的数据簇视图, 一个数据簇说明了建立在大量实体和关系类型上的逻辑视图。为了说明复杂对象消费者定单，.需要实体和关系类型消费者、时间、定单头、商品和定单内容。 图013:数据簇（图表特征） 商品时间消费者图014: 建立在多种对象上的数据簇视图分组定义:通过分组,来自一个实体集的元素形成组。在图 图4.2.165:举例，所有套

38、设备合成了一个设备组。设备组是一个独立的对象，这个独立的对象被在单独的成套设备中没有的额外的属性（设备组的名字，成套设备的数目）更准确的说明。 其它例有工作站分组成部门或订单连接项目的联合分组成订单。设备组属于设备图065:分组扩展的集的容量但我们谈到大量集的容量时，至今为止我们仅仅提到以上可允许的关系取值的界限。在图4.2.176: 指出一个工程可分配给以最大数量的职员，一个职员可参与一最大数量的工程。职员参与工程图076: 上/下界限（1）除了上界限，下界限对说明关系取值的最小数量有用。为此目的，技术可用两个字母代表（a,b）,例如， (见 Scheer, 工业业务过程). 在 图 4.2

39、.187:上/下界限 (2) 指出每一个工程能参与至少a1和至多b1的引入类型的关系取值。表示每一个工程可被分配至少a1和至多b1职员。两字母（a2,b2）显示一个职员能参与至少a2和至多b2工程。职员参与工程图 087:上/下界限 (2)从而，每一个关系通过两个复杂度（最小和最大）表达。通常分配下限值0和1，上限值的范围定义为1max* (*是一个通配符)。下限 min=0表示一个实体可以参与一个关系，但这并不是强制的。下限min=1表示一个实体必须参与至少一个关系，但这不是强制的。 在图4.2.198: 上/下限 (3)中的下限表示一个职员能参与一个关系但并不是必须的(min=0)，而一个

40、工程必须参与至少一个关系（min=1）.这里的意思是职员根本不必参与每一个工程。相反，一个工程至少分配一个职员。.参与职员工程图098: 上/下限 (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).图 4.2.1109:上/

41、下限 (4) 显示图098: 上/下限 (3)。参与职员工程图 0109:上/下限 (4)标识和存在的相关性由于通过指定下限和上限扩展集的容量，如在4.2.1.2.2中讨论的一样， 数据对象建的相关依赖现在可以定义。通过定义，由于关于关系类型和重新解释的关系类型的实体类型的存在，关系类型和重新解释的关系类型存在，从而，他们不能孤立地存在。这意味着他们相关地以标示的形式依赖于实体类型。 另外，有真正地拥有一个关键属性并且依然依赖于其它实体的存在的实体类型。例如，这种依赖的类型通过分组运算符产生。从而，如图 4.2.120: 相关依赖性相关依赖性 ，一个部门至少包含有一个工作站才有意义，以此类推，

42、一个工作站的定义只有分属于一个部门才有意义。 如图 4.2.120: 相关依赖性相关依赖性 ，这种相关的依赖性通过复杂度表示。在一个（min,max）符号中，这些通过(1,1) 和 (1,*)说明。在数据模型里相关依赖的定义导致关于参考数据的完整性执行靠后的情况。简单地说，这的意思是遵守这些条件将会保证数据库内容的一致性被保持甚至在一定处理已经被执行后。在下面例子中，这意味着当属于一个部门的所有的工作站也被删除时，这个工作站才能被删除。 属于工作站工程图 020: 相关依赖性公司技术术语的建模技术术语模型在建模中，尤其在数据建模中，我们不得不处理经常发生的困难。在大的公司定义信息对象的术语是多

43、变的。 在采购部门对术语 定购 的理解完全不同于在生产部门人们理解的意思。对一个公司及其部门，通过使用一致性术语，指定信息的可接受性能得到提高。由于这些原因，集成信息系统体系结构（ARIS)体系结构的方法批含有的所谓的技术术语模型不仅允许管理在同义词管理方面的不同术语，而且，允许保持数据模型对象（实体类型，关系来信，等等）间的关系，同被公司指定的技术术语一样。 为了解释这些关系的目的，介绍对象类型技术术语。目前，多样的技术术语能被分配于数据模型的每一个信息对象。.在图4.2.1211: 技术术语举例说明这些.产生订单生产订单制作订单订购描 述生产订单内容图0211: 技术术语在一个层次结构上技

44、术术语能是关联的和可以结合的。在技术术语模型中定义的技术术语也能用在其它包含信息对象的图表中，例如，在说明一个输入输出功能的过程链中。扩展的实体关系模型属性分配图以仅仅说明实体模型和关系类型形式的数据模型通常拥有一个非常复杂的结构。如果实体关系模型属性被包括在这些图表中，他们就不再清楚。利用扩展的实体关系模型分配图，你能以单独的图把实体关系模型属性分配分配给每一个实体和关系类型。扩展的实体关系模型的对象类型（实体类型或关系类型）以一个取值副本的形式能被包括在这个图中。从而， 实体关系模型属性（ERM）的关系可被模仿。对于连接的实体关系模型属性，在一个关键属性，外部的或一个被描述的属性间能建立差别。.在 图 4.2.122:一个实体类型的实体关系模型属性的分配 中举例说明这些。消费者姓消费者名字消费者号码消费者图 022:一个实体类型的实体关系模型属性的分配 除了显示和分配单独的实体关系模型属性，在这种图表类型中你也能显示属性类型群以及它们的分配。定义:一个属性的类型群代表一个实体关系类型（ERM）的一群语义上叙述接近的实体关系模型属性， 例如，这些允许包含所有一起来自一个次要的关键的实体关系模型的一个属性群的创