CN100511142C - 一种数据逻辑状态修改方法及装置 - Google Patents

Abstract

本发明涉及数据处理应用领域，公开了一种数据逻辑状态修改方法，包括步骤：获取需要进行逻辑状态修改的目标数据；根据数据结构类型对所述目标数据进行结构分类；分解目标数据的数据结构；确定所述分解后的目标数据的逻辑状态是否为目标状态；若不是，修改所述目标数据的逻辑状态为目标状态。应用本发明提供的方法，实现修改数据的逻辑状态不需要专门进行底层数据结构的修改，工作量小，并且实现成本较低。

Description

一种数据逻辑状态修改方法及装置

技术领域

本发明涉及数据处理应用领域，特别是一种数据逻辑状态修改方法及装置。

背景技术

目前现有的数据逻辑修改方法，一般都是根据用户需求的逻辑状态，重写目标数据的数据结构，若在一个数据系统中，涉及到大量的数据逻辑状态的修改，则工作量巨大，并且修改时间长，成本较高。

例如，在我们日常所使用的各种应用软件中，绝大多数的功能通过软件界面的功能菜单表示，用户根据所述功能菜单所提供的功能的提示，选择应用所述软件中的相应功能。以用户网上购物操作为例，用户登陆交易平台，进行相应的提交订单操作。具体的过程如下：

所述的网上购物交易平台能够根据用户的具体需求，由订单自动生成发票，所述订单上包括订单号、销售方式等不同内容，系统根据订单的生成数量、金额，自动生成所述订单对应的发票；而所述销售方式由系统预设，包括现销、赊销、分期收款和委托代销四种。用户在菜单上选择开票功能，即可生成相应的订单的销售发票。

假设根据用户需要，增加一种新的销售方式为受托代销，在这种方式下，系统需要禁用自动生成销售发票的功能(将开票菜单项锁定)，但是，系统并没有提供相应的锁定开票菜单的功能。目前现有的方法只能够是对所述交易平台的源代码的相应部分增加一种新的销售方式，根据订单上的销售方式判断是否锁定开票功能。而修改源代码的工作一般需要由程序开发人员所完成，工作量较大，并且程序开人员必须得到用户的具体需求后才能进行相应的代码修改，因此新产品应用范围较小，并且无法通过新版本升级其它功能，局限性较大。

发明内容

本发明实施例提供一种数据逻辑修改方法及装置，以解决修改数据的逻辑状态修改时间长、工作量大，并且实现成本较高的问题。

为解决上述问题，本发明实施例提供一种数据逻辑修改方法，包括：

获取需要进行逻辑状态修改的目标数据；

根据数据结构类型对所述目标数据进行结构分类；

分解目标数据的数据结构；

确定所述分解后的目标数据的逻辑状态是否为目标状态；

若不是，修改所述目标数据的逻辑状态为目标状态。

优选地，在分解目标数据的数据结构之前，所述方法还包括：

根据用户需求，触发执行所述分解目标数据步骤。

优选地，修改所述目标数据的逻辑状态为目标状态之后，所述方法还包括：

整合所述修改逻辑状态的目标数据为可执行的初始结构。

优选地，整合所述修改逻辑状态的目标数据为可执行的初始结构之后，所述方法还包括：

转换所述整合的目标数据为可存储的元数据格式；

存储所述转换后的元数据。

相应地，本发明实施例还提供一种菜单配置装置，包括：

获取单元，用于获取需要进行逻辑状态修改的目标数据；

分类单元，用于根据数据结构类型对所述目标数据进行结构分类；

分解单元，用于分解所述目标数据的数据结构；

确定单元，用于确定所述分解后的目标数据的逻辑状态是否为目标状态；

修改单元，在所述逻辑状态不是目标状态的情况下，用于修改所述目标数据的逻辑状态为目标状态。

优选地，所述装置还包括：

触发单元，用于根据用户需求，触发所述分解单元执行分解数据步骤。

优选地，所述装置还包括：

整合单元，用于整合所述修改逻辑状态的目标数据为可执行的初始结构。

优选地，所述装置还包括：

转换单元，用于转所述述整合的目标数据为可存储的元数据格式；

存储单元，用于存储所述转换后的元数据。

与现有技术相比，本发明实施例在修改数据逻辑状态的过程中对数据进行分解，并判断分解后的数据逻辑状态是否为目标状态，若不是则直接修改数据逻辑状态为目标状态，因此实现修改数据的逻辑状态不需要专门进行底层数据结构的修改，工作量小，并且实现成本较低。

附图说明

图1是本发明实施例的方法流程图；

图2是本发明第一优选实施例在业务类型菜单增加新业务类型的实现流程图；

图3是本发明第一优选实施例修改新增业务类型的开具发票属性实现流程图；

图4是本发明第二优选实施例修改关闭菜单属性流程图；

图5是本发明实施例装置结构图。

具体实施方式

下面结合附图及实施例对本发明作详细的说明。请参阅图1所示为本发明实施例的方法流程图，包括步骤：

步骤S101：分解目标数据的数据结构；

步骤S102：确定所述分解后的目标数据的逻辑状态是否为目标状态；

步骤S103：若不是，修改所述目标数据的逻辑状态为目标状态。

应用本发明提供的方法，首先获取需要执行逻辑状态修改的目标数据，所述数据可以从存储器中读取、由用户在输入设备的输入、或者在网络中接收到的数据。

在获取到需要进行逻辑状态修改的目标数据后，根据所述目标数据的数据结构，对所述目标数据进行分类。执行数据分类的目的是为了在执行数据分解步骤时，能够选择对应的数据结构库。

分解所述目标数据的数据结构后，确定所述目标数据数据结构中的逻辑状态字段是否为所需要的目标状态，如锁定状态，若是，则直接执行后续步骤，若不是，则修改所述逻辑状态字段的值为目标状态。

在确定所述逻辑状态为目标状态、或将所述逻辑状态字段的值修改为目标状态后，需要对所述目标数据进行相应的整合，使其恢复分解前的可执行状态，此时，数字设备即可执行所述修改逻辑状态的数据。

若在此后的数据处理过程中，还会以相同的方式处理所述修改逻辑状态的数据，则可以将所述修改后的数据进行存储，在需要进行数据处理时，从存储设备中直接读取所述数据执行即可。

存储所述修改逻辑状态的数据，首先需要对所述数据进行相应的转换过程，转换为适合存储的元数据格式后，即可存储在相应的存储设备中。

根据上述的数据逻辑状态修改方法，即实现了修改数据的逻辑状态，同时修改工作量小，实现成本较低。

在上述修改数据逻辑状态的过程中，可以根据用户的需要，在接收到修改请求时才触发相应的修改流程，提高所述数据逻辑修改方法的可操作性。

本发明的第一优选实施例以计算机领域的电子交易系统为例，所述自动开票系统可以根据销售订单类型的不同，开具相应的发票。例如，原先的自动开票系统存在现销、赊销、分期收款和委托代销四种。用户在菜单上选择开票功能，即可生成相应的订单销售发票。而本优选实施例根据用户需求，增加一种新的销售方式为受托代销，在这种方式下，系统需要禁用生成销售发票的功能。

因此根据新的业务需求，首先需要在业务类型菜单中增加新的业务“受托代销”，然后，在所述“受托代销”的业务属性中，关闭生成销售发票的业务属性。

对所述电子交易系统的业务类型菜单的修改过程请参阅图2所示，包括步骤：

步骤S201：在存储设备中读取销售订单数据；

步骤S202：在单据设计平台打开销售订单，准备对所述销售订单进行处理；

步骤S203：识别所述销售订单中销售方式数据结构体的数据结构类型，并根据相应的数据结构库执行分解所述销售订单数据；

步骤S204：加载所述销售订单销售方式字段值，在所述销售字段中增加新的销售方式字段；

步骤S205：整合所述销售订单数据，并转换为元数据存储在存储设备中。

在这个步骤中，用户可以在可视化的窗口自行输入需要增加的内容，如销售方式＝“受托代销”。

应用上述步骤，即可以在电子交易系统的业务菜单中增加新的业务类型“受托代销”，在所述电子交易系统的销售类型菜单中，即可显示所述“受托代销”字段。

完成上述增加新的业务类型步骤后，根据具体需求，所述电子交易系统需要锁定新增的销售类型“受托代销”的生成销售发票的功能，其实现的具体过程请参阅图3所示，包括步骤：

步骤S301：读取所述修改后的销售订单数据；

步骤S302：判断所述业务类型数据的数据结构类型，并根据所述结构的类型分解所述业务类型数据，获得所述新增的销售类型“受托代销”的发票打印属性字段值；

步骤S303：确定所述“受托代销”的发票打印属性是否为锁定属性；

步骤S304：若所述发票打印属性并不是锁定属性，则将所述锁定属性修改为锁定属性；

步骤S305：整合所述销售类型数据结构，转换为元数据并进行存储。

在本优选实施例中，菜单逻辑修改表达式具体为：

LockMenu{FSaleStyle＝5，mnuKaiPiao＝1，mnuKaiPiao＝0}；

所述转化的具体实现过程可以参照如下方式进行：

LockMenu{FSaleStyle＝5，mnuKaiPiao＝1，mnuKaiPiao＝0}，其中：LockMenu为菜单锁定逻辑标识；

FSaleStyle＝5：表示销售方式＝受托代销，FSaleStyle为销售方式字段表识，5为受托代销在程序中的内码值

mnuKaiPiao：为开票菜单项属性，1表示锁定，0表示解锁。

通过上述过程，本发明的第一优选实施例即实现了在电子交易系统的业务类型菜单中增加新的销售类型，并在所述销售类型下锁定开具发票的功能。

本发明的第二优选实施例应用于ERP系统。在所述ERP系统中，业务单据数据、全部菜单数据、以及各菜单对应的应用场景数据均存储于数据库中。若所述ERP系统对某类业务单据进行操作，则在所述数据库中读取该类业务单据的数据，并根据所述业务单据，读取所属该类业务单据的场景数据，以及与所述场景数据相对应的菜单数据，从而实现在业务单据维护界面提供相应单据的业务功能。

在所述本发明的第二优选实施例中，在ERP系统实现提交销售定单的操作，并且需要开启修改销售定单场景下的关闭当前菜单功能。具体请参阅图4所示，包括步骤：

步骤S401：在数据库中获取到业务单据数据；

步骤S402：识别所述业务单据数据的数据结构类型，并分解所述业务单据，获得销售定单修改场景下所对应的关闭当前菜单属性；

步骤S403：确定所述关闭当前菜单属性是否为锁定，若是，执行步骤S404，否则直接执行步骤S405；

步骤S404：修改所述关闭当前菜单的属性为解锁；

步骤S405：整合所述业务单据数据，转换为元数据，并存储在数据库。

在本次的业务操作中，根据用户的需求，即在“修改场景”中增加关闭当前菜单的功能，因此判断“关闭菜单”属性是否已在所述“修改场景”中开启，若否，则设定所述关闭菜单功能在所述“修改场景”中的解锁属性，使所述销售定单在“修改场景”的情况下，能够实现关闭当前菜单的功能。完成所述修改后，所述ERP系统将相应的“关闭菜单”功能的数据发送至数据库中。若用户再次操作销售定单，则可以根据上述的调整，在所述销售定单处于修改的状态下执行关闭菜单的功能。

应用本发明实施例所提供的方法，用户修改数据的逻辑状态只需要分解所述数据的数据结构，修改相应的逻辑状态，并不需要对其它数据进行修改，因此实现修改目的工作量小，实现成本较低。

相应地，本发明实施例还提供一种菜单配置装置，具体请参阅图5所示，包括：

获取单元504，用于获取需要进行逻辑状态修改的目标数据；分类单元505，用于根据数据结构类型对所述目标数据进行结构分类；分解单元501，用于分解所述目标数据的数据结构；确定单元502，用于确定所述分解后的目标数据的逻辑状态是否为目标状态；修改单元503，在所述逻辑状态不是目标状态的情况下，用于修改所述目标数据的逻辑状态为目标状态。

另外，所述装置还包括触发单元506，用于根据用户需求，触发所述分解单元执行分解数据步骤；整合单元507，用于整合所述修改逻辑状态的目标数据为可执行的初始结构；转换单元508，用于转所述述整合的目标数据为可存储的元数据格式；存储单元509，用于存储所述转换后的元数据。

同样以ERP系统为例，应用本发明实施例提供的装置，开启修改销售定单场景下的关闭当前菜单功能的具体实现过程为：

触发单元506根据用户需要，触发所述获取单元504在数据库中获取到业务单据数据，应用分类单元505根据所述业务单据数据的数据结构类型对其进行分类，根据相应的数据结构类型通过分解单元501将所述业务单据数据分解，获得销售定单修改场景下所对应的关闭当前菜单属性；确定单元502根据所述关闭当前菜单属性，确定所述关闭当前菜单属性是否为锁定，若是，通知所述修改单元503执行属性修改步骤，否则直接通知所述整合单元507执行数据整合步骤。

所述修改单元503将所述关闭当前菜单的属性修改为解锁后，整合单元507整合所述修改后的业务单据数据，并使用转换单元508将其转换为元数据，并存储于存储单元509中。

在本次的业务操作中，根据用户的需求，即在“修改场景”中增加关闭当前菜单的功能，因此判断“关闭菜单”属性是否已在所述“修改场景”中开启，若否，则设定所述关闭菜单功能在所述“修改场景”中的解锁属性，使所述销售定单在“修改场景”的情况下，能够实现关闭当前菜单的功能。完成所述修改后，所述ERP系统将相应的“关闭菜单”功能的数据发送至数据库中。若用户再次操作销售定单，则可以根据上述的调整，在所述销售定单处于修改的状态下执行关闭菜单的功能。

应用本发明实施例所提供的装置，用户修改数据的逻辑状态只需要分解所述数据的数据结构，修改相应的逻辑状态，并不需要对其它数据进行修改，因此实现修改目的工作量小，实现成本较低。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (8)

1、一种数据逻辑状态修改方法，其特征在于，包括：

获取需要进行逻辑状态修改的目标数据；

根据数据结构类型对所述目标数据进行结构分类；

分解目标数据的数据结构；

确定所述分解后的目标数据的逻辑状态是否为目标状态；

若不是，修改所述目标数据的逻辑状态为目标状态。

2、根据权利要求1所述的方法，其特征在于，在分解目标数据的数据结构之前，所述方法还包括：

根据用户需求，触发执行所述分解目标数据步骤。

3、根据权利要求1所述的方法，其特征在于，修改所述目标数据的逻辑状态为目标状态之后，所述方法还包括：

整合所述修改逻辑状态的目标数据为可执行的初始结构。

4、根据权利要求3所述的方法，其特征在于，整合所述修改逻辑状态的目标数据为可执行的初始结构之后，所述方法还包括：

转换所述整合的目标数据为可存储的元数据格式；

存储所述转换后的元数据。

5、一种数据逻辑状态修改装置，其特征在于，包括：

获取单元，用于获取需要进行逻辑状态修改的目标数据；

分类单元，用于根据数据结构类型对所述目标数据进行结构分类；

分解单元，用于分解所述目标数据的数据结构；

确定单元，用于确定所述分解后的目标数据的逻辑状态是否为目标状态；

修改单元，在所述逻辑状态不是目标状态的情况下，用于修改所述目标数据的逻辑状态为目标状态。

6、根据权利要求5所述的装置，其特征在于，所述装置还包括：

触发单元，用于根据用户需求，触发所述分解单元执行分解数据步骤。

7、根据权利要求5所述的装置，其特征在于，所述装置还包括：

整合单元，用于整合所述修改逻辑状态的目标数据为可执行的初始结构。

8、根据权利要求7所述的装置，其特征在于，所述装置还包括：

转换单元，用于转所述述整合的目标数据为可存储的元数据格式；

存储单元，用于存储所述转换后的元数据。

Images