New IEEE Standard – Inactive – Superseded. The content and qualities of a good software requirements specification (SRS) are described and several sample SRS outlines are presented. This recommended practice is aimed at specifying requirements of software to be developed but also can be applied to assist in the selection of in-house and commercial software products.<\/p>\n
| PDF Pages<\/th>\n | PDF Title<\/th>\n<\/tr>\n | ||||||
|---|---|---|---|---|---|---|---|
| 11<\/td>\n | 1 ScopeandOrganization 1.1 Scope 1.2 Organization 2 References <\/td>\n<\/tr>\n | ||||||
| 12<\/td>\n | 3 Definitions Background Information for Writing a Good SRS 4.1 TheSRS 4.2 Environment of the SRS <\/td>\n<\/tr>\n | ||||||
| 13<\/td>\n | 4.3 Characteristics of a Good SRS 4.3.1 Unambiguous 4.3.1.1 Natural Language Pitfalls 4.3.1.2 Formal Requiremlents Specifications Languages : 4.3.2 Complete <\/td>\n<\/tr>\n | ||||||
| 14<\/td>\n | 4.3.3 Verifiable 4.3.4 Consistent 4.3.5 Modifiable <\/td>\n<\/tr>\n | ||||||
| 15<\/td>\n | 4.3.6 Traceable 4.3.7 Useable During The Operation and Maintenance Phase 4.4 Joint Preparation of the SRS 4.5 SRSEvolution <\/td>\n<\/tr>\n | ||||||
| 16<\/td>\n | 4.6 Tools for Developing an SRS Formal Specification Methcodologies 4.6.2 Production Tools 4.6.3 Representation Tools 5 SoftwareRequirements 5.1 Methods Used to Express Software Requirements 5.1.1 Input\/Output Specifications <\/td>\n<\/tr>\n | ||||||
| 17<\/td>\n | 5.1.1.1 Approaches 5.1.1.2 Difficulties 5.1.2 Representative Examples 5.1.3 Models 5.1.3.1 Mathematical Models 5.1.3.2 Functional Models 5.1.3.3 TimingModels <\/td>\n<\/tr>\n | ||||||
| 18<\/td>\n | 5.1.3.4 OtherModels 5.1.3.5 Cautions Annotation of the Software Requirements A Functional Model Specifying Any Sequence of Alternating 0\u2122s and <\/td>\n<\/tr>\n | ||||||
| 19<\/td>\n | 5.2.1 Stability Degree of Necessity 5.2.3 Annotation Caution Common Pitfalls Encountered in Expressing Requirements Embedding Design in the SRS 5.3.2 Embedding Project Requirements in the SRS <\/td>\n<\/tr>\n | ||||||
| 20<\/td>\n | An SRS Prototype Outline Introduction (Section 1 of the SRS) Purpose 1.1 of the SRS) 6.1.2 Scope 1.2 of the SRS) Definitions Acronyms and Abbreviations 1.3 of the SRS) References 1.4 of the SIES) Overview 1.5 of the SRS) The General Description (Section 2 of the SRS) Prototype SRS Outline <\/td>\n<\/tr>\n | ||||||
| 21<\/td>\n | Product Perspective 2.1 of the SRS) Product Functions 2.2 of the SRS) User Characteristics 2.3 of the SRS) General Constraints 2.4 of the SRS) <\/td>\n<\/tr>\n | ||||||
| 22<\/td>\n | Assumptions and Dependencies 2.5 of the SRS) The Specific Requirements (Section 3 of the SRS) Information Required as Part of the Specific Requirements 6.3.1.1 Functional Requirements <\/td>\n<\/tr>\n | ||||||
| 23<\/td>\n | 6.3.1.2 Performance Requirements 6.3.1.3 Design Constraints 6.3.1.4 Attributes <\/td>\n<\/tr>\n | ||||||
| 24<\/td>\n | External Interface Requirements 6.3.1.6 Other Requirements <\/td>\n<\/tr>\n | ||||||
| 25<\/td>\n | Organizing the Specific Requirements Prototype Outline 1 for SRS Section 3 Prototype Outline 2 for SRS Section 3 <\/td>\n<\/tr>\n | ||||||
| 26<\/td>\n | 6.4 Supporting Information Prototype Outline 3 for SRS Se\u2122ction 3 Prototype Outline 4 for SRS Se\u2122ction 3 <\/td>\n<\/tr>\n<\/table>\n","protected":false},"excerpt":{"rendered":" IEEE Guide for Software Requirements Specifications<\/b><\/p>\n |