Software Lifecycle Models

6.
Software Lifecycle Models

A software lifecycle model is a standardised
format for
• planning
• organising, and
• running
a new development project.
Hundreds of different kinds of models are
known and used.
Many are minor variations on just a small

number of basic models. In this section we:
• survey the main types of model, and

• consider how to choose between them.
6.1. Planning with Models
SE projects usually live with a fixed financial
budget. (An exception is maintainance?)
Additionally, time-to-market places a strong

time constraint.
There will be other project constraints such

as staff.
designers
programmers managers
money staff
Project constraints
Computing
resources time
Examples of Project Constraints

Project planning is the art of scheduling the
necessary activities, in time, space and across
staff in order to optimise:
• project risk [low] (see later)

• profit [high]
• customer satisfaction [high]
• worker satisfaction [high]
• long-term company goals
A project plan contains much information,
but must at least describe:
• resources needed
(people, money, equipment, etc)
• dependency & timing of work
(flow graph, work packages)
• rate of delivery (reports, code, etc)
It is impossible to measure rate of progress

except with reference to a plan.
In addition to project members, the following
may need access to parts of the project plan:
• Management,
• Customers
• Subcontractors
• Suppliers
• Investors
• Banks
6.2. Project Visibility
Unlike other engineers
(e.g. civil, electronic, chemical … etc.)
software engineers do not produce anything
physical.
It is inherently difficult to monitor an SE

project due to lack of visibility.
6.3. What is a Lifecycle Model?
Definition.
A (software/system) lifecycle model is a
description of the sequence of activities
carried out in an SE project, and the relative
order of these activities.
It provides a fixed generic framework that
can be tailored to a specific project.
Project specific parameters will include:
• Size, (person-years)
• Budget,
• Duration.
project plan =
lifecycle model + project parameters
There are hundreds of different lifecycle models
to choose from, e.g:
• waterfall,
• code-and-fix
• spiral
but many are minor variations on a smaller
number of basic models.
By changing the lifecycle model, we can
improve and/or tradeoff:
• Development speed (time to market)

• Product quality
• Project visibility
• Administrative overhead
• Risk exposure
• Customer relations, etc, etc.
Normally, a lifecycle model covers the entire
lifetime of a product.
From birth of a commercial idea

to final de-installation of last release
i.e. The three main phases:

• design,
• build,
• maintain.
Note that we can sometimes combine
lifecycle models,
e.g. waterfall inside evolutionary – onboard
shuttle software
We can also change lifecycle model between

releases as a product matures,
e.g. rapid prototyping  waterfall
6.4. The Waterfall Model
• The waterfall model is the classic lifecycle

model – it is widely known, understood
and (commonly?) used.
• In some respect, waterfall is the ”common
sense” approach.
• Introduced by Royce 1970.
6.7. Rapid Prototyping
Key idea: Customers are non-technical and
usually don’t know what they want/can have.
Rapid prototyping emphasises requirements

analysis and validation, also called:
• customer oriented development,
• evolutionary prototyping
Requirements Capture
Iterate
Quick Design
Build Prototype
Customer Evaluation of
Prototype
The Rapid Engineer Final

Product
Prototype Workflow
Advantages
1. Reduces risk of incorrect user requirements
2. Good where requirements are
changing/uncommitted
3. Regular visible progress aids management
4. Supports early product marketing
Disadvantages I
1. An unstable/badly implemented prototype
often becomes the final product.
2. Requires extensive customer collaboration
– Costs customers money
– Needs committed customers
– Difficult to finish if customer withdraws
– May be too customer specific, no broad
market
Disadvantages II
3. Difficult to know how long project will
last
4. Easy to fall back into code-and-fix without
proper requirements analysis, design,
customer evaluation and feedback.

Software Lifecycle Models

Uploaded by

Copyright:

Available Formats

Software Lifecycle Models

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Software Lifecycle Models

Uploaded by

Copyright:

Available Formats

6.

Software Lifecycle Models

Many are minor variations on just a small

• survey the main types of model, and

Additionally, time-to-market places a strong

There will be other project constraints such

Examples of Project Constraints

• project risk [low] (see later)

It is impossible to measure rate of progress

It is inherently difficult to monitor an SE

• Development speed (time to market)

From birth of a commercial idea

i.e. The three main phases:

We can also change lifecycle model between

• The waterfall model is the classic lifecycle

Rapid prototyping emphasises requirements

The Rapid Engineer Final

You might also like