Software Requirement Specification

100 %
0 %
Information about Software Requirement Specification

Published on March 20, 2014

Author: Vishalchd11



Software Requirement Specification, SRS

SRS Software Requirement Specification By

WHAT IS REQUIREMENTS ANALYSIS? Requirements Analysis is the process of understanding the customer needs and expectations from a proposed system or application and is a well-defined stage in the Software Development Life Cycle model.

WHY IS REQUIREMENTS ANALYSIS NECESSARY?  Inadequate attention to Software Requirements Analysis at the beginning of a project is the most common cause for critically vulnerable projects that often do not deliver even on the basic tasks for which they were designed.  Requirements Analysis Processes as a prerequisite to successful projects that align with the client‟s business goals and meet the project‟s requirement specifications.

STEPS IN THE REQUIREMENTS ANALYSIS PROCESS I. Fix system boundaries This initial step helps in identifying how the new application integrates with the business processes, how it fits into the larger picture and what its scope and limitations will be. II. Identify the customer In more recent times there has been a focus on identifying who the „users‟ or „customers‟ of an application are.

III. Requirements elicitation  Information is gathered from the multiple stakeholders identified. The Requirements Analyst draws out from each of these groups what their requirements from the application are and what they expect the application to accomplish.

PROBLEMS FACED IN REQUIREMENTS ELICITATION  Ambiguous understanding of processes  Inconsistency within a single process by multiple users  Insufficient input from stakeholders  Conflicting stakeholder interests  Changes in requirements after project has begun

TOOLS USED IN REQUIREMENTS ELICITATION Traditional methods of Requirements Elicitation included  stakeholder interviews and focus group studies.  Other methods like flowcharting of business processes  and the use of existing documentation like user manuals, organizational charts, process models and systems or process specifications,  on-site analysis, interviews with end-users,  Market research and competitor analysis were also used extensively in Requirements Elicitation.

IV. Requirements Analysis Process  Once all stakeholder requirements have been gathered, a structured analysis of these can be done after modeling the requirements.  Some of the Software Requirements Analysis techniques used are requirements animation, automated reasoning, knowledge-based critiquing

V. REQUIREMENTS SPECIFICATION  Requirements, once elicited, modeled and analyzed should be documented in clear, unambiguous terms. A written requirements document is critical so that its circulation is possible among all stakeholders including the client, user-groups, the development and testing teams.

VI. REQUIREMENTS MANAGEMENT  Requirements management practices guarantee that all system requirements are stated unambiguously, that omissions and errors are corrected and that evolving specifications can be incorporated later in the project lifecycle.

TYPES OF REQUIREMENTS Requirements are categorized in several ways. The following are common categorizations of requirements that relate to technical management:

Customer Requirements  Statements of fact and assumptions that define the expectations of the system in terms of mission objectives, environment, constraints and measures of effectiveness and suitability.

Functional Requirements  Functional requirements explain what has to be done by identifying the necessary task, action or activity that must be accomplished. Performance Requirements  The extent to which a mission or function must be executed; generally measured in terms of quantity, quality, coverage, timeliness or readiness.

Design Requirements  The “build to,” “code to,” and “buy to” requirements for products and “how to execute” requirements for processes expressed in technical data packages and technical manuals. Derived Requirements  Requirements that are implied or transformed from higher-level requirement. For example, a requirement for long range or high speed may result in a design requirement for low weight.

WHAT IS A SOFTWARE REQUIREMENTS SPECIFICATION?  An SRS is basically an organization's understanding (in writing) of a customer or potential client's system requirements and dependencies at a particular point in time (usually) prior to any actual design or development work. It's a two-way insurance policy that assures that both the client and the organization understand the other's requirements from that perspective at a given point in time.

A WELL-DESIGNED, WELL-WRITTEN SRS ACCOMPLISHES FOUR MAJOR GOALS:  It provides feedback to the customer.  It decomposes the problem into component parts.  It serves as an input to the design specification.  It serves as a product validation check.

WHAT ARE THE BENEFITS OF A GREAT SRS? The IEEE 830 standard defines the benefits of a good SRS:  Establish the basis for agreement between the customers and the suppliers on what the software product is to do.  Reduce the development effort.  Provide a basis for estimating costs and schedules.  Provide a baseline for validation and verification.  Serve as a basis for enhancement.

WHAT KIND OF INFORMATION SHOULD AN SRS INCLUDE?  Interfaces  Functional Capabilities  Performance Levels  Data Structures/Elements  Safety  Reliability  Security/Privacy  Quality  Constraints and Limitations

Add a comment

Related presentations

Related pages

Software Requirements Specification – Wikipedia

Die Software Requirements Specification (SRS) ist ein vom IEEE (Institute of Electrical and Electronic Engineers) erstmals (unter ANSI/IEEE Std 830-1984 ...
Read more

How to write a software requirements specification ...

How to write a software requirements specification by Robert Japenga . What Makes a Great Software Requirements Specification? There are many good ...
Read more

What is software requirements specification (SRS ...

A software requirements specification (SRS) is a comprehensive description of the intended purpose and environment for software under development. The SRS ...
Read more

Software Requirements Specification - Florian Feuerstein

Smash It! Version: <1.1> Software Requirements Specification Date: <25.08.2011> Software Requirements Specification Einführung 1.1 Ziel
Read more

Software Requirements Specification - TU Muenchen

Software Requirements Specification The sub-sections : 1. What is a Software Requirements Specification 2. Why is a Software Requirement Specification Required
Read more

Software Requirements Specification Template - iTest

Software Requirements Specification for Page 2 Developer:The developer who wants to read,change,modify or add new requirements into
Read more

Writing Software Requirements Specifications (SRS ...

Technical writing guidance for technical writers and technical communicators on creating software requirements specifications (SRS).
Read more

System Requirements Specification -

Um System Requirements Specifications (SRS) konsistent und vollständig zu beschreiben, ... (Software System Requirements Specification SSRS beschrieben. ...
Read more

Software Requirements Specifications - UPEDU

Time Monitoring Tool Version: <1.0> Software Requirements Specifications Date: <01/01/2001> upedu_ex_srs Table of Contents 1.
Read more

Lastenheft – Wikipedia

IEEE 830-1998: Software Requirements Specification, Lastenhefte für Softwaresysteme; Einzelnachweise Literatur. Colin Hood, Simon ...
Read more