Artifact: Supporting Requirements Specification |  |
This artifact captures system-wide requirements not captured in scenarios or use cases, including requirements on quality attributes and global functional requirements.
Domains: Requirements Work Product Kinds: Specification
Relationships
Roles | Responsible: Analyst | Modified By: Analyst Developer
Tasks | Input To: Design the Solution Detail Requirements Detail Requirements Refine the Architecture Create Test Cases Create Test Cases Implement Test Scripts Implement the Solution Outline the Architecture Outline the Architecture | Output From: Detail Requirements Detail Requirements Find and Outline Requirements Find and Outline Requirements Implement the Solution
Description
Main Description | Supporting Requirements and Use Cases, together, define the system requirements. Use Cases describe the behavioral requirements for the system, and Supporting Requirements describe system-wide requirements that are not captured within the Use-Case Specifications. Making this distinction simplifies maintenance. Supporting Requirements may be categorized according to the FURPS+ model (Functional, Usability, Reliability, Performance, Supportability + Constraints). For more information on this classification, see Concept: Supporting Requirements. The figure that follows illustrates the relationship among the Supporting Requirements, Use-Case Specifications, and Actors.
Illustrations
Templates | Supporting Requirements Specification
Tailoring
Impact of not having | The goal of this work product is to make sure that all types of requirements are covered, which reduces the risk of not considering some important facet of the system. FURPS+ requirements are system-wide, and they influence the Architectural Mechanisms that you will create, thus guiding development of the system's foundation. These requirements are frequently the major cost item, because they determine architectural choices. Furthermore, if you do not capture system-wide requirements in a central location, but repeat them throughout the Use Cases, the result will be more maintenance and more chance for error.
Representation Options | #### Recommendation: Use the Supporting Requirements Specification Template The Supporting Requirements Specification template provides a tool to capture, structure, and organize the supporting requirements. Even in a small project, a requirements management tool, a database, or a spreadsheet, are recommended for prioritizing and managing requirements. If Stakeholders are comfortable with accessing requirements directly from that tool, or with accessing a report automatically generated from the tool, you do not need a separate document. #### Option: Use the Work Items List Consider capturing Supporting Requirements in the Work Items List, which you can use for prioritizing and managing requirements. If Stakeholders are comfortable with accessing requirements directly from the work items list, or with accessing a report automatically generated from it, then you do not need a separate document. #### Option: Include as Part of the Vision Document Consider including some types of Supporting Requirements in the Vision document. To keep the Vision stable, follow this option for the requirements types that need less refinement, such as Product Qualities, Documentation, or Compliance.
More Information
Checklists | Supporting Requirements Qualities of Good Requirements
Concepts | Supporting Requirements
Guidelines | Supporting Requirements
This program and the accompanying materials are made available under the Eclipse Public License v1.0 which accompanies this distribution. OpenUP Copyright. OpenUP/DSDM Copyright.