企业建模与体系结构 企业建模构件 征求意见稿

GB/TXXXXX—20××/ISO19440:1企业建模与体系结构企业建模构件本文件确定并列举了用户按照ISO19439对企业进行建模构和功能，以便在不同的应用程序域中配置或实现。本文件在第6章节中指定了一个实现框架，用于将——ISO在线浏览平台：3.1注2：“是……的部分”(Part-of)和“由……组成”(Consist-of)这两个属性属于聚合关系（3.64）（见7.16）。3.23.3<企业建模>对构成业务流程（3.4）和服务（3.71）行为的诸项活动的逻辑顺序关系（3.64）进行3.4某个期望的最终结果，以达到一个企业（3.27或企业的一部分）的一个或多个既定目标。3.5GB/TXXXXX—20××/ISO194423.6或一个企业活动（3.28需要能力）的性能（3.5）3.73.8补充概念complementaryco），注：许多构件模板（3.14）使用补充概念，在5.12中列出。3.93.10概念定义阶段conceptdefinitionp3.113.123.133.14构件模板constructtem能够识别并描述特定的建模语言构件（3.50）、并给这些特定构件3.153.16GB/TXXXXX—20××/ISO19440:3），3.17注：用来描述决策中心各方面内容的术语出现于CEN/TS14818，将（时间）3.18决策函数范畴decisionfunctionc），3.19注：声明性规则可用于业务流程（3.4）和服务（3.71）。3.20退役定义阶段decommissiondefinition业域（3.29）的所有组件（3.9）以及执行退役的过程，从而使这些组件能被重新利用和部3.21<企业建模>在前一企业模型阶段（3.31）已经建立的企业模型（3.49）的基础上，通过重新利用3.22）；3.23设计规范阶段designspecificatio企业模型阶段（3.31），它指定了为实现需求而执行的业GB/TXXXXX—20××/ISO19440:43.24<企业建模>表示待建模企业（3.27）的某个部分并且确认了相关信息的构3.253.26域运行阶段domainoperation），3.273.28企业活动enterpriseacti3.29注：本文件中，当“企业域”用作一个限定词时，缩写为“域”，例如术语“域识别阶段”和“域模型”。“域”3.30），3.31企业模型阶段enterprisemodel3.32企业模型视图enterprisemode对企业模型（3.30）着重于某一特定方面的有选择GB/TXXXXX—20××/ISO19440:53.33<企业建模>表示一条企业（3.27）信息，该信息描述一个或普遍、或注：本文件其他所有构件代表有具体语义的3.34企业对象视图enterpriseobject注：这个集合由选定的属性和对这些属性的约束（33.353.363.37<企业建模>之前启动的业务流程（3.4）、企业活动（3.28）或服务（3.71）的异常终止，3.38），3.393.403.41的目的，而对这一概念的修改，或者去除或修改一个具体GB/TXXXXX—20××/ISO194463.42服务（3.71）和企业活动（3.28）执行所需的操作性3.43<企业建模>企业模型视图（3.32），能够描述和修注：信息视图是一个包含了企业对象（3.33）的结构，企业对象代表与信息相关的企业实体（3.35）[组织、资源3.44（）注：完整性规则是用来定义一些限制的，这些限制和对企业对象（3.33）属性（3.2）的约束（3.3.453.463.473.48<企业>对企业（3.27）期望通过实现对产品或服务3.493.503.51GB/TXXXXX—20××/ISO19440:73.523.53<企业建模>企业对象（3.33）构件（3.12注：包括命令管理/决策、计划和企业（3.27）业务流程（3.4）所需的信息。3.54组织任务和技能专规，由预定义或用户定义的人员组织技3.55组织单元organizationalu实体（3.35），企业组织结构实体是以对高层和低层组织实体的组织和关系（3.64）的属注：部门；科室。3.563.57在特定类型工业部门或工业活动中用作参考模型的模型（3.注：一个部分通用模型由建模语言构件（3.50）或其他部分通用模型组成。3.583.593.60<企业建模>一个指定域（3.24）的利益相关方或模型（注：利益相关方的态度可以由利益相关方关注的问题GB/TXXXXX—20××/ISO19440:83.61组织角色（3.54）或操作角色（3.52）所必需的一组人员注：多个人可以具有一个人员专规，反之，一个人也可以具备多个组织单元（3.553.62具有特定语法和语义的模型（3.49能够被计算3.633.643.653.66<一般>提供执行一个企业活动（3.28）所需的全部或部分能力（3.5）的企注：在本文件中，资源在系统（3.75）理论中指提供系统所需能力的实体，它也是系统本身一个重要的组成部分。各种活动（如原材料，零部件和组装件等）。这些输入在功能视图（3.38）中予以确定，在信息视图（3.43）3.673.68<企业建模>能够表达和修改企业资源（3.66）和角色的企业模注：资源视图是一个包含企业对象（3.33）的结构，这些3.69<企业建模>企业对象（3.33）的具体化（3.73），表GB/TXXXXX—20××/ISO19440:93.703.713.72制造企业（3.27）中用于向产品增加服务（3.70）以满足用户（3.76）需求的流3.73为了能在一定范围内应用或适于特定的用途或目的而对一般概念的修改，或增加或修改某个一般注2：当涉及一个类（3.7）的时候，具体化指为特定目的在类中构件子类，特性[属性（3.2）、关系（3.64）、行为或语义]，这些特性是类的其他所有3.74从他们的视角（3.60）出发，对企业（3.2注：典型的企业利益相关者包括企业所有者、企3.753.76<企业建模>衍生构件（3.22），角色（3.73）的具体化（3.），4缩略语EBNF：扩展的巴科斯范式（ExtendedBackus-NaurFInterrelatedResultsandActiviHTTP：超文本传输协议（HyperTextTransferProtocICT：信息与通信技术（InformatiUML：统一建模语言（UnifiedModelingLanguage）GB/TXXXXX—20××/ISO1944XML：可扩展标记语言（eXtensiBP：业务流程（BusinessProceCOPR：共同提供者（Co-proviCOPT：协作点（CollaborationPoDA：决策活动（DecisionActivEO：企业对象（EnterpriseObFUNC：功能性（FunctionalPI：绩效指标（PerformanceIndica5表示、关系、角色和一般概念板的适当扩展，可以添加其他属性以满足不同的用户需求（参见8.2、8.3、B.4和GB/TXXXXX—20××/ISO19440:件的前向引用）。本文件中用于核心构件的——最后，将组织和角色问题作为角色的子类处理，包括组织单位、决策中心、组织角色、业务角色相对于ISO19439中定义的一般性维模型（例如，特定于行业或贸易的模型），部分模型实例（例如，针对域的事件的输入/输出和务流程的输入/输出）的一些属性值可能仍然未定义，但特定模型实例进行了定义。这种缺失的条目需的详细程度。建模语言结构的属性应根据设想的需期用法和表示。为了确保可以出现在多个视图中的结构的一致性，自动化工具通常是必要建模语言结构应以人类可理解和数字技术可解释的形式表示。这意——构件结构的可视化(图形化、图标化)表示，供模型构建者和业务用户使用；——一个结构化的信息捕获表示(本文使用模板)，供模型构建者和业务用户使用；GB/TXXXXX—20××/ISO19440:c)这些建模语言结构之间关系的表示，在每个模板的关系部分中指定，并在各种统一建模语言5.4建模语言结构的公共结构b)构件模板：安排和定义此建模语言构件的属性。5.5建模语言结构的模板模板是以非通用的方式描述的，但使用了通用的形式。构件模板应具有以下描述的形式：）；2)标识符（对于模型中的建模语言构件的每次出现都是唯一的文本字EA-Welding、OV1.2、RE_6786注1：标识符中不允许使用字符solidus('/')和逗）；4)模型设计的权限（即负责此构件的设计和修改的组织单元和组织角色的标识符）。注2：8.2的面向制造的企业具体化还包括组织角色和人员配置文件（识别当前分配j)包含特定于每个构件的不同属性的主体部分，这些属性的描述是从相应的建模语言构件定义作的责任和权限(即负责此构件的操作使用或授权更改其使用的组织单元和操作角色的如果某个属性或关系不适用于某个企业模型阶段，则在构件模板表实例中省略该属属性和关系可以被分组为具有某些共同特征的集合，例如输入/输出或与组织关切注4：在附件A的模型中，部分关系和由部分关系组成的关系显示为没有标签的UMLGB/TXXXXX—20××/ISO19440:5.6参照完整性本文件认为对建模语言约束控制的支持是工具提供的责任。支持模型开发和维护的工具也有责任确保约束和完整性规则中引用的属性与为所涉及的构件实例定义的属性注：本文件模板中使用的双重关系是(其中大写代码是构件标签)：——assignedDC<->controlsDC——assignedORR<->assignedToORR——assignedOU<->assignedToOU——assignedToORR<->assignedORR——assignedToOU<->assignedOU——consistsOf<->partOf——controlsDC<->assignedDC——partOf<->consistsOf——providedCA<->requiredCA——providedInfo<->requiredInfo——relatedTo<->relatedTo——requiredCA<->providedCA——requiredInfo<->providedInfo——usedBy<->uses——usedByDC<->usesDA——uses<->usedBy——usesBP<->usedByDM——usesSRV<->usedByDM——whereProvided<->whereRequired用其中一种或两种。在后一种情况下，建模工具有责任保对于事件实例，支持模型开发和维护的工具有责任确保作为输入或输出列出的事件实例与事件的5.7属性表示每个属性应由其名称和预定义的数据类型（数字、文字、字符串等）来GB/TXXXXX—20××/ISO19440:mm)或值列表(颜色为黄色、红色或绿色)。用于该子句的表示法是，尖括号中的表示或者是不言自明的(例如<Integer>)或者是在附带的文本中，其中<qualy>>；是表示“平均值”、“最小值”、“最大值”、“实际值”之一的代一个<>项的非空列表；用逗号分隔的列表被写成[<item>]+，而类似的可能为空的列表被写成——非空列表=项目|项目、分隔符、非空列表（*为方便起见，缩写为[<item>]+*——可选项目=项目|NIL（*为方便起见，缩写为[<item>]？*——分隔符=','；——从域模板(参见7.1.4)，具有组织角色和组织单位值的设计授权将表示为[<identifier>；'/'<na——从功能模板(参见7.14.4)，RE_1006453/data_store对于whEV：对象视图[<Origine>':'<Identifier>GB/TXXXXX—20××/ISO1944EV：generated_by[<Origin>':'<IdeBP:对象视图输入[<Origine>':'<Identifier>'/'<PR：与[<Identifier>'/'<Name>]*相关，建模阶段)或[1...1]或[1..n]或[本文件旨在对企业进行建模，通过如下建模相关的语言结构来支持所有的企业模型阶——在域识别阶段，以这样一种方式识别域的内容(其业务流程)及其输入和输出，包括事件，以——在概念定义阶段，用任务、战略等定义企业的业务模型，并且以这样一种方式将概念定义模——作导出一致需求定义模型的起点；——在需求定义阶段，从业务角度描述域的业务流程、服务和企业活动，以这样一种方式，即需求定义模型可以被证明足以用作导出一致的设计规范模型的起点。模型视图的可用性简化了建模过程（功能、信息、资源和组织--如果需要，可以添加其他视图）。这些视图由许多信息对象（企业、资源、组织）支持，这些对象表示企业操作的许多信息方面。需求定义模型——在设计规格阶段，从商业和信息和通信技术的角度具体说明企业活便能够证明设计规格模型足以作为始终如一地推导实施说明模型的起点；因此，设计规反映所有资源和一般信息和通信技术接口的属性丰——在实现描述阶段，结构应反映与设计规范结构一致的硬件/软件平台或技术。这意味着用它们的所有组件来描述业务流程、服务和企业活动从业务和信通技术两个角度在实际系统中实施，以证明实施模式足以用于企业的运作，以提供决策支持和业务流程监测和控制；因此，——在退役定义阶段，识别业务流程和服务组件的未来使用，以使退役定义模型可以酌情用作任来捕获表示和描述那些模型阶段的企业实体所需的额外信息，或者通过映射到不同的构件表示来将构关系的目的是对建模语言构件的运行时实例之间的时变关联和其他关联进行建模。应该允许自反示例1：实体之间的关系可以是零件和用于生产它的机器之间的关系，也可以是工人和他或她被分配到的生产订单之间的关系，如:produced_by(Part,Machine),works_at(用户定义关系的概念依赖于7.6中描述的企业对象的概念和从该企业对象派生的模型实体(资源、GB/TXXXXX—20××/ISO19440:——为“specification-of”属性分配适当的值，并列出它是具体化的构件（或例外情况下的构——适当地为现有属性赋值或约束值；——根据需要添加其他属性，并为这些属性存在，它的属性和关系就会存在，即使其中一些属性和关系注：本文件中使用的具体化概念比编程语言和面向5.12互补概念模的目的具有不同的意义和语义。这些互补核心和衍生构件是规范的集合(在图1的说明性UML类模型中表示为包)，视图是信息性的(表示为包视图系在本文件的规范部分中被定义和规范。它们使用UML以丰富的图形来说明，并且可以在其他建模语言中以不GB/TXXXXX—20××/ISO19440:<<输入>>包之间的关系表明元模型中的类和关系由核心构件继承，而这些又由派生构件和视图继6.2元模型构件企业域中的任何实体都是通过将其定型为通过修改操作数并反过来受操作数影响来寻求实现某些GB/TXXXXX—20××/ISO1944注：在UML中，“构件型”指的是如何扩以通过使用透视图来产生表示该模型的选定部分的视图来简化模型，以反映相对于所标识的感兴趣领构件是用规范文本和定义其属性和与其他构件的直接关系的模板来指定的。模板包含一个所有构6.3核心构件标记为“构件”的元模型类被指定为抽象元素(在图4中用斜体表示)，这意味着在本文件中只有构件属性可以被修改、重载或扩展以满足新的建模需求。每个核心构件都在第7章中具GB/TXXXXX—20××/ISO19440:图4省略了构件属性，这些属性如图7所示。另外，图4图B.1所示。企业对象和对象视图之间的关系是一个例外，因为“包含一个子集”有点类似于“类”继承关系，但不是相同的，因为只有一些属性由于对象视图是企业对象的具体化，因此特定于目的的对象视图也可以用于企业对象的任何其他GB/TXXXXX—20××/ISO19440:核心构件集可以进一步具体化，如图6所示，并组合成构件模版（例：用于应用程序域或特定的建GB/TXXXXX—20××/ISO19440:6.5视图构件虽然企业对象视图构件支持创建包含特定企业对象的部分属性和关系的构件，但企业模型视图的显示为产生它们的源模型的一个片段。如果模型附录B中描述的开放式视图集包含了一个面向制造的企业的基于视图的GB/TXXXXX—20××/ISO1944一个域构件应该从一个高层次的面向管理的角度来描述要建模的企业的各个部分以及与外部环境域的名称，这里<noun>表示功能或目的，<adjective>可任意选用GB/TXXXXX—20××/ISO1944为域输出所需的主要功能的简短描述。已识别的业务流程或服务的列表仅限于实现领域目“/”<name>]+“/”<name>]+[<origin>“:”<“/”<name>]+“/”<name>]+[<destination>“:”<<identifGB/TXXXXX—20××/ISO19440:注2：在此和以下模板中，Relationships中的<Origin>表示作为输入源的域、业务流程、企业活动或服务。在注3：域至少指定一个业务流程或服务。支持模型开发和维护的工具有责任7.2业务流程业务流程构件应描述产生满足从为企业域定义的业务目标派生的一个或多个业务目标的期望结果根据建模标准和操作监视和控制的需要将业务流程功能分解为若干有序的转换操作，从而捕获要更改为规则（见7.2.5)描述的顺序关系和依赖关系安排，这些规则捕捉了流程动态。构件应在其行为规则），GB/TXXXXX—20××/ISO1944a)获取与基于模型的规划和决策支持有关的所有GB/TXXXXX—20××/ISO19440:对象视图的[<origin>“:”<identifier>“/”<nam对象视图的[<origin>“:”<identifier>“/”<nam注1：激活优先级属性在运行时用于选择在行为规则集启动多个业务流程的情况下首先激活哪个业务流程或具体化。注2：结束状态优先级在运行时用于选择当两个流程在相同的可观察时间间隔内完成时首先响应哪个业务流程或其注3：对于事件输入和输出，支持模型开发和维护的工具有责任确保作为输入或输出列出的事件与事件的生成属性GB/TXXXXX—20××/ISO19440:业务过程的行为应该由一组行为规则在其行为规则集属性中进行描述，这组规则控制着这些组成逻辑顺序或多或少是确定性的，与下列过程——已构建好的过程，即，过程的预期结果已经知道，并且业务过程、服务和企业活动的顺序均——部分构建好的过程，即，过程的预期结果已经知道，但是业务过程、服务和企业活动的顺序）；——未建好的过程，即，既不知道过程的预期结果，也不知道业务过程、服务和企业活动的顺行为规则的概念用于需求定义阶段和后面的阶a)包含用于控制业务过程、服务和企业活动顺序的所有条件：7.3企业活动企业活动构件的目的是代表企业域的业务过程或服务内实现基本任务所需的流程功能部分。与涉及企业目标的业务流程（见7.2）相反，企业活动涉及生产需求，并根据需要的操作监控用户目标而定企业活动构件应该对一项特定任务需要的和产生的所有事物予以确定，这一特定任务将利用控制因此与资源相关的信息输出，应该包含和实施这一任务有关的状态信如果一个企业活动被分解为其他企业活动，则应通过行为规则描述的顺序关系和依赖关系来识别企业活动构件在需求定义阶段和其后的阶段使用。企业活动构件的模板应该能够记述执行本企业活动已确定的功能所需和创建的所有相关信息的输入和输出，以及与基于模型关系的表示和操作过程作；这些操作表示对企业活动功能性进行的分解，并且分配资源和人员专规需要这GB/TXXXXX—20××/ISO1944组织角色和组织单元的[[<identifier>“/”<name>][NIL|“:”<identifier>“/”<name>]]加给企业活动实例的[<constrai对象视图实例的[<origin>“:”<identifier>“/”<name对象视图实例的[<origin>“:”<identifier>“/”<naGB/TXXXXX—20××/ISO1944操作角色的[<identifier>“/”<name>]+，操作角色定义了开所有事件的[<origin>“:”<identifier>“/”<name>]+，事件实例在开对象视图实例的[<identifier>“/”<name>“:”<destinat对象视图实例的[<identifier>“/”<name>“:”<destination>]•，对象对象视图实例的[<identifier>“/”<name>“:”<destination>]•，对象所有事件的<identifier>“/”<nam组织角色和组织单元的[[<identifier>“/”<name>][“:”<identifier>“/”<name>制所需的输入/输出条件，此功能性实体涉及企业活动的执行。对算法的说注2：激活优先级属性在运行时用于选择在行为规则集启动多个进程的情况下优先激活哪个进程，还用于指导向企7,4服务GB/TXXXXX—20××/ISO1944——提供服务功能需要各种业务过程、其他服务和企业活动，例如服务预订过程、服务交付过——这类开发涉及多个实体，从使用服务的用户到提供商、合作提供商，以及技术中心、研究中心和银行等其他实体，所有这些实体都被称为利益相关者，每个实体都有可能表达特定的关于分别与活动本身和资源相关，应包含任务执行的状态信息。对于以制造业为导向的企业（见8.2），运营角色输入确定了由指定人员配置文件提供的所需技能。资源输入和输出应分别确定所需和提供的据建模标准和操作监控需求将服务功能分解为若干有序的转换操作，从而记述待更改实体相关的中间a)记述与服务系统中涉及的过程和实体相关的所有服务相关信息：构件标签<MoGB/TXXXXX—20××/ISO1944设计权限组织角色和组织单元的[[<identifier>“/”<name>]“:”约束加给服务的约束[<cons值能或[仅在服务特定化（8.3）中定义]引用功能衍生构件的文本（见8.4）。GB/TXXXXX—20××/ISO1944b)提供运行时数据的控制信息，这些数据已被使用，但未被此服务的出现所[[<identifier>“/”<name>][“:”<identifier>“/”注2：事件构件不包含有关其持续时间、持久性、超时或其他与使用有关的属性的信息，这些都是依赖于实现的特GB/TXXXXX—20××/ISO1944组织角色和组织单元的[<identifier>“/”<name>]“:”<“/”<name>]，组织角色和组织单元有权对此特定实例进行设计并予以维数据类型<YYYY.MM.DDThh:mm.ss.sss>，此数据类型定义了创建时间时所提供此事件实例来源的[<origin>“:”<identifier>“/能够接收此事件实例的终点的[<identifi“:”<destination>]+操作角色和组织单元的[<identifier>“/”<name>]“:”操作角色和组织单元的[<identifier>7.6企业对象GB/TXXXXX—20××/ISO1944遇到和当前实体的信息方面有关的情形时，才可用到企业对企业对象构件在各个建模阶段中都可使用。企业对象构件的k)以人类可以理解和数字技术可以解释的形式呈现。组织角色和组织单元的[<identifier>“/”<name>]“:”<“/”<name>]，组织角色和组织单元有权对此特定实例进行设计并予以维GB/TXXXXX—20××/ISO1944(Generalization_of)企业对象的[<identifier>“/”<name>]•，这些企业对(Consists_of)所有企业对象的[<identifier>“/”<name>]•，这一企业对7.7企业对象视图（对象视图）企业对象视图构件应通过指定企业对象或特定化的选定属性和关系来描述企业对象或其特定化的部分子集，其中可能包括约束和完整性规则。对象视图也应用于传达可能与事件相关的任对象视图构件在所有建模阶段都要使用。对象视图构件的模板应a)记述战略计划和决策支持所需的相关信息，和对操作过程进行监控所需的相关信息；构件标签<MoGB/TXXXXX—20××/ISO19440:组织角色和组织单元的[<identifier>“/”<name>]“:”<“/”<name>]，组织角色和组织单元有权对此特定实例进行设计并予以维企业对象的[<identifier>“/”组织角色和组织单元的[<identifier>“/”<name>]“:”[<id7.8组织单元组织单元构件的目的在于描述一个可以确认的实体以及其在企业组织结构中GB/TXXXXX—20××/ISO1944注1：由一个组织单元描述的组织区域，大小可以不一（例如整个企业、一个部门、一注3：随着企业模型的发展，组织单元的权限/构件标签<M设计权限组织角色和组织单元的[<identifier>“/”“/”<name>]，组织角色和组织单元有权对此组织单元进行设计并予和过程有关的权和信息有关的权<string>，对本组织单元在企业组织结构中所处业活动、服务和事件；对于上述诸项，本组织单元或管理图、产品和命令；对于上述诸项，本组织单元GB/TXXXXX—20××/ISO19447.9决策中心其与其他决策中心（描述相关决策流和信息流）以及组织单元的关系来描述其内容。注：B.4.3包含决策级别和决策功能类别的更多详细信息，以及相关结果和活动图（GRAI）网格中决策结构的表示决策中心构件用于概念设计阶段及其以后的阶段。决b)以人类可以理解和数字技术可以解释的形式呈现。构件标签<MGB/TXXXXX—20××/ISO1944名称<verb>设计权限组织角色和组织单元的[<identifier>“/”“/”<name>]，组织角色和组织单元有权对此决策中心进行设计并予描述该结构可适用于多个决策中心，描述了发送至决策中心和/或从决策中心发送此决策中心属于GB/TXXXXX—20××/ISO1944此决策中心属于负责此决策中心的组织角色的[<identifier>“/”<name>]此决策中心属于[<identifier>“/”<name>]+，说明了此决策中心属角色构件应描述早期建模生命周期阶段实体执行的一般或典型或特征功能，这些功能在后期建模——对于人力资源来说，一名员工可以依次成为某一组织结构中的下属、同一结构中其他员工的经——对于组织实体来说，企业可以是协作中的一个或多个协作伙伴、与服务功能相关的服务的用户——组织角色；——利益相关者（进一步特定化为用户和合作提供商）。构件标签<M设计权限组织角色和组织单元的[<identifier>“/”GB/TXXXXX—20××/ISO19440:描述<string>，对角色7.11产品业活动的预期产出或副产品的管理、执行、规划和控制相关的技术信本、其他）的关系。产品构件是对企业对象构件的产品构件在所有的建模阶段都可使用。产品构件的b)以人类可以理解和数字技术可以解释的形式呈现。构件标签<MGB/TXXXXX—20××/ISO1944组织角色和组织单元的[<identifier>“/”<name>]“:”<——<attribute_name'location'>表示产品——<attribute_name'stage'>表示其与产品制造过程相[仅在服务特定化中定义（见8.3）]对功能衍生结构的引用（见8.4.7）是……具体化产品类的[<identifier>“/”<name>]是……一部分产品的[<identifier>“/”<name>]•合（只在早期建模阶段）、[1..1]、[1..*]或者[m.操作职责组织角色和组织单元的[<identifier>“/”<name>]“GB/TXXXXX—20××/ISO1944命令构件的目的是表示管理和行政的命令信息，用于规划和控制企业中的业务过程，特别是描述公司中各种授权的相互依赖关系是通过基于“命令类型”属性的关系创——面向外部的客户命令，是与客户命令的接收、交付和计费的业务过程的规划、控制和监控相——混合命令，即部分客户命令和部分产品命令。命令的特定状态触发业务过程或企业活动，将命令从输入命令状态转换为输出命令状态，例如从命令构件在所有建模阶段都可使用。命令构件的模板应该能a)获取所有关命令的信息，这些信息和战略计划和决策支持、操作过程的监控相关；b)以人类可以理解和数字技术可以解释的形式呈现。——命令标识：[<name>'，'<administrativeidentifie——命令项：[<请求的性能>'，'[<其他>]*]——命令数量：[<命令量>'，'<数量单位>'，'<实际状态>]：＜——目标：<外部用户>'，'<交付地址>'，'<内部用户/组织标识符>]——工作状态：[<statename>[<attributeGB/TXXXXX—20××/ISO1944关于如何生产或供应该命令的一些规范。属性详细信息将根据流程可见性的程度以及供应商提供的自动化和人工智能的程度而变化，包括一些客户命令和产组织角色和组织单元的[<identifier>“/”<name>]“:”<iden[<attribute_name>'='<attriute_value>]+，表示对业务过程和/或企业活动是……一部分命令的[<identifier>“/”<name>]•，合GB/TXXXXX—20××/ISO1944（只在早期建模阶段）、[1..1]、[1..*]或者[m.关联事件[<iden操作职责组织角色和组织单元的[<identifier>“/”<name>]“动所必需的。资源不包括人力资源，而是以运营角色的形式分配给资——分配了的操作角色；——提供了的能力。操作，是主动的。主动资源由“操作集”和“技能集”启用，对于被动资源，它们为空。GB/TXXXXX—20××/ISO1944a)获取所有关资源的信息，这些信息和计划以及决策支持、操作过程的监控相关；b)以人类可以理解和数字技术可以解释的形式呈现。上面的描述还包含了一些必须为特定企业定制并详细说明的可能的资组织角色和组织单元的[<identifier>“/”<name>]“:”<iden这些性质定义了必需的描述性特性，而不是和任务有关的特性；例如：提供的能力能力的[<identifier>“/”<name>]，能力定义了这一资源实GB/TXXXXX—20××/ISO19440:是……一部分资源的[<identifier>“/”合（只在早期建模阶段）、[1..1]、[1..*]或者[m.操作职责组织角色和组织单元的[<identifier>“/”<name>]“7.14能力能力代表企业活动（见7.3）所需的和资源（见7特定加工和工作空间尺寸，数据处理/存储和主存/存储容b)以人类可以理解和数字技术可以解释的形式呈现。一个企业活动必需的能力，应该和资源提供的GB/TXXXXX—20××/ISO19440:组织角色和组织单元的[<identifier>“/”<name>]“:”<iden需要此能力的企业活动的[<identif提供此能力的资源的[<identifier>“/”组织角色和组织单元的[<identifier>“/”<name>]“:”[<id绩效指标的目的是表示与许多企业价值创造过程的管理和这些过程的持续改进相关的绩效度量。GB/TXXXXX—20××/ISO1944绩效监测是针对企业确定的目标进行的，当绩效指标的价值有助于确定与特定运营目标相关的趋组织角色和组织单元的[<identifier>“/”<name>]“:”<“/”<name>]，组织角色和组织单元有权对此绩效指标进行设计并予以维GB/TXXXXX—20××/ISO1944，（[<identifier>'/'<name>]*，此绩效指标所需的对象视图列表，其中<identifier>'/'<name>组织角色和组织单元的[<identifier>“/”<name>]“:”[<id“/”<name>]，组织角色和组织单“/”<name>]，组织角色和组织单7.16核心构件的模板属性图7扩展了图4以显示构件属性。这里与别处，构件模板中列出的GB/TXXXXX—20××/ISO1944衍生构件是通过特定核心构件、添加新属性以及可能修改或约束现有属性而形成的。8.2中指定的衍生构件集用于面向制造业的企业，8.3中指定的衍生构件集用于服务型企业。本文件的用户可以扩展8.2面向制造业企业的衍生产品置文件的分配，每一个都是核心角色构件的特定化，分别实现了8.4.1——域；——事件；——企业对象；GB/TXXXXX—20××/ISO1944a)能力（见7.14），与完成企业功能活通过在设计规范和后期阶段添加一个新的关系属性作为类关系的第一项来扩展资源构件，如下所提供的操作角色[<identifier>'/'<通过在设计规范和后期阶段插入新的分配关系属性作为分配的第一项，组织单元构件也得到了扩分配的操作角色[<identifier>'/分配的组织角色[<identifier>'/GB/TXXXXX—20××/ISO19448.3服务导向企业的演化服务系统模型使得供应方获得如下权益：通过提供系统设计和操作的模式化语言提高设计过程的质量并减少系统成本；在企业服务模式化中促进兼容性更好的ICT产品的开发；不必进行大幅度的（重新）设计，而是通过来自合作组织的可互操作软件减——积极进行基于模型的服务化或正在进行包括服务化方面内容的业务模型设计的中小型企业对服务导向企业进行模型化时，以下核心构件将在不修改或重新解释的情况下继承：GB/TXXXXX—20××/ISO1944对于服务导向企业，角色构件具体化为利益相关方构件（见8.4.4），再进一（见8.4.5）和互提供者构件（见8.4.6），企业对象具体化为功能构件（见8.4.性在概念定义模型生命周期阶段继承或定义，在需求定义模型生命周期阶段GB/TXXXXX—20××/ISO19440:用法GB/TXXXXX—20××/ISO19440:组织角色构件用于需求定义阶段及其后续阶段。组织角色构件b)以人能理解、电子技术能编译的方式表示。ORR_1组织角色的名称；这里adjective用以修饰组正在定义的组织角色实例的名称不能在本清单中使用。GB/TXXXXX—20××/ISO1944专规应用适合技能提供者和技能需要实体的词语进行描述，并且能够被他们所理一个操作角色构件描述了有关的技能和职责，这些技能和职责是执行分配给特定操作角色的操作用法b)以人能理解、电子技术能编译的方式表示。ORR_2正在定义的操作角色的名称不能在本清单中使用。人员专规构件是一个具体化的角色（见5.5），其目的在于表示技能专规，该技能用于完成分配给每个人员专规构件应包含至少一种和一个组织单元构件及组织角色构件或操作角件的关系。人员专规构件和组织单元构件及操作角色构件之间的关系应通过分配关系来描述。用法人员专规构件用于设计说明阶段及其以后的模型生命周期阶段。人员专规构件模板PPR_2对组织任务、决策任务和解决问题的任务或操作任务的文提供者，这里<identifier>和<name>说明的是提供人用法利益相关者构件用于设计说明阶段及其以后的模型生命周期阶段。利益相关者构件模板能STK_4对利益相关者角色或地位的简短文字描述。示例：在本模板中，人员专规构件名称标签可以包括赞助商、工程8.4.5用户用户构件描述使用产品或利用服务的实体。用户构件是利益相关者构件（见8.用法USER_5<string>|[<identifier>’//public/english/bureau/stat/isco/isco08/index.互提供者构件描述与其他提供服务的实体有关系的一组人员或一个组织。互提供者是服务系统的用法COPR_6功能构件的目的在于描述一个产品或一项服务的某部分能否为用户所用。这些部分宜反应用户对用法功能构件可以被进一步分解为子功能。功能可以作为生产者和利益相关者（见8.8.8）或用户（见FUNC_7示例可包括信息处理、物料处理、运输。对于类型属性，建模者可考虑使用全经济活动国际标准工业分类（ISIC详见https://unstats.un.org/unsd/publicatiGB/TXXXXX—20××/ISO1944A.1过程行为l)分割：在扇出、扇入、集体完成或失败关系中A.1.2约束性过程行为规则一般情况如图A.1所示，图中P、P1（P的一部GB/TXXXXX—20××/ISO19440:a)某过程中的行为规则应只针对该过程中的过程注：与7.1.4的注2规定的<origin>表示输入事件和<destination>表示输入事件不矛盾，因为这两种关系不p)过程的BRS里可包含不属于该过程的其他过程，如直3)产生事件的过程行为规则应单独在输出事件属性中列出该事4)可能对其他发生的事件做出反应的过程应单独在输入事件属性中列出该事件。GB/TXXXXX—20××/ISO19440:和死循环，但不能防止可能的由于竞争共享资源而产生的过——建立一个严格的只包含“包含”/“属于”关系的层级，从而对行为进行约束，因为此时所——建立一个稍松散的只包含“使用”/“被使用”关系的网络结构，建模时需注意过程的互操），——建立一个既有本地又有网络范围的层级/异构综合结构，其被“包含”/“属于”和“使用”/“被使用”关系清晰地描述，这种结构可以减少混乱和预料之外的行为，但仍需注者要负责总体过程行为和避免过程循环，同时，避免死锁、处理近/同期请求和长期过程威胁的需求是实施上的问题，这需要计算机操作系统已有的技术来A.2概述注1：此分类模型不是本文件其他部分使用的UML构件模型GB/TXXXXX—20××/ISO1944GB/TXXXXX—20××/ISO19440:A.2.2文字描述注1：本附录的保留关键字为AND,ANY,ASYNCHRONOUS,BPEA，DO,ES,EXCEPTION,FINIREPEAT,RUN-TIMECHOICE,SELECT,START,SYNCHRONOUS,TIMES,UNTIL,UNORDERED,WHE业务过程（BP）、服务（SRV）或企业活动（EA）以“<PROC>”表示，例如<PROC1>，<PROWHENconditionDOaction;（当条件具备，则实施行为3)一个包含多重部分的条件，包括下列其c)action（行为）为下列的一项或2)完成一个<PROC>，在这期间可能引发或不引发异常情况（A.2.4.2接，以WHENSTARTDO<PROC2>为行为规则，而同时<PROC2>(或由<PROC2>直程)也以WHENSTARTDO<PROC1>为规则。因而，在执行规则时可能需要加一些限制，比如，注5：行为规则没有相应的标识符，因为他马恩从属于GB/TXXXXX—20××/ISO1944等）。表A.1是一些顺次关系模式及其相应条件和行为的举例。也可事件的发起(Eventinitiation)——平行发起（Parallelspawning）AND-分支(同步，异步)AND-branching无序集（Unorderedset）——所汇集点（Rendezvous）——平行运行期选择（Run-timechoice可替换完成（Alternatecompletion为A.2.3条件(ConditionA.2.3.1事件(Event)事件条件(eventcondition)是行为规则使用的两种条件之一。一个指定事件实例的发生由事件名a)在<PROC>正常运行过程中产生的正常事件(normalevents)，b)开始(start)，即发起此<PROC>的行为，它由保留字START来表示。比如，6)缺省异常(default)（捕），），A.2.3.2行为完成(Actioncompletion)行为完成(actioncompletion)是在行为规则中使用的两种条件之一。它意味着一个或多个指定的条讲述）中发起了数次，只有最后一次终结才会被视为行为完成。行为完成有四个a)基于状态条件(on-statuscondition)——该行为的发起要视企业活动的结束状态与指定值的ES(<PROC>x)=statusvalue(状ES(<PROC>x)<statusvalue(状ES(<PROC>x)>statusvalue(状数或表达式，能被估值和检测，相比结束状态，有相等、少于、大于或不等这几种GB/TXXXXX—20××/ISO1944（完成条件<PROC1>与完成条件<PROC2>……（完成条件<PROC1>或完成条件<PROC1>……这里，每一个完成条件<PROC>i(i=1…n)，不是一个A.2.3.2a)定义的基于状态条件就是一个A.2.4行为(Actions)A.2.4.1发起行为(Initiateactio示例：即使之前的一个<PROC>已经完成，并可使这个<PROC>向下进a)单一行为(singleaction)——单一一个指定的<PROC>被发起，只用业务过程或企业WHENSTARTDOprepare_Workstationg)AND分支（AND-branching）——前面的一个或多个<PSYNCHRONOUSorASYNCHRONGB/TXXXXX—20××/ISO19440:在<PROC>清单中的逗号可以由保留字AN（<异或模态><PROC1>,<PROC）；在<PROC>组中的逗号，可以用保留字XOA.2.4.2完成行为(CompleteactioA.2.3.2定义的任何条件均能使完成行为发生，完成行为结束<PROC>。它有两种形式：a)正常完成(normalcompletion)——<PROC>正FINISH结束）或FINISH（<statusvalue>结束（<状态值>GENERATE<exceptionname>ANDFINISH（产生<异常名称>并A.2.4.3产生事件行为(Generateeventaction)A.2.4.4循环行为(Loopaction)a)有条件重复(repeatconditonally)——每次对将要重复的行为重复之后，对测试条件评估。REPEAT<action>UNTILtestcondition（重复<行为REPEAT<action><loopcount>TIMES(重复），GB/TXXXXX—20××/ISO1944文本区分并确保正确引用。表示扩展BNF每个操作符的标准字符及其包含的优先级为（排在上面的优先GB/TXXXXX—20××/ISO1944GB/TXXXXX—20××/ISO1944GB/TXXXXX—20××/ISO1944GB/TXXXXX—20××/ISO1944模型视图本附录包含第5章图片的拓展版本。它展示了如何根据功能、信息、资源和组织模型视图来分析面GB/TXXXXX—20××/ISO1944第6章中规定的概念结构提供了第7章的核心构件和7.16的具体化构件的关系和属性的总体关系。这些构件和制造具体化构件之间的主要关系如8.2所示。图B.3扩展了图8以包GB/TXXXXX—20××/ISO1944GB/TXXXXX—20××/ISO1944图B.4所示为资源如何为企业活动和能力提供支持，展示了计算机集成制造开放系统体系结构为了确保一致性，这些图都是从单个UML类模型生成的，该模