Nuris Montero Cuadro Comparativo Actividad2

CUADRO COMPARATIVOS MODELOS DE CALIDAD DE SOFTWARE



NURIS CELENA MONTERO SANTIAGO


TUTOR:
PAOLA ANDREA BACCA PACHON





UNIVERSIDAD DE SANTANDER
MAESTRIA GESTION DE LA TECNOLOGIA EDUCATIVA
2015
CUADRO COMPARATIVOS MODELOS Y ESTANDARES DE CALIDAD DE SOFTWARE

ASPECTO
MODELO DE CALIDAD MCCALL
MODELO DE CALIDAD
BOEHM
MODELO DE CALIDAD
FURPS
ESTANDAR
ISO/IEC
9126
MODELO
DE CALIDAD
GQMGENERALIDADES
Fue el primer modelo calidad, fue desarrollado por Jim McCall en 1977.
Se originó motivado por USA Air Force y DoD.
Es el segundo modelo de calidad, fue propuesto por Barry Boehm y presentado en 1978.
Es Similar al modelo McCall.
El modelo FURPS fue propuesto por Robert Grady y Heweltt Packard Co en 1987.
Es un estándar internacional para la evaluación del Software, fueoriginalmente desarrollado en 1991.
Reemplazado en el 2001 por la ISO 9126:1.
Es Actualizada en el 2005 con una nueva versión ISO/IEC 25000.
Es un enfoque práctico basado en metas u objetivos, para la delimitación del problema de la medición. Conocido como método o paradigma GQM (Goal Question Metric).

Fue originalmente defino por Victor Basili y David Weiss (1984) y extendido posteriormente porRombach (1990) como resultado de muchos años de experiencia práctica e investigación académica.

TIPO DE MODELO

FIJO

FIJO

FIJO

MIXTO

A MEDIDA

VENTAJAS
Proporciona una vista común y comparable que se reutiliza en cada proyecto, ya que el conjunto de factores de calidad siempre es el mismo.
Proporciona una vista común y comparable que se reutiliza en cada proyecto, ya que el conjunto de factoresde calidad siempre es el mismo.
Proporciona una vista común y comparable que se reutiliza en cada proyecto, ya que el conjunto de factores de calidad siempre es el mismo.
Combina las ventajas de los modelo fijo y el modelos a medidas. Decir son reutilizables y fácil de adaptar.
Su principal ventaja es su total adaptabilidad

DESVENTAJAS
Poca flexibilidad
debido a que asumen que siempre bastarácon un subconjunto de sus
factores para evaluar la calidad en cualquier proyecto.
Poca flexibilidad
debido a que asumen que siempre bastará con un subconjunto de sus
factores para evaluar la calidad en cualquier proyecto.
Poca flexibilidad
debido a que asumen que siempre bastará con un subconjunto de sus
factores para evaluar la calidad en cualquier proyecto.
Posee muchas métricas por lo cual,requiere tiempo, trabajo y costos.


El costo de su construcción es muy alto comparado con el de los modelos fijos.
La reutilización de modelos de un proyecto a otro es difícil, porque los factores pueden no ser adecuados para el otro proyecto.



VISION DEL CONCEPTO CALIDAD

El concepto de calidad lo descompone en tres capacidades a observar:
Operación (facilidad de uso, integridad,eficiencia, corrección o exactitud y fiabilidad).
Revisión (facilidad de prueba, facilidad de mantenimiento y flexibilidad).
Transición
(reusabilidad, portabilidad e interoperabilidad).

Descompone las características de la calidad del software en tres niveles previos a la aplicación de métricas:
Usos principales
Componentes intermedios
Componentes primitivos.

Descompone los factores de calidaden cinco características, clasificadas en dos categorías o requerimientos:

1. Requerimientos Funcionales
Funcionalidad

2. Requerimientos No
Funcionales
Usabilidad
Confiabilidad
Desempeño
Facilidad de Soporte.
Este estándar descompone el concepto de calidad en seis factores:
funcionalidad
Fiabilidad
Usabilidad,
Eficiencia
Mantenibilidad
Portabilidad.
Este modelo basa la calidad en ladefinición clara de procesos y productos. Para ello define tres etapas:
Creación de una lista de objetivos principales del desarrollo y mantenimiento del proyecto.
Formulación de las preguntas adecuadas para ver si se están cumpliendo los objetivos.
Decidir qué medir para contestar a las preguntas.

ORIENTACION DEL MODELO
Este modelo está orientado a los desarrolladores del sistema y al usuario....