[发明专利]基于情景的业务驱动模型构建方法

说明书

技术领域

本发明属于计算机程序设计自动化技术领域，具体涉及一种基于情景的业务驱动模型构建方法。

背景技术

在应用系统开发过程中，系统设计人员普遍采用统一建模语言UML进行建模，UML是一种可视化的建模语言，具有定义良好、易于表达、功能强大和普遍适用的特点。UML的定义包括UML语义和UML表示法两部分，UML语义通过其元模型严格定义。元模型为UML的所有元素的语法和语义上提供简单、一致、通用的定义性说明。UML表示法定义了UML的表示符号，为建模者和建模支持工具的开发者提供了标准的图形符号和正文语法。这些图形符号和文字所表达的是应用级的模型，在语义上它是UML元模型的实例。

但是，目前，基于UML所构建的模型难以追踪用户需求的变化，因此，最终得到的应用系统常常无法完全满足用户需求，需要重新设计开发新的应用系统，具有软件开发效率低和软件开发周期长的不足。

发明内容

针对现有技术存在的缺陷，本发明提供一种基于情景的业务驱动模型构建方法，能够追踪用户需求的变化，具有软件开发效率高和软件开发周期短的优点。

本发明采用的技术方案如下：

本发明提供一种基于情景的业务驱动模型构建方法，包括以下步骤：

S1，将可复用的支撑模型注册到业务智能驱动系统中；所述支撑模型为层次结构，第1层为模式模型；第2层为框架模型；第3层为组件模型；同时还指定与支撑模型各层分别对应的业务类别属性，具体为：与模式模型对应的业务流程类型，与框架模型对应的业务活动类型，与组件模型对应的实体对象类型；

S2，针对具体业务需求，通过建模工具创建用于描述具体业务的指定业务模型；所述指定业务模型为层次结构；第1层为业务域；第2层为业务流程；第3层为业务活动；第4层为实体对象；其中，所述指定业务模型具有指定业务类别属性，具体为：所述业务流程具有业务流程类型的属性，所述业务活动具有业务活动类型的属性，所述实体对象具有业务实体按对象分类的属性；

S3，将所述指定业务模型注册到所述业务智能驱动系统中；所述业务智能驱动系统以所述指定业务类别属性为查询关键字，查询已注册的支撑模型与业务类别属性的对应关系，获得与所述指定业务模型匹配的指定支撑模型；

S4，所述业务智能驱动系统驱动所述指定支撑模型与所述指定业务模型共同向集成平台进行投影映射，得到集成平台元模型。

优选的，S1中，所述支撑模型通过以下方式获得：

通过对应用功能、数据对象、框架、布局、驱动关系、组件模型进行封装转化为所述支撑模型。

优选的，所述支撑模型与所述指定业务模型层次对称，具体为：所述业务流程对应所述模式模型；所述业务活动对应所述框架模型；所述实体对象对应所述组件模型。

优选的，所述业务类别属性具体分为以下三类：业务流程分类、业务活动分类、业务实体按对象分类。

优选的，S3具体为：

S31，以所述指定业务模型的业务流程类型为查询关键字，查找已注册的支撑模型与业务类别属性的对应关系，获得与所述指定业务模型的业务流程类型匹配的指定模式模型；其中，所述指定模式模型的下层包括多个框架模型；

S32，进一步以所述指定业务模型的业务活动类型为查询关键字，在所述指定模式模型下层所包括的多个框架模型中进行匹配，获得与所述指定业务模型的业务活动类型匹配的指定框架模型；其中，所述指定框架模型的下层包括多个组件模型；

S33，进一步以所述指定业务模型的实体对象类型为查询关键字，在所述指定框架模型下层所包括的多个组件模型中进行匹配，获得与所述指定业务模型的实体对象类型匹配的指定组件模型；

S34，使用组件方法与实体关系，以及组件事件与实体关系，对S31、S32和S33的匹配结果进行验证，只有当S31、S32和S33均匹配成功时，才认为得到与所述指定业务模型匹配的支撑模型；其中，该支撑模型的第一层为指定模式模型；第二层为指定框架模型；第三层为指定组件模型；如果S31、S32或S33存在匹配失败的步骤，则返回匹配失败步骤的前一步重新匹配。

优选的，S4具体为：所述集成平台元模型包括：系统模型、应用模型、组件框架模型、数据对象模型以及流程模型；投影过程具体包括：

S41，所述指定业务模型的业务域向集成平台进行投影映射，得到所述系统模型；

S42，在得到所述系统模型后，所述指定业务模型的业务流程和匹配的模式模型共同向集成平台进行投影映射，得到所述应用模型；