1. PRESENTED BY P.SANDEEP MSc,MTech
SPIRAL MODEL (SDLC)
PRESENTED BY
P.SANDEEP MSc,MTech

2. Introduction  
In this system development method, we combine the features of both, prototype model and waterfall model.

3. Introduction • In spiral model we can arrange all the activities in the form of a spiral • A spiral model is divided into number of framework activities, called task regions • Typically, there are between three and six task regions

4. Why Spiral Model ???

5. Why Spiral Model ???

6.   Why Spiral Model ???

7. History • The spiral model was defined by Barry Boehm in his 1988 article. • This model was not the first model to discuss iterative development, but it was the first model to explain why the iteration matters

8. Spiral Model

9. Phases • Customer Communication • Planning • Risk Analysis • Engineering • Customer Evaluation

10. Includes understanding
the system
requirements by
continuous
communication
between the customer
and the system analyst

11. Planning • Task required to define resources, timelines and other project related information

12. Risk Analysis In the risk analysis phase, a process is undertaken to identify risk and alternate solutions. A prototype is produced at the end of the risk analysis phase. If any risk is found during the risk analysis then alternate solutions are suggested and implemented.

13. the development and testing is done
  Engineering  
 • In this phase software is developed, along with testing at the end of the phase. Hence in this phase
the development and testing is done
Engineering
• In this phase software is developed, along with testing at the end of the phase. Hence in this phase
the development and testing is done

14. Customer Evaluation • This phase allows the customer to evaluate the output of the project to date before the project continues to the next spiral

15. Advantages High amount of risk analysis hence, avoidance of risk is enhanced.

16. Advantages Good for mission critical projects.

17. ` Advantages Strong approval and documentation control

18. `Advantages Additional functionality can be added at a later date.

19. Disadvantages Can be costly model to use.

20. Disadvantages Risk analysis requires highly specific expertise.

21. Disadvantages Project`s success is highly dependent on the risk analysis phase.

22. Strengths Provides early indication of insurmountable risks, without much cost • Users see the system early because of rapid prototyping tools • Critical high-risk functions are developed first • The design does not have to be perfect • Users can be closely tied to all lifecycle steps • Early and frequent feedback from

23. Conclusions • The risk-driven nature provides adaptability for a full range of software projects. • The model has been successful in a large application, the TRW-SPS. • The model is not yet fully elaborated. • Even partial implementations of the model, such as the risk management plan, are compatible with the other process models.