GB-T18999-2003 工业自动化系统 企业模型的概念与规则

GB/T18999-2003/LSO14258:1998

前言

本标准等同采用ISO14258:1998((工业自动化系统企业模型的概念与规则》。

ISO14258是由ISO/TC184/SC5/WG1“工业自动化系统与集成/体系结构、通信和集成框架/建

模与体系结构”工作组起草制定的。TC184/SC5/WG1工作组的工作范围:开发一个标准的框架，用来

协调现存的以及将来的用于企业建模的标准，以促进计算机集成制造，并开发与信息基础设施、企业模

型以及企业建模和仿真相关的标准。本标准将国际上有关企业模型及有关方法论的标准成果进行了详

细的定义和规则描述。该标准是工业自动化领域的一个重要技术基础标准。本标准的目的意义、作用

与形成依据已在ISO前言引言中说明。

本标准的主要内容包括:第1章范围;第2章定义;第3章概念和规则，第4章顺从性及一

致性;附录A:企业模型的提出及设想.

随着信息技术的发展和我国人世的实际需要，积极采用国际标准和国外先进标准已成为我国一项

重大技术经济政策。所以本标准等同采用了ISO14258制定我国国家标准。本标准的制定遵循了一一

对应采用原则，在技术内容和章节、条款与ISO14258标准完全相同。编排格式遵照GB/丁1.1-2000

《标准化工作导则第1部分:标准的结构和编写规则》，在范围、引用标准等章条中删除了个别不符合

我国标准的字句。

为了便于标准的使用，本标准“目次”保留了ISO14258:1998的细目。另外，本标准还按照该国际

标准的修正版ISO14258:1998/Cor1:2000对正文进行了相应的修正。建议本标准与另一个由ISO/

TC184/SC5/WG1起草的ISO15704《工业自动化系统企业参考体系结构与方法论的需求》配套使

用。ISO15704已转化为我国国家标准GB/T18757-2002。这两个标准对推动我国制造业信息化标

准化和企业建模有重要意义。

本标准的附录A为资料性附录。

本标准由中国机械工业联合会提出。

本标准主要起草单位:北京机械工业自动化研究所。

本标准由全国工业自动化系统标准化技术委员会归口。

本标准主要起草人:黎晓东、郝淑芬、许莹。

GB/T18999-2003/ISO14258:1998

引言

本标准的主要目的是定义企业模型的概念和规则(见第3章)，并对有关该主题的已有的或将有的

其他标准或执行过程加以引导和约束。通过定义产生企业模型时用的元素(见3.2)、生命段的概念(见

3.3)、这些模型如何描述分层(见3.4)、构造(见3.5)，以及行为特征来达到其目的。本标准对要给企业

建模或给过程建模的人提供了指导原则和约束机制(见3.7),

本标准的用户主要是一些正在为集成和建模领域的某一部分制定详细标准的有关企业。系统的执

行者也可以从该标准所研制的构造中发现有用之处，从而使他们的开发工作与这里描述的概念相对应.

如果相似的实施设计有同样的技术领域及术语，或容易地映射到它们，那么，一个企业或过程的信息就

能更容易地与其他企业或过程的信息共享(见3.8),

本标准的基本原理是要求在企业集成和建模领域中已经设计好的其他标准向企业设计者们提供一

个已知环境。这样，对集成孤岛的投资风险会显著减小。在孤岛存在的地方，这些标准协助设计者创建

孤岛所需要的变换，以便与已知的环境进行交互。企业模型的标准应当通过建立在企业模型中必须有

的元素来提高互操作性。在某过程需要与另外一个过程通信时，这些元素开始起作用.

GB/T18999-2003/LSO14258:1998

工业自动化系统企业模型的概念与规则

范围

本标准为计算机可理解的制造企业模型规定了基本概念及规则，以便于企业各种过程的互操作。

本标准不定义标准企业过程、标准企业、标准组织机构或标准数据。另外，本标准也不规定企业建

模的过程，而仅仅是建立一个基础，使得在需要时可制定企业建模标准。

定义

下列术语和定义适用于本标准。

2.1与企业概念有关的定义

2.1.1

企业enterprise

企业是以提供产品和服务为共同目标及任务的组织群体。

2.1.2

环境environment

系统中不能企图用控制该系统的决策程序加以控制的那个部分。

2.1.3

生产要素factorsofproduction

对原料、零件、组件及成品进行转换、运枯、存储及检验所需的事务。

2.1.4

标准的用户userofstandard

将本标准的要求用于任何用途者。

例1:企业规划、建设、改造及分析人员用此要求检验其活动的完整性。

例2:企业模型的建模者用此要求保证模型间的相容性，使其能进行互操作。

例3:企业表达标准的制定者用此要求保证其标准与国际标准的相容性。

22与模型概念有关的定义

2.2.1

抽象abstraction

对于时间或空间的无损于感知的缩小，用于区分客观世界和客观世界模型。

2.2.2

行为behavior

元素如何作用及反作用。

2.2.3

约束constraint

对一个系统来说，约束和限制是来自于被研究系统内部或外部的施加于系统的限制和限度。对于

模型来说，约束和限制是由建模者为某种目的施加的、或对应于某种系统的约束和限度。

2.2.4

元寮element

系统的基本部件，有状态、行为和标识等特征。

GB/T18999-2003/1S014258:1998

2.2.5

企业模型enterprisemodel

对一个企业打算实现什么、如何运行以及如何组织的表达。

注:一个企业模型是一个用来识别和表达企业基本元家和这些元素的必要等级分解的抽象。例如，它可以用来提

高企业的效能和效率。它还指定了这些元素所需要的信息，并为集成信息系统提供了定义需求所必需的信息

2.2.6

模型model

用数学、符号或文字表达另一种事物的表达方式。

汁.摸习县人对奚鱿或形协以及相关元素和关系的显示表达。它表达了系统元索和元素间的联系。

3概念和规则

3.1企业模型的用途

企业模型是在特定用途的相关环境中描述与表达企业的一种工具。企业是可按照系统理论加以分

析与模拟的系统。可以构造模型，用于对企业进行分析、指导企业的设计，以及管理企业的运行。

本章所有的规则都是为了支持上述用途及实现企业模型之间的信息传递。

3.2系统理论作为企业模型的基础

与本标准相一致的企业模型将构成一个与系统理论对应元素相一致的模型。本章所有的规范性基

本概念及规则描述了系统理论的这些对应元素，并将之与模型内容及特征相联系。

3.2.1墓干系统理论的方法论

文献(通用系统理论方法AnApproachtoGeneralSystemTheory,GeorgeJ.Klir(1969);通用系

统思想介绍AnIntroductiontoGeneralSystemThinking,GeraldM.Weinberg(1975))中，有多种方法

论来自通用系统理论，它们各有其不同的侧重面。有三种最常用的方面，即结构方面、行为特征方面以

及分层方面。

结构方面基于下述原理:系统的元素不是孤立的，而是与其他元素有着多重依存性。相互依存正是

整体(系统)表征不同于各个部分(元素)表征的原因。

行为特征方面是基于变量的标识及其功能性或其他关系。若将变量限定为输人及输出变量，则系

统被视为“黑箱”(blackbox)。

分层方面基于下述原理:系统的一个元素本身也可视为一个系统，称作子系统二同理，所面对的系

统也可被视为属于另一个系统的元素，另一系统称作上级系统。这就排定了系统的抽象分层。在分层

的高层次中，由于相互依存性，必将涌现新的特征。

进入下层，可得知所面对系统的更具体的描述，及系统如何实现其目的。进人上层，可得知系统在

其环境条件中的任务。

每个层次均以结构及行为特征加以描述。根据所需用途，可采用不同的具体方法。逐层向下，可展

示系统的内部结构。这可依靠观察、逻辑推理或在系统开发时的设计来实现。逐层向上，可展示系统在

其环境中的行为特征。同样，这也是依靠观察、逻辑推理或在系统开发时设定前提来实现的。

3.2.2生产要素

企业模型应确定在企业或产品的各生命段中生产要素(诸如人员、资金、材料、信息、能源、工具设

备等)将产生的作用。

3.2.3企业模型的范围

企业模型应确定实施下列事项所需的企业有关方面:

构思、设计、实施并建设一个由某个选定的工作过程集所构成的企业;

管理及操作一个企业使之实现其目标;

支持企业的改进、重新设计、重建和解体。

GB/T18999-2003/LSO14258:1998

3.2.4模型信息的可用性及格式

在运行场景中，使由企业模型获取的信息对人工操作或机器操作均适用，这些信息应是中性格式或

是由当前应用软件所给定的格式(最好是前者)。

3.2.5企业模型的语义和语法

模型，作为企业的表达，应当展现语义及语法，这样，模型的内容才能被用户理解。模型的语法涉及

允许的关系类别。模型的语义包含元素及与企业模型基本概念对应关系的意义。模型的语法形式及语

义内涵有着不同的依附性，例如依附于模型的用图及依附于企业的边界与环境。

3.2.6构成部件的管理

企业模型应当设计成为这样的方式，每个构件都能由自动配置一管理系统进行管理。

3.3生命段概念

产品、过程、项目和企业都是系统。系统具有生命周期，它可分为几个阶段，例如计划/建设、使用/

运行、回收/解体。

3.3.1产生一求解活动

解决高层系统每个生命段(计划/建设、使用/运行、回收/解体)中的问题，需要三种活动。这些活

动是:

发现应做什么(W活动);

找到如何去做(H活动);

去做它(D活动)。

图1是一个制造产品的示例，它给出系统生命段一般名称与W,H,D活动之间的映射。

W,H,D活动可用不同类型的模型来表达。对于活动间已确定需要互相通信的部位，这些模型应

具有互操作的能力。

W活动H活动D活动

计划与建设阶段

(例买/卖过户前)

制定目标

确定策略

定义产品要求

制定(技术)要求

确定原则

设计产品

制定产品生产计划

制定生产保证计划

采购零件

生产产品

产品实验

产品发运

使用与运行阶段

(例:买/卖过户后)

确定保障要求

确定用途

确定使用需求

确定保证需求

使用产品

运行保证

解体回收阶段

(例:产品无使用价值后)

确定回收/解体要求定义回收/解体需求产品解体与回收

图1系统生命段与系统W,H,D活动间的映射

3.3.2系统生命周期

不同的生命段可有不同的模型。在已经确定为需要进行过程间相互通信的环节，这些模型应具有

互操作能力。

在生命周期活动中，向前及向后发送模型信息，使改进产品质量的企业过程能进行增值迭代。

3

GB/T18999-2003/LSO14258:1998

H22

定义设计过程，例:

职责、人员、业务规

则、标准、厦则

标出问盆盆

分解问尼;

规划设计过程;

确定所盆工具;

确定所韶分析，

征求可生产性信息、可

健护性信息

组装工具导

进行分析书

进行初步设计;

进行最终设计:

完成设计发放

图2分解“产品设计”活动以表现W,H,D活动的递归性

3.3.3递归

W,H,D活动是递归和可分解的。所以，每个活动可分解为若干子活动，而这些子活动将构成另一

组W,H,D活动(见图2),

这些子活动可用不同类型模型表达。这些模型应能在它们需要相互通信的场合进行互操作。例

如:在制造企业中“生产”活动可依次分为下层的W,H,D活动。w活动来自用户需求，包含最终得出

需要生产什么的一切活动。H活动来自技术要求，包含最终得出应如何生产产品/系统的一切活动。D

活动来自生产任务，包含能最终实现产品发货的一切活动。

3.3.4迭代

W,H,D活动是迭代的，因此，这些活动没有固定的顺序，但它可返回前一活动，以更新后的输人来

重复它们(见图3),

GB/T18999-2003/LSO14258.1998

H22

定文设计过程，例:

职贵、人员、业务舰

日、标准、耳日

标出问口。

分解月月.

规划设计过程。

确定所祖2具:

确定历裔分析:

征求可生产性谊息:

征求可雄护性信息

采用良好的亩品化设

计挂术.

评价不同方法:

在开及试脸室中检.

耳现:

遵从业务加目.

遵从技术翅花要农

图3迭代“产品设计”活动以衰现用于过程改进的反馈

每项活动的每项特征可在不同模型中产生。这些不同模型，每个都受控于模型的变动及版本管理。

3.3.5命名

图1中系统生命段一栏的名称仅是举例。对具体的产品、工作过程、工程项目或企业，这些阶段应

有它自己的名称，以便更恰当地说明生命段的内容是什么。并且，企业模型应反映这些特定名称。

3.4分层

3.4.1分层的墓本概念

分层是一个原则，客观世界的事项及其抽象可按此原则进行排列和排序。

GB/T18999-2003/1S014258:1998

从系统理论(见3.2)来看，有两种分层:隶属分层及类属分层。隶属分层表达元素组成或系统分

解。类属分层表达从一般到具体的抽象层次。

3.4.2分层的用途

在模型中类属分层用于为被建模实体的构造块分类。隶属分层用于链接不同范围和不同分解粒度

的模型。

3.5构造

3.5.1构造的墓本概念

构造方面基于如下原理:系统的元素不是孤立的，而是与系统的其他元素有着多种相互依存性。相

互依存是系统表征不同于它的元素的表征的说明。

通常使用图符表示构造，如树、网络、星形、回路等。元素被表示为结点，关系被表示为边。边有无

向、单向、双向等种类。

构造包含形式方面和语义方面。形式方面涉及图形布局和边的种类。语义方面则是基于元素和关

系对企业有关概念的映射。根据映射的目的以及所面对的企业的边界及环境，所构成的这些映射，会有

很大差别。

企业利用一些对象对另一些对象实施活动。对象如产品、资源、订单。对对象实施的活动如生产、

运搬、存储、修改、撤消等。

从系统理论(见3.2)来看，通常有两种构造方法可用于将元素和关系映射到企业有关概念。第一

种方法是将活动对应为元素，将对象对应为关系。第一种方法的实例如增值过程，此处将一个活动视为

一个元素，其输出对象视为一个关系，此对象为另一个活动(视为另一个元素)的输人对象。第二种方法

是将活动对应为关系，将对象对应为元素。第二种方法的实例如加工计划的构造，此处，用一个活动(视

为关系)将两个对象(视为元素)相链接。

3.5.2构造方法的兼容性

构造形式不论对机器或人工的模型解释手段，都必须是单义的。企业的建模者应确保使用3.5.1

描述的两种构造方法得出的模型能互操作。

3.6行为特征

3.6.1行为特征的基本概念

企业是一种混合型社会系统，被人员与机器的特征所左右。企业中人员(被当作对象或资源建模)

的行为特征(如学习与处理问题)与机器的行为特征(如作用及反作用)完全不同，故有时需要不同种类

的信息。

由于市场条件、技术、知识的变化，企业是动态的并在不断地变化着。近年来，对如何看待企业的运

行已有所改变。发展了一种分布式观点，企业单元在问题处理和活动中进行通信与协作，取代了将企业

视为在构造与控制上分层的观点。这样，就需要在企业内部及企业之间有比过去已有的更大程度的功

能集成。

3.6.1.1时间表达

若企业系统的个别元素需要跟踪，则时间特征需要建模以描述短期变化。若特征时间作为“持续时

间”采用，则它提供了进一步分析(例如加工时间)的基础。有两种行为特征描述与时间有关:静态的和

动态的。

3.6.1.2静态表达

行为特征的静态表达是对系统元素间关系的描述。例如，业务过程是企业元素间关系的逻辑序列。

对此静态描述，不需要为特征时间建模，因为它是潜在的可允许的关系序列。时间相关信息(如持续时

间、并发等)被省略。

3.6.1.3动态表达

行为特征的动态表达提供有关元素、事件及并发的动态特征信息，以及有关元素、属性、及关系的时

GB/T18999-2003/1S014258:1998

间依附性信息。如果用行为特征描述仿真一个企业，则此模型必须提供诸如起始条件，负载，容量等

信息。

3.6.1.4短期及长期行为特征改变

观察者可将系统行为特征的改变归纳为短期的或长期的。短期与长期之间没有公认的区分，但在

分析时，做此区分是有意义的。在进行区分时使用的判断标准，包括事件的持续时间和行为特征的变

化率。

例:带有钻头的钻床可说明行为特征变化的基本概念。生产控制系统关注钻头的行为特征是因为

它影响钻床加工的有效工作时间。生产控制系统将钻头行为特征的改变分类为即时(短期)的或连续

(长期)的。当钻头折断时，发生即时行为特征改变，导致生产停顿直至更换新钻头。当钻头正常磨损

时，发生连续行为特征改变。在正常情况下，生产控制系统将更换钻头安排在预定时间，或当产量达到

可接受的最低限时。因此，长期与短期间的这一区别使生产控制系统能规定更换钻头的不同行为特征。

3.6.1.5有序性

有序性是描述行为特征的必要基础。顺序周期可视为相似状态在不同时刻的出现。时间度量顺序

可区别在不同速率下进行的相似循环。

注:有序性在这里广义地用于描述联合活动事件的排序。例如，包含连续、并行、同时、选择和重复关系

3.6.2行为特征的表达

企业模型应具有描述行为特征的能力，即表达有序性、事件、活动、条件、状态、状态变化、起始状态、

结束状态、活动时间的序列关系以及描述功能性的转换。

在个别元素必须跟踪的事件中应模拟有序性的特征以描述短期变化。用于分析企业特性或仿真某

些工作过程的企业模型应能表达有序现象的作用以及每一步的持续工作时间。企业模型应能表达持续

工作时间、工作过程的动态特性以及在规定时间单位后的有序现象。

3.7通过视图将客观世界与企业模型相关联

3.7.1模型的目的

模型是对所涉及领域的基本部分及相关部分的描述。它们不是对现实的复制，而是有限地逼近所

考虑的客观现实的子集。一个模型的详尽程度是否适当，由其用途即模型的目的决定。模型的完整描

述包括对其目的、前提和约束的说明。

模型有各种不同目的，可用来构成如下领域:

·说明或阐明对一个领域的见解;

·定义系统的构造，逻辑及行为特征;

·通过对不同的可选解决方案的分析，提供对问题的处理。

·帮助设计、构建、或操作一个系统。

3.7.2客观世界

在本标准中，客观世界限定为企业，包括人员、资金、设备、过程、政策及其与外部环境的链接。企业

一词代表我们要分析的任一组工作过程。建模者为具体目的而所选中的客观世界的那一部分可以是一

个完整企业，也可以是一个企业的一个子集。

3.7.3观察者

观察者以对所观察到的事务赋予某种意义的方式来认识和分析客观世界。观察结果要通过观察者

的思维过滤网。思维过滤网是由经验、个性、政治、社会和形势所形成的，并不断地被调整。

企业建模者是一个观察者，他的目的是建立企业模型。建模者应明确定义模型的目的(见3.7.5)

模型的用户也是观察者。由于需要在其面对的领域做一些工作，所以，他(们)要借助模型了解该领

域，以便完成其任务。这就决定了它对模型的理解。例如一个执行者可利用模型来改进企业的运作。

模型可有多种用途。用户可能仅希望工作于客观世界的一部分，即用户决定在模型中应包括客观

世界的哪些属性。用户可任意选择和确定企业的哪一部分适合他的需要。

7

GB/T18999-2003/LSO14258:1998

3.7.4视图

了解客观世界系统，有两件事是很重要的:即系统的构造及行为特征。信息视图及功能视图对于表

达客观世界系统的构造及行为特征具有主要意义。本标准不定义下列事项:

在模型中这些视图的信息必须怎样构成(仅说明这些表达的存在);

是否需要其他的基本视图(如资源视图或过程能力视图)。

本标准仅规定了最小的建模者视图集，它是为提供足够资料，以保证企业模型的完整性、相容性及

集成性所必须的。

3.7.4.1伯息视圈

信息视图是按规则构成的系统信息的汇总、说明及表达。这些信息描述系统元素，它们的结构、关

系、为执行功能所提供的信息，以及描述功能执行结果的信息等。

3.7.4.2功能视圈

功能视图是对企业中活动及工作过程的描述及表达。功能视图描述元素的处理以及将单个处理步

骤组织成描述复杂过程，并反映它们的逻辑连结及相互依存性的构造。功能视图着重表达系统行为特

征、相互依存性及元素在企业功能执行过程中的效应。

3.7.5模型视圈规则

任何模型的一个完整的、可集成的描述应包含对模型的目的及约束(包括建模者的假设)的叙述及

说明。为了确保适当的完整性和一致性，并提供在同一企业集成多个模型的潜力，可以用这样一种最低

限度的建模视图集来实现这一点。应包括的建模者视图的数量及类型取决于采用的方法论和模型的目

的及详细程度。建模者视图可能希望包括那些表达活动、信息、控制、资源和过程能力的有效组合的视

图，特别是3.7.4中描述的信息视图和功能视图。

3.8对模型互操作性标准的据求

3.8.1模型集成的概念

企业模型由执行各自任务的信息的结构化数据及规则组成。企业是庞大而复杂的系统，这意味着

需要多种用途的多种模型来描述在每时每刻所发生的事件。由于企业中应用软件的多样性，模型中所

含信息按信息的生成者与用户的需要用多种不同格式来编码。模型的形式可能有诸如组织报表((or-

ganigrams)、电子数据表(spreadsheets)、工程图、流程数据及CAE,CAD和CAM文件等。这些即是所

谓的信息孤岛或自动化孤岛。

然而，用户希望从这些模型获得可移植性。他们希望能在应用软件之间重复使用这些模型而不必

依赖于特定的应用软件或工具配置。解决方法是能对任何应用软件都提供单一信息模式的统一的或集

成的模型。用户希望实现一种能改善信息提供能力的技术，使得当前不同模型的信息能用于企业范围

内的各种应用与平台。标准模型集似乎有助促进此事。但实现它的问题是表达模型的不同方法与希望

建模的关注领域一样多。

名称空间是一个约束空间，用于连接和管理搜盖所有平台、应用软件和模型的事务。名称空间需要

定义模型的相互关联方式及已预先确定的存储信息的范围。例如模型的语法是否已预先确定并加以限

制，或者采用现存的或企业中通行的。

3.8.2互操作形式

模型相互关联有三种方式:集成方式、统一方式或联邦方式。集成式模型有一个标准的模型形式。

多样化的模型被认为是违背通用模板的。标准或参考模型必需与其组成模型有同样丰富的内涵。正如

IRDS(见3.8.2的注I)的情况那样，所有模型的信息经过应用软件的过滤或转化后均以标准形式储存

起来。另一方面，正如STEP(见3.8.2的注2)中那样，组成模型的持有者可以认同标准模型。要把大

量模型标准化是极其困难的。因此，非常需要比集成式模型简单的处理方式。

统一方式则假设存在一个模板，它提供跨越组成模型的一种公共的元等级结构，并提供建立语义等

价性的方法。此模板则是元模型的基础。在集成情况下，元模型不是可执行的形式。利用元模型，任何

GB/T18999-2003/ISO14258:1998

模型可转化为另一模型。这可能失去某些语义。规范化语言由组成模型持有者建立。SUMM(见

3.8.2末尾的注3)是统一式模型模板的实例。

假设没有一个代理能成功地、或全局地把语义等价性的要求加于跨越企业的所有模型，那么，就存

在联邦式模型的情景了。模型必须被看作是存在相互冲突的。与在统一方式中一样，模板只是在元模

型层次上，模板是不可执行的。某种程度的集成或统一有助于通信过程。互操作性要求模型是动态调

节的而不一定有预定的元模型。这将被某些预先确定的术语系统所推动。当名称空间包含联邦式模型

时，定义过程的互操作性是一个特别困难的问题。

在实践中，许多应用软件将面临模型是互相冲突的，或模型建立后在使用时陷人冲突。这在企业间

通信时更为常见。通常称之为原有信息。因此，在陈述企业模型规则的标准中，无论如何陈述，其中模

型互操作性十分重要，前提要求是联邦状态存在，并且标准所表达的规则必须丰富到足以调和相互冲突

的模型。

互操作性要求过程进行通信。例如一个查询过程就要说到应答过程。应答过程将向查询过程展现

它的标准模型元素，其中包括它的各种通信能力。查询过程的通信能力也是标准形式的。这就存在一

种中介使之从能力集中找到最佳的配合。

通信的成功程度取决于人们观察过程的技巧，以及影响通信的软件的质量。

因此，用户必须分析并事先确定，若要实现互操作性，哪些过程必须通信，并将通信所必需的程序及

工具准备好，这样，才能实现必须的通信。更进一步地，用户希望他们的过程能与企业内、外部的过程通

信。这将是更大的压力，迫使模型成为标准方式，并将它们的处理能力提供在进行通信交换的中间媒

体上。

注1:IRDS:信息资源词典系统，见ISO/IEC10027.

注2:STEP:产品数据表达及交换，见GB/T16656(ISO10303)

注3:SUMM:语义统一元模型，见ISO/IEC]TCI/SC21WG3>

3.8.3对支持互操作性标准的需求

基于3.8.1所述，本标准认定:

全球集成模型方式不是国际标准的主题，因为集成方式是由经营决策所确定的，它是在公司的

一个部门，为一个具体目的，在一个特定时间内，使用适用技术建立的。

在那些大部分模型不是标准化的或公用的形式，并且经济上又不适于将它们加以标准化的场

合，联邦方式是互操作最可能用的场景。

统一方式是实现改进互操作性的较佳途径。

联邦方式及统一方式的使用均需要有标准的支持。根据是联邦方式或是统一方式，标准中为企业

模型所定义的元素是不同的。为实现统一，模型的构造必须是标准化了的元素。为实现联邦，接口也必

须是标准化了的元素。

对需要标准化的元素，标准必须定义:

元素的表达形式;

元素与其他模型元素之间的关系;

元素的能力;

所涉及的交互作用的动态特性(如果有的话)。

顺从性及一致性

为了服从于本标准所有相关标准，应采用本标准所体现的概念与规则。

为了与本标准保持一致，执行程序应采用本标准所体现的概念与规则。

GB/T18999-2003/1S014258:1998

附录A

(资料性附录)

企业模型的提出及设想

将这一资料性附录纳人本标准是为了说明前面各章节所述规则及导则的来龙去脉。本附录还就在

企业建模及集成领域，未来如何利用此标准和其他标准，利用已有的或研制的标准提出设想。

A.1企业、产品及过程

制造企业是一个生产某种产品的相关过程的组合。集成是企业接近理想运行状态的过程，在此状

态下，一切事物就绪，时刻都能使正确的过程，在正确的时间，存取正确的信息。多数过程有一个供应

方;所有过程都有一个需要方，否则是一个无用过程。经营实体可任意定义其产品及生产该产品所需的

过程。这些过程可跨越几个公司，也可以只是一个公司所具有的过程的一部分。因此，企业可以是在任

一给定时间加以分析的相关过程的任一组合。

企业经理通过坚持一个企业远景设想、使命、目标，和一组实现目标的策略来掌握企业的经营范围。

企业外部有一个企业不能控制的环境。当该环境发生变化时，明智的经营者会重新考虑使命、设想、目

标和策略，不断地适应环境变化。策略的变化可能导致需要变更企业模型利用计算机可执行的模型，

管理者可通过修改企业模型来改变企业的运作。本标准所描述的模型具有获取企业生命周期中这一需

求定义阶段的能力。

每个产品从创意开始到其报废，经过几个生命段。这些生命段可称之为规划/建设、使用/运行，以

及回收/报废。企业运用其目标和策略，做出关于企业生产的产品的哪个生命段最为重要的慎重决策。

一个兼容的、标准化的建模方法将使企业为产品综合制定完整的生命周期。企业可利用有关模型的标

准，为准备集成的不同过程定义特性，以实现这些过程的每个组织机构所需信息的传递。企业包含生产

诸要素，如人员、资金、材料、能源、信息和工具设备。由于企业在提高集成度时必须阐明这些要素，所以

企业模型中应阐明在企业或产品的生命周期的各阶段中这些要素所发生的一切。

A.2递归

企业自身可以是一个产品，一个工程项目，或一个生产产品的操作实体;或者可以是一个制定决策

的实体，规划一个创建其他企业的企业。这一切可同时发生。

企业模型必须定义企业所需的有关方面:

创意、设计、购置、建设一个由任何一组选定的相关过程组成的企业;

管理及运作企业，以实现