rtm.yaml
Entity Types
The model defines five entity types, each mapped to a Polarion work item type (or document type):| Entity | Polarion Type | Navigable Properties | Purpose |
|---|---|---|---|
| Document | (default module type) | type, subsystem | Container for TARA analysis modules |
| Chapter | heading | (none) | Structural headings — excluded from analysis |
| SystemElement | systemElement | outlineNumber, description | System/subsystem/component being analyzed |
| Requirement | sysReq | description, classification | Cybersecurity and system requirements |
| TestCase | testCase | (none) | Verification evidence leaf node |
Entity Details
Document
The root entity in the RTM model. Represents a container document (e.g., a TARA Risk Specification module).type— Classifies the document kind (e.g.,riskSpecification). Used to filter TARA documents from other document types.subsystem— Scopes analysis to a specific system component. References asystemElementwork item ID.
Document has no
polarionType mapping in this model. It maps to the default Polarion document/module type. The RTM engine treats it as the implicit root of any expansion path.Chapter
Structural heading entity used to organize modules into sections.SystemElement
Represents a system component being analyzed in the TARA (e.g., an ECU, software component, or hardware module).outlineNumber— Provides hierarchical position in the document (e.g., “1.2.3”)description— Provides context for display in PowerSheet columns
Requirement
Represents a system requirement, mapped to thesysReq Polarion work item type.
description— Requirement textclassification— Categorizes requirements (e.g.,cybersecurity,functional). Used by the Cybersecurity Case Dashboard to filter cybersecurity-specific requirements.
TestCase
Verification leaf node in the traceability chain.verifies link role.
Relationships
- Link traversal paths for PowerSheet expansion are derived from Polarion link role definitions directly (see Link Roles)
- Sheet configurations must define their own expansion paths using Polarion link role IDs
- This differs from more complete RTM models that define named relationships like “refines”, “verifies”, “assesses”
TARA-Specific Types Not in RTM
The following work item types are used extensively in the TARA solution but are not declared in the RTM model:| Type | Purpose | Configuration Source |
|---|---|---|
taraRecord | Core TARA analysis record | Custom fields, Risksheet |
cybersecurityGoal | Cybersecurity objectives with CAL | Custom fields |
threatScenario | Reusable threat catalog entries | Risksheet item links |
stakeholder | Impact scope entities | Risksheet item links |
riskControl | Concrete countermeasures | Custom fields, link roles |
Related Pages
- Link Roles and Traceability Relationships — the link roles that define actual traversal paths
- Traceability Chain — conceptual overview of the full traceability model
- Data Model and Work Item Types — all work item types in the TARA solution
Source:
.polarion/nextedy/models/rtm.yaml