SRS Template
SRS Template
Template
<Project Name>
Version 1.0
Prepared by <author>
Table of Contents
Introduction 1
Purpose 1
Document Conventions 1
Project Scope 1
References 1
Overall Description 1
Product Perspective 1
Product Features 2
User Classes and Characteristics 2
Operating Environment 2
Assumptions and Dependencies 2
Functional Requirements 2
[Module 1] 2
Description and Priority 2
Functional Requirements 3
[Module 2] (and so on) 3
Nonfunctional Requirements 3
Performance Requirements 3
Safety Requirements 3
Security Requirements 3
Software Quality Attributes 4
Other Requirements 4
Revision History
Name Date Changes Version
1.4 References
<List any other documents (BRD) or Web addresses to which this SRS refers. These may include
user interface style guides, contracts, standards, system requirements specifications, use case
documents, or a vision and scope document. Provide enough information so that the reader could
access a copy of each reference, including title, author, version number, date, and source or
location.>
2. Overall Description
2.1 Product Perspective
<Describe the context and origin of the product being specified in this SRS. For example, state
whether this product is a follow-on member of a product family, a replacement for certain existing
systems, or a new, self-contained product. If the SRS defines a component of a larger system,
relate the requirements of the larger system to the functionality of this software and identify
interfaces between the two. A simple diagram that shows the major components of the overall
system, subsystem interconnections, and external interfaces can be helpful.>
3. Functional Requirements
<This template illustrates organizing the functional requirements for the product by system
features, the major services provided by the product. You may prefer to organize this section by
use case, mode of operation, user class, object class, functional hierarchy, or combinations of
these, whatever makes the most logical sense for your product.>
3.1 [Module 1]
<Each requirement should be uniquely identified with a sequence number or a meaningful tag of
some kind.>
FR-001:
FR-002:
4. Nonfunctional Requirements
4.1 Performance Requirements
<If there are performance requirements for the product under various circumstances, state them
here and explain their rationale, to help the developers understand the intent and make suitable
design choices. Specify the timing relationships for real time systems. Make such requirements as
specific as possible. You may need to state performance requirements for individual functional
requirements or features.>
5. Other Requirements
<Define any other requirements not covered elsewhere in the SRS. This might include database
requirements, internationalization requirements, legal requirements, reuse objectives for the
project, and so on. Add any new sections that are pertinent to the project.>
Appendix A: Glossary
<Define all the terms necessary to properly interpret the SRS, including acronyms and
abbreviations. You may wish to build a separate glossary that spans multiple projects or the entire
organization, and just include terms specific to a single project in each SRS.>