FCM BOEHM PARADIGMA GQM
Caracteristicas Utilizado en Ingeniería software Las actividades de este
modelo conforman un espiral, en cada bucle o
iteración representa un conjunto de actividades Las
actividades no están fijadas a ninguna prioridad, sino
que se eligen en función del análisis de riesgo
comenzando por el bucle
anterior Para cada ciclo hay cuatro
actividades:
-determinar objetivos
-análisis de riesgo
-desarrollar y probar
-planificación
El análisis de riesgo se hace en forma explícita y
clara. Une elementos de los restantes modelos
Reduce riesgos del proyecto Incorpora objetivos de
calidad Integra el desarrollo con el mantenimiento
Ventajas
Genera mucho tiempo en el desarrollo del sistema
Costoso Requiere experiencia en la identificación de
riesgos Funcionan mejor en grandes proyectos Se
trabaja en un protocolo y debe ser seguido
estrictamente para su buen
funcionamiento
Desventajas
ISO 9126 ISO 25000 CMMI
Indica las características de calidad y
los lineamientos
para su uso, la cual fue
desarrollada para dar
soporte a esas necesidades
Se subdivide en:
Calidad Interna:
Tiene en cuenta las características
del producto
software a nivel interno,
está sujeto a mejora en las
etapas de pruebas e
implementación sin perder la Constituye una forma de medir
esencia definido para el grado de madurez de las
ello. organizacione s cuyo objetivo es
Calidad externa: establecer una guía que permite
enfocadas a la ejecución del mejorar procesos y habilidades
producto determina las para desarrollar, organizar,
características de calidad que adquirir y mantener productos y
debe tener, es evaluada en un servicios
ambiente simulado informáticos
Representa la calidad de un
El modelo
producto software respecto a las
CMMI ha
características y subcaracterist
permitido
icas Valida el cumplimiento
mejoras de
del software respecto a los
gran impacto
requisitos de calidad interna Predice
en procesos
el
de desarrollo de productos
nivel de calidad de uso del
software tales como:
producto Efectividad Productividad
reducción de defectos,
Seguridad Satisfacción
mejora en fiabilidad de
la planificación, en términos de
dedicación y calendario.
Inclusión de las prácticas
de institucionalización que
permiten asegurar procesos
asociados con cada área
para que estos sean más
efectivos, repetibles y
duraderos.
Guía paso a paso para la mejora,
a través de los
niveles de madurez y
capacidad Transición
del “aprendizaje individual” al
“aprendizaje organizaciona
l”.
Calidad de
uso: Falta de adecuación al enfoque o
Eficacia servicio que está experimentan
Productividad do el sector de las TIC en todas
Seguridad sus líneas de actividad, así como
Satisfacción el alto esfuerzo de implementaci
Internos y ón que exige. Puede ser
externos: excesivament e detallado
Funcionabilid para algunas organizaciones
ad Considerado prescriptivo
Confiabilidad Requiere mayor inversión
Eficiencia para ser completamente
Usabilidad implementad o Puede ser
Mantenibilida difícil de entender
SPICE
Establece un marco y requisitos
para cualquier proceso
Proporciona requisitos para los
modelos de avaluación de los
procesos y para los modelos de
evaluación de las
organizacio
nes
Proporciona
guías para la
definición
de
competencia
s de un
evaluador
de procesos
Comprende
la
evaluación
de procesos,
mejora
procesos,
determinaci
Primer modelo de procesos de
dos dimensiones, es decir
dimensiones independient es
para los procesos y la capacidad
El resultado de una evaluación de
proceso puede ser representada
por un perfil
de proceso
Mayor
reconocimien
to en el
mercado
europeo
Modelo más
consensuado
y probado
Coherencia
con otros
modelos de
calidad ya
implementad
o en la
organización
ISO 9001.
ISO 20000,
ISO 27000
Permite que el dominio de
procesos sea tan amplio para
abarcar todos los posibles ciclos
de vida de tal manera que sea
difícil que todos los atributos de
procesos sean universales
provocando
dificultad y
confusión
durante la
evaluación
Poco
reconocimie
nto en el
mercado
Norte
Americano
No contiene
una
estrategia de
mejora del
proceso
