CMMI
ADMINISTRACIÓN
DE
REQUERIMIENTOS
CMMI NIVEL 2.
ÁREAS CLAVE DEL PROCESO
Centrado
en el proyecto.
Establece
sus controles de gerencia.
Las
prácticas claves: “qué” hacer, no “cómo” los
objetivos van a ser alcanzados.
Prácticas
alternas pueden lograr los objetivos del
área clave del proceso.
Las
prácticas claves son para juzgar si los
objetivos del área del proceso clave son
efectivamente alcanzados, aunque quizás de
manera diferente.
ADMINITRACIÓN DE
REQUERIMIENTOS
Propósito:
establecer entendimiento común entre
cliente y proyecto.
El
acuerdo, planificación base y gerencia del
proyecto.
Relación
con el cliente depende de proceso
efectivo de control de cambios
EL ACUERDO
Este
acuerdo es llamado “requerimientos del
sistema asignados al software”.
El
“cliente”: grupo de ingeniería de sistemas, el
grupo de mercadeo, otra organización interna, o
comprador externo.
Cubre
El
requerimientos técnicos como no técnicos.
acuerdo forma la base para estimar, planear,
ejecutar y rastrear las actividades del proyecto de
software a través de todo el ciclo de vida del
mismo.
ASIGNACIÓN Y CONTROL DE
REQUERIMIENTOS
Puede
ser hecha por un grupo externo al grupo de
ingeniería del software
Dicho
grupo asegura que todos los requerimientos
asignados al SW estén controlados y documentados.
El
grupo de Ing. Software revisa requerimientos
iniciales y ya revisados, antes de ser incorporados al
proyecto de software.
Si
hay cambios, los planes de SW afectados,
productos de trabajo, y actividades son ajustados
para permanecer consistentes.
METAS
Meta
1: Los requerimientos del sistema asignados
al SW son controlados para establecer una línea
base para ingeniería del software y gerencia de uso.
Meta
2: los planes de SW, productos y actividades
se mantienen consistentes con los requerimientos del
sistema asignados al software.
COMPROMISO A LA
REALIZACIÓN
Compromiso
1: El proyecto sigue una política
organizacional para manejar requerimientos del
sistema asignados al SW
Los requerimientos asignados:
Son
el subconjunto de los requerimientos del
sistema que van a ser implementados en los
componentes de SW del sistema.
Son
una entrada primaria al plan de
desarrollo de SW
COMPROMISO A LA
REALIZACIÓN
El compromiso 1 especifica que:
Los
requerimientos asignados están documentados.
Los
requerimientos asignados son revisados por los
gerentes de software y grupos afectados.
Los
planes de SW, productos de trabajo, y
actividades son cambiadas para ser consistentes con
los cambios a los requerimientos asignados.
HABILIDAD PARA LA
REALIZACIÓN
Habilidad
1: Para cada proyecto, se establece una
responsabilidad para analizar los requerimientos del
sistema, y asignarlos al hardware, software, y otros
componentes del sistema.
Esta responsabilidad cubre:
 Manejo y documentación de requerimientos del
sistema y su asignación a lo largo de la vida del
proyecto.
 Hacer efectivos los cambios a los requerimientos
del sistema y su asignación.
HABILIDAD PARA LA
REALIZACIÓN
Habilidad
2: Los requerimientos asignados están
documentados
Los requerimientos asignados incluyen:
 Los requerimientos “no técnicos” que afecten y
determinen las actividades del proyecto de SW.
 Los requerimientos técnicos para el software.
 El criterio de aceptación usado para validar que los
productos de software satisfacen a los
requerimientos asignados.
HABILIDAD PARA LA
REALIZACIÓN
Habilidad
3: Recursos e inversiones adecuadas
provienen de administración de requerimientos
asignados.
Esto incluye:
 Asignar expertos con experiencia en el dominio de
la aplicación y en ingeniería de SW para gerenciar
los requerimientos.
 Deben estar disponibles herramientas para soporte
de actividades del manejo de requerimientos.
HABILIDAD PARA LA
REALIZACIÓN
Habilidad
4: Miembros del equipo de ingeniería de
SW y de algún grupo relacionado son entrenados
para realizar las actividades de gerencia de
requerimientos.
Esto incluye:
 Asignar expertos con experiencia en el dominio de
la aplicación y en ingeniería de SW para gerenciar
los requerimientos.
 Deben estar disponibles herramientas para soporte
de actividades del manejo de requerimientos.
REALIZACIÓN DE
ACTIVIDADES
Actividad
1: El equipo de ingeniería de SW revisa
los requerimientos antes de incorporarlos al
proyecto.
Esto incluye:
 Se identifican los incompletos o faltantes
 Son revisados para determinar si son o están:
- Factible y apropiados para implementarlos. Establecidos clara y apropiadamente.
- Consistentes entre ellos.
- Pueden ser sometidos a pruebas.
REALIZACIÓN DE
ACTIVIDADES
Actividad 2 incluye:
Cualquier
requerimiento identificado como
potencialmente problemático, es revisado por grupo
de responsables para analizar y asignar
requerimientos del sistema, y hacer los cambios
necesarios.
Compromisos
resultantes de los requerimientos,
son negociados con los grupos afectados.
REALIZACIÓN DE
ACTIVIDADES
Actividad 3: Los cambios a los requerimientos
levantados son revisados e incorporados
dentro del proyecto
Se determina el impacto a los compromisos
existentes

Los cambios que se necesitan hacer a los planes
del software, productos de trabajo, y a las
actividades resultantes de los cambios a los
requerimientos son trabajados y analizados

MEDIDAS
Y ANÁLISIS

Estado de cada uno de los requerimientos

Actividad de cambio para cada requerimiento
Número acumulativo de los cambios a los
requerimientos, incluyendo el número total de
cambios propuestos, abiertos, aprobados e
incorporados al sistema

VERIFICANDO LA
IMPLEMENTACIÓN
Las actividades para el manejo de los
requerimientos son revisados con la alta gerencia
en una base periódica

Las actividades para el manejo de los
requerimientos son revisados con el gerente de
proyecto

El grupo encargado de asegurar la calidad del
software revisa y/o audita las actividades y los
productos de trabajo para la gerencia de los
requerimientos y reportan los resultados

CMMI
ADMINISTRACIÓN
DE
REQUERIMIENTOS
Hector Simáncas
Astrid Salazar
Joe Liscano
Descargar

CMMI