CN111598539B - 基于业务建模的cics联机程序业务处理方法及系统 - Google Patents

Abstract

本发明提供了一种基于业务建模的CICS联机程序业务处理方法及系统，该方法包括：根据前端交易的服务对象和业务功能划分出多个业务领域，提取业务领域的业务要素，建立业务模型；根据业务模型设置业务要素区、交易要素配置表及业务模型配置表；当接收到前端上传的业务数据时，执行业务要素初始化程序，在内存中建立业务要素区，调用业务模型解析器；根据交易要素配置表及业务模型配置表对业务数据进行解析，将业务数据放置到业务要素区的对应位置中；获取业务要素区中存储的数据，执行业务要素逻辑检查公共程序进行逻辑检查；在检查通过后，获取业务要素区中存储的数据，执行交易事务处理程序进行交易处理，将交易处理结果发送至前端进行显示。

Description

基于业务建模的CICS联机程序业务处理方法及系统

技术领域

本发明涉及CICS联机程序业务处理技术领域，尤指一种基于业务建模的CICS联机程序业务处理方法及系统。

背景技术

在现有技术中，基于IBM的CICS交易中间件的银行联机程序如图11所示，该架构具有的技术特性和制约为1、CICS系统的技术限制，前端和CICS的通信数据大小不可以超过32K；CICS不支持XML结构化数据格式，因此通信数据只能是线性字节流的格式进行传输；通信数据如图11的示意图所示，是一个连续字符串组成的字节流。

对此，参考上述的架构和制约，一个联机交易的处理步骤为：

步骤S01，前端画面存放某业务操作的各个输入项，柜员通过数据录入和提交，将数据传递至后台处理程序。

步骤S02，前端程序与后台的CICS中间件进行直接通讯，CICS联机应用程序通过CICS提供的命令，直接获取通讯数据，并通过事先和前端定义好的长度、顺序、属性一致的数据格式，用程序对接收到的通讯数据进行解析并处理。

步骤S03，应用程序处理完成后，将处理结果调用CICS提供的命令，由CICS与前端进行通信，并将结果返回给前端，展现给操作柜员。

因此，在现有技术的CICS联机程序进行业务处理过程中会存在以下不足：

1、由于通信区大小的限制，在实施过程中无法定义一系列具备业务要素全集的统一的通讯区，导致同一个业务领域的所有前端交易的通信区格式都不相同，从而增加了程序开发和系统维护的成本。

2、前端画面的内容(包括输入项长度、属性、个数、位置等要素项)只要有一点点的的改动都会导致送往CICS的通信数据发生变化，从而导致联机应用程序进行修改。

3、不同的联机交易，可能存在相同的输入项，对它们进行的“逻辑检查”和“事务处理”段的逻辑功能也相同或类似，按目前的一个画面对应一个程序的程序构建，会产生大量的冗余代码和重复劳动，不利于代码质量还会降低开发效率。

因此，亟需一种能够克服上述问题的CICS联机程序业务处理的技术方案。

发明内容

为解决上述问题，本发明提出了一种基于业务建模的CICS联机程序业务处理方法及系统。该方法及系统在实施过程中，将同一业务领域下，具备共性要素的一组前端交易进行业务建模，将建模得到的业务要素全集作为业务模型要素区，该业务模型要素区可以作为所有该业务领域下联机程序与前端的统一数据通信区。前端画面增减的要素项只要在业务模型的全集中，都可以通过交易要素配置表进行配置，运行时根据交易要素配置表及业务模型配置表自动解析通信数据的内容格式，并放入业务模型要素区，同时通过程序动静分离的构建设计，将变更很少的逻辑部分提取为独立的公共逻辑检查节点，将经常变动的交易逻辑分离为独立的业务处理节点，提高开发效率，降低因需求变更对应用系统的影响范围。

为解决上述技术问题，本申请提供以下技术方案：

第一方面，本申请提供一种基于业务建模的CICS联机程序业务处理方法，该方法包括：

根据前端交易的服务对象和业务功能划分出多个业务领域，提取所述业务领域的业务要素，建立业务模型；

根据所述业务模型设置业务要素区、交易要素配置表及业务模型配置表；

当接收到前端上传的所述业务数据时，执行业务要素初始化程序，在内存中建立业务要素区，调用业务模型解析器；

利用所述业务模型解析器，根据所述交易要素配置表及业务模型配置表对所述业务数据进行解析，根据解析的结果将所述业务数据放置到所述业务要素区的对应位置中；

获取所述业务要素区中存储的数据，执行业务要素逻辑检查公共程序进行逻辑检查；

在检查通过后，获取所述业务要素区中存储的数据，执行交易事务处理程序进行交易处理，将交易处理结果发送至前端进行显示。

第二方面，本申请提供一种基于业务建模的CICS联机程序业务处理系统，该系统包括：

业务模型建立模块，用于根据前端交易的服务对象和业务功能划分出多个业务领域，提取所述业务领域的业务要素，建立业务模型；

配置表设置模块，用于根据所述业务模型设置业务要素区、交易要素配置表及业务模型配置表；

初始化模块，用于在接收到前端上传的所述业务数据时，执行业务要素初始化程序，在内存中建立业务要素区，并调用业务模型解析器；

所述业务模型解析器，用于利用所述交易要素配置表及业务模型配置表对所述业务数据进行解析，根据解析的结果将所述业务数据放置到所述业务要素区的对应位置中；

逻辑检查模块，用于获取所述业务要素区中存储的数据，执行业务要素逻辑检查公共程序进行逻辑检查；

交易处理模块，用于在检查通过后，获取所述业务要素区中存储的数据，执行交易事务处理程序进行交易处理，将交易处理结果发送至前端进行显示。

第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现基于业务建模的CICS联机程序业务处理方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现基于业务建模的CICS联机程序业务处理方法。

由上述技术方案可知，本申请提供的一种基于业务建模的CICS联机程序业务处理方法及系统，该方案通过设置业务模型要素区、业务模型配置表、交易要素配置表及业务模型解析器等组件，实现了联机程序的通信区按业务领域统一建模，屏蔽联机画面因为输入栏位的增减带来的后台修改，实现前端画面输入项的动态可配置，同时这种业务模型的构建方式使得公共的、不变的程序逻辑具备复用能力；该方法及系统利用程序动静分离的构建设计，将变更很少的逻辑部分提取为独立的公共逻辑检查节点，将经常变动的交易逻辑分离为独立的业务处理节点，提高开发效率，降低因需求变更对应用系统的影响范围。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本发明一实施例的基于业务建模的CICS联机程序业务处理方法的流程示意图。

图2是本发明一具体实施例的对公存款开户业务的CICS联机程序业务处理方法的流程示意图。

图3是本发明一具体实施例的对公存款业务模型示意图。

图4是本发明一具体实施例的交易要素配置表的示意图。

图5是本发明一具体实施例的业务模型配置表的示意图。

图6是本发明一具体实施例的业务模型要素区的示意图。

图7是本发明一实施例的基于业务建模的CICS联机程序业务处理系统的架构示意图。

图8是本发明另一实施例的基于业务建模的CICS联机程序业务处理系统的详细架构示意图。

图9是本发明一具体实施例的业务模型解析器的架构示意图。

图10是本发明一实施例的电子设备的系统构成的示意框图。

图11是现有技术中CICS交易中间件的银行联机程序业务处理的流程示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种基于业务建模的CICS联机程序业务处理方法、系统、电子设备及计算机可读存储介质，克服了现有CICS联机程序中程序开发和维护不方便，程序修改及开发效率低等问题，本技术方案将同一业务领域下，具备共性要素的一组前端交易进行业务建模，将建模得到的业务要素全集作为业务模型要素区，该业务模型要素区可以作为所有该业务领域下联机程序与前端的统一数据通信区；前端画面增减的要素项只要在业务模型的全集中，都可以通过交易要素配置表进行配置，运行时根据交易要素配置表及业务模型配置表自动解析通信数据的内容格式，并放入业务模型要素区，同时通过程序动静分离的构建设计，将变更很少的逻辑部分提取为独立的公共逻辑检查节点，将经常变动的交易逻辑分离为独立的业务处理节点，提高开发效率，降低因需求变更对应用系统的影响范围。

在本发明实施例中，需要说明的术语：

CICS(Customer Information Control System)：主机系统联机交易管理中间件，支持极高并发，对数据有强一致性保证，在主机软件开发上广泛使用；其类似于小机WEBSHPERE和开放平台的Spring；基于CICS开发的联机程序，所有要访问的硬件资源、事物一致性、程序间通讯、资源定义、交易分发和并发控制等均由CICS负责，应用程序只需关注业务逻辑本身，极大提高了主机应用开发效率，目前在银行大量使用。

业务领域：指的是具有一个固定业务功能、业务范围、业务使用群体和服务对象的业务交易集合。比如“对公存款”可以理解为一个业务领域，它包含开户、销户、支取、转存、结清等等一系列业务交易，所有这些业务交易所实现的服务都属于“对公存款”这个业务领域。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

为了实现程序动静分离的构建设计，将变更很少的逻辑部分提取为独立的公共逻辑检查节点，将经常变动的交易逻辑分离为独立的业务处理节点，提高开发效率，降低因需求变更对应用系统的影响范围，本发明提供一种基于业务建模的CICS联机程序业务处理方法，参考图1，该方法具体包括：

步骤S100，根据前端交易的服务对象和业务功能划分出多个业务领域，提取所述业务领域的业务要素，建立业务模型；

步骤S200，根据所述业务模型设置业务要素区、交易要素配置表及业务模型配置表；

步骤S300，当接收到前端上传的所述业务数据时，执行业务要素初始化程序，在内存中建立业务要素区，调用业务模型解析器；

步骤S400，利用所述业务模型解析器，根据所述交易要素配置表及业务模型配置表对所述业务数据进行解析，根据解析的结果将所述业务数据放置到所述业务要素区的对应位置中；

步骤S500，获取所述业务要素区中存储的数据，执行业务要素逻辑检查公共程序进行逻辑检查；

步骤S600，在检查通过后，获取所述业务要素区中存储的数据，执行交易事务处理程序进行交易处理，将交易处理结果发送至前端进行显示。

为了对上述基于业务建模的CICS联机程序业务处理方法进行更为清楚的解释，下面参考图2的具体实施例来进行说明。

步骤S100：

在前端交易时会涉及多种服务对象和业务功能，因此，根据前端交易按照其服务对象和业务功能划分为若干业务领域，例如对公存款、对私活期存款、跨行支付等。针对每种业务领域，通过分析提炼一个领域业务的操作、安全、管理等多方面要素，利用该些业务要素的集合建立业务领域模型。

在一具体实施例中，例如对公存款领域，可以梳理出业务要素12种：

A-开户行-5位字符、B-账号-12位字符、C-存单号-4位字符、D-金额-19位数字、E-户名-40位字符、F-存款类型-8位字符、G-开户柜员-4位字符、H-自动转存标志-1位字符、I-存期-2位字符、J-利率-4位数字、K-利率优惠百分比-3位数字、L-销户柜员-4位字符，结合图3所示，利用该些业务要素可以描述了对公存款领域中各项业务。

具体的，针对每种业务领域可以提取相应的业务要素，建立业务领域模型。由于本发明并不是为了描述业务领域建模，所以具体建模方法和步骤不再赘述，本领域技术人员可以根据需要建立每种业务领域的模型。

步骤S200：

在根据步骤S100将同一业务领域下，具备共性要素的一组前端交易进行业务建模之后，可以进一步根据所述业务模型设置业务要素区、交易要素配置表及业务模型配置表。

如图4所示，为本发明一具体实施例的交易要素配置表的示意图。在交易要素配置表中配置有包括交易码、交易名称、业务领域信息、业务要素项及上传顺序信息在内的数据项。

在一个业务领域下，会包括数个前端交易，比如对公存款，它包含开户、销户、支取、转存等等交易；不同的前端交易，会使用相应业务领域模型中的不同要素集，“交易要素配置表”则是用来定义和维护前端交易(交易码)、业务领域，一个交易需要用到的业务领域要素三者之间的关系。

利用交易要素配置表可以对前端交易传至后台的所有上送项进行维护，举例而言，参考图4，对于交易码DGCK-01，交易名称“对公存款开户”的交易，维护了A-开户行、B-账号、D-金额、F-存款类型。

如图5所示，为本发明一具体实施例的业务模型配置表的示意图。在业务模型配置表中配置有包括业务领域信息、业务要素项、业务要素名称、业务要素数据类型、业务要素数据长度及业务要素区起始位置信息在内的数据项。

业务模型配置表定义了业务模型的所有要素项的属性。通过访问该表可以获知某个业务领域的任何一个业务要素的各种属性以及在业务要素区的存储位置。

参考图5所示，对于对公存款业务领域共包含12项业务要素，每项业务元素都对应设置有代码、要素名称、类型、长度及要素区起始位置。

如图6所示，为本发明一具体实施例的业务模型要素区的示意图。业务模型要素区可以认为是一个连续的存储区，它的空间大小与对应业务模型所有要素项的字符总数相等。

以对公存款领域所梳理出的A-L这12项业务要素为例，建立的对公存款业务模型要素区的结构如图6所示。

对公存款业务模型要素区共12项要素，一共106位字符，从起始位置0开始，每一个位置存放一位字符：

第0-4个位置，5位字符，存放A-开户行；

第5-16个位置，12位字符，存放B-账号；

第17-20个位置，4位字符，存放C-存单号；

第21-39个位置，19位数字，存放D-金额；

第40-79个位置，40位字符，存放E-户名；

第80-87个位置，8位字符，存放F-存款类型；

第88-91个位置，4位字符，存放G-开户柜员；

第92个位置，1位字符，存放H-自动转存标志；

第93-94个位置，2位字符，存放I-存期；

第95-98个位置，4位数字，存放J-利息；

第99-101个位置，3位数字，存放K-利率优惠百分比；

第102-106个位置，4位字符，存放L-销户柜员。

步骤S300：

当接收到前端上传的所述业务数据时，执行业务要素初始化程序，在内存中建立业务要素区，调用业务模型数据解析器。

在步骤S300运行初始化程序时，在内存中生成相应的业务模型要素区，前端上传的业务数据会通过业务模型数据解析器解析，放置在业务模型要素区的对应位置，以便后续联机应用程序访问。

步骤S400：

利用所述业务模型解析器，根据所述交易要素配置表及业务模型配置表对所述业务数据进行解析，根据解析的结果将所述业务数据放置到所述业务要素区的对应位置中；

在本实施例中，一个业务领域下的所有联机程序都统一访问“业务模型要素区”获取前端输入的信息，而不再直接从前端上送数据的通讯区获取输入信息。

具体的，步骤S400利用业务模型解析器进行业务数据解析的具体过程为：

步骤S401，根据所述业务数据中的交易码，访问所述交易要素配置表，获取交易码对应的业务领域信息、业务要素项及上传顺序信息；

步骤S402，根据所述业务领域信息及业务要素项，访问所述业务模型配置表，获取所述业务领域信息对应的每一项所述业务要素项的业务要素数据类型、业务要素数据长度及业务要素区起始位置信息；

步骤S403，根据所述交易码对应的上传顺序信息、所述业务领域信息对应的每一项所述业务要素项的业务要素数据类型、业务要素数据长度及业务要素区起始位置信息，对所述业务数据进行解析、拆分，将拆分后的每一项数据放置到所述业务要素区的对应位置中。

在本实施例中，对于前端交易，可以通过在前端页面显示业务列表给操作者，其中每一项业务对应设定一个交易码；交易码通过前端程序上送给后台系统，一个交易码对应前端一个交易，即，一个交易码对应前端一个操作画面。

操作者可以选择业务后，在前端页面输入具体的业务数据。前端获取操作者选择的业务及在业务的每一项业务要素中输入的数据，整合为业务数据上传至后台系统。

后台系统中的“业务模型数据解析器”会通过前端交易上送通信区中的“交易码”访问“交易要素配置表”，得到该交易码下所有业务要素项和输入顺序；再根据交易对应的业务领域和业务要素，逐一去“业务模型配置表”中，获取每个要素项的长度、属性和业务模型要素区的位置，有了这些信息，业务模型解析器便可以对前端交易上送的数据信息进行解析、拆分，并将它们放置到“业务模型要素区”的对应位置中。

这样，当前端画面输入要素有增减或者上送顺序有变化时，只需要维护相应交易码的“交易要素配置表”相关数据即可。具体方法为：接收工作人员输入的交易要素配置表维护指令，对所述交易要素配置表进行维护调整。业务模型解析器通过“交易要素配置表”就可以正常解析变动的输入要素，并且将其放入“业务要素区”的正确位置。

步骤S500：

获取所述业务要素区中存储的数据，执行业务要素逻辑检查公共程序进行逻辑检查；其中，检查项至少包括以下其中一个或多个：

a、检查必输项是否都有数据；b、检查输入项数值是否合法；c、检查输入项数值范围是否有效；d、检查输入项之间依赖关系是否正确。具体检查项可以根据实际情况进行更改或者增加，本发明并不对此进行严格限定。

步骤600：

在检查通过后，获取所述业务要素区中存储的数据，执行交易事务处理程序进行交易处理，将交易处理结果发送至前端进行显示。

对于图2中举例的业务数据，需要进行交易流水防重处理，对账号进行开户处理，记录交易日志，完成交易处理后，将交易处理结果发送至前端显示给操作者。

基于步骤S500和步骤S600，本发明通程序动静分离的构建设计，将变更很少的逻辑部分提取为独立的公共逻辑检查节点，将经常变动的交易逻辑分离为独立的业务处理节点，提高开发效率，降低因需求变更对应用系统的影响范围。

在本实施例中，交易事务处理程序面对的不再是前端上送的通讯数据区，而是统一从“业务要素区”获取数据，只要“业务要素区”的数据定义不发生变动，后台程序的通讯接口也不会轻易发生变动。因此，本发明有效的将所有前端输入要素的变化对后台应用程序进行了隔离和屏蔽，大大降低了后台应用变更的频率和可能性。

需要说明的是，尽管在上述实施例及附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

在介绍了本发明示例性实施方式的方法之后，接下来，参考图7至图9对本发明示例性实施方式的基于业务建模的CICS联机程序业务处理系统进行介绍。

基于业务建模的CICS联机程序业务处理系统的实施可以参见上述方法的实施，重复之处不再赘述。以下所使用的术语“模块”或者“单元”，可以是实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

基于同一发明构思，本发明还提出了一种基于业务建模的CICS联机程序业务处理系统，如图7所示，该系统包括：

业务模型建立模块701，用于根据前端交易的服务对象和业务功能划分出多个业务领域，提取所述业务领域的业务要素，建立业务模型；

配置表设置模块702，用于根据所述业务模型设置业务要素区、交易要素配置表及业务模型配置表；

初始化模块703，用于在接收到前端上传的所述业务数据时，执行业务要素初始化程序，在内存中建立业务要素区，并调用业务模型解析器704；

所述业务模型解析器704，用于利用所述交易要素配置表及业务模型配置表对所述业务数据进行解析，根据解析的结果将所述业务数据放置到所述业务要素区的对应位置中；

逻辑检查模块705，用于获取所述业务要素区中存储的数据，执行业务要素逻辑检查公共程序进行逻辑检查；

交易处理模块706，用于在检查通过后，获取所述业务要素区中存储的数据，执行交易事务处理程序进行交易处理，将交易处理结果发送至前端进行显示。

在一实施例中，所述交易要素配置表中配置有包括交易码、交易名称、业务领域信息、业务要素项及上传顺序信息在内的数据项。

所述业务模型配置表中配置有包括业务领域信息、业务要素项、业务要素名称、业务要素数据类型、业务要素数据长度及业务要素区起始位置信息在内的数据项。

所述业务要素区中配置有每一项业务要素项对应的输入值存放区。

在一实施例中，如图8所示，该系统包括：前端操作模块707及配置表维护模块708；其中，

前端操作模块707，用于在前端页面显示业务列表，其中每一项业务对应一个交易码，并获取操作者选择的业务及在业务的每一项业务要素中输入的数据，整合为业务数据进行上传。

配置表维护模块708，用于接收工作人员输入的交易要素配置表维护指令，对所述交易要素配置表进行维护调整。

在一实施例中，如图9所示，所述业务模型解析器704具体包括：

交易要素配置表访问单元7041，用于根据所述业务数据中的交易码，访问所述交易要素配置表，获取交易码对应的业务领域信息、业务要素项及上传顺序信息；

业务模型配置表访问单元7042，用于根据所述业务领域信息及业务要素项，访问所述业务模型配置表，获取所述业务领域信息对应的每一项所述业务要素项的业务要素数据类型、业务要素数据长度及业务要素区起始位置信息；

数据解析单元7043，用于根据所述交易码对应的上传顺序信息、所述业务领域信息对应的每一项所述业务要素项的业务要素数据类型、业务要素数据长度及业务要素区起始位置信息，对所述业务数据进行解析、拆分，将拆分后的每一项数据放置到所述业务要素区的对应位置中。

在一实施例中，所述逻辑检查模块进行逻辑检查时至少包括以下其中一个或多个的检查项：

检查必输项是否都有数据、检查输入项数值是否合法、检查输入项数值范围是否有效及检查输入项之间依赖关系是否正确。

应当注意，尽管在上文详细描述中提及了基于业务建模的CICS联机程序业务处理系统的若干模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。

利用上述基于业务建模的CICS联机程序业务处理方法及系统，可以在前端画面输入要素有增减或者上送顺序有变化时，仅维护相应交易码的“交易要素配置表”相关数据即可。业务模型解析器通过“交易要素配置表”就可以正常解析变动的输入要素，并且将其放入“业务要素区”的正确位置。

交易事务处理程序面对的不再是前端上送的通讯数据区，而是统一从“业务要素区”获取数据，只要“业务要素区”的数据定义不发生变动，后台程序的通讯接口也不会轻易发生变动。因此，该系统有效的将所有前端输入要素的变化对后台应用程序进行了隔离和屏蔽。大大降低了后台应用变更的频率和可能性。

本发明能够将一个业务领域下的固定的、公共的程序实现和经常变化的部分成功的分离开，一方面提高了代码可靠性，提高了开发效率，另一方面也有效降低变更给整个业务处理带来的风险。对比现有技术来看，程序结构从以前单一的程序，分割成了4个独立的程序，其中除了“交易事务处理程序”，其他三个都是对业务领域下所有交易程序共用的，并且通过参数配置的方式，极少发生变更；开发时只要将注意力集中在交易事务逻辑本身即可。

从硬件层面来说，为了能够降低程序开发和系统维护的成本，提高CICS联机程序可靠性及开发效率，本申请提供一种用于实现所述基于业务建模的CICS联机程序业务处理方法中的全部或部分内容的电子设备的实施例，所述电子设备具体包含有如下内容：

处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现电子设备与操作者终端以及相关数据库等相关设备之间的信息传输；该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照实施例中的基于业务建模的CICS联机程序业务处理系统的实施例，以及，基于业务建模的CICS联机程序业务处理方法的实施例进行实施，其内容被合并于此，重复之处不再赘述。

图10为本申请实施例的电子设备10600的系统构成的示意框图。如图10所示，该电子设备10600可以包括中央处理器10100和存储器10140；存储器10140耦合到中央处理器10100。值得注意的是，该图10是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

在一实施例中，基于业务建模的CICS联机程序业务处理的功能可以被集成到中央处理器中。其中，中央处理器可以被配置为进行如下控制：

步骤S100，根据前端交易的服务对象和业务功能划分出多个业务领域，提取所述业务领域的业务要素，建立业务模型；

步骤S200，根据所述业务模型设置业务要素区、交易要素配置表及业务模型配置表；

步骤S300，当接收到前端上传的所述业务数据时，执行业务要素初始化程序，在内存中建立业务要素区，调用业务模型解析器；

步骤S400，利用所述业务模型解析器，根据所述交易要素配置表及业务模型配置表对所述业务数据进行解析，根据解析的结果将所述业务数据放置到所述业务要素区的对应位置中；

步骤S500，获取所述业务要素区中存储的数据，执行业务要素逻辑检查公共程序进行逻辑检查；

步骤S600，在检查通过后，获取所述业务要素区中存储的数据，执行交易事务处理程序进行交易处理，将交易处理结果发送至前端进行显示。

在步骤S100至步骤S600中，将同一业务领域下具备共性要素的一组前端交易进行业务建模，将建模得到的业务要素全集作为业务模型要素区，该业务模型要素区可以作为所有该业务领域下联机程序与前端的统一数据通信区。前端画面增减的要素项只要在业务模型的全集中，都可以通过交易要素配置表进行配置，运行时根据交易要素配置表及业务模型配置表自动解析通信数据的内容格式，并放入业务模型要素区，同时通过程序动静分离的构建设计，将变更很少的逻辑部分提取为独立的公共逻辑检查节点，将经常变动的交易逻辑分离为独立的业务处理节点，提高开发效率，降低因需求变更对应用系统的影响范围。

从上述描述可知，本申请实施例提供的电子设备，克服了目前现有的CICS联机程序开发和系统维护成本高，代码质量低、开发效率低等问题，通过设置业务模型要素区、业务模型配置表、交易要素配置表和业务模型解析器四部分组件，实现了联机程序的通信区按业务领域统一建模，屏蔽联机画面因为输入栏位的增减带来的后台修改，实现前端画面输入项的动态可配置，使得公共的、不变的程序逻辑具备复用能力，使程序开发和系统维护更方便，提高了代码质量及开发效率。

在另一个实施方式中，基于业务建模的CICS联机程序业务处理系统可以与中央处理器10100分开配置，例如可以将基于业务建模的CICS联机程序业务处理系统配置为与中央处理器10100连接的芯片，通过中央处理器的控制来实现基于业务建模的CICS联机程序业务处理的功能。

如图10所示，该电子设备10600还可以包括：通信模块10110、输入单元10120、音频处理器10130、显示器10160、电源10170。值得注意的是，电子设备10600也并不是必须要包括图10中所示的所有部件；此外，电子设备10600还可以包括图10中没有示出的部件，可以参考现有技术。

如图10所示，中央处理器10100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器10100接收输入并控制电子设备10600的各个部件的操作。

其中，存储器10140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器10100可执行该存储器10140存储的该程序，以实现信息存储或处理等。

输入单元10120向中央处理器10100提供输入。该输入单元10120例如为按键或触摸输入装置。电源10170用于向电子设备10600提供电力。显示器10160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器10140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器10140还可以是某种其它类型的装置。存储器10140包括缓冲存储器10141(有时被称为缓冲器)。存储器10140可以包括应用/功能存储部10142，该应用/功能存储部10142用于存储应用程序和功能程序或用于通过中央处理器10100执行电子设备10600的操作的流程。

存储器10140还可以包括数据存储部10143，该数据存储部10143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器10140的驱动程序存储部10144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块10110即为经由天线10111发送和接收信号的发送机/接收机10110。通信模块(发送机/接收机)10110耦合到中央处理器10100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块10110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)10110还经由音频处理器10130耦合到扬声器10131和麦克风10132，以经由扬声器10131提供音频输出，并接收来自麦克风10132的音频输入，从而实现通常的电信功能。音频处理器10130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器10130还耦合到中央处理器10100，从而使得可以通过麦克风10132能够在本机上录音，且使得可以通过扬声器10131来播放本机上存储的声音。

本申请的实施例还提供能够实现上述实施例中的基于业务建模的CICS联机程序业务处理方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的基于业务建模的CICS联机程序业务处理方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤S100，根据前端交易的服务对象和业务功能划分出多个业务领域，提取所述业务领域的业务要素，建立业务模型；

步骤S200，根据所述业务模型设置业务要素区、交易要素配置表及业务模型配置表；

步骤S300，当接收到前端上传的所述业务数据时，执行业务要素初始化程序，在内存中建立业务要素区，调用业务模型解析器；

步骤S400，利用所述业务模型解析器，根据所述交易要素配置表及业务模型配置表对所述业务数据进行解析，根据解析的结果将所述业务数据放置到所述业务要素区的对应位置中；

步骤S500，获取所述业务要素区中存储的数据，执行业务要素逻辑检查公共程序进行逻辑检查；

步骤S600，在检查通过后，获取所述业务要素区中存储的数据，执行交易事务处理程序进行交易处理，将交易处理结果发送至前端进行显示。

在步骤S100至步骤S600中，将同一业务领域下具备共性要素的一组前端交易进行业务建模，将建模得到的业务要素全集作为业务模型要素区，该业务模型要素区可以作为所有该业务领域下联机程序与前端的统一数据通信区。前端画面增减的要素项只要在业务模型的全集中，都可以通过交易要素配置表进行配置，运行时根据交易要素配置表及业务模型配置表自动解析通信数据的内容格式，并放入业务模型要素区，同时通过程序动静分离的构建设计，将变更很少的逻辑部分提取为独立的公共逻辑检查节点，将经常变动的交易逻辑分离为独立的业务处理节点，提高开发效率，降低因需求变更对应用系统的影响范围。

从上述描述可知，本申请实施例提供的计算机可读存储介质，克服了目前现有的CICS联机程序开发和系统维护成本高，代码质量低、开发效率低等问题，通过设置业务模型要素区、业务模型配置表、交易要素配置表和业务模型解析器四部分组件，实现了联机程序的通信区按业务领域统一建模，屏蔽联机画面因为输入栏位的增减带来的后台修改，实现前端画面输入项的动态可配置，使得公共的、不变的程序逻辑具备复用能力，使程序开发和系统维护更方便，提高了代码质量及开发效率。

本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (16)

1.一种基于业务建模的CICS联机程序业务处理方法，其特征在于，该方法包括：

根据前端交易的服务对象和业务功能划分出多个业务领域，提取所述业务领域的业务要素，建立业务模型；

根据所述业务模型设置业务要素区、交易要素配置表及业务模型配置表；

当接收到前端上传的业务数据时，执行业务要素初始化程序，在内存中建立业务要素区，调用业务模型解析器；

利用所述业务模型解析器，根据所述交易要素配置表及业务模型配置表对所述业务数据进行解析，根据解析的结果将所述业务数据放置到所述业务要素区的对应位置中；

获取所述业务要素区中存储的数据，执行业务要素逻辑检查公共程序进行逻辑检查；

在检查通过后，获取所述业务要素区中存储的数据，执行交易事务处理程序进行交易处理，将交易处理结果发送至前端进行显示；

其中，利用所述业务模型解析器，根据所述交易要素配置表及业务模型配置表对所述业务数据进行解析，根据解析的结果将所述业务数据放置到所述业务要素区的对应位置中，包括：

根据所述业务数据中的交易码，访问所述交易要素配置表，获取交易码对应的业务领域信息、业务要素项及上传顺序信息；

根据所述业务领域信息及业务要素项，访问所述业务模型配置表，获取所述业务领域信息对应的每一项所述业务要素项的业务要素数据类型、业务要素数据长度及业务要素区起始位置信息；

根据所述交易码对应的上传顺序信息、所述业务领域信息对应的每一项所述业务要素项的业务要素数据类型、业务要素数据长度及业务要素区起始位置信息，对所述业务数据进行解析、拆分，将拆分后的每一项数据放置到所述业务要素区的对应位置中。

2.根据权利要求1所述的基于业务建模的CICS联机程序业务处理方法，其特征在于，所述交易要素配置表中配置有包括交易码、交易名称、业务领域信息、业务要素项及上传顺序信息在内的数据项。

3.根据权利要求2所述的基于业务建模的CICS联机程序业务处理方法，其特征在于，所述业务模型配置表中配置有包括业务领域信息、业务要素项、业务要素名称、业务要素数据类型、业务要素数据长度及业务要素区起始位置信息在内的数据项。

4.根据权利要求3所述的基于业务建模的CICS联机程序业务处理方法，其特征在于，所述业务要素区中配置有每一项业务要素项对应的输入值存放区。

5.根据权利要求4所述的基于业务建模的CICS联机程序业务处理方法，其特征在于，该方法包括：

在前端页面显示业务列表，其中每一项业务对应一个交易码；

获取操作者选择的业务及在业务的每一项业务要素中输入的数据，整合为业务数据进行上传。

6.根据权利要求1所述的基于业务建模的CICS联机程序业务处理方法，其特征在于，获取所述业务要素区中存储的数据，执行业务要素逻辑检查公共程序进行逻辑检查，至少包括以下其中一个或多个的检查项：

检查必输项是否都有数据、检查输入项数值是否合法、检查输入项数值范围是否有效及检查输入项之间依赖关系是否正确。

7.根据权利要求1所述的基于业务建模的CICS联机程序业务处理方法，其特征在于，该方法还包括：

接收工作人员输入的交易要素配置表维护指令，对所述交易要素配置表进行维护调整。

8.一种基于业务建模的CICS联机程序业务处理系统，其特征在于，该系统包括：

业务模型建立模块，用于根据前端交易的服务对象和业务功能划分出多个业务领域，提取所述业务领域的业务要素，建立业务模型；

配置表设置模块，用于根据所述业务模型设置业务要素区、交易要素配置表及业务模型配置表；

初始化模块，用于在接收到前端上传的业务数据时，执行业务要素初始化程序，在内存中建立业务要素区，并调用业务模型解析器；

所述业务模型解析器，用于利用所述交易要素配置表及业务模型配置表对所述业务数据进行解析，根据解析的结果将所述业务数据放置到所述业务要素区的对应位置中；

逻辑检查模块，用于获取所述业务要素区中存储的数据，执行业务要素逻辑检查公共程序进行逻辑检查；

交易处理模块，用于在检查通过后，获取所述业务要素区中存储的数据，执行交易事务处理程序进行交易处理，将交易处理结果发送至前端进行显示；

其中，所述业务模型解析器具体包括：

交易要素配置表访问单元，用于根据所述业务数据中的交易码，访问所述交易要素配置表，获取交易码对应的业务领域信息、业务要素项及上传顺序信息；

业务模型配置表访问单元，用于根据所述业务领域信息及业务要素项，访问所述业务模型配置表，获取所述业务领域信息对应的每一项所述业务要素项的业务要素数据类型、业务要素数据长度及业务要素区起始位置信息；

数据解析单元，用于根据所述交易码对应的上传顺序信息、所述业务领域信息对应的每一项所述业务要素项的业务要素数据类型、业务要素数据长度及业务要素区起始位置信息，对所述业务数据进行解析、拆分，将拆分后的每一项数据放置到所述业务要素区的对应位置中。

9.根据权利要求8所述的基于业务建模的CICS联机程序业务处理系统，其特征在于，所述交易要素配置表中配置有包括交易码、交易名称、业务领域信息、业务要素项及上传顺序信息在内的数据项。

10.根据权利要求9所述的基于业务建模的CICS联机程序业务处理系统，其特征在于，所述业务模型配置表中配置有包括业务领域信息、业务要素项、业务要素名称、业务要素数据类型、业务要素数据长度及业务要素区起始位置信息在内的数据项。

11.根据权利要求10所述的基于业务建模的CICS联机程序业务处理系统，其特征在于，所述业务要素区中配置有每一项业务要素项对应的输入值存放区。

12.根据权利要求11所述的基于业务建模的CICS联机程序业务处理系统，其特征在于，该系统包括：

前端操作模块，用于在前端页面显示业务列表，其中每一项业务对应一个交易码，并获取操作者选择的业务及在业务的每一项业务要素中输入的数据，整合为业务数据进行上传。

13.根据权利要求8所述的基于业务建模的CICS联机程序业务处理系统，其特征在于，所述逻辑检查模块进行逻辑检查时至少包括以下其中一个或多个的检查项：

检查必输项是否都有数据、检查输入项数值是否合法、检查输入项数值范围是否有效及检查输入项之间依赖关系是否正确。

14.根据权利要求8所述的基于业务建模的CICS联机程序业务处理系统，其特征在于，该系统还包括：

配置表维护模块，用于接收工作人员输入的交易要素配置表维护指令，对所述交易要素配置表进行维护调整。

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

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至7任一所述方法。

Images