一种业务开发的方法和装置与流程

本发明涉及金融技术领域，尤其涉及一种业务开发的方法和装置。

背景技术：

金融软件往往包括多种交易类型，例如存款、取款、查询、转账、缴费、发卡等，随着银行业务的不断增加，金融软件业务逻辑也变得越来越复杂。

传统的金融软件通过全编码的方式实现业务流程，随着业务逻辑的不断增加，各个业务逻辑交叉混乱，耦合度较高，业务流程不清晰，导致业务流程的开发和维护效率低，成本高，同时软件的可靠性低。

技术实现要素：

本发明的目的在于提供一种业务开发的方法和装置，旨在解决现有技术金融业务开发和维护成本高、效率低，并且可靠性低的问题。

本发明的第一方面，提供一种业务开发的方法，包括：

获取用户选择的业务组件和设置的参数信息，建立业务组件实例；

根据所述用户输入的所述业务组件的关联信息，对所述业务组件实例进行关联，并形成可视化业务流程图；

编译所述可视化业务流程图，生成对应的业务流程文件并发布。

本发明的第二方面，提供一种业务开发的装置，包括：

建立模块，用于获取用户选择的业务组件和设置的参数信息，建立业务组件实例；

关联模块，用于根据所述用户输入的所述业务组件的关联信息，对所述业务组件实例进行关联，并形成可视化业务流程图；

生成模块，用于编译所述可视化业务流程图，生成对应的业务流程文件并发布。

本发明与现有技术相比存在的有益效果是：通过获取用户选择的业务组件和设置的参数信息，建立业务组件实例，并根据用户输入的业务组件关联信息，对业务组件实例进行关联，形成可视化业务流程图，编译该可视化业务流程图，生成对应的业务流程文件并发布。采用业务组件的方式可以使金融业务开发像“堆积木”一样简单，可视化业务流程图定制的方式让复杂的业务变得简单易懂，因此，可以降低开发难度，有效提高开发效率，大幅降低软件开发和维护成本，提高软件产品的质量。

附图说明

图1是本发明实施例一提供的一种业务开发的方法的流程图；

图2是本发明提供的一种业务开发的方法中进行可视化业务流程图定制的具体实例示意图；

图3是本发明实施例二提供的一种业务开发的方法的流程图；

图4是本发明实施例三提供的一种业务开发的装置的结构示意图；

图5是本发明实施例四提供的一种业务开发的装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

以下结合具体附图对本发明的实现进行详细的描述。

实施例一：

图1是本发明实施例一提供的一种业务开发的方法的流程图，本发明实施例的执行主体可以是进行业务开发的平台，本发明实施例提供的业务开发的方法具体可以包括步骤S101至步骤S103，详述如下：

S101、获取用户选择的业务组件和设置的参数信息，建立业务组件实例。

具体地，将业务定义为由多个业务组件组成，每个业务组件完成相对独立的业务功能，用户可以根据需要开发的应用选择对应的一个或者多个业务组件。

本发明实施例中的业务具体可以是金融自助业务，可以理解的是，在其他实施例中，业务也可以是其他类型的业务，此处不做限制。

用户设置的参数信息为用户所选择的业务组件的输入参数的信息，业务组件的输入参数由该业务组件具体完成的业务功能确定，此处不做限制。

业务开发平台使用用户选择的业务组件建立业务组件实例，并根据用户设置的业务组件的参数信息对业务组件实例的参数进行设置。

S102、根据用户输入的业务组件的关联信息，对业务组件实例进行关联，并形成可视化业务流程图。

具体地，用户可以通过拖、拉、拽等方式输入业务组件的关联信息，采用简单易懂的方式实现可视化业务流程图的定制。

图2示出了在业务开发平台提供的可视化开发界面中进行可视化业务流程图定制的具体实例。例如，用户在进行某种金融自助业务时，如存款业务的开发时，如图2所示，在业务开发平台中预先保存了相关的业务组件，并以图标的形式显示在开发界面的区域1中，用户在开发界面中可以直接拖动所需要的业务组件的图标到指定的区域3，并使用开发界面的区域2提供的连接工具完成图标之间的连接，实现对业务组件的关联信息的输入。

业务开发平台根据用户输入的业务组件的关联信息，自动完成对业务组件实例的关联，并在显示界面中形成可视化的业务流程图。

S103、编译可视化业务流程图，生成对应的业务流程文件并发布。

具体地，业务开发平台对步骤S102形成的可视化业务流程图进行编译后成成对应的业务流程文件，并发布该业务流程文件。

本实施例中，通过获取用户选择的业务组件和设置的参数信息，建立业务组件实例，并根据用户输入的业务组件关联信息，对业务组件实例进行关联，形成可视化业务流程图，编译该可视化业务流程图，生成对应的业务流程文件并发布。采用业务组件的方式可以使金融业务开发像“堆积木”一样简单，可视化业务流程图定制的方式让复杂的业务变得简单易懂，因此，可以降低开发难度，有效提高开发效率，大幅降低软件开发和维护成本，提高软件产品的质量。

实施例二：

图3是本发明实施例二提供的一种业务开发的方法的流程图，本发明实施例的执行主体可以是进行业务开发的平台，本发明实施例提供的业务开发的平台具体包括步骤S201至S209，详述如下：

S201、将用户按照预设方式定义的业务组件添加到组件工厂中。

具体地，将业务定义为由多个业务组件组成，每个业务组件完成相对独立的业务功能。本发明实施例中的业务具体可以是金融自助业务，可以理解的是，在其他实施例中，业务也可以是其他类型的业务，此处不做限制。

业务开发平台向用户提供业务组件的定义窗口，使得用户可以按照预设的方式定义业务组件。定义业务组件的预设的方式具体可以是类的方式，按照类的方式定义的业务组件可以被多个业务调用。

以下是一个具体地业务组件以类的方式的定义：

该类的接口具体说明如下：

STA_TYPE：组件分类；

STA_CLASSINFO：组件信息，版本名称等；

STA_PARAMLIST_BEGIN/STA_PARAMLIST_END：组件的参数定义；

STA_EXITLIST_BEGIN/STA_EXITLIST_END：组件的出口定义；

Execute：组件的入口函数；

OnEvent：组件的事件处理函数。

用户按照类的方式完成对业务组件的定义后，业务组件平台将定义好的业务组件添加到组件工厂进行统一管理。

S202、按照业务组件的类型，将组件工厂中的业务组件进行分类显示。

具体地，业务开发平台可以根据业务组件的定义识别该业务组件的类型，并将组件工厂中的业务组件按照业务组件的类型分类显示在开发界面的业务组件工具栏中。

如图2所示，区域1中按照类型分类显示了不同类型的业务组件。

需要说明的是，用户可以对业务组件工具栏显示的业务组件类型进行自定义设置，即可以根据具体开发业务的需求选择需要的业务组件类型进行显示。

S203、获取用户选择的业务组件和设置的参数信息，建立业务组件实例。

用户设置的参数信息为用户所选择的业务组件的输入参数的信息，业务组件的输入参数由该业务组件具体完成的业务功能确定，此处不做限制。

具体地，业务开发平台使用用户选择的业务组件建立业务组件实例，并根据用户设置的业务组件的参数信息对业务组件实例的参数进行设置。

S204、根据用户输入的业务组件的关联信息，对业务组件实例进行关联，并形成可视化业务流程图。

具体地，用户可以通过拖、拉、拽等方式输入业务组件的关联信息，采用简单易懂的方式实现可视化业务流程图的定制。

图2示出了在业务开发平台提供的可视化开发界面中进行可视化业务流程图定制的具体实例。例如，用户在进行某种金融自助业务时，如存款业务的开发时，如图2所示，在业务开发平台中预先保存了相关的业务组件，并以图标的形式显示在开发界面的区域1中，用户在开发界面中可以直接拖动所需要的业务组件的图标到指定的区域3，并使用开发界面的区域2提供的连接工具完成图标之间的连接，实现对业务组件的关联信息的输入。

业务开发平台根据用户输入的业务组件的关联信息，自动完成对业务组件实例的关联，并在显示界面中形成可视化的业务流程图。

S205、对可视化业务流程图进行合法性检查。

具体地，业务开发平台对步骤S204形成的可视化业务流程图进行合法性检查。合法性检查可以包括对业务组件之间的连接关系的合法性，以及参数信息的合法性等进行检查。

S206、若合法性检查通过，则对可视化业务流程图进行编译，生成可扩展标记语言XML格式的业务流程文件。

具体地，若步骤S205的合法性检查通过，则业务开发平台对可视化业务流程图进行编译，生成可扩展标记语言(Extensible Markup Language，XML)格式的业务流程文件。

如果步骤S205的合法性检查未通过，则返回可视化业务流程图合法性检查失败，并提示用户可视化业务流程图合法性检查失败的原因，流程结束。

S207、将业务流程文件和对应的业务数据打包发布。

具体地，业务开发平台将步骤S206生成的XML格式的业务流程文件和对应的业务数据进行打包发布，业务数据可以包括业务组件集、业务定制和数据池等数据，业务组件集可以以动态链接库(Dynamic Link Libraryb，DLL)方式存储。

使用DLL文件的好处是程序不需要在运行之初加载所有代码，只有在程序需要某个函数的时候才从DLL中取出。因此，由于业务组件集是采用DLL方式进行存储，当业务开发平台按照业务流程执行业务时，业务组件只是在流程执行过程中需要使用的时候才进行动态加载和执行，而不需要在加载业务流程时加载全部的业务组件，从而提高执行效率。

进一步地，业务数据可以采用全局数据池方式进行管理，业务开发平台将用户在进行业务开发过程中产生的业务数据存放在全局数据池中进行统一管理，便于对业务数据的集中存储和查询。

S208、根据业务流程文件加载对应的业务组件和业务流程。

具体地，业务开发平台根据发布的业务流程文件和业务数据加载对应的业务组件和业务流程，并将加载的业务组件添加到业务组件管理器中，同时对加载的业务流程进行合法性检查。

如果合法性检查成功，则继续执行步骤S209，否则返回业务流程的合法性检查失败，并提示用户业务流程的合法性检查失败的原因，流程结束。

S209、按照业务流程执行业务。

具体地，业务开发平台按照加载的业务流程执行业务，其中，由于业务组件集是采用DLL方式进行存储，因此业务组件会在流程执行过程中动态的创建和执行。

本实施例中，将用户按照预设方式定义的业务组件添加到组件工厂中，并按照业务组件的类型，将组件工厂中的业务组件进行分类显示，由于业务组件能够被不同的应用调用，可以在不同的金融业务之间被重用，从而避免重复的开发，提高开发效率。通过获取用户选择的业务组件和设置的参数信息，建立业务组件实例，并根据用户输入的业务组件关联信息，对业务组件实例进行关联，形成可视化业务流程图，对可视化业务流程图进行合法性检查后，编译该可视化业务流程图，生成可扩展标记语言XML格式的业务流程文件，并将该业务流程文件和对应的业务数据打包发布，根据发布的业务流程文件加载对应的业务组件和业务流程，并按照业务流程执行业务，由于业务组件的方式使得金融业务开发像“堆积木”一样简单，可视化业务流程图定制的方式让复杂的业务变得简单易懂，因此，可以降低开发难度，有效提高开发效率，大幅降低软件开发和维护成本，提高软件产品的质量。

实施例三：

图4是本发明实施例三提供的一种业务开发的装置的结构示意图，为了便于说明，仅示出了与本发明实施例相关的部分。图4示例的一种业务开发的装置可以是前述实施例一提供的业务开发的方法的执行主体。图4示例的一种业务开发的装置包括建立模块31、关联模块32和生成模块33，各功能模块详细说明如下：

建立模块31，用于获取用户选择的业务组件和设置的参数信息，建立业务组件实例；

关联模块32，用于根据所述用户输入的所述业务组件的关联信息，对所述业务组件实例进行关联，并形成可视化业务流程图；

生成模块33，用于编译所述可视化业务流程图，生成对应的业务流程文件并发布。

本实施例提供的一种业务开发的装置中各模块实现各自功能的过程，具体可参考前述图1所示实施例的描述，此处不再赘述。

从上述图4示例的一种业务开发的装置可知，本实施例中，通过获取用户选择的业务组件和设置的参数信息，建立业务组件实例，并根据用户输入的业务组件关联信息，对业务组件实例进行关联，形成可视化业务流程图，编译该可视化业务流程图，生成对应的业务流程文件并发布。采用业务组件的方式可以使金融业务开发像“堆积木”一样简单，可视化业务流程图定制的方式让复杂的业务变得简单易懂，因此，可以降低开发难度，有效提高开发效率，大幅降低软件开发和维护成本，提高软件产品的质量。

实施例四：

图5是本发明实施例四提供的一种业务开发的装置的结构示意图，为了便于说明，仅示出了与本发明实施例相关的部分。图5示例的一种业务开发的装置可以是前述实施例二提供的业务开发的方法的执行主体。图5示例的一种业务开发的装置包括建立模块41、关联模块42和生成模块43，各功能模块详细说明如下：

建立模块41，用于获取用户选择的业务组件和设置的参数信息，建立业务组件实例；

关联模块42，用于根据所述用户输入的所述业务组件的关联信息，对所述业务组件实例进行关联，并形成可视化业务流程图；

生成模块43，用于编译所述可视化业务流程图，生成对应的业务流程文件并发布。

进一步地，该装置还包括：

添加模块44，用于将所述用户按照预设方式定义的业务组件添加到组件工厂中；

显示模块45，用于按照所述业务组件的类型，将所述组件工厂中的业务组件进行分类显示。

进一步地，该装置还包括：

加载模块46，用于根据所述业务流程文件加载对应的业务组件和业务流程；

执行模块47，用于按照所述业务流程执行业务。

进一步地，生成模块43包括：

检查子模块431，用于对所述可视化业务流程图进行合法性检查；

编译子模块432，用于若所述合法性检查通过，则对所述可视化业务流程图进行编译，生成可扩展标记语言XML格式的业务流程文件；

发布子模块433，用于将所述业务流程文件和对应的业务数据打包发布。

进一步地，所述业务数据采用全局数据池方式进行管理。

本实施例提供的一种业务开发的装置中各模块实现各自功能的过程，具体可参考前述图3所示实施例的描述，此处不再赘述。

从上述图5示例的一种业务开发的装置可知，本实施例中，将用户按照预设方式定义的业务组件添加到组件工厂中，并按照业务组件的类型，将组件工厂中的业务组件进行分类显示，由于业务组件能够被不同的应用调用，可以在不同的金融业务之间被重用，从而避免重复的开发，提高开发效率。通过获取用户选择的业务组件和设置的参数信息，建立业务组件实例，并根据用户输入的业务组件关联信息，对业务组件实例进行关联，形成可视化业务流程图，对可视化业务流程图进行合法性检查后，编译该可视化业务流程图，生成可扩展标记语言XML格式的业务流程文件，并将该业务流程文件和对应的业务数据打包发布，根据发布的业务流程文件加载对应的业务组件和业务流程，并按照业务流程执行业务，由于业务组件的方式使得金融业务开发像“堆积木”一样简单，可视化业务流程图定制的方式让复杂的业务变得简单易懂，因此，可以降低开发难度，有效提高开发效率，大幅降低软件开发和维护成本，提高软件产品的质量。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每一个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同或者相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

值得注意的是，上述装置实施例中，所包括的各个模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能模块的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

本领域普通技术人员可以理解，实现上述各实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，相应的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘或光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。