CMMI ADMINISTRACIN DE REQUERIMIENTOS CMMI NIVEL 2 REAS

CMMI ADMINISTRACIÓN DE REQUERIMIENTOS

CMMI NIVEL 2. ÁREAS CLAVE DEL PROCESO n. Centrado en el proyecto. n. Establece sus controles de gerencia. n. Las prácticas claves: “qué” hacer, no “cómo” los objetivos van a ser alcanzados. n. Prácticas alternas pueden lograr los objetivos del área clave del proceso. n. 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 n. Propósito: establecer entendimiento común entre cliente y proyecto. n. El acuerdo, planificación base y gerencia del proyecto. n. Relación con el cliente depende de proceso efectivo de control de cambios

EL ACUERDO n. Este acuerdo es llamado “requerimientos del sistema asignados al software”. n. El “cliente”: grupo de ingeniería de sistemas, el grupo de mercadeo, otra organización interna, o comprador externo. n. Cubre n. 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 n. Puede ser hecha por un grupo externo al grupo de ingeniería del software n. Dicho grupo asegura que todos los requerimientos asignados al SW estén controlados y documentados. n. El grupo de Ing. Software revisa requerimientos iniciales y ya revisados, antes de ser incorporados al proyecto de software. n. Si hay cambios, los planes de SW afectados, productos de trabajo, y actividades son ajustados para permanecer consistentes.

METAS n. 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. n. 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 n. Compromiso 1: El proyecto sigue una política organizacional para manejar requerimientos del sistema asignados al SW Los requerimientos asignados: q. Son el subconjunto de los requerimientos del sistema que van a ser implementados en los componentes de SW del sistema. q. Son una entrada primaria al plan de desarrollo de SW

COMPROMISO A LA REALIZACIÓN El compromiso 1 especifica que: n. Los requerimientos asignados están documentados. n. Los requerimientos asignados son revisados por los gerentes de software y grupos afectados. n. 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 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: q Manejo y documentación de requerimientos del sistema y su asignación a lo largo de la vida del proyecto. q Hacer efectivos los cambios a los requerimientos del sistema y su asignación.

HABILIDAD PARA LA REALIZACIÓN n. Habilidad 2: Los requerimientos asignados están documentados Los requerimientos asignados incluyen: q Los requerimientos “no técnicos” que afecten y determinen las actividades del proyecto de SW. q Los requerimientos técnicos para el software. q El criterio de aceptación usado para validar que los productos de software satisfacen a los requerimientos asignados.

HABILIDAD PARA LA REALIZACIÓN n. Habilidad 3: Recursos e inversiones adecuadas provienen de administración de requerimientos asignados. Esto incluye: q Asignar expertos con experiencia en el dominio de la aplicación y en ingeniería de SW para gerenciar los requerimientos. q Deben estar disponibles herramientas para soporte de actividades del manejo de requerimientos.

HABILIDAD PARA LA REALIZACIÓN 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: q Asignar expertos con experiencia en el dominio de la aplicación y en ingeniería de SW para gerenciar los requerimientos. q Deben estar disponibles herramientas para soporte de actividades del manejo de requerimientos.

REALIZACIÓN DE ACTIVIDADES n. Actividad 1: El equipo de ingeniería de SW revisa los requerimientos antes de incorporarlos al proyecto. Esto incluye: q Se identifican los incompletos o faltantes q 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: q. 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. q. 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 q 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 q

MEDIDAS Y ANÁLISIS q Estado de cada uno de los requerimientos q 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 q

VERIFICANDO LA IMPLEMENTACIÓN Las actividades para el manejo de los requerimientos son revisados con la alta gerencia en una base periódica q Las actividades para el manejo de los requerimientos son revisados con el gerente de proyecto q 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 q

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