COEPD – Center of Excellence for Professional Development Happy Learning
Software Requirement Specification (SRS) Document:
Software requirement specification (SRS) document will have the complete details about how the system is expected to do and what kind of features it should have and how these features should function. In otherwards, SRS is a descriptive note about the software that is going to be developed for the particular project.
Why SRS document is important:
- The users and the clients will have idea about the software which going to be developed in the initial stage itself
- The purpose of the system and intentions and all the expected results are clearly documented.
- Whenever SRS document is not prepared, the expected solution will not be implemented as per customer requirements and software developers also will not exactly know what they are developing and what is exactly required from client
SRS Documents contain following details
- Client name and project name
- Record of Revisions
- Introduction
- Overview
- Acronyms and definitions
- Operational Requirements
- Reference
- Design and implementation constraints
- Assumed Factors That Could Affect the Requirements Stated in the SRS
- System Overview
- Current System
- Proposed System
- Benefits Of the Proposed Systems
- User Interface Requirements
- Project Contents
- Acceptance Criteria
SRS Document will have the details description of the following details
- Functional Requirements: This will explain how the system should behave so as to meet customer expectation or needs. Utilize use cases to explain the interactions between users and software. Example: System is expected to send confirmation SM once order is placed in the application
- Non-Functional Requirements: Along with functional requirements, it is vital to include non-functional requirements as well. These do not directly relate to the behaviours of the system but describe environment conditions under which system remain effective. Example: Loading speed of the system and security of the system
- Design And Implementation: it will have details about the technology, Tools, Programming languages, and Data base
- Constraints: any constraints which limit the software functionality. Any issue which will restrict the option available to the developers. It also includes any constraints which client has imposed on the solution. Example: there may be a limitation for hardware platforms that the software is run
- User interface Requirements: User interface is the contact between humans and systems and any technology or solution we interact with as a user is become part of the user interface. User interface examples are screen, sounds, responsiveness etc.
- Use cases Diagram and other visual Aids: Use diagram to explain clearly what is required from client. Utilize use case diagram, Flowcharts and whatever other visual aid we can use,
- Acceptance Criteria: Clearly mention the criteria that must be fulfilled so that the software can be considered complete and ready to release. This must include testing criteria and user acceptance criteria. The client will review and accept the application on post receive of the following deliverable
- Prototype
- Application
- Documentation (installation guild and user manuals)
It is advised to prepare software requirement specification document very easy to understand even for non-technical person. Avoid using any jargon and complex sentence in the document which may not be understood by client. Use bullets point whenever required to explain clearly.
