1、ICS 35.240.50 J 07 道雪中华人民圭t./、和国国家标准企业集成G/T 16642-2008月SO19439: 2006 代替GBjT16642-1996 企业建模框架Enterprise integration-Framework for enterprise modelling (lSO 19439: 2006 , IDT) 2008-10-07发布2009-04-01实施数码防伪/ 中华人民共和国国家质量监督检验检菇总局中国国家标准化管理委员会发布GB/T 16642-2008/ISO 19439 :2006 目次前言.E引言.凹l 范围2 规范性引用文件.3 术语和定义
2、4 符号和缩略语.7 5 框架76 企业模型和建模方法的要求四附录A(资料性附录企业模型、框架和建模语言.18 附录B(资料性附录)对企业建模框架的使用.20参考文献.28 I GB/T 16642-2008/ISO 19439: 2006 目U吕本标准等同采用15019439:2006(企业集成企业建模框架)(英文版)。为了便于使用，本标准只做了以下编辑性修改z一一本国际标准一词改为本标准气-一一删除了15019439: 2006的前言，按照我国国家标准要求重新起草了前言;-一-修改了第2章中规范性引用文件的导语，第2章中引用的相关国际标准和区域标准已转化成我国国家标准的，均直接引用相应的国
3、家标准;一一将本标准中其他章条出现的已转化为国家标准的国际标准编号改为国家标准编号，并将相应的国家标准采用的国际标准版本号放在国家标准编号后的括弧内，便于使用和查阅。未转化的国际标准保留;一一在15019439: 2006的5.4.3的注1中提到见5.4.5的字样，但是该国际标准中并未出现该条。在起草本标准时，根据有关内容，将其改为见5.5。本标准代替GB/T16642一1996计算机集成制造系统体系结构。本标准与GB/T16642-1996相比，结构和内容变化较大，具体见本标准。本标准的附录A、附录B是资料性附录。本标准由中国机械工业联合会提出。本标准由全国工业自动化系统与集成标准化技术委员
4、会(5AC/TC159)归口。本标准负责起草单位:北京机械工业自动化研究所。本标准参加起草单位=清华大学。本标准主要起草人z高雪芹、杨书评、黎晓东、黄双喜。本标准所代替标准的历次版本发布情况为:-GB/T 16642-1996。田GB/T 16642-2008/ISO 19439 :2006 引本标准的这一框架定义并详细叙述了工业领域建立企业模型所需要的基本概念，同时这些基本概念也为工业企业使用该框架提供支持。企业建模顾问和工具销售商已经开发了多种企业建模方法与支持工具，涉及企业生命周期的不同阶段和企业建模的不同方面。这些方法和工具能够支持业务决策制定(例如过程可视化和仿真)、企业过程管理、操
5、作过程的控制与监测(例如工作流)以及性能监控(例如工作进展的可视化)。这一框架为基于模型的企业工程提供了一个统一的概念基础，从而实现了各种建模方法和支持工具的一致性、集中性与交互性。该框架并未给出具体的方法过程，在这方面该框架未做规定。GB/T 18757一2002/1S015704:2000的4.2.2对描述人这一关键角色做了要求。本标准则提出了描述以下角色时的要求z一一组织视图中规定的组织角色。组织视图记述了分配的各种职责以及需要的能力(技能)。一一资源视图中规定的操作角色，这些角色与功能视图确定的角色相匹配。资源视图记述了操作能力(技能)。附录A简要描述了企业模型的概念、建模框架和建模语
6、言构件(在ENV12204: 1996中定义)，以此作为第5章和第6章规范性内容的基础资料。附录B通过举例，描述了企业模型开发人员和企业模型工具开发人员如何使用企业建模框架。N G/T 16642-2008/ISO 19439 :2006 企业集成企业建模框架1 范围本标准规定了和GB/T18757一2002的要求相一致的框架，该框架是订立企业建模方面标准的通用基础，其重点主要在计算机集成制造领域，但并不仅限于此。本标准也可作为有关模型开发的更深层次标准的基础;模型开发通过计算机进行，并可为业务过程提供基于模型的决策支持，从而实现基于模型的操作、监测与控制。本标准框架定义了四个企业模型视图。能
7、够建立用户所需的特定附加视图，但这不属于本标准的内容，GB/T18757-2002对这类可能的附加视图进行了定义。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T 18757一2002工业自动化系统企业参考体系结构与方法论的需求(idtISO 15704: 2000) GB/T 19114. 1一2003工业自动化系统与集成工业制造管理数据第1部分:综述OSO 15
8、531-1:2002,IDT) 3 术语和定义本标准采用了下列术语和定义。注:直接引自其他标准的术语和定义，原标准在其后的括号中标明。根据其他标准改写的术语和定义，其后加注说明。3. 1 3.2 抽象abstraction 对于时间或空间的无损于感知的缩小，用于区分客观世界和客观世界模型。GB/T 18999-2003/ISO 14258: 1998J 属性attribute 描述实体性质的一条信息。GB/T 18757-2002/ISO 15704:2000J 3.3 行为behaviour 系统的整体或部分为完成某项功能而采取的行动或反应的方式。注2源于GB/T18757-2002/150
9、 15704 :2000，经修改。3.4 业务过程business process 企业(或企业的一部分在追求给定目标过程中，为了实现某一期望的结果，所执行的企业活动的偏序集。注s源于GB/T18757-2002/150 15704:2000以及ENV12204: 1996，经修改。1 GB/T 16642-2008/囚o19439: 2006 3.5 能力capability 能够执行特定活动的特性。GB/T 19114.1-2003/1S0 15531-1:2002J 3.6 组件component 系统实体，是一个系统中的离散结构，与系统中的其他组件相互作用，因而在最低层面上构成系统属性
10、和特性。ISO/IEC 15288: 2002J 3. 7 慨念定义concept definition 定义企业域中业务概念的企业模型阶段;业务概念用于实现企业域的业务目标和运行，包括必需的企业域输入和输出。3.8 约束constraint 来自系统内部或外部的对该系统的约束、限制或是限定条件。注2源于GB/T18999-2003/ISO 14258 :1998.经修改。3.9 决策decision 在不同活动方案中作选择的结果。3. 10 决策的decisional 与作选择的过程相关的。3. 11 退役定义decommission demition 企业模型阶段，定义了巳退役运行系统的最
11、终状态、该已退役运行系统在特定企业域的所有组件以及执行退役的过程，从而使这些组件能被重新利用或配置。3. 12 分解decomposition 将一个实体分为各个组成部分，以满足建模者的要求。3. 13 设计说明design specification 规定业务过程的企业模型阶段;业务过程与能力和规范一起用于满足诸项需求。3. 14 详细设计detaiJing 附加的内容、属性和操作，能更精确地定义建模语言构件和部分通用模型的要求。3. 15 域识别domain identification 企业模型阶段，待建模的企业域在这一阶段得以确定;企业域的确定主要涉及企业的业务目标、企业域的输入输出及
12、其各自的起点和终点。3. 16 域运行domain operation 企业模型阶段，在这个阶段对域模型进行操作性使用。2 GB/T 16642-2008/ISO 19439: 2006 3.17 执行enactment 借助计算机对模型进行处理的过程，以此促进企业发展，使企业响应更为及时、协同性更好，尤其是在采用模型监视和控制企业业务开展的方面。注z来自参考文献23J，经修改.3. 18 企业ente叩rise共同承担一个明确任务、目的和目标，以提供产品或服务等输出的一个或多个组织。GB/T 18757-2002/150 15704:2000J 注z本标准中，目的即为企业实现其任务和目标这一
13、意图而产生的对象。3. 19 企业活动enterprise activity 由企业执行的基本任务所组成的全部或部分过程功能，企业基本任务要消耗输入，并分配时间和资源以产生输出。注z源自GB/T18757-2002/1S0 15704 :2000，经修改。3.20 企业域enterprise domain 域domain企业的一部分，与一组给定业务目标和约束相关，可就此部分创建企业模型。注:本标准中，当企业域用作一个限定词时，缩写为域，例如术语域识别阶段和域模型.域的其他用法和字典中的一般含义相同.3.21 3.22 3.23 企业工程enterprise engineering 用于致力于建
14、立、改进或重组企业的一种专业。GB/T 18757-2002/150 15704:2000J 企业集成enterprise integration 确保不同企业实体进行交互的过程，这种交互是实现企业域的目标而必不可少的。企业模型enterprise model 对企业域的抽象描述，它描绘了企业实体、实体间的关系、实体的分解和详细设计;通过上述描述，对于企业想要实现什么和如何运行，均能给予表达。3.24 3.25 企业模型阶段ente叩risemodel ph囚e企业模型的生命周期阶段。企业模型视图enterprise model view 对企业模型着重于某一特定方面有选择地理解和表达，其他方
15、面予以忽略。注:源自ENV40003: 1990，经修改。3.26 3.27 企业建模ente叩risemodelling 开发一个企业模型的行为。企业对象enterprise object 企业域中的信息，描述了一个或普遍、或真实、或抽象的实体，该实体能够作为一个整体被概念化。GB/T 16642-2008/150 19439: 2006 3.28 3.29 3.30 3.31 企业运行enterprise operation 为实现企业目标而执行业务过程。实体entity 当前域的任何具体或抽象的事物。环境environment 企业域外部影响其发展和行为的境况，它不受企业本身控制。框架f
16、ramework 以图表、文本和形式规则表示的结构，表明了概念化实体各组成部分彼此之间的关联。注z源自GB/T18757-2002/1S0 15704:2000，经修改。3.32 3.33 3.34 功能视图function view 企业模型视图，能够表达和修改企业过程以及这些过程的功能性、行为、输入和输出。功能性functionality 促使过程实现目标的各种性质。通用化generalization a) 为了使某特有概念在更加普遍的范围内存在，或者得到更广泛的应用，或为达到某个更为普遍性的目的，而对这一概念的修改。b) 去除或修改一个具体概念的细节的行为，以使此概念更为概括。注:通用化
17、是具体化的反义词.3.35 通用的generic 根据不同实体的共性将实体通用化的特性。3.36 通用层generic level 通用建模语言构件的汇集，这些构件表述的一些描述可用来在部分通用层和专用层建立模型。3.37 通用性genericity 一个概念通用的程度。3.38 实施描述implementation description 企业模型阶段，描述了一个过程、资源和规则的最终集合，以便实施设计说明阶段规定的业务过程和企业活动时，实现期望的运行性能。3.39 信息技术组件information technology component 在一个企业中，收集、处理、分发、存储和检验企业活
18、动数据所需的组件。3.40 信息视图information view 企业模型视图，能够描述和修改功能视图中定义的企业信息。注z信息视图是一个包含了企业对象的结构，企业对象代表企业中与信息相关的实体(物质和信息4 GB/T 16642-2008/ISO 19439: 2006 3.41 实例化instantiation 生成建模语言构件或部分通用模型的实例，并对部分或全部属性赋值。注2一个完全实例化的建模语言构件或者模型，其所有属性都已赋值。3.42 生命周期life cycle 一个实体从创建到消亡所经过的不同阶段和各阶段不同步骤的集合。3.43 3.44 3.45 生命周期阶段life c
19、ycle pbase 一个实体生命周期中的发展阶段。制造技术组件manufacturing tecbnology component 控制、转换、传输、存储检验原材料、零部件、(子组装件和最终产品所需的组件。方法metbodology 为用户提供的一组使用说明，可以一步一步地帮助用户进行操作(例如:通过文本、计算机程序、工具来提供)。注:这一正式定义来自GB/T18757-2002/150 15704:2000.一般来说，方法可视为实现某些预期结果的系统的过程。3.46 使命mission 对业务特性的描述，在这一描述中企业对意欲实现的客户产品和服务功能进行了描述。3.47 模型model 以
20、任何方式(包括数学、物理、符号、图形或描述等方式对现实事物某一方面进行的抽象描述。注:源自GB/T18757-2002/1S0 15704:2000，经修改。3.48 模型开发过程model development process 在不同的企业模型阶段，创建模型并对其进行实例化的过程。注2它通过以下各项来完成za) 为已实施的组件创建模型并对模型实例化，这些组件属于企业建筷过程中的域识别、概念定义、需求定义、设计说明和实施描述阶段;b) 将实施描述模型释放为域运行模型pc) 从域运行模型开发出退役定义模型.3.49 建模语言构件modelling language construct 建模语言
21、的文字或图形部分，用来有秩序地表达有关一个现象集的共同特性及其元素的各种信息。注z源自ENV12204: 1996，经修改.建模语言构件是通用层上的一个基本构建实体，可大范围多次使用.作为建模语言的一部分，建模语言构件能够为待建模企业域的共同结构特性和/或行为特性建立模型。3.50 目标。国民tive对可能出现并且能够实现的未来情况进行的优选陈述，可影响某一行为的选择。注:源自IS0/IEC15414:2002，经修改.3.51 操作的operational 与实现企业目标的一组过程的执行相关。5 GB/T 16642-2008/ISO 19439: 2006 3.52 3.53 3.54 组
22、织视图organization view 企业模型视图，能够表达和修改企业的组织和决策结构，以及企业内个人和组织单元的职责和权限。部分通用层partial level 部分通用模型的汇集。部分通用模型partial model 在一个特定类型的工业部门或工业活动中用作参考模型的模型。注z一个部分通用模型包括建模语言构件和/或其他的部分通用模型。具备了部分通用模型，建模者便可以再次使用为其他企业域而建立的现有模型。3.55 专用层p盯ticularlevel 该层对某一特定企业域描述模型。3.56 专用模型particul町model特定企业域的模型。3.57 专用化p盯ticularuatio
23、n具体化和实例化的过程，通过这一过程，可以从比较通用的模型组件生成专用的模型组件。3.58 过程process 活动的偏序集合，通过实施这些活动，能够在追求给定目标过程中实现某一期望的最终结果。3.59 需求定义requirements definition 企业模型阶段，定义了实现企业目标所需的企业操作以及完成操作的必要条件，这些操作和必要条件均与执行的选项或决策元关。3.60 资源resource 在执行一个企业活动和/或经营过程中所需提供的全部或部分能力的企业实体。GB/T 18757-2002/ISO 15704:2000J 注:在本标准中，资源在系统理论中是指提供系统所需能力的实体，
24、它也是系统本身一个重要的组成部分，资源描述包括对耗材(例如能源、空气、散热剂)的确定及描述，耗材的数量要充足，而物料是为了满足各个过程所需的过程输入，包括原材料、零部件和组装件等。这些输入在功能视图中予以确定，在信息视图中进行描述，同时，在组织视图中确定对这些输入的相关管理职责。3.61 资源视图resource view 能够表达和修改企业资源的企业模型视图。3.62 6 具体化sp民ializationa) 为了在有限范围内应用，或为了特定用途或目的，而对一般概念的修改。b) 增加或修改某个一般概念的细节以使其更加具体的行为。注:具体化是通用化的反义词，GB/T 16642-2008/IS
25、O 19439 :2006 3.63 股东stakeholder 在系统中享有权利、股份或要求权的利益方，或对能够满足需要的系统所有物，享有权利、股份或要求权的利益方。注z源自ISO/IEC15288: 2002.经修改。3.64 系统system 为一定目的组织起来的真实世界事物的集合。GB/T 18757-2002/ISO 15704: 2000J 4 符号和缩暗语GERAM 通用企业参考体系结构和方法论IFAC 国际自动控制联合会IFIP 国际信息处理联合会5 框架5. 1 基本概念5. 1. 1 维度根据附录A.2所述，本标准描述的框架由三个维度构建而成。这三个维度是:一一企业模型阶段
26、(enterprisemodel phase) ; 一一企业模型视图(enterprisemodel view) ; 一一通用性(genericity)。5.1.2、5.1.3和5.1.4简要介绍了这三个维度，5.2、5.3和5.4将对每一个维度进行具体介绍。5.1.2 企业模型阶段一一模型生命周期的概念企业模型的生命周期与被建模实体的生命周期相关。企业模型的生命周期是模型开发过程的结果，在模型开发过程中，模型得以创建、运行并最终废弃。相应的框架维度，应以术语企业模型阶段来表示，5.2将对其进行具体说明。这一维度划分为七个企业模型阶段(见5.2.2-5.2.的，可通过对一个企业实体的起源、存在
27、和消亡的不同描述来区分各个阶段。分解(见3.12)和设计说明(见3.14)描述了模型阶段之间的演进。这些阶段是:一一域识别(domainidentification) ; 一一概念定义(conceptdefinition) ; -一-需求定义(requirementsdefinition) ; 一一设计说明(designspecification) ; 一一实施描述(implementationdescription) ; 一一域运行(domainoperation) ; 一-j!役定义(decommissiondefinition)。5. 1. 3 企业模型视固一一过滤模型内容通过企业模型视
28、图维度，企业建模者和企业模型用户就其关注的特定方面及背景，过滤出他们对真实世界的观察以及在模型生命周期中对该模型的各种应用。在建立企业模型时，企业建模者应该使企业模型视图(详见5.3.1)主要突出某个特定方面，对其他GB/T 16642-2008/150 19439: 2006 的方面则应忽略。用户应使用预定义视图或通过选择合适的建模语言构件子集建立符合特定目的的附加视图。视图维度应由术语企业模型视图表示，并在5.3进一步说明。预定义视图在5.3. 25. 3. 5进行定义，它们是z一一功能视图(functionview); -一信息视图(informationview); 一-资源视图(re
29、sourceview); 一一组织视图(organizationview)。5. 1. 4 通用性一一通用化和具体化的概念通用化(见3.34)是从一个或多个特定概念到一个表示其共同特性或本质性质的较通用概念的过程。具体化(见3.62)是通用化的反过程，指从一个概括性概念到一个具有特定目的事物的过程。示例:具体化一一-增加给料属性(3.2)，如密度和温度说明。通用化一具体化进程发生所在的维度，由术语通用性(genericity)表示，5.4将进行详细叙述。通用性维度应分为三个层，在5.4. 25. 4. 4进行定义，这三个层为z一一通用层(genericleveD ; 一一部分通用层(parti
30、alleveD ; 一一-专用层(particularleveD。5. 1. 5 企业模型的一致性和完备性企业模型的质量，取决于其语义和句法的一致性和其本身的完备性。语义和句法的一致性与互相兼容的事实的共存性有关;企业模型本身的完备性即指描述了建模企业域的所有相关方面。建模框架应将建模内容统一起来(同一语义)，并且应该根据对企业对象的正确参考来确保模型的一致性。为持续保持模型的一致性，建模专家应该扩充企业知识库(添加或删除企业对象)。为应对企业模型内容的复杂性，这种统一应该仅限于有限规模企业模型的局部内容上。组织中更大范围或者跨越组织边界的建摸，能够通过两种方式完成，一是提供企业域环境中企业域
31、输入和输出的起点、终点链接，二是提供通用的语义，不过提供语义的对象只限于能够在不同企业域间进行交换的企业对象或者参与交换的企业域。根据不同企业模型阶段中模型内容的不同，企业模型完备性也随之改变(企业模型阶段在5.1.2中定义)。但是，在每个不同的建模阶段，对模型的语义完备性均应检查。使用计算机设定、动画或仿真时，应该保证所有输入都可用，确保企业模型中定义的所有输出都可以创建，并且保证没有任何未定义或未确定的具有无限循环和死锁的过程。5.2 企业模型阶段维度5.2. 1 企业模型阶段企业模型阶段是企业模型开发的各个生命周期阶段的展现，它包括域模型从识别到退役(或可用生命的结束)的所有模型开发活动
32、。四个企业模型视图(如5.3所述和通用性的三个层(如5.4所述)，在每个企业模型阶段均要予以考虑。本框架中定义的企业模型发展阶段，应该与GB/T18757-2002的A.3. 1. 3. 2中所述的生命周期阶段相一致。8 注1:由于不同阶段之间的依赖性约束(3.8)(与模型分解和详细设计的不同程度相对应)，人们的一般作法是将不同企业模型阶段相互视为先前的阶段或后续的阶段。不过，这并非意味这些阶段的执行过程需遵循一个特定顺序。七个企业模型阶段如图1所示，每个阶段在5.2. 25. 2. 8中分别定义。G/T 16642-2008/ISO 19439 :2006 域识到概念定义需求定义企业模型阶段
33、设计说明实施描述域运行退役定义圄1企业模型阶段维度在前五个企业建模阶段中的每个阶段，前一个阶段定义的模型应在这一阶段转换成一个新的模型，通过本阶段内适当程度的分解和细化，为当前的特定企业提供了一个更为精确的描述。为实现上述的模型转换，应该通过两种方法，一是添加符合该层建模目的的新建模语言构件，二是给先前建模阶段所用的建模语言构件添加新的属性。第六个企业模型阶段表示对企业模型的使用，最后一个企业模型阶段表示在生命终结时系统退役所必需的活动。在通用层，每个企业模型阶段(域运行除外都应该定义通用建模语言构件的一个参考目录，这些通用建模语言构件是用来描述待建模实体的。然后，应利用这些建模语言构件在每个
34、部分通用层和专用层创建模型。在部分通用层，应给每个企业模型阶段(域运行除外)描述部分通用模型集，部分通用模型集表示了某一工业部门的典型功能、信息、资源和组织。这些模型能够通过进一步实例化和具体化在专用层生成模型。注2:定义部分通用模型，要根据足够的已定义的需求，或者依赖为确定合适概念而执行模型组件时得来的充分经验.在专用层，应该为每个企业模型阶段描述特定企业域的相应专有模型。域识别阶段后的每个建模阶段的内容，都依赖于其前一个阶段的内容。每个建模阶段的活动应该是建立本阶段模型所必需的，并且要确保所建立的模型造于释放给后续的建模阶段(辞放模型过程是受到控制的)。虽然本标准中没有假定模型的发展过程必
35、须依次相继，但建模阶段的顺序却表现为从域识别阶段到域运行阶段朝着更详细、更具体的方向演进。模型发展过程包括从抽象到具体、从一般到特殊的演化。然而，阶段之间的信息流未必是单向的，即只从域识别、概念定义等流向实施描述和域运行。事实上，在考虑单个的企业运行(见3.28)时，重新考虑之前的企业模型阶段是必需的例如，实施约束(见3.的能够导致重新进行需求定义，或者由于一个必需的要求，甚至需要确定和定义出新的概念。在企业模型阶段中存在下列两种开发模型的活动za) 模型结构分解。模型结构分解的程度决定于z待控制活动的需求，相关股东在模型预期使用过程中的某个阶段(例如活动开始时作出的决策，以及活动的范围。因此
36、，模型结构分解是把描述和合适的决策职责或控制职责以及时间范围对应起来。模型内容详细设计。模型内容详细设计的程度与模型发展各阶段的演进过程相一致，比如从b) GB/T 16642-2008/ISO 19439: 2006 需求到设计。内容详细设计是将新的属性添加到建模语言构件和/或部分通用模型中，并且添加更详细的功能。每个模型在模型开发过程中都可以修改，以便能够遵守设计约束，并解决在后续企业模型阶段出现的问题。这样的修改需经多次反复才能完成。注3:在5.2.2-5.2.8中，企业模型阶段是标明企业模型形式的限定词，企业模型则是该模型阶段的输出结果，例如域识别模型、概念定义模型。但是，它们都是同一
37、个基本企业模型的展现，如5.1.5中所示。5.2.2 域识别域识别阶段应该就待建模的企业域的业务目标、输入和输出及各自的起点和终点，以及域的基本功能和能力(见3.5)这几方面，来确认待建模的企业域。注:一般来说，在域识别阶段建立的模型是由最终用户描述的。域识别阶段的建模语言构件，应该就企业域及域关系、域输人和域输出以及各自的起始点，表述出企业的业务目标。在这一阶段的建模语言构件应该和任何执行细节元关。在通用层，参考目录应该提供通用的建模语言构件，以描述域目标，并且描述企业域和其环境的关系。在部分通用层，部分通用模型集应该就特定工业部门的企业域目标和域关系，描述该工业部门的典型企业域。在专用层描
38、述一个域识别模型，它由完全实例化的建模语言构件组成。这些构件定义了特定企业域的业务目标以及该企业域和其环境的关系。5.2.3 概念定义概念定义阶段应该定义促进业务目标和域运行实现的业务概念。业务概念包括实现企业域的基本功能和能力所必需的域任务、远景、价值、战略、运作概念、政策、业务规划等。概念定义模型由域识别模型衍生而来。注:一般来说，概念定义阶段建立的模型由最终用户描述。概念定义阶段的建模语言构件，应该根据已定义的企业域和域关系，表述该企业域中的业务概念。在这一阶段的建模语言构件应和任何执行细节无关。在通用层，参考目录应提供通用的建模语言构件，以表达企业域中的通用概念。在部分通用层，部分通用
39、模型集应描述出特定企业部门企业域中的典型业务概念。在专用层，应描述一个概念定义模型，它由完全实例化了的建模语言构件组成。这些构件定义了特定企业域的业务概念。5.2.4 需求定义根据业务过程、企业活动及其输入输出，需求定义阶段应该定义企业域的业务功能。业务功能是一组在功能、性能、信息和能力方面的需求集合，包括服务、制造、管理和控制。在需求定义阶段建立的模型，由概念定义模型发展而来，并应确定企业域的业务需求。为了进行必需及充分的描述，最终用户在企业工程师的帮助下开发需求定义。这个阶段的建模语言构件应该与任何执行细节元关。在通用层，参考目录应提供通用的建模语言构件，以表达企业域需求，这些需求是关于业
40、务过程及其企业活动、输入和输出方面的。在部分通用层，部分通用模型集应该描述出特定企业部门企业域中的典型业务需求和企业活动。在专用层，应描述出需求定义模型，它由完全实例化的建模语言构件组成，该构件定义了特定企业域的业务需求。5.2.5 设计说明设计说明阶段应规定完成域运行的具体方式。设计说明模型应来自于需求定义模型，并应对域过程及其所有组成部分进行规范说明，以满足域需求。10 G/T 16642-2008/ISO 19439 :2006 在设计说明阶段建立的模型，应在用户的帮助下由企业工程师开发。对人的任务和机器的任务的设计，都应该包含在设计说明中。这些任务涉及服务和产品，也涉及相关的管理和控制
41、功能。运行过程的设计，包括对必要信息和资源(包括制造、信息、通信、控制或其他任何技术)的确认。在模型开发过程中，应详细说明生产能力、信息技术组件、制造技术组件和人的角色，还应确定环境方面的约束。注:对设计的验证，能够通过设计说明模型的动画或仿真来完成.设计说明阶段应该把需求定义阶段和实施描述阶段分隔开来。设计说明阶段还可进一步细分为初步设计和详细设计，反映了设计细节的不同程度。在通用层，参考目录应提供通用的建模语言构件，以详细说明业务过程、业务过程中的企业活动、输人和输出。在部分通用层，部分通用模型集应该提供对特定企业部门企业域中的典型业务过程和企业活动进行的设计。在专用层，应描述一个设计说明
42、模型，该模型由完全实例化的建模语言构件组成，构件则详述了特定企业域的业务过程。5.2.6 实施描述实施描述阶段应给出域运行系统完成所有任务所需要的信息。实施描述模型应来自于设计说明模型。从现有组件中选择域运行的方法，能够导致与设计说明的背离，信息技术组件和制造技术组件所需的能力不是过多就是不足，例如人的角色、机器和程序。因此，实施描述应开始于设计说明模型;当真实系统组件的实施过程与设计说明不符时，实施描述还应修改设计说明的内容。实施描述阶段建立的模型应该在系统执行者、用户和企业工程师的协同工作下开发。为保证已经具备必需的输入和输出，需要对此进行验证。验证满意之后，在专用层上的实施描述模型即可发
43、布，并用于日常的运行和企业的控制。验证过程还应包含对物理设备安全和人员安全的确认，以及对企业是否具备令人满意的经济能力的确认。在通用层，通用建模语言构件参考目录应提供建模语言构件，以实施业务过程、开展企业活动并进行输入和输出。在部分通用层，部分通用模型集应对特定工业部门企业域中的典型业务过程和企业活动的实施和开展进行描述。在专用层，应给出实施描述模型，该模型由已发布运行的特定企业域的已充分执行的业务过程集组成。5.2.7 域运行域运行阶段，是对表示企业域运行的模型的使用。此处的模型为已经发布的实施描述模型。在域运行阶段使用的模型，应该能够促进对域运行的监视和控制，并支持所有的决策活动。为了进行
44、实现任务必需的过程，应对域资源进行管理和控制。域运行模型应该只存在于域运行阶段的专用层(这一阶段没有定义建模框架的通用层和部分通用层)，并应通过实施描述阶段使用的建模语言构件来表达。5.2.8 退役定义退役定义阶段应定义特定企业域寿命终结时其运行系统的最终状态。退役定义模型来自于域运行模型。在退役定义阶段建立的模型，应确定预期在域运行系统退役过程中出现的不同任务和资源需求。这些任务包括再训练、重设计、循环使用、保存、转换、缩减、分解或处置，针对的是全部或部分到达生命终点的域运行系统。11 GB/T 16642-2008/ISO 19439: 2006 在通用层，参考目录应提供通用建模语言构件，
45、以说明退役的业务过程、退役业务过程的企业活动、输入和输出。在部分通用层，部分通用模型集应描述特定工业部门企业域的典型业务退役过程和资源。在专用层，应描述出退役定义模型，该模型由特定企业域退役所需的已充分实施的业务过程集组成。5.3 企业模型视圄维度5.3.1 企业模型视图企业模型视图的概念，提供了在一个统一模型中描述企业各个方面内容的手段。企业的各方面将在不同的子集(企业模型视图)里展现给用户和模型开发者。每个企业模型视图，应包含一个事实的子集，该事实子集在统一模型中有所体现。这样，模型用户就能够集中关注有关问题，这些问题也就是各个股东在使用企业建模时希望进行考虑的。列举了不同种企业模型视图的
46、集合就形成了企业模型视图的维度。可以建立不同的企业模型视图，一个模型视图只突出模型的某方面，而其他方面则忽略。企业模型视图的概念，应该适用于整个企业模型发展的生命周期。对一个企业模型视图进行的任何操作(某个特定视图内容的任何更改)，都应该反映在统一模型中，因而也应该反映在所有相关的企业模型视图中。12 注1:企业模型视图没有固有的顺序.本框架定义了四个企业模型视图(见图2)，这四个视图将模型内容分成组并以不同的方式表达。每个视图侧重所选企业域的一个重要企业方面。这四个企业模型视图为:一一功能视图(见5.3.2)表示企业的功能;一-信息视图(见5.3.3)表示企业运行过程中使用和获取的信息;一一
47、-资源视图(见5.3.的表示企业运行所需的资产;一一组织视图(见5.3.5)表示企业运行中的组织、组织关系以及决策职责。注2:除了这四个视图，其他任何视图(例如经济、决策或其他视图)都可以从基本模型及其内容发展而来，基本模型的内容在这四个视图中表示.图2企业模型视圄维度GB/T 16642-2008/ISO 19439: 2006 企业模型视图的概念对所有企业模型阶段均应适用。同样，通用性(genericity)的各个层(见5.4.1)在每个企业模型视图中都应存在。尽管四个企业模型视图在5.3.2、5.3.3、5.3.4和5.3.5进行了描述，但是视图的生成和利用完全由建模者或模型用户决定。生
48、成和利用过程的内部组成和顺序，并非本标准的内容。除了本框架中定义的四个企业模型视图，模型开发者还可以为用户所关注的特殊方面建立附加视图，任何对此关注的股东均能够使用。注3:附加视图并不属于本标准的范围.GB/T 18757或其他地方对可能出现的附加视图进行定义.5.3.2 功能视图功能视图应该代表企业域的业务过程以及业务过程的功能、行为、输入和输出。功能视图应该将单个加工步骤的组合描述为过程的集合(包括业务过程和企业活动)，过程集合的结构如同一个活动网络，反映了活动间的逻辑连接性和相互依赖性。功能视图应该着重表达企业功能执行过程中的系统行为、相互依赖性，以及诸项元素产生的影响。功能视图应该表达管理性运行中的决策活动，以及转换和支持性活动。功能视图应该说明与企业环境之间的关系，因为它反映了约束，考虑了相关的输入和输出。
