CMMI

1. CMMI ADMINISTRACIÓN DE REQUERIMIENTOS

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

18. CMMI ADMINISTRACIÓN DE REQUERIMIENTOS Hector Simáncas Astrid Salazar Joe Liscano