[发明专利]业务流程建模方法及装置

说明书

本发明公开了一种业务流程建模方法及装置。其中，该方法包括：根据统一建模语言（UML）类图为业务流程所需要的每个业务能力接口建立各自的业务能力接口模型；为业务流程建立表示两个业务能力接口模型之间逻辑关系的一个或多个逻辑关系模型；根据多个逻辑关系模型连接每个业务能力接口模型，并编排业务流程获得编排后的业务流程的框架代码。通过本发明，解决了用动态图来表示业务流程的局限的问题，进而能够达到方便第三方更容易地使用业务，降低开发者对编程能力和业务能力接口理解的要求，最终为用户提供了一个所见即所得的业务能力及功能使用体验的效果。

技术领域

本发明涉及通信领域，具体而言，涉及一种业务流程建模方法及装置。

背景技术

随着电信网络的逐步开放，具有特定功能的电信业务能力接口也越来越多。第三方开发者希望能够更容易地使用这些电信业务能力接口，降低对电信业务能力接口的理解、以及程序设计能力的要求。基于此目的，有必要通过图形化业务建模方式来为用户提供一个所见即所得的电信业务能力及功能使用体验。

作为可以为面向对象软件设计提供统一的、标准的、可视化的建模语言，UML（Unified Modeling Language，统一建模语言）描述了一个系统的静态结构和动态行为，将系统描述为一些离散的相互作用的对象并最终为外部用户提供一定功能的模型。在UML中，UML图包括静态图和动态图，类图属于静态图，用来表示类的属性、操作，以及类与类之间的关系；动态图则用来表示系统对象的动态变化。在传统的业务流程编排中，使用UML进行业务流程编排时都是利用类图来表示对象，运用动态图来实现业务流程编排，这充分利用到了静态图和动态图的优点。但是，类图在使用时，只能描述一个对象或是两个对象之间的关系（例如，实现、继承等），而不能描述动态的业务流程及逻辑迁移。而在利用动态图来表示业务流程编排时又存在另外一个问题，即动态图涉及到的对象不能准确地描述一个具体的业务能力或其接口，动态图的对象只存在一个属性-“对象名称”，而且，现存所有的UML建模软件中，没有一个动态图能够实现流程到代码的自动生成。

针对当前基于UML进行业务流程建模中，类图不能描述动态的业务流程及逻辑迁移，动态图涉及到的对象不能准确地描述一个具体的业务能力或其接口，而且无法实现流程到代码的自动生成的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种业务流程建模方法及装置，以至少解决上述问题。

根据本发明的一个方面，提供了一种业务流程建模方法，包括：根据统一建模语言（UML）类图为业务流程所需要的每个业务能力接口建立各自的业务能力接口模型；为业务流程建立表示两个业务能力接口模型之间逻辑关系的一个或多个逻辑关系模型；根据多个逻辑关系模型连接每个业务能力接口模型，并编排业务流程获得编排后的业务流程的框架代码。

优选地，根据统一建模语言（UML）类图为业务流程所需要的每个业务能力接口建立各自的业务能力接口模型，包括：将每个业务能力接口封装为一个UML类图，其中，每个UML类图能够指示其对应的业务能力接口所具备的业务功能；根据每个UML类图指示的业务功能为UML类图对应的业务能力接口建立一个业务能力接口模型。

优选地，在根据每个UML类图指示的业务功能为UML类图对应的业务能力接口建立一个业务能力接口模型之后，方法还包括：为每个业务能力接口模型定义模型属性；为每个业务能力接口模型定义模型功能，并进行封装。

优选地，模型属性包括：模型背景、模型形状、业务名称以及模型图标。

优选地，模型功能包括：业务功能和函数调用功能，其中，函数调用功能能够调用的函数中包括业务能力接口对应的业务的源代码。

优选地，为业务流程建立表示两个业务能力接口模型之间逻辑关系的一个或多个逻辑关系模型，包括：判断业务流程在逻辑迁移过程中的连接源模型和连接目的模型是否属于业务能力接口模型；在判断结果为是的情况下，建立连接源模型和连接目的模型之间的逻辑关系模型。