Software Requirements Specification
CxTemp_SoftwareRequirementsSpecification.doc
Draft X
June 27, 2001
[ Organization Name ]
[ Paste Your Organization’s Logo Here ]
Revisions
|Version |Primary Author(s) |Description of Version |Date Completed |
|Draft Type and |Full Name |Information about the revision. This table does not need to be |00/00/00 |
|Number | |filled in whenever a document is touched, only when the version| |
| | |is being upgraded. | |
| | |CxPattern_RevisionHistory provides details on CxOne’s | |
| | |recommended way to handle document revisions. | |
The paragraphs written in the “Comment” style are for the benefit of the person writing the document and should be removed before the document is finalized.
This template can be used to create Software Requirements Specifications that conform to IEEE Standard 830-1993.
An SRS is a tool for capturing requirements on a project; it is the epitome of “plain language requirements”. Although an SRS is designed to stand on its own, most projects will employ additional tools for capturing requirements. An SRS may be ancillary or unnecessary on many projects, but a partial or lightweight one may be quite useful even if other techniques are being used to capture the bulk of the requirements.
Consider using an SRS when:
• Modeling techniques need to be augmented
• Plain language is the best mechanism for capturing system behavior
• Requirements must be traceable
• Required by regulations
See CxGuide_CxOneArtifact for details on how to utilize the advanced features of