Estructura de SW-CMM. Diplomado en Calidad en el Software Derechos Reservados, 1999 Juan Antonio Vega Fernández Estructura Interna de los Niveles de Madurez

Estructura de SW-CMM

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are

Derechos Reservados, 1999

Juan Antonio Vega FernándezJuan Antonio Vega Fernández

Estructura Interna Estructura Interna de los Niveles de Madurez de los Niveles de Madurez

• Cada nivel de madurez se compone de varias áreas de proceso claves (KPA).

• Cada área de proceso clave se organiza en cinco secciones llamadas características comunes.

• Cada característica comun especifica la prácticas que cuando se hacen de manera colectiva, cumplen la meta del área de proceso clave.

• [Ver Fig. 3.1]

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



La Estructura de CMMLa Estructura de CMM

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Áreas de Proceso ClaveÁreas de Proceso Clavepor Nivel de Madurezpor Nivel de Madurez

• Cada nivel de madurez tiene sus propias áreas de proceso clave.

• El camino para alcanzar las metas para cada proceso clave puede ser diferente dependiendo del proyecto, pero todas las metas se deben cumplir para alcanzar ese nivel.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Las Áreas de Proceso Cláves Las Áreas de Proceso Cláves (KPA) de CMM(KPA) de CMM

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



• Cada práctica clave consiste de una sola sentencia, muchas veces seguida por una descripción más detallada que puede incluir ejemplos ydemás elaboración.

• Las prácticas clave describen la infraestructura y las actividades que contribuyen principalmente a la implementación e institucionalización de las áreas de proceso claves.

– [Ver Fig. 3.3]

Prácticas ClavePrácticas Clave

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Estructura de CMM

CMM

Nivel 4Administrado

Nivel 5Optimizando

Nivel 3Definido

Nivel 2Repetible

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Estructura de CMM

Nivelde

Madurez

KeyProcess

AreaGoals

KeyProcess

AreaGoals

KeyProcess

AreaGoals

CommitmentTo Perform

AbilityTo Perform

ActivitiesPerformed

Measurement& Analysis

VerifyingImplementation

CommonFeatures

KeyPractices

Commitment

Ability

Activity

Measurement

Verification

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Estructura del Nivel 2KPAs

Nivel2

RequirementsManagement

Goals(2)

SoftwareProject

Planning

Goals(3)

Software ProjectTracking &

Oversight

Goals(3)

Software Sub-contract Mgmt.

Goals(4)

SoftwareQuality

Assurance

Goals(4)

SoftwareConfigurationManagement

Goals(4)

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2

KPA: Administración de los Requerimientos Prácticas Clave

(12)

Nivel2

RequirementsManagement

Goals(2)

KeyPractices

Commitment (1)

Ability (4)

Activity (3)

Measurement (1)

Verification (3)

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2

KPA: Administración de los Requerimientos

Metas• Meta 1

– Los requerimientos del sistema asignados al software son controlados para establecer una linea base para el uso de la administración y la ingeniería del software.

• Meta 2– Los planes, productos, y actividades del software se

mantienen consistentes con los requerimientos del sistema asignados al software.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2


Compromisos• Compromiso 1

– El proyecto sigue una política organizacional para administrar los requerimientos del sistema asignados al software.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2


Habilidades• Habilidad 1

– Para cada proyecto, se establecen responsabilidades para analizar los requerimientos del sistema y para asignarlos al hardware, software y otros componentes del sistema.

• Habilidad 2– Los requerimientos asignados son documentados.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– Se provee de financiamiento y recursos adecuados para administrar los requerimientos asignados.

• Habilidad 4– Miembros del grupo de ingenieria de software y otros

grupos relacionados con el software son entrenados para realizar sus actividades de administración de requerimientos.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2


Actividades• Actividad 1

– El grupo de ingeniería de software revisa los requerimientos asignados antes de que se incorporen al proyecto de software.

• Actividad 2– El grupo de ingeniería de software usa los

requerimientos asignados como la base para los planes del software, los productos de trabajo y las actividades.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– Los cambios a los requerimientos asignados, son revisados e incorporados al proyecto de software.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2 KPA: Administración de los

Requerimientos

Mediciones• Medición 1

– Se hacen mediciones y se usan para determinar el estatus de las actividades para administrar los requerimientos asignados.

– Ejemplos: • Estatus de cada requerimiento asignado

• Actividad de cambio para cada requerimiento asignado

• Número acumulado de cambios a los requerimientos asignados, incluyendo número total de cambios propuestos, abiertos, aprobados, e incorporados a la linea base.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are




Requerimientos

Verificaciones• Verificación 1

– Las actividades para administrar los requerimientos asignados, son revisados con la administración superior sobre una base periódica.

• Verificación 2– Las actividades para administrarlos requerimientos

asignados son revisados con el administrador de proyectos sobre una base periódica y dirigida por eventos.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are




Requerimientos


– El grupo de aseguramiento de la calidad revisa y/o audita las actividades y productos de trabajo relacionados con la administración de los requerimientos asignados y reporta los resultados.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Nivel2

Software Project

Planning

Goals(3)

KeyPractices

Commitment (2)

Ability (4)

Activity (15)

Measurement (1)

Verification (3)

Level - 2

KPA: Planeación de Proyectos de Software Prácticas Clave

(25)

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2

KPA: Planeación de Proyectos de Software

Metas• Meta 1

– Las estimaciones de software son documentadas para su uso en la planeación y el seguimiento del proyecto de software.

• Meta 2– Las actividades y compromisos del proyecto de

software estan planeadas y documentadas.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2


Metas• Meta 3

– Los individuos y grupos afectados están de acuerdo con sus compromisos relacionados al proyecto de software

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2


Compromisos• Compromiso 1

– Un Administrador de Proyectos de Software es designado como el responsable de negociar los compromisos y de desarrollar el plan del desarrollo del proyecto de software.

• Compromiso 2– El proyecto sigue una política organizacional escrita

para planear un proyecto de software.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– Existe una declaración de trabajo documentada y aprobada para el proyecto de software.

• Habilidad 2– Las responsabilidades para desarrollar el plan de

desarrollo del software son asignadas.

• Habilidad 3– Se provee de financiamiento y recursos adecuados

para la planeación del proyecto de software.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– Los administradores del software, los ingenieros del software, y otros individuos involucrados en la planeación del proyecto de software están entrenados en los procedimientos de planeación y de estimación del software aplicables a sus áreas de responsabilidad.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– El grupo de ingeniería de software participa con el equipo encargado de la propuesta del proyecto.

• Actividad 2– La planeación del proyecto de software es iniciada en

las etapas tempranas de, y en paralelo con, la planeación general del proyecto.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– El grupo de ingeniería de software participa con otros grupos afectados en la planeación general del proyecto durante toda la vida del proyecto.

• Actividad 4– Los compromisos del proyecto de software hechos a

individuos y grupos externos a la organización son revisados con la administración superior de acuerdo al procedimiento documentado.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– Un ciclo de vida del software con etapas predefinidas de tamaño manejable es identificado o definido.

• Actividad 6– El plan de desarrollo del proyecto de software es

desarrollado de acuerdo a un procedimiento documentado.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– El plan para el proyecto de software está documentado.

• Actividad 8– Los productos de trabajo de software que son

necesarios para establecer y mantener el control del proyecto de software son identificados.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– Las estimaciones para el tamaño de los productos de trabajo del software (o cambios al tamaño de los productos de trabajo del software) son derivados de acuerdo a un procedimiento documentado.

• Actividad 10– Las estimaciones para el esfuerzo y el costo del

proyecto de software son derivados de acuerdo a un procedimiento documentado.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– Las estimaciones para los recursos de cómputo críticos para el proyecto son derivados de acuerdo a un procedimiento documentado.

• Actividad 12– La calendarización del proyecto de software es

derivado de acuerdo a un procedimiento documentado.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– Los riesgos del software asociados con el costo, recursos, calendarización, y aspectos técnicos del proyecto son identificados, evaluados, y documentados.

• Actividad 14– Los planes para las instalaciones de ingeniería de

software del proyecto y las herramientas de apoyo están preparados.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– Los datos de planeación del software son registrados.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2


Mediciones• Medición 1

– Las mediciones son hechas y usadas para determinar el estatus de las actividades de planeación del software.

– Ejemplos:• Terminación de los milestones comparadas con el plan.

• Trabajo terminado, esfuerzo realizado, dinero gastado, comparado al plan.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– Las actividades de la planeación del proyecto del software son revisadas con la administración superior sobre una base periódica.

• Verificación 2– Las actividades de la planeación del proyecto del

software son revisadas con el administrador de proyectos sobre una base periódica y dirigida por eventos.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Level - 2



– El grupo de aseguramiento de la calidad, revisa y/o audita las actividades y productos de trabajo de la planeación del proyecto del software y reporta los resultados.

Documents

Estructura de SW-CMM. Diplomado en Calidad en el Software Derechos Reservados, 1999 Juan Antonio Vega Fernández Estructura Interna de los Niveles de Madurez