Artifact:
|
The Software Requirements Specification (SRS) captures the software requirements for the complete system, or a portion of that system. | |
Role: | Requirements Specifier |
Optionality/Occurrence: | Considered first in the Inception phase, refined in the Elaboration and Construction phases. |
Templates and Reports: | |
Examples: |
|
UML Representation: | Not applicable. |
More Information: |
Input to Activities: | Output from Activities: |
The Software Requirements Specification (SRS) focuses on the collection and organization of all requirements surrounding your project. Refer to the Requirements Management Plan to determine the correct location and organization of the requirements. For example, it may be desired to have a separate SRS to describe the complete software requirements for each feature in a particular release of the product. This may include several use cases from the system use-case model, to describe the functional requirements of this feature, along with the relevant set of detailed requirements in Supplementary Specifications. The Software Requirements Specification is useful for collecting your project software requirements in a formal, IEEE830-style document.
Since you might find yourself with several different tools for collecting these
requirements, it is important to realize that the collection of requirements
may be found in several different artifacts and tools. For
example, you might find it appropriate to collect textual requirements such
as non-functional requirements, design constraints and so forth, with a text
documenting tool in Supplementary Specifications.
On the other hand, you might find it useful to collect some (or all) of the
functional requirements in the use cases and you might
find it handy to use a tool appropriate to the needs of defining the use-case
model. For this reason, we will collect the requirements for our SRS
in a package which may be a single document or a collection of various artifacts
that describe the requirements.
(See the More Information section for additional guidelines).
The SRS package controls the evolution of the system throughout the development phase of the project, as new features are added or modified to the Vision document, they are elaborated within the SRS Package. The following people use the Software Requirements Specification:
The Software Requirements Specification (SRS) captures the complete software requirements for the system, or a portion of the system.
Many different arrangements of an SRS are possible. Review the tailoring section for additional guidance.
Software Requirements Specification:
A Requirements Specifier is responsible for producing the Software Requirements Specification (SRS) package, which is an important complement to the use-case model. The SRS Package collects applicable Supplementary Specifications and use cases of the use-case model which together capture a complete set of requirements on the system or a defined subsystem .
Many different arrangements of an SRS are possible. Review the templates and examples section in the header table of this page for arrangements relevent in your project context. Refer to [IE830] for further elaboration of this artifact, including other options for SRS organization.
This artifact logically encloses the following:
Rational Unified Process |