Lecture Software process improvement: Lesson 6 - Dr. Ghulam Ahmad Farrukh

Lecture Software process improvement: Lesson 6 provide students with knowledge about: process modeling technique; critical software process issues; product technology; requirements instability; unknown requirements; unstable requirements; misunderstood requirements;... Please refer to the detailed content of the lecture!

Technique

Lecture # 6

1

• Organizations that face the issues of quality, 

product technology, requirements stability, and/or complexity need to define ways to 

address them

• A process architecture permits these 

organizations to represent and manipulate the process at the U level and then 

selectively to refine it to the W and A level

3

• The universal, worldly, and atomic levels of process models can be presented in the 

• Thus, the framework would give 

established policies, procedures and 

standards

5

7

In Out

Feedback

9

• Exit conditions define the results produced, their level of validation, and any post­task conditions

• Cell feedback refers to any data provided to 

or received from other stages in the process

Measurements Task ( activities, resources, time ), 

output ( number, size, quality ), and  feedback (number, size, quality)  measures

• ETVX as a modeling language

• Introduced by IBM in 1980

• The objective of ETVX is to illustrate the effective process performance

• It can be applied to as low a level as 

required to control process

• A model developed in ETVX is expressed 

as a set of interconnected activities each of which has four sets of attributes

• The Entry section defines the entry criteria that must be satisfied for the process to be initiated, and list the work products that 

must be available as inputs to the process

• The Task section defines work to be carried 

in performing the process. The order of the task is generally, but not strictly sequential. Some tasks may be concurrent with other tasks

Verification

• The verification section defines steps for 

verifying that the process has been properly executed, and that the associated work 

products meet project objectives

• The Exit section defines the exit criteria that must be satisfied for the process to be 

terminated. The exit criteria usually define completion and verification work products, 

in terms of qualitative aspects of the 

products

• The idea is that every process step, inspection, 

function test, or software design has a precise 

entry and exit criteria

• ETVX is a task­based model

• Each task must be explicitly defined

• The basic cells can be combined to create process 

• "bottom­up" approach (A level to W and U levels)

21

• The generic activities of different process models from the U­level’s perspective can 

be listed as “design”, “implementation”, 

and “test”

• When these activities are broken into more detail, however, significant differences 

show up. 

• Even with all these variations at the W 

level, however, many software activities 

can relatively standardized across different projects

• It is thus possible to establish some basic 

process cells that can be interconnected in different ways to meet project­unique needs

23

• The detailed structures of these standard 

cells are then further defined by A­level 

models as needed

• Let’s look at the “design”, 

“implementation”, and “test” activities in any process model using the ETVX 

technique

25

U­Level Developmental Process

Inspected and  approved design  and changes

Inspected and  approved code and  changes

Exit Inspected and 

approved design  changes

Inspected and  approved code  and changes

Inspected, tested  and approved  software

Feedback

in

Design Issues Implementation 

Issues

Implementation  Issues

Task Design Implementation, 

Inspection and  Unit test

Testing: 

Integration,  Function, System,  and Acceptance Measures Resources,  Resources,  Resources, 

29

• Managing the Software Process by Watts S. Humphrey (Chapter 13.6 onwards)