Beruflich Dokumente
Kultur Dokumente
Requirement Analysis
Process
Version 1st Draft
BY T E C H
Bytech
LB-21, Arunachal, 19, Barakhamba Road
New Delhi –110001, India
Table of Contents
Revision History.................................................................................................ii
Introduction.......................................................................................................1
1.1 Purpose.....................................................................................................1
1.2 Entry Criteria............................................................................................1
1.3 Glossary....................................................................................................1
1.4 Inputs........................................................................................................2
1.5 Responsibility...........................................................................................2
1.6 Tasks........................................................................................................2
1.7 Outputs.....................................................................................................3
1.8 Validation..................................................................................................4
1.9 Exit Criteria...............................................................................................4
1.10 Approvals ...............................................................................................4
1.11 Quality Records......................................................................................4
1.12 References..............................................................................................5
Annexure...........................................................................................................6
Revision History
1
Chapter
Introduction
1.1 Purpose
This process involves the discovery, refinement, modeling and
specification of the software system to be developed. It enables the
system to analyze and specify the software functions, performance
criteria and issues; it’s interaction with other systems elements and
the constraints that the software system must meet. This approach
allows refining of the requirements and building models of the data
and functional domains of the software. Requirement analysis
provides the designer with models that can be translated in to data,
architectural, interface and procedural design. Finally Requirement
specification provides the developer and customer with the means
to assess quality once software is built. The Second Triage and Final
Specification stage is actually performed here. Please refer to
Guidelines for System Study - Bytech/FSP/GSS/03 for more details.
1.3 Glossary
ISS – Initial System Specification
PMP - Project Management Plan
SRS - System Requirement Specification
CAD - Context Analysis Diagram
DFD - Data Flow Diagram
ERD - Entity Relationship Diagram
1.4 Inputs
1. Statement of Work
2. PMP
3. Any specification document given by the Customer
1.5 Responsibility
Project Manager / System Analyst / any other designated person
1.6 Tasks
1.6.1 Study the initial requirements given by the client. Those
requirements may be given in the RFP, proposal or
contract or any other document.
1.6.2 Study the Initial System Specification, if the Feasibility
Study has been conducted.
1.6.3 Meet the customer and interact with the user as much as
possible to expand upon the requirements and to clarify
doubts. Techniques for gathering the information may be
used as described in the Guidelines for System Study –
Bytech/FSP/GSS/03. Requirements Elicitation Checklist may
be used if required.
1.6.43 Preparation of the SRS document, which will consists of:
1.6.4.1 Define and analyze the system to partition the
problem into different software functions
1.6.4.2 Define processing involved in each function
1.6.4.3 Analyze data inputs to each of the functions
1.6.4.4 Define outputs of each function
1.6.4.5 A high level CAD may be built to give a perspective
on the major components of the system
1.6.4.6 Block diagram showing different functions and their
relationships and hierarchy may be made
1.7 Outputs
Baselined SRS Document
1.8 Validation
SRS Review
1.10 Approvals
Product Manager / Project manager
1.12 References
1. ISO 9001: 2000
2. ISO 9001:2000 Clause 7.0
3. SW-CMM Requirements Management KPA
4. IEEE standard 830
Annexure
The Annexure contains:
1. System Requirements Specification – Bytech/RAP/SRS/01
2. Guidelines for System Study – Bytech/FSP/GSS/03
3. Requirements Elicitation Checklist – Bytech/FSP/REC/04
4. Requirements Validation Checklist – Bytech/FSP/RVC/05
5. Requirements Analysis Checklist – Bytech/FSP/RAC/06
End of Document