It's all about the answers!

Ask a question

Is it possible to allow enter "Manage Project Properties" in RQM for a project member who is not ProjectAdmin?


Christian Winkler (1321623) | asked Oct 23 '14, 9:27 a.m.
Hello!

I am using RQM 5.0.
The project properties are managed in the area " ". The project process properties are managed in the area "Manage this Project Area".

Is it possible to give a normal project member who is not ProjectAdmin the permission to modify the Project Properties?

Example:
We use a template project from which we create new projects in RQM.
There are several settings which must be set "inside" the project, like Categories for release numbers or functionalities.
The Test Manager should be allowed to modify such Properties, but not be allowed to modify the Process Configuration.

Currently, the highest role is not allowed to modify the Properties, if this user is not part of the ProjectAdmins.

I think this makes no sense, because the Administration should be more protected against changes than the Properties.

Is there a way to solve this issue?
Thanks!

Christian


Accepted answer


permanent link
Krzysztof Kaźmierczyk (7.5k480103) | answered Mar 21 '16, 12:45 p.m.
Currently it is not possible. There is an Enhancement 148144: Maintain Project Properties Permissions - Seperate role with configurable permissions created for this feature.
Christian Winkler selected this answer as the correct answer

Comments
Krzysztof Kaźmierczyk commented Apr 04 '16, 3:00 a.m.

Seems that this answer is a good candidate for a Necromancer badge :)

2 other answers



permanent link
Krzysztof Kaźmierczyk (7.5k480103) | answered Oct 23 '14, 10:40 a.m.
Hi Christian,
I do not think that it is possible. Anyway it is suspicious question as my understanding of RQM is that this is rather administrative task.
Could you elaborate what is exactly the reason you want non admin users modify it?

Comments
Christian Winkler commented Oct 23 '14, 10:58 a.m.

Hello Krzysztof!
The Test Manager should be allowed to specify categories like release-name or functionality. Such Categories are project dependent and come up during project lifetime.
The process itself should be fixed. No one should be allowed to modify the permissions or the approval workflow settings.
There should be only a few people, who are allowed to apply changes to the process. But there are many Test Managers.

Christian


Christian Winkler commented Nov 03 '14, 3:56 a.m.

Hello Krzysztof!
I saw that manageing categories is also possible from the user gui. So that is no longer a problem
But defining the test environment remains problematic.
In our comany, there is not one big test chief who defines the test environment for all projects. That is something the test manager does.

So any idea how this can be solved?
Christian


permanent link
Daniel Chirillo (1801823) | answered Apr 12 '16, 10:45 a.m.
You can grant a role permission to:

1.  Create, modify and delete Categories, Category values and attributes.
If you do this, anyone with this role can get to categories from the artifact lists.   The challenge is getting at attributes.  They can only be managed from the Manage Project Properties page

2.  Save changes on the Manage Project Properties page (the permission is Save Administrative Options)
The challenge here is the same as managing attributes.  Even if you have permission to make changes, the QM UI doesn't show the Manage Project Properties menu item unless you're a project area administrator.  This is design flaw IMHO.  The QM UI always shows "Manage this Project Area", so why not show Manage Project Properties?  You can't save changes unless you have permission.

You can get to the Manage Project Properties page even if you're not an admin by changing the end of the URL is your browser to &subAction=viewSystemProperties.  For example, if you're on the project area dashboard page, the URL in your browswer will be:

https://<server>/qm/web/console/<project area>#action=com.ibm.rqm.planning.home.actionDispatcher&subAction=viewUserHome

Change the URL to
https://<server>/qm/web/console/<project area>#action=com.ibm.rqm.planning.home.actionDispatcher&subAction=viewSystemProperties

There's no security hole here:  if the user doesn't have permission to Save Administrative Options, he won't be able to save any changes.

The one thing that you do here that DOES require Administrative access is creating Lab Resource/Environment types.

Your answer


Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.