GB/T 32392.5-2018
基本信息
标准号： GB/T 32392.5-2018
中文名称：信息技术 互操作性元模型框架(MFI) 第5部分：过程模型注册元模型
标准类别：国家标准(GB)
标准状态：现行
出版语种：简体中文
下载格式：.rar .pdf
下载大小：3626KB
标准分类号
关联标准
出版信息
相关单位信息
标准简介
GB/T 32392.5-2018 信息技术 互操作性元模型框架(MFI) 第5部分：过程模型注册元模型
GB/T32392.5-2018
标准压缩包解压密码：www.bzxz.net
标准图片预览
标准内容
ICS_35.040
口中华人民共和国国家标准
GB/T32392.5—2018/ISO/IEC19763-5:2015信息技术
互操作性元模型框架（MFI）
第5部分：过程模型注册元模型
Information technology-Metamodel framework for interoperability (MFI)-Part5:Metamodelforprocessmodel registration(ISO/IEC19763-5:2015,IDT)
2018-03-15发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2018-10-01实施
GB/T32392.5—2018/ISO/IEC19763-5:2015目
规范性引用文件
3术语、定义和缩略语
术语和定义
3.2缩略语
4符合性
4.2符合程度
4.3实现符合性声明
5MFI过程模型注册元模型的结构5.1MFI过程模型注册元模型概论5.2本部分与MFI其他部分的关系5.3过程模型注册元模型中的元类附录A（资料性附录）
过程模型注册元模型的注册案例附录B（资料性附录）
过程建模语言列表
参考文献
GB/T32392.5—2018/IS0/IEC19763-5:2015前言
GB/T32392《信息技术互操作性元模型框架（MFI）》分为以下几个部分：第1部分：参考模型；
第2部分：核心模型；
第3部分：本体注册元模型；
第4部分：模型映射元模型；
一第5部分：过程模型注册元模型；第7部分：服务模型注册元模型；第8部分：角色和目标模型注册元模型；第9部分：按需模型选择，
本部分为GB/T32392的第5部分。本部分按照GB/T1.1一2009给出的规则起草。本部分使用翻译法等同采用1SO/1EC19763-5：2015《信息技术互操作性元模型框架（MFI）第
5部分：过程模型注册元模型》
与本部分中规范性引用的国际文件有一致性对应关系的我国文件如下：GB/T32392.1—20151
信息技术互操作性元模型框架（MFID）第1部分：参考模型（ISOIEC19763-1:2007,IDT)
GB/T32392.7—2018
信息技术
互操作性元模型框架（MFI）
第7部分：服务模型注册元
模型（(ISO/IEC19763-7:2015，IDT)GB/T32392.8—2018信息技术互操作性元模型框架（MFI）第8部分：角色和自标模型
注册元模型（ISO/IEC19763-8：2015，IDT）请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本部分由全国信息技术标准化技术委员会（SAC/TC28)提出并归口。本部分起草单位：武汉大学、中国电子技术标准化研究院、金蝶软件（中国）有限公司。本部分主要起草人：何克清、王肿、王健、冯在文、何非、王静、胡博。1
GB/T32392.5—2018/ISO/IEC19763-5:2015引言
在全球经济一体化的环境下，企业在简化产品开发和交付以及降低运营成本方面所面临的经济压力推动了业务过程协作与集成的发展。企业可以通过合并和结成合作伙伴的方式来解决这些问题。因此，需要为过程模型提供标准的注册库，使其能够被发现，理解和比较以支持过程的重用和集成，进而促进企业内和企业之间的互操作。业务过程建模语言和符号体系已经被广泛用于对过程进行表示。然而，这些过程模型在语法和语义上存在较大差异，阻碍了业务过程在企业间的共享和重用。因此，需要提供一种通用的注册机制，用于对过程模型的管理信息和核心元数据进行注册。本部分定义了一个元模型，用于注册过程模型的部分元数据和语义信息，以支持业务过程的发现和重用。本部分为过程模型提供了公共语义信息，帮助人们了解过程的结构和过程之间关联关系，辅助完成过程的发现，而无需关注业务过程所采用的原始建模符号。本部分不考虑任何与过程建模语法以及过程执行平台相关的信息。特别是，尽管过程模型的注册信息可用于进一步支持基于过程和Web服务之间关联的服务发现，表示Web服务内部执行序列和服务组合编排信息的业务过程不属于本部分的研究范畴。
注：在本部分中，“过程”特指“业务过程”，“过程模型”特指“业务过程模型”1
iiKANiKAca
1范围
GB/T32392.5—2018/ISO/IEC19763-5:2015信息技术互操作性元模型框架（MIFI）第5部分：过程模型注册元模型
ISO/IEC19763的主要目标是构建支持互操作的元模型框架，本部分提出了一个元模型，作为过程模型管理信息和部分核心元数据的注册机制。本部分定义的元模型主要用于促进过程模型库中以及过程模型库之间过程模型的语义发现和重用。本部分为使用特定过程建模语言［如BPMN（业务过程建模符号体系）UML（统一建模语言）活动图、EPC（事件驱动的业务过程链）等创建的过程模型提供了核心元数据和公共语义，定义的元模型能够帮助发现过程的功能和组成，促进不同粒度的过程组件的重用。图1描述了本部分的研究范围。ISO/1EC19763-5的范围
基于ISO/IEC19763-5的过程
模型注册库
注：在注册之前，模型不需要存储于注册库中。EPC
图1本部分的范围
下述内容超出了本部分的范围：与过程模型建模符号或描述语言相关的细节；过程执行的运行环境或实现平台。2规范性引用文件
图示符号
注册库
过程模型
过程模型的元数据
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单)适用于本文件ISO/IEC19763-1信息技术互操作性元模型框架第1部分：框架（InformationtechnologyMetamodel framework for interoperability (MFD)-Part 1:Framework)ISO/IEC19763-7信息技术互操作性元模型框架第7部分：服务模型注册元模型
(InformationtechnologyMetamodel framework forinteroperability(MFI)-Part7:Metamodel foriiKAONiKAca
GB/T32392.5—2018/ISO/IEC19763-5:2015service model registration)
ISO/IEC19763-8信息技术互操作性元模型框架第8部分：角色和目标模型注册元模型（Information technologyMetamodel framework for interoperability (MFI)Part 8:Metamodel for roelandgoal model registration)
ISO/IEC19763-10信息技术互操作性元模型框架第10部分：核心模型和基本映射（Information technology-Metamodel framework for interoperability (MFI)-Part 1o: Core model andbasic mapping)
3术语、定义和缩略语
3.1术语和定义
ISO/IEC19763-7、ISO/IEC19763-8和ISO/IEC19763-10界定的以及下列术语和定义适用于本文件。
活动activity
一组衔接的任务（3.1.21）。
control constraint
控制约束
对给定过程（3.1.12)集合执行顺序的约束。3.1.3
依赖dependency
过程模型元素（3.1.14）之间的关联关系，指定了控制约束（3.1.2）。3.1.4
事件event
特定环境下的发生。
退出条件exitcondition
如果为真，将导致操作非正常结束的约束。注：操作可以是过程或服务操作。3.1.6
目标goal
用户与过程（3.1.12)或服务（3.1.18)交互时预期得到的结果。3.1.7
门户条件guard condition
在相关联的过程（3.1.12)执行前应满足的条件。3.1.8
involvement type
参与类型
一种声明，指明角色在参与过程（3.1.12)或服务（3.1.18)时的类型示例：执行者、受益者、客户。3.1.9
合并依赖
joindependency
一种依赖，当指定的前驱过程模型元素（3.1.14）完成后，后继的过程模型元素（3.1.14)将开始执行。2
-iiKAoNniKAca
后置条件postcondition
操作完成时应为真的约束。
注：操作可以是过程或服务操作。3.1.11
前置条件
precondition
操作被调用前应为真的约束。
注：操作可以是过程或服务操作。3.1.12
process
GB/T32392.5—2018/ISO/IEC19763-5:2015组结构化和相互关联的活动（3.1.1）或任务（3.1.21）.用于实现一个特定的目标（3.1.6）注：本部分中，活动和任务均由过程元类表示。3.1.13
processmodel
过程模型
使用一种特定过程建模语言（3.1.15）得到的过程（3.1.12)的表示。3.1.14
过程模型元素
processmodelelement
组成一个过程（3.1.12）的建模结构的抽象表示，包括过程（3.1.12）和过程之间的依赖（3.1.3）。3.1.15
过程建模语言
processmodelling language
用于表示过程（3.1.12）的特定语言。注1：PSLBPMN、UML活动图等都属于过程建模语言，注2：特定语言（ISO1087-1：2000，3.1.3）。3.1.16
resource
过程模型元素（3.1.14)使用、创建和消耗的资产。3.1.17
参与到某一情境中的实体所承担的特定职责。3.1.18
服务service
-种封装了二个或多个计算模块的应用，可以通过特定的接口进行访问。3.1.19
sequencedependency
顺序依赖
过程（3.1.12)之间的一种控制结构，用来指定过程（3.1.12)将被依次执行。3.1.20
分支依赖
splitdependency
过程模型元素（3.1.14)之间的一种控制结构。当前置过程模型元素（3.1.14)完成后，一个或多个后续过程模型元素（3.1.14)将并发执行。3.1.21
任务task
需要完成的工作件。
HiiKAoNiKAca
GB/T32392.5—2018/IS0/IEC19763-5:20153.1.22
metaclass
实例是类的类
抽象元类abstractmetaclass
不能直接被实例化的元类（3.1.22）。3.2
2缩略语
下列缩略语适用于本文件。
BPMN：业务过程模型和记法（BusinessProcessModelandNotation）EPC：事件驱动过程链（Event-drivenProcessChain）MFI：互操作性元模型框架（MetamodelFrameworkforInteroperability）OWL-S：面向服务的网络本体描述语言（WebOntologyLanguageforService）PSL：过程规约语言（ProcessSpecificationLanguage)UML：统一建模语言（UnifiedModelingLanguage）4符合性
声称与本部分相符合的实现应支持第5章中规定的元模型，该元模型依赖下列描述的符合程度。符合程度
4.2.1概论
为了同时满足互操作性和可扩展性的需要，应区别“严格符合”和“符合”实现。本部分描述了促进互操作性的规范。扩展是根据用户、开发商、组织和行业的需要而展开的，本部分没有对其进行规定严格符合实现的实用性有限，但是能够最大程度地实现与本部分相关的互操作。符合实现的实用性更广，但实现与本部分相关的互操作的能力较弱。4.2.2严格符合实现
严格符合实现：
a）应支持第5章中规定的元模型；b）不应支持对第5章中规定的元模型实施的任何扩展，包括使用、测试、访问或调查。4.2.3符合实现
符合实现：
a）应支持第5章中规定的元模型；b）可以支持与5.3中规定的元模型相一致的扩展，包括使用、测试、访问或调查。注1：所有的严格符合实现都是符合实现注2：对元模型进行扩展可能导致未定义的行为，4
iiiKAoNiKAca
4.3实现符合性声明
GB/T32392.5—2018/IS0/IEC19763-5:2015声称本部分的实现应该包括陈述如下的实现符合声明：a）是严格符合实现（4.2.2)还是符合实现（4.2.3）；如果是符合实现，则支持和使用了哪些扩展。b）
5MFI过程模型注册元模型的结构5.1MFI过程模型注册元模型概论MFI过程模型注册元模型定义了一个通用的元模型，用于注册使用特定建模语言描述的过程模型的部分元数据。图2展示了过程模型注册的元模型，在本部分中，过程模型是过程的表示，它使用一种特定的过程建模语言描述了所包含的过程模型元素。过程模型元素包括过程以及过程或其他过程模型元素之间的依赖。对每一个过程模型元素而言，存在用于触发一个过程模型元素的事件或者由一个过程模型元素产生的事件。过程模型元素需要使用、创建或者消耗资源以实现既定的目标。描述模型
过程_模型
0..名称［1..1
被表示_模型
包含_模型
创建资源
名称［1.1]
名称[11]
就纯用资源
皮消耗瓷源
被生产免费标准下载网bzxz
触发者
创建署
消耗著
生产者
被触发过程
模型素
被包含过程模型元素
过程模型
组合过程模型元素0.
鼓分解过程
被描速过程
0..名称..]
前驱_过程..！
1..1跟随过程
后缩者0..*0..*前驱者
顺序依赖
跟随元素
前驱元素
前驱元素
跟随元素
分支_依赖
描述讲育
过程建模语言
1..1名称【1..1
版本[0..1]
分支依赖选项
前驱选项户_条件[0..1]
跟随选项2..*
喂随选项合并依赖选项
分支_依赖类型[1.1]
是否同步0.1
前驱者.！0..*后继者
注：名称为斜体的元类为抽象元类，图2过程模型注册的元模型
门户条件[0..]
前驱_选项2.，*
前坚老0.*1..1后继者
合并_依赖
合并_依赖_类型【1..]
是否_同步[0..1]
依赖描述了过程模型所描述的过程之间的控制约束。在本部分中，依赖可以是顺序依赖、分支依赖或合并依赖。顺序依赖指定过程为依次执行。分支依赖规定，当前驱过程模型元素完成后。一个或多个5
GB/T32392.5—2018/ISO/IEC19763-5:2015后继过程模型元素将并发执行。合并依赖规定，当选定的前驱过程模型元素完成后，后继过程模型元素将开始执行。在分支依赖中，分支依赖的类型可为后续过程指定一种逻辑门。类似地，在合并依赖中，合并依赖的类型可为前驱过程指定逻辑门。本部分中，分支依赖类型和合并依赖类型均可以是“异或”、“或”和“与”。对分支依赖类型而言，“异或”表示有且仅有一个后继过程模型元素可以被执行，“或”表示一个或多个后继过程模型元素可以被执行，“与”表示所有的后继过程模型元素都应被执行。对合并依赖类型而言，“异或”表示有且仅有一个前驱过程模型元素成功完成后，后继过程模型元素才可以执行；“或\表示当一个或多个前驱过程模型元素成功完成后，后继过程模型元素才可以执行；“与”表示当且仅当所有的前驱过程模型元素成功完成后，后继过程模型元素才可以执行。此外，分支依赖选项表示分支依赖类型确定后，将被执行的后续过程模型元素的门户条件。类似地，合并依赖选项表示合并依赖类型确定后，将被执行的前驱过程模型元素的门户条件过程模型注册元模型的注册示例参见附录A，建议的过程模型建模语言参见附录B，5.2本部分与MFI其他部分的关系在本部分中，MFI的其他部分是指ISO/IEC19763-7，ISO/IEC19763-8和ISO/IEC19763-10。图3描述了ISO/IEC19763-5ISO/IEC19763-7和ISO/IEC19763-8之间的关系。被实现_月标
（见ISO/EC19763-8）
0..*被零与过程参与
过程参与
（见ISO/IEC19763-8）
实现_过程
参与过程
健得合
避鑫敲实现
保得前值.10. 盒件
后置条件
前置条件
见ISO/IEC19763-7）
见ISO/IEC19763-7)
注：灰色底色表示的元类是在本标准其他部分中定义的元类，服务操作
（见ISO/IEC19763-7)
累拿退出0.1
退出_条件
（见ISO/IEC19763-7）
图3ISO/IEC19763-5与ISO/IEC19763-7和ISO/IEC19763-8之间的关系ISO/IEC19763-5与ISO/IEC19763-8之间的关系指定了每个过程可以实现零个或一个标，每个目标可以被零个、一个或多个过程实现。存在没有指定被某个特定过程实现的目标，存在没有被应用于实现特定目标的过程。类似地，每个过程可以参与零个，一个或多个过程参与，其中每个过程参与是指参与过程的角色，例如参与者或受益者。每个过程参与指定一个角色可以参与当且仅当一个过程。一个过程参与只能拥有一个相关联的过程。ISO/IEC19763-5与ISO/IEC19763-7之间的关系指定了每个过程可以被零个，一个或多个服务操作完全实现，每个服务操作可以完全实现零个、一个或多个过程。存在没有指定被某个特定服务实现的过程，存在没有被应用于实现某个特定过程的服务。每个过程可能拥有一个前置条件或者一个后置条件。存在没有前置条件或后置条件的过程。每个过程拥有零个或一个退出条件，用于声明在过程完成前造成过程中止的一组条件。每个前置条件、后置条件和退出条件可以通过组合表达或原子表达来定义。
图4描述了ISO/IEC19763-5中元类与ISO/IEC19763-10中元类之间的关系。6
建模语言
（见ISO/IEC19763-10）
过程建模语言
源自1SOMEC19763-10的核心_模型包模型
（见ISO/EC19763-10）
ISO/EC19763-5
过程模型
分支依赖
注1：名称为斜体的元类是抽象元类，过程
GB/T32392.5—2018/ISO/IEC19763-5:2015被包舍
过程模型元素
顺序_依赖
注2：灰色底色表示的元类是在MFI其他部分中定义的元类，包含
模型元素
（见ISO/IEC19763-10）
分支_依赖选项
合并_依赖
图4IS0/IEC19763-5与ISO/IEC19763-10之间的关系事件
合并_依赖选项
过程模型注册元模型中的过程建模语言元类是IS0/IEC19763-10中建模语言元类的子类。过程模型注册元模型中过程模型元类是ISO/IEC19763-10中模型元类的子类。IS0/IEC19763-5中的其他元类均为ISO/IEC19763-10中模型_元素元类的子类所有子类都拥有从其超类继承得到的关联。一些继承的关联在本部分中进行了特化，具体化的细节定义见5.3。
过程模型注册元模型中的元类
5.3.1依赖
一个抽象元类，它的每个实例表示一个指定的特定依赖。依赖是
5.3.2事件
数据类型
多重度
多重度
事件是一个元类，它的每个实例表示一个特定的事件。反向参考
GB/T32392.5—2018/ISO/IEC19763-5:2015超类
模型_元素（见ISO/IEC19763-10）属性
被触发_过程_模
型_元素
产生者
5.3.3合并_依赖
数据类型
过程_模型_元素
多重度
多重度
过程模型_元素0..*
事件实例的名称。
反向参考
-组过程模型元素。其中触发
的每个过程模型元素由这
个事件触发。
一组过程模型元素。其中
被产生事件是
每个过程模型元素均可以
产生这个事件。
合并_依赖是一个元类，它的每个实例表示一个特定的合并依赖。超类
数据类型
合并依赖_类型
是否_同步
前驱_选项
后继_元素
布尔型
多重度
多重度
合并_依赖_选项2..*
过程模型_元素1..1
5.3.4合并_依赖_选项
指定合并依赖是与合并依赖，或合并依赖还是异或合并依赖的声明。“异或”表示有且仅有一个前驱过程成功完成后，后继过程才会执行。“或”表示当一个或多个前驱过程成功完成后，后继过程才会执行。“与”表示当且仅当所有的前驱过程成功完成后，后继过程才会执行。
表示被合并的过程模型元素是否应同步执行的。真值表示同步，假值表示不同步
反向参考
组合并依赖选项。其中
后继者
的每个合并依赖选项指定
了一个门户条件，用于决
定被关联的过程模型元素
是否将通过合并依赖选项
与其他过程模型元素一起
被关联到这个合并依赖。
前驱者
跟随这个合并依赖的过程
模型元素。
合并_依赖_选项是一个元类，它的每个实例表示一个特定的合并依赖选项。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
口中华人民共和国国家标准
GB/T32392.5—2018/ISO/IEC19763-5:2015信息技术
互操作性元模型框架（MFI）
第5部分：过程模型注册元模型
Information technology-Metamodel framework for interoperability (MFI)-Part5:Metamodelforprocessmodel registration(ISO/IEC19763-5:2015,IDT)
2018-03-15发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2018-10-01实施
GB/T32392.5—2018/ISO/IEC19763-5:2015目
规范性引用文件
3术语、定义和缩略语
术语和定义
3.2缩略语
4符合性
4.2符合程度
4.3实现符合性声明
5MFI过程模型注册元模型的结构5.1MFI过程模型注册元模型概论5.2本部分与MFI其他部分的关系5.3过程模型注册元模型中的元类附录A（资料性附录）
过程模型注册元模型的注册案例附录B（资料性附录）
过程建模语言列表
参考文献
GB/T32392.5—2018/IS0/IEC19763-5:2015前言
GB/T32392《信息技术互操作性元模型框架（MFI）》分为以下几个部分：第1部分：参考模型；
第2部分：核心模型；
第3部分：本体注册元模型；
第4部分：模型映射元模型；
一第5部分：过程模型注册元模型；第7部分：服务模型注册元模型；第8部分：角色和目标模型注册元模型；第9部分：按需模型选择，
本部分为GB/T32392的第5部分。本部分按照GB/T1.1一2009给出的规则起草。本部分使用翻译法等同采用1SO/1EC19763-5：2015《信息技术互操作性元模型框架（MFI）第
5部分：过程模型注册元模型》
与本部分中规范性引用的国际文件有一致性对应关系的我国文件如下：GB/T32392.1—20151
信息技术互操作性元模型框架（MFID）第1部分：参考模型（ISOIEC19763-1:2007,IDT)
GB/T32392.7—2018
信息技术
互操作性元模型框架（MFI）
第7部分：服务模型注册元
模型（(ISO/IEC19763-7:2015，IDT)GB/T32392.8—2018信息技术互操作性元模型框架（MFI）第8部分：角色和自标模型
注册元模型（ISO/IEC19763-8：2015，IDT）请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本部分由全国信息技术标准化技术委员会（SAC/TC28)提出并归口。本部分起草单位：武汉大学、中国电子技术标准化研究院、金蝶软件（中国）有限公司。本部分主要起草人：何克清、王肿、王健、冯在文、何非、王静、胡博。1
GB/T32392.5—2018/ISO/IEC19763-5:2015引言
在全球经济一体化的环境下，企业在简化产品开发和交付以及降低运营成本方面所面临的经济压力推动了业务过程协作与集成的发展。企业可以通过合并和结成合作伙伴的方式来解决这些问题。因此，需要为过程模型提供标准的注册库，使其能够被发现，理解和比较以支持过程的重用和集成，进而促进企业内和企业之间的互操作。业务过程建模语言和符号体系已经被广泛用于对过程进行表示。然而，这些过程模型在语法和语义上存在较大差异，阻碍了业务过程在企业间的共享和重用。因此，需要提供一种通用的注册机制，用于对过程模型的管理信息和核心元数据进行注册。本部分定义了一个元模型，用于注册过程模型的部分元数据和语义信息，以支持业务过程的发现和重用。本部分为过程模型提供了公共语义信息，帮助人们了解过程的结构和过程之间关联关系，辅助完成过程的发现，而无需关注业务过程所采用的原始建模符号。本部分不考虑任何与过程建模语法以及过程执行平台相关的信息。特别是，尽管过程模型的注册信息可用于进一步支持基于过程和Web服务之间关联的服务发现，表示Web服务内部执行序列和服务组合编排信息的业务过程不属于本部分的研究范畴。
注：在本部分中，“过程”特指“业务过程”，“过程模型”特指“业务过程模型”1
iiKANiKAca
1范围
GB/T32392.5—2018/ISO/IEC19763-5:2015信息技术互操作性元模型框架（MIFI）第5部分：过程模型注册元模型
ISO/IEC19763的主要目标是构建支持互操作的元模型框架，本部分提出了一个元模型，作为过程模型管理信息和部分核心元数据的注册机制。本部分定义的元模型主要用于促进过程模型库中以及过程模型库之间过程模型的语义发现和重用。本部分为使用特定过程建模语言［如BPMN（业务过程建模符号体系）UML（统一建模语言）活动图、EPC（事件驱动的业务过程链）等创建的过程模型提供了核心元数据和公共语义，定义的元模型能够帮助发现过程的功能和组成，促进不同粒度的过程组件的重用。图1描述了本部分的研究范围。ISO/1EC19763-5的范围
基于ISO/IEC19763-5的过程
模型注册库
注：在注册之前，模型不需要存储于注册库中。EPC
图1本部分的范围
下述内容超出了本部分的范围：与过程模型建模符号或描述语言相关的细节；过程执行的运行环境或实现平台。2规范性引用文件
图示符号
注册库
过程模型
过程模型的元数据
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单)适用于本文件ISO/IEC19763-1信息技术互操作性元模型框架第1部分：框架（InformationtechnologyMetamodel framework for interoperability (MFD)-Part 1:Framework)ISO/IEC19763-7信息技术互操作性元模型框架第7部分：服务模型注册元模型
(InformationtechnologyMetamodel framework forinteroperability(MFI)-Part7:Metamodel foriiKAONiKAca
GB/T32392.5—2018/ISO/IEC19763-5:2015service model registration)
ISO/IEC19763-8信息技术互操作性元模型框架第8部分：角色和目标模型注册元模型（Information technologyMetamodel framework for interoperability (MFI)Part 8:Metamodel for roelandgoal model registration)
ISO/IEC19763-10信息技术互操作性元模型框架第10部分：核心模型和基本映射（Information technology-Metamodel framework for interoperability (MFI)-Part 1o: Core model andbasic mapping)
3术语、定义和缩略语
3.1术语和定义
ISO/IEC19763-7、ISO/IEC19763-8和ISO/IEC19763-10界定的以及下列术语和定义适用于本文件。
活动activity
一组衔接的任务（3.1.21）。
control constraint
控制约束
对给定过程（3.1.12)集合执行顺序的约束。3.1.3
依赖dependency
过程模型元素（3.1.14）之间的关联关系，指定了控制约束（3.1.2）。3.1.4
事件event
特定环境下的发生。
退出条件exitcondition
如果为真，将导致操作非正常结束的约束。注：操作可以是过程或服务操作。3.1.6
目标goal
用户与过程（3.1.12)或服务（3.1.18)交互时预期得到的结果。3.1.7
门户条件guard condition
在相关联的过程（3.1.12)执行前应满足的条件。3.1.8
involvement type
参与类型
一种声明，指明角色在参与过程（3.1.12)或服务（3.1.18)时的类型示例：执行者、受益者、客户。3.1.9
合并依赖
joindependency
一种依赖，当指定的前驱过程模型元素（3.1.14）完成后，后继的过程模型元素（3.1.14)将开始执行。2
-iiKAoNniKAca
后置条件postcondition
操作完成时应为真的约束。
注：操作可以是过程或服务操作。3.1.11
前置条件
precondition
操作被调用前应为真的约束。
注：操作可以是过程或服务操作。3.1.12
process
GB/T32392.5—2018/ISO/IEC19763-5:2015组结构化和相互关联的活动（3.1.1）或任务（3.1.21）.用于实现一个特定的目标（3.1.6）注：本部分中，活动和任务均由过程元类表示。3.1.13
processmodel
过程模型
使用一种特定过程建模语言（3.1.15）得到的过程（3.1.12)的表示。3.1.14
过程模型元素
processmodelelement
组成一个过程（3.1.12）的建模结构的抽象表示，包括过程（3.1.12）和过程之间的依赖（3.1.3）。3.1.15
过程建模语言
processmodelling language
用于表示过程（3.1.12）的特定语言。注1：PSLBPMN、UML活动图等都属于过程建模语言，注2：特定语言（ISO1087-1：2000，3.1.3）。3.1.16
resource
过程模型元素（3.1.14)使用、创建和消耗的资产。3.1.17
参与到某一情境中的实体所承担的特定职责。3.1.18
服务service
-种封装了二个或多个计算模块的应用，可以通过特定的接口进行访问。3.1.19
sequencedependency
顺序依赖
过程（3.1.12)之间的一种控制结构，用来指定过程（3.1.12)将被依次执行。3.1.20
分支依赖
splitdependency
过程模型元素（3.1.14)之间的一种控制结构。当前置过程模型元素（3.1.14)完成后，一个或多个后续过程模型元素（3.1.14)将并发执行。3.1.21
任务task
需要完成的工作件。
HiiKAoNiKAca
GB/T32392.5—2018/IS0/IEC19763-5:20153.1.22
metaclass
实例是类的类
抽象元类abstractmetaclass
不能直接被实例化的元类（3.1.22）。3.2
2缩略语
下列缩略语适用于本文件。
BPMN：业务过程模型和记法（BusinessProcessModelandNotation）EPC：事件驱动过程链（Event-drivenProcessChain）MFI：互操作性元模型框架（MetamodelFrameworkforInteroperability）OWL-S：面向服务的网络本体描述语言（WebOntologyLanguageforService）PSL：过程规约语言（ProcessSpecificationLanguage)UML：统一建模语言（UnifiedModelingLanguage）4符合性
声称与本部分相符合的实现应支持第5章中规定的元模型，该元模型依赖下列描述的符合程度。符合程度
4.2.1概论
为了同时满足互操作性和可扩展性的需要，应区别“严格符合”和“符合”实现。本部分描述了促进互操作性的规范。扩展是根据用户、开发商、组织和行业的需要而展开的，本部分没有对其进行规定严格符合实现的实用性有限，但是能够最大程度地实现与本部分相关的互操作。符合实现的实用性更广，但实现与本部分相关的互操作的能力较弱。4.2.2严格符合实现
严格符合实现：
a）应支持第5章中规定的元模型；b）不应支持对第5章中规定的元模型实施的任何扩展，包括使用、测试、访问或调查。4.2.3符合实现
符合实现：
a）应支持第5章中规定的元模型；b）可以支持与5.3中规定的元模型相一致的扩展，包括使用、测试、访问或调查。注1：所有的严格符合实现都是符合实现注2：对元模型进行扩展可能导致未定义的行为，4
iiiKAoNiKAca
4.3实现符合性声明
GB/T32392.5—2018/IS0/IEC19763-5:2015声称本部分的实现应该包括陈述如下的实现符合声明：a）是严格符合实现（4.2.2)还是符合实现（4.2.3）；如果是符合实现，则支持和使用了哪些扩展。b）
5MFI过程模型注册元模型的结构5.1MFI过程模型注册元模型概论MFI过程模型注册元模型定义了一个通用的元模型，用于注册使用特定建模语言描述的过程模型的部分元数据。图2展示了过程模型注册的元模型，在本部分中，过程模型是过程的表示，它使用一种特定的过程建模语言描述了所包含的过程模型元素。过程模型元素包括过程以及过程或其他过程模型元素之间的依赖。对每一个过程模型元素而言，存在用于触发一个过程模型元素的事件或者由一个过程模型元素产生的事件。过程模型元素需要使用、创建或者消耗资源以实现既定的目标。描述模型
过程_模型
0..名称［1..1
被表示_模型
包含_模型
创建资源
名称［1.1]
名称[11]
就纯用资源
皮消耗瓷源
被生产免费标准下载网bzxz
触发者
创建署
消耗著
生产者
被触发过程
模型素
被包含过程模型元素
过程模型
组合过程模型元素0.
鼓分解过程
被描速过程
0..名称..]
前驱_过程..！
1..1跟随过程
后缩者0..*0..*前驱者
顺序依赖
跟随元素
前驱元素
前驱元素
跟随元素
分支_依赖
描述讲育
过程建模语言
1..1名称【1..1
版本[0..1]
分支依赖选项
前驱选项户_条件[0..1]
跟随选项2..*
喂随选项合并依赖选项
分支_依赖类型[1.1]
是否同步0.1
前驱者.！0..*后继者
注：名称为斜体的元类为抽象元类，图2过程模型注册的元模型
门户条件[0..]
前驱_选项2.，*
前坚老0.*1..1后继者
合并_依赖
合并_依赖_类型【1..]
是否_同步[0..1]
依赖描述了过程模型所描述的过程之间的控制约束。在本部分中，依赖可以是顺序依赖、分支依赖或合并依赖。顺序依赖指定过程为依次执行。分支依赖规定，当前驱过程模型元素完成后。一个或多个5
GB/T32392.5—2018/ISO/IEC19763-5:2015后继过程模型元素将并发执行。合并依赖规定，当选定的前驱过程模型元素完成后，后继过程模型元素将开始执行。在分支依赖中，分支依赖的类型可为后续过程指定一种逻辑门。类似地，在合并依赖中，合并依赖的类型可为前驱过程指定逻辑门。本部分中，分支依赖类型和合并依赖类型均可以是“异或”、“或”和“与”。对分支依赖类型而言，“异或”表示有且仅有一个后继过程模型元素可以被执行，“或”表示一个或多个后继过程模型元素可以被执行，“与”表示所有的后继过程模型元素都应被执行。对合并依赖类型而言，“异或”表示有且仅有一个前驱过程模型元素成功完成后，后继过程模型元素才可以执行；“或\表示当一个或多个前驱过程模型元素成功完成后，后继过程模型元素才可以执行；“与”表示当且仅当所有的前驱过程模型元素成功完成后，后继过程模型元素才可以执行。此外，分支依赖选项表示分支依赖类型确定后，将被执行的后续过程模型元素的门户条件。类似地，合并依赖选项表示合并依赖类型确定后，将被执行的前驱过程模型元素的门户条件过程模型注册元模型的注册示例参见附录A，建议的过程模型建模语言参见附录B，5.2本部分与MFI其他部分的关系在本部分中，MFI的其他部分是指ISO/IEC19763-7，ISO/IEC19763-8和ISO/IEC19763-10。图3描述了ISO/IEC19763-5ISO/IEC19763-7和ISO/IEC19763-8之间的关系。被实现_月标
（见ISO/EC19763-8）
0..*被零与过程参与
过程参与
（见ISO/IEC19763-8）
实现_过程
参与过程
健得合
避鑫敲实现
保得前值.10. 盒件
后置条件
前置条件
见ISO/IEC19763-7）
见ISO/IEC19763-7)
注：灰色底色表示的元类是在本标准其他部分中定义的元类，服务操作
（见ISO/IEC19763-7)
累拿退出0.1
退出_条件
（见ISO/IEC19763-7）
图3ISO/IEC19763-5与ISO/IEC19763-7和ISO/IEC19763-8之间的关系ISO/IEC19763-5与ISO/IEC19763-8之间的关系指定了每个过程可以实现零个或一个标，每个目标可以被零个、一个或多个过程实现。存在没有指定被某个特定过程实现的目标，存在没有被应用于实现特定目标的过程。类似地，每个过程可以参与零个，一个或多个过程参与，其中每个过程参与是指参与过程的角色，例如参与者或受益者。每个过程参与指定一个角色可以参与当且仅当一个过程。一个过程参与只能拥有一个相关联的过程。ISO/IEC19763-5与ISO/IEC19763-7之间的关系指定了每个过程可以被零个，一个或多个服务操作完全实现，每个服务操作可以完全实现零个、一个或多个过程。存在没有指定被某个特定服务实现的过程，存在没有被应用于实现某个特定过程的服务。每个过程可能拥有一个前置条件或者一个后置条件。存在没有前置条件或后置条件的过程。每个过程拥有零个或一个退出条件，用于声明在过程完成前造成过程中止的一组条件。每个前置条件、后置条件和退出条件可以通过组合表达或原子表达来定义。
图4描述了ISO/IEC19763-5中元类与ISO/IEC19763-10中元类之间的关系。6
建模语言
（见ISO/IEC19763-10）
过程建模语言
源自1SOMEC19763-10的核心_模型包模型
（见ISO/EC19763-10）
ISO/EC19763-5
过程模型
分支依赖
注1：名称为斜体的元类是抽象元类，过程
GB/T32392.5—2018/ISO/IEC19763-5:2015被包舍
过程模型元素
顺序_依赖
注2：灰色底色表示的元类是在MFI其他部分中定义的元类，包含
模型元素
（见ISO/IEC19763-10）
分支_依赖选项
合并_依赖
图4IS0/IEC19763-5与ISO/IEC19763-10之间的关系事件
合并_依赖选项
过程模型注册元模型中的过程建模语言元类是IS0/IEC19763-10中建模语言元类的子类。过程模型注册元模型中过程模型元类是ISO/IEC19763-10中模型元类的子类。IS0/IEC19763-5中的其他元类均为ISO/IEC19763-10中模型_元素元类的子类所有子类都拥有从其超类继承得到的关联。一些继承的关联在本部分中进行了特化，具体化的细节定义见5.3。
过程模型注册元模型中的元类
5.3.1依赖
一个抽象元类，它的每个实例表示一个指定的特定依赖。依赖是
5.3.2事件
数据类型
多重度
多重度
事件是一个元类，它的每个实例表示一个特定的事件。反向参考
GB/T32392.5—2018/ISO/IEC19763-5:2015超类
模型_元素（见ISO/IEC19763-10）属性
被触发_过程_模
型_元素
产生者
5.3.3合并_依赖
数据类型
过程_模型_元素
多重度
多重度
过程模型_元素0..*
事件实例的名称。
反向参考
-组过程模型元素。其中触发
的每个过程模型元素由这
个事件触发。
一组过程模型元素。其中
被产生事件是
每个过程模型元素均可以
产生这个事件。
合并_依赖是一个元类，它的每个实例表示一个特定的合并依赖。超类
数据类型
合并依赖_类型
是否_同步
前驱_选项
后继_元素
布尔型
多重度
多重度
合并_依赖_选项2..*
过程模型_元素1..1
5.3.4合并_依赖_选项
指定合并依赖是与合并依赖，或合并依赖还是异或合并依赖的声明。“异或”表示有且仅有一个前驱过程成功完成后，后继过程才会执行。“或”表示当一个或多个前驱过程成功完成后，后继过程才会执行。“与”表示当且仅当所有的前驱过程成功完成后，后继过程才会执行。
表示被合并的过程模型元素是否应同步执行的。真值表示同步，假值表示不同步
反向参考
组合并依赖选项。其中
后继者
的每个合并依赖选项指定
了一个门户条件，用于决
定被关联的过程模型元素
是否将通过合并依赖选项
与其他过程模型元素一起
被关联到这个合并依赖。
前驱者
跟随这个合并依赖的过程
模型元素。
合并_依赖_选项是一个元类，它的每个实例表示一个特定的合并依赖选项。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。