2024企业建模与体系结构企业建模构件

II企业建模与体系结构企业建模构件目 次前 言 III引 言 IV1范围 12规性用件 13术和义 14缩语 99件用 105表、系角和般概念 10模言构目和适性 10业型维度 11件示 11模言构公结构 12模言构模板 12照整性 13性示 13于述板容符号 14建阶的持 15关表示 15具化 16互概念 166概结构 16分模型 16模构件 17心件 18化件 错误!未定义书签。图件 217核构件 22域 22务程 24业动 272932业象 33业象图对视图） 35织元 36IIII策心 38角色 40产品 41命令 43资源 45能力 47绩指标 48核构的板性 508衍构件 5151向造企的生产品 51务向业演化 53生件 55附录 A（范）行为则——细述语法 64A.1程为 64A.2663展巴斯式（EBNF）形语法 73附录 B（料）模型图 77B.1772心衍构的展图 77B.3向造业视图 79B.4策图 86B.5作图 94PAGEPAGE23企业建模与体系结构企业建模构件范围本文件确定并列举了用户按照ISO19439对企业进行建模时需要的构件。（6本文件没有规范性引用文件。下列术语和定义适用于本文件。ISO和IEC维护的用于标准化的术语数据库地址如下：——ISO在线浏览平台：\h/obp；——IEC电气词典：\h/。聚合aggregation（3.50）注1：建模语言构件和其他模型构件可为多个聚合的一部分。注2：“是……的部分”(Part-of)和“由……组成”(Consist-of)这两个属性属于聚合关系（3.64）（见7.16）。属性attribute（3.35）ISO19439：2006,3.2]行为规则behaviouralrule<企业建模>对构成业务流程（3.4）和服务（3.71）行为的诸项活动的逻辑顺序关系（3.64）进行的描述。业务流程businessprocess（3.27）（）性能capability<一般>执行特定活动的能力。能力Capability）（3.28）（）（3.5）类class表示并封装了特性、关系（3.64）和行为的一个抽象，它是相似现象的集合。注：类取其一般意义来用，没有任何执行的含义或以特殊方法使用的含义。补充概念complementaryconcept概念表示本身不是一个结构（3.12），但对于企业建模的目的来说，它具有独特的意义和语义。注：许多构件模板（3.14）使用补充概念，在5.12中列出。组件component[来源：ISO19439：2006，3.6，有修改]概念定义阶段conceptdefinitionphase[来源：ISO19439：2006，3.7，有修改]约束constraint（3.75）ISO19439：2006，3.8]构件construct<企业建模>抽象设计为建模语言的一个元素，以表示域（3.24）中的通用概念。注：本文件涉及制造、相关服务和合作企业的域。构件标签constructlabel为每一个构件模板（3.14）定义的文字串，定义构件（3.12）的种类。注：构建标签在4.2中列出。构件模板constructtemplate能够识别并描述特定的建模语言构件（3.50）、并给这些特定构件分配属性的通用结构。共同提供者Co-provider（3.71）核心构件coreconstruct<企业建模>主导构件（3.12），通过将每个单词的首字母大写来区别于该术语的通常用法。注：核心构件在第7章阐述。（3.71）；（3.33）；企性能指标（3.59）决策中心decisioncentre（3.18）注：用来描述决策中心各方面内容的术语出现于CEN/TS14818，将（时间）范围定义为“制定决策需花费的一段时（规划出台后到被重新评估期间的这段时间”。决策函数范畴decisionfunctioncategory<企业建模>一组决策活动或决策中心（3.17），处理相同类型的决策活动并涉及相同类型的主题。示例：管理资源；管理产品；计划生产。声明性规则declarativerule目标与约束（3.11）集，可能结合一组以文本形式表述的需求。注：声明性规则可用于业务流程（3.4）和服务（3.71）。decommissiondefinitionphase（3.9）[来源：ISO19439：2006，3.11，有修改]演化derivation（3.31）（3.49）（3.30）衍生构件derivedconstruct注：衍生构件在第8章阐述。（3.15）（3.40）设计规范阶段designspecificationphase企业模型阶段（3.31），它指定了为实现需求而执行的业务流程（3.4）、企业活动（3.28）和规则。[来源：ISO19439：2006，3.13，有修改]域domain<企业建模>表示待建模企业（3.27）的某个部分并且确认了相关信息的构件（3.12）。域识别阶段domainidentificationphase（3.29）。[来源：ISO19439：2006，3.13，有修改]域运行阶段domainoperationphase（3.31）（3.24）模型（3.49）ISO19439：2006，3.16企业enterprise企业活动enterpriseactivity<企业建模>构件（3.12），它代表了业务流程（3.4）目标所需的全部或部分最详细的企业功能范围，它定义了要承担或正在承担的任务，并确定了其执行所需的输入和结果所创建的输出。注：所需的输入和资源（3.66）在企业活动模版中定义。企业域enterprisedomain注：本文件中，当“企业域”用作一个限定词时，缩写为“域”，例如术语“域识别阶段”和“域模型”。“域”的其他用法和字典中的一般含义相同。企业模型enterprisemodel注：和企业的构成模型（3.49），例如企业的建筑模型。[来源：ISO15704：2019，3.6]企业模型阶段enterprisemodelphase（3.30）（3.45）ISO19439：2006，3.24]企业模型视图enterprisemodelview模型视图modelview视图view对企业模型（3.30）着重于某一特定方面的有选择地理解或表达，其他方面予以忽略。[来源：ISO19439：2006，3.25，有修改]企业对象enterpriseobject<企业建模>表示一条企业（3.27）信息，该信息描述一个或普遍、或真实、或抽象的实体（3.35）的构件（3.12），该实体被概念化为一个整体。注：本文件其他所有构件代表有具体语义的实体，这些具体语义需要特定属性和附加的描述。[来源：ISO19439：2006，3.27，有修改]企业对象视图enterpriseobjectview对象视图objectview<企业建模>表示因特定目的而从某个特定企业对象（3.33）中选出的属性（3.2）集合的构件。注：这个集合由选定的属性和对这些属性的约束（3.11）构成。实体entity（3.24）ISO15704：2019，3.8]事件event注：事件可能和对象视图有关联，对象视图包含了与该事件相关的属性。例外exception<企业建模>之前启动的业务流程（3.4）、企业活动（3.28）或服务（3.71）的异常终止，或由特殊的外部机制(如看门狗定时器)引发的事件（3.36）。功能视图functionview<企业建模>企业模型视图（3.32），能够表达和修改企业（3.27）各过程以及这些过程的功能性、行为、输入和输出。[来源：ISO19439：2006，3,32，有修改]功能目录functionalcategory表达共同目的或性能（3.5）的实体（3.35）分组。功能性functionality能为用户（3.76）通用化generalization注：通用化是具体化（3.73）的反义词。[来源：ISO19439：2006，3,34]实施描述阶段implementationdescriptionphase服务（3.71）（3.28）（3.23）[来源：ISO19439：2006，3,38，有修改]信息视图informationview<企业建模>企业模型视图（3.32），能够描述和修改在功能视图（3.38）中定义的企业信息。注：信息视图是一个包含了企业对象（3.33）的结构，企业对象代表与信息相关的企业实体（3.35）[组织、资源（3.66）和信息]。[来源：ISO19439：2006，3,40，有修改]完整性规则integrityrule需求定义阶段（）3.65对信息限制的说明，施加这些限制是为确保信息与真实世界的一致性。注：完整性规则是用来定义一些限制的，这些限制和对企业对象（3.33）属性（3.2）的约束（3.11）有关。生命周期lifecycle（3.35）（3.46）ISO19439：2006，3.42生命周期阶段lifecyclephase一个实体（3.35）的不同发展阶段。[来源：ISO19439：2006，3.43，有修改]元模型meta-model用于构建与域相关的模型（3.49）的建模元素的描述。注：元模型总是相对于它的建模元素出现的模型。任务mission<企业>对企业（3.27）期望通过实现对产品或服务（3.70）的功能性请求而达到的效果的描述。模型model（[来源：ISO19439：2006，3.47，有修改]建模语言构件modellinglanguageconstruct发生occurrence操作角色operationalrole（3.69）（3.73）命令order<企业建模>企业对象（3.33）构件（3.12）的具体化（3.73），表示公司或组织为提供满足顾客、法律或环境要求的产品所需的全部调试和控制。注：包括命令管理/决策、计划和企业（3.27）业务流程（3.4）所需的信息。组织角色organizationalrole组织单元organizationalunit（3.64）（3.2）描注：部门；科室。组织视图organizationview（3.55）（3.17）[来源：ISO19439：2006，3.52，有修改]部分通用模型partialmodel在特定类型工业部门或工业活动中用作参考模型的模型（3.49）。注：（3.50）用已有的其他企业域（3.24）所建立的模型。ISO19439：2006，3.54绩效指标performanceindicator<一般>用于评估目标实现程度的度量或方法。绩效指标performanceindicator（3.58）视角perspective<企业建模>一个指定域（3.24）的利益相关方或模型（3,49）用户的态度。注：利益相关方的态度可以由利益相关方关注的问题，以及他们的培训、经验、文化背景和动机形成。[来源：ISO15704：2019，3.19，有修改]人员专规personprofile（3.54）（3.52）注：多个人可以具有一个人员专规，反之，一个人也可以具备多个组织单元（3.55）或企业活动（3.28）的多项人员专规。可处理的模型processablemodel具有特定语法和语义的模型（3.49），能够被计算机处理（用于分析、仿真或实施）。产品product<企业建模>企业对象注：相关技术信息可以是产品历史，如产品特性、测试版本和质量数据。关系relationship两个或多个实体（3.35）之间的关联，对实现某一目的意义重大。需求定义阶段requirementsdefinitionphase[来源：ISO19439：2006，3.59，有修改]资源resource<一般>提供执行一个企业活动（3.28）所需的全部或部分能力（3.5）的企业实体（3.35）。注：在本文件中，资源在系统（3.75）理论中指提供系统所需能力的实体，它也是系统本身一个重要的组成部分。资源描述包括对耗材（例如能源，空气，散热剂）的确定及描述，耗材的数量要充足。而物料过程输入要满足各种活动（如原材料，零部件和组装件等）。这些输入在功能视图（3.38）中予以确定，在信息视图（3.43）中进行描述，在组织视图（3.56）中确定对其的相关管理职责。资源Resource注：资源构件不包括人力资源。[来源：ISO19439：2006，3.60，有修改]资源视图resourceview<企业建模>能够表达和修改企业资源（3.66）和角色的企业模型视图（3.32）。注：资源视图是一个包含企业对象（3.33）的结构，这些企业对象表示的是执行企业操作所需要的资源集。[来源：ISO19439：2006，3.61，有修改]角色role<企业建模>企业对象（3.33）的具体化（3.73），表示人或物在特定上下文中的角色。服务service服务Service<企业建模>表示服务（3.70）的构件（3.12）。服务化servitization制造企业（3.27）中用于向产品增加服务（3.70）以满足用户（3.76）需求的流程。具体化specialization为了能在一定范围内应用或适于特定的用途或目的而对一般概念的修改，或增加或修改某个一般概念的细节以使其更加具体的行为。注1：具体化是通用化的反义词。注2：当涉及一个类（3.7）的时候，具体化指为特定目的在类中构件子类，每个子类的成员具有一个或多个共有的特性[属性（3.2）、关系（3.64）、行为或语义]，这些特性是类的其他所有成员不能共享的。当涉及一个模型（3.49）时，具体化指从通用概念到部分通用模型（3.57）和专用模型的演进过程。[来源：ISO19439：2006，3.62，有修改]利益相关者stakeholder（3.60）（3.27）注：典型的企业利益相关者包括企业所有者、企业客户和负责接收或交付产品或服务（3.70）的企业员工，以及与企业合作以完成其任务（3.48）的人员或组织。系统system为一定目的组织起来并进行交互的事物的集合。用户user<企业建模>衍生构件（3.22），角色（3.73）的具体化（3.70），它表示使用产品或服务（3.70）的实体（3.35）的兴趣和特征。缩略语通用EBNF：扩展的巴科斯范式（ExtendedBackus-NaurForm）GRAI：相互关联的结果和活动图表[graphesàRésultatsetActivitésInterreliés（GraphsofInterrelatedResultsandActivities）]HTTP：超文本传输协议（HyperTextTransferProtocol）ICT：信息与通信技术（InformationandCommunicationsTechnology）UML：统一建模语言（UnifiedModelingLanguage）XML：可扩展标记语言（eXtensibleMarkupLanguage）构件专用BP：业务流程（BusinessProcess）BRS：行为规则集（BehaviouralRuleSet）CA：能力（Capability）CODM：协作域（CollaborationDomain）COPR：共同提供者（Co-provider）COPT：协作点（CollaborationPoint）CPRT（CollaboratingPartner）DA（DecisionActivity）DC（DecisionCentre）DECN：决定（Decision）DFRM：决策框架（DecisionFrame）DM：域（Domain）DSTR（DecisionStructure）EA（EnterpriseActivity）EO（EnterpriseObject）EV（Event）FUNC（Functionality）OPR（OperationalRole）OR（Order）ORR：组织角色（OrganizationalRole）OU：组织单元（OrganizationalUnit）OV：对象视图（ObjectView）OVPR：对象视图专规（ObjectViewProfile）PI：绩效指标（PerformanceIndicator）PPR：人员专规（PersonProfile）PR：产品（Product）RE：资源（Resource）RO：角色（Role）SRV：服务（Service）SLK：利益相关者（Stakeholder）USER：用户（User）第78（8.2、8.3B.4和B.5注：（件的前向引用（而不是作为建模方法而选择的，如下所示：——从域（模型的范围和边界）开始；——在业务流程、服务、企业活动和事件方面添加功能；——增加了企业对象和对象视图的信息表示，以及专门化产品和订单的信息表示；——提供资源和能力；——最后，将组织和角色问题作为角色的子类处理，包括组织单位、决策中心、组织角色、业务角色和个人简介。相对于ISO19439中定义的一般性维度，构件是用于构件部分和特定模型的一般性元素。对于部分模型（例如，特定于行业或贸易的模型），部分模型实例（例如，针对域的事件的输入/输出和针对业务流程的输入/输出）的一些属性值可能仍然未定义，但特定模型实例进行了定义。这种缺失的条目需要为特定的模型完成。ISO19439ISO19439和ISO15704，建模语言结构应以人类可理解和数字技术可解释的形式表示。这意味着需要：——构件结构的可视化(图形化、图标化)表示，供模型构建者和业务用户使用；——一个结构化的信息捕获表示(本文使用模板)，供模型构建者和业务用户使用；——一种用于基于计算机的模型仿真和基于模型的企业操作控制和监控的机器可解释的表示。注1：数字技术的可解释性不是本文件的主题，而是由建模工具提供的。应以下列四种方式进行表示：5.45.5(UML)类模型中说明；7.2.5A注2：本文件使用类图作为例子来说明构件和它们之间关系。建模语言结构的模板模板是以非通用的方式描述的，但使用了通用的形式。构件模板应具有以下描述的形式：（（('_'B00SR.Oderin、EA-Welding、OV1.2、RE_6786_A；注1：标识符中不允许使用字符solidus('/')和逗号('，')。名称（）注2：8.2的面向制造的企业具体化还包括组织角色和人员配置文件（识别当前分配到组织角色的人员）。5.10作的责任和权限(即负责此构件的操作使用或授权更改其使用的组织单元和操作角色的注3：对于包含关系和类似的对偶关系(见5.6)，可以接受部分的和包含的是互补的；根据建模器的用途，可以使用其中一种或两种。如果某个属性或关系不适用于某个企业模型阶段，则在构件模板表实例中省略该属性或关系。属性和关系都包含对这些属性和约束的一般属性和约束，并适用于所指出的企业模型阶段。此外，属性和关系可以被分组为具有某些共同特征的集合，例如输入/输出或与组织关切的关系。注4：在附件A的模型中，部分关系和由部分关系组成的关系显示为没有标签的UML聚合。UML关联用于显示操作和关联关系，而UML通用化用于显示关系的具体化。注5：版本控制对可执行模型的设计和操作有重大影响。本文件认为对建模语言约束控制的支持是工具提供的责任。支持模型开发和维护的工具也有责任确保约束和完整性规则中引用的属性与为所涉及的构件实例定义的属性一致。注：本文件模板中使用的双重关系是(其中大写代码是构件标签)：——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——whereRequired<–>whereProvided建模器可以根据需要指定其他对偶关系。对于同时使用约束和完整性属性的构件，可以接受它们也是对偶关系；根据建模器的用途，可以使用其中一种或两种。在后一种情况下，建模工具有责任保持一致性。对于事件实例，支持模型开发和维护的工具有责任确保作为输入或输出列出的事件实例与事件的Generated-byInitiates//属性表示每个属性应由其名称和预定义的数据类型（数字、文字、字符串等）来定义。注1：10mm±0,05mm)注2：构件可以使用可扩展标记语言(XML)模式(参见参考文献[9]~[11])、Express(参见ISO10303-11)或其他形式的建模规范语言作为表示属性和数据类型、表达式和语句的相关定义的手段。属性是用表示和文本描述相结合的方式描述的。<Integer（Itembpevnilphysical/|a>|<b>|<cduration><qualy>]qualy——[0..*]表示没有实例、单个实例或多个实例；——[1..1指示单个实例；——[1...*]指示多个实例；——[m..nmn(*...*一个<>项的非空列表；用逗号分隔的列表被写成[<item>]+，而类似的可能为空的列表被写成[<item>]*。一个可选的<项目>表示为[<item>]？。在列表表示中，<项目>可进一步分解为：[<ID><multiplicity>]+或[<measure><metric>]*。更正式地说，列表的语法是：——列表=非空列表可能|空列表；——非空列表=项目|项目、分隔符、非空列表（*为方便起见，缩写为[<item>]+*）；——可选项目=项目|NIL（*为方便起见，缩写为[<item>]？*）；——分隔符=','；——可能-空列表=NIL|非空列表（*为方便起见，缩写为[<item>]**）。示例：表示的例子有：——7.1.4identifier>；'/'<name>；]':'[<identifier>；'/'<name>；]；——从功能模板(参见7.14.4)，RE_1006453/data_store对于where_provided是有效的标识符；'/'<name>]+（NIL无效)。——EnterpriseActivity7.3.4)，NILmax_load=10kg；max_temp=100°C接下来的一些示例中，前面的大写字母代码引用构件标签，后面跟着属性名，从简单情况发展到复杂情况。EO：对象物理信息的性质PHYSICAL|INFORMATION。CA：包含的功能[<capability>]*。DM:Objects[<Objective>]+，领域的战略和运营业务目标。EV：对象视图[<Origine>':'<Identifier>'/'<Name>]*，定义与此事件的出现相关联的信息。EV：generated_by[<Origin>':'<Identifier>'/'<Name>]+是此事件的源。BP:对象视图输入[<Origine>':'<Identifier>'/'<Name>]+，业务流程可以接收这些对象视图的出现。EA:EndingStatus[<value><priorityEndingStatus[<value>><priority0PR：与[<Identifier>'/'<Name>]*相关，定义与此产品相关的企业对象，其中多重性[...]*是[0..*](仅用于早期建模阶段)或[1...1]或[1..n]或[M..n]之一。本文件旨在对企业进行建模，通过如下建模相关的语言结构来支持所有的企业模型阶段：——在域识别阶段，以这样一种方式识别域的内容(其业务流程)及其输入和输出，包括事件，以便域识别模型可以用作导出一致概念定义模型的起点；——在概念定义阶段，用任务、战略等定义企业的业务模型，并且以这样一种方式将概念定义模型用；——作导出一致需求定义模型的起点；——在需求定义阶段，从业务角度描述域的业务流程、服务和企业活动，以这样一种方式，即需求定义模型可以被证明足以用作导出一致的设计规范模型的起点。模型视图的可用性简化了建模过程（功能、信息、资源和组织--如果需要，可以添加其他视图）。这些视图由许多信息对象（企业、资源、组织）支持，这些对象表示企业操作的许多信息方面。需求定义模型还应能够通过仿真进行验证；——在设计规格阶段，从商业和信息和通信技术的角度具体说明企业活动及其所有组成部分，以便能够证明设计规格模型足以作为始终如一地推导实施说明模型的起点；因此，设计规范模型也应能够被处理以进行验证。在这一阶段，结构应从需求定义阶段的结构中衍生出来，用反映所有资源和一般信息和通信技术接口的属性丰富结构；/——在域操作阶段，发布的模型用于操作目的，如决策支持、监视和控制；——在退役定义阶段，识别业务流程和服务组件的未来使用，以使退役定义模型可以酌情用作任何模型阶段重用的起点。关系的目的是对建模语言构件的运行时实例之间的时变关联和其他关联进行建模。应该允许自反关系，即可以在一个实例和它自己之间创建一个关系。示例1：实体之间的关系可以是零件和用于生产它的机器之间的关系，也可以是工人和他或她被分配到的生产订单之间的关系，如:produced_by(Part,Machine),works_at(worker,order)。这种关系通过分配表示为输入和输出。示例2：说明性结构之间的关系是域与其业务流程之间的关系，或者业务流程与其子流程和活动之间的关系。用户定义关系的概念依赖于7.6中描述的企业对象的概念和从该企业对象派生的模型实体(资源、描述他们在企业中使用结构和行为结构时对其进行分组的方式。用户定义的关系可以通过企业对象、产品、订单和企业对象上的对象视图中的关联列表或其他用户定义的属性来表示。具体化具体化可以通过以下方式实现：——具体化最合适的构件（和相应的模板）并相应地调整头信息；——在适当的模型阶段添加新的“具体化”关系；——为“specification-of”属性分配适当的值，并列出它是具体化的构件（或例外情况下的构件)；——适当地为现有属性赋值或约束值；——根据需要添加其他属性，并为这些属性分配模型唯一的名称。7注：本文件中使用的具体化概念比编程语言和面向对象建模领域中的具体化概念受到的约束要小。——行为规则(见7.2.5)；——约束；——目的。1UML注：UML类图[9]系在本文件的规范部分中被定义和规范。它们使用UML以丰富的图形来说明，并且可以在其他建模语言中以不同的方式呈现。UML图1四组件模型<<输入>>包之间的关系表明元模型中的类和关系由核心构件继承，而这些又由派生构件和视图继承。元模型的规范构件如图2中的UML图所示。注：继承关系被涂上红色，以使它们在视觉上与其他关系更好地区分开来。图2元模型企业域中的任何实体都是通过将其定型为通过修改操作数并反过来受操作数影响来寻求实现某些目标的操作，或者将其定型为具有因操作行为而改变的属性的操作数来扩展的。注：在UML中，“构件型”指的是如何扩展现有的元类，从而允许使用附加的表示法。ISO15704）构件具有如图3所示的结构。注：UML类表示并不规范。图3构件结构构件是用规范文本和定义其属性和与其他构件的直接关系的模板来指定的。模板包含一个所有构15个核心构件的集合如图4所示。4图4核心构件注：继承的属性在这些UML图中没有显式显示。图4省略了构件属性，这些属性如图7所示。另外，图4还省略了核心构件之间的关系，这些关系如图B.1所示。企业对象和对象视图之间的关系是一个例外，因为“包含一个子集”有点类似于“类”继承关系，但不是相同的，因为只有一些属性被继承。由于对象视图是企业对象的具体化，因此特定于目的的对象视图也可以用于企业对象的任何其他专门化，即企业对象的每个专门化都可以具有专门化的对象视图。5图5包括企业对象子集的对象视图8.2和8.3图6衍生构件图6省略了构件属性，这些属性如图B.2所示。虽然企业对象视图构件支持创建包含特定企业对象的部分属性和关系的构件，但企业模型视图的（）附录B中描述的开放式视图集包含了一个面向制造的企业的基于视图的分析，以及示例决策和协作视图，这些视图还包含了进一步的构件。域目的描述一个域构件应该从一个高层次的面向管理的角度来描述要建模的企业的各个部分以及与外部环境用法所有模型生命周期阶段都使用域构件。域模板应：表1域模板标题构件标签<Model-uniqueabbreviation>DM标识符<model-uniquestring>以构件标签的形式由建模者指定的字母数字代码，后面跟着一个扩展的字母数字字符串(见5.5)，例如DM.1-2名称[<adjective>]?<noun>域的名称，这里<noun>表示功能或目的，<adjective>可任意选用，用来表示范围设计权限[<identifier>“/”<name>“:”<identifier>“/”<name>]组织角色和组织单元，有权对此域进行设计并予以维护正文与域标识和后面阶段相关的属性描述<string>对域的简短文字描述域输入[<name>[<shorttextualdescription>]?+名称以及对将域输入转换为域输出所需主要功能的简短描述域输出主要流程目标约束[<name>[<shorttextualdescription>]?+主要域输出的名称和可选的简短描述[[<identifier>“/”<name>][<functionalitytext>]?]+为域输出所需的主要功能的简短描述。已识别的业务流程或服务的列表仅限于实现领域目标所需的那些流程或服务[<objective>]+本领域的战略和运营业务目标。[<constraint>]*对该域施加的约束适用于概念定义和以后阶段的属性业务域对象模型域运行决策功能类别['Mission:'<missiontext>]';'['Vision:'<visiontext>]';'['Values:'[<valuetext>]+]对该域的使命、愿景和价值的简短文本描述['Strategies:'<strategy>text]*';'['Policies:'<policytext>]*';'['OperationalConcepts:'[<operationalconcept]*';'['BusinessPlans:'[<businessplan]*域的战略、政策、运行观念和业务规划的简短文字说明[[<verb>]?<noun]*决策功能的名称或者属于域的功能的名称与域标识和后期阶段相关的关系输入/输出 对象视图输入事件输入对象视图输出事件输出[<origin>“:”<identifier>“/”<name>]+原点和对象视图的标识符和名称，这是可用的域与外部环境的边界[<origin>“:”<identifier>“/”<name>]+事件实例可在域实例运行中被接收[<destination>“:”<<identifier>“/”<name>]+对象视图实例可供域实例运行时所用[<destination>“:”<<identifier>“/”<name>]+事件实例通过域实例的运行而产生适用于需求定义和后期阶段的关系使用业务流程使用服务[<identifier>“/”<name>]+在此域中使用的业务流程[<identifier>“/”<name>]+在此域中使用的服务使用性能指标[<identifier>“/”<name>]+目标的完成情况进行评估操作关系适用于设计规范和后期阶段的关系操作职责[<identifier>“/”<name>]“:”[<identifier>“/”<name>]组织角色和组织单元承担运行此实例的职责操作权限[<identifier>“/”<name>]“:”[<identifier>“/”<name>]组织角色和组织单元具备运行此实例的权限注1：关于目标，衍生目标也出现在业务流程、企业活动、服务和决策中心；需要确保一致性。注2：在此和以下模板中，Relationships中的<Origin>表示作为输入源的域、业务流程、企业活动或服务。在<Origindestination>表示将接收输出的域、业务流程、企业活动或服务。注3：域至少指定一个业务流程或服务。支持模型开发和维护的工具有责任确保这里列出的业务流程和服务与业务流程和服务的usedby属性兼容。业务流程目的描述业务流程构件应描述产生满足从为企业域定义的业务目标派生的一个或多个业务目标的期望结果（见7.2.5注：A.1条规定了对行为规则施加限制和约束的理由。（）（finishgenerate<exception>和finish用法业务流程构件用于所有模型阶段。其模板应：表2业务流程模板标题构件标签<Model-uniqueabbreviation>BP标识符<model-uniquestring>以构件标签的形式由建模者指定的字母数字代码，后面跟着一个扩展的字母数字字符串(见5.5)，例如BP_2名称[<adjective>]?<noun>业务流程实例的名称，这里<名词>表示业务流程的范围，<adjective>可任意选取，修饰业务流程实例设计权限[<identifier>“/”<name>]“:”[<identifier>“/”<name>]组织角色和组织单元有权对此此业务流程进行设计并予以维护正文与域标识和后面阶段相关的属性描述<string>对功能性和期待结果的简短文字描述目标[<objective>]+业务流程的实例要完成的战略性和操作性业务目标适用于需求定义和后面阶段的属性约束[<constraint>]*对业务流程施加的约束说明规则<declarativerule>]*适用于此业务流程实例的说明规则行为规则集[<behaviouralrule>]+7.2.5和附件A启动优先级<integer>系统定义范围内的整数，分别表示最低和最高优先级。终止状态[<value>[‘,’<priority>]?]*此业务流程产生的可能的结束状态值<value0与域标识和后期阶段相关的关系域使用[<identifier>“/”<name>]*采用此业务流程实例的域需求定义和后期阶段的关系使用性能指标[<identifier>“/”<name>]*能够对目标完成情况进行评估是……的一部分[<identifier>“/”<name>]*作为这些业务流程实例中一员，该特定实例涉及到一个聚合。正在被定义的业务流程的名称不能够在列表里使用使用服务[<identifier>“/”<name>]*此业务流程使用的服务。由……组成[<identifier>“/”<name>]*业务流程实例、企业活动和服务，此业务流程实例是这些实例的聚合输入/输出对象视图输入对象视图的[<origin>“:”<identifier>“/”<name>]+其实例可供业务流程实例在运行时所用事件输入[<origin>“:”<identifier>“/”<name>]+其实例可在业务流程实例运行时被接收对象视图输出[<identifier>“/”<name>“:”<destination>]+其实例可供业务流程实例运行时所用事件输出[<identifier>“/”<name>“:”<destination>]+其实例通过业务流程实例的运行而产生适用于设计规范和后期阶段的关系操作关系操作职责[<identifier>“/”<name>]“:”[<identifier>“/”<name>]组织角色和组织单元承担运行此实例的职责操作权限[<identifier>“/”<name>]“:”[<identifier>“/”<name>]组织角色和组织单元具备运行此实例的权限注1：激活优先级属性在运行时用于选择在行为规则集启动多个业务流程的情况下首先激活哪个业务流程或具体化。它们还用于指导企业活动的资源分配。注2：结束状态优先级在运行时用于选择当两个流程在相同的可观察时间间隔内完成时首先响应哪个业务流程或其具体化。注3：对于事件输入和输出，支持模型开发和维护的工具有责任确保作为输入或输出列出的事件与事件的生成属性兼容。目的描述业务过程的行为应该由一组行为规则在其行为规则集属性中进行描述，这组规则控制着这些组成性业务过程和企业活动的顺序。逻辑顺序或多或少是确定性的，与下列过程相对应：——已构建好的过程，即，过程的预期结果已经知道，并且业务过程、服务和企业活动的顺序均已完全定义；——部分构建好的过程，即，过程的预期结果已经知道，但是业务过程、服务和企业活动的顺序仅在运行时可知（半确定性的）；——未建好的过程，即，既不知道过程的预期结果，也不知道业务过程、服务和企业活动的顺序。附录A定义了约束条件，并对这些规则进行了详细描述，对规则的语法做了介绍。用法行为规则的概念用于需求定义阶段和后面的阶段。规则应该企业活动目的企业活动构件的目的是代表企业域的业务过程或服务内实现基本任务所需的流程功能部分。与涉及企业目标的业务流程（见7.2）相反，企业活动涉及生产需求，并根据需要的操作监控用户目标而定义。描述企业活动构件应该对一项特定任务需要的和产生的所有事物予以确定，这一特定任务将利用控制企业活动的内部任务行为在活动行为属性中描述。如果一个企业活动被分解为其他企业活动，则应通过行为规则描述的顺序关系和依赖关系来识别任何组成的企业活动，并描述其相互作用，这些行为规则捕获了过程动态。用法企业活动构件在需求定义阶段和其后的阶段使用。企业活动构件的模板应该能够记述执行本企业活动已确定的功能所需和创建的所有相关信息的输入和输出，以及与基于模型关系的表示和操作过程的监控和控制。表3企业活动模板标题构件标签<Model-uniqueabbreviation>EA标识符<Model-uniquestring>(建模以构件标签的形式分配字母数字代码，后面是扩展的字母数字字符串（55E_名称<verb>[<adjective>]？<noun>]？企业活动实例的名称，这里<verb>表示企业活动必需的性质，可选择的<adjective>和<noun>分别是企业活动的限定词和其范围的指示词。设计权限组织角色和组织单元的[[<identifier>“/”<name>][NIL|“:”<identifier>“/”<name>]]，组织角色和组织单元有权对此特定实例进行设计并予以维护。正文适用于需求定义和后期阶段的属性描述<string>文字描述活动行为<description>|<specificationoftasks>将要执行的任务的描述或组成子活动（任务）顺序的说明。目标[<objective>]+，企业活动实例要完成的操作性业务目标约束行为规则集激活优先级结束状态持续时间加给企业活动实例的[<constraint>]•[<behaviouralrule7.2.5A（行为规则集合构成了行为规则集。）<integer>priority>*0<priority一个。使用性能指标使用者<identifier>'/'<name>]+，可以用来评估目标实现情况的性能指标。[<identifier/'输入功能输入对象视图实例的[<origin>“:”<identifier>“/”<name>]+，对象视图实例描述了企业活动实例所拥有的输入信息。控制输入对象视图实例的[<origin>“:”<identifier>“/”<name>]+，对象视图运行数据。所需的操作资源输入事件输入组成输出操作角色的[<identifier>“/”<name>]+，操作角色定义了开展这一企业活动实例所需的操作能力开展这一企业活动所需的资源实例[<origin>'：'<identifier>'/'<name>]+，资源输入确定了已提供的能力（713.4。所有事件的[<origin>“:”<identifier>“/”<name>]+，事件实例在开展企业活动实例时能够被接收[<EnterpriseActivity>[':'[<param>]+]?]*，此企业活动是聚集的企业活动。功能输出对象视图实例的[<identifier>“/”<name>“:”<destination>]+，对象视图实例描述了开展这一企业活动实例所产生的信息输出。功能输出包含了执行任务及子任务的状态信息，因为这些任务和企业活动和相关资源有关控制输出资源输出对象视图实例的[<identifier>“/”<name>“:”<destination>]•，对象视图实例描述了企业活动实例开展后各企业活动的状态信息对象视图实例的[<identifier>“/”<name>“:”<destination>]•，对象资源实例描述了企业活动实例开展后资源的状态信息输出事件所有事件的<identifier>“/”<name>“:”<destination>]•，事件实例在开展企业活动实例时能够产生操作关系操作职责组织角色和组织单元的[[<identifier>“/”<name>][“:”<identifier>“/”<name>]]，组织角色和组织单元承担运行此实例的职责。（组织角色对应前一个中括号，组织单元对应后一个中括号）操作权限组织角色和组织单元的[[<identifier>“/”<name>][“:”<identifier>“/”<name>]]，组织角色和组织单元具备运行此实例的权限。（组织角色对应前一个中括号，组织单元对应后一个中括号）注1：制所需的输入/标准的范围内。注2：激活优先级属性在运行时用于选择在行为规则集启动多个进程的情况下优先激活哪个进程，还用于指导向企业活动分配资源。注3：保证这些资源至少包括能提供所需能力的指定的资源输入，是具备工具支持的设计人员的职责。服务目的（（（注：可以使用相关建模语言或工具，如蓝图、UML、用例图等，对比模板中包含的更详细、更具体的信息进行建模。描述服务构件应描述提供满足用户（见8.4.5）产品需求功能的服务系统（见7.11）。在服务系统中：——提供服务功能需要各种业务过程、其他服务和企业活动，例如服务预订过程、服务交付过程、服务规划过程、供应过程或维护过程；——这类开发涉及多个实体，从使用服务的用户到提供商、合作提供商，以及技术中心、研究中心和银行等其他实体，所有这些实体都被称为利益相关者，每个实体都有可能表达特定的关注点。（和（见8.2），运营角色输入确定了由指定人员配置文件提供的所需技能。资源输入和输出应分别确定所需和提供的用法服务构件应用于所有模型阶段。其模板应能够：表4服务模板标题构件标签<Model-uniqueabbreviation>SRV标识符<Model-uniquestring>(建模以构件标签的形式分配字母数字代码，后面是扩展的字母数字字符串（55SV名称<verbadjectivenoun>verb>表示服务必需的性质，<adjective>和<noun示词。设计权限组织角色和组织单元的[[<identifier>“/”<name>]“:”[<identifier>“/”<name>]，组织角色和组织单元有权对此特定实例进行设计并予以维护。正文适用于域定义和后期阶段的属性描述<string>服务的短文本描述目标[<objective>]+，服务要完成的操作性业务目标与不同企业模型阶段相关的属性适用于概念定义和后期阶段的属性约束加给服务的约束[<constraint>]•适用于设计规范和后期阶段的属性行为规则集声明性规则性能值服务属性结束状态使用性能指标使用者产品使用者利益相关者部分组成[<behaviouralrule7.2.5A（行为规则集合构成了行为规则集。）适用于需求定义和后期阶段的属性。[<rule>]*，适用于本服务的声明性规则。<functionalitytext|Functionalityderivedconstruct]，描述功能或[仅在服务特定化（8.3）中定义]引用功能衍生构件的文本（8.4）[<text>]+|[PerformanceIndicator7.15）<attribute_name>['='[<attribute_value>]+]?]，表示服务属性的元素以及服务所表示实体的可能值。“[<value>priority>*0<priority与域标识和后续阶段相关的关系。<identifier>'/'<name>]+，可以用来评估目标实现情况的性能指标。[<identifier>'/'<name>]+，使用此服务的服务和业务过程。适用于需求定义和后期阶段的关系[<identifier>‘/’<name>]*，与本服务相关的产品，其中多重性[…]*是一个[0..*]（仅用于早期建模阶段）或[1..1]或[1..*]或[m..n]。[<identifier>'/'<name>]+，使用服务的用户（见8.4.5）。[<identifier>'/'<name>]+，与本服务相关的利益相关者（见8.4.4）。[<identifier>'/'<name>]+，此服务参与聚集的服务。列表中不能使用正在定义的服务的名称。[<identifier>'/'<name>]+，此服务所聚集的服务、业务过程和企业活动。输入/输出功能输入事件输入[<origin>“:”<identifier>“/”<name>]+，描述以下内容的对象视图：修改，此服务使用或消耗的资源。[<origin>“:”<identifier>“/”<name>]+，此服务可以接收的事件。操作关系操作职责[[<identifier>“/”<name>][“:”<identifier>“/”<name>]]，操作角色和组织单元，分别负责本服务的操作。（组织角色对应前一个中括号，组织单元对应后一个中括号）权限[[<identifier>“/”<name>][“:”<identifier>“/”<name>]]，分别为组织角色和组织单元，有权操作此服务。注1：第A.1条规定了行为规则的基本原理和限制条件。注2：用户和利益相关者仅在服务特定化中定义（见8.3）。事件目的描述事件也用来表示内部或外部事件发生对域的意义。用法注1：有些事件可能只是简单的表示某事发生的信号，而有的事件则包含了对象视图所表示的信息。示例：事件：客户订单的到达（对象视图：客户订单信息）。注2：事件构件不包含有关其持续时间、持久性、超时或其他与使用有关的属性的信息，这些都是依赖于实现的特性。每个事件都是一个独一无二的。不过，事件应该具有包含形容词的名称，以表明一些特定结构和行为。表5事件模板标题构件标签<Model-uniqueabbreviation>EV标识符<Model-uniquestring>(建模以构件标签的形式分配字母数字代码，后面是扩展的字母数字字符串（55E_名称<adjective>]？<noun>，事件实例的名称，这里<noun>表示引起事件的实体，<adjective>可任意选取，起修饰作用。设计权限组织角色和组织单元的[<identifier>“/”<name>]“:”<identifier>“/”<name>]，组织角色和组织单元有权对此特定实例进行设计并予以维护。正文与域定义和后期阶段相关的属性描述<string>事件的短文本描述适用于设计规范和后期阶段的属性时间戳优先级对象视图由……产生发起数据类型<YYYY.MM.DDThh:mm.ss.sss>，此数据类型定义了创建时间时所提供YYYY（242018-11-25T11:44:05.123时间戳具有一个固定值，这个值是日期和时间的一个数据类型（不能改变，因为系统识别的是这个值）在系统定义范围内的整数<integer如果是默认，则为最高优先级。与域定义和后续阶段相关的关系对象视图实例的[<origin>“:”<identifier>“/”<name>]•，对象视图实例定义了和此事件实例发生的有关信息此事件实例来源的[<origin>“:”<identifier>“/”<name>]+能够接收此事件实例的终点的[<identifier>“/”<name>“:”<destination>]+适用于设计规范和后期阶段的关系操作关系操作职责操作角色和组织单元的[<identifier>“/”<name>]“:”[<identifier>“/”<name>]，承担运行此事件的职责。权限操作角色和组织单元的[<identifier>“/”<name>]“:”[<identifier>“/”<name>]，具备运行此事件的权限。注：时间戳使用ISO8601格式化。目的见7.7）描述用法企业对象构件在各个建模阶段中都可使用。企业对象构件的模板应该能够：k)以人类可以理解和数字技术可以解释的形式呈现。表6企业对象模板标题构件标签<Model-uniqueabbreviation>EO标识符<Model-uniquestring>(建模以构件标签的形式分配字母数字代码，后面是扩展的字母数字字符串（55E_名称<noun>，企业对象的名称。设计权限组织角色和组织单元的[<identifier>“/”<name>]“:”<identifier>“/”<name>]，组织角色和组织单元有权对此特定实例进行设计并予以维护。正文与域定义和后期阶段相关的属性描述<string>文字描述对象本质性质约束完整性规则PHYSICAL|INFORMATION（物理的|信息）企业对象所代表的实体的本质。[<attribute_name>['='[<attribute_value>]+]?]*，代表实体性质和性质的值的元素，此实体以企业对象表示。[<constraint>]•，加在企业对象经选择并指定的属性上与需求定义和后期阶段相关的属性[<identifier>“/”<name>]•，适用于需求定义阶段的企业对象的属性与域定义和后期阶段相关的关系类关系——本表的企业对象关系清单操作关系是……具体化(Specializa-tion_of)由……产生(Generalization_of)企业对象的[<identifier>“/”<name>]•，这些企业对象是这一特定实例通用化后的结果。正在定义中的企业对象的名称在这个清单中不能使用[<identifier>'/'<name>]*，特定化此企业对象的企业对象。列表中不能使用正在定义的企业对象的名称。是……一部分(Part_of)企业对象的[<identifier>“/”<name>]•，作为这些企业对象中的一员，这一特定实例涉及一个聚合。由……组成(Consists_of)所有企业对象的[<identifier>“/”<name>]•，这一企业对象是这所有企业对象实例的聚合。正在定义中的企业对象的名称在这个清单中不能使用。权限操作角色和组织单元的[<identifier>“/”<name>]“:”[<identifier>“/”<name>]，具备运行此事件的权限。企业对象视图（对象视图）目的描述企业对象视图构件应通过指定企业对象或特定化的选定属性和关系来描述企业对象或其特定化的部分子集，其中可能包括约束和完整性规则。对象视图也应用于传达可能与事件相关的任何信息。用法对象视图构件在所有建模阶段都要使用。对象视图构件的模板应能：注：术语“企业对象视图”通常简化为“对象视图”。表7对象视图模板标题构件标签<Model-uniqueabbreviation>OV标识符<Model-uniquestring>(建模以构件标签的形式分配字母数字代码，后面是扩展的字母数字字符串（55O_名称<noun>，对象视图的名称。设计权限组织角色和组织单元的[<identifier>“/”<name>]“:”<identifier>“/”<name>]，组织角色和组织单元有权对此特定实例进行设计并予以维护。正文与域定义和后期阶段相关的属性描述<string>文字描述对象本质PHYSICAL|INFORMATION（物理的|信息）企业对象所代表的实体的本质。性质[<attribute_name>['='[<attribute_value>]+]?]*，代表实体性质和性质的值的元素，此实体以对象视图表示。（这些属性是应用对象视图的企业对象属性的子集）约束[<constraint>]•，加在对象视图经选择并指定的属性上与需求定义和后期阶段相关的属性完整性规则[integrity而来的企业对象企业对象的[<identifier>“/”<name>]，该对象视图从这一企业对象发展而来适用于设计说明和后期阶段的关系操作关系操作职责组织角色和组织单元的[<identifier>“/”<name>]“:”[<identifier>“/”<name>]，操作角色和组织单元承担操作此对象视图的职责。权限组织角色和组织单元的[<identifier>“/”<name>]“:”[<identifier>“/”<name>]，组织角色和组织单元具备运行此对象视图的权限。组织单元目的组织单元构件的目的在于描述一个可以确认的实体以及其在企业组织结构中的位置。描述）。用法注1：由一个组织单元描述的组织区域，大小可以不一（例如整个企业、一个部门、一个科或一个组）。注2：关系。注3：随着企业模型的发展，组织单元的权限/职责可能会从一个生命周期阶段转变为另一个。表8组织单元模板标题构件标签<Model-uniqueabbreviation>OU标识符<Model-uniquestring>(建模以构件标签的形式分配字母数字代码，后面是扩展的字母数字字符串（55O_名称[<adjective>nounadjective<noun>说明组织单元的范围。设计权限组织角色和组织单元的[<identifier>“/”<name>]“:”<identifier>“/”<name>]，组织角色和组织单元有权对此组织单元进行设计并予以维护。正文与域定义和后期阶段相关的属性描述组织层<string>，对组织单元的目的和目标进行文字说明适用于设计说明和后期阶段的属性<string>，对本组织单元在企业组织结构中所处的等级进行的简短文字描述适用于设计说明和后期阶段的属性操作权限和职责和过程有关的权限/职责：[<identifier>“/”<name>]•，它确定了和过程有关的域、业务过程、企业活动、服务和事件；对于上述诸项，本组织单元或管理或负责，或兼而有之。和信息有关的权限/职责：[<identifier/name>]•，它确定了和信息有关的企业对象、对象视图、产品和命令；对于上述诸项，本组织单元或管理或负责，或兼而有之。和资源有关的权限/职责：[<identifier>“/”<name>]•，它确定了和资源有关的人员专规、资源和能力；对于上述诸项，本组织单元或管理或负责，或兼而有之。分配属于本组织单元的组织角色[<identifier>“/”<name>]+，分配给此组织单元的组织角色。管辖本组织单元的组织单元[<identifier>“/”<name>]+，分配给此组织单元的组织单元。由……管理[<identifier>]*，对本组织单元具有权限或责任的组织单元。注1：设计权限属性最初没有值或有占位符值，该值在模型完成之前解析为现有构件。注2：保持这些职责和指定构件的相应属性的一致性，是执行工具的职责。决策中心目的）描述（（时段）。决策级别和决策功能类别的组合定义了决策中心在决策结构中的位置。注：B.4.3包含决策级别和决策功能类别的更多详细信息，以及相关结果和活动图（GRAI）网格中决策结构的表示（参见B.）（图B.11）。用法决策中心构件用于概念设计阶段及其以后的阶段。决策中心构件模板应能：表9决策中心模板标题构件标签<Model-uniqueabbreviation>DC标识符<Model-uniquestring>(建模以构件标签的形式分配字母数字代码，后面是扩展的字母数字字符串（55D_名称<verb>[[<adjective>]?<noun>]?，决策中心的名称；这里<verb>表示决策中心必备的性质，<adjective>和<noun>（可选择的）是决策中心的限定词和范围指示词。设计权限组织角色和组织单元的[<identifier>“/”<name>]“:”<identifier>“/”<name>]，组织角色和组织单元有权对此决策中心进行设计并予以维护。正文适用于概念定义和其后续各阶段的属性描述<string>，对决策中心的职权范围进行文字说明适用于需求定义和后期阶段的属性决策框架<string>|[<identifier>‘/’<name>]，（i）列出要实现的目标、涉及的变量和需要满足的约束的文本，或（iiB4（B...2该结构可适用于多个决策中心，描述了发送至决策中心和/或从决策中心发送的信息。决策功能类目<string>|[<identifier>‘/’<name>]，描述处理相同类型决策活动并涉及相同类型主题的决策活动或决策中心类型的文本。决策层[<horizon><period>]，这里<horizon>和<period>按日、周、年来计。<horizon>说明制定一项决策的用时，<period>说明修正一项决策的频次。适用于设计说明和后期阶段的属性组织位置<string>，本决策中心相对于企业组织单元位置的文本描述。适用于设计说明和后期阶段的关系操作适用范围过程适用范围[<identifier>“/”<name>]•，此决策中心制定的决策用于的域、业务过程、服务、企业活动、决策活动（仅在决策视图中）和事件信息适用范围[<identifier>“/”<name>]•，明确了此决策中心制定的决策用于的企业对象、对象视图、产品和命令资源适用范围分配[<identifier>“/”<name>]•，明确了此决策中心制定的决策用于的人员专规、资源、能力和/或功能实体受控的决策中心[<identifier>“/”<name>]•，明确了由此决策中心管辖的多个决策中心此决策中心属于的决策中心[<identifier>“/”<name>]•，指定了对此决策中心负责并具有管理权的决策中心此决策中心属于的组织角色负责此决策中心的组织角色的[<identifier>“/”<name>]此决策中心属于的组织单元[<identifier>“/”<name>]+，说明了此决策中心属于的组织单元角色目的见描述角色构件应描述早期建模生命周期阶段实体执行的一般或典型或特征功能，这些功能在后期建模示例：不同的角色和背景包括：——对于人力资源来说，一名员工可以依次成为某一组织结构中的下属、同一结构中其他员工的经理以及另一组织结构的外部兼职顾问；此人在担任不同角色时可以提供不同的能力；——对于组织实体来说，企业可以是协作中的一个或多个协作伙伴、与服务功能相关的服务的用户或为该服务提供资源的共同提供者。用法上述各种角色由8.4中角色的以下特定化表示：——利益相关者（进一步特定化为用户和合作提供商）。表10角色模板标题构件标签<Model-uniqueabbreviation>RO标识符<Model-unique