1 / 18

CMMI

CMMI. ADMINISTRACIÓN DE REQUERIMIENTOS. CMMI NIVEL 2. ÁREAS CLAVE DEL PROCESO. Centrado en el proyecto . Es tablece sus controles de gerencia. Las prácticas claves : “qué” hacer, no “cómo” los objetivos van a ser alcanzados. .

jonathon
Download Presentation

CMMI

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  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

More Related