SlideShare a Scribd company logo
1 of 3
Download to read offline
Requirements Analysis/ Software Requirement Solution/ Business blue Print :-
In the requirements analysis phase, the first step in the verification process, the requirements of the
system are collected by analyzing the needs of the user(s). This phase is concerned with establishing what
the ideal system has to perform. However it does not determine how the software will be designed or
built. Usually, the users are interviewed and a document called the user requirements document is
generated.
The user requirements document will typically describe the system's functional, interface, performance,
data, security, etc. requirements as expected by the user. It is used by business analysts to communicate
their understanding of the system to the users. The users carefully review this document as this
document would serve as the guideline for the system designers in the system design phase. The user
acceptance tests are designed in this phase. See also Functional requirements.
There are different methods for gathering requirements of both soft and hard methodologies including;
interviews, questionnaires, document analysis, observation, throw-away prototypes, use cases and static
and dynamic views with users.
System design:-
Systems design is the phase where system engineers analyze and understand the business of the
proposed system by studying the user requirements document. They figure out possibilities and
techniques by which the user requirements can be implemented. If any of the requirements are not
feasible, the user is informed of the issue. A resolution is found and the user requirement document is
edited accordingly.
The software specification document which serves as a blueprint for the development phase is
generated. This document contains the general system organization, menu structures, data
structures etc. It may also hold example business scenarios, sample windows, reports for the better
understanding. Other technical documentation like entity diagrams, data dictionary will also be produced
in this phase. The documents for system testing are prepared.
Architecture design:-
The phase of the design of computer architecture and software architecture can also be referred to as
high-level design. The baseline in selecting the architecture is that it should realize all which typically
consists of the list of modules, brief functionality of each module,
their interface relationships, dependencies, database tables, architecture diagrams, technology details
etc. The integration testing design is carried out in the particular phase.[3]
Module design
The module design phase can also be referred to as low-level design. The designed system is broken up
into smaller units or modules and each of them is explained so that the programmer can start coding
directly. The low level design document or program specifications will contain a detailed functional logic
of the module, in pseudocode:
TATA CONSULTANCY SERVICES
 Database tables, with all elements, including their type and size
 all interface details with complete API references
 all dependency issues
 error message listings
 complete input and outputs for a module.
The unit test design is developed in this stage.
Validation phases
In the V-model, each stage of verification phase has a corresponding stage in the validation phase.[4]
The
following are the typical phases of validation in the V-Model, though they may be known by other names.
Unit testing
In the V-Model, Unit Test Plans (UTPs) are developed during module design phase. These UTPs are
executed to eliminate bugs at code level or unit level. A unit is the smallest entity which can
independently exist, e.g. a program module. Unit testing verifies that the smallest entity can function
correctly when isolated from the rest of the codes/units.
Integration testing
Integration Test Plans are developed during the Architectural Design Phase. These tests verify that units
created and tested independently can coexist and communicate among themselves. Test results are
shared with customer's team.
System testing:-
System Tests Plans are developed during System Design Phase. Unlike Unit and Integration Test Plans,
System Test Plans are composed by client's business team. System Test ensures that expectations from
application developed are met. The whole application is tested for its functionality, interdependency and
communication. System Testing verifies that functional and non-functional requirements have been met.
Load and performance testing, stress testing, regression testing, etc., are subsets of system testing.
AUTHOR- ASISH KUMARMOHANTY
User acceptance testing:-
User Acceptance Test (UAT) Plans are developed during the Requirements Analysis phase. Test Plans are
composed by business users. UAT is performed in a user environment that resembles the production
environment, using realistic data. UAT verifies that delivered system meets user's requirement system .
TATA CONSULTANCY SERVICES, AUTHOR:- ASISH KUMAR MOHANTY ATA TATA TATA TA

More Related Content

What's hot

Non-functional requirements
Non-functional requirements Non-functional requirements
Non-functional requirements Rohela Raouf
 
selection of hardware & software in SAD
selection of hardware & software in SAD selection of hardware & software in SAD
selection of hardware & software in SAD Ankita Agrawal
 
Ch 14 s.e use case diagrams
Ch 14 s.e use case diagramsCh 14 s.e use case diagrams
Ch 14 s.e use case diagramsBadar Waseer
 
Lecture 9 understanding requirements
Lecture 9   understanding requirementsLecture 9   understanding requirements
Lecture 9 understanding requirementsIIUI
 
Requirement specification
Requirement specificationRequirement specification
Requirement specificationAbdul Basit
 
GSPM (General Software Process Model)
GSPM (General Software Process Model)GSPM (General Software Process Model)
GSPM (General Software Process Model)muhammad naeem
 
Quality attribute scenarios
Quality attribute scenariosQuality attribute scenarios
Quality attribute scenariosahsan riaz
 
Quality attributes in software architecture
Quality attributes in software architectureQuality attributes in software architecture
Quality attributes in software architectureHimanshu
 
Requirement analysis and specification, software engineering
Requirement analysis and specification, software engineeringRequirement analysis and specification, software engineering
Requirement analysis and specification, software engineeringRupesh Vaishnav
 
Software architecture design ppt
Software architecture design pptSoftware architecture design ppt
Software architecture design pptfarazimlak
 
Requirements analysis
Requirements analysisRequirements analysis
Requirements analysisasimnawaz54
 
Extracting Quality Scenarios from Functional Scenarios
Extracting Quality Scenarios from Functional ScenariosExtracting Quality Scenarios from Functional Scenarios
Extracting Quality Scenarios from Functional ScenariosProf. Amir Tomer
 
Requirements Engineering Process
Requirements Engineering ProcessRequirements Engineering Process
Requirements Engineering ProcessJomel Penalba
 
Software project management requirements analysis
Software project management requirements analysisSoftware project management requirements analysis
Software project management requirements analysisAntony Alex
 
SRS(software requirement specification)
SRS(software requirement specification)SRS(software requirement specification)
SRS(software requirement specification)Akash Kumar Dhameja
 
Requirements change - requirements engineering
Requirements change - requirements engineeringRequirements change - requirements engineering
Requirements change - requirements engineeringRa'Fat Al-Msie'deen
 
Analysis concepts and principles
Analysis concepts and principlesAnalysis concepts and principles
Analysis concepts and principlessaurabhshertukde
 

What's hot (20)

Non-functional requirements
Non-functional requirements Non-functional requirements
Non-functional requirements
 
selection of hardware & software in SAD
selection of hardware & software in SAD selection of hardware & software in SAD
selection of hardware & software in SAD
 
Ch 14 s.e use case diagrams
Ch 14 s.e use case diagramsCh 14 s.e use case diagrams
Ch 14 s.e use case diagrams
 
Lecture 9 understanding requirements
Lecture 9   understanding requirementsLecture 9   understanding requirements
Lecture 9 understanding requirements
 
Requirement specification
Requirement specificationRequirement specification
Requirement specification
 
GSPM (General Software Process Model)
GSPM (General Software Process Model)GSPM (General Software Process Model)
GSPM (General Software Process Model)
 
Quality attribute scenarios
Quality attribute scenariosQuality attribute scenarios
Quality attribute scenarios
 
Quality attributes in software architecture
Quality attributes in software architectureQuality attributes in software architecture
Quality attributes in software architecture
 
Requirement analysis and specification, software engineering
Requirement analysis and specification, software engineeringRequirement analysis and specification, software engineering
Requirement analysis and specification, software engineering
 
Software architecture design ppt
Software architecture design pptSoftware architecture design ppt
Software architecture design ppt
 
Requirements analysis
Requirements analysisRequirements analysis
Requirements analysis
 
Extracting Quality Scenarios from Functional Scenarios
Extracting Quality Scenarios from Functional ScenariosExtracting Quality Scenarios from Functional Scenarios
Extracting Quality Scenarios from Functional Scenarios
 
Requirements Engineering Process
Requirements Engineering ProcessRequirements Engineering Process
Requirements Engineering Process
 
Software project management requirements analysis
Software project management requirements analysisSoftware project management requirements analysis
Software project management requirements analysis
 
SRS(software requirement specification)
SRS(software requirement specification)SRS(software requirement specification)
SRS(software requirement specification)
 
Component level design
Component   level designComponent   level design
Component level design
 
Architecture evaluation
Architecture evaluationArchitecture evaluation
Architecture evaluation
 
Ch10
Ch10Ch10
Ch10
 
Requirements change - requirements engineering
Requirements change - requirements engineeringRequirements change - requirements engineering
Requirements change - requirements engineering
 
Analysis concepts and principles
Analysis concepts and principlesAnalysis concepts and principles
Analysis concepts and principles
 

Viewers also liked

What does the fox say ss norsk
What does the fox say ss norskWhat does the fox say ss norsk
What does the fox say ss norskHaraldBjar
 
الجماعة الإسلامية الأحمدية - الذكر الالهي
 الجماعة الإسلامية الأحمدية - الذكر الالهي الجماعة الإسلامية الأحمدية - الذكر الالهي
الجماعة الإسلامية الأحمدية - الذكر الالهيAhmadi Muslim
 
Gone Girl Film Cover Analysis
Gone Girl Film Cover AnalysisGone Girl Film Cover Analysis
Gone Girl Film Cover Analysistommckay_
 
Contexto artístico renacimiento
Contexto artístico renacimientoContexto artístico renacimiento
Contexto artístico renacimientomusicapiramide
 
Anuncios del fin
Anuncios del finAnuncios del fin
Anuncios del finCoke Neto
 
Posromanticismo
PosromanticismoPosromanticismo
Posromanticismolpalaci3
 
Examen de Matemática Proceso- 4to grado.
Examen de Matemática Proceso- 4to grado.Examen de Matemática Proceso- 4to grado.
Examen de Matemática Proceso- 4to grado.Marly Rodriguez
 
Examen COMUNICACIÓN 1° grado.
Examen COMUNICACIÓN 1° grado.Examen COMUNICACIÓN 1° grado.
Examen COMUNICACIÓN 1° grado.Marly Rodriguez
 
Presentación de la Musica en la Edad Media
Presentación de la Musica en la Edad MediaPresentación de la Musica en la Edad Media
Presentación de la Musica en la Edad MediaPaola Oliva Castro
 
Task 3- Film Distribution
Task 3- Film Distribution Task 3- Film Distribution
Task 3- Film Distribution emmakrusz
 

Viewers also liked (15)

What does the fox say ss norsk
What does the fox say ss norskWhat does the fox say ss norsk
What does the fox say ss norsk
 
linitcv
linitcvlinitcv
linitcv
 
Kud non fiction
Kud non fictionKud non fiction
Kud non fiction
 
La sabiduria del cristiano
La sabiduria del cristianoLa sabiduria del cristiano
La sabiduria del cristiano
 
الجماعة الإسلامية الأحمدية - الذكر الالهي
 الجماعة الإسلامية الأحمدية - الذكر الالهي الجماعة الإسلامية الأحمدية - الذكر الالهي
الجماعة الإسلامية الأحمدية - الذكر الالهي
 
Gone Girl Film Cover Analysis
Gone Girl Film Cover AnalysisGone Girl Film Cover Analysis
Gone Girl Film Cover Analysis
 
Contexto artístico renacimiento
Contexto artístico renacimientoContexto artístico renacimiento
Contexto artístico renacimiento
 
Dissertation Final
Dissertation FinalDissertation Final
Dissertation Final
 
l'indústria
l'indústrial'indústria
l'indústria
 
Anuncios del fin
Anuncios del finAnuncios del fin
Anuncios del fin
 
Posromanticismo
PosromanticismoPosromanticismo
Posromanticismo
 
Examen de Matemática Proceso- 4to grado.
Examen de Matemática Proceso- 4to grado.Examen de Matemática Proceso- 4to grado.
Examen de Matemática Proceso- 4to grado.
 
Examen COMUNICACIÓN 1° grado.
Examen COMUNICACIÓN 1° grado.Examen COMUNICACIÓN 1° grado.
Examen COMUNICACIÓN 1° grado.
 
Presentación de la Musica en la Edad Media
Presentación de la Musica en la Edad MediaPresentación de la Musica en la Edad Media
Presentación de la Musica en la Edad Media
 
Task 3- Film Distribution
Task 3- Film Distribution Task 3- Film Distribution
Task 3- Film Distribution
 

Similar to Software_Build__Release___UAT_Phases (1).PDF

System models of sdlc- v model
System models of sdlc- v modelSystem models of sdlc- v model
System models of sdlc- v modelMinal Kashyap
 
V model Over view (Software Engineering)
V model Over view (Software Engineering)V model Over view (Software Engineering)
V model Over view (Software Engineering)Badar Rameez. CH.
 
V model Over View (Software Engineering)
V model Over View (Software Engineering) V model Over View (Software Engineering)
V model Over View (Software Engineering) Badar Rameez. CH.
 
Softwareenggineering lab manual
Softwareenggineering lab manualSoftwareenggineering lab manual
Softwareenggineering lab manualVivek Kumar Sinha
 
System Development Life Cycle part3
System Development Life Cycle part3System Development Life Cycle part3
System Development Life Cycle part3DrMohammed Qassim
 
1. object oriented concepts & principles
1. object oriented concepts & principles 1. object oriented concepts & principles
1. object oriented concepts & principles poonam bora
 
Mi0033 software engineering
Mi0033  software engineeringMi0033  software engineering
Mi0033 software engineeringsmumbahelp
 
Software Engineering Important Short Question for Exams
Software Engineering Important Short Question for ExamsSoftware Engineering Important Short Question for Exams
Software Engineering Important Short Question for ExamsMuhammadTalha436
 
Report on SOFTWARE DEVELOPMENT LIFE CYCLE SDLC
Report on SOFTWARE DEVELOPMENT LIFE CYCLE SDLC Report on SOFTWARE DEVELOPMENT LIFE CYCLE SDLC
Report on SOFTWARE DEVELOPMENT LIFE CYCLE SDLC Neetu Marwah
 
3Audit Software & Tools.pptx
3Audit Software & Tools.pptx3Audit Software & Tools.pptx
3Audit Software & Tools.pptxjack952975
 
Iterative Waterfall model
Iterative Waterfall modelIterative Waterfall model
Iterative Waterfall modelAnmol Purohit
 
Elementary Probability theory Chapter 2.pptx
Elementary Probability theory Chapter 2.pptxElementary Probability theory Chapter 2.pptx
Elementary Probability theory Chapter 2.pptxethiouniverse
 
Software testing
Software testingSoftware testing
Software testingRavi Dasari
 

Similar to Software_Build__Release___UAT_Phases (1).PDF (20)

System models of sdlc- v model
System models of sdlc- v modelSystem models of sdlc- v model
System models of sdlc- v model
 
V model Over view (Software Engineering)
V model Over view (Software Engineering)V model Over view (Software Engineering)
V model Over view (Software Engineering)
 
V model Over View (Software Engineering)
V model Over View (Software Engineering) V model Over View (Software Engineering)
V model Over View (Software Engineering)
 
Stlc&Vmodel Ppt
Stlc&Vmodel PptStlc&Vmodel Ppt
Stlc&Vmodel Ppt
 
V model
V modelV model
V model
 
Softwareenggineering lab manual
Softwareenggineering lab manualSoftwareenggineering lab manual
Softwareenggineering lab manual
 
software engineering
software engineering software engineering
software engineering
 
System Development Life Cycle part3
System Development Life Cycle part3System Development Life Cycle part3
System Development Life Cycle part3
 
1. object oriented concepts & principles
1. object oriented concepts & principles 1. object oriented concepts & principles
1. object oriented concepts & principles
 
Mi0033 software engineering
Mi0033  software engineeringMi0033  software engineering
Mi0033 software engineering
 
Software Engineering Important Short Question for Exams
Software Engineering Important Short Question for ExamsSoftware Engineering Important Short Question for Exams
Software Engineering Important Short Question for Exams
 
System development life cycle
System development life cycleSystem development life cycle
System development life cycle
 
Report on SOFTWARE DEVELOPMENT LIFE CYCLE SDLC
Report on SOFTWARE DEVELOPMENT LIFE CYCLE SDLC Report on SOFTWARE DEVELOPMENT LIFE CYCLE SDLC
Report on SOFTWARE DEVELOPMENT LIFE CYCLE SDLC
 
Chapter 2.pptx
Chapter 2.pptxChapter 2.pptx
Chapter 2.pptx
 
3Audit Software & Tools.pptx
3Audit Software & Tools.pptx3Audit Software & Tools.pptx
3Audit Software & Tools.pptx
 
Iterative Waterfall model
Iterative Waterfall modelIterative Waterfall model
Iterative Waterfall model
 
Elementary Probability theory Chapter 2.pptx
Elementary Probability theory Chapter 2.pptxElementary Probability theory Chapter 2.pptx
Elementary Probability theory Chapter 2.pptx
 
Qa analyst training
Qa analyst training Qa analyst training
Qa analyst training
 
Software testing
Software testingSoftware testing
Software testing
 
4 sdlc and stlc
4 sdlc and stlc4 sdlc and stlc
4 sdlc and stlc
 

More from Asish Mohanty M@Vodafone Group (13)

the_digital_transformation_of_business
the_digital_transformation_of_businessthe_digital_transformation_of_business
the_digital_transformation_of_business
 
Diagnosis of Optha Retinopathy
Diagnosis of Optha RetinopathyDiagnosis of Optha Retinopathy
Diagnosis of Optha Retinopathy
 
HBS-Financial-2015
HBS-Financial-2015HBS-Financial-2015
HBS-Financial-2015
 
HBS-Financial-2015
HBS-Financial-2015HBS-Financial-2015
HBS-Financial-2015
 
RAD10987USEN.PDF
RAD10987USEN.PDFRAD10987USEN.PDF
RAD10987USEN.PDF
 
RAD10987USEN.PDF
RAD10987USEN.PDFRAD10987USEN.PDF
RAD10987USEN.PDF
 
IBM_AIR LINES BUSINESS TRANSFORMATION
IBM_AIR LINES  BUSINESS TRANSFORMATIONIBM_AIR LINES  BUSINESS TRANSFORMATION
IBM_AIR LINES BUSINESS TRANSFORMATION
 
BIAN_IBM_PNC_white-paper_2014
BIAN_IBM_PNC_white-paper_2014BIAN_IBM_PNC_white-paper_2014
BIAN_IBM_PNC_white-paper_2014
 
payments-transformation-global-payments-white-paper
payments-transformation-global-payments-white-paperpayments-transformation-global-payments-white-paper
payments-transformation-global-payments-white-paper
 
SAP BI Overview
SAP BI OverviewSAP BI Overview
SAP BI Overview
 
Change Management Process
Change Management ProcessChange Management Process
Change Management Process
 
ITIL V_3 TRAINER
ITIL V_3 TRAINERITIL V_3 TRAINER
ITIL V_3 TRAINER
 
20141013175509
2014101317550920141013175509
20141013175509
 

Software_Build__Release___UAT_Phases (1).PDF

  • 1. Requirements Analysis/ Software Requirement Solution/ Business blue Print :- In the requirements analysis phase, the first step in the verification process, the requirements of the system are collected by analyzing the needs of the user(s). This phase is concerned with establishing what the ideal system has to perform. However it does not determine how the software will be designed or built. Usually, the users are interviewed and a document called the user requirements document is generated. The user requirements document will typically describe the system's functional, interface, performance, data, security, etc. requirements as expected by the user. It is used by business analysts to communicate their understanding of the system to the users. The users carefully review this document as this document would serve as the guideline for the system designers in the system design phase. The user acceptance tests are designed in this phase. See also Functional requirements. There are different methods for gathering requirements of both soft and hard methodologies including; interviews, questionnaires, document analysis, observation, throw-away prototypes, use cases and static and dynamic views with users. System design:- Systems design is the phase where system engineers analyze and understand the business of the proposed system by studying the user requirements document. They figure out possibilities and techniques by which the user requirements can be implemented. If any of the requirements are not feasible, the user is informed of the issue. A resolution is found and the user requirement document is edited accordingly. The software specification document which serves as a blueprint for the development phase is generated. This document contains the general system organization, menu structures, data structures etc. It may also hold example business scenarios, sample windows, reports for the better understanding. Other technical documentation like entity diagrams, data dictionary will also be produced in this phase. The documents for system testing are prepared. Architecture design:- The phase of the design of computer architecture and software architecture can also be referred to as high-level design. The baseline in selecting the architecture is that it should realize all which typically consists of the list of modules, brief functionality of each module, their interface relationships, dependencies, database tables, architecture diagrams, technology details etc. The integration testing design is carried out in the particular phase.[3] Module design The module design phase can also be referred to as low-level design. The designed system is broken up into smaller units or modules and each of them is explained so that the programmer can start coding directly. The low level design document or program specifications will contain a detailed functional logic of the module, in pseudocode: TATA CONSULTANCY SERVICES
  • 2.  Database tables, with all elements, including their type and size  all interface details with complete API references  all dependency issues  error message listings  complete input and outputs for a module. The unit test design is developed in this stage. Validation phases In the V-model, each stage of verification phase has a corresponding stage in the validation phase.[4] The following are the typical phases of validation in the V-Model, though they may be known by other names. Unit testing In the V-Model, Unit Test Plans (UTPs) are developed during module design phase. These UTPs are executed to eliminate bugs at code level or unit level. A unit is the smallest entity which can independently exist, e.g. a program module. Unit testing verifies that the smallest entity can function correctly when isolated from the rest of the codes/units. Integration testing Integration Test Plans are developed during the Architectural Design Phase. These tests verify that units created and tested independently can coexist and communicate among themselves. Test results are shared with customer's team. System testing:- System Tests Plans are developed during System Design Phase. Unlike Unit and Integration Test Plans, System Test Plans are composed by client's business team. System Test ensures that expectations from application developed are met. The whole application is tested for its functionality, interdependency and communication. System Testing verifies that functional and non-functional requirements have been met. Load and performance testing, stress testing, regression testing, etc., are subsets of system testing. AUTHOR- ASISH KUMARMOHANTY
  • 3. User acceptance testing:- User Acceptance Test (UAT) Plans are developed during the Requirements Analysis phase. Test Plans are composed by business users. UAT is performed in a user environment that resembles the production environment, using realistic data. UAT verifies that delivered system meets user's requirement system . TATA CONSULTANCY SERVICES, AUTHOR:- ASISH KUMAR MOHANTY ATA TATA TATA TA