Tracker Relations
Codebeamer organizes tracker items by placing each item in exactly one tracker, which then acts as the container of that item. However, the items do not need to exist in complete isolation, they can have relations to other items or projects in other trackers.
Relations are critical for managing, auditing, and tracing back changes. For example, you can trace back which tasks were triggered by which requirements. Then when you also associate your code changes with these tasks, you can take traceability to the next level: you can easily identify which requirements resulted in which source code changes. For more information, see Tracing Source Code Changes to Requirements, Task and Bugs.
There are two types of relations between tracker items:
References
Associations
References
References are relations that are bound to reference fields of tracker items. For more information, see Creating and Customizing Trackers.
Reference fields are similar to Foreign Keys in Relational Databases, and have the following properties:
Can be required or mandatory.
Can refer to multiple items.
Can refer to items from multiple target trackers, including trackers in other projects.
Can refer to a specific subset of target tracker items using a filter or view.
The name of a reference field is a synonym for the relation between the referring item and reference field values, or in other words, the function or role, that the referring item plays for the reference field values or vice versa. For example:
A test case verifies a requirement.
The subject to be approved by an approval task.
You can configure the Cardinality of references as follows:
0..1: If the field is not mandatory and only allows a single value.
1: If the field is mandatory and only allows a single value.
0..* or *: If the field is not mandatory and allows multiple values.
1..*: If the field is mandatory and allows multiple values.
x..y: where x and y are the minimum and maximum number of values of the reference field.
You can also define Constraints between the reference fields of the same tracker. For example:
If field A refers to an item of tracker X.
Then field B must refer to an item of tracker Y.
Where the item in B must refer to the item in A using the reference field C of tracker Y.
See Dynamic pick-list fields for more information about dynamic or relation-based dependencies between reference fields.
Was this helpful?