For hardware interface requirements, the SRS should specify the logical characteristics of each interface between the software product and the hardware components. If the software is to execute on existing hardware or on predetermined hardware, all the characteristics of the hardware, including memory restrictions, should be specified.
UNIT-II Chapter: Software Requirement Specification(SRS) Requirements Engineering Requirement: A function, constraint or other property that the system must provide to fill the needs of the system’s intended user(s). Engineering: implies that systematic and repeatable techniques should be used Requirement Engineering means that requirements for a product are defined, managed and tested systematically Requirements Engineering The basic goal of requirements phase in the SDLC is to produce the Requirements Specification Document(RSD) or Software Requirement Specification (SRS) which describes the complete external behavior of the proposed software system. The process of developing this document is Requirements Engineering.
Software Requirement Specification (SRS) and Parts of SRS Following are the parts of SRS. Understanding for each part is given below; Introduction Purpose.
![Engineering Engineering](/uploads/1/2/5/4/125493469/916127769.png)
Why do you think to develop this software?. Why are you developing the software? quads id=1 Document Conventions. 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?. Example:. Main Heading Titles. Font: Arial.
![Components Components](/uploads/1/2/5/4/125493469/657075500.jpg)
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. Product Scope. 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? quads id=2 References. 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. Overall Description Product Perspective. This is a new product or extension of some old once?.
Show the major components of the overall system in a diagram. Product Functions. 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. Example:. Online Library management system includes three user classes: Librarian, students, and administrators. Operating Environment. The product can be used on what kind of environment?. 32 bit or 64 bit.
Hardware?. 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. Technologies. Tools. Databases.
Language requirements. Security considerations. Programming standards quads id=3 User Documentation 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 User Interfaces. Provide screenshots of your product. Hardware Interfaces. How will software communicate with hardware? Provide a detailed picture. Preferable through a diagram.
Software Interfaces How your software will work with other software. For example how your software will interface with windows, IOS or android etc. Communications Interfaces. Mention if the product needs help with communication devices while working. For example;. E-mail. Web browser.
Network server communications protocols etc. What communication standards will be used,. FTP or HTTP. System Features.
Provide the functional requirements. Draw the use case diagrams. quads id=4 Performance Requirements.
Which things are important for the performance of the system. Mentioned in a list.
Safety Requirements. How you prevent your system from.
Damage. harm Security Requirements Define any user identity authentication requirements.
Other 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.