企业建模与体系结构 企业参考体系结构与方法论的需求 征求意见稿

6GB/TXXXXX-XXXX/ISO15704:2019本文件规定了企业体系结构概念和原则的参考基准，指导企业发展、企业整合、企业互操作性、人类理解和计算机处理。本文件进一步规定了为表达这种企业体系结构而创建的模型和语言的要求。本文件规定了企业体系结构必要的术语、概念和原则，以解决利益相关者的关注，并执行企业创建计划以及企业在整个生命周期所需的全部增量变化项目。本文件是创建或调整企业体系结构和建模标准的基础。本文件没有定义标准企业、标准组织结构、标准企业流程或标准企业数据。此外，本文件没有规定企业建模过程。2规范性引用文件本文件没有规范性引用文件。3术语和定义下列术语和定义适用于本文件。3.1体系结构architecture企业（3.4）在其环境（3.9）中的形式、功能和目的适用性的概念化，体现在企业的要素、这些要素之间的关系、企业与环境的关系以及指导企业设计和发展的原则中。注1：由于企业环境中的体系结构(例如企业体系结构)总是概念性的，因此作为体系结构描述的体系结构的表达是通过体系结构所应用的企业现实的模型来实现的。符合企业体系结构描述的详细设计在接近企业现实时往往注2：适用性的概念将体系结构与设计的其他特征区分开来，它在设计的形式和功能上增加了效率和效益方面的义务——这是一个区别性的特征，将管理企业所必需的临时部件组合与实现和维持卓越企业性能所需组成元素[来源：ISO/IEC/IEEE42010:2011，3.2，有修改——原始定义的内容已根据本文件的上下文进行了调整，并增加了注。］3.2层级aspect从集成企业模型(3.6)的内容投射表现出来的显著特征。注1：在本文件中，本术语通常是指通过查看不同视图(3.23)更好解决问题的集合，即通过跨其他模型视图的视图来最好地解决问题。单一模型表示无法很好地处理这些关注集合的规模和范围，但可以通过从现有模型视图3.3经营过程businessprocess部分有序的、通常是嵌套的企业(3.4)活动集，可以执行这些活动以实现企业或企业某一部分特定目标所期望的结果。3.4企业enterprise7GB/TXXXXX-XXXX/ISO15704:2019具有明确而清晰定义的使命(3.14)、目标用户和提供产品或服务的目标，或实现期望的项目结果或业务结果的人类事业或风险项目。注1：企业在运行时作为一个系统，通过生命历史中的生命周通过参与程度来获益，这通常发生在解决一些自己3.5企业工程enterpriseengineering在建立、修改或重组任何企业(3.4)时所适用的原则。注1：企业工程和体系结构方法为建立、修改、验3.6企业模型enterprisemodel描述企业(3.4)以及企业内的实体，它们之间的相互关系以及分解，详细程度足以传达企业的目标和运作方式。注1：一个企业模型，用来提高企业的有效性和效率，以任何必要的详细程度确定和规定基本的组成部分和要素，包括企业的所有子系统和组成模型，例如企业体系结构([来源:ISO19439:2006，3.23，有修改——词语“代表企业实体的企业领域的抽象”被替换为“企业及其企业内实体的表示”，词语“它的意图”被替换为“企业意图”，并增加了注1。]3.7企业参考enterprise-referencing适用于实体(3.8)，即企业(3.4)、或包括企业、或企业的一部分。注1：通用企业体系结构(3.1)、特定企业的体系结构以及包含企业作3.8实体entity考虑范围内具体的或抽象的事物。[来源：ISO19439:2006，3.29]3.9环境environment决定技术、业务、运营、组织、政治、监管、社会和其他关键影响和约束的一个企业（3.4）场景和情况的背景，影响或受其发展和行为的影响，但企业本身无法控制。[来源：ISO/IEC/IEEE42010:2011,3.8，有修改——原定义的内容已适用于本文件的上下文，纳入了ISO19439:2006,3.30的内容，并添加了注。]3.10框架framework用图表、文本和形式规则表示的结构，将企业(3.4)体系结构(3.1)的各个元素相互联系起来。[来源:ISO19439:2006,3.31，有修改——“概念性实体的组成部分”一词已被替换为“企业体系结构的要素”，并增加了注1。]3.11通用性genericity一个概念概括一类或一组实体的程度。8GB/TXXXXX-XXXX/ISO15704:20193.12生命周期lifecycle实体(3.8)从创建到不再存在所经历的一系列可区分的阶段和阶段中的步骤。注1：嵌套企业(3.4)的阶段可以是内含企[来源:ISO19439:2006,3.42，有修改——增加了注1。]3.13生命历程lifehistory实体(3.8)在其生命周期中所经历的实际的、记录和配置管理的阶段和步骤序列。3.14使命mission企业(3.4)期望通过实现、产品或服务的功能性要求而达到的效果的描述。3.15模型model某些实体及其特征的表示，包括(a)使用形式主义，或(b)使用既定的或特定的建模范式、方法或技3.16基于模型的model-based用一种形式主义来表示的，这种形式主义有正式的语法和语义，通常有理论基础，可以用符号语言来表达。注1：这种模型的表示通常是图形化的，但定义要求图形化表示必须可以翻译成符号语言，因此限制了对图形化表3.17建模维度modellingdimension企业(3.4)实体(3.8)视角(3.24)的概念集合，与体系结构关注点的种类有关，并沿连续体显示出合理的不同聚合坐标。3.18组织organization企业内部职责和权限的分配(3.4)。注1：在组织中，人们通常被赋予角色头衔，这些头衔指定了职责和权限的集合，3.19观点perspective利益相关者（3.22）或模型（3.15）用户相对于确定领域的关注方向。注1：利益相关者的关注方向可以由利益相关者的关注点形成，也可以由他们的培训、经验、文化背景及其动机形3.20参考基准referencebase由通用企业(3.4)体系结构(3.1)的概念、需求和建议的描述组成的信息源。3.21资源resource9GB/TXXXXX-XXXX/ISO15704:2019提供执行企业(3.4)活动所需的部分或全部功能的实体(3.8)。注1：在本文件中，资源是系统理论意义上的实体，提供系统所需的能力，是系统本身的重要组成部分。资源描述材料是为各种活动所需的过程输入而保留的，如原[来源:ISO19439:2006,3.60，有修改——删除了定义开头的“企业”一词，删除了注1的最后一句，增加了注2。]3.22利益相关者stakeholder关注企业（3.4）或其体系结构（3.1），或企业的体系结构实体（3.8）相关观点（3.19）的个人、团队、组织单位，或其类别。注1：典型的企业利益相关者包括企业所有者、企业客户和负责接收或提供产品或服务的企业员工，以及那些与企注2：企业体系结构师是企业体系结构的利益相关者，但不一定是企业本身的利益相关者。企业体系结构或相关模型的用户是企业的利益相关者。企业的观察者[来源：ISO/IEC/IEEE42010:2011,3.10，有修改——原始定义的内容已适应本文件的上下文，并添加了注。]3.23视图view表示模型(3.15)的选择性感知或表达的工作成果，它强调某些特定的特征或特性，而忽略其他特征或特性。[来源：ISO19439:2006,3.25，有修改——原定义的内容已适应本文件的上下文。]3.24视角viewpoint解决相关利益相关者（3.22）关注点集合的一种或多种模型(3.15)的认定。注2：视角确定了一个或多个解决了相关利益相关者关注问题的具体集合模型，这些模型对于表达一个或多个企业模型（3.6）的视图（3.23）来说是4缩略语CIM：计算机集成制造（ComputerIntegratedManufacturing）CIMOSA：计算机集成制造开放系统体系结构（ComputerIntegratedManufacturingOpenSystemsArchitecture）EA：企业体系结构（EnterpriseArchitecture）EAET：企业体系结构和工程工具（EnterpriseArchitectureandEngineeringTool）EAM：企业体系结构、工程和集成方法论（EnterpriseArchitecting,EngineeringandintegrationMethodology）EI/EA：企业集成/企业体系结构（EnterpriseIntegration/EnterpriseArchitecture）EMEIS：企业模型执行和集成服务（EnterpriseModelExecutionandIntegrationServices）EML：企业建模语言（EnterpriseModellingLanguage）GB/TXXXXX-XXXX/ISO15704:2019EMO：企业模块（EnterpriseModule）EM：企业模型（EnterpriseModel）EOS：企业运营系统（EnterpriseOperationalSystem）FIRO：功能，信息，资源和组织（Function,Information,ResourceandOrganization）GEM：GRAI演化法（GRAIEvolutionMethod）GEMC：通用企业建模概念（GenericEnterpriseModellingConcept）GERA：通用企业参考体系结构（GeneralizedEnterpriseReferenceArchitecture）GERAM：通用企业参考体系结构和方法论（GeneralizedEnterpriseReferenceArchitectureandMethodology）GIM：GRAI综合方法论（GRAIIntegratedMethodology）GRAI：具有相互关联的结果和操作的图（GraphswithResultsandActionsInter-related）IT：信息技术（InformationTechnology）ODP：开放分布式系统（OpenDistributedSystems）OMG：对象管理组（ObjectManagementGroup）PEM：局部企业模型（PartialEnterpriseModel）5企业参考体系结构和模型的要求5.1通用要求企业参考企业体系结构和模型的要求是依赖于附件A中企业集成和互操作关键原则的一个框架。该框架包括第5章中对企业参考体系结构的要求和第6章中对建模语言和相关方法的模型的要求。这些体系结构和模型需要帮助个人或团队对企业整合和互操作进行规划，确定并制定完整、准确、适当的面向未来业务发展和资源经济的行动方案。规划者应在其他潜在目标中确立以下目标：a)确定企业的边界以及与企业经营环境的相关关系；b)确定目前和未来可能的企业目标；c)描述要执行的重要任务；d)确定必要的信息种类和数量；e)确定相关的企业要素及其与企业目标的关系；f)明确人、过程和设备之间的关系，以利于所考虑的互操作；g)规定足够的管理职能和责任；h)确定相关的经济、文化和技术因素；i)描述所需的自动化支持的程度；j)提供能够追踪企业实体的整个生命历程的模型，包括实体和关系的演变；k)描述决策结构和检测不一致的手段；l)保持人类可读和机器可处理的表达形式；m)以企业实现目标的程度来衡量企业体系结构方法的充分性和效率。企业参考体系结构和模型可以解决人类的角色、流程的描述、信息的识别、它们之间的关系以及企业整个生命周期中所有支持技术的表示。应用于体系结构、模型和视图的工作需要保持对企业预期目标和利益的认识，并平衡实现这些结果所需的工作。通常情况下，工作会受到成本和/或进度的限制。5.2企业体系结构的适用性和覆盖面5.2.1企业的分类GB/TXXXXX-XXXX/ISO15704:2019企业参考体系结构和表示这些体系结构的模型应支持多种规模或种类的制造和业务企业的工程。受支持的企业实体可以是独立的企业、企业的部门、合作的业务、甚至企业的操作系统或产品。参考体系结构可能存在于特定的企业或系统，如离散部件制造、流程工业、复杂系统的交互和行为系统，以及信息系统。企业参考体系结构及其表示模型所覆盖领域的广度和深度应被明确确定。5.2.2企业体系结构的特征由于企业的性质和目的不同，其创建的企业体系结构也显著不同。系统体系结构与系统的设计有关，例如，整个企业集成项目的计算机控制系统部分。而企业体系结构则与产生该系统体系结构的企业设计相关。企业体系结构通过构建一个项目的发展和实施来实现系统体系结构的创建，如企业集成或其他企业发展计划，其中包括创建体系结构描述以支持企业产品或服务。本文件作为企业参考体系结构和模型的参考基准，其任何阐述或衍生都应适用于指定领域内的每个企业实体。企业体系结构概念化的具体形式应是体系结构描述，这种描述应适合于概念化的目的。注2：通常一个企业体系结构支持另一个企业的开发和实施，而另一个企业产生自己的企业体系结构以支持产品或服务的开发和实施。关于企业和体系结构种类以及企业体系结构之5.2.3企业工程和体系结构的方法论以本文件或本文件的阐述或衍生品为参考基准的方法论，应提供必要的指导方针和管理技术，以确定支持企业实体部署的项目或方案。这种方法可以是基于模型的。虽然企业工程过程可以产生特定的企业模型，但该方法论应符合5.3所述的概念和第6章所述的组件。这些方法论应指导用户进行变更管理，并为参考基准范围内的全部企业实体的每一种生命周期活动提供进展方法。这些方法论应描述企业集成和企业建模的过程，其中可能包括构思、定义、表达、记录、交流、认证企业体系结构的正确实施、维护和改进。不同的方法学可以适应企业变化过程的不同特点，无论是完整的集成过程，还是持续改进过程中的增量变化。注：企业体系结构和模型不需要依赖一个特定的方法论和其附带的框5.2.4企业设计企业体系结构和模型应确定管理、构思/定义、描述、设计、实施、运营、维护、退役和处置企业所需的信息和活动，并应以一种形式（如模型）安排企业活动，以便确定其动态行为。企业工程使用确定的要素和互动，以人类和机器可读的形式描述企业的结构和行为。5.2.5企业运营企业体系结构和模型应确定在运营本身中使用企业工程的结果所需的活动。这种使用可能包括基于模型的决策支持和模型驱动的运行监测和控制。5.3企业参考体系结构的基本概念5.3.1概念定位的跨度为了解决利益相关者所表达的一系列关注，各种企业体系结构属性概念是必要的。概念导向表达了对这些属性的要求。企业参考体系结构概念应支持企业工程、经营过程的运作、设施布局模型、信息系统模型、通信系统模型、物流模型以及企业资源的模型，如信息技术、制造技术、办公自动化。GB/TXXXXX-XXXX/ISO15704:20195.3.2面向人员企业体系结构和模型应识别并提供表示人员参与的手段，如组织和业务角色、能力、技能、专业知识、能力、职责、责任、授权以及与组织的关系。5.3.3面向过程企业体系结构和模型应确定并提供表示企业运作的方法。这种表示应涵盖操作的行为，包括功能、功能间的数据流以及控制的顺序。这些表示应与生命周期（）和生命历程（）概念一致，并应支持面向过程的操作。5.3.4面向互操作企业体系结构和模型应识别并提供表示实体（包括信息和物理实体）与企业环境中外部组织间合作和交流的方法。5.3.5面向决策企业体系结构和模型应确定并提供表示企业决策的手段，包括决策系统结构、决策中心和决策过程。5.3.6面向实现面向使命实现企业体系结构和模型应识别并提供表示全部过程及其组成活动的方法，以实现企业既定的向客户提供企业产品和服务的使命。面向使命控制企业体系结构和模型应识别并提供表示全部过程及其组成活动的方法，以完成管理和控制企业管理层制定的企业使命。面向经济企业体系结构和模型应通过对企业运行的经济参数的估计和计算的手段，识别并提供表示企业经济特征的手段。5.3.7面向技术企业体系结构和模型应识别并提供代表企业运营中所采用的所有技术的手段。5.3.8面向环境企业体系结构和模型应识别并提供方法来表示与企业及其经济、社会/政治和生态环境之间互动有关的所有问题，包括与企业或其组成部分的创建、运行、改造和退役影响有关的事项。5.3.9以生命周期为导向面向生命周期企业体系结构和模型应识别并表示所有企业生命周期中相关的生命周期阶段。不同的生命周期阶段可能有不同的模型，在单个建模阶段可能存在不同的模型。在确定有必要的情况下，这些模型应具有互操作和相互通信的能力。GB/TXXXXX-XXXX/ISO15704:2019生命周期阶段应包括从开始到生命周期结束时退役的所有活动。生命周期阶段的描述应考虑模型内容的相互依赖性和相似性，而不是假定的时间顺序。根据企业建模情况的需要，生命周期阶段可以是并行的、重复的或空的。注1：如果一个阶段被分解，不同的子集可以有不同的依赖性，因此可以更灵活地调度。这在软件中尤其明显，在注2：在生命周期活动中向前和向后提供模型信息，可以使企业流程增值迭代，提高产品质量。一个阶段可以根据注3：其他标准，特别是那些与ISO/IEC/IEEE15288一致的标准，对于与系词而不是phase。为了保持系统体系结构和企业体系结构之间的区别，本文件面向生命历程生命历程应表示企业生命周期内发生的生命周期阶段活动的时间顺序。企业体系结构应指定能够表示所有企业生命历程的方法，即企业活动的时间表示。生命周期和生命历程的互补作用使用和中生命周期导向的概念，体系结构师能确定生命周期阶段中的企业活动，而生命历程则允许体系结构师或用户确定这些活动实例发生的相应时间段。这种双重导向适应了生命周期活动依赖的迭代性，同时保持了生命历程的时间顺序。这些活动阶段的迭代确定了运营过程和产品开发，或客户服务上所需的不同变化过程。说明性示例见图B.3。注1：常见的采购规定了交付里程碑，需严格按照时间顺序执行生命周期阶段，使整个采购的生命历程反映了生命周期阶段交付物的完成情况（例如，瀑布法）。然而，企业体系结构的实际操作往往需要重新审视特定阶段的活动，以适应修订和变更指令（例如，螺旋式方法和敏捷方法），因此，生命历程记录了所有活动迭代的发生，因为它们在时间上实际发生，同时允许整体可交付的里程碑作为生命历程注2：其他标准，特别是那些与ISO/IEC/IEEE15288一致的标准，使用术语lifecyclestage而不是lifehistory5.3.10面向利益相关者企业体系结构应确定该企业的所有利益相关者，以及他们对企业观点所涉及的个人利益或关注点。利益相关者和他们的观点在企业的生命历程中可能会发生变化，因此，生命周期阶段的迭代需要解决利益相关者关注点的变化。每个企业利益相关者的观点应具有一个或多个与企业生命周期的各种特征相关的关注点，所有的单个关注点都可由一个以利益相关者的观点共享。企业体系结构描述应确定利益相关者、观点和关注点之间的明确关系。相对于企业而言，利益相关者观点关注点的表示应与企业内常用的术语一致。由于企业关注点是企业体系结构和模型的驱动力，企业体系结构和模型应清楚地识别通过引用来获取的企业关注点。5.3.11面向视角企业体系结构应提供一种获取和表达关注点集合的方法，这些关注点源自利益相关者的观点，企业的视图在其生命周期中被体现出来。企业视角应为创建、描述、解释和分析与该视角相关企业的一个或多个模型视图建立约定。视角约定应包括表达相关视图的语言、符号和类型的模型，以及用于分析的建模方法、技术或构建视图的其他操作。GB/TXXXXX-XXXX/ISO15704:2019一个企业体系结构描述可以使用一个或多个视角。每个视角提供了从利益相关者的观点表达的企业相关问题的集合框架。企业体系结构和模型应指定一套足以跨越相关利益相关者所表达关注的观点。企业体系结构中的一个视角可以指定多种类型的模型，例如，信息模型、流程模型、模拟模型，这可能是通过在不同的生命周期阶段的应用程序来实现。对这些模型的内容应用该视角，可产生各个模型与该视角一致的视图。在某些情况下，应用单一视角所产生的多个视图需要组成对利益相关者更有意义的表示（见5.3.13和B.）。一个视角可以产生多个体系结构视图，在每个生命周期阶段，可能每种模型都能产生一个视图。每个视图应只与该视角的一个应用实例相关联，即每个应用只产生一个视图实例，但可能会有多个视图由应用该视角的视图重复实例化而产生。类似地，对参数化视角的参数值的每一次选择可能只产生一个体系结构视图，尽管该视图在企业实体的生命周期内可以有不同的表示。由视角产生的企业视图应是跨越企业，相对于该视图所获取和表达的关注点。注：视角是规范相应视图的参考点，所有的视图都有一个相应的5.3.12面向模型企业体系结构表示企业体系结构的模型具有抽象性，使得非体系结构的企业模型难以被区分。体系结构模型作为物理或概念实体的表示，不应阐述对企业使命的成功无益的特征。此外，由于一个企业可能由其他几个企业实体组成（见6.3.8），一个企业的部分企业模型可能是另一个企业的企业体系结构模型。因此，作为一个参考基准，本文件认为所有具有企业范围的模型都可能与企业体系结构相关。第6章介绍了通常在企业体系结构表示中出现的模型的要求、建议和选择。按照ISO/IEC/IEEE42010中的要求，企业体系结构模型应与一个或多个体系结构视角及其相关的利益相关者的体系结构关注点相关。注：在企业发展过程中，一些企业体系结构模型可以过渡到企业运营基于模型的工程基于模型的企业体系结构应在适合体系结构目的的概念建模维度所定义的抽象空间内，确定并提供对企业进行建模的方法。应用于特定模型视图的基于模型的形式主义应与企业的一个或多个建模维度相一致，同一形式主义可用于多个维度。注：见Warfield和Christakis关于理解维度的讨论。通用性基于模型的企业体系结构应提供表示通用企业元素（6.4.1）、部分企业模型（6.4.2）和特定企业模型（6.4.3）的能力。模型集成如果一个企业参考体系结构采取多个模型的形式，那么这些模型应被集成，或者应创建机制来保持它们的相互一致性。5.3.13面向模型视图模型和视图GB/TXXXXX-XXXX/ISO15704:2019企业体系结构和模型应表示允许将企业描述为集成模型的概念，将关注的不同方面作为模型视图呈现给用户。视图应包含集成模型内容的子集，以便集中于管理视角中规定的相关关注点。模型的内容可以是模型的一部分，即模型的子集，或者是实例化模型的指定部分。不同的视图可以突出体现集成模型的某些方面，而不体现其他方面。模型视图是验证利益相关者关注企业模型的完整性、一致性和可整合性的重要手段。作为模型内容的投影，视图是人员用来理解企业模型的媒介。视图的概念应适用于所有类型企业在其整个生命周期中的模型。注：在这个建模视图的概念中，隐含着一个集成模型，从这个模型中管理视角一致的模型集。如果组成模型在模型或模型段之间提供视图的主要层级企业的结构和其在整个生命周期的行为对于理解企业是最重要的两个层级。在本文件中，信息视图应表示与企业资源和组织安排不同的企业结构层，而功能视图应表示由该信息视图中确定的企业内部结构联系所引起的企业行为层。信息层是对企业信息进行有序的结构化汇编、描述和表示。该信息方面描述了企业元素、它们的结构、关系、为功能执行提供的信息，以及描述功能结果的信息。物理模型可以表示企业的某些部分，这些部分以物理形式构造描述性信息，例如，从蓝图中建立的比例模型。功能层是对企业中活动和过程的描述和表示，它描述了元素的处理和单一处理步骤到过程链的串联，反映了它们的逻辑联系和相互依赖性。它强调在企业功能执行过程中系统行为、相互依赖性和元素影响的表示。本文件不涉及以下内容：——模型表达视图内容的方式；——视图包括或不包括的内容；——其他基本视图的必要性，例如，资源视图、组织视图、经济视图、决策视图、风险视图等。本文件只说明存在一组最低限度的模型视图，这些视图需要提供足够的材料，以确保企业体系结构和模型的完整性、一致性和可集成性。确定哪些视图构成该最小集合，取决于具体的企业环境和利益相关者的体系结构关注点。5.3.14面向企业的互操作性支持模型的互操作企业通常是庞大而复杂的，因此需要多种模型来描述任何时间和时间段发生的事情。即使是小型企业实体也需要不同种类的模型来满足企业的不同视角和层级。利益相关者，特别是用户，希望这些模型是可移植的。他们希望能够在不同的应用中重复使用模型，而不是依赖于特定的应用程序和工具配置。他们希望实施的技术能够提高他们的能力，使各种模型的信息能够被整个企业的应用和平台所使用。因此，企业体系结构的模型表示应支持企业环境中各组织内部和跨组织模型之间的互操作。根据不同的情况，可能有不同的方法来克服现有的互操作性障碍（见ISO11354-1）。支持过程的互操作GB/TXXXXX-XXXX/ISO15704:2019互操作性要求流程与环境以及与其他企业实体的流程进行内部通信。成功通信的程度和种类将取决于观察流程的人员技能和为实现通信而采用软件的质量。因此，企业参考体系结构应在满足利益相关者关注的必要程度上为流程间的通信提供手段。注：企业参考体系结构可以支持能力概要文件和协作视图，以确定有通信需求5.3.15面向验证和确认企业体系结构和模型应该包括质量保证和性能标准等，这些标准既可以验证相邻设计或细节范围内模型之间的必要关系（即细节设计是否符合体系结构规范也可以验证非相邻设计或细节范围内的预期关系（如企业的运营是否满足利益相关者的关注）。注：广义上讲，验证保证了通过设计到实施过程需求的协调一致6企业参考体系结构的组成部分6.1企业参考模型6.1.1企业参考模型的目的企业参考模型应描述与多个视角一致的企业基本特征和相关特征，并应使阐述的程度与这些视角所关注的程度相匹配。企业参考模型是在特定目的背景下描述企业的工具。这种模型可以分析企业的运作，指导工程和管理运作。由于企业经常被作为系统进行分析和建模，其模型应符合相应的系统理论的相关要素和原则[63]。模型应具有明确的目的、假设和约束。在适当的情况下，企业参考模型应解决企业以下相关问题:a)构思、设计、采购和建造由任一相关选定过程组成的企业；b)模拟企业运作，以验证模型和模型表示的运行情况；c)管理和运行企业，使其能够实现目标；d)支持企业修改、重新设计、拆除或重用。企业参考模型并不是现实的重复，而是对所考虑子集的有限近似。企业参考模型应该尽可能的抽象，同时满足建模者的需求，以解决利益相关者的问题。要保证模型与观察到的或预期的现实相一致。在特定的环境中，并非所有可供企业体系结构建模者使用的信息在体系结构上都是重要的，例如，即使有关于设计和实施的信息，但设计和实施并不受体系结构规范的影响[30]。然而，体系结构师不应该忽视在设计和实施过程中做出的影响体系结构适用性的选择。事实上，现有的企业体系结构是由过去的选择产生的，而未来的企业体系结构往往关注未来对不同选择的需求。在操作场景中，企业参考模型所获取的信息应能被负责成功操作的人员和机器所用。6.1.2企业参考模型的种类企业参考模型的形式企业参考模型由结构化的建模元素和元素之间关系的规则组成，这些骨子额传递了应用程序完成其工作的信息。企业通常是庞大而复杂的，因此有许多用于多种目的的模型。其中一些企业参考模型可能使用基于模型的形式，另一些可能是非正式的。由于企业模型表示的多样性，可提供多种编码格式以满足信息生成者和信息使用者的需要。模型的形式可以是组织结构图、电子表格、工程图纸、工艺流程数据、计算机辅助工程、计算机辅助设计和计算机辅助制造文件、数据库以及纯文本。非正式的建模格式将使企业参考模型集成变得困难，甚至不可能，而更正式的基于模型的格式和适当的模型信息交换功能提供了更好的企业参考模型集成机会，这对于理解一个企业的整体性是至关重要GB/TXXXXX-XXXX/ISO15704:2019的。随着企业参考体系结构的目的从狭隘的利益相关者关注点转向包括整个企业的广泛关注点，基于模型的方法论应成为表示企业参考模型的规范。基于模型的企业参考模型对于基于模型的企业参考体系结构，在生命周期的不同环节或通用程度上的表示通常被表示为元，即模型是不同的抽象，而不是模型用户所感知的通用企业模型视图的内容。企业参考模型表示了生成与企业现实更密切相关的另一个模型的方法，或者表示了用于生成与企业现实更密切相关的另一个模型的建模组件。基于模型是一种元模型集成的方法论，用以指导应用领域模型的表达。针对不同元表示的体系结构和模型，企业参考体系结构应尽可能将类似抽象元表示进行统一，以便于理解底层建模实体[65]。采用实体关系建模方式，图1展示了员工数据库的元关系抽象。工作--,DidDNameDidPidPidPName9547DidDNameDidPidPidPName954795乔3595会计制造图1元关系抽象为了满足全领域全维度的基于模型建模，宜采用附加模型细节的方式进行元模型构建，比如，在通用建模三维坐标上，增加全生命周期信息视角。示例：管理团队认识到，描述产品功能是企业参考体系结在预期资源约束下评估其可行性。因此，在这种情况下，管理团队需要的产品功能模型与模型视图针对某些利益相关者观点的关注点，以及建模方法论与建模者设想对建模工作造成的限制，模型应包含与其相关的状态和目的描述。为确保足够的完整性和与管理视角的一致性，这些模型应该包含一组最小的可拓展模型视图集。此外，由于视图展现的是特定目的模型内容投影和集成模型内容投影，而由其他模型组合而成的集成模型，可以通过共用一套有充分表现力的方式，来获取可能影响互操作性的细GB/TXXXXX-XXXX/ISO15704:2019节。因此可以提供一个模型之间具有互操作性的完整企业视图，而不是一个受不同模型之间缺乏互操作性限制的视图。可以根据使用方法以及模型抽象的目的和范围，来确定包含在该最小集合中的模型视图数量和类型。在处理视图时，有两大原因会导致出现一致性问题：e)倾向于将视图作为更新机制；f)视图元素之间的抽象程度。存在某些不在视图中的模型，可能会不受更新控制地发生变化，因此通过视图进行更新并不能确保模型内容的一致性。例如，存在于跨生命周期阶段的某元素，当其数值发生变化时，可能会造成表征完整性的丢失。针对底层实际企业，可以将不同抽象程度的元素视图，作为视图的不同版本，例如，在合并同一视图中的数据和模型时，可以将其作为新视图版本进行保存。用于控制企业参考体系结构和模型的企业参考建模与运行工具，应该负责确保模型内容的一致性和模型视图的准确性。并通过相应视角进行管理。本文档中的视角规范包含对已明确6.2建模语言6.2.1建模语言与结构要求基于模型的企业参考体系结构，应确定建模语言和建模结构，用以促进对企业运行的描述。建模结构应能够表示被建模企业的所有部分，以及与外部合作伙伴的协作互操作业务，从而提高建模效率和模型理解。建模结构的表示形式，应符合人们创建和使用企业参考模型的需求描述。因此，可以存在多种语言来满足不同模型用户的不同相关需求，例如业务用户、系统设计人员、信息技术建模专家。此外，建模语言可以将基本结构组合形成更高阶结构（例如宏结构），用来提高建模效率。注：ISO19440中定义的标准化建模结构，改进了模型交换和企6.2.2表达企业参考建模语言应具有足够的表达能力，能够对人员角色、运行过程及其功能内容，以及辅助信息、办公和生产技术进行建模。模型必须是可执行的，因而企业模型是否支持企业自身运行就格外重要，它们的语义应该用本体论理论来描述。不过，所有概念的自然语言解释，也同样应该支持模型中具体表达的形式语义定义。6.2.3企业参考模型的语义和语法作为企业的表示形式，模型应该包含语法和语义，以便人类和机器都能理解模型的内容。模型语法应涉及元素表示的安排许可和关系类型的许可。模型语义应该包含元素的含义以及与企业参考模型概念相关的关系含义。模型的语法形式和语义内容可能不同，这取决于模型的目的、范围和企业环境。随着机械在企业运营中所占的份额越来越大，正确传达模型意图和控制变得更加重要。6.2.4名称，标签和术语表相对于目的、背景和模型的限制，单个产品、过程、项目或企业，均有其自己的习惯名称、标签和术语。为了提升对项目和其他合作活动的理解，应提供企业参考体系结构和模型：——统一的术语表，包括用于企业工程与集成工作的语法和语义；——参考其他合适的术语表。企业参考体系结构与模型应该在整个企业中使用统一的术语表内容，或者明确注明使用方法差异。GB/TXXXXX-XXXX/ISO15704:2019表1生命周期阶段和系统活动图注：常用生命周期阶段划分：确定领域、概念定义、需求定义、设计6.2.5互操作元素对于使用建模语言表示的每个模型元素，应确定其语法和语义：——该元素的表示形式；——该元素与其他模型元素之间的关系；——该元素的能力；——所涉及的相互影响动态。6.3模型表示6.3.1企业特征表示一般系统理论衍生方法强调实体的不同特征。最常使用的三个特征是实体结构、实体行为和实体层次结构。这些特征并不相互排斥。本文档中使用的实体结构，是指企业实体内部静态结构或逻辑结构的表示，并区别于实体以外的外部结构。本文档中使用的实体行为是指企业实体对内部和外部刺激的动态响应的表示。结构和行为特征的表示通常通过分解实体层次结构来获得。虽然层次结构是用于描述企业实体组件之间关系的主要结构形式，但层次结构并不是用于此目的的唯一形式。许多企业使用矩阵形式在业务部门之间分配权力和责任，另一些则利用专用网或公共网来提高企业运行所必需的关键知识可获得性。大多数情况下，企业中共存有多种结构形式，每种结构形式都有专用用途，并服务于特定目的。注：NIST的报告通过相关性来识别特征，包括：功能、业务、人员、可信度（保护措施、隐私、安全场所、可靠为充分表示企业体系结构，所采用的建模模式应该支持企业多种特征，特别是静态结构和动态行为的特征。此外，应采用企业作者认为最适合的模式描述，来表示企业特征状态。GB/TXXXXX-XXXX/ISO15704:20196.3.2内部结构概念结构特征源于观测到实体内的元素不是孤立的，而是与其他元素有多种相互依赖关系。结构具有形式表示和语义特征。在大多数信息建模模式中，形式特征指的是图形布局和边界种类。语义特征指的是通过引用元素和关系映射，为企业参考提供相关概念和信任。根据映射目的以及考虑企业边界和环境的不同，映射可能千差万别。建模方法的形式和语义区别，应作为每个结构模型文档的一部分，例如，通过参考已发布的国际标准，或针对利益相关者创建模型的有效性。企业参考体系结构特别是集成结构模型的结构表示，应该避免采用混合表示方法。应尽可能明确模型内部结构的解释（无论人和机器）。6.3.3结构化方法兼容性当需要用不同结构表示方法，来处理利益相关者关注的问题时。模型文档应当明确表明表示方法中的所有区别，包括语法和语义。在某些情况下，使用不同表示方法生成的模型可以互联互操作。当需要通过不同结构化方法获得的模型，来处理利益相关所关注的问题时，企业参考建模者应确保这些模型能够进行互操作。6.3.4企业参考行为概念行为特征依赖于变量的识别、企业参考实体的动态特征、以及它们的功能或其他关系。针对行为特征，为评估或度量企业行为，企业参考体系结构应定义实现目标的性能标准或指标，例如经济、互操作能力。全部这些与利益相关者期望有关的性能标准和指标，构成企业参考体系结构的适用性。注1：当变量限定为输入和输出变量时，系统企业是一个由人与机器组成的特殊混合社会系统。企业中的人类行为（例如学习和解决问题）与机器行为（例如行动和反应）存在差异，当需要不同类型的信息时，企业中的人通常可以被建模为对象或基于角色的资源。随着时间的推移，机器向类人属性的进化将模糊这种行为区分，使得将体系结构作为手段，用以恰当地描述企业行为以及其适用性，变得越来越重要。企业是动态的，并随着市场条件、技术和知识等因素的变化而不断变化。各种条件因素变化的后果是，为了解决问题和开展行动，企业各部门从原来考虑企业结构与控制，转变为通过分布式或异构特征的方法，进行沟通与合作。反过来，这种转变使企业内部和企业之间的功能集成变得比过去更有必要。为了促进这种转变，企业参考体系结构方法，应该同时提供动态元素的层次结构和异构结构构成。注2：支持分布式企业的体系结构有两种方式，面向对象语言模型和面向服务的基于网6.3.5短期和长期行为变化可以将系统行为的变化分为短期变化和长期变化。短期和长期之间没有公认的区别，但在分析时做出区分是有用的。用于区分的标准包括对行为变化的认识、特定行为的持续时间和行为变化的速率。示例：通过一台带有特定钻头的钻床，可以说明行为改变到钻床在生产中的可用性。生产控制系统将钻头行为的变化分为立即的（短期）和持续行为会立即发生变化，导致生产中断，直到更换新钻头。随着使用钻头的磨损，钻头的况下，生产控制系统会在规定的时间或当产品接近最小质量公差时计划更换钻头。因此任何企业实体建模，行为特征都应包括对预期行为异常情况的识别，它既可作为企业参考风险结构的一部分，也可作为随着时间推移实现预期行为功能的组成部分。随着企业实体生命周期的推进，注意异常是避免后期发生中断的有效方法。GB/TXXXXX-XXXX/ISO15704:20196.3.6行为表示行为建模企业参考模型应具有描述行为的特征，也就是说用来表示：事件、动作、条件、状态、状态变化、开始状态、结束状态、动作之间的顺序关系，以及包括信息流在内的转换功能描述。当需要跟踪单个元素时，应对其性能序列进行建模，用以描述其短期变化。用于分析企业绩效或模拟某些过程的企业参考模型，应具有连序现象影响以及每个步骤持续时间的特征表示。企业参考模型应该具有表示持续时间、过程动态性能和特定时间后的连序现象特征。时间表示为进一步分析，应引入持续时间方面的“时间”属性，例如过程时间。这一要求是行为模拟的先决条件。关于时间有两种行为描述：静态和动态。静态表示行为的静态表示，是针对元素之间关系的描述，例如，经营过程是企业元素之间的一种逻辑顺序关系。对于这种静态描述，没有必要对属性时间进行建模，因为这是潜在允许的顺序关系，不需要相关时间信息，例如持续时间、并发性。动态表示行为的动态表示，提供了有关元素、事件和并发性的动态属性，以及元素、属性和关系的时间依赖性的信息。如果使用行为描述来模拟企业，则模型应输入与时间相关的信息，例如启动条件、生产能力和工作负荷。序列序列是描述行为的必要基础。连续循环可以看作是在不同时间遍历的相似状态。用时间来衡量连续周期应该能够区分以不同速度进行的相似循环。注：本文档用序列来概括地描述与活动相关事件的排序，即包括串行、并行、同6.3.7层次概念层次特征是基于这样的观测：一个系统的一个元素本身可以被看作一个系统，这个系统被认定为是一个子系统。类似地，考虑中的系统可以被视为另一个系统的一个元素，这个更大的系统被确定为超级系统。这些关系意味着不同的抽象程度，或者更可能是系统元素的不同细节层次。由于相互依赖关系，新的属性可以在层次结构的更高层次中出现。在企业范围内，一个企业实体可以包含其他子企业实体，也可以被另一个企业实体所包含。每一层都可从结构和行为方面加以描述。根据所需目的，适用特定方法，在企业发展、观察、合理推论或设计情况下，可以通过下沉层级揭露子系统的内部结构，可以通过上升层级揭露企业在外部环境中的行为。具有层次特征的企业参考体系结构，应确定每层结构和行为的暴露识别方法。注：层次结构是对现实世界发生的项目和抽象，进行归类和排序的一元素进行组合/聚合，或者将企业与其他系统进行分解/分拆；6.3.8分解循环GB/TXXXXX-XXXX/ISO15704:2019企业实体的输出可以是产品，产品本身可以是另一个企业参考模型，也可以是战略定义实体，该战略用来规划一个生产其他企业实体或企业参考模型的企业实体。这些企业实体中的每一个都可以同时出现，并且每个出现的企业实体都应该具有其结构、行为和适用性的体系结构表示。业（E1）处于正常运营阶段，并且已经运营了数年。由几个公司实体（E1、E3、E4）共同组成的项目（E2），具有一个范围比AEC公司更大的企业参考模型。项目企业（E5）模型已从概念阶段（征求方案及初步设计）进行到运行阶段（中标后）。新的企业（E6）及其企业参考模型仍处于计划/构建阶段，直到建成利益相关者大致可以分为三类角色：主要关注于指定（S）企业实体能力的人，主要关注于创建（C）企业实体能力以提供能力的人，以及主要关注于使用（U）能力提供产品和服务的人。通过特定企业实体活动S、C和U来处理这些角色中的每个关注事项。每个活动都可以进一步分解为另一组类似分类并包含相应子活动的S、C和U（参见图2）。这种对相同类别的连续使用是一种结构循环形式，它将体系结构模型作为一种模式应用到每个分解范围。这种循环模式导致循环结构分解中的活动不断重复迭代，即尽管可以采取不同形式并使用不同活动进行迭代活动，每个分解范围仍采用相同结构[43]。注：无论是否与企业角色一致，不同类型的企业参考模型都可以表示品/系统的所有活动。活动U233U233GB/TXXXXX-XXXX/ISO15704:2019图2分解产品设计活动展现循环活动结构6.3.9迭代在图2的示例中，活动S、C和U是迭代的，因为它们在每个分解和跨分解中重复出现。因此，虽然在图中是按顺序显示的，但活动不一定是连续的。为满足利益相关者的关注问题，设计师可以返回到以前的活动中，用更新的输入重复进行原来的活动，例如，可以从每个分解中产生可生产性反馈、技术支持反馈和可维护性反馈，如图2所示。每个活动的每个性能可以形成不同的模型。这些不同模型中的每一个都应该服从变更和版本管理。在这种情况下，循环是结构，迭代是行为。6.3.10模型信息的可用性和格式在运行场景中，由企业参考模型保存的相关信息，应提供给负责企业有效运行的人员或机器使用。该信息应采用中立格式或使用应用程序指定格式。6.3.11组件管理企业参考模型的设计，应允许通过自动配置管理系统管理其组成部分。6.4通用型作用6.4.1通用企业元素企业参考体系结构与模型可以建立在企业设计和建模通用要素的基础上。这些通用要素以形式化等级递增地罗列为：词汇、分类、元模型和本体论理论等，它们用来使企业表达保持一致。分类学是一种表示基于术语元素之间关系的形式，但通常缺乏明确约束。元模型表达了使用元素的方式，本在开发体系结构和模型时，存在两种通用元素。抽象元素应该为明确元素细节的进一步表达提供基础，以实现具体结构或非抽象模型实例。一般元素应在保留一般元素属性的同时，通过添加细节，为体系结构或模型的进一步表达提供基础。对于这两种通用元素，通常存在从通用元素到实现元素实例的细化梯度。对于一般元素和抽象元素，采用实现元素填充特定企业参考体系结构或模型。体系结构模型方法论应该明确这些梯度，以使观察者能够识别体系结构和模型描述组成部分的来源。注2：抽象梯度有时会与分解层次结构相混淆。区别在于抽象梯度揭示了从抽象到具体转换的语义基础，而分解层6.4.2部分企业模型基于模型的企业参考体系结构应该支持部分企业参考模型的概念，例如可重用的参考模型。部分模型的范围包括从那些针对工业部门的模型，如汽车或炼油厂运行，到那些针对常见经营过程的模型，如劳动力分配或订单跟踪。部分参考模型允许用户保存和重用许多企业共有的概念，从而提高体系结构模型表达的效率和行业采用率。部分模型仍然需要适应特定企业的需求。部分模型可能涵盖5.3中的一个或所有概念。6.4.3特定企业模型针对在规划企业或在运行实际企业，基于模型的企业参考体系结构，应该支持特定企业参考模型创建，用来描述企业的部分或全部内容。GB/TXXXXX-XXXX/ISO15704:2019企业工程工具可以利用企业建模语言，进行企业参考模型的维护、创建、分析、存储和分发。信息技术集成服务可以同时支持模型创建和模型使用，利用这样的服务可以确保获得企业工程和运行环境中的实时信息。6.5企业观点和视角6.5.1主要有关观点观点识别第6.3.8条款为利益相关者确定了三类角色：主要关注于指定企业能力的人，主要关注于创建企业能力以提供能力的人，以及主要关注于使用能力提供产品和服务的人。具有其中一个角色的利益相关者，以及具有不止一个角色的潜在利益相关者，将清楚说明与他们所处角色相关的关注点，即利益相关者的观点。有些关注点是特定于角色的，但其他许多关注点可能同时受多个角色关注，特别是在考虑生命周期阶段的范围时。因此，针对描述企业参考体系结构的集成模型，仅凭基于角色的观点，是无法进行充分区分的。不过，为了从不同观点进行类似关注点的替代处理，针对体系结构目的的关注点，观点可作为有效的识别器。企业参考体系结构工作的目的应当作为利益相关者关注点的筛选器，针对所有的考虑目的，应去除那些被认为与企业使命无关的关注点。因此，企业参考体系结构工作目的应该是视角的主要决定因素，用以指定适宜模型类型，构成企业参考体系结构描述的结果视图。一个关注点可能适用于多个视角。围绕那些被认为与工作目的相关的关注点，设计师应该确定相关关注点的集合，作为一个或多个视角说明的基础，以推动体系结构规范工作的开发。对于关联观点集中的每个视角，设计师应该确定一种或多种建模方法，用以构思协调视角内部的关注点，说明关注点的协调性，并表达由这些关注点确定的问题的潜在解决方案。在为响应视角规范而生成的模型中，应该通过一个或多个投影、一个模型内容的方面视图等，来处理视角内的关注点。当同一种模型用于表示多个视角时，将其合并为单个集成模型，有助于确保表示的一致性和完整性。当使用不同类型的模型来表示一个视角时，将其组合成一个单一视图是可取的，但可能很难实现。注：短语“结构风格”体现了建模工作代表性目的与被建模实典型视角本文档根据多年的经验确定了几个视角，这些视角对于阐明一个整体集成企业参考体系结构规范至关重要，即，它们构成了企业参考体系结构整体观点维度的坐标。这种整体视角要求收集各种相关关注点（即视角），围绕企业一个或多个特征，形成企业实体属性集。根据情况，这种整体视角还可用于企业每个生命周期阶段的相关关注点。不过，一个特定关注点应该放于一个视角中，以便随时都能清晰提供给各利益相关者。功能视角与企业功能相关的关注点可以设计为功能视角，相应视图应描述和表示企业的活动与过程。功能视图是通过一种或多种由相应视角的指定模型，采用模型内容投影产生的，它应该描述元素处理过程以及由单个处理步骤连接成的过程链，并反映出它们之间的连接逻辑和相互依赖关系。功能视图应该强调表示企业行为、所需能力、相互依赖性、以及在企业功能执行过程中的元素作用（参见ISO19440）。信息视角GB/TXXXXX-XXXX/ISO15704:2019与企业信息相关的关注点可以设计为信息视角，相应视图应该是对企业实体信息有序结构化的编译、描述和表示。信息视图是通过一种或多种由相应视角的指定模型，采用模型内容投影产生的，信息视图应该描述所有系统元素，以及它们的结构、关系、功能执行所需的信息，以及描述功能结果的信息（参见ISO19440）。资源视角与企业资源相关的关注点可以设计为资源视角，相应视图应描述和表示企业实体资产，包括在企业运行过程中使用的技术成分和人员角色能力。资源视图是通过一种或多种由相应视角的指定模型，采用模型内容投影产生的，根据所需功能，它应描述与企业活动相一致的资源实例。资源模型可以为诸如资产管理等应用程序构建资源（参见ISO19440）。组织视角与企业组织相关的关注点可以设计为组织视角，相应视图应描述和表示企业领域内的职责与权限。组织视图是通过一种或多种由相应视角的指定模型，采用模型内容投影产生的，它应该收集和组织企业过程、材料、信息、资源以及控制的不同职责，包括将这些职责映射到组织实体和/或组织分组，如部门、分部和科室。在决策结构中，组织视图还可以提供决策活动的职责表示，以验证一致性和完整性（参见ISO19440）。经济视角与企业经济相关的关注点可以设计为经济视角。相应视图应描述和表示经济成分，例如，影响因素、源自其他视角的标量指数、以及为经济决策者提供信息的分析方法。经济视图是通过一种或多种由相应视角的指定模型，采用模型内容投影产生的，它建立了经济目标和工程项目之间的关系，并且是生命周期早期（经济投入时）和后期（评估经济绩效时）最关键的依据。决策视角与企业决策相关的关注点可以设计为决策视角，相应视图应描述和表示，规划与控制决策的决策中心和决策联系。决策视图是通过一种或多种由相应视角指定模型，采用模型内容投影产生的，它应确定决策中心之间的必要关系。示例：在制造环境中，需要针对多种关系进行跨时间范围决策视角的关注点构成企业决策体系结构，它提供了决策主题、类别、标准和相关性的识别（见CEN/TS14818）。风险视角与企业风险相关的关注点可以设计成风险视角，相应视图应描述和表示企业面临的风险来源、以及消除风险或减轻这种风险影响的手段和机制。风险视图是通过一种相应视角指定模型，采用模型内容投影产生的，风险视图处理了与风险相关的内容，包括保护措施、隐私、安全场所、可靠性和恢复力。基于风险的关注在企业中是普遍存在的，需要在开发和运行过程中不断加以考虑，因此将风险确定为一个独特的视角[53]。0体系结构设计视角GB/TXXXXX-XXXX/ISO15704:2019到中提到的所有基于关注点的视角都具有体系结构特征，有助于形成体系结构设计视角，即从设计师观点所决定的关注点中导出各种特征，通过体系结构设计观点来管理体系结构描述开发中的这些特征。针对适当关注点选择和对其他视角可用的模型类型，企业体系结构设计视角进行通告，并建立模型视图的创建、描述、解释和分析规范。结构设计视角规范包括用于生成企业体系结构视图的语言、符号和模型种类，以及与视图创建相关的所有建模方法、分析技术和其他操作。注：视角是由设计师根据利益相关者以及他们自己确立的关注点精心6.5.2其他关注观点针对利益相关者的其他关注点集合，模型开发人员可以生成附加的基于观点的视角和相应的视图。类似地，企业架构师可能会识别到其他视角，以支持其他利益相关者关注点的表达。对于某些观点，将关注点集合可以形成跨越现有视图投影的所满足的观点（见B.）。如果多种模型视图需要满足同一个视角规范，例如，一个信息的信息模型、该信息的图形表示模型、以及监视信息变化的仿真模型，这些多模型将结果视图组合称为企业的一个方面。因此，一个企业方面可能由一个或多个相关模型视图组成。对于许多利益相关者，特别是那些具有高级管理视角的利益相关者，这些多模型方面视图是企业最有意义的表示。企业建模工具应该提供多模型方面视图的组合手段和方法，使这些方面视图成为可能。6.6企业参考建模框架企业参考模型，特别是那些表达企业参考体系结构的模型，具有形式各种各样、不同程度细节的特点，还具有许多相互关系和从属关系的特性。企业参考建模框架应该是一组结构化的分类集，根据预先确定的通用视角，企业参考建模结构提供了一种排列这些众多模型和相关材料的方法[47]。这些视角通常被收集到为特定目的而设置的相关组或建模维度中。这样的结构是一种用于表达企业实体结构、功能和适用性的体系结构。针对框架结构所包含的模型和模型元素，框架结构可以组织表达一部分相互关系，但仍有无法表达的关联关系部分。因此，企业参考建模框架应明确表明它打算在包含结构中安排的那些关系。由于建模框架是相对于它所包含的模型而言的元模型，因此可以循环地将框架应用于它的模型内容，以提供模型组件的进一步细化或分解支持[43]。6.7工具为了在企业工程和集成项目中帮助设计师或建模人员，基于计算机的工具应该支持企业参考体系结构和模型的开发和管理。此类工具应遵循一种或多种企业工程方法，并使用一种或多种建模语言实现。在模型部署和改进过程中，工具应进行模型元素之间的一致性维护。工具还应为企业实体规范和模型的创建、操作、使用和管理，以及它们的分析、描述和评估提供分析和模拟功能。这些能力对于企业工程过程中的决策是必要的。此外，此类工具可以支持跨企业实体边界的协作工作。工程工具应该使设计师或建模人员能够将企业规范和模型与真实的经营过程联接起来，以便在保持模型一致性的同时，保持设计规范和模型的一致和同步最新。6.8模块企业参考体系结构和模型应能提供企业参考模块、可实现的构建块、系统、产品和产品族的概念，以作为企业实体工程和企业实体集成中的公共方法资源。企业实体工程和集成中最重要的企业模块集，是集成基础结构和在异构环境中进行企业实体工程与运行所需的集成技术服务集。GB/TXXXXX-XXXX/ISO15704:20196.9企业运行系统企业工程过程的结果之一应该是企业运行系统的规范或模型。企业运行系统应由实现企业目标和支持企业使命所需的人员、硬件和软件组成。企业内容是通过提供适当静态或动态的功能，以及对所需和可用的功能进行动态匹配，以满足利益相关者关注的结果。6.10表达企业参考体系结构和模型应在使用第6条相关部分内容时提供指导，例如框架或高级图形解释。该框架或图形形式应该显示不同组件之间的关系和适用性。GB/TXXXXX-XXXX/ISO15704:2019（资料性附录）企业集成和互操作的关键原则A.1总述国际自动控制联合会/国际信息处理联合会（IFAC/IFIP）企业集成体系结构工作组的研究中提出了几种描述企业参考体系结构和模型性质的概念，它们可以极大地简化、集成和拓展企业工程的工作。这项工作导致了通用企业参考体系结构和方法（GERAM）的发展，它可以为计划、设计和实现复杂企业集成项目提供支持（参见附录B的更新版本）。下文将描述企业体系结构的关键原则，为第5和第6条款中的需求提供依据。A.2企业适用性计算机集成制造（CIM）和企业集成的早期工作主要局限于离散零部件制造、计算机和信息处理领域。不过，企业集成所涉及的基本原则适用于所有企业和企业的所有方面，无论企业的规模、使命和其他任何此类属性如何。此外，仅局限于围绕信息和控制系统本身讨论集成是错误的。问题往往存在于使命控制或使命实现功能中，或存在于制造或其他客户产品和服务运营中，或存在于相关的人力和组织领域中，而这些领域的解决方案将极大地缓解整个系统问题，即一个全面的解决方案需要涉及信息、文化和使命。因此，企业方案应超越信息和控制系统，还应包括文化、使命、远景、价值、目标。通过将制造视为一种客户服务，向客户提供概念、开发、设计、修改、生产和商品供应，企业体系结构的参考基准可以扩展到覆盖所有可能的企业。因此，企业体系结构的使命实现部分代表了企业提供的客户服务，即使该服务只涉及向客户提供信息产品。A.3企业标识和使命定义任何企业如果没有业务或使命，就不可能长期存在。也就是说，它必须生产客户所期望的产品或服务，并不断地推出能与其他企业竞争的产品或服务。因此，企业识别和使命定义便成为任何企业集成项目的基本工作。A.4划分使命执行和使命控制功能正如下面所描述的，任何企业运行时只涉及两类基本功能。一类包括与完成使命有关的功能，即操作生产产品或服务的过程。在制造工厂中，这包括所有材料和能源转换任务，以及材料、能源、在制品、产品和服务的移动和存储。另一类包括管理和控制使命执行的功能，以取得所期望的经济或其他收益，以确保企业的生存能力和持续发展力。这些功能包括收集、存储和使用或转换信息，以控制经营过程，即对经营过程发展和应用进行必要的更改，以实现和维护所需的运行目标。控制包括所有计划、调度、控制、数据管理和相关功能。GB/TXXXXX-XXXX/ISO15704:2019A.5过程结构识别企业运营包括许多物料、能源和信息的转换，可以分为两类:一类是信息转换，另一类是物料和能源转换。这些转换通过许多独立的活动完成，活动又可以并发或顺序地执行，组成同一类过程。两种过程彼此间用请求状态和报告状态这些活动互相沟通，并通过这种活动传递操作命令。这些转换结合起来定义了该企业的总体功能。A.6过程内容识别由于许多技术、经济和社会原因，在使命执行的管理和控制中，人类参与了许多经营过程的实现和执行。其他过程可能是自动化或机械化的。实现任务或经营过程只有三类：——可由计算机或其他控制设备自动完成的信息和控制活动；——可由使命执行设备自动进行的使命活动；——由人进行的非自动化活动，无论是信息、控制或使命执行。非常需要建立一种简单的方式，来显示人在企业中的位置和活动，以及人与机器之间的功能分配。A.7生命周期识别无论什么类型的企业都遵循一个生命周期，从企业家心中最初概念开始，均会经历一系列发展阶段，包括其开发、设计、建造、运营和维护、翻新或报废，一直到最后的销毁。通常根据特定目的将生命周期划分为各个阶段，特定命名既没有否定生命周期中基本过渡的存在，也没有消除生命周期任一片段。生命周期的各个阶段不一定表现为顺序的或线性的。生命周期原则适用于整个企业及其所有组成部分。这种生命周期不仅适用于企业，也适用于企业产品。进一步来说，一个企业可以成为另一个企业的产品。例如，一个建筑企业可以建设一个制造工厂（一个企业），并将该工厂作为它的产品。然后，制造工厂又可以生产自己的产品，比如汽车。通过类似于这里讨论的方法步骤，汽车也有自己的生命周期。企业实体的创建和修改，例如开发、设计、建设等，以及它们的使用，例如运行，是生命周期阶段之间的重要区别。这种区别使从工程环境到运行环境的有序转换或交付成为可能，为运行前的工程结果的验证、测试和交付提供了条件。A.8企业集成A.8.1企业集成演进方法企业所有信息、客户产品和服务功能的集成，是企业主计划的一部分。这种集成的实际执行，可能被分解为一系列在企业财务、实物和技术能力范围内的协调方案。如果企业的资源允许，这些方案可以单独或集体执行。总计划有助于安排和协调这些方案与活动。A.8.2集成方法在企业内，集成方案的实施可以通过组织扩展形式、一致决策、一致数据/信息等机制或这些机制的组合进行。A.8.3集成程度在企业内，集成方案的实现可以发生在物理实体、企业子单元相关的应用流程、企业的经营过程之GB/TXXXXX-XXXX/ISO15704:2019一般来说，“一体化集成”指在所有任务执行以及管控功能中，无论何时何地，物资和信息流都是及时、准确和不间断的，且没有不必要的转变。集成的实现，要么在设计或实施期间静态进行，即通过设计进行集成，也称为设计集成；要么在运行期间动态进行，即通过按需配置进行集成。动态集成的条件是企业实体具备根据设计提供的自配置管理和控制功能，以及可以互操作的动态可配置部分功能。实际上，典型的情况是将两种方法结合起来以实现集成，而管理部门的一项任务就是综合平衡这两种方法，以满足总体规划/集成方案及其项目的需要。企业体系结构的一个发展趋势，是通过使用企业内部的面向服务，来实现动态配置支持。因此，例如公司或公司网络实体，会根据需求动态配置或重新配置虚拟企业，来进行开发准备，以满足合格参与者的互操作服务。A.8.4集成性能评测评测所有企业集成方案，必需详细监测方案执行过程的使命有效性和系统性能。通过对执行有效性及性能与期望值的偏离进行评估，以实现实施所追求的目标。A.9模块化针对大多数企业集成方案具体规模大特点，需要尽可能采用模块化。因此，将所有活动及其所需的互连都按模块化方式来定义，将十分有有利于它们将来与执行类似功能但方式不同的其他活动进行互换。同样，这些替代活动也最好以模块化的方式进行实施，以便以后可以用其他不同的方法来执行同样的功能。如果遵守活动规范，就可以通过独立设计和优化技术来控制这些实现方法的选择。如果使用刚才提到的模块化实施，并且这些模块之间的相互连接接口采用公司、行业、国家或国际共同认定的标准来规定和实施，则将大大促进上述交换和替代快速实现。A.10利益相关者关注点利益相关者关注点源自利益相关者个人对企业的观点，可以采用视角表示企业模型的类型，用来提供这些关注点相关的视图。正如利益相关者视角是解决这些关注点的出发点，因此可以将这些关注点作为企业体系结构开发的锚点。GB/TXXXXX-XXXX/ISO15704:2019（资料性附录）通用企业参考体系结构与方法论（GERAM）B.1.1背景现代企业最重要的一个特征是，面对瞬息万变的环境，他们无法再制定出可预测的长期规则。为适应这种变化，企业自身需要不断发展，从而使改进和适应成为一种自然的动态过程，而不是偶然强加于企业的举动。这就需要把企业业务和一门名为企业体系结构（EA）学科发展结合起来，该学科依赖多种工程和管理学科，将识别企业中对就化的需求和方便而专业地实施这种变化所需要的所有知识组织起来。欧洲AMICE集团对CIMOSA[36]、GRAI实验室对GRAI和GIM[34]、普渡集团对PERA[71]，以及其他几个机构进行了前期研究，已经产生了旨在组织所有企业集成知识并作为企业集成方案指南的参考体系结构。关于企业集成体系结构的IFAC/IFIP工作组分析了这些体系结构，并得出结论，即使有一些重叠，现有的参考体系结构无法合并，他们每个人都有自己的独特之处。工作组工作的结果便是发现需要定义一种通用的体系结构。从对现有企业集成体系结构（CIMOSA,GRAI/GIM和PERA）的评估开始，IFAC/IFIP工作组提出了通用体系结构的总体定义。提出的框架被命名为通用企业参考体系结构和方法论(GERAM)1)。GERAM是关于构建和维护集成企业所需的各种方法、模型和工具的集合，可以针对企业的一部分，或整个企业、或企业网络（虚拟企业或广义企业）。此外，由于主要制造和控制工程部门的影响，其他参考体系结构[企业体系结构（EA）框架]的开发最初集中于IT系统开发。其中一些被扩展到商业和国防部门的系统工程范围，如Zachman[72]，指挥、控制、通信、计算机智能、监控和侦察/国防部体系结构框架（C4ISR/DoDAF）[33]，企业联盟体系结构框架（FEAF）[38]，开放集团体系结构框架（TOGAF）[67]，StairL