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

Lecture Software process improvement: Lesson 33 provide students with knowledge about: ISO/IEC 12207:2008; information technology software life cycle processes; international standards organization (ISO); international electrotechnical commission (IEC);... Please refer to the detailed content of the lecture!

Information Technology Software Life Cycle 

Processes ISO: International Standards Organization IEC: International Electrotechnical Commission

Lecture # 33

• It was first introduced on August 1, 1995

• The ISO 12207 standard establishes a process 

of lifecycle for software, including processes and activities applied during the acquisition and configuration of the services of the system

• Each Process has a set of outcomes associated with it

• This common language is established in the form of well defined processes

•  ISO/IEC 12207 also provides a process that can be employed for defining, controlling, and improving software life cycle processes 

• The structure of the standard was intended to 

be conceived in a flexible, modular way so as 

to be adaptable to the necessities of whoever uses it

• The standard is based on two basic principles: modularity and responsibility

• Modularity means processes with minimum coupling and maximum cohesion

• Responsibility means to establish a 

responsibility for each process, facilitating the application of the standard in projects where many people can be legally involved

• The support and organizational processes must exist independently of the organization and the project being executed

• The basic processes are instantiated according 

to the situation

• To help establish an environment of desired processes

• To perform assessments that may be used to support organizational process improvement

• System Context Processes

• Software Specific Processes

• Each process of this standard is described in terms of the following attributes:

– The title conveys the scope of the process as a 

whole

– The purpose describes the goals of performing the  process

– The outcomes express the observable results 

expected from the successful performance of the  process

– The activities are a list of actions that are used to  achieve the outcomes

– The tasks are requirements, recommendations, or  permissible actions intended to support the 

achievement of the outcomes

The Life Cycle Processes of 

12207:2008

12207:2008

• If the Acquisition Process is invoked, it 

provides the means for conducting business 

with a supplier of products that are supplied for use as an operational system, of services in support of an operational system, or of 

elements of a system being developed by a 

project

• If the Supply Process is invoked, it provides the means for conducting a project in which the result is a product or service that is 

delivered to the acquirer

Processes

• There are five organizational project­enabling processes

Processes

• They are not intended to be a comprehensive set of business processes that enable 

management of the organization's business

• In this International Standard, the project has been chosen as the context for describing 

processes concerned with planning, 

assessment and control

• The principles related to these processes can 

be applied in any area of an organization’s management

• There are two categories of Project Processes

– Project Management Processes

– Project Support Processes

• The Project Management Processes are used to establish and evolve project plans, to assess 

• Project Planning Process

• Project Assessment and Control Process

• The Project Support Processes provide a 

specific focused set of tasks for performing a specialized management objective

• They are all evident in the management of any undertaking, ranging from a complete 

organization down to a single life cycle 

process and its tasks

• There are ten technical processes

of those services and to dispose of the product when it is retired from service

• The Technical Processes define the activities 

that enable organizational and project functions 

to optimize the benefits and reduce the risks that  arise from technical decisions and actions

• These activities enable products and services to  possess the timeliness and availability, the cost  effectiveness, and the functionality, reliability, 

• They also enable products and services to conform to the expectations or legislated requirements of society, including health, safety, security and environmental factors

• Software Implementation Processes

• Software Support Processes

• Software Reuse

• The Software Implementation Processes are used to produce a specified system element 

(software item) implemented in software

• This process transforms specified behavior, 

interfaces and implementation constraints into actions that create a system element 

implemented as a software product or service, otherwise known as a “software item”

• This process results in a software item that 

satisfies architectural design requirements 

• For the purpose of clear description, processes are sometimes decomposed into smaller pieces

• Some processes are decomposed into activities and/or lower­level processes. A lower­level 

process is described when the decomposed 

portion of the process itself satisfies the 

criteria to be a process

Sub­Processes of Software  Implementation Process

Process

• The Software Requirements Analysis Process 

in this International Standard is a lower­level process of the Software Implementation 

Process

• The purpose of Software Requirements 

Analysis Process is to establish the 

requirements of the software elements of the system

Process

• The Software Architectural Design Process in this International Standard is a lower­level 

process of the Software Implementation 

Process

• The purpose of the Software Architectural 

Design Process is to provide a design for the software that implements and can be verified 

is sufficiently detailed to permit coding and 

• The Software Integration Process in this International  Standard is a lower­level process of the Software 

Implementation Process

• The purpose of the Software Integration Process is to  combine the software units and software components,  producing integrated software items, consistent with  the software design, that demonstrate that the 

functional and non­functional software requirements  are satisfied on an equivalent or complete operational 

Process

• The Software Qualification Testing Process in this International Standard is a lower­level 

• The Software Support Processes provide a specific focused set of activities for 

performing a specialized software process

• A supporting process assists the Software Implementation Process as an integral part with a distinct purpose, contributing to the success and quality of the software project. There are eight of these processes

• The Software Reuse Process Group consists of three processes that support an organization’s ability to reuse software items across project boundaries

• These processes are unique because, by their nature, they operate outside the bounds of any particular project

• Domain Engineering Process

• Reuse Asset Management Process

• Reuse Program Management Process

• This International Standard allows tailoring of processes in certain situations and supports 

tailoring process

• The purpose of the Tailoring Process is to adapt the  processes of this International Standard to satisfy 

• It should be noted that tailoring may diminish the perceived value of a claim of conformance 

Summary

• System and Software Engineering – Software 

Life Cycle Processes sponsored by Software & 

Systems Engineering Standards Committee of the IEEE Computer Society (.pdf file)