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

Lecture Software process improvement: Lesson 2 provide students with knowledge about: software quality assurance; quality and its need; SQA tasks; SQA group skills and responsibilities; SQA reviews; SQA reporting;... Please refer to the detailed content of the lecture!

Lecture # 2

• Low levels of defects when deployed, 

ideally approaching zero

• High reliability, or the capability of running without crashes or strange results

• Reduces time to market for new products

• Enhances market share compared to direct competitors

• Minimizes “scrap and rework” expenses

• Attracts and keeps “top­gun” personnel

quality

• To improve software quality by 

appropriately monitoring both the software and development process that produces it

• To ensure full compliance with the 

established standards and procedures for the software and the software process

• To ensure that any inadequacies in the 

product, the process, or the standards are 

brought to management’s attention so they can be fixed

SQA in pictorial form

Formal Technical Reviews

Test  Planning

& Review Measurement

Analysis

&

Reporting

Process Definition &

Standards

Software Quality Assurance

effectively

SQA Responsibilities

• Review all development and quality plans for completeness

• Participate as inspection moderators in 

design and code inspections

• Review all test plans for adherence to 

standards

SQA Reviews

• A process or meeting during which a work product, or a set of work products, is 

presented to project personnel, managers, users, or other interested parties for 

comment or approval.  Types include code review, design review, formal qualification review, requirements review, test readiness 

Reviews (FTRs)

• To achieve software that is developed in a uniform manner

• Make projects more manageable

• Ownership transfers from individual to 

group

Responsibilities of Roles

• Responsible for the readiness and distribution of  material to be reviewed

– providing information about the product during  all stages

– clarifying any unclear issues

– correcting any problems identified

– providing dates for rework and resolution 

• Collects and records each defect uncovered during the review meeting

• Develops an issues list and identifies whose responsibility it is to resolve each issue

• Records meeting decisions on issues; 

prepares the minutes; and publishes the 

minutes, and continually tracks the action items

• Spends time prior to the meeting reviewing information

• Makes notes of defects and becomes 

familiar with the product to be reviewed

• Identifies strengths of the product

• Verifies that the rework is done

• A new member to the project team, who 

learns the product and observes the review techniques

• Distribute review package one week in advance

– Document to be reviewed

– Review agenda

– Identification of the individual who will  manage the agenda and schedule

– Exit and entrance criteria for the review – Objective of the review

• When valid problems, issues, or defects are discovered, they are classified according to their origin or severity and then recorded

• These are accompanied with the names of individuals who are responsible for 

resolution and the time frame during which 

• Be prepared ­ evaluate  product before the review  meeting

Meeting

• All attendees must decide whether to

– Accept the product without further modification – Reject the product due to severe errors

– Accept the product provisionally

– Hold a follow­up review session

– Specific inputs to the review

• It is the responsibility of project manager to ensure that all defects identified in the 

review are fixed and retested

• During the follow­up, that all discrepancies identified are resolved and the exit criteria for the review have been met

• Document lessons learned during the final report also

SQA Reporting

• SQA should not report to the project 

manager

• SQA should report somewhere within the local office and division office

• There should typically be no more than one management position between SQA and the 

responsible for field service

Summary

• Software Engineering 5th Edition by Roger Pressman, Chapter 8

• Inroads to Software Quality by Alka Jarvis and Vern Crandall, PH 1997 (Ch. 7)