15-06-2014

1
Modelo de Madurez de
Capacidad Integrado
CAPABI LI TY MATURI TY MODEL I NTEGRATI ON
I NGENI ER A DE SOFTWARE
Qu es CMMI
El CMMI es un modelo para la mejora y evaluacin de procesos para el desarrollo, mantenimiento y
operacin de sistemas de software.
Provee a las organizaciones de los elementos esenciales para un proceso efectivo.
CMMI es el Modelo de Madurez de Capacidades Integrado.
Fue desarrollado por el SEI (Software Enginnering Institute).
Mide la madurez del desarrollo del software en una escala del 1 al 5
Modelo que evaluar las capacidades de las organizaciones de ingeniera de sistemas, ingeniera de
software, adems del desarrollo integrado del producto y del proceso.
15-06-2014
2
Nivel de Madurez
Es un logro de un proceso de mejora de una organizacin, para mltiples reas de proceso.
Se focaliza en la madurez de la organizacin y se usa para la representacin escalonada.
Consiste en prcticas especficas y genricas relacionadas, para un conjunto predefinido de
reas de proceso, que mejora la performance global de la organizacin.
Los niveles de madurez son medidos por el logro de los objetivos especficos y genricos
asociados a cada conjunto predefinido de reas de proceso.
CMMI
Capacidad -
Capability
Capacidad, propiedad
de los procesos
Resultados esperados
que pueden ser
alcanzado siguiendo
un proceso
Madurez -
Maturity
Grado de propiedad,
de mejora de los
procesos por medio
de niveles
Modelo -
Model
Provee asistencia
para desarrollar los
procesos
Integracin
Integration
Alcance, expectativa
de establecer los
procesos usando
CMMI
SW-CMM: software /
SE-CMM: Ingeniera
de SW / IPD-CMM:
Desarrollo Integrado
de Productos
15-06-2014
3
Niveles de Madurez
Nivel 1 (Inicial): El proceso es impredecible, es reactivo y pobremente controlado.
Nivel 2 (Administrado): El proceso es reactivo y se caracteriza por su aplicacin a proyectos.
Nivel 3 (Definido): El proceso es proactivo y se ve a nivel de la organizacin.
Nivel 4 (Administrado Cuantitativamente): El proceso es medido y controlado.
Nivel 5 (Optimizado): El proceso se enfoca en la mejora continua.
Nivel 1 Nivel 2 Nivel 3 Nivel 4 Nivel 5
Nivel de Madurez Nivel 1
Los procesos son usualmente ad-hoc y caticos. La
organizacin usualmente no provee un ambiente
estable para respaldar los procesos.
El xito depende de la competencia y esfuerzo
individual y no del uso de procesos probados
A pesar del caos, estas organizaciones
frecuentemente producen productos y servicios
que funcionan, pero exceden sus presupuestos y
cronogramas.
Las organizaciones se caracterizan por una
tendencia a sobre comprometerse, abandonar sus
procesos en pocas de crisis y por una incapacidad
para repetir sus xitos pasados
Nivel 1
inicial
Nivel 2
Nivel 3
Nivel 4
Nivel 5
15-06-2014
4
Nivel de Madurez Nivel 2
En los proyectos de una organizacin se asegura
que los requerimientos son gestionados, y que los
procesos son planeados, ejecutados, medidos y
controlados.
La disciplina del proceso permite garantizar que las
prcticas existentes no se abandonan en tiempos
de crisis.
El estado de los productos de trabajo y la
distribucin de servicios son visibles a la direccin
en puntos definidos (ejemplo: principales hitos).
Los compromisos son establecidos entre las partes
interesadas relevantes y son revisados cuando es
necesario.
Los productos de trabajo y los servicios satisfacen
la descripcin de los procesos, estndares y
procedimientos
Nivel 1
inicial
Nivel 2
administrado
Nivel 3
Nivel 4
Nivel 5
Nivel de Madurez Nivel 3
La organizacin tiene establecido un conjunto de
procesos estndar (incluyendo procedimientos,
herramientas, estndares y mtodos). Estos
procesos estndar son utilizados para establecer
consistencia en toda de la organizacin.
En los proyectos se establecen sus procesos
definidos, adaptando el conjunto de procesos
estndar, de acuerdo a los lineamientos de
adaptacin de la organizacin.
En el nivel 2, los procedimientos, mtodos y dems
pueden variar significativamente en cada proyecto.
En este nivel, no varan, salvo las variaciones
permitidas en los lineamientos de adaptacin.
La resultado de los procesos es cualitativamente
predecible
Nivel 1
inicial
Nivel 2
administrado
Nivel 3
definido
Nivel 4
Nivel 5
15-06-2014
5
Nivel de Madurez Nivel 4
La organizacin y los proyectos establecen
objetivos cuantitativos para la calidad y los
resultados de procesos. Son usados como criterio
para gestionar esos procesos.
Los objetivos cuantitativos se basan en las
necesidades del cliente, de los usuarios finales, de
la organizacin y de quienes implementan los
procesos.
La calidad y los resultados de los procesos son
entendidos en trminos estadsticos y son
gestionados a lo largo de la vida de esos procesos.
En determinados procesos se recolectan
mediciones y se analizan estadsticamente. Estas
mediciones se incorporan en un repositorio de la
organizacin, para respaldar decisiones basadas en
hechos.
Los resultados de los procesos es
cuantitativamente predecible
Nivel 1
inicial
Nivel 2
administrado
Nivel 3
definido
Nivel 4
Administrado
Cuantitativamente
Nivel 5
Nivel de Madurez Nivel 5
La organizacin mejora continuamente sus
procesos en base a un entendimiento de las causas
comunes de variacin inherentes a esos procesos.
El foco est puesto en la mejora continua de los
resultados de los procesos, por medio de mejoras
incrementales, innovadoras y tecnolgicas.
Objetivos cuantitativos de mejora de los procesos
son establecidos, revisados continuamente para
reflejar cambios en objetivos de negocio y usados
como criterio para gestionar la mejora de los
procesos.
Los efectos de las mejoras de procesos
implementadas son medidas, y evaluadas contra
los objetivos cuantitativos de mejora de los
procesos.
Nivel 1
inicial
Nivel 2
administrado
Nivel 3
definido
Nivel 4
Administrado
Cuantitativamente
Nivel 5
optimizado
15-06-2014
6
Riesgos
EN EL DESARROLLO DE SOFTWARE
Ideas . conceptos
Riesgo
Una variacin de los resultados esperados,
esa variacin es de carcter aleatorio, o fuera de control, de quien toma las decisiones
y genera incertidumbre
Reactivo
Se reacciona al presentarse los problemas o imprevistos
Proactivo
Se busca con anticipacin o prediccin de los problemas o improvistos y se tiene un plan de
contingencia
15-06-2014
7
Riesgo del SW
Incertidumbre
Caracterstica del riesgo
La define los imprevistos aleatorios
Se puede cuantificar como la probabilidad de ocurrencia de los eventos
Perdidas
Caracterstica del riego
Generada por los eventos no favorables
Regenerada por el gado de vulnerabilidad
Se cuantifica en trminos monetarios
Riesgo del desarrollo de SW
Imprevistos o eventos que generan retrasos en la terminacin de actividades
Generan un posible retraso en el termino del sw
Implica costos de diversas razones
Cantidad de horas de trabajo
Multas de incumplimiento
Inversiones para impedir retrasos
Los problemas se dan por variaciones en
Presupuesto
Personal
Planificacin
Recursos
Clientes y requisitos
15-06-2014
8
Tipos de riesgos proyecto de SW
Riesgos tcnicos
Es ms difcil de lo esperado
Amenaza la calidad, la planificacin
Difcil su implementacin
Factores
Problemas de diseo
De implementacin
De interfaz
De verificacin y mantencin
Tcnicas no adecuadas.
Tecnologa de punta
Tipos de riesgos proyecto de SW
Riegos del negocio
Afectan a viabilidad del negocio del sw desarrollado
Hay de 5 clases
De MERCADO
Un producto que nadie quiere o necesita
ESTRATEGICO
Producto que no encaja dentro del plan estratgico de la empresa
DE COMERCIALIZACION
Producto que no se sabe como venderlo
DE DIRECCION
Perdida de apoyo de gestin, por cambios de objetivos o de personas
DE PRESUPUESTO
Perdida de presupuesto o personal asignado
15-06-2014
9
Categora de riesgos proyecto de sw
Riesgos conocidos
Se conocen despus del estudio detallado de planificacin
Fechas de entregas, falta de especificaciones, etc
Riesgos predecibles
Se conocen por experiencias anteriores
Riesgos impredecibles
No se conocen si se pueden predecir
Identificar el riesgo
Riesgos genricos
Riesgos que afectan a cualquier proyecto
Cualquier proyecto puede presentar este tipo de problema
Riesgos especficos del producto
Riesgo asociados al producto
De manera nica y especifica
Metodologa
Hacer una lista de comprobacin de elementos de riesgos
Tamao de producto
Impacto del negocio
Riesgos con el cliente
Definicin del proceso
Entorno del desarrollo
Riesgos tecnolgicos
Tamao y experiencia del equipo de trabajo
15-06-2014
10
Ingeniera de
Requerimientos
Qu es un requerimiento
Un requerimiento es una caracterstica que el sistema DEBE tener o es una restriccin que el
sistema DEBE satisfacer para ser aceptada por el cliente.
Un requerimiento es una condicin o capacidad a la que el sistema (siendo construido) debe
conformar
Levantamiento de requerimientos
es la especificacin del sistema en trminos que el cliente entienda,
de forma que se constituya en el contrato entre el cliente y los desarrolladores
15-06-2014
11
Crear instrumento
Entrevistar
cliente
Validar los
requerimientos
con cliente
Cerrar los
requerimientos
Levantar
requerimientos
levantar requerimientos
Requerimientos funcionales y No
funcionales
Funcionales
Describen la interaccin entre el sistema y su ambiente independientemente de su implementacin
El ambiente incluye al usuario y cualquier otro sistema externo que interacta con el sistema.
Describen la funcionalidad o los servicios que se espera proveer el sistema.
Estos dependen del tipo de software y del sistema que se desarrolle y de los posibles usuarios del software.
Cuando se expresan como requerimientos del usuario, habitualmente se describen de forma general mientras que los
requerimientos funcionales del sistema describen con detalle la funcin de ste, sus entradas y salidas, excepciones, etc.
NO Funcionales
Describen aspectos del sistema que son visibles por el usuario
que no incluyen una relacin directa con el comportamiento funcional del sistema.
incluyen restricciones como el tiempo de respuesta (desempeo), la precisin, recursos consumidos, seguridad, etc.
Pseudo Requerimientos
Son requerimientos impuestos por el cliente que restringen la implementacin del sistema.
Ejemplos: Lenguaje de implementacin, Plataforma en que el sistema debe ser implementado
Requerimientos del proceso y documentacin (utilizacin de un lenguaje formal)
15-06-2014
12
Requerimientos No funcionales
Requerimientos de Interfaz externa
Interfaz de usuario
Estndar de GUI
Distribucin de la pantalla
Restricciones de resolucin
Interfaces de hardware
Interfaces entre componentes de hardware y software del sistema
interfaces de Software: Conexiones entre el producto y software / SOP / DB
Tcnicas para levantar requerimientos
Entrevistas y Cuestionarios
Las entrevistas y cuestionarios se emplean para reunir informacin proveniente de personas o de grupos.
durante la entrevista el analista conversa con el encuestado
el cuestionario consiste en una serie de preguntas relacionadas con varios aspectos de un sistema.
Lluvia de Ideas (Brainstorm)
Hacer preguntar abiertas o cerradas
Para representarlo se puede usar Diagrama de Casos de Usos