Setting Permissions

  Previous topic Next topic JavaScript is required for the print function Mail us feedback on this topic! Mail us feedback on this topic!  

Permissions may be configured through the "Admin" link which provides access to the Organization and all Projects, or at the individual Project level through "Configure Project".

adminperspectivePermiss

To configure permissions, select the desired level in the Project hierarchy from the list, then select "Add User" or "Add Group" to add users and groups and define permissions for the Project.

Permissions and Licenses

The license type assigned to a user may override the assigned permissions.  If a user has a Read Only license, or a Floating License that is in Read Only mode, the user will not have the ability to Manage a Project or Create/Edit Items.

A user with a Read Only license and Administrator permissions will continue to have access to Project and Organizational configurations but she will not be able to Create/Edit Items.

Inherited Permissions

Permissions are inherited from higher levels in the Organization/Project structure.  For example, if you assign a group access at the Organization level, all Projects and Sets within the Organization will inherit the permissions.  The source of a group’s access is indicated by the Inherited column. When a row contains that value "True" and has a green highlight the group has received its permissions from a higher level.

"Override" provides the ability to adjust inherited permissions or remove access to a Project or Set completely by unselecting all permissions.

"Remove" will perform different actions depending on the Inherited column’s setting.  When the column indicates that the permissions are inherited "Remove" will revert the permissions back to the original inherited permissions.  When the column indicates that the permissions are not inherited "Remove" will completely remove the group or user from a Project or set.

Precedence of Assignments

Users can be assigned to one or more groups that may contain conflicting permissions.  The system resolves potential conflicts by applying the highest level of access available to an assigned group or user.

Permissions Example

Contour contains five users: Homer, Marge, Lisa, Bart and Maggie.  Homer and Marge belong to the group Project Management while Lisa and Bart belong to Analysis.  Maggie belongs to two groups: Analysis and Quality Assurance.

permissionsexample1

All groups are assigned to the Project level.  The screenshot shows that the groups and permissions assigned at the Project level have been inherited by the Set Test Cases.  The Manage Set column indicates that the group or user has the ability Create/Edit or Read Set Items.

Maggie belongs to two groups (Analysis and Quality Assurance) that have different permissions.  Contour will give Maggie the access available in the group with the higher level of permissions.

permissionsexample2

Here the group Analysis has its inherited permissions overridden to remove the group’s ability to edit Items within the Set Risks.  The change from the default access is indicated by the Inherited column value showing "false" and the removal of the row’s green highlight.  To reset the group’s inherited permissions the administrator would select the "Remove" option.

permissionsexample3

This screenshot indicates that Maggie has been added to the Risks Set individually with Create/Edit and Read permissions.  The system will provide Maggie with the highest level of permissions for the Set providing her with the ability to Edit Items in the Risks Set even though both of her groups cannot.