Estructura de SW-CMM. Diplomado en Calidad en el Software Derechos Reservados, 1999 Juan Antonio...

Estructura de SW-CMM

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]

La Estructura de CMMLa Estructura de CMM

Á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.

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

• 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

Estructura de CMM

Nivel 4Administrado

Nivel 5Optimizando

Nivel 3Definido

Nivel 2Repetible

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

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)

Level - 2

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

Nivel2

RequirementsManagement

Goals(2)

KeyPractices

Commitment (1)

Ability (4)

Activity (3)

Measurement (1)

Verification (3)

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.

Level - 2

Compromisos• Compromiso 1

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

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.

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.

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.

Level - 2

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

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.

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.

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.

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

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.

Level - 2

Metas• Meta 3

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

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

Level - 2

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

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.

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.

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.

Estructura de SW-CMM. Diplomado en Calidad en el Software Derechos Reservados, 1999 Juan Antonio...

Documents

p Cmm Presentation

CMM y CMMI

Licence Cmm

Einddocument cmm

CMM vs ISO

CMM Informe

CMM-Service GmbH

Psicología del Desarrollo. Madurez biológica. Madurez sexual. Madurez social (adultez legal). Madurez psicológica

exposicion CMM

CMM e CMMI

Apendicitis aguda cmm

Trabalho CMM

Manual Aluno2012 CMM

CMM - Engrenagens

ESTRUCTURA DE LAS CAPTURAS Y LONGITUD DE MADUREZ DEL ... · instituto politecnico nacional centro interdisciplinario de ciencias marinas estructura de las capturas y longitud de madurez

CMM Presentation.ppt

NIKON CMM lézerszkennelés

CMM y CMMI. 2 Contenidos Introducción Introducción Madurez vs. Inmadurez Madurez vs. Inmadurez Niveles de madurez CMM Niveles de madurez CMM Ejemplos

TSU CMM CMMI

UNIVERSIDAD INTERNACIONAL DEL ECUADOR …repositorio.uide.edu.ec/bitstream/37000/1954/1/T-UIDE-1471.pdf · 3.2.1 Lean Starup ..... 125 3.2.2 Madurez de capacidades CMM (Capability