System Requirement Specification Format Explained in detail

SRS Format Explained

Image for post
Image for post
Photo by Bernard Tuck on Unsplash

In the previous blog, I had discussed System Requirement Sepcification and its requirements. As discussed in the previous blog, Software Requirements Specifications (SRS) enables you to lay the foundation for product development. So, after obtaining an understanding regarding the SRS document now, let’s learn how to fill the SRS document as per the provided format.

Note: If you have not viewed the previous blog in which the SRS document had been developed, then please open the link provided below for viewing the blog.

Note: If you do not have the SRS document format, then you can get it from the link provided below.

What are the things to be considered and how can the SRS format be filled?

Table of contents

The first and foremost thing which we have after a cover page in the SRS document is the table of contents.

Image for post
Image for post

For SRS to be properly accessible, the table of contents should be maintained.

Chapter — Introduction

In this chapter introduction, the chapter is broken down into 3 subchapters Purpose, Indented Audience and Reading Suggestions, Project Scope.

Image for post
Image for post

Here, in the subchapter, Purpose describes your reason for choosing your project and information related to your SRS document.

Likewise, in the subchapter, Indented Audience and Reading Suggestions describe the intended audience of your SRS document. The audience may be the client, user, developer, and many more.

Finally, In the subchapter, Project Scope describes your main reason for making the application with client information and project features along the way.

Chapter — Overall Description

In this chapter, the overall description of the system is written with detailed information.

Image for post
Image for post

Here, we are required to create a system perspective diagram stating your application with its designated features.

Then, the SP1, SP2…. represents the features of your application/project.

Image for post
Image for post

Then, we develop a corresponding Use case diagram of the system, which will be used for further explanation.

Now, we are also required to state the primary features of the application/project. So, SF1, SF2…..represent the primary features with descriptions.

Image for post
Image for post

In this subchapter, the description of the actors and their role in the application/project is given.

Here, UC1, UC2….. represents the actors present in the application/project. Actors examples may be user, client, developer, admin, and many more.

Then the points UC1, UC2…..are broken into sub-points UC1.1, UC2.1……in which all the roles and responsibilities of the actors are listed down.

Image for post
Image for post

In this chapter, the explanation of the operating system/environment that your application/project focuses on is explained.

Now, OE1, OE2… represents the explanation of the operating system, environment, API, SDK, etc.

In Design and Implementation Constraints state the simple restriction that your application/project may contain. CO1, CO2…represents the constraints that need to be filled.

Likewise, Assumptions and Dependencies state the limitation of the project/application and assumption as shown in the format example.

Chapter — Functional Requirements

In this chapter, the functional requirements of the application/project are listed on the basis of the agreed features with priority and complexity.

Image for post
Image for post

Here, FR.01, FR.02……represents the features of the application/project.

Likewise, SR.01, SR02……represents the procedure of using the feature with its outcomes.

Chapter — External Interface Requirements

In this chapter, External Interfaces Requirements explanation is done based on the UI and UX of the project/application.

Image for post
Image for post

Here, the User Interfaces states the complexity of using the project/application. Here, we are required to present the graphical design of the UI of the project/application.

Moving on in Hardware Interfaces, state the hardware requirement for the project/application i.e. raspberry pie, pedometer, water pump, etc.

Likewise, in Software Interfaces, we are required to state the software required for the project/application. i.e. IDE, programming language, programs, websites, etc.

Finally, in Communication Interfaces, we have to provide a communication medium that might be used in the application/project. i.e. Gmail, phone, message, etc.

Subchapter — Performance Requirements

Here, in Non-functional Requirements Interfaces, the quality of the finished product is provided. This section gives a detailed list of non-functional requirements such as performance, safety, security, and other quality attributes.

Image for post
Image for post

Now, each non-functional requirement is listed down.

Here, PR.01, PR.02………are the assumptions and constraints of the non-functional feature.

Subchapter — Safety Requirements and Other Software Quality Attributes

Here, in Safety Requirements, we will be providing the requirements for using the application so that various privacy acts are not violated. Likewise, we need to make sure the safety of the device of the end-user while using the application. Furthermore, we can also include other various safety requirements for using the application.

Likewise, in Other Software Quality Attributes, the quality of the application should be ensured.

Image for post
Image for post

Here, in the above figure, SR.01, SR.02…….are the safety requirements of the application/project.

Likewise, SQA.01, SQA.02…..are the software quality attributes.


Many individuals face difficulties while filling the SRS document. Hence, I hope that this blog has helped you to completely fill your SRS document with minimal difficulty. However, in case of any further queries, you can feel free to reach out to us by sending an email at

Written by

Cloud Computing | Data Science | Mobile Application Development | Artificial Intelligence | Python Programming | Soft Skills | Many more…

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store