CMMI - PowerPoint PPT Presentation

About This Presentation
Title:

CMMI

Description:

Las pr cticas claves son para juzgar si los objetivos del rea del proceso clave ... del sistema, y asignarlos al hardware, software, y otros componentes del sistema. ... – PowerPoint PPT presentation

Number of Views:318
Avg rating:3.0/5.0
Slides: 19
Provided by: astriddesi
Category:
Tags: cmmi | hardwares

less

Transcript and Presenter's Notes

Title: 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
  • Compromiso 1 El proyecto sigue una política
    organizacional para manejar requerimientos del
    sistema asignados al SW
  • Los requerimientos asignados
  • 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
  • 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
  • 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.

10
HABILIDAD PARA LA REALIZACIÓN
  • Habilidad 2 Los requerimientos asignados están
    documentados
  • 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.

11
HABILIDAD PARA LA REALIZACIÓN
  • Habilidad 3 Recursos e inversiones adecuadas
    provienen de administración de requerimientos
    asignados.
  • 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.

12
HABILIDAD PARA LA REALIZACIÓ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
  • 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.

13
REALIZACIÓN DE ACTIVIDADES
  • Actividad 1 El equipo de ingeniería de SW revisa
    los requerimientos antes de incorporarlos al
    proyecto.
  • 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.

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
Write a Comment
User Comments (0)
About PowerShow.com