中文使用手册第章样本

SEQKap\r4\h数据视图需求定义数据视图需求定义包括即将被检查字段语义数据模型阐明。依照集成信息系统体系构造（ARIS)划分原则，这种描述包括两种制定过程链开始和结束事件对象，同过程链有关环境状态描述同样。当比较功能和数据建模时，就有关办法来说，后者规定明显苛刻。在功能视图中，仅检查过对象是功能。在功能间互有关系方面，仅高档和次要得到阐明阐明了父子层间层次关系。对于语义数据模型，Chen实体关系模型(ERM)是关于语议数据模型最最普遍设计办法(见Chen,实体关系模型1976)。这种沉默办法使用各种术语，诸如，实体类型，关系类型，属性等等。存在于那些对象彼此间关系是无数，并且——当比较与功能建模时——是非常难于分类。.在后来纪录中简介实体关系模型(ERM)建模办法。一方面阐明Chen原始模型对象及互有关系。在后来章节，对原始模型将添加某些运算符。基本ER模型原始模型辨别区别了实体、，属性和关系。普通地，类型层可以与辨别取值层区别开来。定义: 实体是一种公司公司任务中已知关于特定某些某一重要性主题真实或抽象对象。例如，这种体系构造块也许是业务过程。依照集成信息系统体系构造（ARIS)）构造模型，重要性数据对象是环境和目的指定事件对象。在解决消费者订单这一过程中，咱们也许发现如下实体：消费者1235,商品4711,订单11.通过某特定些属性（特性）更精确地阐明描述实体。这意味着一种消费者可以通过，例如她姓名字、姓和地址被更精确地阐明定义一种消费者定义: 如果同一类型实体被聚合成一批组，则被称为实体类型。实体类型详细取值是实体。同一类型实体可被相似一属性来阐明描述。因而，消费者Smith和消费者Miller合起来形成实体类型消费者，商品（article）4710和商品（article）4712一起形成实体类型商品（Article）。在ER模型中实体类型显示在如为矩形ER模型(见REF_Ref图4.2.11：实体类型举例图4.2.11：实体类型举例).在后来原背面正文中，实体类型以大写显示。消费者订单商品消费者订单商品图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s31：实体类型举例定义: 特性属性是描述实体类型特性。属性详细取值是分派于赋予单个实体属性实际取值。例如，消费者1235可用属性取值Smith,John,NewYork，等等等属性详细值来描述。各自相应属性被称作名字、姓和都市。通惯用一种圆或椭圆来代表表达属性，在下面文章如下篇幅中，用椭圆表达属性。REF_Ref图4.2.12：消费者实体类型属性举例图4.2.12：消费者实体类型属性举例.消费者姓消费者名字消费者姓消费者名字都市消费者号码代码图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s322：消费者实体类型属性举例实体类型和属性间差别普通很难区别，并且仅仅有时仅能根据建模程序过程上下文决定，例如，消费者地址可以被理解为实体而不是消费者实体属性。在这种状况下，新实体类型地址将被拟定，它和消费者之间有它其自己关系。当在阐明无论拟定你所解决是一实体类型或一还是属性时，事实是实体过程拥有属性这一事实是一种有用断定原则。属性，另一方面，属性不包括各种不能拥有属性。因而，如果在一种假定日后被更多属性描述ER模型中建立属性，创立一种假定要由属性进一步描述，则它就成为了一种实体类型。无论一种对象与否但愿被赋予与同其他其她实体类型分派有互有关系都是另一种有益问题。如果该问题能得到必定地回答它，这个正被所讨论对象也是实体类型。定义: 关系是实体间一种逻辑链接。因而，关系存在直接依赖于实体存在。定义: 如果同一种类关系被组合成批成集合，则称她们它们为关系类型。供应者和零件之间一种关系类型是供应。在后来文中，关系类型也设立成大写字母。在一种ER模型中，关系类型以菱形显示并且通过连线连接实体类型。见REF_Ref图4.2.13：关系类型举例图4.2.13：关系类型举例)。零件供应者供应零件供应者供应图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s333：关系类型举例普通，按链方向顺序仅仅能看到一种关系类型。在以上例子中，假定表达供应者供应零件这一关系。从右到左则成为零件供应供应者，这是没故意义讲不通。如果没有唯一地规定对的方向，则必要通过选取以便术语，也许在更抽象限度层，去来避免这种难点。咱们区别诸多关系类型。在此文本文环境中，一方面，她们它们连接实体类型数目，另一方面，和关系复杂限度，都被充当作为区别关系类型原则。依照与它们连接实体类型数目来区别实体类型，如，一元，、二元或n元关系。定义: 复杂限度或集容量基数显示一种实体类型多少实体归属为被赋予另一种实体类型某一种实体。这样浮现不同类型关系阐明在如REF_Ref图4.2.14：两种实体类型建关系集容量图4.2.14：两种实体类型建关系集容量(见Scheer，工程业务过程1994，p.

34).四种不同关系类型可区别如下（集容量基数）：1:1关系。,1:n关系。n:1关系。n:m关系。在一种1:1关系类型中，第两者二个集合中一种实体严密严格相应于第一者个集合中每一种实体。在一种1：n关系中，第二一类个集合中一种实体严格相应于第一类二个集合中每一种实体，但是第一类一种集合中有n个实体相应于第二类个集合中每一种实体。n:1表达相反顺序相似情形。在一种n:m关系中，第二类个集合中n个实体相应于第一类一种集合中一种实体而不是所有。关系关系关系关系关系关系关系关系实体类型实体类型图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s344：两种实体类型建关系集容量这种关系类型集容量基数（属性类型复杂度）显示在实体类型图关系模型连接线中（见REF_Ref图4.2.15：在ER模型中显示基数图4.2.15：在ER模型中阐明集容量）。分派于部门公司属于员工车间分派于部门公司属于员工车间工作于公司关系关系关系关系图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s355：在ER模型中阐明集容量显示基数集容量基数指出了表达某一实体类型一种实体可以参加某一拟定拟定类型关系最大量大关系数，一特定实体类型一种实体可以加入其中。意思是对于在REF_Ref图4.2.15：在ER模型中显示基数图4.2.15：在ER模型中阐明集容量阐明所示过n:1关系，如果公司有不同车间，实体类型公司中一种公司可以以不同分派关系浮现。然而，一特别某一特定车间也许仅仅参加了一种分派关系——它仅相应于一种公司。然而，应当注意是，Chen原始著作以不同办法方式阐明集容量基数。当阐明两个以上类型之间关系时，这部本手册用这种符号容许更清晰独特公式表达更清晰。为了避免不必要混淆，咱们不去讨论Chen原始工作更多细节。重要父层由于实体类型实体之间也存在关于系事实，实体类型和关系类型也可用两种两条平行关系连接线连接。为了能区别这两种关系，可以给定她们它们任务分派角色分派。回归关系一种例子显示在如REF_Ref图4.2.16：物料清单ER模型图4.2.16：材料单ER模型。高档父层零件由不同次级子层零件构成。另一方面，次级子层零件也可以作为构件用在不同高档父层零件。重要父层零件材料发票零件材料发票物料清单构造次要子层图STYLEREF3\s4.2.16：材料物料清单ER模型不但实体类型能通过特性属性描述，同样合用于关系类型应用也能同样(见REF_Ref图4.2.1-7：在ER模型中属性分派图4.2.1-7：在ER模型中属性分派)。定义: 属性取值域称范畴被称为定义域。定义域元素对分派给实体或关系类型元素分派也可以描述关系。可以由被属性名字标注了属性名称关系代表来表达。定义: 在实体类型和至少一种定义域间，一定存在1:1关系。定义该域中值能唯一地指定拟定一种实体。因而，称她们它们为实体类型核心属性。.在如REF_Ref图4.2.1-7：在ER模型中属性分派图4.2.1-7：在ER模型中属性分派(见Scheer，工程业务过程工程1994，p.

33)所显示得力之中示，个别单个实体消费者被核心属性消费者号码代码唯一地指拟定。通过合并连接实体核心属性区别来拟定关系。从而，关系类型居住在核心属性是消费者号码代码和地址代号码。有关数据对象描述性属性被由来源于同实体或关系类型有1：n关系定义域值来定义。消费者居住于消费者居住于地址消费者名字代码名字移入日期日期号码居住居住消费者代码住址代码消费者号码代码图STYLEREF3\s4.2.1-7：在ER模型中属性分派

扩展ER模型—eERM在近来几年内，Chen原始模型得到了充分扩展。此书仅讨论那些对集成信息系统体系构造（ARIS)体系构造构造数据视图建模故意义扩展模型。在设计运算符协助下扩展模型在创立数据模型过程中，设计运算符提供正式形式化支持。它们用途保证了系统程序安全，并且提供应阅读器，一种用以洞察其设计过程既有数据构造。从在既有概念运用上中，新概念在设计运算符协助下产生。设计过程很大限度上是在业务管理知识层次上被执行智力智能程序。从她们它们数据构造视图观点来说，业务条件调查报告协助设计者或者构建共知基于新观点条件，或者创立至今为止没有考虑过新观点关系。从众多多样不同扩展ER模型办法中，拟定了四种基本设计运算符：(见Scheer,工程业务过程工程1994，p.

35

ff.):分类xe"Classification",普通化聚合分组分类xe"Classification"定义: 通过度类，同一种类型对象（实体）被辨认标记和并分派赋予给一种概念（实体类型）。如果一种对象等同被同样特性（属性）描述，则与此外一种对象等同。从而因而，分类导致产生了实体类型以上前面描述过实体类型标记(见REF_Ref图4.2.1-8：消费者分类图4.2.1-8：消费者分类)。消费者消费者图STYLEREF3\s4.2.1-8：消费者分类普通化/特殊化定义: 通过普通地化，相似对象类型被聚合到在某一高档父层对象类型下被分组。如REF_Ref图4.2.19:普通化/图4.2.19:普通化/特殊化，实体类型消费者和实体类型供应者被归纳到普通概念业务伙伴下。两种对象共同特性（被属性描述）被转换成普通对象类型。从而因而，只有那些对于原先对象类型个别不同属性留下待描述。用一三角形图形表达新实体类型业务伙伴形成，也称作一种is-a关系。.定义: 通过特殊化，咱们懂得普通化概念被细分为子概念。业务伙伴分为消费者和供应者特殊化是普通化相反形式（例：特殊对象继承普通化对象性质）。除了那些继承外，特殊对象类型也可以拥有她们它们自己属性。用在图形表达方面，特殊化和普通化用同种方式。因而，在图例中连接线没有用批示方向箭头。业务伙伴消费者1235业务伙伴消费者1235供应者图STYLEREF3\s4.2.19:普通化/特殊化一方面，特殊化支持由上而下构造数据库办法用来创立数据模型，普通化用是由下至上办法。在特殊化构造里，发展中子集完毕完全性和可分解性（可选取）在被创立时能被详细阐明。当一种对象详细取值也许是两个子集一某些时，咱们就要谈到未分解子集。.适合于对于前面已给例子，这意即谓着一种消费者同步可以是一种供应者。如果一种详细取值仅仅分派给正好一种子集，这些子集是可分解。当也许支持一种特殊化原则所有特殊化对象类型用于表达一种普通化对象类型时，咱们就要谈到完全特殊化。取实体类型人类为例：它可被分为实体类型男人和女人(见REF_Ref图4.2.110：完全特殊化图4.2.110：完毕特殊化).至于被考虑特殊化原则性别，特殊化应已被完全阐明。女人男人人类女人男人人类图STYLEREF3\s4.2.110：完毕完全特殊化.为了更精确阐明一种普通化/特殊化，把这些原则成果和如下已拟定四个发生值结合起来。分解分离性/完毕完全分解分离性/未完毕不完全未分解非分离性/完毕完全未分解非分离性/未完毕不完全聚合xe"Aggregation"定义: 聚合通过联合既有对象类型阐明描述新对象类型形成。在此在本文中，新对象类型也许是新属性特性知识库。聚合通过关系类型形成在ER模型中被阐明xe"Relationshiptype:Formation"表达xe"Relationshiptype:Formation"(见REF_Ref图4.2.111:聚合举例图4.2.111：一种聚合举例).实体类型聚合生产顺序定单和行程安排工艺路线聚合创立新对象定单工艺路线顺序安排。工艺路线生产定单工艺路线生产定单图STYLEREF3\s4.2.111：一种聚合举例然而，聚合运算符也可运用在关系上。一种现行既关于系类型作为一种实体类型对待解决，并且从而自身从而能成为创立一种新关系出发点。在REF_Ref图4.2.112:关于重新解释关系类型聚合图4.2.112:关于重新解释关系类型聚合中阐明了这些。一种初始聚合普通形成来源于生产顺序定单和行程安排工艺路线关系类型顺序安排定单工艺路线。核心属性生产顺序定单号(PONO)和行程安排工艺路线号(RNO)形成顺序安排定单工艺路线复杂复合核心属性。当前，各种运算符操作能可以被分派于给顺序安排定单工艺路线。因而，关系顺序定单操作在关系类型顺序安排和操作间形成。由于关系只能在实体类型间产生，原始关系类型顺序定单操作需要作为一种实体类型再次阐明。在REF_Ref图4.2.112:所示关系类型聚合图4.2.112:关于重新解释关系类型聚合中，这点通过一种盒状菱形阐明来表达。然后，这些重新解释关系类型作为实体类型对待。从参加关系类型旁到菱形点划一画一条连接线，通过表达发展阐明这种程序。该连接线不是通向盒状菱形，而是从新解释关系类型形成新关系连接线通向环绕它矩形边沿。尽管通过度派一种简朴核心简化一种复杂核心基本上是也许，把数据模型创立解决成可追踪，涉及复杂核心。顺序解决程序行程安排顺序安排生产顺序顺序解决程序行程安排顺序安排生产顺序图STYLEREF3\s4.2.112:关于重新解释关系类型聚合在一种ER模型中，一种复杂构造单元被提成为一种清晰透明构造。由于所有概念联系也许变得模糊，引进以数据簇形式存在复杂对象。定义: 一种数据簇阐明了这样逻辑视图，它建立在一种在复杂对象中需要数据模型大量实体和关系类型之上。数据簇不但由关系类型构成，并且也由数据簇构成。不象实体和关系类型，数据簇可在一种层次上自由组合，从而在一种数据模型创造过程中，重要支持从上到下数据构造办法。在一种从下到上办法中，对于结合和巩固子模型，数据簇形成也非常有用。REF_Ref图4.2.113:数据簇（图表特性）图4.2.113:数据簇（图表特性）以图表形式阐明了一种数据簇。如REF_Ref图4.2.114：建立在各种对象上数据簇视图图4.2.114：建立在各种对象上数据簇视图，一种数据簇阐明了建立在大量实体和关系类型上逻辑视图。为了阐明复杂对象消费者定单，.需要实体和关系类型消费者、时间、定单头、商品和定单内容。消费者订单消费者订单图STYLEREF3\s4.2.113:数据簇（图表特性）时间商品消费者时间商品消费者图STYLEREF3\s4.2.114：建立在各种对象上数据簇视图分组xe"Grouping"定义: 通过度组,来自一种实体集元素形成组。在图REF_Ref图4.2.165:图4.2.165:举例，所有设备合成了一种设备组。设备组是一种独立对象，这个独立对象在单独成套设备中没有额外属性（设备组名字，成套设备数目）更精确阐明。其他例将工作组分构成部门或订单连接对象构成订单。设备设备组属于设备设备组属于图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s3665:分组扩展集容量但咱们谈到大量集容量时，至今为止咱们仅仅提到以上可容许关系取值界限。在REF_Ref图4.2.176：图4.2.176：指出一种工程可分派给以最大数量职工，一种职工可参加一最大数量工程。职工工程参加职工工程参加图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s3776：上/下界限（1）除了上界限，下界限对阐明关系取值最小数量有用。为此目，技术可用两个字母代表（a,b）,例如，(见Scheer，工业业务过程).在REF_Ref图4.2.187:上/下界限(2)图4.2.187:上/下界限(2)指出每一种工程能参加至少a1和至多b1引入类型关系取值。表达每一种工程可被分派至少a1和至多b1职工。两字母（a2,b2）显示一种职工能参加至少a2和至多b2工程。职工参加工程职工参加工程图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s3887:上/下界限(2)从而，每一种关系通过两个复杂度（最小和最大）表达。普通分派下限值0和1，上限值范畴定义为1

max

*(*是一种通配符)。下限min

=

0表达一种实体可以参加一种关系，但这并不是强制。下限min

=

1表达一种实体必要参加至少一种关系，但这不是强制。在REF_Ref图4.2.198：上/下限(3)图4.2.198：上/下限(3)中下限表达一种职工能参加一种关系但并不是必要(min=0)，而一种工程必要参加至少一种关系（min=1）.这里意思是职工主线不必参加每一种工程。相反，一种工程至少分派一种职工。职工参加工程职工参加工程图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s3998：上/下限(3)如果下限值仅0或1和上限值1或*时可取，下面（min,max）符号四种状况是也许：(1,1)，(1,m)，(0,1)和(0,m)对于这些下面缩写是常用(见Schlageter/Stucky，Datenbanksysteme1983，p.

51)：:1 (相应(1,1)),c (相应(0,1)),m (相应(1,m)),cm (相应(0,m))，(此处c

=

choice和m

=

multiple).REF_Ref图4.2.1109:上/下限(4)图4.2.1109:上/下限(4)显示REF_Ref图4.2.198：上/下限(3)图4.2.198：上/下限(3)。职工参加工程职工参加工程图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s310109:上/下限(4)标记和存在有关性由于通过指定下限和上限扩展集容量，如在

4.2.1.2.2中讨论同样，数据对象建有关依赖当前可以定义。通过定义，由于关于关系类型和重新解释关系类型实体类型存在，关系类型和重新解释关系类型存在，从而，她们不能孤立地存在。这意味着她们有关地以标示形式依赖于实体类型。此外，有真正地拥有一种核心属性并且依然依赖于其他实体存在实体类型。例如，这种依赖类型通过度组运算符产生。从而，如REF_Ref图4.2.120：有关依赖性图4.2.120：有关依赖性有关依赖性，一种部门至少包具有一种工作站才故意义，以此类推，一种工作站定义只有分属于一种部门才故意义。如REF_Ref图4.2.120：有关依赖性图4.2.120：有关依赖性，这种有关依赖性通过复杂度表达。在一种（min,max）符号中，这些通过(1,1)和(1,*)阐明。在数据模型里有关依赖定义导致关于参照数据完整性执行靠后状况。简朴地说，这意思是遵守这些条件将会保证数据库内容一致性被保持——甚至在一定解决已经被执行后。在下面例子中，这意味着当属于一种部门所有工作站也被删除时，这个工作站才干被删除。工作站属于工程工作站属于工程图STYLEREF3\s4.2.120：有关依赖性公司技术术语建模——技术术语模型在建模中，特别在数据建模中，咱们不得不解决经常发生困难。在大公司定义信息对象术语是多变。在采购部门对术语定购理解完全不同于在生产部门人们理解意思。对一种公司及其部门，通过使用一致性术语，指定信息可接受性能得到提高。由于这些因素，集成信息系统体系构造（ARIS）办法批具有所谓技术术语模型不但容许管理在同义词管理方面不同术语，并且，容许保持数据模型对象（实体类型，关系类型，等等）间关系，同被公司指定技术术语同样。为理解释这些关系目，简介对象类型技术术语。当前，多样技术术语能被分派于数据模型每一种信息对象。.在REF_Ref图4.2.1211：图4.2.1211：技术术语举例阐明这些.产生订单生产订单制作订单生产订单内容订购描述产生订单生产订单制作订单生产订单内容订购描述图STYLEREF3\s4.2.12SEQAbbildung\*ARABIC\s31111：技术术语在一种层次构造上技术术语能是关联和可以结合。在技术术语模型中定义技术术语也能用在其他包括信息对象图表中，例如，在阐明一种输入输出功能过程链中。扩展实体关系模型属性分派图以仅仅阐明实体模型和关系类型形式数据模型普通拥有一种非常复杂构造。如果实体关系模型属性被涉及在这些图表中，她们就不再清晰。运用扩展实体关系模型分派图，你能以单独图把实体关系模型属性分派分派给每一种实体和关系类型。扩展实体关系模型对象类型（实体类型或关系类型）以一种取值副本形式被涉及在这个图中。从而，实体关系模型属性（ERM）关系可被模仿。对于连接实体关系模型属性，在一种核心属性，外部或一种被描述属性间能建立差别。.在REF_Ref图4.2.122:一种实体类型实体关系模型属性分派图4.2.122:一种实体类型实体关系模型属性分派中举例阐明这些。消费者姓消费者名字消费者号码消费者消费者姓消费者名字消费者号码消费者图STYLEREF3\s4.2.122:一种实体类型实体关系模型属性分派除了显示和分派单独实体关系模型属性，在这种图表类型中你也能显示属性类型群以及它们分派。定义: 一种属性类型群代表一种实体关系类型（ERM）一群语义上论述接近实体关系模型属性，例如，这些容许包括所有一起来自一种次要核心实体关系模型一种属性群创立。属性类型群阐明如下：地址地址图STYLEREF3\s4.2.123：一种属性类型群标示在这个手册附录，你可找到一种实体关系模型分派图所有也许关系摘要。选取窗口表达SAP–构造化实体关系模型（SERM）在此书中除了一种描述过，其他ER模型表达也经常使用。经常地，关系类型不作为单独对象阐明，而是，它们被作为实体类型间联系阐明。拥有她们自己属性关系类型于是作为（弱）实体类型被简介。这种表达形式一种例子是被Sinz(见Sinz，实体关系模型1990)提出构造化实体关系模型（SERM）办法。通过使用方向图表形象化重要和依赖数据对象及从左（强实体类型）到右（弱实体类型和关系类型）组合模型对象，数据构造发展方向变成了透明。从而至今为止，在构造化实体关系（SER）和基于扩展实体关系模型（eERM）已描述办法上模型间重要差别依赖于图形表达法。SAP

AGinWalldorf/Germany在关于它信息建模技术框架中发展建模技巧连接了构造化实体关系（SER）和在此书中简介扩展实体关系模型（eERM）办法（见seeKeller/Hechler，信息模型1991）。在此文中，对象形成期间在实体类型和关系类型之间没有图表差别被虚构。信息对象间依赖关系通过箭头标示交叉引用阐明。然而，在层次形式，聚合和参照关系间产生了一种差别。(见REF_Ref图4.2.124：扩展实体关系模型和SAP实体关系模型表达图4.2.124：扩展实体关系模型和SAP实体关系模型表达)层次形式关系表达了在信息对象间单方面关于存在有关性。 聚合关系相应于基于扩展实体关系模型办法上关系类型形成。参照关系描述了重新解释实体类型和通过扩展实体关系模型（eERM）办法例证重要实体类型间逻辑有关性。特殊化用一种三角形体现，以此类推扩展ER模型。为了传达一种建模技巧概念，REF_Ref图4.2.124：扩展实体关系模型和SAP实体关系模型表达图4.2.124：扩展实体关系模型和SAP实体关系模型表达阐明了关于扩展实体关系模型和来自SAP-ER模型(见：Seubert，SAP-Datenmodell1991，p.

94)特性一种例子。这清晰地指出，基本主体内容能被没有任何信息损失地转成这种表达形式。在一种数据模型创造程序被完毕之后，SAP-ER模型是描述它一种形式。由于在SAP-ER模型中信息对象面向图表排列，在更复杂数据模型中明显地需要提供更快导航和定位。工人分派设备Op配备操作职工设备群技术解决行程安排设备群分派工人设备op分派职工操作技术解决行程安排Sap-构造化实体关系模型扩展实体关系模型

工人分派设备Op配备操作职工设备群技术解决行程安排设备群分派工人设备op分派职工操作技术解决行程安排Sap-构造化实体关系模型扩展实体关系模型关系关系关系关系特殊化参照图例层次聚合图STYLEREF3\s4.2.124：扩展实体关系模型和SAP实体关系模型表达关系关系关系关系特殊化参照图例层次聚合IE数据模型恰如SAP实体关系模型符号，对于实体类型间关系表达IE符号不提供对象类型。下面REF_Ref图4.2.1125:在IE表达中数据模型图4.2.1125:在IE表达中数据模型给除了在IE表达中一种数据模型一种例子。消费者订单项目消费者订单商品消费者消费者订单项目消费者订单商品消费者图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s312125:在IE表达中数据模型SeDaM模型SeDaM(语义数据模型)数据模型符号是一种BASFAG符号。这种符号对于实体类型间关系表达也不提供对象类型。实体类型因而并非从左到右组合(见SAP构造化实体关系模型符号)对象类型数据簇和普通化类型也是可运用REF_Ref图4.2.1136：在SeDaM符号中数据模型图4.2.1136：在SeDaM符号中数据模型阐明了一种在SeDaM符号中一种数据模型例子。.消费者产品业务伙伴供应者接受定购供应发票消费者产品业务伙伴供应者接受定购供应发票图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s313136：在SeDaM符号中数据模型在此书附录，你会发现SeDaM模型所有也许关系一种摘要。 可扩展实体关系模型（eERM）大某些重要概念和表达形式摘要来自可扩展实体关系模型(eERM)基本构造元素和设计运算符概念和表达形式在图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s31414：可扩展实体关系模型概念和表达形式被总结。(见Scheer,工业业务过程1994，p.

45)。B和C是A子集A一种元素在ABn实例中发生普通化关系B和C是A子集A一种元素在ABn实例中发生普通化关系ABC由对象A,B和B创生聚合ABC由对象A,B和B创生聚合A和B通过一种1:n关系连接分组A和B通过一种1:n关系连接分组重新解释关系类型变成实体类型重新解释关系类型变成实体类型B有关依赖于A存在有关性B有关依赖于A存在有关性图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s31515:可扩展实体关系模型概念和表达形式物流建模—物流图为了在过程模型中阐明物流(具备物流扩展事件驱动链（Eepc），具备物流过程链图（PCD）xe"PCDwithmaterialflow"xe"Materialflow:PCD")，物流以输入输出功能形式分派给业务过程单独功能。相似于信息对象对功能（信息转换通过功能阐明）分派，这种分派描绘了输入物流类型到输出物流类型转换。在物料图中你可以定义物料类型，把它们按层次形式组合，按物料类分类。定义: 一种物料类型阐明严密地具备相似物料特性单独物料代表。定义: 相似物料类型能被结合起来形成一种物料层。为这样做，相似问题根据不同分类原则能被定义。换句话说，一种物料类型能分派于几种物料层。物料类能分派给物料包装类型。这指出特定物料类型仅能以独特物料包装类型形式被传送。物料包装也能被定义，按层次形式组合和分类。这可举例阐明，复杂包装交易单元构造和限制.。定义: 一种物料包装对象描绘了严密具备同种特性（例如，物料特性）单独物料包装代表。定义: 相似物料包装类型能被结合起来形成一种物料包装层。为这样做，相似问题根据不同分类原则能被定义。一种物料包装类型能分派于几种物料层。REF_Ref图4.2.1168：一种物料图举例图4.2.1168：一种物料图举例指出了包括其构造层次和分类物料图。.间接材料原材料灰泥添加剂水泥沙粒混合物水泥渣块沙粒间接材料原材料灰泥添加剂水泥沙粒混合物水泥渣块沙粒图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s316168：一种物料图举例基于活动成本计算数据模型CD图CD（成本点图）图应用范畴是基于活动成本计算(见集成信息系统体系构造（ARIS)作业成本计算（ARISABC）)。成本点层次构造在CD图中阐明。定义: 一种成本点对于估算一详细过程成本是度量/参照值一种故意义单元。参照值应是一种可操作值，这个操作值简朴地来源于可得到信息资源和成比例成本估价残存。因而，成本点仅对于绩效数量变量或诱导过程能被定义。成本点对于绩效不拟定性过程不能被定义，例如，“管理部门”。成本点一种例子将是关于“一种街道柏油路”“街道长度”过程。.成本点层次构造在CD图中通过直接连接“测定关于某某成本量”类型得以阐明。.“CD关系分子“和”CD关系分母”属性在这种关系上必要被保持，它被假定为值1。两种属性份额决定了关于过程计算两种成本点间数量关系。.在图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s317179：一种CD图举例给定一种例子。它显示了两个成本点“汽车号码（豪华轿车）”和“门号码”。为了指出每一辆豪华轿车拥有四扇门，在“汽车号码（豪华轿车）”成本点对“门号码”成本点关系上“CD关系分子”属性必要设定为“4”。关系：分母关系：分子关系：分母关系：分子关系：分母关系：分子引擎罩号安全气袋号门号码汽车号码（豪华轿车）关系：分母关系：分子关系：分母关系：分子关系：分母关系：分子引擎罩号安全气袋号门号码汽车号码（豪华轿车）图STYLEREF3\s4.2.1SEQAbbildung\*ARABIC\s318189：一种CD图举例成本点分派于过程视图中单独解决。在解决中对于每个功能用法要素能从成本点层次构造自动地被决定。成本分类图成本分类图应用范畴是基于活动成本计算(ARIS作业成本管理xe"ARIS：ABC")。成本分类层次构造在成本分类图中阐明。定义: 成本分类用于构建所有起于成本点（履行）创立和估价成本。问题是：引起那种成本？例如，材料成本是用于材料和记录资产减少量折旧成本类。总成本能根据不同原则构建。如果成本根据惯用生产要素划分，这导致一种人工成本（例如，薪水，佣金），材料成本（例如，原材料成本，机器折旧），资本成本，第三社会服务提供者成本（例如，运送费，电费）和税款，费用和捐款构建。成本类能根据重要操作功能更深一步地划分，诸如采购成本，库存成本，生产成本，管理成本和销售成本。两种构造都能被更深一层地精准。成本类层次构造通过“是最高档”类型直接连线阐明。.成本类一种重要属性是“绩效评价“。它阐明了运用其度量成本类单元（例如，工资小时和房间平方米成本）。图STYLEREF3\s4.2.130:成本类图举例给出了一种相应于以上提过具备一种人工成本子构造应用惯用生产要素分类构建成本类图。人工成本其她人工成本社会保障（税金）奖金佣金薪水工资税款，费用和捐款第三社会产品和服务成本重要成本材料成本总成本人工成本其她人工成本社会保障（税金）奖金佣金薪水工资税款，费用和捐款第三社会产品和服务成本重要成本材料成本总成本图STYLEREF3\s4.2.130:成本类图举例在集成信息系统体系构造（ARIS)作业成本管理中（ARISABC），xe"ARIS：ABC"一种成本分类图能被分派于一种基于活动成本计算实例中。一种成本中心视图列出了所有在基于活动成本计算实例中将要被分析成本中心。对于每一种成本中心和必要值集（每一种根据计算办法，成本比率，成本量和/或成本中心绩效），能定义几种成本类。在成本分类表中，通过一种成本中心视图，对于每个成本中心能描述其他事实。项目管理数据模型信息载体图信息载体图是具备集成信息系统体系构造（ARIS)工具库（ARISToolset）项目管理一种可选取成分。它被分派于数据视图定义规范中并且以文档，日记，和集成信息系统体系构造（ARIS)图形式记录引入和引出数据。作为一种取值簇分派，集成信息系统体系构造（ARIS）模型能在PPCxe"PPC"(项目过程链，见过程视图需求定义xe"Projectprocesschain")得到描绘。成果，数据在联合簇中普通能被详细阐明。通过属性链1到链3，集成信息系统体系构造（ARIS）工具库显示和访问事实上必要文档，例如，一种单词解决文献，。目的目录项目筹划11过程项目筹划记录取消会议议程解决征询消费者规模目的目录项目筹划11过程项目筹划记录取消会议议程解决征询消费者规模图STYLEREF3\s4.2.131：信息载体图

设计规范关系图，属性分派图在设计规范里，按需求定一种设计逻辑数据构造被转换成一种描述形式，即靠这种描述形式详细数据库系统被建立。在此文中，集成信息系统体系构造（ARIS）引用关系模型概念。关系图和属性分派图对于定义既关于系和属性以及它们对在需求定义中简介信息对象关系是可运用。在关系图中，一方面，必要关系可被详细阐明。定义: 一种关系通过它自身属性阐明一种实体类型。它是单独属性值域所有也许结合一种子集。下面图阐明一种关系：关系关系图STYLEREF3\s4.2.2SEQAbbildung\*ARABIC\s31：一种关系表达输入ER模型每一种实体及时在关系模型中构成一种关系。当转换关系模型关系类型时，在决定对一种特殊关系类型与否应创立一种恰当关系中，集容量是一种非常重要方面。对于每一种简朴关系，关系图能指出那个可扩展实体关系模型

（eER）实体或关系类型被阐明。除此之外，一种关系通过列示它属性能被更进一步阐明。不论一种拟定属性与否充当核心属性，外部核心属性或者描述性属性也许通过选取一种特别连接关系和其属性连线被定义。另一方面，每一种简朴属性对来自需求定义ER模型属性关系能被拟定那一种映射它。描写姓名字消费者号码关系消费者消费者姓消费者名字消费者号码消费者描写姓名字消费者号码关系消费者消费者姓消费者名字消费者号码消费者图STYLEREF3\s4.2.2SEQAbbildung\*ARABIC\s32：需求定义属性和数据对象分派为了减少表达复杂性，每一种关系属性能在关系自身属性分派图中定义。在REF_Ref图4.2.23：属性分派图图4.2.23：属性分派图举例阐明这些。压缩号码姓街道号名字都市街道消费者号码压缩号码姓街道号名字都市街道消费者号码图STYLEREF3\s4.2.2SEQAbbildung\*ARABIC\s33：属性分派图在设计规范里，需求定义数据簇通过恰当对象类型实现。基于数据簇定义视图定义成如下：定义: 通过一种视图咱们来理解建立在大量关系上逻辑视图。属于一种视图关系也能在一种关系图中阐明。在REF_Ref图4.2.24：视图定义图4.2.24：视图定义中举例显示。消费者订单关系订单视图属于语录关系消费者关系消费者描述订单数据图STYLEREF3\s4.2.2SEQAbbildung\*ARABIC\s344：视图定义消费者订单关系订单视图属于语录关系消费者关系消费者描述订单数据在通过恰当关系关系图中没有映射在ER模型中1:n关系。通过结合高档实体核心属性到次级实体类型关系映射关系。在这过程中，最初核心属性成为关系外键。关系模型中映射ER模型中关系类型属性，也能通过在关系图中连线来体现(见REF_Ref图4.2.25:一种ERM关系类型对一种属性分派图4.2.25:一种ERM关系类型对一种属性分派).项目号码描述项目分派项目号码描述项目分派图STYLEREF3\s4.2.2SEQAbbildung\*ARABIC\s355:一种ERM关系类型对一种属性分派在这个手册附录你会找到关系模型所有对象和关系类型一种列表。系统接口模型建模——系统属性，系统属性域类型图系统属性重要设计成去执行来自ARIS工具库面向出口任务数据。这种类型图容许在一种层次构造上组织实体类型，事件，技术术语，功能，信息载体，组织单元和人员，并且根据它们数据解决需求唯一和完全地阐明她们。依照惯常数据库需求，你能区别下面类型：原始和外键，描述性和强制性字段。为了拟定这些数据对象域类型，你可以分派类型图系统属性域（见如下）。对照ERM属性，系统属性重