CN102368311B - 业务数据处理装置和业务数据处理方法 - Google Patents

Abstract

本发明提供了一种业务数据处理装置，包括：提取模块，用于根据业务数据的不同具体业务规则提取出具有共同属性的业务规则对象；生成模块，用于根据所述业务规则对象定义的业务规则生成业务数据处理对象；定义模块，用于为业务场景设置所述业务规则对象；以及处理模块，用于根据设置有所述业务规则对象的所述业务场景，修改复制的所述业务数据处理对象。相应地，本发明还提供了一种业务数据处理方法。通过本发明的技术方案，针对同一环节具有不同具体业务规则的应用业务，可以根据用户定义的业务规则来灵活处理其自身数据，支持后续流程，并兼顾资源共享，无需重复开发，也解决了因多个业务规则的引入而造成用户重复操作的问题。

Description

业务数据处理装置和业务数据处理方法

技术领域

本发明涉及计算机技术领域，具体而言，涉及业务数据处理装置和业务数据处理方法。

背景技术

在一些业务应用领域，由于某一环节的业务规则受到政策或其它因素的影响而不统一，不仅影响其自身业务数据的加工处理，而且也影响其后续业务的处理和流程，从而导致开发一个能涵盖此类应用涉及的众多业务规则的系统变得比较复杂。财务管理领域中的会计期间就是此类情况的一个典型场景，由于世界各国和地区对会计制度的规定不尽相同，导致各地企业对其经济业务的会计核算和报表编制周期和时机也不同，甚至有些流程也不同。例如，我国会计制度规定，会计期间一般从公历1月1日至12月31日，即按一个自然年度为一个会计年度，一个自然月为一个会计期间，企业在一个会计年度内，要分期进行核算和编制相关报表。英国采用4月1日至次年3月1日，美国采用7月1日至次年6月31，伊朗采用3月21日至次年3月20日等等。

对于目前的财务软件系统来说，一般通过以下方式处理会计期间：

一种方式是，根据当前的业务需要直接在系统中固定一套会计期间，支持一个账簿进行会计核算和报表编制业务。如果会计期间发生变化则需要修改原来的代码以适应新的变化。另外，若企业需要另建一套使用其他会计期间的核算账簿时，必须再开发一套系统才能满足客户的需求。因此效率很低，而且用户需要安装多个系统，使用和维护都不方便。

另一种方式是，在财务软件系统中，为每一套账簿建立一套会计期间。该方案的优点是实现了在同一个财务系统中同时使用多套账簿，并且每套账簿可以采用不同的会计期间。缺点是，用户必须为每套账簿建立一套会计期间，即使该套账簿采用的会计期间和系统中现有的会计期间完全一样也不例外。因而，给用户增加了大量的重复劳动，给日后维护增加了难度，再则也不利于企业对财务核算的统一监管。

因此，针对同一环节具有不同具体业务规则的应用业务，需要为其设计一种可以根据用户定义的业务规则来灵活处理其自身数据，支持后续流程，并兼顾资源共享的业务数据处理技术。

发明内容

本发明所要解决的技术问题在于，根据本发明的一个方面，提供一种业务数据处理装置，根据本发明的另一方面，提供一种业务数据处理方法，来解决当前在处理业务数据时出现的问题。

本发明提供了一种业务数据处理装置，可以包括：提取模块，用于根据业务数据的不同具体业务规则提取出具有共同属性的业务规则对象；生成模块，用于根据所述业务规则对象定义的业务规则生成业务数据处理对象；定义模块，用于为业务场景设置所述业务规则对象；以及处理模块，用于根据设置有所述业务规则对象的所述业务场景，修改复制的所述业务数据处理对象。

在上述技术方案中，优选地，在所述生成模块生成业务数据处理对象时，根据需要加入用于查询或编制数据的属性。

在上述技术方案中，优选地，所述定义模块在所述业务场景中增加存储所述业务规则对象的属性。

在上述技术方案中，优选地，所述处理模块根据具体数据处理特点，在复制的所述业务数据处理对象中加入对应的属性。

在上述技术方案中，优选地，所述提取模块为所述业务规则对象添加对应的主标识，所述生成模块为所述业务数据处理对象添加对应的主标识，所述定义模块为所述业务场景添加对应的主标识以及所述处理模块为修改后的所述业务数据处理对象添加对应的主标识。

本发明还提供了一种业务数据处理方法，可以包括：步骤202，根据业务数据的不同具体业务规则提取出具有共同属性的业务规则对象；步骤204，根据所述业务规则对象定义的业务规则生成业务数据处理对象；步骤206，为业务场景设置所述业务规则对象；步骤208，根据设置有所述业务规则对象的所述业务场景，修改复制的所述业务数据处理对象。

在上述技术方案中，优选地，在所述步骤204中，在生成业务数据处理对象时，根据需要加入用于查询或编制数据的属性。

在上述技术方案中，优选地，在所述步骤206中，在所述业务场景中增加存储所述业务规则对象的属性。

在上述技术方案中，优选地，在所述步骤208中，根据具体数据处理特点，在复制的所述业务数据处理对象中加入对应的属性。

在上述技术方案中，优选地，为所述业务规则对象、所述业务数据处理对象、所述业务场景和修改后的所述业务数据处理对象添加对应的主标识。

通过业务规则的提取来屏蔽具体业务规则的特殊性，使得系统能够按照统一的加工过程来处理各种业务规则和业务数据。而业务场景的特殊化则恰好相反，它可以加入具体的业务场景所需的特殊属性，在分享共同业务数据的同时满足具体的业务应用需要。

附图说明

图1示出了根据本发明的实施例的用业务数据处理装置的框图；

图2示出了根据本发明的实施例的业务数据处理方法的流程图；

图3示出了根据本发明的实施例的业务数据处理方法的示意图；以及

图4示出了根据本发明的实施例的会计期间的处理过程示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明并不限于下面公开的具体实施例的限制。

图1示出了根据本发明的实施例的用业务数据处理装置的框图。

如图1所示，根据本发明的实施例的业务数据处理装置100可以包括：提取模块102，用于根据业务数据的不同具体业务规则提取出具有共同属性的业务规则对象；生成模块104，用于根据所述业务规则对象定义的业务规则生成业务数据处理对象；定义模块106，用于为业务场景设置所述业务规则对象；以及处理模块108，用于根据设置有所述业务规则对象的所述业务场景，修改复制的所述业务数据处理对象。

在上述技术方案中，优选地，在所述生成模块104生成业务数据处理对象时，根据需要加入用于查询或编制数据的属性。

在上述技术方案中，优选地，所述定义模块106在所述业务场景中增加存储所述业务规则对象的属性。

在上述技术方案中，优选地，所述处理模块108根据具体数据处理特点，在复制的所述业务数据处理对象中加入对应的属性。

在上述技术方案中，优选地，所述提取模块102为所述业务规则对象添加对应的主标识，所述生成模块104为所述业务数据处理对象添加对应的主标识，所述定义模块106为所述业务场景添加对应的主标识以及所述处理模块108为修改后的所述业务数据处理对象添加对应的主标识。

通过上述技术方案，可以提供一种在一个开发应用系统过程中同一环节有不同业务规则的处理技术，以解决应用系统中因无法涵盖多个业务规则，而需要重复开发，或者因多个业务规则的引入而造成用户重复操作的问题。

特别地，例如在处理会计期间时，可以实现财务软件既能满足企业同时采用多套账簿、每套账簿采用不同的会计核算期间的要求，也能满足企业的多个账簿共享同一套会计核算期间的要求。

图2示出据了根据本发明的实施例的业务数处理方法的流程图。

如图2所示，根据本发明的实施例的业务数据处理方法，可以包括：步骤202，根据业务数据的不同具体业务规则提取出具有共同属性的业务规则对象；步骤204，根据所述业务规则对象定义的业务规则生成业务数据处理对象；步骤206，为业务场景设置所述业务规则对象；步骤208，根据设置有所述业务规则对象的所述业务场景，修改复制的所述业务数据处理对象。

在上述技术方案中，优选地，在所述步骤204中，在生成业务数据处理对象时，根据需要加入用于查询或编制数据的属性。

在上述技术方案中，优选地，在所述步骤206中，在所述业务场景中增加存储所述业务规则对象的属性。

在上述技术方案中，优选地，在所述步骤208中，根据具体数据处理特点，在复制的所述业务数据处理对象中加入对应的属性。

在上述技术方案中，优选地，为所述业务规则对象、所述业务数据处理对象、所述业务场景和修改后的所述业务数据处理对象添加对应的主标识。

通过上述技术方案，可以提供一种在一个开发应用系统过程中同一环节有不同业务规则的处理技术，以解决应用系统中因无法涵盖多个业务规则，而需要重复开发，或者因多个业务规则的引入而造成用户重复操作的问题。

本发明的技术方案主要分为四个处理步骤，可以如图3所示。

步骤302，业务规则对象的提取。分析具体的业务规则，找出业务规则的本质特征，提取出一个可以代表所有业务规则的对象。

步骤304，业务数据的具体化。根据业务规则对象中定义的具体业务规则，生成具体的业务处理数据对象。

步骤306，使用场景的明确化。为具体的业务情景设置一个业务规则对象，明确具体业务规则的使用场景。

步骤308，业务场景特殊化。根据具体业务场景设置的业务规则对象，复制一份业务数据副本，对副本进行修改或变异，增加具体业务场景所需的属性。

通过业务规则的提取来屏蔽具体业务规则的特殊性，使得系统能够按照统一的加工过程来处理各种业务规则和业务数据。而业务场景的特殊化则恰好相反，它可以加入具体的业务场景所需的特殊属性，在分享共同业务数据的同时满足具体的业务应用需要。

下面结合财务软件处理会计期间的过程来详细阐述本发明的技术方案。

1、分析和抽取各种会计制度规定的会计期间的本质特征(会计日历)。

在应用系统开发过程中，遇到同一个业务有多种可能的业务规则存在，并且影响后续数据的加工和处理流程时，传统的做法往往是根据不同的情况进行分别实现的方式。在这种处理方式下，若情况比较多，需要综合考虑前面所有情况的后续业务，则其流程处理将很复杂，而且由于各种情况间的相同或相似功能没有提取出来，从而导致需要重复开发和投入。另外，若有新规则增加，那么必须通过改动代码来实现。为了解决此问题，本发明首先分析这些具体业务规则的本质特征，提取出一个能代表所有规则的对象，以便应用系统对它进行统一处理。

例如，在财务软件处理会计期间的过程面临着需要处理多种会计制度的会计期间的问题，而且不同会计制度的规定不仅影响会计期间本身，也影响后面的会计核算和报表编制。可以看出会计制度就是财务软件系统在确定会计核算期间这个环节的一个变动因素，是前面提到的具体业务规则，因此，应该把它提取出来，以便系统在后续的处理过程中能对它进行统一处理，而不是分别考虑每种情况，分别针对每种情况进行处理。

确定了要提取的具体规则后，下面分析这些规则的本质特征，以提取他们的共同特征，并形成业务规则对象(或称为业务规则抽象对象)。

例如我国大陆会计期间为公历年制，起止日期为每年1月1日至12月31日，分12期。而香港为每年4月1日至次年3月31日，不划分期间，即一个会计年度内只有一期。而美国为每年10月1日至次年9月30日，为了示例方便假设其按自然季度分期，故每会计年度有4期。通过观察、比较和分析这些具体的会计期间划分规则，可以提取出这些规则的共同特征(共同属性)，如下所列：

起止日期：可以抽象成代表跨任意会计年度的起止日期，而不仅仅是本会计年度的起止日期。根据开始日期和连续12个月为一个会计年度的规则，可以推算出一个会计年度的起止日；根据结束日期，可以推算出此时间段有多少个会计年度。例如起止日期指定为2011年1月1日至2020年12月31，则每个会计年度的起止日期为每年1月1日至12月31日，共有10个会计年度。

期间类型：根据会计年度内划分的期间数的要求，期间类型可以是年、季、月、周等周期，它决定了一个会计年度内划分的期间数。

起始会计年度：用户可以指定一个在起止日期内的年度作为起始年度。

将拥有上述属性的业务规则对象，命名为“会计日历”，也可以命名为其它的名称。可以看出，每一个会计日历就代表一种会计制度对会计期间规定的具体规则。而财务软件系统只需要统一管理会计日历即可。

2、生成会计期间。

定义了会计日历后，系统可以根据它定义的规则生成一套相应的会计期间，它是财务软件系统进行分期核算和报表编制的基础。它应包含如下属性(字段)：

期间号：它表示一个会计期间在会计年度内的期间序号，如按我国公历制会计期间规定，1月份为第一分期，期间号可以写为“1”(或“01”，或加入会计年度要素“2011.01”等格式)。

会计年度：表示一个会计期间所属的会计年度。

开始日期：每个期间的开始日期，用会计日历的开始日期作为第一个期间的开始日期，其它期间的日期，则依据第一个期间日期，和会计日历规定的期间类型做周期来推算。

结束日期：每个期间的截止日期，即会计期间的开始日期的前一天。

会计年度：从会计日历的开始日期计算，一般是连续的12个月为一个会计年度，以此类推。

这样，就根据所述业务规则对象定义的业务规则生成业务数据处理对象，以上只是会计期间的必要字段，不同的财务开发系统可以根据自己的需要加入季度、月、周等属性，以便以后编制报表或查询业务数据使用。

例如当用户在系统中定义了一套会计日历(业务规则对象)如表1，那么相应的系统可以根据此会计日历生成会计期间(业务数据处理对象)如表2。

表1

表2

其中，期间号的数据格式和类型，不同的财务软件系统可以根据各自的应用场景定义相应的格式和类型。

值得注意的是，虽然在前面会计期间介绍中没有列出会计日历属性(字段)，但实际上为了追述会计期间的来源，会计期间应该包含一个会计日历属性，用于存储它所属的会计日历。

3、明确规则的使用场景(账簿)。

由于不同的业务场景需要使用不同的业务规则进行数据加工处理，因此，在完成了对具体规则的提取后，需要为每种业务场景指定各自的规则，以便后续业务有明确的加工处理流程。那么如何来确定业务场景并为它指定规则呢？

首先，依然通过一个抽象对象来描述或者代表业务场景，这个对象需要具有运行业务所需的基本信息。例如在财务软件中，定义账簿对象来代表或描述业务场景，它具有会计核算所依赖的核算币种、汇率类型、科目编码结构等信息，于是每一个账簿实例(包含有具体数据的一条记录)就代表了一种业务场景。

其次，在业务场景对象中增加一个存储业务规则的属性，属性的取值来源于抽象规则定义的具体值。因此，可以为每一种业务场景设置一个业务规则。例如，在财务软件开发过程中，在账簿对象中定义一个“会计日历”的属性，即可为每个账簿设置各自的会计日历。此外，由于账簿可以指定任何一个会计日历，甚至包括已指定给其它账簿的会计日历，因此不会出现因多个账簿使用相同的会计期间而造成用户重复定义会计日历和期间的问题。

4、定制适合具体场景的会计期间(账簿会计期间)。

由于前面生成的会计期间并没有结合具体的使用场景，因此，在明确了具体的使用场景后，需要对原来的会计期间进行调整，加入新的属性以支持具体业务的加工处理。为了实现会计期间在多个账簿间的共享，需要复制一份会计期间的副本，在副本上增加属性，而不是破坏原来的数据对象。在此把副本称作“账簿会计期间”。根据财务管理流程，后续要用账簿进行分期记录经济活动并按规定分期核算结账，即在财务软件中通过打开、关闭会计期间来实现。因此，可以为账簿会计期间增加一个名为期间状态的属性来存储这一流程的加工处理结果，如下表3为根据上表2所示的会计期间变异后的结果。

表3

其中，上表3的期间状态可以为：未打开、打开、关闭。未打开表示账簿在此期间尚未开始记账，打开则表示账簿在此期间可以记账，而关闭表示账簿在此间已经完成了结账业务。

因此，结合图4所示的处理过程可知，可以将本发明的技术方案应用在例如财务系统中的处理会计期间上，步骤402，提取具有共同属性的业务规则对象，例如提取的会计日历。

步骤404，根据提取的业务规则对象生成业务数据处理对象，例如根据会计日历生成的会计期间。

步骤406，为提取的业务对照对象明确使用场景，例如设置的使用场景为账簿。

步骤408，复制生成的会计期间，根据明确的使用场景对该会计期间进行处理，例如添加必要的属性等，得到账簿会计期间。

在实际的开发过程中，使用者除了按照上述步骤操作外，可以为上述步骤所涉及的所有对象，如会计日历、会计期间、账簿、账簿会计期间加上各自的主标识(在数据库中称为主键)，以便后续处理过程可以引用和跟踪。

综上所述，本发明的技术方案通过给账簿配置不同的会计日历，为账簿生成独立的“账簿会计期间”，既能使得各账簿的期间核算业务互不干扰，又能达到共享和统一管理会计期间的目的。

以上结合附图对本发明的技术方案进行了详细的说明，通过业务规则的提取来屏蔽具体业务规则的特殊性，使得系统能够按照统一的加工过程来处理各种业务规则和业务数据。而业务场景的特殊化则恰好相反，它可以加入具体的业务场景所需的特殊属性，在分享共同业务数据的同时满足具体的业务应用需要。

本发明还可以实现财务软件既能满足企业同时采用多套账簿、每套账簿采用不同的会计核算期间的要求，也能满足企业的多个账簿共享同一套会计核算期间的要求。

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

Claims (8)

1.一种业务数据处理装置，其特征在于，包括：

提取模块，用于根据业务数据的不同具体业务规则提取出具有共同属性的业务规则对象；

生成模块，用于根据所述业务规则对象定义的业务规则生成业务数据处理对象；

定义模块，用于为业务场景设置所述业务规则对象；以及

处理模块，用于根据设置有所述业务规则对象的所述业务场景，修改复制的所述业务数据处理对象；

所述定义模块在所述业务场景中增加存储所述业务规则对象的属性。

2.根据权利要求1所述的业务数据处理装置，其特征在于，在所述生成模块生成业务数据处理对象时，根据需要加入用于查询或编制数据的属性。

3.根据权利要求1所述的业务数据处理装置，其特征在于，所述处理模块根据具体数据处理特点，在复制的所述业务数据处理对象中加入对应的属性。

4.根据权利要求1至3中任一项所述的业务数据处理装置，其特征在于，所述提取模块为所述业务规则对象添加对应的主标识，所述生成模块为所述业务数据处理对象添加对应的主标识，所述定义模块为所述业务场景添加对应的主标识以及所述处理模块为修改后的所述业务数据处理对象添加对应的主标识。

5.一种业务数据处理方法，其特征在于，包括：

步骤202，根据业务数据的不同具体业务规则提取出具有共同属性的业务规则对象；

步骤204，根据所述业务规则对象定义的业务规则生成业务数据处理对象；

步骤206，为业务场景设置所述业务规则对象；

步骤208，根据设置有所述业务规则对象的所述业务场景，修改复制的所述业务数据处理对象；

在所述步骤206中，在所述业务场景中增加存储所述业务规则对象的属性。

6.根据权利要求5所述的业务数据处理方法，其特征在于，在所述步骤204中，在生成业务数据处理对象时，根据需要加入用于查询或编制数据的属性。

7.根据权利要求5所述的业务数据处理方法，其特征在于，在所述步骤208中，根据具体数据处理特点，在复制的所述业务数据处理对象中加入对应的属性。

8.根据权利要求5至7中任一项所述的业务数据处理方法，其特征在于，为所述业务规则对象、所述业务数据处理对象、所述业务场景和修改后的所述业务数据处理对象添加对应的主标识。

Images