Skip to main content

Quick Navigation

Why Requirements Management Matters

In functional safety development, requirements form the left side of the V-Model. Every requirement must be:
  • Traceable — linked to customer needs, design specifications, and verification tests
  • Complete — refined to design level with measurable criteria
  • Classified — marked as SC/CC when they affect safety or quality
  • Verified — connected to test cases that validate implementation
TestAuto2 automates this workflow, ensuring nothing falls through the cracks during product development.

Workflow Overview

diagram

Management Topics

Create Customer Requirements — Author top-level requirements that capture user needs and market features. Learn how to structure and document customer-facing specifications. Create System Requirements — Decompose customer requirements into system-level capabilities. Establish traceability links to parent requirements and allocate functionality to subsystems. Create Design Requirements — Translate system specifications into design constraints for components and subsystems. Define measurable criteria that enable verification. Refine Requirements Across Levels — Understand the refinement chain from customer to design level. Learn when to split, merge, or rewrite requirements during decomposition. Classify Requirements (SC/CC) — Mark requirements as Special Characteristics or Critical Characteristics when they impact product safety or quality. Enable visual identification in dashboards and reports. Use Requirements PowerSheet — Leverage the spreadsheet-style interface to view your entire requirements hierarchy, create bulk links, and perform gap analysis.

Key Integration Points

Each design requirement must have at least one verification test case linked to it. Use the Verification section of the documentation to create and manage test cases that validate your requirements.
Requirements management in TestAuto2 follows IATF 16949 and APQP (Advanced Product Quality Planning) guidelines. See IATF 16949 and APQP for detailed methodology information.
Maintain bidirectional traceability throughout the V-Model. If a requirement at one level is deleted, check the Whole RTM PowerSheet for orphaned lower-level requirements before removing it.

Next Steps: Start with Create Customer Requirements to begin building your requirements hierarchy, or jump to Use Requirements PowerSheet if you’re working with an existing project.