一种数据访问方法、装置、电子设备及存储介质与流程

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.采用封装于所述业务功能块的数据层中的权限校验功能，获取用户访问所述目标表单的数据操作脚本，解析所述数据操作脚本对应的数据访问字段；
26.针对所述预设数据访问权限为禁止访问的所述目标数据，过滤该目标数据对应的所述数据访问字段；
27.通过预设的数据获取范围控制脚本，根据过滤后的所述数据访问字段获取并展示所述目标数据；
28.针对每个所述目标数据，根据所述预设功能使用权限，为该目标数据提供对应的所述目标按钮功能。
29.一种可选的实施方式中，所述根据预设菜单匹配关系，确定所述目标角色对应的目标菜单，其中，所述目标菜单中预先配置有所述目标角色对应的目标表单，具体包括：
30.根据所述基础菜单与所述基础角色信息之间的匹配关系，确定所述目标角色对应的所述目标菜单；
31.将与所述目标菜单相链接的多个所述基础表单确定为所述目标表单；
32.向用户展示所述目标菜单与所述目标表单之间对应的索引。
33.一种可选的实施方式中，所述针对每个所述基础角色信息，为该基础角色信息配置对应的基础表单，具体包括：
34.通过预设的低代码开发平台，构建基础表单配置页面，其中，所述基础表单配置页面中包括有基础角色信息选择区、角色权限选择区，数据访问权限选择区以及功能使用权限选择区；
35.获取用户分别在所述基础角色信息选择区、所述角色权限选择区，所述数据访问权限选择区以及所述功能使用权限选择区的选择的操作，配置所述基础表单。
36.本公开实施例还提供一种数据访问装置，所述装置包括：
37.获取模块，用于获取用户所属的目标角色；
38.菜单解析模块，用于根据预设菜单匹配关系，确定所述目标角色对应的目标菜单，其中，所述目标菜单中预先配置有所述目标角色对应的目标表单；
39.表单访问模块，用于提供权限配置功能块，当用户访问所述目标表单时，通过调取提供的权限配置功能块，确定所述目标角色在所述目标表单中所具有的预设数据访问权限以及预设功能使用权限，其中，所述权限配置功能块中预先配置有所述预设数据访问权限以及所述预设功能使用权限；
40.数据展示模块，用于提供实现表单功能的多个预设业务功能块，调取所述目标表单对应的业务功能块，在所述目标表单中展示所述预设数据访问权限对应的目标数据，并提供所述预设功能使用权限对应的目标按钮功能。
41.本公开实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述数据访问方法，或上述数据访问方法中任一种可能的实施方式中的步骤。
42.本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述数据访问方法，或上述数据访问方法中任一种可能的实施方式中的步骤。
43.本公开实施例提供的一种数据访问方法、装置、电子设备及存储介质，通过获取用户所属的目标角色；根据预设菜单匹配关系，确定目标角色对应的目标菜单，其中，目标菜单中预先配置有目标角色对应的目标表单；当用户访问目标表单时，确定目标角色在目标表单中所具有的预设数据访问权限以及预设功能使用权限，其中，预设数据访问权限以及预设功能使用权限通过预设的权限配置功能块配置；调取目标表单对应的业务功能块，在目标表单中展示预设数据访问权限对应的目标数据，并提供预设功能使用权限对应的目标按钮功能。这样，针对于权限管理的配置通过权限配置功能块完成，而表单的业务功能则通过业务功能块实现，权限配置功能块与业务功能块之间相互独立，无需在系统开发过程中将权限管理相关代码耦合至业务功能代码中，进而实现避免权限管理逻辑与业务功能逻辑耦合，降低业务代码的复杂度，提升开发效率的效果。
44.为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
45.为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
46.图1示出了本公开实施例所提供的一种数据访问方法的流程图；
47.图2示出了本公开实施例所提供的另一种数据访问方法的流程图；
48.图3示出了本公开实施例所提供的一种数据访问装置的示意图；
49.图4示出了本公开实施例所提供的另一种数据访问装置的示意图；
50.图5示出了本公开实施例所提供的一种电子设备的示意图。
具体实施方式
51.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。
52.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
53.本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括a、b、c中的至少一种，可以表示包括从a、b和c构成的集合中选择的任意一个或多个元素。
54.经研究发现，在现有的权限配置方式中，通常采用在业务功能中进行编码的方式为用户、数据等进行授权、鉴权工作，相应的，在用户访问平台数据的过程中，其鉴权过程需要对用户以及数据的权限进行对应的校验工作，但是，针对多用户系统，由于用户本身的属性或分工较为复杂，在用户访问平台数据的过程中，鉴权工作的难度以及复杂度均会相应提升，不仅需要校验用户本身权限，还需要配合相应需要访问的数据权限进行校验，进而降低鉴权效率，从而影响用户的数据访问速度。
55.基于上述研究，本公开提供了一种数据访问方法、装置、电子设备及存储介质，通过获取用户所属的目标角色；根据预设菜单匹配关系，确定目标角色对应的目标菜单，其中，目标菜单中预先配置有目标角色对应的目标表单；当用户访问目标表单时，确定目标角色在目标表单中所具有的预设数据访问权限以及预设功能使用权限，其中，预设数据访问权限以及预设功能使用权限通过预设的权限配置功能块配置；调取目标表单对应的业务功能块，在目标表单中展示预设数据访问权限对应的目标数据，并提供预设功能使用权限对应的目标按钮功能。可以避免权限管理逻辑与业务功能逻辑耦合，降低业务代码的复杂度，提升开发效率。
56.为便于对本实施例进行理解，首先对本公开实施例所公开的一种数据访问方法进行详细介绍，本公开实施例所提供的数据访问方法的执行主体一般为具有一定计算能力的计算机设备，该计算机设备例如包括：终端设备或服务器或其它处理设备，终端设备可以为用户设备(user equipment，ue)、移动设备、用户终端、终端、蜂窝电话、无绳电话、个人数字助理(personal digital assistant，pda)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该数据访问方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。
57.参见图1所示，为本公开实施例提供的一种数据访问方法的流程图，所述方法包括步骤s101～s104，其中：
58.s101、获取用户所属的目标角色。
59.在具体实施中，本实施例可应用于业务管理平台等数字化平台系统，在访问业务
管理平台中的业务数据时，首先获取用户在公司或者业务流程中所属的目标角色。
60.这里，目标角色可以体现为用户对应的岗位，例如：管理岗、测试岗、客户经理岗等；也可以体现为用户对应的职位角色，例如：团队长角色、流程发起角色等，用户具体的目标角色可以在上述示例中按照用户的实际情况进行确定。
61.其中，获取用户在公司或者业务流程中所属的目标角色的方式可以为：在用户登录业务管理平台等数字化平台系统访问业务数据时，获取用户的用户id，在实际的公司业务流程中，每位员工的用户id往往携带有该员工的姓名以及在公司内的职位等个人信息，解析此用户id，即可确定用户在公司或者业务流程中所属的目标角色。
62.需要说明的是，同一用户可以具有多种不同的目标角色，相应的同一目标角色下也可以存在不同的用户，例如：同一用户可以既归属于客户经理岗，又归属于管理岗。
63.作为一种可能的实施方式，当本实施例应用于业务管理平台等数字化平台系统时，用户通过终端设备访问业务管理平台用于对接用户的可视化界面，用户可以通过在可视化界面上进行点击等交互操作，触发访问业务管理平台中的业务数据的访问流程，由终端设备向业务管理平台的后端服务器发送数据访问请求；业务管理平台的后端服务器在接收到数据访问请求后，触发进行本技术实施例中的数据访问方法。
64.作为一种可能的实施方式，为了便于针对用户的所属角色进行管理，可以将多种角色划分为一个角色组，将角色组赋予至一个用户。
65.s102、根据预设菜单匹配关系，确定所述目标角色对应的目标菜单，其中，所述目标菜单中预先配置有所述目标角色对应的目标表单。
66.在具体实施中，根据业务管理平台中预先配置好的用户角色与菜单之间的预设菜单匹配关系，确定与目标角色相匹配的目标菜单，即归属于目标角色的用户可以访问的菜单。
67.这里，在用户访问平台数据的过程中，首先向用户提供并展示其有权访问的目标菜单，目标菜单中预先配置有与用户所属的目标角色相对应的目标表单，即归属于目标角色的用户可以访问的表单。
68.需要说明的是，这里目标角色与目标菜单之间的对应关联关系的配置过程由独立于系统业务功能的角色-菜单配置设计器，通过图形化的界面响应用户的交互操作预先配置并存储好的，在用户访问平台数据的过程中，可以拉取存储好的角色-菜单对应关联关系，确定用户所属的角色有权访问的目标菜单。
69.其中，目标菜单中所包括的目标表单为按照目标角色预先配置好对应关系的，用户在访问平台数据的过程中，根据其对应的目标角色可以访问与目标角色对应的目标菜单，进一步在目标菜单中所展示的目标表单同样是与目标角色相对应的，即在同一目标角色下，其有权访问的目标表单与目标菜单具有预先配置好的关联关系。
70.需要说明的是，针对同一目标角色可以对应有多个目标菜单；针对同一目标菜单可以配置有多个目标表单。
71.这样，目标表单与目标菜单通过预设菜单匹配关系关联绑定，目标菜单又与目标角色相关联，在用户访问平台数据的过程中，仅需确定用户所属的目标角色，相应的用户有权访问的目标菜单与目标表单即可确定，相较于现有技术中不仅需要校验用户本身权限，还需要配合相应需要访问的数据权限进行校验的方式，可以简化用户访问平台数据的鉴权
流程，降低鉴权复杂度。
72.s103、提供权限配置功能块，当用户访问所述目标表单时，通过调取提供的权限配置功能块，确定所述目标角色在所述目标表单中所具有的预设数据访问权限以及预设功能使用权限，其中，所述权限配置功能块中预先配置有所述预设数据访问权限以及所述预设功能使用权限。
73.在具体实施中，用户在目标菜单上可以通过点击等交互操作，访问目标菜单中罗列的多个目标表单，当用户访问目标表单时，确定用户所属的目标角色在目标表单中预先配置好的预设数据访问权限以及预设功能使用权限。
74.这里，预设数据访问权限通过预设的权限配置功能块配置，可以包括：查看、编辑、禁止访问等；预设功能使用权限可以包括：可使用、不可使用等，在具体实施中可以根据实际需要进行设置，在此不做具体限制。
75.其中，权限配置功能块为预先构建好用于针对用户的访问权限进行配置与管理的功能块。
76.具体的，当本实施例应用于业务管理平台等数字化平台系统时，平台系统向数字化平台系统的管理者或开发者提供权限配置功能块，可以通过运行权限配置功能块，后端服务器采集数字化平台系统的管理者或开发者通过人机交互的方式为当前业务流程的相关角色配置对应的数据访问权限以及功能使用权限，进而，由后端服务器将用户配置的权限管理数据打包后以数据包的形式存储于权限配置功能块中，同时为权限配置功能块配置对应的封装包头，将存储有权限管理数据的权限配置功能块封装于数字化平台系统的后端服务器中，以便在用户访问数字化平台系统时提供使用。
77.进一步的，当用户访问系统中的业务数据时，业务管理平台的后端服务器可以调取该权限配置功能块，通过解析其中存储的权限管理数据，将用户的目标角色与权限管理数据中预先配置好的数据访问权限以及功能使用权限进行匹配，进而确定出用户所属的目标角色在目标表单中所具有的相应权限。
78.其中，预设数据访问权限主要针对表单中平台数据的在用户界面上的展示，也就是用户访问的权限进行权限管控；预设功能使用权限主要针对表单中功能按钮的使用权限进行权限管控。
79.需要说明的是，预设数据访问权限以及预设功能使用权限需要根据用户所属的目标角色进行预先配置，即针对多种不同的目标角色，在用户访问平台数据之前，需要事先配置好每种目标角色在目标表单中的数据访问权限以及功能使用权限。
80.这样，可以让经过授权的用户能够正常使用已授权功能、访问已授权数据，同时拒绝未经授权的用户的访问。
81.作为一种可能的实施方式，预设数据访问权限以及预设功能使用权限可以采用如下方式进行配置：采用低代码开发平台构建图形化的权限配置设计器；将所述权限配置设计器封装为所述权限配置功能块并存储；调取所述权限配置功能块，响应用户在所述权限配置设计器上的交互操作；存储用户为所述目标角色配置的所述预设数据访问权限以及所述预设功能使用权限。
82.需要说明的是，针对预设数据访问权限以及预设功能使用权限的配置为与当前表单相关联的数据的字段级权限配置，即针对每个数据字段进行相对应的数据访问权限、功
能使用权限的配置。
83.具体的，可基于不同的用户角色配置对应的读写权限，或基于组织机构配置数据的可见范围。
84.在具体实施中，目前大多数平台针对权限控制方法缺乏统一的管理配置功能，特别对于数据字段级权限和增删修查操作级权限的管控往往还需要在业务功能中进行编码实现，本实施例中，采用低代码开发平台构建图形化的权限配置设计器，在设计器中集成了对与表单相关联的数据进行字段级的授权功能，并支持对表单的每个字段进行权限配置。
85.其中，采用低代码开发平台使具有不同经验水平的开发人员可以通过图形化的用户界面，使用拖拽组件和模型驱动的逻辑来创建网页和移动应用程序。
86.进一步的，在权限配置的过程中，用户可以访问由服务器提供的权限配置功能块，在权限配置设计器的图像化界面中通过人机交互的方式选择角色、组织范围进行当前表单关联的数字段和当前表单功能的授权。
87.其中，针对数据字段支持配置的数据访问权限有：查看、编辑、禁止访问；支持配置的功能使用权限有：可使用、不可用。
88.示例性的，针对目标角色为管理岗的用户，表单中客户编号数据、客户名称数据、证件号码数据、证件类型数据的预设数据访问权限可以配置为“编辑”；而针对目标角色为测试岗的用户，表单中客户编号数据、客户名称数据、证件号码数据、证件类型数据的预设数据访问权限可以配置为“查看”。
89.可选的，针对表单中平台数据的预设数据访问权限配置，可以控制至字段级。
90.s104、提供实现表单功能的多个预设业务功能块，调取所述目标表单对应的业务功能块，在所述目标表单中展示所述预设数据访问权限对应的目标数据，并提供所述预设功能使用权限对应的目标按钮功能。
91.在具体实施中，提供实现多种表单功能的多个预设业务功能块，调取可以实现目标表单业务功能的业务功能块，根据目标角色在目标表单中的预设数据访问权限，管控对应的目标数据在用户界面中的展示，根据目标角色在目标表单中的预设功能使用权限，管控对应的功能按钮在用户界面中的可使用性。
92.其中，目标数据可以为预设数据访问权限为“编辑”、“查看”的平台数据，目标按钮功能可以为预设功能使用权限为“可使用”的功能按钮。
93.这里，业务功能块为开发者在构建数字化平台系统时，将编写的实现表单诸如：数据呈现、人事调配、项目流程监管等多种业务功能的源代码进行打包后生成的功能代码块，并对功能代码块添加对应的封装包头进行封装后存储于后端服务器中，在用户访问目标表单时，由后端服务器调取实现与该目标表单的业务功能对应的业务功能块进行运行，以实现用户选取目标表单的相应业务功能，其中，每中表单功能均需要对应的业务功能块实现。
94.需要说明的是，业务功能块与权限配置功能块为两个独立的功能块，开发者在构建数字化平台系统时，所编写的与实现业务功能相关的源代码均被打包至业务功能块中。而有关权限管理配置的部分，则由开发者构建权限配置设计器这一工具，数字化平台系统的管理者或开发者均可以通过在权限配置设计器中的交互界面中进行交互操作，进而完成权限管理数据的配置工作，后端服务器在采集到配置好的权限管理数据经压缩打包后以数据包的形式存储于权限配置功能块中，同时为权限配置功能块配置对应的封装包头，将存
储有权限管理数据的权限配置功能块封装于数字化平台系统的后端服务器中。
95.这样，在数字化平台系统的后端服务器中业务功能块中，仅包含与业务功能相关的源代码，而权限管理相关数据则全部通过在权限配置功能块中配置完成，无需将权限管理相关数据耦合编写至业务功能相关的源代码中，进而实现避免权限管理逻辑与业务功能逻辑耦合，降低业务代码的复杂度，提升开发效率的效果。
96.作为一种可能的实施方式，步骤s104可以通过如下步骤s1041-步骤s1044实现：
97.s1041、采用封装于所述业务功能块的数据层中的权限校验功能，获取用户访问所述目标表单的数据操作脚本，解析所述数据操作脚本对应的数据访问字段。
98.s1042、针对所述预设数据访问权限为禁止访问的所述目标数据，过滤该目标数据对应的所述数据访问字段。
99.s1043、通过预设的数据获取范围控制脚本，根据过滤后的所述数据访问字段获取并展示所述目标数据。
100.s1044、针对每个所述目标数据，根据所述预设功能使用权限，为该目标数据提供对应的所述目标按钮功能。
101.在具体实施中，在用户访问平台数据的过程中，其鉴权过程需要对用户以及数据的权限进行对应的校验工作，在本技术实施例中针对业务功能块的权限配置的校验与处理进行了封装，当访问系统菜单时，后端会按约定格式返回功能的授权信息，并由前端应用控制功能是否可见。
102.具体的，当用户访问目标表单时，首先获取用户访问操作的数据操作脚本，根据用户所属的目标角色对数据操作脚本进行解析，确定数据访问请求的数据访问字段。
103.这里，用户在前端用户界面进行点击等操作触发目标表单的访问，在数据操作脚本中携带用户所属的目标角色请求访问后端服务器中目标表单对应的平台数据。
104.进一步的，后端服务器在接收到数据访问请求后，根据目标角色在目标表单中预先配置好的预设数据访问权限进行授权校验，剔除针对预设数据访问权限为“禁止访问”的平台数据的访问请求，并将剔除预设数据访问权限为“禁止访问”的平台数据后的平台数据返回至前端用户界面进行展示。
105.进一步的，后端服务器同时会根据目标角色在目标表单中预先配置好的预设功能使用权限进行授权校验，将预设功能使用权限为“可使用”的目标按钮功能返回至前端用户界面，为前端用户界面中展示的目标数据提供对应的按钮功能。
106.这里，目标数据提供对应的按钮功能可以根据目标数据对应的预设数据访问权限进行确定。示例性的，针对预设数据访问权限为“编辑”的目标数据，在前端用户界面中所提供的按钮功能即可以对应为“修改”、“添加”按钮等。
107.需要说明的是，前端用户界面与后端服务器在交互过程中需采用预设的约定格式。
108.本公开实施例提供的一种数据访问方法，通过获取用户所属的目标角色；根据预设菜单匹配关系，确定目标角色对应的目标菜单，其中，目标菜单中预先配置有目标角色对应的目标表单；当用户访问目标表单时，确定目标角色在目标表单中所具有的预设数据访问权限以及预设功能使用权限，其中，预设数据访问权限以及预设功能使用权限通过预设的权限配置功能块配置；调取目标表单对应的业务功能块，在目标表单中展示预设数据访
问权限对应的目标数据，并提供预设功能使用权限对应的目标按钮功能。可以避免权限管理逻辑与业务功能逻辑耦合，避免权限管理逻辑与业务功能逻辑耦合。
109.在另一实施例中，图1中所示步骤s101之前，需要预先进行菜单与表单的配置工作，其具体过程可通过如下步骤实现，参见图2所示，为本公开实施例提供的另一种数据访问方法的流程图，所述方法包括步骤s201～s204，其中：
110.s201、提供预设的基础角色信息。
111.在具体实施中，针对菜单与表单的配置过程，其配置顺序为首先根据不同的用户角色配置该用户角色在表单中可访问的数据以及可使用的功能，进一步在表单配置完成后，将该用户角色对应的表单与同种用户角色对应的菜单进行关联，在此过程中，首选获取业务范围内的全部基础角色信息。
112.这里，业务管理平台等数字化平台系统的后端服务器中会预先存储有公司架构的常见角色岗位，在实际的应用中可以针对不同业务类型以及不同业务流程进行适应性调整，将预先存储业务管理平台等数字化平台系统的后端服务器中的公司架构的常见角色岗位作为基础角色信息提供至数字化平台系统的开发者或者管理者，以便为每种基础角色配置表单。
113.其中，基础角色信息为业务流程中所涉及的全部用户角色，具体可以表现为用户对应的全部部门岗位以及职位角色，例如：客户经理、风险经理、团队长、秘书、流程人员等，可以根据实际需要进行设置，在此不做具体限制。
114.s202、针对每个所述基础角色信息，为该基础角色信息配置对应的基础表单。
115.在具体实施中，对于每个基础角色信息，通过该基础角色信息的预设数据访问权限以及预设功能使用权限的配置，构建对应的基础表单。
116.这里，基础表单的配置内容主要为配置每种基础角色信息在表单中的数据读写权限，即针对平台数据的可访问性授权以及针对功能按钮的可使用性授权。
117.具体的，可以基于以下步骤s2021-步骤s2023实现基础表单的配置：
118.s2021、提供预设的基础字段数据以及基础按钮功能。
119.在具体实施中，针对平台数据的可访问性授权为字段级的数据授权，首选需要获取基础字段数据以及基础按钮功能。
120.这里，基础按钮功能为业务管理平台等数字化平台系统的后端服务器中预先存储的表单常用按钮功能；基础字段数据为不同客户根据其业务类型的需求，在数字化平台系统的后端服务器中预先存储的。
121.其中，基础字段数据为业务流程中所需要的全部字段数据，例如：客户编号、客户名称、证件号码、证件类型、证件有效期、客户简称等；基础按钮功能为表单所能够提供的全部按钮功能，例如：编辑按钮、删除按钮、添加按钮等。基础字段数据以及基础按钮功能可以根据业务流程的实际需要进行选择，在此不做具体限制。
122.s2022、针对每个所述基础角色信息，在所述基础字段数据中，筛选出该基础角色信息对应的目标字段数据，为所述目标字段数据配置对应的所述预设数据访问权限。
123.在具体实施中，在确定所需配置的基础表单对应的基础角色信息之后，即可根据该基础角色信息配置对应的述预设数据访问权限，即在全部基础字段数据中，筛选出对应基础角色信息有权访问的目标字段数据，为目标字段数据配置“编辑”、“查看”或者“禁止访
问”的预设数据访问权限。
124.s2023、在所述基础按钮功能中，筛选出该基础角色信息对应的所述目标按钮功能，为所述目标按钮功能配置对应的所述预设功能使用权限。
125.在具体实施中，在配置完成预设功能使用权限之后，即可根据该基础角色信息配置对应的述预设功能使用权限，即在全部基础按钮功能中，筛选出对应基础角色信息有权使用的目标按钮功能。
126.作为一种可能的实施方式，针对基础表单的配置可以采用低代码开发平台实现，采用可视化进行应用程序开发的方法，通过图形化的用户界面，使用拖拽组件和模型驱动的逻辑来创建基础表单配置页面，其具体过程如下：
127.通过预设的低代码开发平台，构建基础表单配置页面，其中，所述基础表单配置页面中包括有基础角色信息选择区、角色权限选择区，数据访问权限选择区以及功能使用权限选择区；获取用户分别在所述基础角色信息选择区、所述角色权限选择区，所述数据访问权限选择区以及所述功能使用权限选择区的选择的操作，配置所述基础表单。
128.在具体实施中，基础表单配置页面中设置有基础角色信息选择区、角色权限选择区，数据访问权限选择区以及功能使用权限选择区，在基础角色信息选择区中罗列有可以进行选择操作的基础角色信息，用户在基础角色信息选择区中可以通过点击等选择操作选择需要进行表单授权的基础角色信息。
129.进一步的，角色权限选择区中罗列有可为基础角色信息配置的全部角色权限配置项，其中，角色权限配置项用于针对基础角色信息的适用范围进行限制，由于基础角色信息的表现形式为岗位以及职位角色，因此，本实施例提供角色权限提供针对岗位以及职位角色对应的组织适用范围以进一步细化用户角色的授权范围，用户在角色权限选择区中可以通过点击等选择操作选择基础角色信息的授权范围。
130.示例性的，用户权限可以包括：本机构权限、本机构及下属机构权限、本部门权限以及本人权限，在具体实施中可以根据实际需要进行设置，在此不做具体限制。
131.进一步的，数据访问权限选择区中罗列有全部基础字段数据，以及可以进行选择操作的预设数据访问权限，用户在数据访问权限选择区中可以针对预设数据访问权限进行点击等选择操作，为基础字段数据配置对应的预设数据访问权限。
132.进一步的，功能使用权限选择区中罗列有可以进行选择操作的基础按钮功能，用户在功能使用权限选择区中可以通过点击等选择基础角色信息在表单中授权使用的功能按钮。
133.作为另一种可能的实施方式，在本实施例下，用户访问平台数据的过程中，向用户展示目标角色对应的目标菜单的方式可以为：根据所述基础菜单与所述基础角色信息之间的匹配关系，确定所述目标角色对应的所述目标菜单；将与所述目标菜单相链接的多个所述基础表单确定为所述目标表单；向用户展示所述目标菜单与所述目标表单之间对应的名称文字索引。
134.这里，在数字化平台系统的可视化界面上，向用户展示的索引为目标菜单目录下每个目标表单的名称文字索引，其中，每个目标表单的名称文字索引均链接至对应的表单内容，用户可以通过点击等交互方式访问目标表单中的业务数据。
135.示例性的，在数据访问过程中确定出用户的目标角色为“一级分行管理岗”，相应
的在预先的菜单配置过程中，针对“一级分行管理岗”这一基础角色信息，配置有可以访问“员工信息菜单”这一基础菜单的匹配关系，进而根据上述角色-菜单之间的匹配关系，则可以确定出当前“一级分行管理岗”的用户有权限访问的目标菜单为“员工信息菜单”；进一步在预先的菜单-表单关联过程中，“员工信息菜单”关联至可以访问“员工基本信息表”、“公司员工考勤情况表”等多个基础表单的关联关系，则当前“一级分行管理岗”的用户访问平台数据时，可以访问的目标表单为“员工基本信息表”、“公司员工考勤情况表”。在数字化平台系统的可视化界面中，最终想用户展示的信息为：在“员工信息菜单”目录下显示的“员工基本信息表”、“公司员工考勤情况表”的文字索引。
136.s203、根据所述基础角色信息链接多个所述基础表单至基础菜单，并为每个所述基础角色信息配置对应的所述基础菜单。
137.在具体实施中，将多个构建好的基础表单链接至基础菜单，实现表单与菜单之间的关联，进一步为每个基础角色信息配置至少一个基础菜单，实现菜单与用户角色之间的关联。
138.需要说明的是，关联至同一基础菜单的基础表单均归属于同一基础角色信息，关联至同一基础角色信息的基础菜单均对应同一基础角色信息。
139.这样，由于表单的配置过程为按照不同用户角色进行配置，表单与菜单之间的关联同样遵循用户角色，那么在用户访问表单的过程中，仅需确定用户的角色，即可相应获取到与该橘色对应的菜单与表单，进而实现降低数据访问过程的鉴权复杂度，提升平台数据的访问效率的效果。
140.s204、将多个所述基础角色信息赋予为角色组，为用户配置对应的目标角色组，其中，所述目标角色组中包括所述目标角色。
141.这里，将多个菜单授予一个角色，将多个角色授予一个角色组。通过将角色或角色组授予一个用户实现用户的菜单授权。
142.具体的，完成表单与菜单的关联以及菜单与用户角色的关联工作之后，构成了角色-菜单-表单三者之间的关联链，根据每个用户在公司或业务流程中的实际岗位或职位角色，在基础角色信息选取对应的目标角色配置给用户，即可实现用户至表单的关联授权。
143.这样，通过对用户进行角色配置，即可完成用户与表单之间的授权配置，可以简化授权流程。
144.本公开实施例提供的一种数据访问方法，通过获取预设的基础角色信息；针对每个基础角色信息，为该基础角色信息配置对应的基础表单；根据基础角色信息链接多个基础表单至基础菜单，并为每个基础角色信息配置对应的基础菜单；将多个基础角色信息赋予为角色组，为用户配置对应的目标角色组，其中，目标角色组中包括目标角色。仅通过对用户进行角色配置，即可实现用户至表单的关联授权，在简化授权流程的同时，实现降低数据访问过程的鉴权复杂度，提升平台数据的访问效率的效果。
145.本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
146.基于同一发明构思，本公开实施例中还提供了与数据访问方法对应的数据访问装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述数据访问方法相似，
因此装置的实施可以参见方法的实施，重复之处不再赘述。
147.请参阅图3和图4，图3为本公开实施例提供的一种数据访问装置的示意图，图4为本公开实施例提供的另一种数据访问的示意图。如图3中所示，本公开实施例提供的数据访问装置300包括：
148.获取模块310，用于获取用户所属的目标角色；
149.菜单解析模块320，用于根据预设菜单匹配关系，确定所述目标角色对应的目标菜单，其中，所述目标菜单中预先配置有所述目标角色对应的目标表单；
150.表单访问模块330，用于提供权限配置功能块，当用户访问所述目标表单时，通过调取提供的权限配置功能块，确定所述目标角色在所述目标表单中所具有的预设数据访问权限以及预设功能使用权限，其中，所述权限配置功能块中预先配置有所述预设数据访问权限以及所述预设功能使用权限；
151.数据展示模块340，用于供实现表单功能的多个预设业务功能块，调取所述目标表单对应的业务功能块，在所述目标表单中展示所述预设数据访问权限对应的目标数据，并提供所述预设功能使用权限对应的目标按钮功能。
152.可选的，如图4中所示，所述数据访问装置300还包括配置模块350，所述配置模块350用于：
153.获取基础角色信息；
154.针对每个所述基础角色信息，为该基础角色信息配置对应的基础表单；
155.根据所述基础角色信息链接多个所述基础表单至基础菜单，并为每个所述基础角色信息配置对应的所述基础菜单；
156.在所述基础角色信息中，为用户配置对应的所述目标角色。
157.关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。
158.本公开实施例提供的一种数据访问装置，通过获取用户所属的目标角色；根据预设菜单匹配关系，确定所述目标角色对应的目标菜单，其中，所述目标菜单中预先配置有所述目标角色对应的目标表单；当用户访问所述目标表单时，确定所述目标角色在所述目标表单中所具有的预设数据访问权限以及预设功能使用权限；在所述目标表单中展示所述预设数据访问权限对应的目标数据，并提供所述预设功能使用权限对应的目标按钮功能。可以在用户访问平台数据的过程中，仅需确定用户所述角色即可相应获取到对应的访问权限，降低数据访问过程的鉴权复杂度，提升平台数据的访问效率。
159.对应于图1与图2中的数据访问方法，本公开实施例还提供了一种电子设备500，如图5所示，为本公开实施例提供的电子设备500结构示意图，包括：
160.处理器51、存储器52、和总线53；存储器52用于存储执行指令，包括内存521和外部存储器522；这里的内存521也称内存储器，用于暂时存放处理器51中的运算数据，以及与硬盘等外部存储器522交换的数据，处理器51通过内存521与外部存储器522进行数据交换，当所述电子设备500运行时，所述处理器51与所述存储器52之间通过总线53通信，使得所述处理器51执行图1与图2中的数据访问方法的步骤。
161.本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的数据访问方法的
步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。
162.本公开实施例还提供一种计算机程序产品，该计算机程序产品包括有计算机指令，所述计算机指令被处理器执行时可以执行上述方法实施例中所述的数据访问方法的步骤，具体可参见上述方法实施例，在此不再赘述。
163.其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(software development kit，sdk)等等。
164.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
165.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
166.另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
167.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
168.最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。