Stages Documentation

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision		Previous revision
76:users_groups_permissions [2021/02/02 10:02] – created twn76:users_groups_permissions [2024/02/15 00:00] (current) – external edit 127.0.0.1
Line 1: Line 1:
 ====== Manage Users, Groups, and Permissions ====== ====== Manage Users, Groups, and Permissions ======
  
 +In version 7.6, the following permission domains have been added:
 +
 +  * ''Participant-to-User Group Assignments'': assign participants to user groups
 +  * ''Process Execution'': start project processes and execute them in tools like Jira
 +  * ''Process Execution Configuration'': control edit access to process execution elements and configuration
 +  * ''Process Participant Assignments'': assign users to participants
 +  * ''Process Release Administration'': control edit access to process release workflows.
 In version 7.5, the following permission domains have been added: In version 7.5, the following permission domains have been added:
  
Line 6: Line 13:
   * ''Role-to-User Group Assignments'': assign roles to user groups   * ''Role-to-User Group Assignments'': assign roles to user groups
   * ''User-to-Role Assignments'': assign users to roles   * ''User-to-Role Assignments'': assign users to roles
-A detailed guidance for the various user actions and which permissions they require can be found in this permission matrix.+A detailed guidance for the various user actions and which permissions they require can be found in this {{:76:permissions_matrix_7.6.xlsx|Permissions Matrix}}.
  
-The dependencies between permissions and licenses needed can be found in the Stages permissions-license matrix.+The dependencies between permissions and licenses needed can be found in the [[:76:stages-permission-license-matrix|]].
  
 ===== Manage User Access through Groups ===== ===== Manage User Access through Groups =====
  
-This approach is best used for access permissions to workspaces that exist only once, e.g. the modeling area, reference models, or standard processes.+This approach is best used for access permissions to workspaces that exist only once, e.g. the standard processes and the reference models. 
 + 
 +===== Manage User Access through Participants ===== 
 + 
 +Participants are users that participate in the lifecycle of a process, e.g. modeling, review, approval, or tailoring. This approach is best used for access permissions to workspaces that exist multiple times for specific purposes, e.g. modeling workspaces, playgrounds, or project- or program-specific processes. Example participants: process owner, process modeler, process reviewer, process approver, tailoring approver.
  
 ===== Manage User Access through Roles ===== ===== Manage User Access through Roles =====
  
-This approach is best used for access permissions to workspaces that exist many times, typically project- or program-specific processes.+This approach is best used for access permissions to workspaces that exist many times, e.g. project- or program-specific processes, but the users do not participate in the management of the process. Example roles: engineer, tester, quality manager. Project managers are typically responsible for their project's specific process and therefore can be added as process owner participants (see above). 
 + 
 +=====   =====