【技术实现步骤摘要】
本专利技术属于机载软件设计，涉及一种it架构模型，具体涉及一种服务化系统架构模型。
技术介绍
1、服务化系统是机载系统之间相互通信、互发指令的架构平台。目前的服务化系统包括uml、sysml和soaml。
2、uml定义了最基础的类(对象)、行为(活动)建模语言，后续出现的建模语言基本是基于uml进行了面向特定场景的封装，提升建模语言的可用性，降低建模语言的学习成本。
3、sysml在uml活动图标准的基础上进行了其概念封装，强调面向过程的建模，提出了控制流、数据流的概念，但缺乏面向对象的建模思想。
4、soaml在uml活动图标准的基础上进行了其概念封装，强调面向对象的建模，明确提出了服务、能力、服务接口、服务合约的概念，能体现一定服务组合范围内的服务间关联关系，但未建模出能支撑系统的运转的逻辑关系，缺乏一定的过程逻辑性。
技术实现思路
1、本专利技术的目的：为了解决上述问题，本专利技术提出了一种服务化系统架构模型，结合uml2.5和soaml的思想，构建了一套由服务/服务操作/服务接口/服务依赖/内部关联等要素所组成的服务化架构，并具象化了这些架构要素的模型。
2、本专利技术技术方案：
3、一种服务化系统架构模型，包括服务、服务操作、服务接口、服务依赖、内部关联；服务操作是服务化软件架构的核心模型要素，代表了服务化软件架构中一项最小粒度功能，服务化软件架构本质由服务操作间形成关联关系后构成；服务是一个服务操作的集合，便
4、进一步的，服务包括服务元素、服务元数据、服务外部结构化和服务内部结构化，服务元素是对uml类图类元素的封装；服务元数据用于表达服务的基本属性；服务外部结构化通过外部表征来快速表达服务，屏蔽具体的内部细节；服务内部结构化是服务操作对象来承载处理逻辑。
5、进一步的，通过服务元数据以期望达到：暴露服务的基本信息、提供服务的静态管理能力、提升系统的动态治理能力的目的；必要的服务元数据属性包括：服务名，服务标识，服务描述，服务版本，服务层级，服务类型，服务标签。
6、进一步的，服务外部结构化对外描述其提供的功能，将外部环境接入服务并指定能力使用的方式定义为服务接口，服务通过服务接口对外提供功能，服务需要对外描述且依赖的功能，表达服务间的关联关系，在服务接口的基础上，将使用服务接口定义为服务依赖，即可描述为服务通过服务依赖使用其他服务提供的功能。
7、进一步的，服务接口是对uml类图操作元素的封装，定义了服务间的交互规范；服务接口是服务化架构中服务与服务交互的入口，服务接口用于对外描述服务能够提供的能力，使得其他服务快速辨识服务是否能满足其功能需求；1个服务操作只能通过1个服务接口向其他服务暴露这个能力。
8、进一步的，服务接口设定了服务接口元数据，服务接口元数据包括服务接口名，服务接口标识，服务接口说明，服务接口版本，服务接口类型，服务接口机制；服务接口类型包括请求响应、事件通知和数据主题。
9、进一步的，服务依赖是对uml活动图活动边元素的封装；服务间的关联关系为服务依赖，一个服务的服务操作通过另一个服务的服务接口使用服务操作；服务依赖与服务接口互为共轭，服务会依赖其它服务接口完成自身业务功能，这些被依赖的服务接口统称为服务依赖；服务之间需要进行协作，包括提供功能支持和数据支持，一个服务的依赖表示其1度范围的协作服务。
10、进一步的，服务操作是对uml类图活动元素的封装；服务操作定义了一个能力以及这个能力的逻辑处理过程，服务操作本质上是一系列有序动作的逻辑组合；服务操作至多只能具备一个服务接口；服务操作具体包含4个要素：驱动方式、工作逻辑、工作依赖、工作影响。
11、进一步的，驱动方式包括被驱动和自驱动，其中被驱动又分为调用驱动和事件驱动；调用驱动指被驱动端即一个服务操作定义了一种能力及能力的使用规范，其它服务操作可以通过调用的方式驱动这个服务操作执行工作逻辑；事件驱动指驱动端即一个服务操作定义了一个事件及事件的使用规范，被驱动端因这个事件开始执行其工作逻辑；自驱动指被驱动端即一个服务操作不受其他服务操作的驱动，而是自发的执行工作逻辑。
12、进一步的，内部关联是对uml活动图活动边要素的封装，一个服务内服务操作之间的关联关系为内部关联；内部关联分为两类：数据型关联和控制型关联；
13、数据型关联：数据型关联表达了服务操作之间不是直接控制的关系，而是通过数据影响的关系，关联发起方的服务操作维护了某个数据，而被关联方的服务操作则使用某个数据，两方服务操作因这个数据形成了关联关系；
14、控制型关联：控制型关联表达了服务操作之间是一种控制与被控制的关系，即关联发起方的服务操作通过某种方式控制被关联方的服务操作执行相关逻辑，这意味着被关联方的服务操作是一个被驱型服务操作，即不具备自主工作的能力。
15、本专利技术的有益效果：
16、1、本专利技术所述的服务化架构模型，对比现有的uml方法，封装了uml原生的建模要素，提炼出了it系统建模所需要的部分，简化了系统建模过程，降低了建模难度。
17、2、本专利技术所述的服务化架构模型，对比现有的sysml方法，增加了服务相关概念，对于现代面向服务的it系统更具备针对性。
18、3、本专利技术所述的服务化架构模型，对比现有的soaml方法，细化了服务接口的类型，结合soaml能力的概念拓展了soaml服务操作的概念，能够支持服务的白盒化建模，整体提升了建模方法对于面向服务建模的能力。
本文档来自技高网...【技术保护点】
1.一种服务化系统架构模型，其特征在于，包括服务、服务操作、服务接口、服务依赖、内部关联；服务操作是服务化软件架构的核心模型要素，代表了服务化软件架构中一项最小粒度功能，服务化软件架构本质由服务操作间形成关联关系后构成；服务是一个服务操作的集合，便于形成一个管理服务操作的单位；内部关联是对于位于同一服务内的服务操作之间交互关系；对于位于不同服务内的服务操作，服务操作通过服务接口向其他服务的服务操作提供自己的能力，服务依赖是服务操作之间的这种交互关系。
2.根据权利要求1所述的一种服务化系统架构模型，其特征在于，服务包括服务元素、服务元数据、服务外部结构化和服务内部结构化，服务元素是对UML类图类元素的封装；服务元数据用于表达服务的基本属性；服务外部结构化通过外部表征来快速表达服务，屏蔽具体的内部细节；服务内部结构化是服务操作对象来承载处理逻辑。
3.根据权利要求2所述的一种服务化系统架构模型，其特征在于，通过服务元数据以期望达到：暴露服务的基本信息、提供服务的静态管理能力、提升系统的动态治理能力的目的；必要的服务元数据属性包括：服务名，服务标识，服务描述，
4.根据权利要求3所述的一种服务化系统架构模型，其特征在于，服务外部结构化对外描述其提供的功能，将外部环境接入服务并指定能力使用的方式定义为服务接口，服务通过服务接口对外提供功能，服务需要对外描述且依赖的功能，表达服务间的关联关系，在服务接口的基础上，将使用服务接口定义为服务依赖，即可描述为服务通过服务依赖使用其他服务提供的功能。
5.根据权利要求1所述的一种服务化系统架构模型，其特征在于，服务接口是对UML类图操作元素的封装，定义了服务间的交互规范；服务接口是服务化架构中服务与服务交互的入口，服务接口用于对外描述服务能够提供的能力，使得其他服务快速辨识服务是否能满足其功能需求；1个服务操作只能通过1个服务接口向其他服务暴露这个能力。
6.根据权利要求5所述的一种服务化系统架构模型，其特征在于，服务接口设定了服务接口元数据，服务接口元数据包括服务接口名，服务接口标识，服务接口说明，服务接口版本，服务接口类型，服务接口机制；服务接口类型包括请求响应、事件通知和数据主题。
7.根据权利要求1所述的一种服务化系统架构模型，其特征在于，服务依赖是对UML活动图活动边元素的封装；服务间的关联关系为服务依赖，一个服务的服务操作通过另一个服务的服务接口使用服务操作；服务依赖与服务接口互为共轭，服务会依赖其它服务接口完成自身业务功能，这些被依赖的服务接口统称为服务依赖；服务之间需要进行协作，包括提供功能支持和数据支持，一个服务的依赖表示其1度范围的协作服务。
8.根据权利要求1所述的一种服务化系统架构模型，其特征在于，服务操作是对UML类图活动元素的封装；服务操作定义了一个能力以及这个能力的逻辑处理过程，服务操作本质上是一系列有序动作的逻辑组合；服务操作至多只能具备一个服务接口；服务操作具体包含4个要素：驱动方式、工作逻辑、工作依赖、工作影响。
9.根据权利要求8所述的一种服务化系统架构模型，其特征在于，驱动方式包括被驱动和自驱动，其中被驱动又分为调用驱动和事件驱动；调用驱动指被驱动端即一个服务操作定义了一种能力及能力的使用规范，其它服务操作可以通过调用的方式驱动这个服务操作执行工作逻辑；事件驱动指驱动端即一个服务操作定义了一个事件及事件的使用规范，被驱动端因这个事件开始执行其工作逻辑；自驱动指被驱动端即一个服务操作不受其他服务操作的驱动，而是自发的执行工作逻辑。
10.根据权利要求1所述的一种服务化系统架构模型，其特征在于，内部关联是对UML活动图活动边要素的封装，一个服务内服务操作之间的关联关系为内部关联；内部关联分为两类：数据型关联和控制型关联；
...【技术特征摘要】
1.一种服务化系统架构模型，其特征在于，包括服务、服务操作、服务接口、服务依赖、内部关联；服务操作是服务化软件架构的核心模型要素，代表了服务化软件架构中一项最小粒度功能，服务化软件架构本质由服务操作间形成关联关系后构成；服务是一个服务操作的集合，便于形成一个管理服务操作的单位；内部关联是对于位于同一服务内的服务操作之间交互关系；对于位于不同服务内的服务操作，服务操作通过服务接口向其他服务的服务操作提供自己的能力，服务依赖是服务操作之间的这种交互关系。
2.根据权利要求1所述的一种服务化系统架构模型，其特征在于，服务包括服务元素、服务元数据、服务外部结构化和服务内部结构化，服务元素是对uml类图类元素的封装；服务元数据用于表达服务的基本属性；服务外部结构化通过外部表征来快速表达服务，屏蔽具体的内部细节；服务内部结构化是服务操作对象来承载处理逻辑。
3.根据权利要求2所述的一种服务化系统架构模型，其特征在于，通过服务元数据以期望达到：暴露服务的基本信息、提供服务的静态管理能力、提升系统的动态治理能力的目的；必要的服务元数据属性包括：服务名，服务标识，服务描述，服务版本，服务层级，服务类型，服务标签。
4.根据权利要求3所述的一种服务化系统架构模型，其特征在于，服务外部结构化对外描述其提供的功能，将外部环境接入服务并指定能力使用的方式定义为服务接口，服务通过服务接口对外提供功能，服务需要对外描述且依赖的功能，表达服务间的关联关系，在服务接口的基础上，将使用服务接口定义为服务依赖，即可描述为服务通过服务依赖使用其他服务提供的功能。
5.根据权利要求1所述的一种服务化系统架构模型，其特征在于，服务接口是对uml类图操作元素的封装，定义了服务间的交互规范；服务接口是服务化架构中服务与服务交互的入口，服务接口用于对外描述服务能够提供的能力，使得其他服务快速辨识服务是否能满足其功能需求；1...
【专利技术属性】
技术研发人员：韩旭，王阳，谢锋，解兴铭，陈名熙，赵文浩，
申请(专利权)人：中国航空工业集团公司成都飞机设计研究所，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。