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