Documente Academic
Documente Profesional
Documente Cultură
Plan Description
Quality plan Describes the quality procedures and standards that will be
used in a project. See Chapter 27.
Validation plan Describes the approach, resources and schedule used for
system validation. See Chapter 22.
Configuration Describes the configuration management procedures and
management plan structures to be used. See Chapter 29.
Maintenance plan Predicts the maintenance requirements of the system,
maintenance costs and effort required. See Chapter 21.
Staff development Describes how the skills and experience of the project team
plan. members will be developed. See Chapter 25.
F
eF asibility
R
eements
stud
y quir
Pr
ototy
anal
ysis
de
v
e
User
porEv
alua
require
rM
e
tIL Des
R
e
lopmem
stud
y
ertasibility
tion
Arsp
al
porS
y
des q
ti
chit
res
S T
O
E
SEN
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 15
Project scheduling
Split project into tasks and estimate time and
resources required to complete each task.
Organize tasks concurrently to make optimal
use of workforce.
Minimize task dependencies to avoid delays
caused by one task waiting for another to
complete.
Dependent on project managers intuition and
experience.
Identify
Identify
Estim
Allo
depend
for
to
Software
requiremCr
activities
ac
ch
Ats
a
ts
an
ts
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 17
Scheduling problems
Estimating the difficulty of problems and hence
the cost of developing a solution is hard.
Productivity is not proportional to the number
of people working on a task.
Adding people to a late project makes it later
because of communication overheads.
The unexpected always happens. Always
allow contingency in planning.
star
t10T4
1
5ys
T2
ys2
5 2
0da
T7
/03
1
0
da
M2 ys
/7
T5 1
ysda
da
M7
1
5
ys 7
ys
T1
1
5/
/8/
Mdd
18M5
/03
/7
25T8T1
0 1
0ys
T1
2
ys19da
Fid
©Ian Sommerville 2004
/9
Software Engineering, 7th edition. Chapter 5 Slide 21
4/7
11
82
5
/7
1/8
Star
t
T4
T1
T2 /7
8/8
/7
15
2 2
9
/8
5/9
/8
12
/8
19/9
/9Activity timeline
M1
T7
T3
M5
T8
M3
M2
T6
T5
M
T9
M7 4
T1
0T1M6
1T1
M8
2 Fin
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 22
F 4/7
11
8
rJaeT4
d2
5
/7
1/8
/7
8/8
/7
1
5
T8T122
9
/8
15/9
/8
1
2/8
1
9
T1
2 / Staff allocation
AnneT1
ne
T3
T2TTT1
069
Jim
Mary T7
T5
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 23
Risk management
Risk management is concerned with
identifying risks and drawing up plans to
minimise their effect on a project.
A risk is a probability that some adverse
circumstance will occur
• Project risks affect schedule or resources;
• Product risks affect the quality or performance of
the software being developed;
• Business risks affect the organisation developing
or procuring the software.
Risk
Risk
List Ri
Risk
Priori
of
and
risks
list a
identific
mo
Risk
Ri
asp
plan
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 27
Risk identification
Technology risks.
People risks.
Organisational risks.
Requirements risks.
Estimation risks.
Risk Strategy
Organisational Prepare a briefing document for senior management
financial problems showing how the project is making a very important
contribution to the goals of the business.
Recruitment Alert customer of potential difficulties and the
problems possibility of delays, investigate buying-in
components.
Staff illness Reorganise team so that there is more overlap of work
and people therefore understand each other’s jobs.
Defective Replace potentially defective components with bought-
components in components of known reliability.
Risk Strategy
Requirements Derive traceability information to assess requirements
changes change impact, maximise information hiding in the
design.
Organisational Prepare a briefing document for senior management
restructuring showing how the project is making a very important
contribution to the goals of the business.
Database Investigate the possibility of buying a higher-
performance performance database.
Underestimated Investigate buying in components, investigate use of a
development time program generator