What is Software Requirement Specification Specification(SPS) ? Mention the characteristics and principle of SRS.

Software Requirement Specification

- The production of requirements stage of the software development process is Software Requirements Specifications (SRS) (also called a requirements document). This report lays a foundation for software engineering activities and is constructed when entire requirements are elicited and analyzed.

- SRS is a formal report, which acts as a representation of software that enables the customers to review whether it (SRS) is according to their requirements. Also, it comprises user requirements for a system as well as detailed specifications of the system requirements.

- The SRS is a specification for a specific software product, program, or set of applications that perform particular functions in a specific environment. It serves several goals depending on who is writing it.  

-  First, the SRS could be written by the client of a system. Second, the SRS could be written by a developer of the system. The two methods create entirely various situations and establish different purposes for the document altogether. The first case, SRS, is used to define the needs and expectations of the users. The second case, SRS, is written for various purposes and serves as a contract document between the customer and the developer.


Characteristics of good SRS(Software Requirement Specification) documents

Correct: Every requirement given in SRS is a requirement of the software

Unambiguous: Every requirement has exactly one interpretation

Complete: Includes all functional, performance, design, and external interface requirements, and the definition of the response of the software to all inputs.

Consistent: Internal consistency.

Ranked importance: Essential vs. desirable.

Verifiable: A requirement is verifiable if and only if there exists some finite cost-effective process with which a person or machine can check that the SW meets the requirement •

Modifiable: SRS must be structured to permit effective modifications (e.g. don't be redundant, keep requirements separate)

Traceable: The origin of each requirement is clear.


Principle of SRS

•Separate functionality from implementation

• Develop model of the desired behavior of the system

• Establish the context in which s/w operates

• Define the environment in which the system operates

 • Create a cognitive model

• Specifications must be tolerant of incompleteness & augmentable 

• Content & structure of a specification should be amenable to change



Comments

Popular posts from this blog

Suppose that a data warehouse for Big-University consists of the following four dimensions: student, course, semester, and instructor, and two measures count and avg_grade. When at the lowest conceptual level (e.g., for a given student, course, semester, and instructor combination), the avg_grade measure stores the actual course grade of the student. At higher conceptual levels, avg_grade stores the average grade for the given combination. a) Draw a snowflake schema diagram for the data warehouse. b) Starting with the base cuboid [student, course, semester, instructor], what specific OLAP operations (e.g., roll-up from semester to year) should one perform in order to list the average grade of CS courses for each BigUniversity student. c) If each dimension has five levels (including all), such as “student < major < status < university < all”, how many cuboids will this cube contain (including the base and apex cuboids)?

Explain market-Oriented Cloud computing architecture.

Describe how cloud computing technology can be applied to support remote ECG monitoring.