Software Requirement Specification (SRS) and Parts of SRS
Following are the parts of SRS. Understanding for each part is given below;
- Why do you think to develop this software?
- Why are you developing the software?
- Which font have you used for main headings?
- Which font have you used for subheading?
- Which font have you used in a paragraph?
- Which font color is used?
- Are you using numbering list of bullets?
- Main Heading Titles
- Font: Arial
- Face: Bold
- Size: 14
- Sub Heading Titles
- Font: Arial
- Face: Bold
- Size: 12
- Other Text Explanations
- Font: Times New Roman
- Face: Normal
- Size: 12
Intended Audience and Reading Suggestions
- Who can read or can get benefit from this SRS? Such as developers, users, marketing staff, testers or managers or someone else.
- Suggest the reader that how he/she can read and understand this document.
- Suggest the reader about how you organized your document.
- When your product is launched in the market, then what is the scope of this product?
- What are the Objectives of the product being developed?
- What are the goals of the product being developed?
- What are the benefits of the product being developed?
- Do you get help from which resource?
- The resource can be a research paper, book or a website etc.
- Complete references are mentioned or not?
- Complete references mean that you should put title, author, version number, date, and source or location.
- This is a new product or extension of some old once?
- Show the major components of the overall system in a diagram.
- The main functionality of the product(not in the details-only bulleted list).
- A picture of the major groups of related requirements and how they relate,
- Draw top-level data flow diagram or object class diagram.
User Classes and Characteristics
- List all the users of the system.
- Online Library management system includes three user classes: Librarian, students, and administrators.
- The product can be used on what kind of environment?
- How much RAM required?
- How much CPU required? etc
Design and Implementation Constraints
- What constraints, rules, and regulations should be following while developing the product?
- corporate or regulatory policies
- Hardware limitations
- Time requirements
- Memory requirements
- Language requirements
- Security considerations
- Programming standards
List the user documentation components that will be provided to the client of the product. These components can be
- Online help
- User manual
- Tutorials etc
Assumptions and Dependencies
- Explain if some requirements depend on some other requirements.
External Interface Requirements
- Provide screenshots of your product.
- How will software communicate with hardware? Provide a detailed picture. Preferable through a diagram.
How your software will work with other software. For example how your software will interface with windows, IOS or android etc.
- Mention if the product needs help with communication devices while working. For example;
- Web browser
- Network server communications protocols etc.
- What communication standards will be used,
- Provide the functional requirements
- Draw the use case diagrams.
- Which things are important for the performance of the system. Mentioned in a list.
- How you prevent your system from
Define any user identity authentication requirements.
Define any other requirements that are not covered elsewhere in this SRS. This might include legal requirements, database requirements, internationalization requirements, reuse objectives for the project, and so on.
Appendix A: Glossary
Define all the terms necessary to properly understand the SRS for other persons.
Appendix B: Analysis Models
- Draw the
- detailed data flow diagrams
- class diagrams
- state-transition diagrams
- entity-relationship diagrams