Scribd
Upload
19 views23 pages

Lecture 08 - Sre - Se2001 (Bse)

The document discusses the Capability Maturity Model (CMM) framework developed by the Software Engineering Institute. It describes the CMM as having 5 levels of process maturity, from initial/ad-hoc processes to optimized processes. Each increasing level involves more defined and managed processes, with standardized processes at level 2, quantitative process management at level 4, and continuous process improvement at level 5. Key aspects of the first three levels are outlined, focusing on increasingly standardized and documented processes as the levels progress.

Uploaded by

muazzam22
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
19 views23 pages

Lecture 08 - Sre - Se2001 (Bse)

The document discusses the Capability Maturity Model (CMM) framework developed by the Software Engineering Institute. It describes the CMM as having 5 levels of process maturity, from initial/ad-hoc processes to optimized processes. Each increasing level involves more defined and managed processes, with standardized processes at level 2, quantitative process management at level 4, and continuous process improvement at level 5. Key aspects of the first three levels are outlined, focusing on increasingly standardized and documented processes as the levels progress.

Uploaded by

muazzam22
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 23

Software

Requirements
Engineering
(SE2001)

Dr. Syed Muazzam Ali Shah


HEC Approved Ph.D. Supervisor
(Assistant Professor)

Department of Software Engineering


NUCES-FAST Karachi​
Contact#: (021) 111-128-128 Ext. 130
Website: sites.google.com/view/muazzam-kazmi/home
Official page: https://khi.nu.edu.pk/personnel/dr-syed-muazzam-ali-shah-2/
Google Scholar: https://scholar.google.com.tw/citations?hl=en&user=0vcfR-IAAAAJ
Capability Maturity Model (CMM)

CMM was developed by the Software Engineering


Institute (SEI) at Carnegie Mellon University in
1987.
 It is not a software process model.
 It is a framework that is used to:
 Analyze the approach and techniques
followed by any organization to develop
software products.
2
Capability Maturity Model (CMM)

 It also provides guidelines to further enhance


 The maturity of the process used to develop
those software products.
 It is based on profound feedback and
development practices adopted by the most
successful organizations worldwide.

3
Capability Maturity Model (CMM)

 This model describes a strategy for software process


improvement that should be followed by moving
through 5 different levels.
 Each level of maturity shows a process capability
level.
 All the levels except level-1 are further described by
Key Process Areas (KPA’s).

4
Capability Maturity Model (CMM)
 This framework has 5 different levels and an
organization is placed into one of these 5 levels.
 The following figure shows the CMM framework.

5
Capability Maturity Model (CMM)
 The following figure shows the CMM framework.

6
Capability Maturity Model (CMM)
Key Process Areas

7
Capability Maturity Model (CMM)

 Level 1 - Initial:
 No KPA’s defined.
 Processes followed are Ad-hoc and immature
and are not well defined.
 Organizations have an undisciplined process.
 It is left to individuals to decide:
 How to manage the process.
 Which development techniques to be use.
8
Capability Maturity Model (CMM)

 Level 2 - Repeatable:
 Organizations have basic cost and schedule
management procedures in place.
 They are likely to be able to make consistent
budget and schedule prediction for projects.

9
Capability Maturity Model (CMM)

 Level 2 - Repeatable:
 Focuses on establishing basic project
management policies.
 Experience with earlier projects is used for
managing new similar natured projects.

10
Capability Maturity Model (CMM)

 Level 3 - Defined:
 The software process for both management and
engineering activities is documented,
standardized, and integrated into a standard
software process for the organization.

11
Capability Maturity Model (CMM)

 Level 3 - Defined:
 At this level, documentation of the standard
guidelines and procedures takes place.
 It is a well-defined integrated set of project-
specific software engineering and
management processes.

12
Capability Maturity Model (CMM)

 Level 4 - Managed:
 Detailed measurements of both process and
product quality are collected and used to control
the process.

13
Capability Maturity Model (CMM)

 Level 4 - Managed:
 At this stage, quantitative quality goals are set for
the organization for software products as well as
software processes.
 The measurements made help the organization to
predict the product and process quality within
some limits defined quantitatively.

14
Capability Maturity Model (CMM)

 Level 5 - Optimizing:
 The organization has a continuous process
improvement strategies, based on objective
measurements, in place.

15
Capability Maturity Model (CMM)

 Level 5 - Optimizing:
 This is the highest level of process maturity in
CMM and focuses on continuous process
improvement in the organization using
quantitative feedback.
 Use of new tools, techniques, and evaluation
of software processes is done to prevent
recurrence of known defects.
16
RE Process Maturity Model

 Requirements engineering process maturity is the extent


to which an organization has a defined requirements
engineering process based on good requirements
engineering practices.
 It will use appropriate methods and techniques for
requirements engineering.
 Will have defined standards for requirements documents,
requirements descriptions.
17
RE Process Maturity Model

 Organizations may use automated tools to support


process activities.
 It will have management policies and procedures to
ensure that the process is followed.

18
RE Process Maturity Model

Defined
Defined process based on best practices
Process improvement in place

Repeatable

Standardized requirements engineering


Fewer requirements errors

Initial

Ad-hoc requirements engineering


Requirements errors are common

19
RE Process Maturity Model

Level 1: Initial Level


 There is no defined RE process.
 It suffer from requirements problems such as
requirements volatility, unsatisfied stakeholders and
high rework costs.
 It is dependent on individual skills and experience.

20
RE Process Maturity Model

Level 2: Repeatable Level


 Defined standards for requirements documents and
requirements descriptions.
 Also have introduced policies and procedures for
requirements management.

21
RE Process Maturity Model

Level 3: Defined Level


 Defined requirements engineering process based on
good practices and techniques.
 Active process improvement process is in place.

22
THANK YOU
Dr. Syed Muazzam Ali Shah​
[email protected]

You might also like