应用程序建模系统及其建模方法与流程

1.本技术涉及软件程序技术领域，尤其涉及一种应用程序建模系统及其建模方法。


背景技术：

2.随着计算机技术的发展和应用程序及网络页面技术的不断进步，应用程序项目的功能也越来越多，越来越强大。一个应用程序从设计开发到完成上线，针对不同的功能，需要采用不同的的分析、设计和开发工具进行分别开发。目前，传统的应用开发流程中，每个环节都是通过不同的方式、不同的工具以及不同的环境来完成建模的，例如由开发人员在不同系统、不同应用、不同开发工具中不断切换，以及将不同工具产生的文档及结论进行转换等。这样的建模过程由于流程不统一且不成体系，不便于开发人员对应用程序进行修改和调整，而且容易因为不同的分组或是不同的开发人员而导致各建模环节之间的中间数据信息失真，增加应用程序的开发难度。


技术实现要素：

3.有鉴于此，本技术实施例提供了一种应用程序建模系统及其建模方法，可以统一应用程序建模过程，避免在应用程序建模过程中由于不同的分组或是不同的开发人员而导致各建模环节之间的中间数据信息失真，降低应用程序的开发难度，便于应用程序二次开发的修改和调整。
4.本技术实施例的第一方面提供了一种应用程序建模系统，包括用户管理器、角色管理器、菜单管理器、对象管理器以及流程管理器，其中：
5.所述用户管理器，用于对在所述应用程序建模系统中参与应用程序建模过程的目标用户进行用户基本信息存储和角色标注处理；
6.所述角色管理器，用于为所述应用程序建模过程提供角色创建窗口，并根据所述目标用户通过角色标注处理获得的角色标签配置所述目标用户在所述应用程序建模系统中的操作权限；
7.所述菜单管理器，用于为所述应用程序建模过程提供菜单创建窗口，并根据所述目标用户在所述菜单创建窗口录入的菜单信息生成应用于应用程序的功能菜单；
8.所述对象管理器，用于为所述应用程序建模过程提供对象创建窗口，并根据所述目标用户在所述对象创建窗口录入的对象信息生成应用于应用程序的对象数据库表；
9.所述流程管理器，用于为所述应用程序建模过程提供流程创建窗口，并根据所述目标用户在所述流程创建窗口录入的流程信息生成应用于应用程序的执行流程图，其中，所述执行流程图用于控制应用程序中功能的执行流程。
10.结合第一方面，在第一方面的第一种可能实现方式中，所述用户管理器包括用户角色关联单元，所述用户角色关联单元用于：
11.调用角色管理器，从所述角色管理器中获取基于目标应用程序建模过程创建的若干个角色标签；
12.根据目标用户的基本信息从所述若干个角色标签中选取一个与所述目标用户匹配的目标角色标签，并采用所述目标角色标签标注所述目标用户，以使所述目标用户关联角色。
13.结合第一方面或第一方面的第一种可能实现方式，在第一方面的第二种可能实现方式中，所述角色管理器还包括：
14.新建用户信息单元，用于将信息采集表展示于交互界面并指示登录用户在所述信息采集表中填写新用户信息，以基于所述信息采集表生成所述新用户的第一基本信息表，并将所述第一基本信息表存储于所述用户管理器内置的数据库中；和/或
15.删除用户信息单元，用于从所述用户管理器内置的数据库中调取指定用户所对应的第二基本信息表，并删除所述第二基本信息表；和/或
16.修改用户信息单元，用于从所述用户管理器内置的数据库中调取指定用户所对应的第三基本信息表，将所述第三基本信息表展示于交互界面中并指示登录用户对所述第三基本信息表进行修改，以及将修改后的所述第三基本信息表存储于所述用户管理器内置的数据库中。
17.结合第一方面，在第一方面的第三种可能实现方式中，所述角色管理器包括角色授权单元，所述角色授权单元用于：
18.根据所述角色标签匹配的应用程序内容范围配置所述角色标签对应在所述目标应用程序建模过程中的操作权限，其中，所述角色标签匹配的应用程序内容范围由所述登录用户在对所述目标应用程序建模过程进行角色划分时确定。
19.结合第一方面，在第一方面的第四种可能实现方式中，所述菜单管理器包括：
20.菜单创建任务配置单元，用于识别所述目标用户对应标注的角色标签，并按照所述角色标签匹配的应用程序内容范围为所述目标用户配置菜单创建任务；
21.菜单视图模板生成单元，用于调用模板文件配置页面，并基于所述模板文件配置页面获取所述目标用户录入的模板编码数据，以根据所述目标用户录入的模板编码数据生成菜单视图模板；
22.菜单视图模板应用单元，用于识别所述目标用户发起的菜单视图模板选择指令，并将所述菜单视图模板选择指令中选择的菜单视图模板应用到所述目标用户在所述菜单创建窗口生成的功能菜单中。
23.结合第一方面或第一方面的第四种可能实现方式，在第一方面的第五中可能实现方式中，所述菜单管理器还包括：
24.菜单新建单元，用于调用菜单新建页面，并基于所述调用菜单新建页面获取所述目标用户录入的目录项信息，根据所述录入的目录项信息生成新建的局部功能菜单，以及将所述新建的局部功能菜单存储与所述菜单管理器内置的数据库中；和/或
25.菜单修改单元，用于从所述菜单管理器内置的数据库中调取与所述目标用户的id信息关联的局部功能菜单，并将所述局部功能菜单展示于交互界面，以指示所述目标用户对所述局部功能菜单进行修改处理；和/或
26.菜单删除单元，用于从菜单管理器内置的数据库中调取与该目标用户的id信息关联的局部功能菜单，并将所述局部功能菜单展示于交互界面中，以指示所述目标用户是否删除所述局部功能菜单。
27.结合第一方面，在第一方面的第六种可能实现方式中，所述对象管理器还用于对生成的对象数据库表中的对象属性进行只读设置、对生成的对象数据库表中的对象属性进行主键设置和/或为生成的对象数据库表创建索引。
28.结合第一方面，在第一方面的第七种可能实现方式中，所述流程管理器包括：
29.流程图绘制单元，用于根据所述目标用户在所述流程管理器集成的流程图画板中绘制的流程组件及各流程组件之间的关联关系，生成对应的流程图代码文件；
30.流程代码生成单元，用于识别所述目标用户在所述流程图的各流程组件中录入的逻辑代码，根据所述各流程组件之间的关联关系生成与所述流程图匹配的流程图运行代码文件。
31.本技术实施例的第二方面提供了一种应用程序建模方法，所述应用程序建模方法应用在如第一方面任意一项所述的应用程序建模系统中，包括：
32.根据登录用户在所述应用程序建模系统中执行的操作信息，采用用户管理器为目标用户标注对应的角色标签，其中，所述角色标签由角色管理器将目标应用程序项目进行角色划分获得；
33.根据所述角色标签配置所述目标用户在菜单管理器、对象管理器和/或流程管理器中的操作权限；
34.基于所述操作权限，识别所述目标用户在所述菜单管理器、对象管理器和/或流程管理器中执行的有效操作，并根据所述有效操作进行针对所述目标应用程序项目的应用程序建模处理。
35.本技术实施例的第三方面提供了一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在电子设备上运行的计算机程序，所述处理器执行所述计算机程序时实现第二方面提供的应用程序建模方法的各步骤。
36.本技术实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第二方面提供的应用程序建模方法的各步骤。
37.本技术实施例提供的一种应用程序建模系统及其建模方法，具有以下有益效果：
38.通过用户管理器、角色管理器、菜单管理器、对象管理器以及流程管理器统一应用程序建模过程，由用户管理器对在应用程序建模系统中参与应用程序建模过程的用户进行用户基本信息存储和角色标注处理，由角色管理器根据用户通过角色标注处理获得的角色标签配置用户在应用程序建模系统中的操作权限，由菜单管理器根据录入的菜单信息生成应用于应用程序的功能菜单，由对象管理器根据录入的对象信息生成应用于应用程序的对象数据库表，以及由流程管理器根据录入的流程信息生成应用于应用程序的执行流程图，实现在一个应用程序建模系统中完成应用程序完整的建模过程，避免了在应用程序建模过程中由于不同的分组或是不同的开发人员而导致各建模环节之间存在中间数据信息失真的问题，降低应用程序的开发难度，同时也便于开发人员在二次开发时对应用程序的修改和调整。
附图说明
39.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述
中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
40.图1为本技术实施例提供的一种应用程序建模系统的基础结构示意图；
41.图2为本技术实施例提供的应用程序建模系统中用户管理器的一种结构示意图；
42.图3为本技术实施例提供的应用程序建模系统中角色管理器的一种结构示意图；
43.图4为本技术实施例提供的应用程序建模系统提供的菜单管理器的一种结构示意图；
44.图5为本技术实施例提供的应用程序建模系统中流程管理器的一种结构示意图；
45.图6为本技术实施例提供的一种应用程序建模方法的基本流程示意图；
46.图7为本技术实施例提供的一种应用程序建模装置的基本结构示意图；
47.图8为本技术实施例提供的一种电子设备的基本结构框图。
具体实施方式
48.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
49.本技术实施例提供一种应用程序建模系统，该应用程序建模系统提供给开发、测试人员使用，用于执行应用程序建模过程中的所有建模步骤，生成包含有一种或多种功能的应用程序。
50.请参阅图1，图1为本技术实施例提供的一种应用程序建模系统的基础结构示意图。如图1所示，本技术提供的应用程序建模系统100中设置有用户管理器10、角色管理器20、菜单管理器30、对象管理器40以及流程管理器50。其中：
51.用户管理器10，用于对在所述应用程序建模系统100中参与应用程序建模过程的目标用户进行用户基本信息存储和角色标注处理。
52.用户管理器10管理的目标用户即为使用该应用程序建模系统100的开发、测试人员。在应用程序建模系统100中，设置有用于与用户进行交互的交互界面。用户管理器10可以通过交互界面指示登录用户填写信息采集表的方式采集目标用户的基本信息并进行存储，以及基于目标用户的基本信息对目标用户进行角色标注处理，为目标用户设置对应匹配的角色标签，从而使得目标用户关联角色。需要说明的是，在本实施例中，登录用户可以是应用程序项目的管理员，也可以是参与应用程序项目的开发、测试人员，即目标用户的基本信息可以由应用程序项目的管理员在应用程序建模系统100中统一创建，也可以由参与该应用程序项目的目标用户在应用程序建模系统100中自行创建。
53.示例性的，请参阅图2，图2为本技术实施例提供的应用程序建模系统中用户管理器的一种结构示意图。如图2所示，用户管理器10中设置有一用户关联角色单元11。其中：
54.用户关联角色单元11，用于调用角色管理器20，从所述角色管理器20中获取基于目标应用程序建模过程创建的若干个角色标签；以及根据目标用户的基本信息从所述若干个角色标签中选取一个与所述目标用户匹配的目标角色标签，并采用所述目标角色标签标注所述目标用户，以使所述目标用户关联角色。
55.在应用程序建模系统100中，通过用户关联角色单元11使目标用户关联角色，可以实现基于角色标签对目标用户进行操作权限管理。比如，可以设置不同的角色标签对应关联应用程序建模过程中不同的建模任务，由目标用户标注的角色标签来确定该目标用户在应用程序建模过程中所对应承担的建模任务，在应用程序建模系统100中，针对目标用户仅开放其对应承担的建模任务的操作权限。而且在应用程序建模系统100中，每个目标用户可以对应标注一个角色标签，也可以标注多个角色标签。比如，当一个目标用户在应用程序建模系统100中参与了多个应用程序项目时，则可以针对每个应用程序项目，为该目标用户对应标注一个对应于该应用程序项目的角色标签，由此，对于参与了多个应用程序项目的目标用户，可以标注有多个角色标签。
56.示例性的，如图2所示，用户管理器10中还可以设置有新建用户信息单元12、删除用户信息单元13以及修改用户信息单元14。其中：
57.新建用户信息单元12，用于将信息采集表展示于交互界面并指示登录用户在所述信息采集表中填写新用户信息，以基于所述信息采集表生成新用户的第一基本信息表，并将所述第一基本信息表存储于所述用户管理器10内置的数据库中。
58.在应用程序建模系统100中，登录用户通过在交互界面中点击用户信息新建按钮，可生成用户信息新建指令。进而，由新建用户信息单元12根据该用户信息新建指令，将可编辑的信息采集表展示于交互界面，指示登录用户在该信息采集表中填写新用户信息。当登录用户完成填表操作并点击确认后，应用程序建模系统100即可基于该信息采集表生成该新用户的第一基本信息表，并将该第一基本信息表存储于用户管理器10内置的数据库中，以供后续建模过程调用。
59.删除用户信息单元13，用于从所述用户管理器10内置的数据库中调取指定用户所对应的第二基本信息表，并删除所述第二基本信息表。
60.在应用程序建模系统100中，登录用户可通过在交互界面中输入指定用户的id信息并点击用户信息删除按钮，可生成包含有该指定用户的id信息的用户信息删除指令。进而，由删除用户信息单元13根据该用户信息删除指令中指定用户的id信息查询用户管理器10内置的数据库，以从该用户管理器10内置的数据库中调取获得该用户信息删除指令中指定用户所对应的第二基本信息表，并在交互界面中通过弹窗指示登录用户是否删除该第二基本信息表。若登录用户点击窗口中的确认按钮，则删除该第二基本信息表。需要说明的是，在本实施例中，若登录用户为应用程序项目的管理员，则用户信息删除指令中指定用户的id信息可以是参与该应用程序项目的任意一个目标用户的id信息。若登录用户为目标用户时，则用户信息删除指令中指定用户的id信息只能是该目标用户自己的id信息。
61.修改用户信息单元14，用于从所述用户管理器10内置的数据库中调取指定用户所对应的第三基本信息表，将所述第三基本信息表展示于交互界面中并指示登录用户对所述第三基本信息表进行修改，以及将修改后的所述第三基本信息表存储于所述用户管理器10内置的数据库中。
62.在应用程序建模系统100中，登录用户可通过在交互界面中输入指定用户的id信息并点击用户信息修改按钮，可生成包含有该指定用户的id信息的用户信息修改指令。进而，由修改用户信息单元14根据该用户信息修改指令中指定用户的id信息查询用户管理器10内置的数据库，以从该用户管理器10内置的数据库中调取获得该用户信息修改指令中指
定用户所对应的第三基本信息表，将该第三基本信息表展示于交互界面中，并令该第三基本信息表处于可编辑状态，以指示登录用户对第三基本信息表进行修改处理。当登录用户完成修改并点击确认后，应用程序建模系统100即可获得修改后的第三基本信息表，进而将该修改后的第三基本信息表替代原本的第三基本信息表存储至用户管理器10内置的数据库中，以此完成修改用户信息的操作。需要说明的是，在本实施例中，若登录用户为应用程序项目的管理员，则用户信息修改指令中指定用户的id信息可以是参与该应用程序项目的任意一个目标用户的id信息。若登录用户为目标用户时，则用户信息修改指令中指定用户的id信息只能是该目标用户自己的id信息。
63.角色管理器20，用于为所述应用程序建模过程提供角色创建窗口，并根据所述目标用户通过角色标注处理获得的角色标签配置所述目标用户在所述应用程序建模系统100中的操作权限。
64.在应用程序建模系统100中，基于角色管理器20，可以将完整的应用程序建模过程划分成多份建模任务，将不同的建模任务分配给标注有不同角色标签的目标用户来完成。示例性的，在角色管理器20中，设置有角色创建窗口，可以通过角色创建窗口按照职能维度、应用程序项目维度或/及业务流程维度对应用程序建模过程进行角色划分，预先创建多种不同的角色标签，然后针对应用程序建模过程，按照角色标签设置系统操作权限，系统操作权限表征为可操作的建模任务。最后将各角色标签与其对应设置的系统操作权限进行关联绑定，获得角色标签与系统操作权限之间的关联绑定关系。基于角色管理器20，通过识别目标用户标注的角色标签，即可根据角色标签与系统操作权限之间的关联绑定关系，触发应用程序建模系统100根据该目标用户标注的角色标签，为该目标用户开放与其标注的角色标签对应关联的系统操作权限，由此配置目标用户在应用程序建模系统100中需要执行的建模任务。
65.示例性的，请参阅图3，图3为本技术实施例提供的应用程序建模系统中角色管理器的一种结构示意图。如图3所示，角色管理器20中设置有一角色授权单元21。其中：
66.角色授权单元21，用于根据所述角色标签匹配的应用程序内容范围配置所述角色标签对应在所述目标应用程序建模过程中的操作权限，其中，所述角色标签匹配的应用程序内容范围由所述登录用户在对所述目标应用程序建模过程进行角色划分时确定。
67.在应用程序建模系统100中，基于应用程序建模项目搭建应用程序建模过程。应用程序建模项目中包含有需要进行建模的所有应用程序内容，在本实施例中，通过角色管理器20中设置的角色创建窗口，登录用户可以根据目标应用程序建模项目中应用程序内容的结构，按照职能维度、应用程序功能维度或/及业务流程维度等，对目标应用程序建模过程进行角色划分，预先创建若干个角色标签。进而，针对创建的若干个角色标签，由角色授权单元21根据每个角色标签所匹配的应用程序内容范围，配置每个角色标签各自对应在目标应用程序建模过程中的操作权限。可以理解的是，角色标签匹配的应用程序内容范围由登录用户在对目标应用程序建模过程进行角色划分时确定。
68.示例性的，如图3所示，角色管理器20中还可以设置有新建角色单元22、修改角色单元23以及删除角色单元24。其中：
69.新建角色单元22用于新建角色标签。具体地，登录用户通过在交互界面中点击新建角色按钮，可生成角色新建指令。然后，由新建角色单元22根据该角色新建指令，将角色
管理器20中的角色创建窗口显示于交互界面并在角色创建窗口中调用角色新建页面，以指示登录用户在该角色新建页面中新建角色标签，并将新建角色标签存储于角色管理器20内置的数据库中，以备后续调用。
70.修改角色单元23用于修改目标用户原本标注的角色标签。具体地，登录用户通过在交互界面中输入指定用户的id信息并点击修改角色按钮，可生成包含有指定用户的id信息的角色修改指令。然后，由修改角色单元23根据角色修改指令中指定用户的id信息从角色管理器20内置的数据库中获取与该指定用户的id信息关联的角色标签，以在角色创建窗口中指示登录用户对该角色标签进行修改处理。当登录用户完成修改并点击确认后，将该修改后的角色标签替代原本的角色标签存储到角色管理器20内置的数据库中。在本实施例中，角色标签的修改可以包括但不限于基于角色标签修改角色标签关联绑定的目标用户和/或修改角色标签所匹配的应用程序内容范围，以及基于目标用户解除原标注角色标签的绑定和/或替换原标注角色标签的关联绑定等。需要说明的是，在本实施例中，若登录用户为应用程序项目的管理员，则角色修改指令中指定用户的id信息可以是参与该应用程序项目的任意一个目标用户的id信息。若登录用户为目标用户时，则角色修改指令中指定用户的id信息只能是该目标用户自己的id信息。
71.删除角色单元24用于删除目标用户原本标注的角色标签。具体地，登录用户通过在交互界面中输入指定用户的id信息并点击修改角色按钮，可生成包含有指定用户的id信息的角色删除指令。然后，由删除角色单元24根据角色删除指令中指定用户的id信息从角色管理器20内置的数据库中获取与指定用户的id信息关联的角色标签，并通过角色管理器20中的角色创建窗口将获取得到的角色标签显示于交互界面中，以在角色创建窗口中指示登录用户是否删除该角色标签，若登录用户确认删除，则删除该角色标签。需要说明的是，当角色标签被删除后，该角色标签在角色管理器20内置的数据库中不再存在。需要说明的是，在本实施例中，若登录用户为应用程序项目的管理员，则角色删除指令中指定用户的id信息可以是参与该应用程序项目的任意一个目标用户的id信息。若登录用户为目标用户时，则角色删除指令中指定用户的id信息只能是该目标用户自己的id信息。
72.菜单管理器30，用于为所述应用程序建模过程提供菜单创建窗口，并根据所述目标用户在所述菜单创建窗口录入的菜单信息生成应用于应用程序的功能菜单。
73.在应用程序建模系统100中，基于菜单管理器30，可以对应用程序建模过程中每个目标用户开发完成的所有应用程序功能进行级联配置，生成对应的级联菜单。示例性的，在菜单管理器30中，设置有菜单创建窗口，目标用户基于其建模任务开发完成的应用程序功能，可以在菜单创建窗口中录入用于表征该应用程序功能的目录项信息。菜单管理器30即可根据该用于表征该应用程序功能的目录项生成应用于该应用程序的局部功能菜单。在菜单管理器30中，基于目标用户的角色标签，每个目标用户可以生成其操作权限内完成的应用程序功能所对应的局部功能菜单。当每个目标用户都生成其操作权限内完成的应用程序功能所对应的局部功能菜单后，由菜单管理器30根据整个应用程序建模过程中各应用程序功能的上下级关系将各局部功能菜单中进行关联，生成最终完整的应用于应用程序的功能菜单。
74.示例性的，请参阅图4，图4为本技术实施例提供的应用程序建模系统提供的菜单管理器的一种结构示意图。如图4所示，菜单管理器30中设置有一菜单创建任务配置单元
31、菜单视图模板生成单元32以及菜单视图模板应用单元33。其中：
75.菜单创建任务配置单元31，用于识别所述目标用户对应标注的角色标签，并按照所述角色标签匹配的应用程序内容范围为所述目标用户配置菜单创建任务。
76.在应用程序建模系统100中，当目标用户使用菜单管理器30构建功能菜单时，可以由菜单创建任务配置单元31按照目标用户对应标注的角色标签来为该目标用户配置对应的菜单创建任务，使得目标用户只能构建其系统操作权限范围内完成的应用程序功能所对应的局部功能菜单。通过菜单创建任务配置单元31可以将完整的应用于应用程序的功能菜单创建任务按照角色标签匹配的应用程序内容范围划分成多个局部功能菜单创建任务，其中，一个角色标签对应一个局部功能菜单创建任务，进而由于目标用户的角色标注，将各局部功能菜单创建任务分配给各自对应的目标用户进行创建和管理。
77.菜单视图模板生成单元32，用于调用模板文件配置页面，并基于所述模板文件配置页面获取所述目标用户录入的模板编码数据，以根据所述目标用户录入的模板编码数据生成菜单视图模板。
78.在应用程序建模系统100中，目标用户通过在交互界面中点击菜单视图模板创建按钮，可生成菜单视图模板创建指令。由菜单视图模板生成单元32根据该菜单视图模板创建指令，将菜单管理器30中的菜单创建窗口展示于交互界面并在菜单创建窗口中调用模板文件配置页面。模板文件配置页面中的内容为用于录入模板编码数据的模板文件，目标用户可以将模板编码数据录入到该模板文件中，从而使得菜单视图模板生成单元32可以基于模板文件配置页面获取目标用户录入的模板编码数据。当模板文件中录入有模板编码数据后，通过运行该模板文件，即可生成对应的菜单视图模板。
79.菜单视图模板应用单元33，用于识别所述目标用户发起的菜单视图模板选择指令，并将所述菜单视图模板选择指令中选择的菜单视图模板应用到所述目标用户在所述菜单创建窗口生成的功能菜单中。
80.在应用程序建模系统100中，目标用户通过在交互界面中点击菜单视图模板选择按钮，可生成菜单视图模板选择指令，该菜单视图模板选择指令中含有目标用户对应选择的菜单视图模板。由菜单试图模板应用单元33根据该菜单视图模板选择指令，将目标用户对应选择的菜单视图模板应用到该目标用户在菜单创建窗口生成的功能菜单中，以使得功能菜单按照菜单视图模板进行展示。在本实施例中，通过应用程序建模系统，在菜单管理器30生成功能菜单并采用菜单视图模板显示后，只需要将该功能菜单的编码文件应用到应用程序的运行代码中，即可自动实现具有样式模板特色的菜单展示。
81.示例性的，如图4所示，菜单管理器30中还设置有菜单新建单元34、菜单修改单元35以及菜单删除单元36。其中：
82.菜单新建单元34，用于调用菜单新建页面，并基于所述调用菜单新建页面获取所述目标用户录入的目录项信息，根据所述录入的目录项信息生成新建的局部功能菜单。
83.在应用程序建模系统100中，目标用户通过在交互界面中点击新建菜单按钮，可生成菜单新建指令。然后，由菜单新建单元34根据该菜单新建指令，将菜单管理器30中的菜单创建窗口展示于交互界面并在菜单创建窗口中调用菜单新建页面，以指示目标用户在该菜单新建页面中录入新建菜单的目录项信息，在获得新建菜单的目录项信息后，根据该录入的目录项信息自动生成新建的局部功能菜单，并且在获得新建的局部功能菜单后，将该新
建的局部功能菜单存储于菜单管理器30内置的数据库中，以备后续调用。
84.菜单修改单元35，用于从所述菜单管理器30内置的数据库中调取与所述目标用户的id信息关联的局部功能菜单，并将所述局部功能菜单展示于交互界面，以指示所述目标用户对所述局部功能菜单进行修改处理。
85.在应用程序建模系统100中，目标用户通过在交互界面中点击修改菜单按钮，可生成菜单修改指令，菜单修改指令中包含有该目标用户的id信息。然后，由菜单修改单元35根据该菜单修改指令，从菜单管理器30内置的数据库中调取与该目标用户的id信息关联的局部功能菜单，以及通过菜单管理器30中的菜单创建窗口将该局部功能菜单展示于交互界面中，并令该局部功能菜单处于可编辑状态，以指示目标用户对该局部功能菜单进行修改处理。当目标用户完成修改并点击确认后，将该修改后的局部功能菜单替代原调取的局部功能菜单存储到菜单管理器30内置的数据库中，以备后续调用。
86.菜单删除单元36，用于从菜单管理器30内置的数据库中调取与该目标用户的id信息关联的局部功能菜单，并将所述局部功能菜单展示于交互界面中，以指示所述目标用户是否删除所述局部功能菜单。
87.在应用程序建模系统100中，目标用户通过在交互界面中点击删除菜单按钮，可生成菜单删除指令，菜单修改指令中包含有该目标用户的id信息。然后，由菜单删除单元36根据该菜单删除指令，从菜单管理器30内置的数据库中调取与该目标用户的id信息关联的局部功能菜单，并在交互界面中通过菜单创建窗口指示目标用户是否删除与其关联的局部功能菜单。若登录用户点击菜单创建窗口中的确认按钮，则删除该局部功能菜单。需要说明的是，当局部功能菜单被删除后，该局部功能菜单在菜单管理器30内置的数据库中不再存在。
88.对象管理器40，用于为所述应用程序建模过程提供对象创建窗口，并根据所述目标用户在所述对象创建窗口录入的对象信息生成应用于应用程序的对象数据库表。
89.在应用程序建模系统100中，基于对象管理器40，可以通过创建对象的方式生成应用程序建模过程中应用程序项目需要配置的数据库表。在对象管理器40中，配置有用于生成对象数据库表的基础代码，其中，在该基础代码中，对象表征数据库表，对象属性表征数据库表中的字段。在对象管理器40中，设置有对象创建窗口，目标用户可以通过在对象创建窗口中录入对象及对象属性等相关对象信息，由对象管理器40自动生成相对应的对象数据库表，并将生成的对象数据库表存储于该对象管理器40内置的数据库中。对象数据库表用于存储应用程序对应于该对象的程序运行数据和业务数据。在本实施例中，在应用程序建模系统100中，应用程序项目需要配置的数据库表表示为对象，用户只需录入相应的对象信息，即可自动生成该对象对应的对象数据库表，无需关注数据库表的创建脚本，数据库表的增/删/改操作也可以通过在对象管理器40的对象创建窗口中增/删/改对象信息的方式实现。在对象管理器40中，基于目标用户的角色标签，每个目标用户可以对其所拥有的系统操作权限范围内所需要配置的数据库表进行操作。举例说明，假设目标用户当前需要配置一职员数据库表，对象为职员表，对象属性包括有姓名、年龄、职务。那么相应地，目标用户可以通过在对象管理器40的对象创建窗口中录入对象“职员表”以及对象属性信息“姓名、年龄、职务”，即可以生成一个职员数据库表，而该职员数据库表中设置有姓名、年龄、职务各自所对应的字段。进一步地，在生成数据库表时，基于对象管理器40，还可以通过对对象属性进行分组，比如职员数据库表中将姓名、年龄、职务这三个对象属性归类为职员基本信息
分组，在职员基本信息分组下设置姓名、年龄、职务字段。
90.在应用程序建模系统100中，对象管理器40还用于对生成的对象数据库表中的对象属性进行只读设置、对生成的对象数据库表中的对象属性进行主键设置和/或为生成的对象数据库表创建索引。在应用程序建模系统100中，目标用户在使用对象管理器40中的对象创建窗口录入对象属性信息时，每创建一个对象属性，对象管理器40都会针对该创建的对象属性给出“只读”、“主键”以及“索引”三个可选选项，以供目标用户选择。当目标用户选中该三个可选选项中的一个或多个时，对象管理器40则根据该目标用户选中的选项为该对象属性配置对应的性质。例如，若选中了“只读”选项，则将该对象属性设置为在对象数据库表中只读；若选中了“主键”选项时，则将该对象属性设置为对象数据库表中的主键；若选中了“索引”选项，则将该对象属性设置为对象数据库表的索引。需要说明的是，当目标用户选中了多个对象属性的“主键”选项时，则将该多个对象属性设置为对象数据库表中的联合主键。以及在为生成的对象数据库表创建索引时，可以创建单个索引、也可以创建索引组，形成组合索引。
91.流程管理器50，用于为所述应用程序建模过程提供流程创建窗口，并根据所述用户在所述流程创建窗口录入的流程信息生成，其中，所述执行流程图用于控制应用程序中功能的执行流程。
92.在应用程序建模系统100中，基于流程管理器50，可以通过画板绘制的方式生成应用程序建模过程中需要开发的所有程序功能的执行流程。示例性的，在流程管理器50中，设置有集成流程图画板功能的流程创建窗口，目标用户基于其建模任务开发的应用程序功能，可以在流程创建窗口通过集成的流程图画板功能绘制应用程序功能的流程框架图，并在流程创建窗口录入的流程信息，以将录入的流程信息配置到该绘制的流程框架图中，以此生成应用于应用程序的执行流程图。该执行流程图用于控制应用程序中功能的执行流程。
93.示例性的，请参阅图5，图5为本技术实施例提供的应用程序建模系统中流程管理器的一种结构示意图。如图5所示，流程管理器50中具体设置有流程图绘制单元51以及流程代码生成单元52。其中：
94.流程图绘制单元51，用于根据所述目标用户在所述流程管理器集成的流程图画板中绘制的流程组件及各流程组件之间的关联关系，生成对应的流程图。
95.在应用程序建模系统100中，当目标用户在使用流程图管理器50绘制流程图时，由流程图绘制单元51调用所述流程管理器中集成的流程图画板，并通过流程管理器50中的流程创建窗口将该流程管理器50集成的流程图画板显示于交互界面中，以使得目标用户可以在流程图画板上绘制流程图。在本实施例中，流程管理器50集成的流程图画板中配置有用于绘制流程图的流程组件，其中包括流程节点组件和迁移线组件，其中，迁移线组件用于连接关联的两个流程节点。在本实施例中，流程节点组件和迁移线组件设置为可编码组件，目标用户可以通过拖拽流程节点组件和迁移线组件的方式在流程图画板中，根据目标用户在该流程图画板中绘制的流程组件及各流程组件之间的关联关系，即通过迁移线组件串联或并联等方式将各流程节点组件连接到一起，从而绘制得到流程图。在本实施例中，当目标用户在流程图画板中绘制好流程图并点击确认后，即可生成对应的流程图。
96.流程代码生成单元52，用于识别所述目标用户在所述流程图的各流程组件中录入
的逻辑代码，根据所述各流程组件之间的关联关系生成与所述流程图匹配的流程图运行代码文件。
97.在应用程序建模系统100中，当目标用户绘制好流程图后，可以通过点击拖拽到流程图画板中的流程组件，显示该组件对应的编码框。目标用户可以通过在该编码框中编写代码，录入流程节点以及迁移线进入节点前、进入节点后、退出节点前和/或退出节点后等多个时间点的用于实现个性化控制的逻辑代码。然后，由流程代码生成单元52识别目标用户在流程图的各流程组件中录入的逻辑代码，进而根据各流程组件之间的关联关系生成与该流程图匹配的流程图运行代码文件。生成流程图的运行代码文件后，将该流程图运行代码文件应用到应用程序中，即可达到特殊控制或流程流转显示的目的。比如，支持节点流转(提交、同意、退回)以及流程内容展示的控制、支持串行和并行会签控制；还可以根据用户的角色标签显示该目标用户有权限的流程环节。并且在显示的流程环节中，在每个流程环节下设置收件箱、发件箱和回退箱，在工具栏设置编辑、提交、回退等流程操作按钮，以提供给登录用户对执行流程图进行增/删/改等操作。
98.在应用程序建模系统100中，还可以通过角色标签配置目标用户在流程管理器50中的使用权限，为应用程序项目中各应用程序功能对应的流程流转节点设置归属角色。示例性的，通过角色标签获取用户所承担的建模任务，通过调用预设的自然语言识别模型对绘制的执行流程图中的文本内容进行识别，判断登录用户绘制的该执行流程图中的文本内容是否与该登陆用户的所承担的建模任务的内容相匹配，若匹配，则将该执行流程图设置为生效，否则将该执行流程图设置为不可用并指示登录用户修改执行流程图。
99.以上可以看出，本实施例提供的应用程序建模系统通过用户管理器、角色管理器、菜单管理器、对象管理器以及流程管理器统一应用程序建模过程，由用户管理器对在应用程序建模系统中参与应用程序建模过程的用户进行用户基本信息存储和角色标注处理，由角色管理器根据用户通过角色标注处理获得的角色标签配置用户在应用程序建模系统中的操作权限，由菜单管理器根据录入的菜单信息生成应用于应用程序的功能菜单，由对象管理器根据录入的对象信息生成应用于应用程序的对象数据库表，以及由流程管理器根据录入的流程信息生成应用于应用程序的执行流程图，实现在一个应用程序建模系统中完成应用程序完整的建模过程，避免了在应用程序建模过程中由于不同的分组或是不同的开发人员而导致各建模环节之间存在中间数据信息失真的问题，降低应用程序的开发难度，同时也便于开发人员在二次开发时对应用程序的修改和调整。
100.本技术的一些实施例中，请参阅图6，图6为本技术实施例提供的一种应用程序建模方法的基本流程示意图。详细如下：
101.s61：根据登录用户在所述应用程序建模系统中执行的操作信息，采用用户管理器为目标用户标注对应的角色标签，其中，所述角色标签由角色管理器将目标应用程序项目进行角色划分获得；
102.s62：根据所述角色标签配置所述目标用户在菜单管理器、对象管理器和/或流程管理器中的操作权限；
103.s63：基于所述操作权限，识别所述目标用户在所述菜单管理器、对象管理器和/或流程管理器中执行的有效操作，并根据所述有效操作进行应用程序建模处理。
104.本实施例中，在针对某一应用程序项目进行应用程序建模时，将该应用程序项目
的建模文件输入至应用程序建模系统中，需要说明的是，建模文件中包含有该应用程序项目涉及的应用程序内容以及各应用程序内容之间的结构关系。应用程序建模系统获得建模文件后，基于该建模文件搭建与该应用程序项目对应的应用程序建模过程，其中，应用程序建模过程包含了应用程序项目涉及的所有应用程序内容。在本实施例中，根据建模文件中的各应用程序内容之间的结构关系，应用程序建模系统首先由角色管理器按职能维度、应用程序项目维度或/及业务流程维度对应用程序建模过程中的应用程序内容进行角色划分并创建对应的角色标签，以使得通过角色划分得到的每部分应用程序内容都具有一个对应的角色标签。通过按照角色标签设置系统操作权限，将各角色标签与其对应设置的系统操作权限进行关联绑定，获得角色标签与系统操作权限之间的关联绑定关系。示例性的，在本实施例中，登录用户可以在应用程序建模系统中执行相关操作，获得对应的操作信息，比如目标用户基本信息的录入操作、修改操作等，获得目标用户最新的基本信息。在获得目标用户最新的基本信息后，应用程序建模系统即可采用用户管理器管理参与该应用程序建模过程的用户。具体地，可以将参与该应用程序建模过程的用户分别作为目标用户，根据目标用户的基本信息从角色管理器中创建的角色标签中选取一个与目标用户匹配的角色标签作为目标角色标签标注该目标用户，使得目标用户关联角色。由于角色管理器中创建每个角色标签都具有对应的系统操作权限，因此，根据角色标签对应的系统操作权限可以配置该目标用户在菜单管理器、对象管理器和/或流程管理器中的操作权限。当目标用户在应用程序建模系统中执行相关的建模操作后，应用程序建模系统可以基于该目标用户的操作权限，识别该目标用户在菜单管理器、对象管理器和/或流程管理器中执行的有效操作，进而并根据有效操作进行相关的应用程序建模处理。
105.可以理解的是，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
106.本技术的一些实施例中，请参阅图7，图7为本技术实施例提供的一种应用程序建模装置的基本结构示意图。如图7所示，所述应用程序建模装置包括标签标注模块71、权限配置模块72以及建模处理模块73。其中，所述标签标注模块71用于根据登录用户在所述应用程序建模系统中执行的操作信息，采用用户管理器为目标用户标注对应的角色标签，其中，所述角色标签由角色管理器将目标应用程序项目进行角色划分获得。所述权限配置模块72用于根据所述角色标签配置所述目标用户在菜单管理器、对象管理器和/或流程管理器中的操作权限。所述建模处理模块73用于基于所述操作权限，识别所述目标用户在所述菜单管理器、对象管理器和/或流程管理器中执行的有效操作，并根据所述有效操作进行针对所述目标应用程序项目的应用程序建模处理。
107.应当理解的是，上述应用程序建模装置，与上述的应用程序建模方法相对应，此处不再赘述。
108.本技术的一些实施例中，请参阅图8，图8为本技术实施例提供的一种电子设备的基本结构框图。如图8所示，该实施例的电子设备8包括：处理器81、存储器82以及存储在所述存储器82中并可在所述处理器81上运行的计算机程序83，例如应用程序建模方法的程序。处理器81执行所述计算机程序83时实现上述各个应用程序建模方法各实施例中的步骤。或者，所述处理器81执行所述计算机程序83时实现上述应用程序建模装置对应的实施
例中各模块的功能。具体请参阅实施例中的相关描述，此处不赘述。
109.示例性的，所述计算机程序83可以被分割成一个或多个模块(单元)，所述一个或者多个模块被存储在所述存储器82中，并由所述处理器81执行，以完成本技术。所述一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序83在所述电子设备8中的执行过程。例如，所述计算机程序83可以被分割成标签标注模块、权限配置模块以及建模处理模块，各模块具体功能如上所述。
110.所述电子设备可包括，但不仅限于，处理器81、存储器82。本领域技术人员可以理解，图8仅仅是电子设备8的示例，并不构成对电子设备8的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述电子设备还可以包括输入输出设备、网络接入设备、总线等。
111.所述处理器81可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
112.所述存储器82可以是所述电子设备8的内部存储单元，例如电子设备8的硬盘或内存。所述存储器82也可以是所述电子设备8的外部存储设备，例如所述电子设备8上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，所述存储器82还可以既包括所述电子设备8的内部存储单元也包括外部存储设备。所述存储器82用于存储所述计算机程序以及所述电子设备所需的其他程序和数据。所述存储器82还可以用于暂时地存储已经输出或者将要输出的数据。
113.需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
114.本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。在本实施例中，所述计算机可读存储介质可以是非易失性，也可以是易失性。
115.本技术实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。
116.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
117.所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或
使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。
118.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
119.以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。

技术特征：
1.一种应用程序建模系统，其特征在于，包括用户管理器、角色管理器、菜单管理器、对象管理器以及流程管理器，其中：所述用户管理器，用于对在所述应用程序建模系统中参与应用程序建模过程的目标用户进行用户基本信息存储和角色标注处理；所述角色管理器，用于为所述应用程序建模过程提供角色创建窗口，并根据所述目标用户通过角色标注处理获得的角色标签配置所述目标用户在所述应用程序建模系统中的操作权限；所述菜单管理器，用于为所述应用程序建模过程提供菜单创建窗口，并根据所述目标用户在所述菜单创建窗口录入的菜单信息生成应用于应用程序的功能菜单；所述对象管理器，用于为所述应用程序建模过程提供对象创建窗口，并根据所述目标用户在所述对象创建窗口录入的对象信息生成应用于应用程序的对象数据库表；所述流程管理器，用于为所述应用程序建模过程提供流程创建窗口，并根据所述目标用户在所述流程创建窗口录入的流程信息生成应用于应用程序的执行流程图，其中，所述执行流程图用于控制应用程序中功能的执行流程。2.根据权利要求1所述的应用程序建模系统，其特征在于，所述用户管理器包括用户角色关联单元，所述用户角色关联单元用于：调用角色管理器，从所述角色管理器中获取基于目标应用程序建模过程创建的若干个角色标签；根据目标用户的基本信息从所述若干个角色标签中选取一个与所述目标用户匹配的目标角色标签，并采用所述目标角色标签标注所述目标用户，以使所述目标用户关联角色。3.根据权利要求1或2所述的应用程序建模系统，其特征在于，所述角色管理器还包括：新建用户信息单元，用于将信息采集表展示于交互界面并指示登录用户在所述信息采集表中填写新用户信息，以基于所述信息采集表生成所述新用户的第一基本信息表，并将所述第一基本信息表存储于所述用户管理器内置的数据库中；和/或删除用户信息单元，用于从所述用户管理器内置的数据库中调取指定用户所对应的第二基本信息表，并删除所述第二基本信息表；和/或修改用户信息单元，用于从所述用户管理器内置的数据库中调取指定用户所对应的第三基本信息表，将所述第三基本信息表展示于交互界面中并指示登录用户对所述第三基本信息表进行修改，以及将修改后的所述第三基本信息表存储于所述用户管理器内置的数据库中。4.根据权利要求1所述的应用程序建模系统，其特征在于，所述角色管理器包括角色授权单元，所述角色授权单元用于：根据所述角色标签匹配的应用程序内容范围配置所述角色标签对应在所述目标应用程序建模过程中的操作权限，其中，所述角色标签匹配的应用程序内容范围由所述登录用户在对所述目标应用程序建模过程进行角色划分时确定。5.根据权利要求1所述的应用程序建模系统，其特征在于，所述菜单管理器包括：菜单创建任务配置单元，用于识别所述目标用户对应标注的角色标签，并按照所述角色标签匹配的应用程序内容范围为所述目标用户配置菜单创建任务；菜单视图模板生成单元，用于调用模板文件配置页面，并基于所述模板文件配置页面
获取所述目标用户录入的模板编码数据，以根据所述目标用户录入的模板编码数据生成菜单视图模板；菜单视图模板应用单元，用于识别所述目标用户发起的菜单视图模板选择指令，并将所述菜单视图模板选择指令中选择的菜单视图模板应用到所述目标用户在所述菜单创建窗口生成的功能菜单中。6.根据权利要求1或5所述的应用程序建模系统，其特征在于，所述菜单管理器还包括：菜单新建单元，用于调用菜单新建页面，并基于所述调用菜单新建页面获取所述目标用户录入的目录项信息，根据所述录入的目录项信息生成新建的局部功能菜单，以及将所述新建的局部功能菜单存储与所述菜单管理器内置的数据库中；和/或菜单修改单元，用于从所述菜单管理器内置的数据库中调取与所述目标用户的id信息关联的局部功能菜单，并将所述局部功能菜单展示于交互界面，以指示所述目标用户对所述局部功能菜单进行修改处理；和/或菜单删除单元，用于从菜单管理器内置的数据库中调取与该目标用户的id信息关联的局部功能菜单，并将所述局部功能菜单展示于交互界面中，以指示所述目标用户是否删除所述局部功能菜单。7.根据权利要求1所述的应用程序建模系统，其特征在于，所述对象管理器还用于对生成的对象数据库表中的对象属性进行只读设置、对生成的对象数据库表中的对象属性进行主键设置和/或为生成的对象数据库表创建索引。8.根据权利要求1所述的应用程序建模系统，其特征在于，所述流程管理器包括：流程图绘制单元，用于根据所述目标用户在所述流程管理器集成的流程图画板中绘制的流程组件及各流程组件之间的关联关系，生成对应的流程图代码文件；流程代码生成单元，用于识别所述目标用户在所述流程图的各流程组件中录入的逻辑代码，根据所述各流程组件之间的关联关系生成与所述流程图匹配的流程图运行代码文件。9.一种应用程序建模方法，其特征在于，所述应用程序建模方法应用在如权利要求1-8任意一项所述的应用程序建模系统中，包括：根据登录用户在所述应用程序建模系统中执行的操作信息，采用用户管理器为目标用户标注对应的角色标签，其中，所述角色标签由角色管理器将目标应用程序项目进行角色划分获得；根据所述角色标签配置所述目标用户在菜单管理器、对象管理器和/或流程管理器中的操作权限；基于所述操作权限，识别所述目标用户在所述菜单管理器、对象管理器和/或流程管理器中执行的有效操作，并根据所述有效操作进行针对所述目标应用程序项目的应用程序建模处理。10.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求9所述方法的步骤。

技术总结
本申请适用于软件程序技术领域，提供了一种应用程序建模系统及其建模方法，在该应用程序建模系统中，通过用户管理器对在应用程序建模系统中参与应用程序建模过程的用户进行用户基本信息存储和角色标注处理，通过角色管理器根据用户通过角色标注处理获得的角色标签配置用户在应用程序建模系统中的操作权限，通过菜单管理器根据录入的菜单信息生成应用于应用程序的功能菜单，通过对象管理器根据录入的对象信息生成应用于应用程序的对象数据库表，以及通过流程管理器根据录入的流程信息生成应用于应用程序的执行流程图。以此，统一了应用程序建模过程，减少了数据失真，降低了应用程序的开发难度，同时便于应用程序二次开发的修改和调整。的修改和调整。的修改和调整。


技术研发人员：周剑
受保护的技术使用者：中国平安财产保险股份有限公司
技术研发日：2021.11.30
技术公布日：2022/3/8