Skip to main content

Configuration Overview

ConfigurationRoot EntityPurposeKey Feature
Whole RTM ConfigUserNeedFull requirements traceability matrix5-level deep expansion with V&V
Component RTMSystemRequirementPer-component requirements viewCurrent-document constraint
Design Verification SheetDesignRequirementDesign-level V&V traceabilityentityFactory for in-sheet test creation
System Verification SheetSystemRequirementSystem-level V&V traceabilityParallel to Design Verification
User Need Validation SheetUserNeedValidation traceabilityUses validates link role
Use Steps SpecificationUseStepUse step to user need mappingIEC 62366 usability traceability
Process StepsProcessStepProcess step to component mappingPFMEA support

Color Scheme

All powersheet configurations use a consistent color-coded header scheme:
Entity DomainHeader StyleColor
User Needsdarkgreen / greenGreen
System Requirementsdarkpurple / purplePurple
Design Requirementsdarkblue / blueBlue
Test Casesdarkorange / orangeOrange
Evidence / Referencesdarkred / redRed

Whole RTM Config

File: Whole RTM Config.yaml The master traceability matrix showing the complete V-model from User Needs through Design Requirements, with V&V test columns at each level.

Source Query

from: UserNeed
expand:
  - chapter
  - useSteps -> useStep
  - systemRequirements -> systemRequirement
      -> designRequirements -> designRequirement
          -> testCases -> testCase
      -> testCases -> testCase
  - testCases -> testCase
The expansion tree is five levels deep, materializing the entire traceability matrix in a single query.

Column Groups

GroupEntitiesCollapse Target
User NeedsChapter, Use Steps, User Need ID/Title/Descriptiondescription
System RequirementsSys Req ID/Title/Description/Document, Verification TestssystemRequirements.systemRequirement.description
Design RequirementsDes Req ID/Title/Description/Document, Verification TestsdesignRequirements.designRequirement.description

Predefined Views

ViewHidden ColumnsPurpose
Without V&VAll test case columnsRequirements-only view
SummaryRationale, outline numbers, use steps, tests, descriptions, documentsCompact overview

Key Features

  • Chapter-based groupBy with outlineNumber sorting
  • Multi-item expansion for use steps and test cases
  • Hidden columns for subsystem, document type, and object ID (revealed for cross-subsystem analysis)
  • Searchable document selection with list.search on title and moduleName

Component RTM

File: Component RTM.yaml A document-scoped view showing system requirements with bidirectional traceability to user needs (up) and design requirements (down).

Source Query

from: SystemRequirement
constraints:
  applyCurrentDocumentTo: SystemRequirement
expand:
  - userNeeds -> userNeed
  - designRequirements -> designRequirement
The applyCurrentDocumentTo constraint limits results to system requirements in the currently open Polarion document, making this sheet context-aware for per-component views.

Key Differences from Whole RTM

  • No test case columns (focused on requirements chain only)
  • No predefined views (single default presentation)
  • No sortBy defined (uses default query order)

Design Verification Sheet

File: Design Verification Sheet.yaml Maps design requirements to their verification test cases and external evidence references.

Source Query

from: DesignRequirement
parameters:
  documentFilters:
    VerificationTestCase: Testing/DesignVerificationSpecification
expand:
  - verificationTestCases -> verificationTestCase
      -> externalReferences -> externalReference

Key Features

  • entityFactory with modulePath: Testing/DesignVerificationSpecification enables in-sheet creation of test cases
  • documentFilters prevents cross-specification contamination
  • Read-only design requirement columns with boldreadOnly custom style (grey background, bold font)
  • Document-based groupBy and sorting
  • Description column labeled as “Rationale”

System Verification Sheet

File: System Verification Sheet.yaml Parallels the Design Verification Sheet at the system requirement level.

Source Query

from: SystemRequirement
parameters:
  VerificationTestCase: Testing/SystemVerificationSpecification
expand:
  - verificationTestCases -> verificationTestCase
      -> externalReferences -> externalReference

Key Features

  • Structurally identical to Design Verification but rooted at SystemRequirement
  • multiLine: true on test case title (unique to this sheet)
  • entityFactory targets Testing/SystemVerificationSpecification
  • Together with Design Verification, provides complete V&V coverage across both requirement levels

User Need Validation Sheet

File: User Need Validation Sheet.yaml Maps user needs to their validation test cases and evidence, completing V&V coverage at the top of the requirements hierarchy.

Source Query

from: UserNeed
orderBy: title asc
expand:
  - chapter
  - validationTestCases -> validationTestCase
      -> externalReferences -> externalReference

Key Features

  • Uses validationTestCases (not verificationTestCases) — implements ISO 14971 distinction between validation (user needs) and verification (requirements)
  • Chapter-based groupBy for document structure preservation
  • No entityFactory — validation test cases must be created in source documents first
  • No document filtering — all user needs across all documents are included

Use Steps Specification

File: Use Steps Specification.yaml Maps use steps to the user needs they address, supporting IEC 62366 usability engineering traceability.

Source Query

from: UseStep
orderBy: title asc
expand:
  - userNeeds -> userNeed

Key Features

  • Both column groups use green styling (uniform color signals same domain)
  • Editable columns (no isreadOnly flags) — use steps and user needs can be edited in-sheet
  • Visualizes the address link role from the RTM model

Process Steps

File: Process Steps.yaml Maps process steps to their associated system elements for PFMEA analysis support.

Source Query

from: ProcessStep
orderBy: title asc
expand:
  - systemElements -> systemElement

Key Features

  • System Elements displayed as multiItem in a single cell (compact list view)
  • Supports the ProcessStep-to-SystemElement associates relationship from the RTM model
  • Derived from Use Steps Specification template (internal IDs reference useSteps/userNeeds)
The collapseTo for the System Elements group references userNeeds.userNeed.title, which is inherited from the Use Steps template and does not match any column in this sheet.

Common Formatting

All powersheet configurations share these formatting patterns:
FormatterExpressionEffect
boldTitletrue (unconditional)Bold styling on key columns
readOnlytrue (unconditional)Read-only styling on reference columns
boldreadOnlygrey100 background + fontWeight 600Combined bold + read-only (verification sheets)