CMMIADMINISTRACIÓN
DE REQUERIMIENTOS
CMMI NIVEL 2. ÁREAS CLAVE DEL PROCESOCentrado 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 requerimientos técnicos como no técnicos.
El 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
Los requerimientos asignados:
Compromiso 1: El proyecto sigue una política organizacional para manejar requerimientos del sistema asignados al SW
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
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 1: Para cada proyecto, se establece una responsabilidad para analizar los requerimientos del sistema, y asignarlos al hardware, software, y otros componentes del sistema.
HABILIDAD PARA LA REALIZACIÓN
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 2: Los requerimientos asignados están documentados
HABILIDAD PARA LA REALIZACIÓN
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 3: Recursos e inversiones adecuadas provienen de administración de requerimientos asignados.
HABILIDAD PARA LA REALIZACIÓN
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 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.
REALIZACIÓN DE ACTIVIDADES
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.
Actividad 1: El equipo de ingeniería de SW revisa los requerimientos antes de incorporarlos al proyecto.
REALIZACIÓN DE ACTIVIDADESActividad 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 ACTIVIDADESActividad 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
CMMIADMINISTRACIÓN
DE REQUERIMIENTOS
Hector SimáncasAstrid Salazar
Joe Liscano