GB/T 32392.9-2018
基本信息
标准号： GB/T 32392.9-2018
中文名称：信息技术 互操作性元模型框架(MFI) 第9部分：按需模型选择
标准类别：国家标准(GB)
标准状态：现行
出版语种：简体中文
下载格式：.rar .pdf
下载大小：1614KB
标准分类号
关联标准
出版信息
相关单位信息
标准简介
GB/T 32392.9-2018 信息技术 互操作性元模型框架(MFI) 第9部分：按需模型选择
GB/T32392.9-2018
标准压缩包解压密码：www.bzxz.net
标准图片预览
标准内容
ICS_35.040
中华人民共和国国家标准
GB/T32392.9—2018/ISO/IEC19763-9:2015信息技术
互操作性元模型框架（MFI）
第9部分：按需模型选择
Information technology-Metamodel framework for interoperability (MFI)-Part 9:On demand model selection(ISO/IEC19763-9:2015.IDT)
2018-03-15发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2018-10-01实施
GB/T32392.9—2018/ISO/IEC19763-9:2015目
规范性引用文件
术语和定义、缩略语，
术语和定义
缩略语
4按需模型选择的基础
RGPS间的关联
语义标注
5按需模型选择框架
5.1模型选择方法
5.2按需模型选择的基本流程
6典型的模型选择场景
......
6.1从目标到服务的模型选择
6.2从过程到服务的模型选择
附录A（资料性附录）按需模型选择示例次
GB/T32392.9—2018/ISO/IEC19763-9:2015前言
GB/T32392《信息技术互操作性元模型框架（MFI）》分为以下几个部分：一第1部分：参考模型；
-第2部分：核心模型；
-第3部分：本体注册元模型；
一第4部分：模型映射元模型；
一第5部分：过程模型注册元模型；一第7部分：服务模型注册元模型；第8部分：角色和目标模型注册元模型；第9部分：按需模型选择，
本部分为GB/T32392的第9部分。本部分按照GB/T1.1一2009给出的规则起草。本部分使用翻译法等同采用ISO/1EC19763-9：2015《信息技术互操作性元模型框架（MFI）第9部分：按需模型选择》。
与本部分中规范性引用的国际文件有一致性对应关系的我国文件如下：GB/T32392.1—2015
信息技术互操作性元模型框架（MFI）(ISO/IEC19763-1:2007.IDT)
第1部分：参考模型
GB/T32392.3—2015信息技术
互操作性元模型框架（MFI）贸
第3部分：本体注册元模型wwW.bzxz.Net
(ISO/IEC19763-3:2007IDT)
GB/T32392.5—2018信息技术
第5部分：过程模型注册元模型
互操作性元模型框架（MFI）等
(ISO/IEC19763-5:2015.IDT)
GB/T32392.7—2018信息技术
互操作性元模型框架（MFI）第7部分：服务模型注册元模型(ISO/IEC19763-7:2015.IDT)
GB/T32392.8—2018信息技术
互操作性元模型框架（MFI）第8部分：角色和目标模型注册元模型（ISO/IEC19763-8IDT）
第6部分：注册（ISO/IEC11179-6：GB/T18391.6—2009信息技术
元数据注册系统（MDR）
2001.IDT)
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本部分由全国信息技术标准化技术委员会（SAC/TC28）提出并归口。本部分起草单位：武汉大学，中国电子技术标准化研究院，金蝶软件（中国）有限公司本部分主要起草人：何克清、王健，王独、冯在文，何非、王静，胡博1
GB/T32392.9—2018/ISO/IEC19763-92015引言
许多行业组织已经展开域特定对象的标准化，包括使用UML和XML等公共建模设施和交换设施的业务过程模型和软件部件。他们主要致力于标准化域特定业务过程模型和标准建模构件，如数据元素、实体轮廓和值域等。
ISO/IEC19763为业务领域中不同类型的信息资源如本体、角色、目标、过程和服务等提供了注册机制。针对这些丰富的和异构的模型，如何根据用户的需求从中选择合适的服务和/或模型已经成为个重要的问题。基于ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8中定义的元模型，本部分描述了按需模型选择的框架和步骤，以帮助用户发现合适的模型或服务来满足其需求1
iiiKAoNiKAca
1范围
GB/T32392.9—2018/ISO/IEC19763-9:2015信息技术互操作性元模型框架（MFI）第9部分：按需模型选择
GB/T32392的本部分建立了一组技术原则，指导如何根据角色和目标、过程、服务的元模型来选择一组合适的模型和/或服务以满足用户需求。本部分仅限于基于ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8建立的模型注册库进行模型选择。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。ISO/IEC11179-6信息技术元数据注册系统第6部分：注册（InformationtechnologyMetadata registries(MDR)—Part 6:Registration)ISO/IEC19763-1信息技术互操作性元模型框架第1部分：框架（InformationtechnologyMetamodelframeworkforinteroperability(MFI)Partl:Framework)ISO/IEC19763-3信息技术互操作性元模型框架第3部分：本体注册元模型（InformationtechnologyMetamodel framework for interoperability(MFI)Part 3:Metamodel for ontology registration)
ISO/IEC19763-5信息技术互操作性元模型框架第5部分：过程模型注册元模型(Information technology-Metamodel frameworkfor interoperability(MFI)-Part5:Metamodel forprocess model registration)
ISO/IEC19763-7信息技术互操作性元模型框架第7部分：服务模型注册元模型(InformationtechnologyMetamodel frameworkfor interoperability(MFI)Part7:Metamodel forservice model registration)
ISO/IEC19763-8信息技术互操作性元模型框架第8部分：角色和目标模型注册元模型（InformationtechnologyMetamodel framework for interoperability(MFD)-Part8:Metamodel for roeland goal model registration)ISO/IEC19763-10信息技术互操作性元模型框架第10部分：核心模型和基本映射（Infor-mationtechnologyMetamodelframeworkforinteroperability(MFI)-Part1o:Coremodel andbasicmapping)
3术语和定义、缩略语
3.1术语和定义
ISO/IEC19763-1.IS0/IEC19763-3.ISO/IEC19763-5.ISO/IEC19763-7.ISO/IEC19763-8和ISO/IEC19763-10界定的以及下列术语和定义适用于本文件。1
-iiKAoNniKAca
GB/T32392.9—2018/ISO/IEC19763-9:20153.1.1
目标goal
用户与过程（3.1.4)或服务（3.1.10)交互时预期得到的结果。3.1.2
参与类型involvementtype
一种声明，指明角色在参与过程（3.1.4）或服务（3.1.10）时的类型。示例：执行者、受益者、客户。3.1.3
sontology
在给定的知识域内对具体或抽象的事物及其之间关系的规约，注：这种规约应是能使用计算机处理的，3.1.4
过程process
组结构化和相互关联的活动或任务，用于实现一个特定的目标（3.1.1）。3.1.5
process involvement
过程参与
一种声明，指明特定的角色（3.1.8）如何参与一个特定的过程（3.1.4）。3.1.6
请求类型
requesttype
在搜索中使用的MFI模型中的目标类，比如目标、过程或服务。3.1.7
return type
返回类型
用户在搜索中希望得到查找的模型类别，比如过程或服务。3.1.8
角色role
参与到某一情境中的实体所承担的特定职责。3.1.9
搜索项searchterm
用户在搜索中指定的内容。
服务service
种封装了一个或多个计算模块的应用，可以通过特定的接口进行访问。3.1.11
service involvement
服务参与
一种声明，指明特定的角色（3.1.8）如何参与一个特定的服务（3.1.10）。3.2缩略语
下列缩略语适用于本文件。
BPMN业务过程建模符号（BusinessProcessModelandNotation）KAOS确保所有对象可满足（KeepAllObjectsSatisfied）MFI互操作性元模型框架（Metamodelframeworkforinteroperability）ODMS按需模型选择（OnDemandModelSelection）QoS服务质量（QualityofService）2
HiiKAoNiKAca
GB/T32392.9—2018/ISO/IEC19763-9:2015RGPs角色，自标过程，服务（Role，Goal，Process，andService）UML统一建模语言（UnifiedModelingLanguage）WADL网络应用描述语言（WebApplicationDescriptionLanguage)WSDL网络服务描述语言（WebServiceDescriptionLanguage）4按需模型选择的基础
为了说明如何实现按需模型选择（ODMS），首先需要介绍一些基础知识。RGPS类间的关联以及语义标注是实现ODMS的基础。RGPS间的关联定义了不同模型是如何进行关联的，语义标注中使用的本体概念是用户请求与注册模型间进行匹配的基础。4.1RGPS间的关联
由于本部分的范围限定在基于ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8进行模型选择，因此首先介绍这三个部分。ISO/IEC19763-5定义了一个帮助组织创建用于存储过程模型管理和描述信息注册库的元模型。过程模型注册元模型的目的是促进组织内或跨组织的过程模型的语义发现和重用。ISO/IEC19763-7定义了一个帮助组织创建用于存储服务模型管理和描述信息注册库的元模型。服务模型注册元模型的目的是促进组织内或跨组织的服务的语义发现和重用。ISO/IEC19763-8定义了一个帮助组织创建用于存储角色与目标模型管理和描述信息注册库的元模型。角色与目标模型注册元模型的目的是促进组织内或跨组织的角色与目标模型的语义发现和重用。
在本部分中，RGPS作为一个术语，用来表示应用RGPS模型间的关联关系以支持按需模型选择的方法。
ISO/IEC19763-5，ISO/IEC19763-7和ISO/IEC19763-8定义的元模型之间的关联关系如图1所示。
ISO/IEC19763-8中的关联如下：每个角色设置零个，一个或多个目标；每个目标被零个、一个或多个角色设置。每个角色通过零个、一个或多个过程参与关联到过程中；每个过程参与表示有且仅有一个角色在过程中的参与。每个角色通过零个，一个或多个服务参与关联到服务中：每个服务参与关系表示表示有且仅有一个角色在服务中的参与。每个参与类型用来描述零个、一个或多个过程参与关系；每个过程参与被一个且仅一个参与类型描述。每个参与类型用于描述零个、一个或多个服务参与关系；每个服务参与被一个且仅一个参与类型描述ISO/IEC19763-7中的关联如下：每个服务包含零个、一个或多个服务操作；每个服务操作被一个且仅一个服务包含。3
iiiKAoNiKAca
GB/T32392.9—2018/IS0/IEC19763-9:2015参与_角色
参与_类型
描述_类型
被参与_服
务参与
被描述_服务
服务_参与
被参与_服
务_参与
描述_类型
被描述_过程
参与_角色
被参与_过程
过程参与
被参与_过
程_参与
参与_过程
包含_服务
被包含_服务
完成，服务
设置_角色
被设置
被完成_目标
完成_过程
被完成_目标
被完成_目标
完全_被实现_过程
完全_实现_服务_操作
服务_操作
0.完成_服务_操作
图1RGPS中的关联关系
ISO/IEC19763-5与ISO/IEC19763-8间的关联如下：每个过程完成零个、一个或多个目标：每个目标被零个，一个或多个过程完成。每个过程被零个、一个或多个过程参与表示；每个过程参与参与到一个且仅一个过程。ISO/IEC19763-7与ISO/IEC19763-8间的关联如下：每个服务可以完成零个、一个或多个目标；每个目标可以被零个、一个或多个服务完成。每个服务操作可以完成零个、一个或多个目标；每个目标可以被零个、一个或多个服务操作完成。每个服务被零个、一个或多个服务参与表示；每个服务参与参与到一个且仅一个服务。ISO/IEC19763-7与ISO/IEC19763-5间的关联如下：每个服务操作可以完全实现零个、一个或多个过程；每个过程被零个，一个或多个服务操作完全实现注1：参与类型的实例可以是执行者、受益者、客户等。注2：对于一个过程被一组服务操作完全实现的情况，该过程应该被分解到一定级别使得该过程的每个子过程都可以被一个服务操作完全实现。为了在一个组织内基于ISO/IEC19763各个部分定义的元模型构造的注册库中进行按需模型选择，RGPS间的关联应该被记录下来。但是，没有必要维护一个用于记录这些关联的独立注册库。为4
iiiKAoNhikAca
GB/T32392.9—2018/IS0/IEC19763-9:2015了记录这些关联，可以采用如下策略：过程与角色、目标间的关联在ISO/IEC19763-5过程模型注册库中注册；服务与角色、目标、过程间的关联在ISO/IEC19763-7服务模型注册库中注册。注意图1中展示的只是角色、目标、过程、服务间的关联，而不是ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8定义的元模型中的所有关联。4.2语义标注
ODMIS面临的一个重要问题是如何将用户请求与注册库中RGPS模型的注册信息进行匹配。由领域本体提供的语义标注可以作为已注册的RGPS模型间以及用户请求与注册信息间进行匹配的桥梁。为了对注册的RGPS模型进行语义标注，需要考虑两种领域子本体：实体本体与操作本体，如图2所示。其中，实体本体主要描述实体概念及概念间的语义关系，操作本体主要描述操作或功能概念以及概念间的语义关系。领域本体可用于标注ISO/IEC19763-8注册库中带有<目标操作，目标对象>属性的目标类。在基于ISO/IEC19763-5中元模型构造的注册库中进行过程注册时，被该过程完成的目标可通过设置属性被完成_目标进行定义，属性的取值来源于基于ISO/IEC19763-8中元模型构造的注册库中注册的目标，即，利用相同的领域本体标注被该过程完成的目标。例如，给定一个交通领域中具有属性目标操作，目标对象>的领域目标“预订车票”，其中，目标操作可被交通领域的操作本体中的概念“预定”所标注，而目标对象可以被交通领域的实体本体中的概念“车票”所标注。假设某个用户查找能够完成目标“预定车票”的过程，则该用户可以在交通领域本体中找到该概念的同义词“预约车票”。使用相同的领域本体标注RGPS模型，使得该本体可以为基于同义概念的语义匹配提供支持。在此基础上，与该概念相关的过程（无论是被命名为“预订车票”还是“预约车票”)都可以被查找到。
ISO/IEC19763-3本体注册库中注册的本体可以为ISO/IEC19763中的模型和模型元素进行标注。因此，ISO/IEC19763-5，ISO/IEC19763-7和ISO/IEC19763-8中的角色、目标、角色与自标模型，过程，过程模型、事件、资源、服务模型、服务、服务操作、输入、输出等元类可以被领域本体中的概念标注，并且这些标注可用于支持在基于ISO/IEC19763各个部分定义的元模型构造的注册库中进行模型发现。基于ISO/IEC19763各个部分定义的元模型构造的注册库本身并没有包括已注册模型的所有语义信息，但是它可以使用这个注册库中注册的模型的标示符检索所有的语义信息。图1主要描述各种模型间的关联，这些关联可用于从注册库中进行模型选择。图2展示了ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8中可以被领域本体标注的类，这些被标注的类可以促进模型选择中的语义匹配角色
ISO/IEC19763-8
角色和目标
ISO/IEC197635
ISO/IEC197637
角色和目标模型
服务模型
过程模型
服务操作
图2RGPS中的语义标注
语义标注
领域本体
ISO/IEC19763-3
GB/T32392.9—2018/ISO/IEC19763-9:20155按需模型选择框架
按需模型选择是基于使用领域本体标注的注册模型实现的。ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8中定义的元模型分别规定了一组类以及它们与ISO/IEC19763其他部分间的关联。例如，ISO/IEC19763-5中的过程模型注册元模型为其实现的目标指定了一个属性，并且目标类被来自领域操作本体与实体本体中的概念标注，比如“预订车票”。然后，用户请求与模型间的匹配可以通过语义标注以及相应的关联实现。5.1
模型选择方法
除了语义标注外，ISO/1EC19763-5、ISO/IEC19763-7和ISO/IEC19763-8中规定的模型间关联在按需模型选择的过程中也发挥了重要作用。各种模型选择方法是基于图1所示的这些关联关系在模型选择过程中，用户请求可以被表示为目标、过程或服务。当用户请求与ISO/IEC19763-8注册库中注册的角色与目标模型中的目标进行匹配时，可以执行如下步骤：·查询由被匹配目标分解的子目标；·查询被匹配目标的上层目标；·查询被匹配目标依赖的目标；·查询承担被匹配目标的角色；·查询实现被匹配目标的过程；·查询实现被匹配目标的服务。当用户请求与ISO/IEC19763-5注册库中注册的过程进行匹配时，可以执行如下步骤：·查询参与该被匹配过程的角色；·查询该被匹配过程实现的目标；·查询由该被匹配过程分解的子过程；·查询可完全实现该被匹配过程的服务。当用户请求与ISO/IEC19763-7注册库中注册的服务进行匹配时，可以执行如下步骤：·查询参与该被匹配服务的角色；·查询该被匹配服务实现的目标；·查询该被匹配服务完全实现的过程；·查询该被匹配服务使用的服务基于上述模型选择方法，整个模型选择过程可能包括一些选代步骤，以获得满足用户请求的候选模型。
5.2按需模型选择的基本流程
如图3所示，按需模型选择框架包括3部分：用户界面、模型选择引擎和MFI模型注册库。其中，用户界面用于诱导用户请求：模型选择引擎用于分析用户请求，并根据请求查找相应的候选模型或服务；MFI模型注册库存储RGPS模型的注册信息及其关联。按需模型选择的基本流程描述如下。如图3所示，用户请求通过用户界面提交到模型选择引擎，接看模型选择引擎将查找ISO/1EC19763-3本体注册库，以查找与用户请求匹配的概念，然后模型选择引擎根据这些概念与注册在ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8注册库中的模型的语义标注间的匹配查找候选模型。用于诱导用户请求的用户界面包括3个输人参数：请求类型，用于规定搜索过程中使用的MFI模型中的类（如目标、过程或服务）；搜索项：以及结果类型，用于规定用户希望查找的模型种类。例如，用t
GB/T32392.9—2018/IS0/IEC19763-9:2015户输人搜索项“订票”作为目标，希望搜索引擎返回实现该目标的服务。发送查询
请求信息
接收查询
返回结果门
查询模型
接收查询
MFI过程
搜索模型库
查看查询
［结果
获取查询
MFI本体注册库
发送查询
开始事件
MFI服务
MFI角色与
目标模型注册库模型注册库
模型注册库
结束事件
数据对象
图3利用BPMN表示的按需模型选择的基本流程任务
消息流
顺序流
数据关联
数据存
由于不同的请求类型会涉及不同的属性，因此，根据搜索的请求类型不同，用户界面略有差异。具体说来，当用户选择目标作为请求类型时，他们可以指定使用领域本体标注的目标名及其他元素作为搜索项；当用户选择过程作为请求类型时，他们可以指定使用领域本体标注的过程名、资源及其他元素作为搜索项；当用户选择服务作为请求类型时，可以指定使用领域本体标注的服务名、服务的输人输出及其他元素作为搜索项：在可选部分，用户还可以指定对所需服务的QoS请求。查询的QoS对象可以使用定性或定量的方式进行描述，以查找ISO/IEC19763-7中规定的QoS断言。在定性描述中，可以指定QoS断言的类型（如“安全性”或“性能”）和表达式（如“安全性高”或“性能低”）。在定量描述中，断言的表达式可能包括类型（如“成本”、“响应时间”）、比较符（如“等于”或小于”以及单位和取值。6典型的模型选择场景
根据按需模型选择框架，给出两个场景用于说明如何选择合适的模型和/或服务以满足用户请求。在第一个场景中，用户请求被表示为目标，期望的结果类型是服务。在第二个场景中，用户请求被表示为过程，期望的结果类型是服务。相应的步骤表明用户可以基于按需模型选择查找他们所需要的模型和/或服务。值得指出的是，除此之外还存在其他的模型选择场景，例如从过程到过程的模型选择，以及从服务到目标的模型选择等。
从目标到服务的模型选择
在本场景中，用户选择目标作为请求类型，并且选择服务作为结果类型。基于RGPS间的关联以及领域本体提供的语义标注，执行如下步骤查找合适的服务。步骤1：用户请求可以与注册在ISO/IEC19763-8注册库的目标模型中目标的语义标注相匹配（图4的输人子步骤）。作为一个可选步骤，由该匹配目标分解的子目标可以返回给用户进行选择。根据“目标-服务”间的关联，如果在ISO/IEC19763-7注册库中可以找到实现该目标的服务（图4的目标-GB/T32392.9—2018/IS0/IEC19763-9:2015服务子步骤），则将结果直接返回给用户（图4的返回子步骤）。如果返回的结果可以满足用户请求，则终止模型选择过程，否则执行如下步骤。目标-角色
公共子
→步骤
步骤1的
子步骤
步骤2的
子步骤
图4从目标到服务的模型选择
角色一日标
目标-过程
目标-服务
过程一服务
步骤3的
子步骤
步骤2：模型选择引擎根据*目标-过程”间的关联查找ISO/IEC19763-5过程模型注册库，基于过程的语义标注查找可以实现该目标的过程（图4的目标-过程子步骤）。然后查找ISO/IEC19763-7服务模型注册库，使用“过程-服务操作”间的关联及相应的语义标注查找候选服务（图4的过程-服务子步骤）。如果返回的结果可以满足用户请求，则终止模型选择过程，否则执行如下步骤。步骤3：模型选择引擎根据“角色-目标\间的关联查找ISO/IEC19763-8角色与目标模型注册库，查找可以承担该自标的角色（图4的自标-角色子步骤），然后否找和补充该角色承担的其他自标（图4的角色-目标子步骤）。通过这种方式可以扩充候选目标集。对于这些候选目标，后续的选择过程如同步骤1和步骤2一样。如果返回的结果不能满足用户请求，模型选择过程将以一种没有合适的模型或服务能满足用户的状态结束。
值得注意的是，在模型选择的过程中，用户请求与注册信息间的匹配以及RGPS模型的不同注册信息间的匹配均基于相应的注册在ISO/IEC19763-3本体注册库中的领域本体。附录A给出了一个从目标到服务的模型选择示例，用以说明如何基于按需模型选择查找合适的模型。
6.2从过程到服务的模型选择
在本场景中，用户选择过程作为请求类型，并且选择服务作为结果类型。基于RGPS间的关联以及由注册在ISO/IEC19763-3中的领域本体提供的语义标注，执行如下步骤查找用户所需要的服务。步骤1：用户请求可以与注册在ISO/IEC19763-5过程模型注册库中的过程模型中的过程相匹配，这种匹配可以是用户请求与语义标注的过程名，资源或其他被语义标注的类之间的匹配。然后，根据“过程-服务操作”间的关联，如果在ISO/IEC19763-7服务模型注册库中可以找到能完全实现该过程的服务，则将结果直接返回给用户。如果返回的结果可以满足用户请求，则终止模型选择过程，否则执行如下步骤。
步骤2：模型选择引擎根据“目标-过程”间的关联查找ISO/IEC19763-8角色与目标模型注册库，查找可以被该过程实现的目标。在找到匹配的目标后，接下来从目标到服务的选择过程与6.1条和图4中描述的场景类似。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国国家标准
GB/T32392.9—2018/ISO/IEC19763-9:2015信息技术
互操作性元模型框架（MFI）
第9部分：按需模型选择
Information technology-Metamodel framework for interoperability (MFI)-Part 9:On demand model selection(ISO/IEC19763-9:2015.IDT)
2018-03-15发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2018-10-01实施
GB/T32392.9—2018/ISO/IEC19763-9:2015目
规范性引用文件
术语和定义、缩略语，
术语和定义
缩略语
4按需模型选择的基础
RGPS间的关联
语义标注
5按需模型选择框架
5.1模型选择方法
5.2按需模型选择的基本流程
6典型的模型选择场景
......
6.1从目标到服务的模型选择
6.2从过程到服务的模型选择
附录A（资料性附录）按需模型选择示例次
GB/T32392.9—2018/ISO/IEC19763-9:2015前言
GB/T32392《信息技术互操作性元模型框架（MFI）》分为以下几个部分：一第1部分：参考模型；
-第2部分：核心模型；
-第3部分：本体注册元模型；
一第4部分：模型映射元模型；
一第5部分：过程模型注册元模型；一第7部分：服务模型注册元模型；第8部分：角色和目标模型注册元模型；第9部分：按需模型选择，
本部分为GB/T32392的第9部分。本部分按照GB/T1.1一2009给出的规则起草。本部分使用翻译法等同采用ISO/1EC19763-9：2015《信息技术互操作性元模型框架（MFI）第9部分：按需模型选择》。
与本部分中规范性引用的国际文件有一致性对应关系的我国文件如下：GB/T32392.1—2015
信息技术互操作性元模型框架（MFI）(ISO/IEC19763-1:2007.IDT)
第1部分：参考模型
GB/T32392.3—2015信息技术
互操作性元模型框架（MFI）贸
第3部分：本体注册元模型wwW.bzxz.Net
(ISO/IEC19763-3:2007IDT)
GB/T32392.5—2018信息技术
第5部分：过程模型注册元模型
互操作性元模型框架（MFI）等
(ISO/IEC19763-5:2015.IDT)
GB/T32392.7—2018信息技术
互操作性元模型框架（MFI）第7部分：服务模型注册元模型(ISO/IEC19763-7:2015.IDT)
GB/T32392.8—2018信息技术
互操作性元模型框架（MFI）第8部分：角色和目标模型注册元模型（ISO/IEC19763-8IDT）
第6部分：注册（ISO/IEC11179-6：GB/T18391.6—2009信息技术
元数据注册系统（MDR）
2001.IDT)
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本部分由全国信息技术标准化技术委员会（SAC/TC28）提出并归口。本部分起草单位：武汉大学，中国电子技术标准化研究院，金蝶软件（中国）有限公司本部分主要起草人：何克清、王健，王独、冯在文，何非、王静，胡博1
GB/T32392.9—2018/ISO/IEC19763-92015引言
许多行业组织已经展开域特定对象的标准化，包括使用UML和XML等公共建模设施和交换设施的业务过程模型和软件部件。他们主要致力于标准化域特定业务过程模型和标准建模构件，如数据元素、实体轮廓和值域等。
ISO/IEC19763为业务领域中不同类型的信息资源如本体、角色、目标、过程和服务等提供了注册机制。针对这些丰富的和异构的模型，如何根据用户的需求从中选择合适的服务和/或模型已经成为个重要的问题。基于ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8中定义的元模型，本部分描述了按需模型选择的框架和步骤，以帮助用户发现合适的模型或服务来满足其需求1
iiiKAoNiKAca
1范围
GB/T32392.9—2018/ISO/IEC19763-9:2015信息技术互操作性元模型框架（MFI）第9部分：按需模型选择
GB/T32392的本部分建立了一组技术原则，指导如何根据角色和目标、过程、服务的元模型来选择一组合适的模型和/或服务以满足用户需求。本部分仅限于基于ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8建立的模型注册库进行模型选择。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。ISO/IEC11179-6信息技术元数据注册系统第6部分：注册（InformationtechnologyMetadata registries(MDR)—Part 6:Registration)ISO/IEC19763-1信息技术互操作性元模型框架第1部分：框架（InformationtechnologyMetamodelframeworkforinteroperability(MFI)Partl:Framework)ISO/IEC19763-3信息技术互操作性元模型框架第3部分：本体注册元模型（InformationtechnologyMetamodel framework for interoperability(MFI)Part 3:Metamodel for ontology registration)
ISO/IEC19763-5信息技术互操作性元模型框架第5部分：过程模型注册元模型(Information technology-Metamodel frameworkfor interoperability(MFI)-Part5:Metamodel forprocess model registration)
ISO/IEC19763-7信息技术互操作性元模型框架第7部分：服务模型注册元模型(InformationtechnologyMetamodel frameworkfor interoperability(MFI)Part7:Metamodel forservice model registration)
ISO/IEC19763-8信息技术互操作性元模型框架第8部分：角色和目标模型注册元模型（InformationtechnologyMetamodel framework for interoperability(MFD)-Part8:Metamodel for roeland goal model registration)ISO/IEC19763-10信息技术互操作性元模型框架第10部分：核心模型和基本映射（Infor-mationtechnologyMetamodelframeworkforinteroperability(MFI)-Part1o:Coremodel andbasicmapping)
3术语和定义、缩略语
3.1术语和定义
ISO/IEC19763-1.IS0/IEC19763-3.ISO/IEC19763-5.ISO/IEC19763-7.ISO/IEC19763-8和ISO/IEC19763-10界定的以及下列术语和定义适用于本文件。1
-iiKAoNniKAca
GB/T32392.9—2018/ISO/IEC19763-9:20153.1.1
目标goal
用户与过程（3.1.4)或服务（3.1.10)交互时预期得到的结果。3.1.2
参与类型involvementtype
一种声明，指明角色在参与过程（3.1.4）或服务（3.1.10）时的类型。示例：执行者、受益者、客户。3.1.3
sontology
在给定的知识域内对具体或抽象的事物及其之间关系的规约，注：这种规约应是能使用计算机处理的，3.1.4
过程process
组结构化和相互关联的活动或任务，用于实现一个特定的目标（3.1.1）。3.1.5
process involvement
过程参与
一种声明，指明特定的角色（3.1.8）如何参与一个特定的过程（3.1.4）。3.1.6
请求类型
requesttype
在搜索中使用的MFI模型中的目标类，比如目标、过程或服务。3.1.7
return type
返回类型
用户在搜索中希望得到查找的模型类别，比如过程或服务。3.1.8
角色role
参与到某一情境中的实体所承担的特定职责。3.1.9
搜索项searchterm
用户在搜索中指定的内容。
服务service
种封装了一个或多个计算模块的应用，可以通过特定的接口进行访问。3.1.11
service involvement
服务参与
一种声明，指明特定的角色（3.1.8）如何参与一个特定的服务（3.1.10）。3.2缩略语
下列缩略语适用于本文件。
BPMN业务过程建模符号（BusinessProcessModelandNotation）KAOS确保所有对象可满足（KeepAllObjectsSatisfied）MFI互操作性元模型框架（Metamodelframeworkforinteroperability）ODMS按需模型选择（OnDemandModelSelection）QoS服务质量（QualityofService）2
HiiKAoNiKAca
GB/T32392.9—2018/ISO/IEC19763-9:2015RGPs角色，自标过程，服务（Role，Goal，Process，andService）UML统一建模语言（UnifiedModelingLanguage）WADL网络应用描述语言（WebApplicationDescriptionLanguage)WSDL网络服务描述语言（WebServiceDescriptionLanguage）4按需模型选择的基础
为了说明如何实现按需模型选择（ODMS），首先需要介绍一些基础知识。RGPS类间的关联以及语义标注是实现ODMS的基础。RGPS间的关联定义了不同模型是如何进行关联的，语义标注中使用的本体概念是用户请求与注册模型间进行匹配的基础。4.1RGPS间的关联
由于本部分的范围限定在基于ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8进行模型选择，因此首先介绍这三个部分。ISO/IEC19763-5定义了一个帮助组织创建用于存储过程模型管理和描述信息注册库的元模型。过程模型注册元模型的目的是促进组织内或跨组织的过程模型的语义发现和重用。ISO/IEC19763-7定义了一个帮助组织创建用于存储服务模型管理和描述信息注册库的元模型。服务模型注册元模型的目的是促进组织内或跨组织的服务的语义发现和重用。ISO/IEC19763-8定义了一个帮助组织创建用于存储角色与目标模型管理和描述信息注册库的元模型。角色与目标模型注册元模型的目的是促进组织内或跨组织的角色与目标模型的语义发现和重用。
在本部分中，RGPS作为一个术语，用来表示应用RGPS模型间的关联关系以支持按需模型选择的方法。
ISO/IEC19763-5，ISO/IEC19763-7和ISO/IEC19763-8定义的元模型之间的关联关系如图1所示。
ISO/IEC19763-8中的关联如下：每个角色设置零个，一个或多个目标；每个目标被零个、一个或多个角色设置。每个角色通过零个、一个或多个过程参与关联到过程中；每个过程参与表示有且仅有一个角色在过程中的参与。每个角色通过零个，一个或多个服务参与关联到服务中：每个服务参与关系表示表示有且仅有一个角色在服务中的参与。每个参与类型用来描述零个、一个或多个过程参与关系；每个过程参与被一个且仅一个参与类型描述。每个参与类型用于描述零个、一个或多个服务参与关系；每个服务参与被一个且仅一个参与类型描述ISO/IEC19763-7中的关联如下：每个服务包含零个、一个或多个服务操作；每个服务操作被一个且仅一个服务包含。3
iiiKAoNiKAca
GB/T32392.9—2018/IS0/IEC19763-9:2015参与_角色
参与_类型
描述_类型
被参与_服
务参与
被描述_服务
服务_参与
被参与_服
务_参与
描述_类型
被描述_过程
参与_角色
被参与_过程
过程参与
被参与_过
程_参与
参与_过程
包含_服务
被包含_服务
完成，服务
设置_角色
被设置
被完成_目标
完成_过程
被完成_目标
被完成_目标
完全_被实现_过程
完全_实现_服务_操作
服务_操作
0.完成_服务_操作
图1RGPS中的关联关系
ISO/IEC19763-5与ISO/IEC19763-8间的关联如下：每个过程完成零个、一个或多个目标：每个目标被零个，一个或多个过程完成。每个过程被零个、一个或多个过程参与表示；每个过程参与参与到一个且仅一个过程。ISO/IEC19763-7与ISO/IEC19763-8间的关联如下：每个服务可以完成零个、一个或多个目标；每个目标可以被零个、一个或多个服务完成。每个服务操作可以完成零个、一个或多个目标；每个目标可以被零个、一个或多个服务操作完成。每个服务被零个、一个或多个服务参与表示；每个服务参与参与到一个且仅一个服务。ISO/IEC19763-7与ISO/IEC19763-5间的关联如下：每个服务操作可以完全实现零个、一个或多个过程；每个过程被零个，一个或多个服务操作完全实现注1：参与类型的实例可以是执行者、受益者、客户等。注2：对于一个过程被一组服务操作完全实现的情况，该过程应该被分解到一定级别使得该过程的每个子过程都可以被一个服务操作完全实现。为了在一个组织内基于ISO/IEC19763各个部分定义的元模型构造的注册库中进行按需模型选择，RGPS间的关联应该被记录下来。但是，没有必要维护一个用于记录这些关联的独立注册库。为4
iiiKAoNhikAca
GB/T32392.9—2018/IS0/IEC19763-9:2015了记录这些关联，可以采用如下策略：过程与角色、目标间的关联在ISO/IEC19763-5过程模型注册库中注册；服务与角色、目标、过程间的关联在ISO/IEC19763-7服务模型注册库中注册。注意图1中展示的只是角色、目标、过程、服务间的关联，而不是ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8定义的元模型中的所有关联。4.2语义标注
ODMIS面临的一个重要问题是如何将用户请求与注册库中RGPS模型的注册信息进行匹配。由领域本体提供的语义标注可以作为已注册的RGPS模型间以及用户请求与注册信息间进行匹配的桥梁。为了对注册的RGPS模型进行语义标注，需要考虑两种领域子本体：实体本体与操作本体，如图2所示。其中，实体本体主要描述实体概念及概念间的语义关系，操作本体主要描述操作或功能概念以及概念间的语义关系。领域本体可用于标注ISO/IEC19763-8注册库中带有<目标操作，目标对象>属性的目标类。在基于ISO/IEC19763-5中元模型构造的注册库中进行过程注册时，被该过程完成的目标可通过设置属性被完成_目标进行定义，属性的取值来源于基于ISO/IEC19763-8中元模型构造的注册库中注册的目标，即，利用相同的领域本体标注被该过程完成的目标。例如，给定一个交通领域中具有属性目标操作，目标对象>的领域目标“预订车票”，其中，目标操作可被交通领域的操作本体中的概念“预定”所标注，而目标对象可以被交通领域的实体本体中的概念“车票”所标注。假设某个用户查找能够完成目标“预定车票”的过程，则该用户可以在交通领域本体中找到该概念的同义词“预约车票”。使用相同的领域本体标注RGPS模型，使得该本体可以为基于同义概念的语义匹配提供支持。在此基础上，与该概念相关的过程（无论是被命名为“预订车票”还是“预约车票”)都可以被查找到。
ISO/IEC19763-3本体注册库中注册的本体可以为ISO/IEC19763中的模型和模型元素进行标注。因此，ISO/IEC19763-5，ISO/IEC19763-7和ISO/IEC19763-8中的角色、目标、角色与自标模型，过程，过程模型、事件、资源、服务模型、服务、服务操作、输入、输出等元类可以被领域本体中的概念标注，并且这些标注可用于支持在基于ISO/IEC19763各个部分定义的元模型构造的注册库中进行模型发现。基于ISO/IEC19763各个部分定义的元模型构造的注册库本身并没有包括已注册模型的所有语义信息，但是它可以使用这个注册库中注册的模型的标示符检索所有的语义信息。图1主要描述各种模型间的关联，这些关联可用于从注册库中进行模型选择。图2展示了ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8中可以被领域本体标注的类，这些被标注的类可以促进模型选择中的语义匹配角色
ISO/IEC19763-8
角色和目标
ISO/IEC197635
ISO/IEC197637
角色和目标模型
服务模型
过程模型
服务操作
图2RGPS中的语义标注
语义标注
领域本体
ISO/IEC19763-3
GB/T32392.9—2018/ISO/IEC19763-9:20155按需模型选择框架
按需模型选择是基于使用领域本体标注的注册模型实现的。ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8中定义的元模型分别规定了一组类以及它们与ISO/IEC19763其他部分间的关联。例如，ISO/IEC19763-5中的过程模型注册元模型为其实现的目标指定了一个属性，并且目标类被来自领域操作本体与实体本体中的概念标注，比如“预订车票”。然后，用户请求与模型间的匹配可以通过语义标注以及相应的关联实现。5.1
模型选择方法
除了语义标注外，ISO/1EC19763-5、ISO/IEC19763-7和ISO/IEC19763-8中规定的模型间关联在按需模型选择的过程中也发挥了重要作用。各种模型选择方法是基于图1所示的这些关联关系在模型选择过程中，用户请求可以被表示为目标、过程或服务。当用户请求与ISO/IEC19763-8注册库中注册的角色与目标模型中的目标进行匹配时，可以执行如下步骤：·查询由被匹配目标分解的子目标；·查询被匹配目标的上层目标；·查询被匹配目标依赖的目标；·查询承担被匹配目标的角色；·查询实现被匹配目标的过程；·查询实现被匹配目标的服务。当用户请求与ISO/IEC19763-5注册库中注册的过程进行匹配时，可以执行如下步骤：·查询参与该被匹配过程的角色；·查询该被匹配过程实现的目标；·查询由该被匹配过程分解的子过程；·查询可完全实现该被匹配过程的服务。当用户请求与ISO/IEC19763-7注册库中注册的服务进行匹配时，可以执行如下步骤：·查询参与该被匹配服务的角色；·查询该被匹配服务实现的目标；·查询该被匹配服务完全实现的过程；·查询该被匹配服务使用的服务基于上述模型选择方法，整个模型选择过程可能包括一些选代步骤，以获得满足用户请求的候选模型。
5.2按需模型选择的基本流程
如图3所示，按需模型选择框架包括3部分：用户界面、模型选择引擎和MFI模型注册库。其中，用户界面用于诱导用户请求：模型选择引擎用于分析用户请求，并根据请求查找相应的候选模型或服务；MFI模型注册库存储RGPS模型的注册信息及其关联。按需模型选择的基本流程描述如下。如图3所示，用户请求通过用户界面提交到模型选择引擎，接看模型选择引擎将查找ISO/1EC19763-3本体注册库，以查找与用户请求匹配的概念，然后模型选择引擎根据这些概念与注册在ISO/IEC19763-5、ISO/IEC19763-7和ISO/IEC19763-8注册库中的模型的语义标注间的匹配查找候选模型。用于诱导用户请求的用户界面包括3个输人参数：请求类型，用于规定搜索过程中使用的MFI模型中的类（如目标、过程或服务）；搜索项：以及结果类型，用于规定用户希望查找的模型种类。例如，用t
GB/T32392.9—2018/IS0/IEC19763-9:2015户输人搜索项“订票”作为目标，希望搜索引擎返回实现该目标的服务。发送查询
请求信息
接收查询
返回结果门
查询模型
接收查询
MFI过程
搜索模型库
查看查询
［结果
获取查询
MFI本体注册库
发送查询
开始事件
MFI服务
MFI角色与
目标模型注册库模型注册库
模型注册库
结束事件
数据对象
图3利用BPMN表示的按需模型选择的基本流程任务
消息流
顺序流
数据关联
数据存
由于不同的请求类型会涉及不同的属性，因此，根据搜索的请求类型不同，用户界面略有差异。具体说来，当用户选择目标作为请求类型时，他们可以指定使用领域本体标注的目标名及其他元素作为搜索项；当用户选择过程作为请求类型时，他们可以指定使用领域本体标注的过程名、资源及其他元素作为搜索项；当用户选择服务作为请求类型时，可以指定使用领域本体标注的服务名、服务的输人输出及其他元素作为搜索项：在可选部分，用户还可以指定对所需服务的QoS请求。查询的QoS对象可以使用定性或定量的方式进行描述，以查找ISO/IEC19763-7中规定的QoS断言。在定性描述中，可以指定QoS断言的类型（如“安全性”或“性能”）和表达式（如“安全性高”或“性能低”）。在定量描述中，断言的表达式可能包括类型（如“成本”、“响应时间”）、比较符（如“等于”或小于”以及单位和取值。6典型的模型选择场景
根据按需模型选择框架，给出两个场景用于说明如何选择合适的模型和/或服务以满足用户请求。在第一个场景中，用户请求被表示为目标，期望的结果类型是服务。在第二个场景中，用户请求被表示为过程，期望的结果类型是服务。相应的步骤表明用户可以基于按需模型选择查找他们所需要的模型和/或服务。值得指出的是，除此之外还存在其他的模型选择场景，例如从过程到过程的模型选择，以及从服务到目标的模型选择等。
从目标到服务的模型选择
在本场景中，用户选择目标作为请求类型，并且选择服务作为结果类型。基于RGPS间的关联以及领域本体提供的语义标注，执行如下步骤查找合适的服务。步骤1：用户请求可以与注册在ISO/IEC19763-8注册库的目标模型中目标的语义标注相匹配（图4的输人子步骤）。作为一个可选步骤，由该匹配目标分解的子目标可以返回给用户进行选择。根据“目标-服务”间的关联，如果在ISO/IEC19763-7注册库中可以找到实现该目标的服务（图4的目标-GB/T32392.9—2018/IS0/IEC19763-9:2015服务子步骤），则将结果直接返回给用户（图4的返回子步骤）。如果返回的结果可以满足用户请求，则终止模型选择过程，否则执行如下步骤。目标-角色
公共子
→步骤
步骤1的
子步骤
步骤2的
子步骤
图4从目标到服务的模型选择
角色一日标
目标-过程
目标-服务
过程一服务
步骤3的
子步骤
步骤2：模型选择引擎根据*目标-过程”间的关联查找ISO/IEC19763-5过程模型注册库，基于过程的语义标注查找可以实现该目标的过程（图4的目标-过程子步骤）。然后查找ISO/IEC19763-7服务模型注册库，使用“过程-服务操作”间的关联及相应的语义标注查找候选服务（图4的过程-服务子步骤）。如果返回的结果可以满足用户请求，则终止模型选择过程，否则执行如下步骤。步骤3：模型选择引擎根据“角色-目标\间的关联查找ISO/IEC19763-8角色与目标模型注册库，查找可以承担该自标的角色（图4的自标-角色子步骤），然后否找和补充该角色承担的其他自标（图4的角色-目标子步骤）。通过这种方式可以扩充候选目标集。对于这些候选目标，后续的选择过程如同步骤1和步骤2一样。如果返回的结果不能满足用户请求，模型选择过程将以一种没有合适的模型或服务能满足用户的状态结束。
值得注意的是，在模型选择的过程中，用户请求与注册信息间的匹配以及RGPS模型的不同注册信息间的匹配均基于相应的注册在ISO/IEC19763-3本体注册库中的领域本体。附录A给出了一个从目标到服务的模型选择示例，用以说明如何基于按需模型选择查找合适的模型。
6.2从过程到服务的模型选择
在本场景中，用户选择过程作为请求类型，并且选择服务作为结果类型。基于RGPS间的关联以及由注册在ISO/IEC19763-3中的领域本体提供的语义标注，执行如下步骤查找用户所需要的服务。步骤1：用户请求可以与注册在ISO/IEC19763-5过程模型注册库中的过程模型中的过程相匹配，这种匹配可以是用户请求与语义标注的过程名，资源或其他被语义标注的类之间的匹配。然后，根据“过程-服务操作”间的关联，如果在ISO/IEC19763-7服务模型注册库中可以找到能完全实现该过程的服务，则将结果直接返回给用户。如果返回的结果可以满足用户请求，则终止模型选择过程，否则执行如下步骤。
步骤2：模型选择引擎根据“目标-过程”间的关联查找ISO/IEC19763-8角色与目标模型注册库，查找可以被该过程实现的目标。在找到匹配的目标后，接下来从目标到服务的选择过程与6.1条和图4中描述的场景类似。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。