For creating and updating a type element (standard, derived, middle), various settings can be configured. Below all the settings of the dialog Type element settings are explained.
General settings for a type element
Setting | Explanation |
---|---|
Icon | An icon that helps to optically identify a type element and distinguishes it from other type elements.
Note:
|
Name | A singular noun that best represents the model object. Example: ‘Requirement’. |
Plural | A plural noun that corresponds with the name. Example: ‘Requirements’. |
Short name | A three-letter abbreviation from which a user can recognize the type element. As a result, the short name is used as a prefix for the auto-generated IDs. |
Display as | The default type property of the corresponding type element that is presented in a tree, collection relation, the recycle bin, and the history view. It helps a user to quickly identify what type elements it concerns.
Notes:
|
Advanced settings for a type element
Setting | Explanation |
---|---|
Configuration | The Configuration determines the behavior of the type element in the workspace:
|
Origin relation | A type relation that represents the relation between the origin element and the derived or middle element.
Note:
|
Act as inner element | An inner type element is not experienced by users to be part of the core of the SE model. By nature, an inner type element supports another type element that is part of the SE model. For example, the type element ‘Requirement’, could have a derived type element ‘Note’ which acts as an inner element as a ‘Note’ is not experienced as a core type element of the SE model.
Note:
|
Hierarchical | A hierarchical type element is part of a hierarchical structures with other type element or with the same type element.
Note:
|
Cardinality | The cardinality constrains the number of allowed relations between two elements. By default, the cardinality is set to Multi allowing an unlimited amount of relations. When the cardinality is set to Single, a maximum of one relation is allowed between the two corresponding elements.
Note:
|
Target relation | The Target relation specifies what type element is the subject of the middle element. For example, a type element ‘Room’ can have a middle element ‘Specification’ which has a target relation to the type element ‘Inventory’.
Note:
|
Existence of middle element | The Existence of middle element is part of the quality assurance.
Select a value:
Note:
|
Enforce uniqueness on origin-target combination | The Enforce uniqueness on origin-target combination determines if only a single middle element is allowed to exist between a origin element and a target element.
Note:
|
Enable positioning | Enable positioning allows a user to rearrange the position of an element relative to another element. It can be used to position standard elements in a table or to position derived elements in a tree.
Note:
|
Life cycle property | The life cycle property determines how elements of the type element should be evaluated according to their life cycle. Depending on the life cycle, an element is evaluated in quality assurance, included in the My to-do’s, or is given an archived status.
Note:
|
To-do definitions | The To-do definitions reduce the view to show the elements that comply with a defined to-do for the current user.
Note:
|
Auto archive | The Auto archive property can be used to hide elements that are at the end of their life cycle and have served their purpose.
Note:
|
Ownership in | Ownership in determines whether the elements are owned by Relatics users or that ownership lies in another application. The owner can create and delete elements of this type element:
|
Note | The Note field can be used to leave text that is visible to all users in the workspace. This setting can be used to convey additional information. |
Permissions settings for a type element
Setting | Explanation |
---|---|
[Role name] | The role determines if a user with the corresponding role is allowed to edit or create the corresponding type element. |