Professional Documents
Culture Documents
Spiral Model
Spiral Model
Mo
S P I RAL
Mo
• The spiral model combines the iterative nature of
prototyping with the controlled and systematic aspects of
del
the waterfall model, therein providing the potential for
rapid development of incremental versions of the software.
del
model was not the first model to discuss iterative development,
but it was the first model to explain why the iteration matters.
• The iterations were typically six months to two years long. Each
phase starts with a design goal and ends with the client reviewing
the progress thus far. Analysis and engineering efforts are applied
at each phase of the project, with an eye toward the end goal of
the project.
HISTORY
Task Regions
1. The customer communication task – to establish effective communication between
developer and customer.
2. The planning task – to define resources, time lines and other project related
information.
3. The risk analysis task – to assess both technical and management risks.
2
3
1
4
6
5
5. The construction and release task – to construct, test, install and provide
user support (e.g., documentation and training).
Task Regions
How does it work?
• An
Theimportant
evolutionary process
distinction begins the
between at the
centre position
spiral model andand moves
other in a models
software clockwiseis
direction.
the explicit consideration of risk. There
are no fixed phases such as specification
• or design
Each phases
traversal in the
of the model
spiral and itresults
typically
encompasses
in a deliverable.other
Forprocess
example, models.
the first and
second spiral traversals may result in the
• For example,
production of prototyping may be used
a product specification in a
and
one spiral to
prototype, resolve requirement
respectively.
uncertainties and hence reduce risks.
• Subsequent traversals may then produce
• This
moremaysophisticated
then be followed by a of the
versions
conventional
software. waterfall development.
Advantages
• The spiral model is a realistic approach to the development of large-scale
software products because the software evolves as the process progresses.
In addition, the developer and the client better understand and react to risks
at each evolutionary level.
• The model uses prototyping as a risk reduction mechanism and allows for the
development of prototypes at any stage of the evolutionary development.
• It maintains a systematic stepwise approach, like the classic life cycle model,
but incorporates it into an iterative framework that more reflect the real
world.
• If employed correctly, this model should reduce risks before they become
problematic, as consideration of technical risks are considered at all stages.
Disadvantages
• Demands considerable risk-assessment
expertise
• It has not been employed as much proven
models (e.g. the Waterfall model) and hence
may prove difficult to ‘sell’ to the client (esp.
where a contract is involved) that this model is
controllable and efficient.