一种基于任务场景的权限资源控制方法及系统与流程

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.图1为第一个实施例的方法流程图。
38.图2为第二个实施例的系统结构图。
具体实施方式
39.下面结合附图与实施例对本发明作进一步说明。
40.应该指出，以下详细说明都是示例性的，旨在对本发明提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本发明所属技术领域的普通技术人员通常理解的相同含义。
41.需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本发明的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。
42.名称解释：
43.权限组：各类权限资源的集合，可以创建权限资源角色等。
44.权限资源：系统中具有的单元模块，功能按钮，数据资源等的一种集合。
45.任务：为完成某目标任务设定的权限集，用于赋予用户关于任务所需要的权限。
46.在传统的权限控制三层结构用户-角色-资源中，角色是质量部的测试工程师的用户，拥有的权限是进入到测试流程的项目，可以开展测试工作，但是对于一些还在招投标的项目，需要测试工程师的支援，但是又没有进入到测试准入流程中，此时测试工程师无权限，无法支持工作；根据现有的配置流程，此时应该给需要参与到该测试流程的所有测试工程师赋予权限，配置资源，测试工作完成后，可能还有会质量工程师等角色，都需要一一配置权限，再次工作结束后，还需要将已有的权限再一一取消掉，以确保权限外溢。
47.可见，三层结构的权限控制，在角色切换和权限的重新配置上，需要重新设置用户、角色和资源的三者关系，时间耗费和工作量增加，效率低；用户数量较多，权限系统与权限资源数量也较多，用户去匹配权限资源时，匹配关联时，非常麻烦，而且没办法明确各个时间段需要的资源。
48.实施例一
49.本实施例公开了一种基于任务场景的权限资源控制方法；
50.如图1所示，一种基于任务场景的权限资源控制方法，将测试平台的权限控制抽象为四层结构，并依据所述结构确定各个用户的资源访问权限，其中，所述四层结构为：用户、任务、权限组、资源；具体包括：
51.步骤s1确定测评平台的资源体系；
52.所述资源体系，包括需要权限控制的全部资源，也就是将需要权限的资源全部纳
入到管理中，所述确定测评平台的资源体系，是建立测试平台的资源库，具体操作包括新增资源、修改资源和删除资源。
53.对于测试平台来说，可以将资源按功能模块进行划分，例如首页、数据治理、任务管理、日志管理等。
54.步骤s2新建权限组，设置权限组有权访问的资源；
55.所述权限组，包括权限组的名称及权限组有权访问的资源；
56.所述设置权限组有权访问的资源，从资源体系中多选资源，建立权限组与资源之间一对多的关系。
57.例如，新建一个
‘
招投标测试支援’的权限组，权限资源设置上参与招投标演示的所有功能模块(首页，数据治理，任务管理，日志管理......)，以备任务使用。
58.步骤s3新建任务，设置任务关联的权限组；
59.所述任务，包括任务的名称、任务到期时间和任务关联的权限组；
60.所述设置任务关联的权限组，从权限组列表中单选权限组，建立任务与权限组之间一对一的关系。
61.在本发明新的配置方式中，以任务的形式将工作划分，新增一个任务，给该任务设置任务到期时间，例如新增一个
‘
测试支援’的任务；给新建的任务关联权限组和资源，此时这个任务就赋予了一些应用的功能权限，例如，将任务
‘
测试支援’与权限组
‘
招标测试支援’相关联，并将本次所需要测试的功能模块一起关联。
62.步骤s4设置用户关联的任务，基于任务、权限组和资源，对用户在测试平台上进行权限资源控制。
63.所述用户，包括用户名称、用户编号、用户所关联的任务；
64.所述设置用户关联的任务，从任务列表中多选任务，建立用户与任务之间一对多的关系。
65.基于四层结构，根据用户关联的任务、任务关联的权限组、权限组关联的资源，确定用户有权访问的资源，对用户在测试平台上的资源访问进行权限控制。
66.例如，将本次支持招投标项目测试工作的用户都关联到任务“测试支援
”’
，此时被关联的用户就拥有此任务的所有的权限资源，可以进行“首页”、“数据治理”等功能的测试，在任务期限到期时，这些用户就同时失去该权限资源，失去可以操作的功能。
67.随着工作的推进，测试工程师有加入或者退出该项目，此时不需要将工程师的权限添加或者修改删除，只需要将关联在任务中的工程师进行调整，加入任务还是退出任务，即可满足人员的更换，也能确保测试任务的正常进行。
68.可以通过任务关联的用户及权限组关联的资源，对用户有权访问的资源进行高效调整，例如，测试过程中需要新添加一个功能加入测试中，那么只要在权限组中对此功能进行关联，权限组关联的所有用户都将拥有该功能权限。
69.本发明提供的方法在于对用户权限资源配置的时候，能够更全面更方便的为用户赋予应有的权限资源，具体为：
70.1)解决了配置用户时只能单个给用户授予权限、提供权限资源的方式。
71.2)通过添加任务，实现常用的任务场景与相关的权限资源的关联。
72.3)将用户与自己相关的任务关联，就可以关联到所需要的权限组及对应的资源。
73.4)用户能够明确自己处于一个什么任务、什么场景下，但是不能特别明确自己应该都需要什么资源，通过任务关联用户，能明确直接高效获取到所需要的资源权限。
74.5)用户数量较多，权限系统与权限资源数量也较多，用户去匹配权限资源时，匹配关联时，非常麻烦，而且没办法明确各个时间段需要的资源；用户通过关联任务，能够更明确的关联到自己的任务场景内。
75.6)减少用户与权限资源直接的更改频率，给用户派发的是任务，用户可以根据任务去执行功能，不会存在一直调整用户个人权限的情况。
76.7)用户场景更能全面展示，减少漏测，提高测试的全面性。
77.实施例二
78.本实施例公开了一种基于任务场景的权限资源控制系统；
79.如图2所示，一种基于任务场景的权限资源控制系统，包括资源管理模块、权限组管理模块、任务管理模块和用户权限控制模块；
80.资源管理模块，被配置为：确定测评平台的资源体系；
81.权限组管理模块，被配置为：新建权限组，设置权限组有权访问的资源；
82.任务管理模块，被配置为：新建任务，设置任务关联的权限组；
83.用户权限控制模块，被配置为：设置用户关联的任务，基于任务、权限组和资源，对用户在测试平台上进行权限资源控制。
84.实施例三
85.本实施例的目的是提供计算机可读存储介质。
86.计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本公开实施例1所述的一种基于任务场景的权限资源控制方法中的步骤。
87.实施例四
88.本实施例的目的是提供电子设备。
89.电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的程序，所述处理器执行所述程序时实现如本公开实施例1所述的一种基于任务场景的权限资源控制方法中的步骤。
90.以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。