Software Development Life Cycle Process
Software Development Life Cycle Process
SDLC is a process that defines the various stages involved in the development of software for delivering a
high-quality product. SDLC stages cover the complete life cycle of a software i.e. from inception to
retirement of the product.
Adhering to the SDLC process leads to the development of the software in a systematic and disciplined
manner.
Purpose:
Purpose of SDLC is to deliver a high-quality product which is as per the customer’s requirement.
SDLC has defined its phases as, Requirement gathering, Designing, Coding, Testing, and Maintenance. It
is important to adhere to the phases to provide the Product in a systematic manner.
For Example, A software has to be developed and a team is divided to work on a feature of the product
and is allowed to work as they want. One of the developers decides to design first whereas the other
decides to code first and the other on the documentation part.
This will lead to project failure because of which it is necessary to have a good knowledge and
understanding among the team members to deliver an expected product.
SDLC Cycle
SDLC Cycle represents the process of developing software.
SDLC Phases
Given below are the various phases:
Requirement gathering and analysis
Design
Implementation or coding
Testing
Deployment
Maintenance
#1) Requirement Gathering and Analysis
During this phase, all the relevant information is collected from the customer to develop a product as per
their expectation. Any ambiguities must be resolved in this phase only.
Business analyst and Project Manager set up a meeting with the customer to gather all the information like
what the customer wants to build, who will be the end-user, what is the purpose of the product. Before
building a product a core understanding or knowledge of the product is very important.
For Example, A customer wants to have an application which involves money transactions. In this case,
the requirement has to be clear like what kind of transactions will be done, how it will be done, in which
currency it will be done, etc.
Once the requirement gathering is done, an analysis is done to check the feasibility of the development of a
product. In case of any ambiguity, a call is set up for further discussion.
Once the requirement is clearly understood, the SRS (Software Requirement Specification) document is
created. This document should be thoroughly understood by the developers and also should be reviewed
by the customer for future reference.
#2) Design
In this phase, the requirement gathered in the SRS document is used as an input and software architecture
that is used for implementing system development is derived.
#4) Testing
Testing starts once the coding is complete and the modules are released for testing. In this phase, the
developed software is tested thoroughly and any defects found are assigned to developers to get them
fixed.
Retesting, regression testing is done until the point at which the software is as per the customer’s
expectation. Testers refer SRS document to make sure that the software is as per the customer’s standard.
#5) Deployment
Once the product is tested, it is deployed in the production environment or first UAT (User Acceptance
testing) is done depending on the customer expectation.
In the case of UAT, a replica of the production environment is created and the customer along with the
developers does the testing. If the customer finds the application as expected, then sign off is provided by
the customer to go live.
#6) Maintenance
After the deployment of a product on the production environment, maintenance of the product i.e. if any
issue comes up and needs to be fixed or any enhancement is to be done is taken care by the developers.
First, Requirement gathering and analysis is done. Once the requirement is freeze then only the
System Design can start. Herein, the SRS document created is the output for the Requirement
phase and it acts as an input for the System Design.
In System Design Software architecture and Design, documents which act as an input for the next
phase are created i.e. Implementation and coding.
In the Implementation phase, coding is done and the software developed is the input for the next
phase i.e. testing.
In the testing phase, the developed code is tested thoroughly to detect the defects in the software.
Defects are logged into the defect tracking tool and are retested once fixed. Bug logging, Retest,
Regression testing goes on until the time the software is in go-live state.
In the Deployment phase, the developed code is moved into production after the sign off is given
by the customer.
Any issues in the production environment are resolved by the developers which come under
maintenance.
a) Verification Phase:
(i) Requirement Analysis:
In this phase, all the required information is gathered & analyzed. Verification activities include reviewing
the requirements.
(v) Coding:
Code development is done in this phase.
b) Validation Phase:
(i) Unit Testing:
Unit testing is performed using the unit test cases that are designed and is done in the Low-level design
phase. Unit testing is performed by the developer itself. It is performed on individual components which
lead to early defect detection.
(ii) Integration Testing:
Integration testing is performed using integration test cases in High-level Design phase. Integration testing
is the testing that is done on integrated modules. It is performed by testers.
(iii) System Testing:
System testing is performed in the System Design phase. In this phase, the complete system is tested i.e.
the entire system functionality is tested.
(iv) Acceptance Testing:
Acceptance testing is associated with the Requirement Analysis phase and is done in the customer’s
environment.
Advantages of V – Model:
It is a simple and easily understandable model.
V –model approach is good for smaller projects wherein the requirement is defined and it freezes
in the early stage.
It is a systematic and disciplined model which results in a high-quality product.
Disadvantages of V-Model:
V-shaped model is not good for ongoing projects.
Requirement change at the later stage would cost too high.
#3) Prototype Model
The prototype model is a model in which the prototype is developed prior to the actual software.
Prototype models have limited functional capabilities and inefficient performance when compared to the
actual software. Dummy functions are used to create prototypes. This is a valuable mechanism for
understanding the customers’ needs.
Software prototypes are built prior to the actual software to get valuable feedback from the customer.
Feedbacks are implemented and the prototype is again reviewed by the customer for any change. This
process goes on until the model is accepted by the customer.
Once the requirement gathering is done, the quick design is created and the prototype which is presented
to the customer for evaluation is built.
Customer feedback and the refined requirement is used to modify the prototype and is again presented to
the customer for evaluation. Once the customer approves the prototype, it is used as a requirement for
building the actual software. The actual software is build using the Waterfall model approach.
(i) Planning:
The planning phase includes requirement gathering wherein all the required information is gathered from
the customer and is documented. Software requirement specification document is created for the next
phase.
For Example, the risk involved in accessing the data from a remote database can be that the data access
rate might be too slow. The risk can be resolved by building a prototype of the data access subsystem.
(iii) Engineering:
Once the risk analysis is done, coding and testing are done.
(iv) Evaluation:
Customer evaluates the developed system and plans for the next iteration.
Hence, the product increments in terms of features and once the iterations are completed the final build
holds all the features of the product.
Big Bang Model does not require much planning and scheduling. The developer does the requirement
analysis & coding and develops the product as per his understanding. This model is used for small
projects only. There is no testing team and no formal testing is done, and this could be a cause for the
failure of the project.
In Agile, a product is broken into small incremental builds. It is not developed as a complete product in one
go. Each builds increments in terms of features. The next build is built on previous functionality.
In agile iterations are termed as sprints. Each sprint lasts for2-4 weeks. At the end of each sprint, the
product owner verifies the product and after his approval, it is delivered to the customer.
Customer feedback is taken for improvement and his suggestions and enhancement are worked on in the
next sprint. Testing is done in each sprint to minimize the risk of any failures.
Example, in case of an unclear requirement, Spiral and Agile models are best to be used as the required
change can be accommodated easily at any stage.
Waterfall model is a basic model and all the other SDLC models are based on that only