Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| public:99_annexes:annex-b-terms-and-definitions:r:role [2026/09/12 17:42] – removed - external edit (Unknown date) 127.0.0.1 | public:99_annexes:annex-b-terms-and-definitions:r:role [2026/09/12 17:43] (current) – ↷ Links adapted because of a move operation nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Role ====== | ||
| + | [[public: | ||
| + | |||
| + | ===== Discussion ===== | ||
| + | |||
| + | A Role is a named set of responsibilities, | ||
| + | |||
| + | An Actor can include: | ||
| + | |||
| + | * A person | ||
| + | * A [[public: | ||
| + | * An [[public: | ||
| + | * An organizational unit | ||
| + | * A system | ||
| + | * A service | ||
| + | * A [[public: | ||
| + | * Another participant capable of performing assigned responsibilities | ||
| + | |||
| + | A Role can establish: | ||
| + | |||
| + | * Responsibilities | ||
| + | * Permitted actions | ||
| + | * Prohibited actions | ||
| + | * Required actions | ||
| + | * Decision rights | ||
| + | * Access permissions | ||
| + | * Approval authority | ||
| + | * Accountability | ||
| + | * Separation-of-duty constraints | ||
| + | * Qualification requirements | ||
| + | * Applicable [[public: | ||
| + | * Applicable [[public: | ||
| + | |||
| + | A Role can identify: | ||
| + | |||
| + | * Its identity | ||
| + | * Its name | ||
| + | * Its description | ||
| + | * Its responsibilities | ||
| + | * Its permissions | ||
| + | * Its constraints | ||
| + | * Its applicable context | ||
| + | * Its applicable [[public: | ||
| + | * Its assigning authority | ||
| + | * Its eligible Actor types | ||
| + | * Its qualification requirements | ||
| + | * Its incompatible Roles | ||
| + | * Its delegation rules | ||
| + | * Its effective time | ||
| + | * Its expiration time | ||
| + | * Its [[public: | ||
| + | * Its [[public: | ||
| + | |||
| + | ===== Definition ===== | ||
| + | |||
| + | //named set of responsibilities, | ||
| + | |||
| + | ===== Source ===== | ||
| + | |||
| + | Adapted from: | ||
| + | |||
| + | * DIDO Reference Architecture | ||
| + | * DIDO Reference Implementation Conceptual Model | ||
| + | * DIDO-TE draft Requirements Register | ||
| + | |||
| + | ===== Note ===== | ||
| + | |||
| + | A Role differs from an [[public: | ||
| + | |||
| + | * A Role specifies responsibilities, | ||
| + | * An Actor performs or assumes the Role | ||
| + | |||
| + | A Role differs from a [[public: | ||
| + | |||
| + | * A Role identifies responsibilities, | ||
| + | * A User identifies a person, Organization, | ||
| + | |||
| + | A User can act in multiple Roles. Multiple Users can act in the same Role. | ||
| + | |||
| + | A Role differs from an organizational position: | ||
| + | |||
| + | * A Role specifies responsibilities and behavior within a context | ||
| + | * An organizational position identifies a place within an organizational structure | ||
| + | |||
| + | An organizational position can receive one or more Roles. | ||
| + | |||
| + | Assigning a Role to an Actor does not necessarily grant every permission associated with the Role. The assignment must satisfy the applicable authorization, | ||
| + | |||
| + | A Role can apply at multiple architectural levels. For example: | ||
| + | |||
| + | * A person can perform a Test Operator Role | ||
| + | * A Node can perform a Validation Role | ||
| + | * An Organization can perform a Governing Authority Role | ||
| + | * A service can perform an Evidence Collection Role | ||
| + | |||
| + | A Role does not determine its implementation. Different Actors can realize the same Role through different technologies, | ||
| + | |||
| + | A Role assignment should preserve: | ||
| + | |||
| + | * The assigned Actor | ||
| + | * The assigned Role | ||
| + | * The assigning Authority | ||
| + | * The applicable scope | ||
| + | * The effective time | ||
| + | * The expiration time | ||
| + | * The applicable constraints | ||
| + | * The applicable Provenance | ||
| + | * The applicable Traceability | ||
| + | |||
| + | ===== Example ===== | ||
| + | |||
| + | DIDO-TE defines the following Roles: | ||
| + | |||
| + | * Test Administrator | ||
| + | * Test Designer | ||
| + | * Test Operator | ||
| + | * Evaluator | ||
| + | * Evidence Custodian | ||
| + | * Baseline Manager | ||
| + | * Approval Authority | ||
| + | |||
| + | A User acting in the Test Operator Role can initiate an approved [[public: | ||
| + | |||
| + | A User acting in the Evaluator Role can review the resulting [[public: | ||
| + | |||
| + | A User acting in the Approval Authority Role can make the applicable [[public: | ||
| + | |||
| + | The Roles remain distinct even when one User receives more than one Role, subject to the applicable separation-of-duty constraints. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||