Software requirements specification

From Wikipedia, the free encyclopedia
Jump to navigationJump to search
IEEE software life cycle
SQA – Software quality assurance IEEE 730
SCM – Software configuration management IEEE 828
STD – Software test documentation IEEE 829
SRS – Software requirements specification IEEE 830
V&V – Software verification and validation IEEE 1012
SDD – Software design description IEEE 1016
SPM – Software project management IEEE 1058
SUD – Software user documentation IEEE 1063
vte
A software requirements specification (SRS) is a description of a software system to be developed. It is modeled after business requirements specification (CONOPS), also known as a stakeholder requirements specification (StRS).[citation needed] The software requirements specification lays out functional and non-functional requirements, and it may include a set of use cases that describe user interactions that the software must provide to the user for perfect interaction.

Software requirements specification establishes the basis for an agreement between customers and contractors or suppliers on how the software product should function (in a market-driven project, these roles may be played by the marketing and development divisions). Software requirements specification is a rigorous assessment of requirements before the more specific system design stages, and its goal is to reduce later redesign. It should also provide a realistic basis for estimating product costs, risks, and schedules.[1] Used appropriately, software requirements specifications can help prevent software project failure.[2]

The software requirements specification document lists sufficient and necessary requirements for the project development.[3] To derive the requirements, the developer needs to have clear and thorough understanding of the products under development. This is achieved through detailed and continuous communications with the project team and customer throughout the software development process.

The SRS may be one of a contract's deliverable data item descriptions[4] or have other forms of organizationally-mandated content.