CN110175917A - 参数图形化处理的装置及方法 - Google Patents

Abstract

本发明提供了一种参数图形化处理的装置及方法，其中，该装置包括：图形处理单元，用于在监听到新建或编辑参数文件请求时，接收用户新建或编辑代表联机交易的各个过程步骤及它们之间逻辑关系流程图的操作；或根据数据模型，将参数文件转化为流程图；数据模型单元，用于根据新建操作，将流程图转化为数据模型参数文件，根据编辑操作，更新对应的数据模型；或在接收到打开存量参数文件请求时，将参数文件解析成数据模型；数据生成单元，用于将参数文件转化为数据库可识别数据文本并存储在数据库中。上述技术方案可准确表达联机交易各个过程步骤之间的逻辑关系，提高了联机交易业务流程参数的可读性和维护效率，以及提高了参数处理的准确性和稳定性。

Description

参数图形化处理的装置及方法

技术领域

本发明涉及应用系统技术参数处理技术领域，特别涉及一种参数图形化处理的装置及方法。

背景技术

目前如电子银行系统等大型IT系统中，联机交易是通过各个过程步骤组成的业务流的方式实现，通过服务引擎调度各个过程步骤的执行，完成整个交易流程。使用此种方式实现联机交易处理可以大大降低各个过程步骤之间的耦合度，在系统功能非常复杂的情况下依然可以保持系统的可维护性。而过程步骤的执行顺序、执行条件等信息均需要通过数据参数的方式配置在数据库中，通过引擎解析后按步骤执行。

目前应用系统中参数装载主要使用如下两种方式：1、执行SQL语句，SQL语句具有一定的逻辑语法，但是无法清晰表达系统中各个过程步骤之间的关联关系与流转状态；2、数据文件导入数据库方式，该方法较SQL语句方式更为抽象，由于没有逻辑，维护时更为困难，但装载数度快。

如上这两种参数处理方式，不能准确表达系统参数的逻辑，可读性低；当参数发生变化时，无法准确分析当前的参数代表的业务逻辑，可维护性低且容易出现错误，系统不稳定。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种参数图形化处理的装置，用以提高联机交易业务流程参数的可读性和维护效率，以及提高参数处理的准确性和稳定性，该装置包括：图形处理单元、数据模型单元和数据生成单元；其中：

图形处理单元，用于在监听到新建或编辑参数文件请求时，接收用户新建或编辑代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作；或根据流程图对应的数据模型，将参数文件转化为流程图；

数据模型单元，用于根据新建操作，将流程图转化为流程图对应的数据模型参数文件，根据编辑操作，更新流程图对应的数据模型参数文件；或在接收到打开存量参数文件请求时，将参数文件解析成流程图对应的数据模型，将流程图对应的数据模型发送至图形处理单元；

数据生成单元，用于将参数文件转化为预设类型数据库可识别的数据文本，将数据文本存储至预设类型数据库中；

其中，所述流程图包括节点和节点之间的连线，每个节点代表一个业务流程过程步骤，连线代表节点之间的流转关系，连线上设置有触发该连线代表的业务分支的执行条件。

本发明实施例提供了一种参数图形化处理的方法，用以提高联机交易业务流程参数的可读性和维护效率，以及提高参数处理的准确性和稳定性，该方法包括：

图形处理单元在监听到新建或编辑参数文件请求时，接收用户新建或编辑代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作；或根据流程图对应的数据模型，将参数文件转化为流程图；

数据模型单元根据新建操作，将流程图转化为流程图对应的数据模型参数文件，根据编辑操作，更新流程图对应的数据模型参数文件；或在接收到打开存量参数文件请求时，将参数文件解析成流程图对应的数据模型，将流程图对应的数据模型发送至图形处理单元；

数据生成单元将参数文件转化为预设类型数据库可识别的数据文本，将数据文本存储至预设类型数据库中；

其中，所述流程图包括节点和节点之间的连线，每个节点代表一个业务流程过程步骤，连线代表节点之间的流转关系，连线上设置有触发该连线代表的业务分支的执行条件。

与现有技术中使用SQL语句和文件导入的参数装载方式相比，本发明实施例提供的参数图形化处理的技术方案能够通过流程图的方式准确表达当前应用系统中各个过程步骤的属性和它们之间的逻辑关系，流程图由节点和节点之间的连线组成，每个节点代表一个过程步骤，有特定的属性，连线代表节点之间的流转关系，连线上可以设置条件，即满足条件时会触发该连线代表的业务分支。当系统参数发生变化时，只需要修改流程图中各个节点的属性或者改变连线的指向。因此，上述技术方案提高了联机交易业务流程参数的可读性和维护效率，以及提高了参数处理的准确性和稳定性，进而提高了参数处理的质量。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1是本发明实施例中参数图形化处理的装置的结构示意图；

图2是本发明实施例中图形处理单元的结构示意图；

图3是本发明实施例中数据模型单元的结构示意图；

图4是本发明实施例中数据生成单元的结构示意图；

图5是本发明实施例中参数图形化处理的方法的流程示意图；

图6是本发明实施例中展现空白流程图图形编辑器的示意图；

图7是本发明实施例中通过图形编辑器展现各个图形构成流程图的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本发明做进一步详细说明。在此，本发明的示意性实施方式及其说明用于解释本发明，但并不作为对本发明的限定。

由于发明人考虑到了现有技术中存在的技术问题，克服了目前应用系统中业务处理流程参数操作方式可读性低、可维护性低的缺点，提供了一种参数图形化处理的方案，支持通过图形界面可拖拽的操作方式处理业务流程参数。该方法能够通过流程图的方式准确表达当前系统中各个过程步骤的属性和它们之间的逻辑关系。

流程图由节点和节点之间的连线组成，每个节点代表一个过程步骤，有特定的属性；连线代表节点之间的流转关系，连线上可以设置条件，即满足条件时会触发该连线代表的业务分支。当系统参数发生变化时，只需要修改流程图中各个节点的属性或者改变连线的指向。因此，与使用SQL语句和文件导入的方式相比，系统参数使用图形化处理的方法，大大提高了参数的可读性和可维护性，并且减少了发生错误的几率，提高了参数录入的质量。下面对该参数图形化处理的方案做详细介绍如下。

图1是本发明实施例中参数图形化处理的装置的结构示意图，如图1所示，该装置包括：图形处理单元1、数据模型单元2和数据生成单元3；其中：

图形处理单元1，用于在监听到新建或编辑参数文件请求时，接收用户新建或编辑代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作；或根据流程图对应的数据模型，将参数文件转化为流程图；

数据模型单元2，用于根据新建操作，将流程图转化为流程图对应的数据模型参数文件，根据编辑操作，更新流程图对应的数据模型参数文件；或在接收到打开存量参数文件请求时，将参数文件解析成流程图对应的数据模型，将流程图对应的数据模型发送至图形处理单元；

数据生成单元3，用于将参数文件转化为预设类型数据库可识别的数据文本，将数据文本存储至预设类型数据库中；

其中，所述流程图包括节点和节点之间的连线，每个节点代表一个业务流程过程步骤，连线代表节点之间的流转关系，连线上设置有触发该连线代表的业务分支的执行条件。

具体实施时，流程图中每一节点、每一连线均对应一数据模型，多个数据模型构成参数文件。

与现有技术中使用SQL语句和文件导入的参数装载方式相比，本发明实施例提供的参数图形化处理的技术方案能够通过流程图的方式准确表达当前系统中各个过程步骤的属性和它们之间的逻辑关系，流程图由节点和节点之间的连线组成，每个节点代表一个过程步骤，有特定的属性，连线代表节点之间的流转关系，连线上可以设置条件，即满足条件时会触发该连线代表的业务分支。当系统参数发生变化时，只需要修改流程图中各个节点的属性或者改变连线的指向。因此，上述技术方案提高了联机交易业务流程参数的可读性和维护效率，以及提高了参数处理的准确性和稳定性，进而提高了参数处理的质量。

如图1所示，本发明提供的参数图形化处理的装置包括：图形处理单元1、数据模型单元2、数据生成单元3，其中图形处理单元1与数据模型单元2相连接，数据模型单元2与数据生成单元3相连接。下面依次介绍每一个单元的结构和功能。

一、首先，介绍图形处理单元1。

在一个实施例中，所述图形处理单元具体用于：

在监听到新建参数文件请求时，创建并展现流程图图形编辑器，通过图形编辑器接收用户新建代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作，根据新建操作，发送新建的流程图内容至数据模型单元；

在接收到数据模型时，创建并展现流程图图形编辑器，根据数据模型的类型，将数据模型映射到对应的图形，通过图形编辑器展现各个图形构成的流程图；

在监听到编辑参数文件请求时，接收用户编辑代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作，根据编辑操作，发送更新的流程图内容至数据模型单元；

基于以上方案，下述数据模型单元具体用于：根据接收的新建的流程图内容或更新的流程图内容，新建或更新内容对应的数据模型，将多个数据模型存储为xml格式参数文件。

图2是本发明实施例中图形处理单元的结构示意图，本发明实施例中图形处理单元1的主要功能是生成及展现应用系统参数的流程图，如图2所示，图形处理单元1包括两个组成部分：监听模块11和图形编辑器12(TransactionEditor)；其中：监听模块监听用户请求并通知图形编辑器，图形编辑器负责展现绘图。除此之外，在图形处理单元1中还注册了流程图中包含的各种图形结构(图形)，例如：过程步骤节点使用长方形表示，各过程步骤之间关系使用带箭头的连线表示，开始节点和结束节点使用标准圆型表示。下面介绍如下两种情况时，图形处理单元1的处理流程：

1、当用户新建参数文件时，新建请求到达图形处理单元1，监听模块获取该请求后，创建一个流程图的图形编辑器TransactionEditor的实例，在界面展现一个流程图的图形编辑器，此时如果将过程步骤或连线拖拽至图形编辑器时，图形处理单元1会根据增加的对象(包括过程步骤和连线)类型，发送通知(通知内容可以为：该图形是什么类型(过程步骤或连线)，数据模型单元2根据不同类型创建不同的数据模型对象)给数据模型单元2。例如，在图形编辑器中增加一个过程步骤时，图形处理单元1会更新数据模型单元2，增加此过程步骤。

2、当用户打开存量参数文件时，数据模型单元2将参数文件的数据解析为过程步骤和步骤之间的连线(流程图各个图形对应的数据模型)，即参数文件为xml结构，数据模型单元2读取该xml文件，解析各个节点，根据节点类型不同返回不同的数据模型，并将过程步骤和连线对象(数据模型)发送至图形处理单元1，图形处理单元1接收请求后，会创建一个流程图编辑器TransactionEditor的实例，在界面展现一个流程图的图形编辑器，之后根据接收到对象(数据模型)类型(过程步骤或是连线)，映射到对应的图形结构并展现在流程图编辑器上。

具体实施时，过程步骤的执行顺序、执行条件均通过连线的属性体现，连线的属性包括：(1)条件代码、(2)条件值、(3)上一步步骤ID、(4)下一步步骤ID。条件代码和条件值决定在程序执行时是否按照本条连线执行，上一步步骤ID则标识连线的起点，下一步步骤ID标识如果满足条件时下一步要执行的过程步骤。如果用户想更新某一连线的某一属性(例如上述属性：“(2)条件值”)时，用户在图形编辑器中操作更改该连线的图形，根据该操作，图形处理单元将需要更改的属性发送至数据模型单元，数据模型单元更新该连线图形对应的数据模型的属性。

具体实施时，为保证整体流程逻辑正确，TransactionEditor在创建连线时，对连线的两端存在一定的限制，例如：连线的开始端不能为结束节点、连接的终止端不能为开始节点。

在一个实施例中，上述操作可以包括对流程图图形的拖拽操作。

具体实施时，本发明实施例提供的方案，支持通过图形界面可拖拽的操作方式处理业务流程参数，例如上文提到的：将过程步骤或连线拖拽至图形编辑器，方便快捷，提高了参数图形化处理的效率。

二、其次，介绍数据模型单元2。

图3是本发明实施例中数据模型单元的结构示意图，数据模型单元2中定义了所有参数流程图中使用的各种数据模型，即流程图中各个图形对应的各种数据模型，数据模型的定义包括名称(例如连线1)、属性(例如上述提到的连线的属性)及获取和更新这些属性的方法。具体实施时，数据模型单元2中预先存储了流程图中内容与数据模型的关系，该关系可以是一张表格，在接收到图形处理单元1发来的一个内容时，将该内容到上述关系中匹配查找，找到与该内容对应的数据模型，该内容可以是过程步骤的具体内容，代表该过程步骤的具体图形、属性，或是连线、连线的属性等。数据模型单元2将这些数据模型存储为xml格式，如下表1中给出的实例：

表1

如上表1中所示的xml结构参数文件中，各个标签都有特定的含义，如transaction标签代表一个交易的流程参数的根节点，bustemplate标签代表交易的某一个模板，step标签代表交易中某一个过程步骤，conn标签代表过程步骤之间的连线。并且每个标签中还包含属性字段，如bustemplate标签中TRXCODE属性代表当前交易的交易代码，conn标签中SOURCE和TARGET属性分别代表连线的起始步骤和目标步骤的ID。

下面介绍如下两种情况时，数据模型单元2的处理流程：

1、用户编辑流程图时，图形处理单元1会发送更新命令及要更新的具体数据模型的属性，接收到命令后数据模型单元2将对应的属性更新，如上文提到的用户想要更新某一连线图形的属性，那么数据模型单元2收到更新命令时，会更新连线图形对应数据模型的属性。例如，用户的操作是改变一两个节点之间的连线指向操作，图形处理单元1在监听到该编辑操作时，发送更新命令及该连线图形对应数据模型的要更新的属性。因此，当系统参数发生变化时，只需要修改流程图中各个节点的属性或者改变连线的指向即可，与使用SQL语句和文件导入的方式相比，系统参数使用图形化处理的方法，大大提高了参数的可读性和可维护性，并且减少了发生错误的几率，提高了参数录入的质量。

2、用户打开存量参数文件时，数据模型单元2将参数数据解析为流程图中各个图形对应的数据模型21，然后将每个数据模型通过通知模块22发送至图形处理单元1。图形处理单元1接收该用户打开存量参数文件请求后，会创建一个流程图编辑器TransactionEditor的实例，在界面展现一个流程图的图形编辑器，之后根据接收到数据模型对象类型，映射到对应的图形结构(图形)，并将各个图形构成的流程图展现在流程图编辑器上。此时，用户可以对该流程图进行编辑操作。

三、接着，介绍数据生成单元3。

图4是本发明实施例中数据生成单元的结构示意图，如图4所示，数据生成单元3包括连接模块32和传输模块31。连接模块32通过jdbc建立与DB2数据库的连接；传输模块31则负责传输数据。

在一个实施例中，所述数据生成单元具体用于将参数文件转化为关系型数据库可识别的数据文本，将数据文本存储至关系型数据库中。

下面介绍如下情况时，数据生成单元3的处理流程：

用户选择将参数保存至数据库时，数据生成单元3从数据模型单元2中获取xml格式参数文件的内容，解析其中各个标签，转化为具体的DB2可识别的数据文本。数据文本结构如下表2所示，生成时，将交易基本信息如：金融集团代码、地区号、业务模板代码、业务模板名称、状态等字段内容分别写入数据表1、数据表2、数据表3、数据表4中；将过程步骤属性如：过程步骤代码、业务大步、业务小步、接口名、接口版本号等字段内容分别写入数据表1、数据表2、数据表4中；将条件连接属性如：边界条件、最小值、最小值等字段内容写入数据表4中。

表2

数据表1	数据表2	数据表3	数据表4
				金融集团代码	金融集团代码	金融集团代码	金融集团代码
地区号	地区号	地区号	地区号
				过程步骤代码	业务模板代码	业务模板代码	业务模板代码
过程步骤类型	业务大步	业务模板名称	业务大步
				过程步骤名称	业务小步	状态	业务小步
接口名	过程步骤代码		边界条件1
				接口版本号	位图标识区		最小值1
接口描述			最大值1
							...
			边界条件10
							最小值10
			最大值10

例如上表1中所示的数据模型单元2中存储的xml格式内容，转换为DB2可识别的数据文本后为下表3所示：

表3

得到DB2数据库可识别的数据文本后，连接模块会将数据文本保存至DB2数据库中。

基于同一发明构思，本发明实施例中还提供了一种参数图形化处理的方法，如下面的实施例。由于参数图形化处理的方法解决问题的原理与参数图形化处理的装置相似，因此参数图形化处理的方法的实施可以参考上述参数图形化处理的装置的实施，重复之处不再赘述。以下所使用的，术语“模块”或者“单元”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是本发明实施例中参数图形化处理的方法的流程示意图，如图5所示，该方法包括如下步骤：

步骤101：图形处理单元在监听到新建或编辑参数文件请求时，接收用户新建或编辑代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作；或根据流程图对应的数据模型，将参数文件转化为流程图；

步骤102：数据模型单元根据新建操作，将流程图转化为流程图对应的数据模型参数文件，根据编辑操作，更新流程图对应的数据模型参数文件；或在接收到打开存量参数文件请求时，将参数文件解析成流程图对应的数据模型，将流程图对应的数据模型发送至图形处理单元；

步骤103：数据生成单元将参数文件转化为预设类型数据库可识别的数据文本，将数据文本存储至预设类型数据库中；

其中，所述流程图包括节点和节点之间的连线，每个节点代表一个业务流程过程步骤，连线代表节点之间的流转关系，连线上设置有触发该连线代表的业务分支的执行条件。

在一个实施例中，图形处理单元在监听到新建或编辑参数文件请求时，接收用户新建或编辑代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作；或根据流程图对应的数据模型，将参数文件转化为参数文件对应的流程图，可以包括：

在监听到新建参数文件请求时，创建并展现流程图图形编辑器，通过图形编辑器接收用户新建代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作，根据新建操作，发送新建的流程图内容至数据模型单元；

在接收到数据模型时，创建并展现流程图图形编辑器，根据数据模型的类型，将数据模型映射到对应的图形，通过图形编辑器展现各个图形构成的流程图；

在监听到编辑参数文件请求时，接收用户编辑代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作，根据编辑操作，发送更新的流程图内容至数据模型单元；

数据模型单元根据新建操作，将流程图转化为流程图对应的数据模型参数文件，根据编辑操作，更新流程图对应的数据模型参数文件，可以包括：

数据模型单元根据接收的新建的流程图内容或更新的流程图内容，新建或更新内容对应的数据模型，将多个数据模型存储为xml格式参数文件。

在一个实施例中，所述操作可以包括对流程图图形的拖拽操作。

在一个实施例中，数据生成单元将参数文件转化为预设类型数据库可识别的数据文本，将数据文本存储至预设类型数据库中，可以包括：

数据生成单元将参数文件转化为关系型数据库可识别的数据文本，将数据文本存储至关系型数据库中。

下面再结合图6至图7，举一例进行说明，以便于理解本发明如何实施。

步骤S101：用户新建或更新业务流程，图形处理单元1发送新建或更新请求、以及新建或更新内容至数据模型单元2。实测效果如图6所示，用户新建业务流程后，图形处理单元1处理新建请求并展现空白编辑器。

步骤S102：用户选择保存时，数据生成单元3从数据模型单元2中获取xml文件的内容，解析其中各个标签，转化为具体的DB2可识别的数据文本并存储至数据库。实测效果如上表3所示。

步骤S103：用户打开存量参数文件时，数据模型单元2将参数数据解析为流程图中各个图形及内容对应的数据模型，然后将每个数据模型通过通知模块发送至图形处理单元1。图形处理单元1接收请求后，会创建一个流程图编辑器TransactionEditor的实例，在界面展现一个流程图的图形编辑器，之后根据接收到对象类型，映射到对应的图形结构并展现在流程图编辑器上。实测效果如图7所示。

具体实施时，本发明实施例中涉及的参数图形化处理的系统，可以采用JAVA语言编码，基于Eclipse Modeling Framework基础框架实现，运行方式为Eclipse插件方式。系统的运行环境要求可以是：Windows 7及以上，JDK1.6以上，系统内存1G以上。

本发明实施提供的技术方案的有益技术效果为：本发明实施例提供了一种参数图形化处理的方案，本发明实施例将参数处理方式由无逻辑纯文本方式转换为图形化处理方式，能够通过流程图的方式准确表达当前系统中各个过程步骤的属性和它们之间的逻辑关系，当系统参数发生变化时，只需要修改流程图中各个节点的属性或者改变连线的指向即可，提高了应用系统中业务流程参数的维护效率和可读性，降低了开发成本，提高了正确性和稳定性。

显然，本领域的技术人员应该明白，上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明实施例不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种参数图形化处理的装置，其特征在于，包括：图形处理单元、数据模型单元和数据生成单元；其中：

图形处理单元，用于在监听到新建或编辑参数文件请求时，接收用户新建或编辑代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作；或根据流程图对应的数据模型，将参数文件转化为流程图；

数据模型单元，用于根据新建操作，将流程图转化为流程图对应的数据模型参数文件，根据编辑操作，更新流程图对应的数据模型参数文件；或在接收到打开存量参数文件请求时，将参数文件解析成流程图对应的数据模型，将流程图对应的数据模型发送至图形处理单元；

数据生成单元，用于将参数文件转化为预设类型数据库可识别的数据文本，将数据文本存储至预设类型数据库中；

其中，所述流程图包括节点和节点之间的连线，每个节点代表一个业务流程过程步骤，连线代表节点之间的流转关系，连线上设置有触发该连线代表的业务分支的执行条件。

2.如权利要求1所述的参数图形化处理的装置，其特征在于，所述图形处理单元具体用于：

在监听到新建参数文件请求时，创建并展现流程图图形编辑器，通过图形编辑器接收用户新建代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作，根据新建操作，发送新建的流程图内容至数据模型单元；

在接收到数据模型时，创建并展现流程图图形编辑器，根据数据模型的类型，将数据模型映射到对应的图形，通过图形编辑器展现各个图形构成的流程图；

在监听到编辑参数文件请求时，接收用户编辑代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作，根据编辑操作，发送更新的流程图内容至数据模型单元；

所述数据模型单元具体用于：根据接收的新建的流程图内容或更新的流程图内容，新建或更新内容对应的数据模型，将多个数据模型存储为xml格式参数文件。

3.如权利要求2所述的参数图形化处理的装置，其特征在于，所述操作包括对流程图图形的拖拽操作。

4.如权利要求1所述的参数图形化处理的装置，其特征在于，所述数据生成单元具体用于将参数文件转化为关系型数据库可识别的数据文本，将数据文本存储至关系型数据库中。

5.一种参数图形化处理的方法，其特征在于，包括：

图形处理单元在监听到新建或编辑参数文件请求时，接收用户新建或编辑代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作；或根据流程图对应的数据模型，将参数文件转化为流程图；

数据模型单元根据新建操作，将流程图转化为流程图对应的数据模型参数文件，根据编辑操作，更新流程图对应的数据模型参数文件；或在接收到打开存量参数文件请求时，将参数文件解析成流程图对应的数据模型，将流程图对应的数据模型发送至图形处理单元；

数据生成单元将参数文件转化为预设类型数据库可识别的数据文本，将数据文本存储至预设类型数据库中；

其中，所述流程图包括节点和节点之间的连线，每个节点代表一个业务流程过程步骤，连线代表节点之间的流转关系，连线上设置有触发该连线代表的业务分支的执行条件。

6.如权利要求5所述的参数图形化处理的方法，其特征在于，图形处理单元在监听到新建或编辑参数文件请求时，接收用户新建或编辑代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作；或根据流程图对应的数据模型，将参数文件转化为参数文件对应的流程图，包括：

在监听到新建参数文件请求时，创建并展现流程图图形编辑器，通过图形编辑器接收用户新建代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作，根据新建操作，发送新建的流程图内容至数据模型单元；

在接收到数据模型时，创建并展现流程图图形编辑器，根据数据模型的类型，将数据模型映射到对应的图形，通过图形编辑器展现各个图形构成的流程图；

在监听到编辑参数文件请求时，接收用户编辑代表联机交易的各个过程步骤及过程步骤之间逻辑关系流程图的操作，根据编辑操作，发送更新的流程图内容至数据模型单元；

数据模型单元根据新建操作，将流程图转化为流程图对应的数据模型参数文件，根据编辑操作，更新流程图对应的数据模型参数文件，包括：

数据模型单元根据接收的新建的流程图内容或更新的流程图内容，新建或更新内容对应的数据模型，将多个数据模型存储为xml格式参数文件。

7.如权利要求6所述的参数图形化处理的方法，其特征在于，所述操作包括对流程图图形的拖拽操作。

8.如权利要求5所述的参数图形化处理的方法，其特征在于，数据生成单元将参数文件转化为预设类型数据库可识别的数据文本，将数据文本存储至预设类型数据库中，包括：

数据生成单元将参数文件转化为关系型数据库可识别的数据文本，将数据文本存储至关系型数据库中。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求5至8任一所述方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求5至8任一所述方法的计算机程序。