CN101169721A - 菜单数据维护方法及装置 - Google Patents

Abstract

本发明涉及计算机软件应用领域，公开了一种菜单数据维护方法，包括步骤：解除业务单据中应用场景数据及菜单数据之间的关联；开启目标菜单数据在应用场景的可执行属性。应用本发明所提供的方法，可以根据不同业务的具体需求对菜单数据进行灵活设置，可以满足不同需求，并且实现简单，成本较低。相应地，本发明还公开一种菜单数据维护装置。

Description

菜单数据维护方法及装置

技术领域

本发明涉及计算机软件应用领域，特别是一种菜单数据维护方法及装置。

背景技术

现有的应用软件系统的菜单数据维护方法，以ERP系统为例，其核心模块主要实现的就是单据维护功能，实现单据功能的主要方式即是通过界面菜单进行表示。用户根据所述所提供的ERP系统功能，进行选择。例如，用户在ERP系统采购订单维护中，进行“单据关闭”的操作，具体的操作流程如图1所示，所述ERP系统根据用户需求，新增采购定单，保存后，将所述采购定单提交系统审核，若审查通过后，用户在菜单上选择关闭功能，即完成了采购定单的关闭。根据上述的操作场景，用户进行关闭操作必须是在采购定单已经被审核通过后才能执行，若所述采购定单并未被系统审核通过，用户是不能够关闭采购定单的。

若用户在新的业务中对于ERP系统有新的需求，需要允许用户能够在采购定单未被审核通过的情况下执行关闭所述定单的功能，因此即需要所述关闭菜单的功能能够在“修改场景”下可用。但是，目前的ERP系统并没有提供调整界面菜单以适用不同应用场景的功能，若想对功能的执行场景做出改变，就必须修改所述ERP系统的源代码，在“修改场景”所对应的源代码部分，设置相应的关闭菜单属性。因此对于普通用户来说，现有的ERP系统不能够根据具体的需要对菜单数据做出调整，难以满足不同业务的具体需求，实现业务操作灵活性低；而若对ERP系统的菜单数据进行调整，则需要程序开发人员修改所述ERP系统的相关代码，实现成本较高，并且只适用于特定场合，局限性较大。

发明内容

本发明实施例提供一种菜单数据维护方法及装置，以解决在应用软件系统中调整菜单数据工作量大，且调整后的菜单数据适用场合局限性较大的问题。

为解决上述问题，本发明实施例提供一种菜单数据维护方法，包括步骤：

解除业务单据中应用场景数据及菜单数据之间的关联；

设置目标菜单数据在应用场景的可执行属性。

优选地，所述分解业务单据中应用场景数据及菜单数据之间的依附关系具体包括：

分解所述业务单据中所有应用场景数据为各自独立的应用场景数据；

删除所述应用场景数据与菜单数据间的通信接口数据。

优选地，设置目标菜单数据在应用场景的可执行属性之前，所述方法还包括：

加载所述菜单数据至所述业务单据的维护界面；

确定所述业务单据的当前应用场景数据类型；

判断所述目标菜单数据在所述应用场景中是否可用，若可用，执行后续开启所述目标菜单可执行属性步骤。

优选地，设置目标菜单数据在应用场景的可执行属性后，所述方法还包括：

转换所述菜单数据及应用场景数据为元数据，并发送至数据库存储。

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

解除单元，用于解除业务单据中应用场景数据及菜单数据之间的关联；

设置单元，用于设置目标菜单数据在应用场景的可执行属性。

优选地，所述解除单元包括：

分解子单元，用于分解所述业务单据中所有应用场景数据为各自独立的应用场景数据；

删除子单元，用于删除所述应用场景数据与菜单数据间的通信接口数据。

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

加载单元，用于加载所述修改后的菜单数据至所述业务单据的维护界面；

确定单元，用于确定所述业务单据的当前应用场景数据类型；

判断单元，用于判断所述菜单数据在所述应用场景中是否可用，若可用，通知所述设置单元执行后续步骤。

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

转换单元，用于转换修改后的菜单数据及应用场景数据为元数据；

发送单元，用于发送所述元数据至数据库进行存储。

与现有技术相比，本发明实施例能够根据不同业务的具体需求对应用软件的界面菜单功能进行灵活调整，可以满足不同用户的个性化需求，业务操作实现简单。

附图说明

图1是现有ERP系统处理定单操作流程图；

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

图3是本发明第一优选实施例分解业务单据数据方法流程图；

图4是本发明第一优选实施例加载功能菜单方法流程图；

图5是本发明第二优选实施例分解业务单据数据流程图；

图6是本发明第二优选实施例锁定功能菜单方法流程图；

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

具体实施方式

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

步骤S201：解除业务单据中应用场景数据及菜单数据之间的关联；

步骤S202：设置目标菜单数据在应用场景的可执行属性。

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

在本发明的优选实施例中，在ERP系统实现提交销售定单的操作，并且需要开启修改销售定单场景下的关闭当前菜单功能。首先，需要对所述ERP系统中本次所要提交的销售定单的全部菜单及其对应的应用场景进行分解，使所述应用场景脱离与其对应的菜单之间的依附关系。当分解完成之后，将所述菜单项与应用场景分别转换为元数据，并按相应的数据结构存储在数据库中。其具体的分解与转换实现流程请参阅图3所示，具体包括：

步骤S301：分解业务单据所包括的所有应用场景数据，删除各应用场景之间的通信接口数据；

步骤S302：收集所述业务单据所包含的全部菜单；

步骤S303：分解所述业务单据中所述各个应用场景数据所对应的菜单数据，删除所述应用场景数据与菜单数据间的通信接口数据；

步骤S304：将所述分解后的应用场景与菜单转换为元数据，并发送至数据库进行存储。

例如，在本次的业务操作中，分解所述销售定单的应用场景分别为新增、修改、审核与关闭。执行所述分解应用场景步骤之后，收集所述销售定单的全部菜单，其中包括“关闭菜单”。对所述分解后的应用场景所对应的菜单继续进行分解，分解后得到相应的菜单数据，并删除所述分解得到的菜单数据与所述应用场景之间的通信数据接口。根据所述分解后的菜单数据，目前仅在“审核场景”中存在“关闭菜单”。将所述分解后的应用场景与菜单数据分别传换为元数据，并发送至数据库进行存储。

若在本次的销售业务提交过程中，需要在“修改场景”中增加相应的关闭菜单功能，其具体的实现流程请参阅图4所示，具体包括步骤：

步骤S401：加载所述菜单数据至所述业务单据的维护界面；

步骤S402：确定目前所述业务单据维护界面上所加载的应用场景数据类型；

步骤S403：判断目标菜单数据在所述应用场景中是否可用，若可用，执行步骤S404，否则终止本次菜单维护过程；

步骤S404：设置所述功能菜单在所述业务场景的可执行属性，完成菜单数据维护。

根据上述菜单加载流程，所述ERP系统根据加载的所述销售定单数据，从数据库中读取操作销售定单所需要全部的菜单数据，以及场景数据。

读取到所述菜单数据后，所述ERP系统将所述场景数据以及菜单数据加载至所述销售定单维护界面，并判断目前所述销售定单的应用场景。例如，若所述销售定单已经完成保存过程，但还没有执行审核步骤，则可以确定当前销售定单的场景为“修改场景”，即是本次维护过程需要配置的场景。

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

应用本发明实施例所提供的方法，在所述ERP系统中对业务单据的菜单操作可以根据用户的具体需要进行个性化调整，不需要修改ERP系统的代码，提高业务操作的易用性。

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

因此根据新的业务需求，首先需要分解各种应用场景的数据，然后，在所述“赊销”的应用场景下，关闭生成销售发票的业务属性。

对所述电子交易系统的菜单数据分解及转换过程请参阅图5所示，包括步骤：

步骤S501：读取销售订单数据，并分解所述销售订单所包括的场景数据；

步骤S502：删除所述场景数据间的通信接口数据，收集全部的菜单数据；

步骤S503：分解所述业务单据中所述各个应用场景数据所对应的菜单数据，删除所述应用场景数据与菜单数据间的通信接口数据；

步骤S504：转换所述销售订单的场景数据与菜单数据为元数据，并存储在数据库中。

应用上述步骤，即可以在电子交易系统的业务菜单中分解得到应用场景“赊销”的数据，并删除与其它场景间的通信数据接口。

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

步骤S601：读取所述分解后的销售订单数据；

步骤S602：确定当前的应用场景类型为“赊销”；

步骤S603：判断在所述“赊销”场景下打印发票是否可用，若可用，执行步骤S604，否则终止本次操作过程；

步骤S604：设置所述打印发票菜单在“赊销”场景中的不可执行属性，完成菜单数据维护。

相应地，本发明实施例还提供一种菜单数据维护装置，具体结构请参阅图7所示，包括解除单元701，用于解除业务单据中应用场景数据及菜单数据之间的关联；设置单元702，用于设置目标菜单数据在应用场景的可执行属性。

另外，所述解除单元701还包括分解子单元7011，用于分解所述业务单据中所有应用场景数据为各自独立的应用场景数据；删除子单元7012，用于删除所述应用场景数据与菜单数据间的通信接口数据。

所述装置还包括加载单元703，用于加载所述修改后的菜单数据至所述业务单据的维护界面；确定单元704，用于确定所述业务单据的当前应用场景数据类型；判断单元705，用于判断所述菜单数据在所述应用场景中是否可用，若可用，通知所述设置单元执行后续步骤；转换单元706，用于转换修改后的菜单数据及应用场景数据为元数据；发送单元707，用于发送所述元数据至数据库进行存储。

在ERP系统中应用本发明实施例所提供的装置，实现对ERP系统菜单根据需要进行修改的过程具体如下：

在应用所述ERP系统的过程中，若需要对某一应用场景下的菜单功能进行修改，例如，需要在操作销售定单的过程中，在“修改场景”下，能够实现关闭菜单的功能，而目前ERP系统在操作销售定单时，在所述“修改场景”下是不能够关闭当前菜单的。

所述分解子单元7011首先分解所述销售定单所包括的所有应用场景数据，使所述应用场景数据间相互独立；分解完成之后，所述删除子单元7012删除所述应用场景与数据与菜单数据间的通信接口数据，删除之后，所述菜单数据与所述应用场景数据间将不存在依附关系。

完成上述删除步骤，所述ERP系统可以将所述修改后的菜单数据以及应用场景数据转换为元数据，并发送至数据库进行存储。若用户需要调整销售定单的菜单功能，则在数据库中读取所述修改后的菜单数据及应用场景数据，进行相应修改。

若所述ERP系统根据用户需求，在数据库中读取所述修改后的菜单数据以及应用场景数据，并对目标菜单数据进行相应的修改，以实现在“修改场景”下能够关闭当前菜单的功能。所述加载单元703加载所述已经完成删除通信接口数据的菜单数据至所述ERP系统正在操作的销售定单界面，并通过确定单元704确定当前销售定单当前应用场景数据的类型，例如，若所述销售定单已经进行完成保存过程，但还没有执行审查步骤，则可以确定当前销售定单的场景为“修改场景”。

根据本次用户操作销售定单的具体需求，即在“修改场景”中增加关闭当前菜单的功能，需要执行相应的判断是否可以实现的步骤。所述判断单元706判断在所述“修改场景”中，是否可以执行关闭当前菜单的功能，若可以，则通知所述设置单元702执行后续步骤，若不可以，则终止本次操作。

所述设置单元702接收到所述判断单元705发送的通知消息，则开启“关闭菜单”数据在所述“修改场景”下的可执行属性，以实现在所述“修改场景”下关闭当前菜单功能的目的。

上述的维护工作完成之后，转换单元706将所述修改后的菜单数据及应用场景数据转换为元数据，并通过发送单元707发送至数据库进行存储，当ERP系统再进行销售定单的操作时，即可以直接从数据库中读取按需求经过修改的菜单数据以及应用场景数据，实现在“修改场景”下关闭菜单的功能。

应用本发明实施例所提供的装置，所述ERP系统对业务单据的菜单操作可以根据用户的具体需要进行个性化调整，不需要修改ERP系统的代码，提高业务操作的易用性。

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

Claims (8)

1.一种菜单数据维护方法，其特征在于，包括：

解除业务单据中应用场景数据及菜单数据之间的关联；

设置目标菜单数据在应用场景的可执行属性。

2.根据权利要求1所述的方法，其特征在于，所述分解业务单据中应用场景数据及菜单数据之间的依附关系具体包括：

分解所述业务单据中所有应用场景数据为各自独立的应用场景数据；

删除所述应用场景数据与菜单数据间的通信接口数据。

3.根据权利要求1所述的方法，其特征在于，设置目标菜单数据在应用场景的可执行属性之前，所述方法还包括：

加载所述菜单数据至所述业务单据的维护界面；

确定所述业务单据的当前应用场景数据类型；

判断所述目标菜单数据在所述应用场景中是否可用，若可用，执行后续开启所述目标菜单可执行属性步骤。

4.根据权利要求1所述的方法，其特征在于，设置目标菜单数据在应用场景的可执行属性后，所述方法还包括：

转换所述菜单数据及应用场景数据为元数据，并发送至数据库存储。

5.一种菜单数据维护装置，其特征在于，包括：

解除单元，用于解除业务单据中应用场景数据及菜单数据之间的关联；

设置单元，用于设置目标菜单数据在应用场景的可执行属性。

6.根据权利要求5所述的装置，其特征在于，所述解除单元包括：

分解子单元，用于分解所述业务单据中所有应用场景数据为各自独立的应用场景数据；

删除子单元，用于删除所述应用场景数据与菜单数据间的通信接口数据。

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

加载单元，用于加载所述修改后的菜单数据至所述业务单据的维护界面；

确定单元，用于确定所述业务单据的当前应用场景数据类型；

判断单元，用于判断所述菜单数据在所述应用场景中是否可用，若可用，通知所述设置单元执行后续步骤。

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

转换单元，用于转换修改后的菜单数据及应用场景数据为元数据；

发送单元，用于发送所述元数据至数据库进行存储。

Images