ch 2: software life-cycle models csci 4320. ideal software development
TRANSCRIPT
Ch 2: Software Life-Cycle Models
CSCI 4320
Ideal Software Development
Actual Software Development
• Software developers make mistakes
• Clients requirements or environment changes while software is being developed.
The Software Development Life-Cycle involves many iterations (loops).
Bus Fare Machine ProgramGOAL: Fare machines on bus must recognize real dollar bills.
• Episode 1: The first version is implemented• Episode 2: A fault is found
– The product is too slow because of an implementation fault (double precision instead of single precision used)
– Changes to the implementation are begun
• Episode 3: The requirements change– A different/faster dollar recognition algorithm has been discovered
• Episode 4: A new design is adopted– New design is more accurate.- Development is complete
• Epilogue: A few years later, these problems recur
Teal Tractors Business Software
Goal : Handle sales, inventory and commissions for business
• While the Teal Tractors software product is being constructed, the requirements change
• The company is expanding into Canada– Additional sales regions must be added– Canadian taxes and other business aspects that are handled
differently– Two different currencies, US and CANADA
Moving Target Problem
• Growing companies are always going to change
• Even if the reasons for the change are good, the software product can be adversely impacted– Dependencies will be induced– Potentially cause a regression fault (A fault in an
apparently unrelated part of the software)– feature creep
• There is no solution to the moving target problem
Life-Cycle Models
• Waterfall Life• Code-and-Fix• Rapid-Prototyping • Extreme Programming and Agile
Processes• Synchronize-and-Stabilize• Spiral• Iteration and Incrementation
Iteration and Incrementation
The basic software development process is
Iterative – Each successive version is intended to be
closer to its target than its predecessor
An Incremental Process– Miller’s Law : concentrate on ~ 7 chunks– Use stepwise refinement– handle in order of current importance
Iteration and Incrementation
• Idea: – Project is divided into several mini projects
(increments)– Each project goes through all phases,
extending existing artifacts
• Multiple opportunities to check for faults• Always have a working version of
software
Waterfall• No phase is complete until documentation for that phase
is complete.• Relying solely on written specifications may lead to
products that don’t meet client’s needs.
Code-and Fix
• Developers simply throw code together and rework it as many times as necessary
• No Requirements written
• May work well for small programs
• Maintenance Nightmare!
Rapid Prototyping
• Build a rapid-prototype and let client interact and experiment with it.
• Developers draw up specifications from rapid prototype and develop true system
• Key: Speed is of the essence
• The rapid prototype is discarded but lessons learned are retained.
Open-Source Life-Cycle• A single individual has an idea for a program and
makes it available free of charge– SourceForge.net, FreshMeat.net
• Users become co-developers– Report and correct defects– Add additional functionality– Port program to new environment
• Individuals are not paid to participate• Release new versions after minimal testing
Open Source Software• 100,000 open-source projects at SouceForge.net
and Freshmeat.net• ½ have never attracted a team to work on the
project• Majority have never been completed• But there are cases where it has been benefical
– Operating Systems (Linux), web browsers (Firefox), compilers (gcc), web servers(Apache)
Extreme Programming and Agile Processes
New Approach: responsive to change, collaborate with client
• Client picks features based on time and cost estimates
• Build is broken down into tasks• Pair programming
– Two programmers work on one computer– Alternate typing every 15 or 20 minutes– Team members change coding partners daily
• Client works with team at all times
Extreme Programming and Agile Processes
• No individual can work overtime for 2 weeks• No specialization: All members of team work on
analysis, design, coding• No overall design step before the various buildsAgile Processes• Less emphasis on analysis and design• Goal is to deliver working software frequently• Have short meetings often• Successful for small-scale projects where
customer requirements are vague
Synchronized and Stabilize
• Microsoft
• Expected Features are prioritized
• Work is divided into several builds
• Each build is carried out by several teams working in parallel
• At the end of the day all teams synchronize and test
Spiral
• Waterfall method with each phase preceded by risk analysis
• Uses prototypes to mitigate risks
• Advantage: Emphasis on alternatives and constraints supports the reuse of existing software
• Problem: When do you determine if a phase has been sufficiently tested?
Comparison of Life-Cycle Models
Figure 2.12