CN102436473B - 菜单管理装置和菜单管理方法 - Google Patents

Abstract

本发明提供一种菜单管理装置和一种菜单管理方法，其中，菜单管理装置包括：数据加载单元，加载用于生成菜单的菜单数据；数据过滤单元，根据预设的策略，对所述菜单数据进行过滤；菜单生成单元，根据过滤后的所述菜单数据，生成菜单选项并进行显示。通过本发明，可以制定不同的策略，以对生成菜单的数据进行过滤，保证生成的菜单符合菜单的应用场景，以及客户的定制需求。

Description

菜单管理装置和菜单管理方法

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种菜单管理装置和一种菜单管理方法。

背景技术

在大型的ERP系统中，功能菜单包括各个子系统(模块)的功能列表，功能菜单的展示效果、使用方便性和加载效率对使用者的影响很大，在ERP系统的功能中占有重要的地位。功能菜单一般有以下一些特点和要求：

一、菜单项属于某一个子系统，菜单项是否加载需要根据子系统是否安装或者启用来进行判断。

二、内容功能菜单的名称和显示规则根据不同上下文环境需要动态改变。比如会根据使用者是否有某些功能的权限来进行过滤，没有权限的菜单项不可见。

三、可维护性，使用者可能会根据实际的需要修改名称、或者调整显示顺序等逻辑。

四、可扩展性，能够支持二次开发人员新增插件来完成新功能或者修改现有的功能，并且能够方便支持的二次开发插件的部署。

目前主流的方案中，一般采取把系统包含子系统(模块)的功能菜单项预先定义在XML文件中，系统启动时动态加载菜单项，事先将子系统的需要的菜单全部加入主菜单。在需要对目前菜单项的显示内容或者显示规则的地方由硬代码来进行控制。

这种方案中，存在的不足有：

一、部署问题。如果菜单项的定义保存在文件中，如XML文件，则在支持二次开发的插件时，会带来部署方面的问题，比如插件A增加了一个菜单项A1，需要把菜单的配置定义文件，比如“菜单定义.xml”，做到插件的安装包里面，插件B增加了一个菜单项B1，也需要把更改过后的菜单定义文件“菜单定义.xml”，放到插件B的安装包里面，如果使用者分别安装了插件A和插件B，就存在菜单定义文件“菜单定义.xml”相互覆盖的问题，如果要避免这个问题，就需要开发插件的开发人员动态修改“菜单定义.xml”，这就给二次开发人员增加了难度，而且稍有疏忽，就会导致系统菜单定义文件错乱，最终导致系统不可用。

二、加载策略问题。菜单项的是否显示或者名称是否改变，都有可能根据子系统的启用和安装，或者系统参数的设置来改变或者操作员是否拥有对应的权限来决定，目前的现存实现方案中要么没有这个功能，要么通过硬编码实现的方式实现，这两种方式都不够灵活，不能适应客户的随需而变，硬编码导致菜单和组件对应的关系耦合度高，不能实现完全的解耦，不利于后期维护。

三、菜单数据维护问题。由于菜单的数据量一般都在几千条以上，菜单数据无论在数据库中还是文件中，如果没有提供可视化工具来修改，都会比较繁琐，而且容易出错，一旦有错，就会导致系统不可用。

因此，需要一种新的技术方案，需要能够实现菜单数据的自定义，并能够快速加载菜单数据，并针对不同应用情况加载不同数据，且保证能够便捷地对菜单数据进行维护。

发明内容

本发明所要解决的技术问题在于，提供一种新的技术方案，需要能够实现菜单数据的自定义，并能够快速加载菜单数据，并针对不同应用情况加载不同数据，且保证能够便捷地对菜单数据进行维护。

有鉴于此，本发明提供一种菜单管理装置，包括：数据加载单元，加载用于生成菜单的菜单数据；数据过滤单元，根据预设的策略，对所述菜单数据进行过滤；菜单生成单元，根据过滤后的所述菜单数据，生成菜单选项并进行显示。通过该技术方案，可以制定不同的策略，以对生成菜单的数据进行过滤，保证生成的菜单符合菜单的应用场景，以及客户的定制需求。

在上述技术方案中，优选地，还包括：策略制定单元，根据当前操作者的权限，和/或当前系统中运行的子系统信息和/或安装信息，来制定所述策略，并记录到预设的配置文件中；所述数据过滤单元从所述配置文件中读取所述策略，以对所述菜单数据进行过滤。通过该技术方案，保证了生成的菜单内容与当前环境相符，且不需生成不必要的菜单项，既节省了时间，又提升了用户的操作体验。

在上述技术方案中，优选地，所述数据加载单元还判断预存储在数据库中的所述菜单数据是否已发生更改，在判断结果为是时，从所述数据库中读取所述菜单数据以进行加载，并将所述菜单数据存储到缓存文件中，在判断结果为否时，从预存储有所述菜单数据的缓存文件中，读取所述菜单数据以进行加载。通过该技术方案，可以大幅加载提高菜单数据加载的效率。

在上述技术方案中，优选地，所述菜单生成单元根据预设的参数，对所述菜单选项的属性进行修改，再进行显示。通过该技术方案，可以保证菜单选项的属性，例如显示名称，也都符合当前环境。

在上述技术方案中，优选地，还包括：数据维护单元，从预存储有所述菜单数据的数据库中，读取所述菜单数据，并生成显示有所述菜单数据的可视界面，供操作者通过所述可视界面，实现对所述菜单数据的维护。通过该技术方案，可视界面可以保证用户对所有数据一目了然，且不需进行数据库操作或编程操作等复杂工作，即可高效地进行菜单数据的维护。

本发明还提供一种菜单管理方法，包括：步骤202，加载用于生成菜单的菜单数据；步骤204，根据预设的策略，对所述菜单数据进行过滤；步骤206，根据过滤后的所述菜单数据，生成菜单选项并进行显示。通过该技术方案，可以制定不同的策略，以对生成菜单的数据进行过滤，保证生成的菜单符合菜单的应用场景，以及客户的定制需求。

在上述技术方案中，优选地，在所述步骤204之前，还包括：根据当前操作者的权限，和/或当前系统中运行的子系统信息和/或安装信息，来制定所述策略，并记录到预设的配置文件中；所述步骤204具体包括：从所述配置文件中读取所述策略，以对所述菜单数据进行过滤。通过该技术方案，保证了生成的菜单内容与当前环境相符，且不需生成不必要的菜单项，既节省了时间，又提升了用户的操作体验。

在上述技术方案中，优选地，所述步骤202还包括：判断预存储在数据库中的所述菜单数据是否已发生更改，在判断结果为是时，从所述数据库中读取所述菜单数据以进行加载，并将所述菜单数据存储到缓存文件中，在判断结果为否时，从预存储有所述菜单数据的缓存文件中，读取所述菜单数据以进行加载。通过该技术方案，可以大幅加载提高菜单数据加载的效率。

在上述技术方案中，优选地，所述步骤206还包括：根据预设的参数，对所述菜单选项的属性进行修改，再进行显示。通过该技术方案，可以保证菜单选项的属性，例如显示名称，也都符合当前环境。

在上述技术方案中，优选地，还包括：从预存储有所述菜单数据的数据库中，读取所述菜单数据，并生成显示有所述菜单数据的可视界面，供操作者通过所述可视界面，实现对所述菜单数据的维护。通过该技术方案，可视界面可以保证用户对所有数据一目了然，且不需进行数据库操作或编程操作等复杂工作，即可高效地进行菜单数据的维护。

通过以上技术方案，可以实现一种菜单管理装置和菜单管理方法，能够实现菜单数据的自定义，并能够快速加载菜单数据，并针对不同应用情况加载不同数据，且保证能够便捷地对菜单数据进行维护。

附图说明

图1是根据本发明的一个实施例的菜单管理装置的框图；

图2是根据本发明的一个实施例的菜单管理方法的流程图；

图3是根据本发明的一个实施例的菜单管理装置的示意图；

图4是根据本发明的一个实施例的菜单管理装置的工作流程图；

图5是根据本发明的一个实施例的菜单管理装置的工作流程图；

图6是根据本发明的一个实施例的菜单管理装置的界面示意图；

图7是根据本发明的一个实施例的菜单管理装置的数据示意图；

图8是根据本发明的一个实施例的菜单管理装置的界面示意图；

图9是根据本发明的一个实施例的菜单管理装置的界面示意图；

图10是根据本发明的一个实施例的菜单管理装置的界面示意图；

图11是根据本发明的一个实施例的菜单管理装置的工作流程图；

图12是根据本发明的一个实施例的菜单管理装置的界面示意图；

图13是根据本发明的一个实施例的菜单管理装置的界面示意图；

图14是根据本发明的一个实施例的菜单管理装置的工作流程图；

图15是根据本发明的一个实施例的菜单管理装置的数据示意图；

图16是根据本发明的一个实施例的菜单管理装置的界面示意图；

图17是根据本发明的一个实施例的菜单管理装置的界面示意图；

图18是根据本发明的一个实施例的菜单管理装置的工作流程图。

具体实施方式

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

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

图1是根据本发明的一个实施例的菜单管理装置的框图。

如图1所示，本发明提供一种菜单管理装置100，包括：数据加载单元102，加载用于生成菜单的菜单数据；数据过滤单元104，根据预设的策略，对所述菜单数据进行过滤；菜单生成单元106，根据过滤后的所述菜单数据，生成菜单选项并进行显示。通过该技术方案，可以制定不同的策略，以对生成菜单的数据进行过滤，保证生成的菜单符合菜单的应用场景，以及客户的定制需求。

在上述技术方案中，还包括：策略制定单元108，根据当前操作者的权限，和/或当前系统中运行的子系统信息和/或安装信息，来制定所述策略，并记录到预设的配置文件中；所述数据过滤单元104从所述配置文件中读取所述策略，以对所述菜单数据进行过滤。通过该技术方案，保证了生成的菜单内容与当前环境相符，且不需生成不必要的菜单项，既节省了时间，又提升了用户的操作体验。

在上述技术方案中，所述数据加载单元102还判断预存储在数据库中的所述菜单数据是否已发生更改，在判断结果为是时，从所述数据库中读取所述菜单数据以进行加载，并将所述菜单数据存储到缓存文件中，在判断结果为否时，从预存储有所述菜单数据的缓存文件中，读取所述菜单数据以进行加载。通过该技术方案，可以大幅加载提高菜单数据加载的效率。

在上述技术方案中，所述菜单生成单元106根据预设的参数，对所述菜单选项的属性进行修改，再进行显示。通过该技术方案，可以保证菜单选项的属性，例如显示名称，也都符合当前环境。

在上述技术方案中，还包括：数据维护单元110，从预存储有所述菜单数据的数据库中，读取所述菜单数据，并生成显示有所述菜单数据的可视界面，供操作者通过所述可视界面，实现对所述菜单数据的维护。通过该技术方案，可视界面可以保证用户对所有数据一目了然，且不需进行数据库操作或编程操作等复杂工作，即可高效地进行菜单数据的维护。

图2是根据本发明的一个实施例的菜单管理方法的流程图。

如图2所示，本发明还提供一种菜单管理方法，包括：步骤202，加载用于生成菜单的菜单数据；步骤204，根据预设的策略，对所述菜单数据进行过滤；步骤206，根据过滤后的所述菜单数据，生成菜单选项并进行显示。通过该技术方案，可以制定不同的策略，以对生成菜单的数据进行过滤，保证生成的菜单符合菜单的应用场景，以及客户的定制需求。

在上述技术方案中，在所述步骤204之前，还包括：根据当前操作者的权限，和/或当前系统中运行的子系统信息和/或安装信息，来制定所述策略，并记录到预设的配置文件中；所述步骤204具体包括：从所述配置文件中读取所述策略，以对所述菜单数据进行过滤。通过该技术方案，保证了生成的菜单内容与当前环境相符，且不需生成不必要的菜单项，既节省了时间，又提升了用户的操作体验。

在上述技术方案中，所述步骤202还包括：判断预存储在数据库中的所述菜单数据是否已发生更改，在判断结果为是时，从所述数据库中读取所述菜单数据以进行加载，并将所述菜单数据存储到缓存文件中，在判断结果为否时，从预存储有所述菜单数据的缓存文件中，读取所述菜单数据以进行加载。通过该技术方案，可以大幅加载提高菜单数据加载的效率。

在上述技术方案中，所述步骤206还包括：根据预设的参数，对所述菜单选项的属性进行修改，再进行显示。通过该技术方案，可以保证菜单选项的属性，例如显示名称，也都符合当前环境。

在上述技术方案中，还包括：从预存储有所述菜单数据的数据库中，读取所述菜单数据，并生成显示有所述菜单数据的可视界面，供操作者通过所述可视界面，实现对所述菜单数据的维护。通过该技术方案，可视界面可以保证用户对所有数据一目了然，且不需进行数据库操作或编程操作等复杂工作，即可高效地进行菜单数据的维护。

图3是根据本发明的一个实施例的菜单管理装置的示意图。

如图3所示，本实施例中的菜单管理装置300包括：菜单数据存储单元302、菜单数据维护单元304(对应前述的数据维护单元)、菜单数据缓存处理单元306(对应前述的数据加载单元)、菜单规则管理单元308(对应前述的策略制定单元)、菜单对象生成单元310(对应前述的菜单生成单元)。

(一)菜单数据存储单元302。

菜单项的数据模型定义：

菜单数据保存在数据库表中，具体为：

菜单表，SysMenu，记录菜单信息，包括菜单的ID、名称、所属产品、级次、父菜单ID、权限ID、依赖等属性，利用这些信息构成一个菜单树结构。

(二)菜单数据维护单元304。

菜单数据维护单元，提供了一个可视化的菜单数据维护工具，其是一个具有GUI界面的应用程序，可以对菜单数据进行增加、修改、删除、调整顺序等维护工作。数据除了可以手工预置脚本来实现，也可以通过菜单数据维护工具完成对菜单数据维护工作，提供一个操作性比较好的工具，来代替原来手工预置sql脚本的工作，易于操作，同时也减少了数据错误的问题。具体步骤如图4所示，包括：

步骤402，加载菜单数据；

步骤404，生成GUI界面；

步骤406，使用者编辑菜单数据信息；

步骤408，将修改后的菜单数据保存到数据库中。

菜单数据缓存处理单元306、菜单规则管理单元308、菜单对象生成单元310这三个单元工作流程是组合式的，依次执行，如图5所示：

在图5中，步骤502到步骤510为菜单数据缓存处理单元306的工作流程图。菜单数据缓存处理单元306根据策略加载功能菜单数据，构建层次的功能菜单对象，具体包括：

步骤502，菜单数据缓存处理单元306块先根据时间戳判断菜单数据是否有更改，如果有则进入步骤504，如果没有，直接进入步骤508；

步骤504，从数据库中读取菜单数据；

步骤506，将菜单数据保存到缓存文件中；

步骤508，则从本地缓存文件中获取数据；

步骤510，根据菜单数据生成菜单对象。

这样的设计即解决了保存在文件中容易造成多个插件直接的冲突的问题，也解决了保存在数据库中加载效率没有直接访问文件快的问题。

菜单规则管理单元308的工作包括：

步骤512，提供菜单加载策略管理器，安装配置信息；

步骤514，根据安装配置信息，加载多个菜单策略组件，对菜单对象进行增加、删除、修改等维护操作。

此处还可以提供一个配置单元作为功能菜单编辑工具，用于新增、修改、删除功能菜单信息和对应的组件等信息。

其中的策略可以如下：

策略1：根据已经启用的产品(或者插件)进行过滤，只加载已经启用的产品菜单项。

策略2：根据当前登录用户的权限进行过滤，只加载有权限的菜单项。

策略3：根据当前系统的参数来修改现有的菜单名称。

菜单对象生成单元310的工作包括：

步骤516，整理菜单对象，去没有子节点的对象，即无法用于生成显示的菜单项的菜单对象；

步骤518，得到最终的菜单对象，返回给调用对象，生成菜单。

下面将详细说明本发明实施例中的菜单管理装置的使用过程。

(一)实现一个二次开发需求，在现有销售产品增加一个功能点销售预订单。

1)如图6所示，使用菜单数据维护单元304提供的菜单调整工具，增加一个菜单项“销售预订单”，增加子菜单“销售预订单”、“销售预订单列表”和对应的VB组件的名称SalePreOrder.dll。预置完成后，数据库的数据如图7所示。

2)新建Sale PreOrder VB Dll工程，在clsFacade类中实现Iloginable接口，并完成具体的业务功能(如何实现vb接口dll SalePreOrder不在本发明范围内，默认已经实现这个dll了)。

3)登录企业门户，可以看到新增的菜单功能点，点击新增功能菜单后，子产品管理模块会调用Sale PreOrder clsFacade中的Iloginable，并传入当前的上下文环境参数和当前菜单ID，具体如图8所示。

从上述示例可以看到，在这种菜单的管理方式下，二次开发人员可以很容易、快捷的来增加插件，完成对现有产品功能的扩展，并且通过菜单调整工具代替原来使用脚本去预置数据的方式，在易用性和数据正确性方面有很大的提高。

(二)根据当前操作员拥有的权限来显示对应的菜单，如果启用菜单权限策略组件，则没有权限的菜单不可见。

步骤一、增加菜单权限策略组件AuthRule，注册到菜单策略组件管理器中。

步骤二、对菜单项分配功能权限号，比如销售预订单的权限号，如图9所示。

步骤三、当策略管理器加载菜单权限策略组件AuthRule时，传入当前的菜单对象，AuthRule根据当前操作者的拥有的权限，设置菜单项销售预订单的visible(可见)，属性为True(真，可见)或者False(假，不可见)，从而达到根据功能权限来显示当前操作者拥有的功能菜单项。

如图10所示：当操作员A没有对应的权限时，菜单销售预订单不可见。

所以，本实施例中的菜单子产品启用加载策略的流程总结为图11所示内容：

步骤1102，预置菜单数据，包括菜单信息，菜单对应子产品号；

步骤1104，策略管理器加载菜单权限策略组件，并传入当前的菜单对象；

步骤1106，菜单权限策略组件根据当前使用者的拥有的权限，更改菜单对象菜单，过滤掉没有权限的菜单项。

(三)根据当前系统子产品(或者子系统)启用和安装的信息来显示对应的菜单，如果产品没有启用这看不见该子产品(或者子系统)。

步骤一、增加菜单权限策略组件ProductRule，注册到菜单策略组件管理器中。

步骤二、对菜单项分配子系统编号，比如销售预订单的子产品为销售，编码SA。

步骤三、当策略管理器加载菜单权限策略组件ProductRule时，传入当前的菜单对象，ProductRule根据当前子系统的启用信息，设置子系统下属的菜单项销售预订单的visible(可见)属性为True(真，可见)或者False(假，不可见)，从而达到根据当前子系统的启用信息来显示菜单项的功能。

当操作员A没有对应的权限时，菜单销售预订单不可见：如图12所示，销售管理子产品没有启用；如图13所示，在系统中看不见销售管理子产品下面所有的菜单项。

本实施例中的所述的菜单子产品启用加载策略的流程总结为图14所示内容：

步骤1402，预置菜单数据，包括菜单信息，菜单对应子产品号；

步骤1404，策略管理器加载菜单权限策略组件，并传入当前的菜单对象；

步骤1406，菜单权限策略组件根据当前使用者的上下文环境维护菜单对象菜单，过滤没有启用的子产品的菜单项。

(四)实现一个开发需求，在现有销售产品增加一个功能点销售预订单。

下面有三个子菜单“销售预订单”和“预订单列表”、“销售预订单统计表”。

如果当前帐套行业是工业，则销售预订单名称显示为销售预订单(工业)，如果当前帐套行业是商业，则销售预订单名称显示为销售预订单(商业)。销售预订单统计表在行业属性是商业的时候不显示。

分析：上述需求要求菜单名称根据系统参数来动态改变，这个就要求增加一个菜单生成策略组件，来完成上述功能。

下面就上述需求为例，详细说明实现步骤：

步骤一、增加一个菜单名称改变的规则模型，如下表所示：

步骤二、预置ua_menurule中的三条数据，如图15所示。

其中，第一行表示，如果当前版本行业属性(根据cSysVerison从系统参数中得到的值)是工业，则菜单SAM031901显示名称为销售预订单(工业)。

第二行表示，如果当前版本行业属性是工业，则菜单SAM031901显示名称为销售预订单(工业)。

第三行表示，如果只有当前版本行业属性是工业，则菜单SAM031903才会显示，否则不显示。

步骤三、新建一个工业帐套，登录门户验证结果，可以看到符合要求，如图16所示。销售预订单的名称改为销售预订单(工业)，销售预订单统计表正确显示。

步骤四、新建一个商业帐套，登录门户验证结果，可以看到符合要求，如图17所示。销售预订单的名称改为销售预订单(商业)，销售预订单统计表没有显示。

步骤五、在效率方面，经过写日志对比，发现在引入缓存机制前，加载菜单需要平均500ms，引入缓存机制后，第一次需要500ms，以后每一次需要50-70ms，从数据对比可以看到，引入缓存机制大幅提高了加载功能菜单的效率。

所以，本实施例中的菜单子产品启用加载策略的流程总结为图18所示内容。

步骤1802，预置菜单数据，包括菜单信息，菜单对应子产品号；

步骤1804，策略管理器加载菜单权限策略组件，并传入当前的菜单对象；

步骤1806，菜单权限策略组件根据当前使用者的上下文环境维护菜单对象菜单，按照规则更改的菜单项的名称。

从上述例子中我们可以看到，在使用了菜单调整工具后，提高了预置数据的效率和易用性，并且也保证了数据的正确性；在抽象了菜单的显示规则后，把原来代码的逻辑抽象出来扩展使用策略组件统一解释，提高了产品模块的可重用性和可维护性，在引入缓存机制后，效率方面也有较大的提高，改善了原来使用数据库时频繁访问数据的问题和数据加载效率的问题。

综上所述，通过上述技术方案，通过预置功能菜单数据，然后通过统一的加载策略，和统一的界面显示规则来处理插件的功能菜单和组件调用关系，简单易用，可以快速的对已有的菜单数据进行调整，同时方便二次开发增加插件，而且插件具有的界面和原来的产品统一一致，有效的解决了菜单数据的维护工作、二次开发扩展的问题。本发明具有以下优点：

其一、引入缓存机制，有效解决每次访问数据库效率的问题；

其二、加载策略支持按权限、按安装、按产品启用来过滤，功能强大；

其三、加载策略支持菜单按照系统参数来配置不同的名称，显示规则等，适用范围广；

其四、提供了GUI工具对菜单数据进行维护，提高了开发效率，减少了出错误的可能性。

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

Claims (6)

1.一种菜单管理装置，其特征在于，包括：

数据加载单元，加载用于生成菜单的菜单数据,所述数据加载单元还判断预存储在数据库中的所述菜单数据是否已发生更改，在判断结果为是时，从所述数据库中读取所述菜单数据以进行加载，并将所述菜单数据存储到缓存文件中，在判断结果为否时，从预存储有所述菜单数据的缓存文件中，读取所述菜单数据以进行加载；

数据过滤单元，根据预设的策略，对所述菜单数据进行过滤；

菜单生成单元，根据过滤后的所述菜单数据，生成菜单选项并进行显示；

策略制定单元，根据当前操作者的权限，和/或当前系统中运行的子系统信息和/或安装信息，来制定所述策略，并记录到预设的配置文件中；

所述数据过滤单元从所述配置文件中读取所述策略，以对所述菜单数据进行过滤。

2.根据权利要求1所述的菜单管理装置，其特征在于，所述菜单生成单元根据预设的参数，对所述菜单选项的属性进行修改，再进行显示。

3.根据权利要求1至2中任一项所述的菜单管理装置，其特征在于，还包括：

数据维护单元，从预存储有所述菜单数据的数据库中，读取所述菜单数据，并生成显示有所述菜单数据的可视界面，供操作者通过所述可视界面，实现对所述菜单数据的维护。

4.一种菜单管理方法，其特征在于，包括：

步骤202，加载用于生成菜单的菜单数据,判断预存储在数据库中的所述菜单数据是否已发生更改，在判断结果为是时，从所述数据库中读取所述菜单数据以进行加载，并将所述菜单数据存储到缓存文件中，在判断结果为否时，从预存储有所述菜单数据的缓存文件中，读取所述菜单数据以进行加载；

步骤204，根据预设的策略，对所述菜单数据进行过滤；

步骤206，根据过滤后的所述菜单数据，生成菜单选项并进行显示；

在所述步骤204之前，还包括：

根据当前操作者的权限，和/或当前系统中运行的子系统信息和/或安装信息，来制定所述策略，并记录到预设的配置文件中；

所述步骤204具体包括：

从所述配置文件中读取所述策略，以对所述菜单数据进行过滤。

5.根据权利要求4所述的菜单管理方法，其特征在于，所述步骤206还包括：

根据预设的参数，对所述菜单选项的属性进行修改，再进行显示。

6.根据权利要求4至5中任一项所述的菜单管理方法，其特征在于，还包括：

从预存储有所述菜单数据的数据库中，读取所述菜单数据，并生成显示有所述菜单数据的可视界面，供操作者通过所述可视界面，实现对所述菜单数据的维护。