Professional Documents
Culture Documents
DoIT RequirementsCollectionTemplate
DoIT RequirementsCollectionTemplate
TEMPLATE
A GUIDE FOR REQUIREMENTS GATHERING AND TRACE-ABILITY
MATRIX DEVELOPMENT
REVISION: 1.0
Business
User
System
Functional
Non-Functional
The template is useful for the development of a traceability matrix because it tracks a
requirement to its parent requirement, and requests the source and or document from which the
requirement came.
The template also supports specific, measureable, attainable, realistic and testable requirements
by asking for supporting clarifications for the requirement.
Recognizing that not all requirements are included in the final product, the form also tracks the
priority and the history of the requirement.
The collection template is intended to be copied and pasted into the various documents that form
the chain from business requirements, to user, system requirements and operational
requirements. Part of the template references use cases if the project calls for them and traces
these back to a specific requirement.
Business Requirement =
o
B1a
User Requirement
U1.1a
System Requirement
S1.1.1a
REQUIREMENT TYPE
For requirements derived from the business, users, and system requirements, use the
requirements type field. This will enable you to place the form in the appropriate section of the
user and system requirements document.
Requirements Types:
Functional Requirements
- Behavioral
- Data
- User Interface
Non-Functional Requirements
- User Security
- Software
- Legal
- Network
- Privacy
- Integration
- Software Licensing
- Architectural
- Documentation
- Performance
- Cultural/Political
- Data Management
- Internationalization/Localization
- Production Support
- Safety
PARENT REQUIREMENT#:
Requirements have a natural hierarchy. They flow from high-level business requirements
to user requirements, ultimately to system requirements. This field captures the higher
level requirement for the one described. (e.g., The business requirement # (Parent) that
a user requirement (child) provides additional detail for should be place in this field.
The source document is any reference document that either generated the requirement
directly, or was the impetus for its creation. (e.g., A user requirement developed from a
process work flow model should reference the work flow model in this field.)
DEPENDENCIES:
Dependencies are usually only captured for the same level of requirement hierarchy
(e.g., user req. dependant on another user req., system req. dependant on another
system req.).
o
DEFINITIONS OF PRIORITIES:
Conditional = would enhance the system, but would not make it unacceptable if absent.
CLARIFICATION/SPECIFICATION OF REQUIREMENT
RATIONALE:
What is the importance, value or purpose of the requirement?
ACCEPTANCE/FIT CRITERIA:
How will we know if the requirement has been met? Are there measurements?
DEPENDENCIES:
What other requirements or factors will this requirement be dependent upon in the project?
Requirement ID
<Unique id #>
Status
Ne
w
Parent
Requirement #
<Enter the unique id #(s) for each requirement that this requirement supports
Description
Rationale
Source
<Name of Requirement.
Provider>
Acceptance/Fit
Criteria
Dependencies
Priority
Essential
Change History
<x>
Requirement
Type
Agreedto
<x>
<x>
Use Case #
Rejected
<Unique id #>
<x>
(This field will be empty for high level requirements e.g., business requirements)>
<x>
Conditional
Source Document
<x>
Optional
<filename>
<x>
The illustration below diagrams the process of moving from business requirements through to
the IT solution.
RTM Tracing
Req-1
Design Item
Test Case
Req-2
Requirement
Specifications
Design Item
Test Case
Business
Requirement ID
H-1
H-2
BR-1
H-3
H-4
User
Requirement
ID
UR-1.1
10
Source
SR-1.1.1
SR-1.1.2
UR-1.3
UR-2.1
SR-1.3.1
SR-2.1.1
Project Brief
Process Model
A
Data Model X
Business
Owner
Process Model
B
Policy Manual
Goal Model
Use Case ID
Test Cast ID
Solution
UC-1.1
TC-1.1.1
TC-1.1.2
TC-1.2.1
TC-1.2.2
TC-1.2.3
TC-2.1.1
TC-2.1.2
Oblix
Oblix
Oblix
Oblix
Oblix
Oracle
Oracle
UR-1.2
H-5
H-6
H-7
etc
System
Requirement ID
SR-1.1.3
SR-1.2.1
SR-1.2.2
BR-2
System
Requirement ID
SR-1.1.1
UC-1.2
SR-1.1.2
UC-2.1