2 Marks Unit 2

1. What is COSMIC Full Function Point?

2. Mention some software estimation techniques.
3. What ate the stages of estimation process
4. What is the significance of a ―project risk matrix‖ ? give an example
5. Give some units for measuring the size of the software.
6. Mention the classes of software projects for which COCOMO is
applicable
7. Define risk identification and ranking ?
What ate the stages of estimation process
8. What is COSMIC Full Function Point?
9. What do you understand by risk transfer? Give an example

2 Marks Unit 3
1. Appraise the need for modeling precedence networks
2. What are the rules of activity on-arrow rules and conventions?
3. What are called ―Free floats‖ and ―interfering floats‖? how are they
calculated?
4. Name three time estimates of PERT
5. What are the three approaches to identify the activities that make up a
project?
6. Mention some of the objectives of activity planning.
7. Name the three estimates in PERT.
8. Define Hazard analysis.
9. Define risk exposure.
10. State the objectives of activity planning?

Big questions
1. Explain COCOMO – II model (13)
2. Explain about the three approaches to identifying the activities or tasks that make up a
project.
3. (b) a) Draw Forward pass precedence network and Backward pass precedence network
Diagram for the following Table. (4)
(b) Find the Max duration for completing the activities. (4)
(c) Find the critical path and Float of Activities.(5)
4) Discuss in detail about risk planning and control methods. Or Explain how you will identify the
major risks, & identify the strategies for minimizing each of those risks
5)

Big questions-Answers
1. Explain about the three approaches to identifying the activities or tasks that make up a
project.
Identifying activities

Three approaches to identify the activities

– Activity-based approach

– Product-based approach

– Hybrid approach.

The activity-based approach

• The activity-based approach consists of creating a list of all the activities that the project
is thought to involve.

• This might involve a brainstorming session involving the whole project team or it might
stern from an analysis of similar past projects.

• When listing activities, particularly for a large project, it might be helpful to subdivide
the project into the main life-style stages and consider each of these separately.

• Generating a task list is to create a Work Breakdown Structure (WBS). This involves
identifying the main (or high- level) tasks required to complete a project and then
breaking each of these down into a set of lower-level tasks.

• Activities are added to a branch in the structure if they directly contribute to the
task immediately above — if they do not contribute to the parent task, then they
should not be added to that branch.

• The tasks at each level in any branch should include everything that is required to
complete the task at the higher level — if they are not a comprehensive definition of the
parent task, then something is missing. When preparing a WBS, consideration must be
given to the final level of detail
Advantages

• the WES approach include the belief that it is much more likely to result in a task
catalogue

• that is complete and is composed of non- overlapping activities.

• project's activities need to be sequenced in the sense of deciding which activities need to
be completed before others can start.

The product based approach

• It consists of producing a Product Breakdown Structure and a Product Flow
Diagram.

• The PFD indicates, for each product, which other products are required as inputs.

• The PFD can therefore be easily transformed into an ordered list of activities by
identifying the transformations that turn products into others.

• This approach is particularly appropriate if using a methodology such as Structured

Systems Analysis and Design Method (SSADM), which clearly specifies, for each step
or task, each of the products required and the activities required to produce it.
• The SSADM Reference Manual also supplies generic activity networks and, using the
project-specific PBS and derived PFD, these may be used as a basis for developing a
project-specific activity network.

• Figure 6.4 illustrates an activity network for the activities required to create the products
in Figure 6.3.

• Notice how the development of a PFD leads directly to an activity network that indicates
the sequencing of activities — in Figure 6.4, activity 340 (Enhance required data model)
requires products from activity 330 and activity 360 needs products from both activities
330 and 340.

The hybrid approach

• The WBS illustrated in Figure 6.2 is based entirely on a structuring of activities.
 • WBS may be based upon the project's products as illustrated in Figure 6.5. which is in
turn based on a simple list of final deliverables and, for each deliverable, a set of
activities required to produce that product.

• Figure 6.5 illustrates a flat WBS and it is likely that, in a project of any size, it would be
beneficial to introduce additional levels — structuring both products and activities.

• The degree to which the structuring is product-based or activity-based might be

influenced by the nature of the project and the particular development method adopted.

• A framework dictating the number of levels and the nature of each level in the structure
may be imposed on a NVBS. For example, in their Master Intern Training Plan (MITP)
methodology, IBM recommend that the following five levels should be used in a WBS:

• Level I: Project.
• Level 2: Deliverables such as software, manuals and training courses.
• Level 3: Components which are the key work items needed to produce deliverables, such
as the modules and tests required to produce the system software.
• Level 4: Work-packages which are major work items, or collections of related tasks,
required to produce a component.
• Level 5: Tasks which are tasks that will normally be the responsibility of a single person.
A structuring of activities for the SSADM Requirements Specification stage (from Goodiand and
Slater)
 2. (b) a) Draw Forward pass precedence network and Backward pass precedence
network Diagram for the following Table. (4)

(b) Find the Max duration for completing the activities. (4)

(c) Find the critical path and Float of Activities.(5)

Answer:

The forward pass

•
The forward pass is carried out to calculate the earliest dates on which each activity may
be started and completed.

• The forward pass and the calculation of earliest start dates is calculated according to the
following reasoning.

• Activities A, B and F may start immediately, so the earliest date for their start is zero.
• Activity A will take 6 weeks, so the earliest it can finish is week 6.

• Activity B will take 4 weeks, so the earliest it can finish is week 4.

• Activity F will take 10 weeks, so the earliest it can finish is week 10.

• Activity C can start as soon as A has finished so its earliest start date is week 6. It will
take 3 weeks so the earliest it can finish is week 9.

• Activities D and E can start as soon as B is complete so the earliest they can each start is
week 4. Activity D, which will take 4 weeks, can therefore finish by week 8 and activity
E, which will take 3 weeks, can therefore finish by week 7.

• Activity G cannot start until both E and F have been completed. It cannot therefore start
until week 10 — the later of weeks 7 (for activity E) and 10 (for activity F). It takes 3
weeks and finishes in week 13.

• Similarly, Activity H cannot start until week 9 — the later of the two earliest finished
dates for the preceding activities C and a

• The project will be complete when both activities H and G have been completed. Thus
the earliest project completion date will be the later of weeks 11 and 13— that is, week
13.

• The results of the forward pass are shown in Figure 6.15.

The backward pass

• The second stage in the analysis of a critical path network is to carry out a backward pass
to calculate the latest date at which each activity may be started and finished without
delaying the end date of the project. In calculating the latest dates, we assume that the
latest finish date for the project is the same as the earliest finish date — that is, we wish
to complete the project as early as possible.

• Figure 6.16 illustrates our network alter carrying out the backward pass.

• The latest activity dates are calculated as follows.

• The latest completion date for activities G and 1-1 is assumed to be week 13.

• Activity H must therefore start at week 11 at the latest (13-2) and the latest

• start date for activity G is week 10 (13-3).

• The latest completion date for activities C and D is the latest date at which

• activity H must start — that is. week 11. They therefore have latest start dates of week 8
(11-3) and week 7 (11-4) respectively.

• Activities E and F must be completed by week 10 so their earliest start dates are weeks 7
(10-3) and 0 (10-10 respectively.

• Activity B must be completed by week 7 the latest start date for both activities D and El
so its latest start is week 3 (7-4).

• Activity A must be completed by week 8 (the latest start date for activity C) so its latest
start is week 2 (8-6).

• The latest start date for the project start is the earliest of the latest start dates for activities
A. B and F. This is week zero. This is, of course, not very surprising since it tells vi that
if the project does not start on time it won't finish on time.
Activity float

• Although the total float is shown for each activity, it really 'belongs' to a path through the
network.

• Measures of Activity Float

– Free float

• Difference between the earliest completion date for the activity and the
earliest start date of the succeeding activity.

• The time by which an activity may be delayed without affecting any

subsequent activity.

– Interfering float

• Difference between total float and free float.

• It is associated with the free float

 • Once the free float has been used (or if it is zero), the interfering float tells us by how
much the activity may be delayed without delaying the project

– Exercise: Calculate the free float and interfering float for each of the activity
for the given activity network

Identifying the Critical Path

• At least one path through the network which defines the duration of the project – Critical
path (longest path)
• Any delay to any activity on this critical path will delay the completion of the project
• Difference between an activity‘s earliest start date and its latest start date (or earliest and
latest finish dates) known as activity‘s float
• Any activity with a float of zero is critical
– Any delay in carrying out the activity will delay the project.
• Significance
– While managing the project
 •Particular attention has to be given to monitor the activities on the critical
path
– While planning the project
• In order to reduce the duration of the project, the activities on the critical
path need to be shortened

Shortening the project duration

• By reducing the activity duration, overall duration of the project can be shortened

• In many cases, this can be done by

– applying more resources to the task –

– working overtime or

– procuring additional staff

• The critical path indicates where we must look to save time

• As we reduce activity times along the critical path, we must continually check for any
new critical path
 4) Discuss in detail about risk planning and control methods. Or Explain how you will
identify the major risks, & identify the strategies for minimizing each of those risks

Answers:

Risk management

Some definitions of risk

‘the chance of exposure to the adverse consequences of future events’ PRINCE2

• Project plans have to be based on assumptions
• Risk is the possibility that an assumption is wrong
• When the risk happens it becomes a problem or an issue

This is based on Lyytinen‘s sociotechnical model of risk

• Actors relate to all those involved in the project including both developers, users and
managers e.g. a risk could be that high staff turnover leads to information of importance
to the project being lost

• Technology – both that used to implement the project and that embedded in the project
deliverables – risk could be that the technologies selected are not in fact appropriate.

• Structure – this includes management procedures, risk here is that a group who need to
carry out a particular project task are not informed of this need because they are not part
of the project communication network

• Tasks – the work to be carried out. A typical risk is that the amount of effort needed to
carry out the task is underestimated.
A risk could be well belong to more than one of the four areas – for example, estimates being
wrong could be influenced by problems with actors (e.g. lack of experience with a technical
domain) or the structure (over optimism of managers keen to win work).

A framework for dealing with risk

The planning for risk includes these steps:
• Risk identification – what risks might there be?
• Risk analysis and prioritization – which are the most serious risks?
• Risk planning – what are we going to do about them?
Risk monitoring – what is the current state of the risk?
Risk identification
Approaches to identifying risks include:
• Use of checklists – usually based on the experience of past projects
• Brainstorming – getting knowledgeable stakeholders together to pool concerns
• Causal mapping – identifying possible chains of cause and effect
Causal mapping
The idea here is to get the major stakeholders together and to brainstorm collectively the things
that could go wrong. The causes of the problems identified are traced back using the mapping
technique which identifies the project factors ( or ‗concept variables‘) that people see as being
important and the causal links between them. These links can be positive or negative.

Where possible, for each factor, positive and negative aspects are identified e.g.
‗stable…unstable requirements‘.
Risk Analysis
Risk exposure (RE)
= (potential damage) x (probability of occurrence)
Ideally
Potential damage: a money value e.g. a flood would cause £0.5 millions of damage
Probability 0.00 (absolutely no chance) to 1.00 (absolutely certain) e.g. 0.01 (one in hundred
chance)
RE = £0.5m x 0.01 = £5,000
Crudely analogous to the amount needed for an insurance premium
Risk probability: qualitative descriptors

Probability level Range

High Greater than 50% chance of happening

Significant 30-50% chance of happening

Moderate 10-29% chance of happening

Low Less than 10% chance of happening

Probability impact matrix

R1, R2 etc refer to particular risks (See Table 7.4 in the textbook). They are located on the grid
according to the likelihood and impact ratings that have been allocated to them. A zone around
the top right hand corner of the grid can be designated and risks falling within that zone are
treated as requiring urgent action.
Risk planning

• Risk acceptance – the cost of avoiding the risk may be greater than the actual cost of the
damage that might be inflicted

• Risk avoidance – avoid the environment in which the risk occurs e.g. buying an OTS
application would avoid a lot of the risks associated with software development e.g. poor
estimates of effort.

• Risk reduction – the risk is accepted but actions are taken to reduce its likelihood e.g.
prototypes ought to reduce the risk of incorrect requirements

• Risk transfer – the risk is transferred to another person or organization. The risk of
incorrect development estimates can be transferred by negotiating a fixed price contract
with an outside software supplier.

• Risk mitigation – tries to reduce the impact if the risk does occur e.g. taking backups to
allow rapid recovery in the case of data corruption

1. Explain COCOMO – II model (13)

Answer:
COCOMO-II--parametric model
Empirical model based on project experience
 Well-documented, independent model, Independent of a specific software vendor.
 Long history – initially published in 1981 (COCOMO-81) and last in 1999 (COCOMO-
II)
 COCOMO-II takes into account different approaches to software development, reuse,
etc.
 COCOMO (COnstructive COst MOdel) proposed by Boehm.
 Divides software product developments into 3 categories:
o Organic
o Semidetached
o Embedded

Organic:
Relatively small groups
working to develop well-understood applications.
Semidetached:
Project team consists of a mixture of experienced and inexperienced staff.
Embedded:
 The software is strongly coupled to complex hardware, or real-time systems.

Gives only an approximate estimation:

Effort = a1 * (KLOC) a2
Tdev = b1 * (Effort) b2
 KLOC is the estimated kilo lines of source code,
 a1,a2,b1,b2 are constants for different categories of software
products,
 Tdev is the estimated time to develop the software in months,
 Effort estimation is obtained in terms of person months (PMs).

Development Effort Estimation

Organic :
Effort = 2.4 (KLOC)1.05 PM
Semi-detached:
Effort = 3.0(KLOC)1.12 PM
Embedded:
Effort = 3.6 (KLOC)1.20 PM

Development Time Estimation

Organic:
Tdev = 2.5 (Effort)0.38 Months
Semi-detached:
Tdev = 2.5 (Effort)0.35 Months
Embedded:
Tdev = 2.5 (Effort)0.32 Months

Effort is somewhat super-linear in problem size.

Three-level model that allows increasingly detailed estimates to be prepared as development

progresses

Early prototyping level

 Based on ―object points‖
 Simple formula
Early design level
 Based on ―function points‖ that are then translated to lines of source code (LOC)
Post-architecture level
 Estimates based on LOC

1. Early Prototyping Level

 Supports prototyping projects and projects where there is extensive reuse
 Estimates effort in object points/staff month
PM = ( NOP × (1 - %reuse/100 ) ) / PROD,
 where:
 PM is the effort in person-months
 NOP is the number of object points
 PROD is the productivity

2. Early Design Level

 Estimates made after requirements confirmed
PM = A × SizeB × M + πEMi
 where:
 A = 2.5 in initial calibration
 Size in KLOC
 B varies from 1.1 to 1.24 depending on novelty of project, development flexibility, risk
management approaches, and process maturity
 EM = (ASLOC × (AT / 100) ) / ATPROD
 M = PERS × RCPX × RUSE × PDIF × PREX × FCIL × SCED

Multipliers
Multipliers reflect capability of developers, nonfunctional requirements, familiarity with
development platform, etc.
RCPX - product reliability and complexity
RUSE - the reuse required
PDIF - platform difficulty
PREX - personnel experience
PERS - personnel capability
SCED - required schedule
FCIL - the team support facilities

3. Post-Architecture Level
 Uses same formula as early design estimates
 Estimate of size adjusted to account for:
 Requirements volatility
 Rework required to support change
 Extent of possible reuse

ESLOC = ASLOC x (AA + SU +0.4DM + 0.3CM + 0.3IM) / 100

 ESLOC is equivalent number of lines of new code
 ASLOC is the adjusted number of lines of reusable code which must be modified
 DM is the % of design modified
 CM is the % of the code that is modified
 IM is the % of the original integration effort required for integrating the reused software
 SU is a factor based on the cost of software understanding
 AA is a factor which reflects the initial assessment costs of deciding if software may be
reused