2024企业建模与体系结构企业参考体系结构与方法_第1页
2024企业建模与体系结构企业参考体系结构与方法_第2页
2024企业建模与体系结构企业参考体系结构与方法_第3页
2024企业建模与体系结构企业参考体系结构与方法_第4页
2024企业建模与体系结构企业参考体系结构与方法_第5页
已阅读5页,还剩56页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

企业建模与体系结构企业参考体系结构与方法论的需求目录前  言 3引言 4范围 6规范性引用文件 6术语和定义 6缩略语 9企业参考体系结构和模型的要求 10通用要求 10企业体系结构的适用性和覆盖面 10企业的分类 10企业体系结构的特征 11企业工程和体系结构的方法论 11企业设计 11企业运营 11企业参考体系结构的基本概念 11概念定位的跨度 11面向人员 12面向过程 12面向互操作 12面向决策 12面向实现 12面向技术 12面向环境 12以生命周期为导向 12面向利益相关者 13面向视角 13面向模型 14面向模型视图 14面向企业的互操作性 15面向验证和确认 16企业参考体系结构的组成部分 16企业参考模型 16企业参考模型的目的 16企业参考模型的种类 16建模语言 18建模语言与结构要求 186.2.2表达 18企业参考模型的语义和语法 18名称,标签和术语表 18互操作元素 19模型表示 191企业特征表示 19内部结构概念 20结构化方法兼容性 20企业参考行为概念 20短期和长期行为变化 20行为表示 21层次概念 21分解循环 216.3.9迭代 23模型信息的可用性和格式 23组件管理 23通用型作用 23通用企业元素 23部分企业模型 23特定企业模型 23企业观点和视角 24主要有关观点 24其他关注观点 26企业参考建模框架 266.7工具 266.8模块 266.9企业运行系统 276.10表达 27附录A(资料性附录)企业集成和互操作的关键原则 28附录B(资料性附录)通用企业参考体系结构与方法论(GERAM) 31附录C(资料性附录)本文件与其他企业系统体系结构相关国际标准的关系 60参考文献 622引言企业体系结构和模型的原理由参考方法论支撑的企业参考体系结构,为组织和协调工程项目提供了通常可用的方法。在采用,参考基准需要包括以下能力:——吸引使命执行的利益相关者(制造、运输、服务提供方等)和商业利益相关者;——描述企业内已确定问题的适当解决方案;——对企业集成项目的整个生命周期进行建模,从最初的概念到开发、运营,再到最后的报废;——包括参与执行、管理和控制企业使命的人员、过程、资源和组织。从企业工程的角度来看,包括以下区别:(本文件的基本原理(5和企业参考模型(见第6章)时应使用的概念。本文件为企业活动人员建模提供了企业体系结构和模型的参考基准、4指南和约束。本文件的优点本文件对符合要求的实施设计采用相同的技术领域术语,更容易进行信息共享。本文件将帮助指导企业基础设施选择或创建核实的参考体系结构,并使用相关术语。本文件希望用户包括:——企业规划者、建设者、修改者和分析者,使用需求来检查他们活动的完整性。——企业参考模型的建立者,使用这些要求来保证模型之间的一致性,以实现模型的互操作性;——企业相关标准的开发者,使用这些要求来保证他们的标准与本文件的一致性。注:是用户在方法上的选择,超出了本文件的范围。附件B讨论了一个与本文件一致的框架,其他国际标准提供了进一步的框架指导。5企业建模与体系结构企业建模体系结构与方法论的需求范围规范性引用文件本文件没有规范性引用文件。术语和定义下列术语和定义适用于本文件。architecture注1:由于企业环境中的体系结构(例如企业体系结构)总是概念性的,因此作为体系结构描述的体系结构的表达是通过体系结构所应用的企业现实的模型来实现的。符合企业体系结构描述的详细设计在接近企业现实时往往采取不那么抽象的形式。注2:适用性的概念将体系结构与设计的其他特征区分开来,它在设计的形式和功能上增加了效率和效益方面的义务——这是一个区别性的特征,将管理企业所必需的临时部件组合与实现和维持卓越企业性能所需组成元素的有意组成区分开来。[来源:ISO/IEC/IEEE42010:2011,3.2,有修改——原始定义的内容已根据本文件的上下文进行了调整,并增加了注。]aspect从集成企业模型(3.6)的内容投射表现出来的显著特征。注1:在本文件中,本术语通常是指通过查看不同视图(3.23)更好解决问题的集合,即通过跨其他模型视图的视图来最好地解决问题。单一模型表示无法很好地处理这些关注集合的规模和范围,但可以通过从现有模型视图内容中选择复合视图来有效地呈现。经营过程businessprocess部分有序的、通常是嵌套的企业(3.4)活动集,可以执行这些活动以实现企业或企业某一部分特定目标所期望的结果。企业enterprise6具有明确而清晰定义的使命(3.14)注1:企业在运行时作为一个系统,通过生命历史中的生命周期活动来实现企业的使命。注2:在本文件中,“企业”是指具体实体(如公司、项目或扩展供应链企业)或抽象实体(如虚拟企业)。注3:一个或多个组织单位参与企业。对于涉及一个以上这样单位的企业,每个单位都带来各种资源(3.21)供使用,通过参与程度来获益,这通常发生在解决一些自己无法解决的挑战中。企业工程enterpriseengineering在建立、修改或重组任何企业(3.4)时所适用的原则。注1:企业工程和体系结构方法为建立、修改、验证或重组企业提供了指导。企业模型enterprisemodel描述企业(3.4)以及企业内的实体,它们之间的相互关系以及分解,详细程度足以传达企业的目标和运作方式。注1:一个企业模型,用来提高企业的有效性和效率,以任何必要的详细程度确定和规定基本的组成部分和要素,包括企业的所有子系统和组成模型,例如企业体系结构(3.1)模型。[来源:ISO业及其企业内实体的表示”,词语“它的意图”被替换为“企业意图”,并增加了注1。]企业参考enterprise-referencing适用于实体(3.8),即企业(3.4)、或包括企业、或企业的一部分。注1:通用企业体系结构(3.1)、特定企业的体系结构以及包含企业作为其元素之一的体系结构都是企业参考体系结构。实体entity考虑范围内具体的或抽象的事物。[来源:ISO19439:2006,3.29]环境environment决定技术、业务、运营、组织、政治、监管、社会和其他关键影响和约束的一个企业(3.4)场景和情况的背景,影响或受其发展和行为的影响,但企业本身无法控制。注1:在嵌套式企业的情况下,其环境可能在较大的企业中。[来源:ISO/IEC/IEEE42010:2011,3.8,有修改——原定义的内容已适用于本文件的上下文,纳入了ISO19439:2006,3.30的内容,并添加了注。]框架framework用图表、文本和形式规则表示的结构,将企业(3.4)体系结构(3.1)的各个元素相互联系起来。注1:框架的目的是指导创建一个或多个企业体系结构描述。[来源:ISO19439:20063.31,有修改——“概念性实体的组成部分”一词已被替换为“企业体系1。]genericity一个概念概括一类或一组实体的程度。7生命周期lifecycle实体(3.8)从创建到不再存在所经历的一系列可区分的阶段和阶段中的步骤。注1:嵌套企业(3.4)的阶段可以是内含企业的生命周期中的步骤。[来源:ISO19439:2006,3.42,有修改——增加了注1。]生命历程lifehistory实体(3.8)在其生命周期中所经历的实际的、记录和配置管理的阶段和步骤序列。使命mission企业(3.4)期望通过实现、产品或服务的功能性要求而达到的效果的描述。模型model(a(b注1:使用既定的设计技术实现特定模型更加困难。注2:模型可以是一个更广泛的模型的子集。model-based注1:这种模型的表示通常是图形化的,但定义要求图形化表示必须可以翻译成符号语言,因此限制了对图形化表示的解释。注2:为了满足特定利益相关者(3.22)的关注,“基于模型”经常被用作限定词来描述一种设计或实践,例如,基于模型的系统工程,基于模型的设计,基于模型的规范。modellingdimension企业(3.4)实体(3.8)视角(3.24注1:常见的建模维度是生命周期、视角和通用性(3.11)。组织organization企业内部职责和权限的分配(3.4)。注1:在组织中,人们通常被赋予角色头衔,这些头衔指定了职责和权限的集合,这些角色按责任等级排列。观点perspective利益相关者(3.22)或模型(3.15)用户相对于确定领域的关注方向。注1:利益相关者的关注方向可以由利益相关者的关注点形成,也可以由他们的培训、经验、文化背景及其动机形成。referencebase由通用企业(3.4)体系结构(3.1)的概念、需求和建议的描述组成的信息源。resource8提供执行企业(3.4)活动所需的部分或全部功能的实体(3.8)。注1:在本文件中,资源是系统理论意义上的实体,提供系统所需的能力,是系统本身的重要组成部分。资源描述材料是为各种活动所需的过程输入而保留的,如原材料、零件和装配。注2:资源”的角色来描述的。[来源:ISO19439:20063.601句,增加了注2。]stakeholder(3.8)(3.19)的个人、团队、组织单位,或其类别。注1:典型的企业利益相关者包括企业所有者、企业客户和负责接收或提供产品或服务的企业员工,以及那些与企业合作以实现其使命的个人或组织(3.18)。注2:企业体系结构师是企业体系结构的利益相关者,但不一定是企业本身的利益相关者。企业体系结构或相关模型的用户是企业的利益相关者。企业的观察者可以不是该企业的利益相关者。[来源:ISO/IEC/IEEE42010:20113.10,有修改——原始定义的内容已适应本文件的上下文,并添加了注。]view表示模型(3.15)[来源:ISO19439:2006,3.25,有修改——原定义的内容已适应本文件的上下文。]viewpoint解决相关利益相关者(3.22)关注点集合的一种或多种模型(3.15)的认定。注1:例如操作性视角、能力视角、服务视角。注2:视角确定了一个或多个解决了相关利益相关者关注问题的具体集合模型,这些模型对于表达一个或多个企业模型(3.6)的视图(3.23)来说是必要和充分的。缩略语CIM:计算机集成制造(ComputerIntegratedManufacturing)CIMOSA:计算机集成制造开放系统体系结构(ComputerIntegratedManufacturingOpenSystemsArchitecture)EA:企业体系结构(EnterpriseArchitecture)EAET:企业体系结构和工程工具(EnterpriseArchitectureandEngineeringTool)(EnterpriseArchitectingEngineeringandintegrationMethodology)EI/EA:企业集成/企业体系结构(EnterpriseIntegration/EnterpriseArchitecture)EMEIS:企业模型执行和集成服务(EnterpriseModelExecutionandIntegrationServices)EML:企业建模语言(EnterpriseModellingLanguage)9EMO:企业模块(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)企业参考体系结构和模型的要求通用要求企业参考企业体系结构和模型的要求是依赖于附件A中企业集成和互操作关键原则的一个框架。该框架包括第5章中对企业参考体系结构的要求和第6确定企业的边界以及与企业经营环境的相关关系;确定目前和未来可能的企业目标;描述要执行的重要任务;确定必要的信息种类和数量;确定相关的企业要素及其与企业目标的关系;明确人、过程和设备之间的关系,以利于所考虑的互操作;规定足够的管理职能和责任;确定相关的经济、文化和技术因素;描述所需的自动化支持的程度;提供能够追踪企业实体的整个生命历程的模型,包括实体和关系的演变;描述决策结构和检测不一致的手段;保持人类可读和机器可处理的表达形式;以企业实现目标的程度来衡量企业体系结构方法的充分性和效率。企业体系结构的适用性和覆盖面企业的分类10企业体系结构的特征企业体系结构概念化的具体形式应是体系结构描述,这种描述应适合于概念化的目的。注1:在本文件中,术语“体系结构”的出现通常意味着其作为体系结构描述的具体形式。注2:通常一个企业体系结构支持另一个企业的开发和实施,而另一个企业产生自己的企业体系结构以支持产品或服务的开发和实施。关于企业和体系结构种类以及企业体系结构之间关系详见附件B。企业工程和体系结构的方法论注:企业体系结构和模型不需要依赖一个特定的方法论和其附带的框架。许多不同的方法论和框架都可以实现预期的结果,主要考虑的是与这些要求有关的适用性。企业设计企业体系结构和模型应确定管理、构思/定义、描述、设计、实施、运营、维护、退役和处置企业(如模型企业运营企业参考体系结构的基本概念概念定位的跨度11面向人员面向过程企业体系结构和模型应确定并提供表示企业运作的方法。这种表示应涵盖操作的行为,包括功能、概念一致,并应支持面向过程的操作。面向互操作(包括信息和物理实体与企业环境中外部组织间合作和交流的方法。面向决策企业体系结构和模型应确定并提供表示企业决策的手段,包括决策系统结构、决策中心和决策过程。面向实现面向使命实现面向使命控制面向经济面向技术企业体系结构和模型应识别并提供代表企业运营中所采用的所有技术的手段。面向环境企业体系结构和模型应识别并提供方法来表示与企业及其经济、社会/政治和生态环境之间互动有关的所有问题,包括与企业或其组成部分的创建、运行、改造和退役影响有关的事项。以生命周期为导向面向生命周期12注1:如果一个阶段被分解,不同的子集可以有不同的依赖性,因此可以更灵活地调度。这在软件中尤其明显,在软件中,分解以促进模块化,是一种理想的做法。注2:在生命周期活动中向前和向后提供模型信息,可以使企业流程增值迭代,提高产品质量。一个阶段可以根据下一阶段不断发展的需要,修改或扩展上一阶段的模型。注3:其他标准,特别是那些与ISO/IEC/IEEE15288一致的标准,对于与系统开发有关的类似概念,使用了stage一词而不是phasephase生命周期中的细分活动。面向生命历程生命周期和生命历程的互补作用使用5.3.9.15.3.9.2中生命周期导向的概念,体系结构师能确定生命周期阶段中的企业活注1:常见的采购规定了交付里程碑,需严格按照时间顺序执行生命周期阶段,使整个采购的生命历程反映了生命周期阶段交付物的完成情况(例如,瀑布法)。然而,企业体系结构的实际操作往往需要重新审视特定阶段的活动,以适应修订和变更指令(例如,螺旋式方法和敏捷方法),因此,生命历程记录了所有活动迭代的发生,因为它们在时间上实际发生,同时允许整体可交付的里程碑作为生命历程的选定视图来保留。注2:其他标准,特别是那些与ISO/IEC/IEEE15288一致的标准,使用术语lifecyclestage而不是lifehistorystage。面向利益相关者企业体系结构应确定该企业的所有利益相关者,以及他们对企业观点所涉及的个人利益或关注点。面向视角13企业体系结构和模型应指定一套足以跨越相关利益相关者所表达关注的观点。5.3.13B.3.1.5.3)。由视角产生的企业视图应是跨越企业,相对于该视图所获取和表达的关注点。注:视角是规范相应视图的参考点,所有的视图都有一个相应的视角来管理视图的生成。面向模型企业体系结构表示此外,由于一个企业可能由其他几个企业实体组成(见6.3.8),一个企业的部分企业模型可能是642010益相关者的体系结构关注点相关。注:在企业发展过程中,一些企业体系结构模型可以过渡到企业运营模型或基于模型的可执行企业流程,从而将企业的体系结构与它的运营牢牢结合起来。基于模型的工程注:见Warfield和Christakis关于理解维度的讨论[70]。通用性和特定企业模型(6.4.3)的能力。模型集成面向模型视图模型和视图14视图的概念应适用于所有类型企业在其整个生命周期中的模型。注:视图。视图的主要层级功能层是对企业中活动和过程的描述和表示,它描述了元素的处理和单一处理步骤到过程链的串本文件不涉及以下内容:——模型表达视图内容的方式;——视图包括或不包括的内容;——其他基本视图的必要性,例如,资源视图、组织视图、经济视图、决策视图、风险视图等。本文件只说明存在一组最低限度的模型视图,这些视图需要提供足够的材料,以确保企业体系结构面向企业的互操作性支持模型的互操作ISO11354-1)。注:随着企业的系统交互变得更加复杂,模型在预测多个复杂系统动态状态集而发生所有行为的能力上会有限制。当前正在研究复杂建模和当前限制。支持过程的互操作15注:企业参考体系结构可以支持能力概要文件和协作视图,以确定有通信需求流程的通信能力和要求。面向验证和确认(即细节设计是否符合体系结构规范也可以验证非相邻设计或细节范围内的预期关系(如企业的运营是否满足利益相关者的关注)。注:广义上讲,验证保证了通过设计到实施过程需求的协调一致,从而实现目标和使命。企业参考体系结构的组成部分企业参考模型企业参考模型的目的在适当的情况下,企业参考模型应解决企业以下相关问题:构思、设计、采购和建造由任一相关选定过程组成的企业;模拟企业运作,以验证模型和模型表示的运行情况;管理和运行企业,使其能够实现目标;支持企业修改、重新设计、拆除或重用。在特定的环境中,并非所有可供企业体系结构建模者使用的信息在体系结构上都是重要的,例如,[30]在操作场景中,企业参考模型所获取的信息应能被负责成功操作的人员和机器所用。企业参考模型的种类企业参考模型的形式16基于模型的企业参考模型对于基于模型的企业参考体系结构,在生命周期的不同环节或通用程度上的表示通常被表示为元,采用实体关系建模方式,图1展示了员工数据库的元关系抽象。抽象关系 实体 子类关系 实体 工业标准结员工

模型空间模型/

概念空间元模型部门抽象化Did DName

工作 概括独特 常规DidPid

元数据

数据空间数据/实例35 95

95 47

Pid 95 乔

现实世界制造部 乔 事物具体来源:MartinR.和E.Robertson,“Meta”Matters[46]。转载经作者许可。图1元关系抽象示例:过程与资源模型,抽象程度存在明显差异。注:在体系结构视角和体系结构模型之间存在一个元关系,它对应于视角和受该视角控制的模型视图之间的关系。此元关系来自于模型实例,用以生成视图中出现的内容。模型视图17在处理视图时,有两大原因会导致出现一致性问题:倾向于将视图作为更新机制;视图元素之间的抽象程度。注:建模语言建模语言与结构要求注:ISO19440中定义的标准化建模结构,改进了模型交换和企业建模者之间的交互方式。表达企业参考模型的语义和语法名称,标签和术语表——统一的术语表,包括用于企业工程与集成工作的语法和语义;——参考其他合适的术语表。企业参考体系结构与模型应该在整个企业中使用统一的术语表内容,或者明确注明使用方法差异。18示例:1望企业参考模型统一使用给定的名称。表1生命周期阶段和系统活动图利益相关者角色阶段(买卖转让前)使用和运行(买卖转让后)销毁和回收(产品无用后)指定制定目标策略定义产品需求定义技术支持需求定义使用定义回收/销毁需求定义创建计划生产使用要求定义回收/销毁要求定义使用产品生产产品测试产品运输产品使用产品保养产品回收产品销毁注:B和ISO19439。互操作元素对于使用建模语言表示的每个模型元素,应确定其语法和语义:——该元素的表示形式;——该元素与其他模型元素之间的关系;——该元素的能力;——所涉及的相互影响动态。模型表示企业特征表示注:NIST[52]的报告通过相关性来识别特征,包括:功能、业务、人员、可信度(保护措施、隐私、安全场所、可靠性和恢复力)、时间、数据、边界、可组合性和生命周期。为充分表示企业体系结构,所采用的建模模式应该支持企业多种特征,特别是静态结构和动态行为的特征。此外,应采用企业作者认为最适合的模式描述,来表示企业特征状态。19内部结构概念结构特征源于观测到实体内的元素不是孤立的,而是与其他元素有多种相互依赖关系。结构具有形式表示和语义特征。在大多数信息建模模式中,形式特征指的是图形布局和边界种类。应尽可能明确模型内部结构的解释(无论人和机器)。结构化方法兼容性企业参考行为概念注1:当变量限定为输入和输出变量时,系统被认为是一个“黑箱”。(例如学习和解决问题与机(例如行动和反应注2:支持分布式企业的体系结构有两种方式,面向对象语言模型和面向服务的基于网络软件体系结构组合模型。短期和长期行为变化示例:到钻床在生产中的可用性。生产控制系统将钻头行为的变化分为立即的(短期和持续的(长期)使生产控制系统根据不同行为来决策替换钻头。任何企业实体建模,行为特征都应包括对预期行为异常情况的识别,它既可作为企业参考风险结构20行为表示行为建模企业参考模型应具有描述行为的特征,也就是说用来表示:事件、动作、条件、状态、状态变化、开始状态、结束状态、动作之间的顺序关系,以及包括信息流在内的转换功能描述。时间表示静态表示动态表示序列注:本文档用序列来概括地描述与活动相关事件的排序,即包括串行、并行、同步、可选和重复的关系。层次概念注:///而局部分层结构则建立不同范围和详细粒度的链接模型。分解循环211:(AEC)公司承担了一个为客户设计新工厂的项目。AEC业(E1)处于正常运营阶段,并且已经运营了数年。由几个公司实体(E1、E3、E4)共同组成的项目(E2),具有一AEC公司更大的企业参考模型。项目企业(E5)模型已从概念阶段(征求方案及初步设计)进行到运行阶段(中标后)。新的企业(E6)及其企业参考模型仍处于计划/构建阶段,直到建成使用/运行阶段。(C)企业实体能力以提供能力的人,以及主要关注于使用(U)能力提供产品和服务的人。通过特定企业实体活动S、C和U来处理这些角色中的每个关注事项。每个活动都可以进一步分解为另一组类似分类并包含相应子活动的S、C和U(参见图2)。注:活动,需要具有互操作和相互通信的能力。2:S、CUS是由用户需求C品/U是任务驱动的,包括最终输出产品交付的所有活动。分解到每个级别上的每种活动都可以向更高级别提供反馈。S2 C2 U2设计产品(见表1职责创建)S21设计需求定义

C22设计流程定义:如则、标准、原理

U23执行设计S21C22

S231识别问题拆分问题计划设计过程定义工具要求定义分析要求请求可生产性信息请求可维护性信息

C232评估不同方法实验室概念检查遵守业务规则遵守规范要求

U233组装工具进行分析进行初步设计进行最终设计完成设计版本发布可生产性反馈,技术支持反馈,可维护性反馈22图2分解产品设计活动展现循环活动结构迭代在图2SC和U每个活动的每个性能可以形成不同的模型。这些不同模型中的每一个都应该服从变更和版本管理。在这种情况下,循环是结构,迭代是行为。模型信息的可用性和格式在运行场景中,由企业参考模型保存的相关信息,应提供给负责企业有效运行的人员或机器使用。该信息应采用中立格式或使用应用程序指定格式。组件管理企业参考模型的设计,应允许通过自动配置管理系统管理其组成部分。通用型作用通用企业元素注1:分类学是一种表示基于术语元素之间关系的形式,但通常缺乏明确约束。元模型表达了使用元素的方式,本体理论为元素关系网添加了推理能力。在开发体系结构和模型时,存在两种通用元素。抽象元素应该为明确元素细节的进一步表达提供基注2:抽象梯度有时会与分解层次结构相混淆。区别在于抽象梯度揭示了从抽象到具体转换的语义基础,而分解层次结构则表示了其顶层节点的组成。部分企业模型特定企业模型23企业观点和视角主要有关观点观点识别第6.3.8条款为利益相关者确定了三类角色:主要关注于指定企业能力的人,主要关注于创建企业注:短语“结构风格”体现了建模工作代表性目的与被建模实体目的或任务之间的区别[37]。典型视角(即视角功能视角19440)。信息视角24与企业信息相关的关注点可以设计为信息视角,相应视图应该是对企业实体信息有序结构化的编(参见ISO19440)。资源视角19440)。组织视角与企业组织相关的关注点可以设计为组织视角,相应视图应描述和表示企业领域内的职责与权限。(参见ISO19440)。注:参见6.5.1.8备选或相关决策视角。经济视角决策视角示例:进行加工,从而获得正确的原材料/产品。决策视角的关注点构成企业决策体系结构,它提供了决策主题、类别、标准和相关性的识别(见CEN/TS14818)。风险视角体系结构设计视角256.5.1.3到6.5.1.9注:视角是由设计师根据利益相关者以及他们自己确立的关注点精心创建的,因此,结构设计视角所表达的关注点通常也会出现在其他视角中。其他关注观点针对利益相关者的其他关注点集合,模型开发人员可以生成附加的基于观点的视角和相应的视图。企业参考建模框架[47]示例:ISO19439中详细描述的框架形式,是由生命周期、通用性和建模视角维度定义的抽象空间。由于建模框架是相对于它所包含的模型而言的元模型,因此可以循环地将框架应用于它的模型内容,以提供模型组件的进一步细化或分解支持[43]。工具为了在企业工程和集成项目中帮助设计师或建模人员,基于计算机的工具应该支持企业参考体系结构和模型的开发和管理。此类工具应遵循一种或多种企业工程方法,并使用一种或多种建模语言实现。模块企业参考体系结构和模型应能提供企业参考模块、可实现的构建块、系统、产品和产品族的概念,以作为企业实体工程和企业实体集成中的公共方法资源。企业实体工程和集成中最重要的企业模块集,是集成基础结构和在异构环境中进行企业实体工程与运行所需的集成技术服务集。26企业运行系统表达企业参考体系结构和模型应在使用第6条相关部分内容时提供指导,例如框架或高级图形解释。该框架或图形形式应该显示不同组件之间的关系和适用性。27附录A(资料性附录)企业集成和互操作的关键原则总述国际自动控制联合会/企业集成体系结构工作组的研究中提出了下文将描述企业体系结构的关键原则,为第5和第6条款中的需求提供依据。企业适用性计算机集成制造(CIM)和企业集成的早期工作主要局限于离散零部件制造、计算机和信息处理领因此,企业方案应超越信息和控制系统,还应包括文化、使命、远景、价值、目标。企业标识和使命定义划分使命执行和使命控制功能正如下面所描述的,任何企业运行时只涉及两类基本功能。28过程结构识别企业运营包括许多物料、能源和信息的转换,可以分为两类:一类是信息转换,另一类是物料和能过程内容识别——可由计算机或其他控制设备自动完成的信息和控制活动;——可由使命执行设备自动进行的使命活动;——由人进行的非自动化活动,无论是信息、控制或使命执行。非常需要建立一种简单的方式,来显示人在企业中的位置和活动,以及人与机器之间的功能分配。生命周期识别(一个企业企业集成企业集成演进方法集成方法在企业内,集成方案的实施可以通过组织扩展形式、一致决策、一致数据/信息等机制或这些机制的组合进行。集成程度在企业内,集成方案的实现可以发生在物理实体、企业子单元相关的应用流程、企业的经营过程之间。29集成性能评测模块化互连都按模块化方式来定义,将十分有有利于它们将来与执行类似功能但方式不同的其他活动进行互利益相关者关注点30附录B(资料性附录)通用企业参考体系结构与方法论(GERAM)引言背景工程和管理学科,将识别企业中对就化的需求和方便而专业地实施这种变化所需要的所有知识组织起来。欧洲AMIE集团对CIOSGRAGRAGIMPEA从对现有企业集成体系结构(CIMOSAGRAI/GIM和PERA)的评估开始,IFAC/IFIP工作组提出了通(GERAM)1GERAM是关于框架]的开发最初集中于ITZacma/C4IR/DDAF(FEA(TOGFStarLieCI许多这些框架已经被回溯地映射到GERAM[28][55][60][61][44]上,以便于对比分析它们的贡献和完整性,并确定这些框架在各种典型应用情况下的必要额外细节。只确定了企业工程或企业体系结构GERAMGERAM旨在结构化现有的企业集成知识,以便在描述涉及企业的体系结构时使用。该框架具有应用于所有类型企业的潜力。以前发布的参考体系结构可以保持自己的特性,同时通过GERAM可以识别它们的重叠和互补优势。1)GERAMv1.6.3GERAM中的更新、说明和术语变化,实现与系统和软件工程体系结构相关标准相结合使用。调整了“企业参考”GERAM需求应用范围的子集,B.3.1.5参考体系结构模型。31范围GERAM的范围包括企业工程/是通过一种语用注记的方法定义的,它为描述所有类型的企业集成过程中所需的组件,提供了一个通用框架,例如:——绿地安装、全部重构、兼并、重组、组建虚拟企业或联盟、价值链或供应链整合等重大工作;——持续性改进和适应各种增量变化。GERAM打算将变化过程中使用的多种学科方法统一起来,例如工业工程、管理科学、控制工程、通信和信息技术的方法,即允许它们结合使用,而不是单独应用。GERAM框架的一个特点是它统一了两种不同的企业集成方法,一种是基于产品模型的,另一种是基企业结构与企业集成框架框架概述GERAM提供了企业体系结构、工程和集成中推荐的所有元素描述,从而为工具和方法的收集建立了GERAM中确定的组件集如图B.1所示,B.2.2定义了每个组件,B.3进行了进一步说明。32EMLsEMLs企业建模语言提供人员角色过程和技术建模的建模构造采用利用实施支持用于构建用于实施、配置和执行EMOs企业模块PEMs部分通用企业模型提供人类角色、过程和技术的可重用参考模型与设计EEM企业组织工程方法论描述企业工程的过程GERA通用企业参考体系结构识别企业集成的概念EOs企业运行系统支持特定企业的运行Ems企业模型支持分析和运行的企业设计与模型EETs企业工程工具支持企业工程GEMCs通用企业建模概念(理论和定义)企业建模结构含义定义B.1GERAMGERAM框架在其最重要的组成部分——通用企业参考体系结构(GERA)中确定了用于企业工程和集成的基本概念,例如企业实体的生命周期和生命历程。GERAM区分了用于企业体系结构(EAMs)的方法企业体系结构和工程工具(EAETs)提供企业建模方法和语言,支持企业模型的创建、共享、文档词汇、元模型、本体论可以定义建模语言的语义,并共同构成通用企业建模概念(GEMCs)。部分企业模型(PEMs)是关于人的作用、过程和技术的可重复使用的模型,可用于增强建模过程。(EOS)实施中的组件。33GERAM可能可以描述所有提出的EA框架,因此,特定框架的开发者可以从能够普遍提及其框架的能力中获益,而不必为遵守GERAM而重写文件。终端用户从GERAM中获益,因为GERAM的定义使他们能够确定他们能不能从一个特定的体系结构框架中期望什么,例如,与企业整合方法及其建议的支持组件有关。GERAM框架组成定义通用企业参考体系结构(GERA)GERA定义了一些企业相关通用概念,建议在企业体系结构/工程和集成工作中使用。这些概念可以分为以下几类:——面向人员的概念:——描述人员的作用在企业组织和运行中是必要组成部分,以及;——在企业设计、建设和变革过程中为人员提供支持。——面向过程的概念,用于描述使命执行的经营过程,以及企业的管理和控制。((如建模和模型使用支持)中所涉及的支撑技术。企业体系结构和集成方法(EAMs)EAMs企业建模语言(EMLs)EMLs通用企业建模概念(GEMCs)GEMC对建模概念含义的自然语言说明(词汇表)。某种形式的元模型,用于描述企业建模语言中可用的建模概念之间的关系。定义企业建模语言概念的含义,即语义的本体论。部分企业模型(PEMs)PEMs这些模型的范围扩展到企业的所有可能的组成部分,例如:——人员的作用模型,如,人员的企业运行和管理技能及能力;——运行过程,如功能和行为;——技术组成,例如,服务或制造型;——基础设施组成,如信息技术、能源、服务。34企业体系结构和工程工具(EAETs)EAET(企业模型(EMs)EMsEMs(如为分析或设计准备的模型)以及支持企业运行的可执行模型(如基于模型的控制或工作流执行)。对于特定企业,一组EMs可由几个模型组成,从不同的角度和层面,在不同抽象程度上描述企业。企业模块(EMOs)EMOs企业运行系统(EOS)EOSEOSGERAM框架组件规范GERA规范基本概念GERA定义了宜用于各规模和类别的企业体系结构/工程和集成项目的通用概念。GERA对这些通用概GERA将这些通用概念分类如下:(——人员的作用;——人员的作用的组织方式,以便他们在实现企业运营时与其他人员和技术元素互操作,并且;35——作为企业资源要素的人员的作用的能力和品质。合适的方法(见B.3.2)对于促进保持和重复使用封装知识的模型是必要的,即人员拥有的表现为企业资产的实际经验,这是企业工程和转型项目的一个重要考虑。企业参考体系结构是一个体系结构框架,其示例有:ArchitectureofIntegratedInformationSystems(ARIS)[62]、CIMOSA[36]、GRAI/GIM[34]、IntegratedEnterpriseModelling(IEM)[49]、PERA[71],以及更多补充或衍生的体系结构。ISO19439定义了企业建模的通用框架,本文件定义了这些框架需要满足的要求。面向人员的概念人员的作用关于个人角色和谁负责什么的知识成为任何企业的宝贵资产,特别是那些按照新的管理模式运营的企IT供应商和供应商。个人和群体的作用;组织结构和制约因素协调这些角色的方式,例如,责任的授权和控制及报告程序;人员的角色能力和素质,像资源要素一样对待;个人的发展,他们的技能、知识和职业道路。应该重视了解企业在什么时候、由谁并如何做出决策,以及谁可以取代其他任务来完成某些任务。因此,当前的人员作用模型,包括与组织学习相关的角色模型,在企业的运营过程中具有重要的作用,而不仅仅用于企业转型。保留和重复利用人员知识的能力对企业的竞争地位至关重要。能使企业:——对新的市场机会或环境条件的变化作出迅速反应;——调整其业务和制造流程;36——随着新产品和服务的推出,提高对资源的管理和利用;——提高其应对核心竞争力丧失的抗逆力,主要依赖于丰富的人力资产。人员的作用模型(如动机和激励以及其他可用的模型都是必要的。GERA面向过程的概念过程建模概念(企业生命周期和生命周期阶段,描述企业实体的生命周期过程中所涉及的活动种类。生命历程,它描述了生命周期活动在时间上的实例化。企业内部实体的种类以及它们在彼此的生命周期过程中的作用。企业建模,使用建模视角的一体化模型表述,可以指导建模并产生相关的模型视图。以下各节将更详细地描述这些概念。生命周期概念B.3.1.3.2.1生命周期阶段图B.2显示了企业或企业实体的GERA生命周期。不同的生命周期阶段定义了在实体生命周期中相关GERA定义了七个生命37B.2GERA实体识别实体概念化实体需求定义实体设计(即任何生命周期阶段都可以被细分,以提供生命周期活动的附加结构,如:详细设计工作对完整系统设计规范是必要的,适用于构建包含验证机制的最终物理或虚拟系统。38然而,从解决方案架构师的角度来看,这项活动的细节涉及到几项技术、治理和管理过程,参见ISO/IEC/IEEE42020和ISO/IEC/IEEE42030。实体实施实体实施由一组活动组成,这些活动定义了建立或重新建立实体必要的所有任务,即清单,实体。这包括广义的实施,其中包括:调试、购买、(重新)配置和部署所有服务、制造和控制软件以及硬件资源;雇用和培训人员,以及发展或改变人力组织;建设、制造或建造实体;组件测试和验证,系统集成,测试和验证;将新部署的实体或其新版本投入运行;创建或更新竣工文件或实施说明。注1:由于规定组件的预设性或无效性,实施描述或文档可能会偏离实体的设计规范。注2:实体运行注:实际的变更活动由生命周期活动B.3.1.3.2.2到B.3.1.3.2.6的实例组成。同样地,业务需求经常需要对系统的部分进行动态配置或重新配置,或者说是创建一个虚拟组织。实体退役注:重新分配是一系列的活动,包括从角色中退役资源,可能进行(重新)训练,随后在不同的角色中分配。生命历程(也称为事件序列GERA39示例:B.3图B.3实体生命历程中的并行过程企业集成中的实体交互图B.4展示了两个实体的生命周期活动交互的几种方式之一。工程项目实体的运作支持工厂实体设计和实施的生命周期活动,例如,工程项目实体可以是为实体工厂设计工厂的工程项目。GERA一种面向运行的集合。一种通用的递归集合。这两个集合关系密切,都将产品实体标识为其他实体运行的结果。40图B.4工程项目和工厂生命周期的交互面向项目的企业管理系统通常是快速建立起来的,而其他部分则是与项目产品的生命周期活动同步分阶段建立和运行的。项目企业通常与重复性服务和制造企业相关联或由其创建,例如工程企业创建的工程项目。项目企业的产品可能是多样化的,如大型设备、建筑等,或一个企业(如厂房、基础设施企业)。注:许多特大型基础设施项目成为一系列分层次的子项目,专门用于大项目的特定方面,例如,一条新的长途高速公路需要调试、初步设计、土地征用、详细设计、排水、路面、桥梁等。因此,这些大项目是一个系统体系。重复服务制造型企业重复服务制造型企业的产品可能是多样化的,如非企业产品实体(见B.3.1.3.7);或者是企业本身的产品,例如,项目企业通常由工程和建筑公司创建。产品实体(如客户产品体本身不是企业,但GERAM描述了它们的生命周期,它们的生命历程可以分生命周期阶段,如ISO/IEC/IEEE15288所示。注:从技术上讲,服务产品并不是产品实体,而是一个服务过程,它分为由服务实体(见3.1.3.8)执行的一系列用服务实体的资源来实现所需的功能。企业递归41本条款描述了典型企业实体类型的通用和递归集合,即第一个实体生成、创建或更改第二个实体,战略管理实体:定义任何企业工程/集成工作的必要性和开始。工程/实施实体,例如项目或计划:提供实施企业工程工作的手段。项目或方案可以使用方法(如咨询服务//实施实体创建的操作系统来设计和建造产品(例如船舶),和/或提供企业的客户服务。产品实体:是生产实体运行的结果。产品实体代表企业的产品。(可能是第六种工程和建筑承包商:简单表述为对工程/建筑项目或方案的技术工作作出贡献的实体。图B.5显示了所涉及实体之间最重要的生成关系,以及一些操作交互。这些生成关系揭示了一个事识别不同实体的作用、它们的产品以及它们之间的关系,展示了前四种实体类型的递归特征:a)到d)。图B.5描述了企业实体开发的递归链。42图B.5企业实体递归分类图B.5说明了方法论实体也有一个生命周期。两者之间有明显的区别:——方法论实体的生命周期,本质上是描述如何开发方法学并将其嵌入咨询公司的服务交付过程,且;——方法论实体在运作过程中的表现形式,为咨询公司的客户提供支持。示例:图B.6段,其生产了企业的产品实体。43注:宽箭头表示生命周期关系,窄箭头表示信息产品。图B.6实体类型对产品实体的贡献过程建模面向技术的概念技术对企业的重要性(企业体系结构和集成的信息技术支持信息技术支持企业工程体系结构与集成以及企业运行,应提供三大功能:通过提供跨异构企业环境的集成基础设施,对可移植性和互操作性进行建模;通过提供对企业环境的实时访问,模型驱动的运营支持,例如决策支持和运营监控;通过提供可重用结构和模型元素库实现模型可重用性。44企业模型执行和集成服务(EMEIS)为了说明计算机可执行模型在企业在线运行中的潜在用途,图B.7阐述了将企业模型与实际系统连(IT和其他环境注:在实践中,EMEIS有几个术语,例如数字孪生(digitaltwin)、数字线程(digitalthread),并且对许多企业的关键部分,或者需要更新频繁配置。B.7EMEISGERA建模框架框架规模GERA生命周期维度——根据生命周期活动提供企业实体的受控建模过程;通用性维度——提供从通用性和局部到特定的受控特殊化(实例化)过程,和;视角维度——提供企业特定视角的受控表征。45图B.8展示了上述描述的此建模框架的三维结构。模型框架中的参考部分由通用性部分及其局部组(即建模语言以及描述一个值得关注的领域的模注:左侧两列表示参考模型;右侧表示特定企业模型。B.8GERA企业建模[27]B.3.1.5.3.1视角概念46由于视图的效用依赖于相关模型内容的可用性,因此相关利益方的关注点被聚集到一致的视角中,GERA(即特定视图内容的任何更改)都反映在模型的所有相关视图和层面中。GERA为通常确定为理想的模型类型定义了视角,允许符合GERAM的候选体系结构框架或参考体系结GERA确定了以下视角,它们代表了框架内容中设计的不同的企业层面:实体模型组成视角:功能、信息、资源、组织(FIRO);实体目标视角:客户服务与产品、管理与控制;实体实施视角:人工实施任务、使命支持技术的自动化任务、管控技术任务;实体物理表征视角:软件、硬件。这些面向层面的视角确定了GERAGERAM(参见图视图并不像同时为软件和硬件建模那么重要。企业工程方法论根据相关利益方关注点的视角集合的细——表达设计选择;——仿真一个过程,找出一些过程的特征,如成本或持续时间;——分析现有过程,找出信息流或物料流中的矛盾或其他问题;——分析决策功能,找出缺失的决策角色。47注:该图显示了四个层面的视角和相关视图组成。工程工具可以定义和支持其他建模视图。图B.9建模视图概念CIMSAGRA10746、ISO/IEC/IEEE42010)中可用的信息系统提取相关内GERA实体模型内容视角GERFIR。注:企业的管理控制系统通常被称为决策系统。息模型将从功能视图的相关活动中确定的对象之间的关系构建为用于信息管理和控制物料和信息流的信息视图。(48FIRO的实体模型内容视角模型视图形成了内容的主要来源,其他感兴趣的视图从中获取大部分内FIRO内容过滤来获取与不同视图捕获的企业方面相关的细节的映射。根据需要,工程工具可以定义和支持其他主要来源建模视图,例如生态、经济和风险。实体模型内容视图尤其具有广泛的适用性,因为许多目前使用的建模语言生成的模型都属于此类。实体目的视角以下两个面向层次的视图允许根据被建模的企业实体部分的目标来表示模型内容。实体实施视角基于人工任务和自动化任务的这两种视图代表了企业的实施手段。——人员活动视图表示关于人员要完成的任务的所有信息。此视图区分了可以由人员完成的任务,人性化的程度,和那些将由人员完成的任务,自动化的程度(即使用自动化的限度)。(可自动化程度(即自动化程度人员有效努力的限度。注:跨领域技术的迅速革新使这一视图成为有关劳动力和资本利用的权衡机会的主要信息来源(见B.3.2.2)。实体物理表征视角以下两种视图实现企业物理表征的表示。GERA分层视图图B.1049B.10GERAEAMs的通用要求规范企业转型方法论企业体系结构和集成方法描述了企业转型的过程,例如企业集成工程,企业工程方法论的范围由GERA生命周期概念确定。企业集成/的方法论的一个基本要点是EI/EA实际上不应有一个单独的方法,即遵循一个与现有管理和工程流程完全分离的过程。相反,为了确保没有空白或者遗漏的决定,EI/EA方法需要结合和协调现有的方法。相关的工程流程和方法对于一个组织来说,采用EI/EA方法相当于对其管理和工程实践进行系统的流程改进,这种改进是一种转型或企业集成的活动,因此要求一种“引导式”的方法去实现。注:创建一个成熟的企业体系结构实践除了技术(体系结构和评估)功能外,还需要建立治理、管理和支持功能的组织主体。(识别和概念(建模50(委托进行工厂设计和建设的)客户可能已经完成了这些活动。在此情况下,工程项目企业只需要明确需求,完成工厂的设计/详细设计和实施(建设)。这项工程项目将只会用到全部企业工程方法论的需求、设计和实施各部分。正在开发或改造的实体的类型;参与其中的经理、分析员、建筑师和开发人员的知识、技能、专长和经验;客户和终端用户在技术和管理方面的知识、技能、专长和经验;可使用的良好参考模型;可重复使用的组件或产品(GERAMB.11描述了螺旋式开发方法在系统工程V-模型方法[63]背景下的理想化应用的生命历程模式。关键节点:a概念 g详细设计b需求 h编码c分析 i单元测试51d需求规范 j系统测试e分析 k验收测试f软件设计注1:在需求和初步设计之间以及详细设计和实施之间发生的迭代,增加了细节和确定性的程度,并相应地减少了风险。注2:单元测试,集成测试以及验收测试的构建均被省略了。注3:需要有试验台来测试装置和系统的运行情况。注4:省略了对各种alpha、beta和版本发布的描述。图B.11使用系统工程V-模型的螺旋式发展的生命历程模式/TOAFADUM2.ITISOIEC1955)(NAF4.5版COIT5)IT(ISO/IEC/IEEE(ISO/IEC/IEEE(ISO/IEC/IEEE42030)的标准。EAM也可以被认为是为参与企业转型的企业实体的相关管理和工程职能提供部分流程模型。从部署上看,实现这些功能的过程、活动和任务可以以各种方式分布在特定企业的角色中。人员因素方法论的主要部分是一套结构化的工作步骤,它不仅定义了在工程和/或集成项目中必须遵循的所有步骤/阶段,而且定义了在分析和设计制造与服务系统中,尽可能多地涉及在公司(用户)中工作的人的方法。人机任务分配(见图B.12)来实现。52这样将需求分析中定义的企业使命执行和企业管理与控制的任务分离如下:——自动化信息任务成为了管理和控制信息系统体系结构的功能;——自动化制造和服务任务成为了支持设备体系结构的功能;——其余非自动化的任务则成为由人工完成的功能,称为人员与组织体系结构。B.12中得到了说明,图中的虚线代表了自动化的极限和人工参与的极限。另一条边界线,即自动化范围线。它表示在所做的企业实体中执行的或计划的自动化的实际程度。图B.12中用虚线表示的自动化程度线定义了——人员与组织体系结构同信息系统体系结构的边界;——人员与组织结构同制造(执行使命)设备体系结构的边界。这四个界限中的每一个都会随着自动化能力的提高和人类劳动资源经济性的改变而频繁波动。(及技术等因素的影响。图B.12为定义三种实施体系结构引入自动化能力线,人工能力线和自动化范围线的概念项目、计划和组合管理为了在工程或/和集成项目中进行有效的分析、设计和实施,方法论在项目规划、项目预算与控制和项目跟踪等方面必须与现有的项目管理技术相匹配。在逻辑上可以将项目生命周期和企业系统生命周期之间进行分离(见53——项目生命周期的“管理和控制”部分包括项目管理;——“对客户的服务”部分包括项目的执行(运作)。一个项目的生命历程至少包含三个时间阶段:(各种团队和管理人员((结束阶段,主要是对项目进行总体验收和最终评定。(PMO)、“受控环境下的项目”第二版PRICE,投资组合管理见文献[52]。经济和性能方面方法论应允许将公司的战略目标分解为与每个职能相关的目标;而且技术-经济评估需要遵循技术方案的规格。经济评估可以分为以下三步:计算解决方案的成本。衡量解决方案的性能。将解决方案的成本与预算进行比较。技术—ECORAIGEGRA等中找到。其他方面如果是为了方法论的适用性,一个企业工程和体系结构方法论可以规范一些被认为有必要设计和评估的其他方面,这取决于该领域。例如,安全的风险要素和安全性。EMLs的通用要求规范GERAGERA建模框架的每个一套完整的企业建模语言需要满足以下几点:对每一种企业实体类型,建模框架表示的每个领域(B.8B.10)都需要涵盖;如果模型的信息内容需要,在一个主题领域中建立的模型必须能与其他主题领域的模型集成。54要涵盖任何建模的主题领域都需要不止一种建模语言,因为这些语言具有不同的表达能力,例如,企业工程方法论可以指定需要一种给定的建模语言的分析任务。然而,面向典型企业工程任务时,企业工程方法论应该访问一种统一的建模语言集。因此,必须选择或开发这种统一而完备的语言集。本体论(见B.3.4.4)可以描述建模语言的语义。如果企业模型要支持企业运作本身,这种语义描ARICIOSGRI/GMIEUML(见ISOIEC1544ISOIEC19505),系统建模语言(SysML)(见ISO/IEC19514)或集成定义(IDEF)系列语言[48][68][54]中找到,相关标准有:ISO19440定义了企业建模的核心结构参考集,ISO/PAS19450规定了具有可调整形式语言语义的对象过程方法,ISO18629ISO10303-11规定了EXPRESS语言参考手册。GEMCs的通用要求规范概念化形式词汇;元模型;本体论理论;必须满足以下的要求:被定义为上述一种以上形式的概念,相互之间必须一致;词汇元模型在GERAM的背景下,元模型是建模语言的术语部分的概念模型。元模型描述了建模语言中所使用的55元模型位于非正式表达和正式表达之间。元模型的通常表现形式是实体关系元模式、抽象对象类,本体论理论企业表达的过程中可以使用本体论理论作为相关概念的正式模型[39](例如为了仿真以及交叉检查和验证。[40]以本体论为支撑的企业建模语言及其支持的企业工程工具为用户提供了增强的分析能力。由于在描述企业的各种视角时会用到多种不同的企业建模语言,因此本体模型的集成是至关重要的。也就是说,视角的语言定义应该来自于:——一个集成的元模式(如果这样的元模式存在),和/或——基本的本体论模型(如果存在相应的本体论模型)。这种纯粹的技术要求使企业工程工具能够验证企业工程过程中产生的企业模型的相互一致性。PEMs的通用要求规范部分通用企业模型部分模型可以表示为以下几种:在建模工作中作为构建模块使用的具有一类企业的某些共同特征的模型;;(这种模型是填空式模型。部分通用人员作用模型所需要的是,关于人在决策中的作用以及描述了特征(例如能力和技能,包括社会技术方面,如动机和激励部分通用过程模型((如银行和保险公司和监管机构有关。56示例1:当企业使用面向服务的IT体系结构时,参考模型描述了如何调用服务,但没有描述如何执行服务的细节。示例2:ISO9000质量模型是部分通用模型,定义了需要被质量认证公司采用的典型或必要的政策。一些ISO质量管理标准则更进一步,更详细地定义了业务功能的某些方面。部分通用模型可以在不同的抽象程度上呈现,并使用来自不同模型的内容视图。许多公司以公司范部分通用技术模型部分通用技术模型提供对资源及其聚合总体的描述,如车间、装配线、柔性

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论