fetch.pdf

CMMI: NIVEL 2 (STAGED)

Rubby Casallas

Especializacin en Construccin de Software

Universidad de los Andes

Definiciones2

CMMI es un framework que permite seleccionar, de acuerdo con unos criterios, un modelo de mejoramiento de procesos adecuado para una organizacin

Definiciones (2)3

Dos representaciones:

Niveles o escalonada (staged)

Continua

nfasis en las reas de conocimiento:

Software Engineering

System Engineering

Integrated Product and Process Development (IPPD)

Supplier Sourcing

Componentes del modelo4

Areas de proceso

Objetivos especficos

Prcticas especficas

Objetivos genricos

Prcticas genricas

Productos intermedios tpicos

Sub prcticas

Componentes del modelo

(Representacin Continua)5

Generic Practices

Generic Goals

Process Area 2Process Area 1 Process Area n

Specific Goals

Specific PracticesCapability Levels

Generic Practices

Generic Goals


Specific Goals


Grfico tomado de: CMU/SEI-2002-TR-011 pgina 12

6

Generic Practices

Generic Goals


Specific Goals


Generic Practices

Generic Goals


Specific Goals


Componentes requeridos


(Representacin Continua)

7

Generic Practices

Generic Goals


Specific Goals


Generic Practices

Generic Goals


Specific Goals


Componentes esperados


(Representacin Continua)

Areas de Proceso8

22 reas de proceso

Organizadas en 4 niveles (2-5)

Organizadas en 4 categoras

Areas de Proceso (2)9

CMMI

Process Management

Project Management

Engineering

Support


Process Management

Organizational Process Focus

Organizational Process Definition

Organizational Training

Organizational Process Performance

Organizational Innovation and Deployment


Project Management

Project Planning

Project Monitoring and Control

Supplier Agreement Management

Integrated Project Management for IPPD

Risk Management

Integrated Teaming

Quantitative Project Management


Engineering

Requirements Management

Requirements Development

Technical Solution

Product Integration

Verification

Validation


Support

Configuration Management

Process and Product Quality Assurance

Measurement and Analysis

Decision Analysis and Resolution

Organizational Environment for Integration

Causal Analysis and Resolution

Areas claves de proceso - Nivel 214

1. Configuration Management (Support)

2. Process and Product Quality Assurance (Support)

3. Measurement and Analysis (Support)

4. Supplier Agreement Management (Project Management)

5. Project Planning (Project Management)

6. Project Monitoring and Control (Project Management)

7. Requirements Management


1. Decision Analysis and Resolution

2. Risk Management

3. Integrated Project Management

4. Organizational Training

5. Organizational Process Definition

6. Organizational Process Focus

7. Validation

8. Verification

9. Product Integration

10. Technical Solution

11. Requirements Development


1. Quantitative Project Management

2. Organizational Process Performance


1. Causal Analysis and Resolution

2. Organizational Innovation and Deployment

Objetivos especficos18

Aplican a un rea de proceso

Describe lo que debe ser implementado para

satisfacer el rea de proceso

Son componentes requeridos en el modelo, significa

que con base en estos objetivos se hace la

valoracin de si se satisface el rea o no

Puede haber objetivos especficos de diferentes

niveles de capacidad

Support (Level 2): Configuration Management

19

Propsito

El propsito es establecer y mantener la

integridad de los productos del proyecto,

a lo largo del ciclo de vida del software utilizando:

Identificacin de la configuracin

Control de la configuracin

Informes de estado de la configuracin

Auditorias de la configuracin

Support (Level 2): Process and Product

Quality Assurance20

Propsito

El propsito es contar con personal directivo y administrativo con una visin objetiva con respecto al proceso y a los productos intermedios asociados

Esto es:

Objetivamente evaluar los procesos y productos que estn siendo construidos contra los estndares, definiciones, planes, etc.

Identificar y documentar las no conformidades

Proveer feedback al personal directivo y administrativo

Asegurarse que las no conformidades son tratadas

Support (Level 2): Measurement and Analysis

21

Propsito

Desarrollar y mantener una capacidad para obtener mtricas

tiles para das soporte a las necesidades de informacin para la

administracin del proyecto.

Esto es:

Especificar los objetivos de las mtricas y del anlisis

Especificar cules son los datos que deben ser recolectados, cmo

se almacenan, analizan, reportan y cuales sern los mecanismos

de feedback

Proveer resultados que puedan ser utilizados para sustentar

decisiones del proyecto.

Project Management (Level 2): Supplier

Agreement Management22

Propsito

Administrar la adquisicin de productos de otros

proveedores con quienes existe un acuerdo formal

Esto es:

Seleccin de proveedores

Determinar el tipo de adquisicin

Establecer y mantener los acuerdos con los

proveedores

Administrar la transicin de los productos al proyecto

Project Management (Level 2): Project Planning

23

Propsito Establecer y mantener los planes par la realizacin de las

actividades del proyecto.

Esto es: Desarrollar el plan del proyecto

Interactuar apropiadamente con las personas involucradas (stakeholders)

Obtener compromisos con el plan

Mantener el plan

Incluye: Como entrada los requerimientos que definen el productio y el

proceso

Los estimados, los recursos necesarios. la negociacin de los compromisos, la identificacin de los riesgos, etc.

Project Management (Level 2): Project

Monitoring and Control 24

Propsito

Proveer un entendimiento del progreso del proyecto

de tal forma que acciones correctivas puedan ser

desarrolladas en caso de que haya desviaciones

significativas con respecto al plan.

Engineering (Level 2): Requirements

Management25

Propsito

Administrar los requerimientos de los productos y de

los componentes de los productos e identificar

inconsistencias entre los planes y los productos

intermedios

Engineering (Level 2): Requirements

Management26

Objetivos Especficos

1. Obtener un entendimiento de los requerimientos

2. Obtener compromiso con los requerimientos

3. Administrar los cambios a los requerimientos

4. Mantener una rastreabilidad bidireccional entre los

requerimientos y los productos

5. Identificar inconsistencias entre los requerimientos y

los planes de trabajo

Documents

fetch.pdf