Lorena mejia cadavid_cuadro comparativo. modelos de calidad.
1. REPUBLICA DE COLOMBIA
UNIVERSIDAD DE SANTANDER
MAESTRIA EN GESTION DE LA TECNOLOGIA EDUCATIVA
MODULO: Evaluación de la Calidad de la Tecnología Educativa
ACTIVIDAD 2. Capítulo II. Modelos de Calidad.
2.2 Cuadro comparativo.
PRESENTADO A: GIOVANNI LOPEZ MOLINA
PRESENTADO POR: LORENA ISABEL MEJIA CADAVID
BARRANQUILLA, MAYO 28 DE 2014.
2. INTRODUCCIÓN
En el modelo económico y competitivo de este siglo es evidente que las
empresas encargadas de la elaboración de los software, se ven en la necesidad
de aplicar las normas que existen en el mercado económico de calidad con el
objeto de cumplir con los estándares, mantenerse en el mercado y satisfacer las
necesidades de los clientes. Todo ello para desarrollar los procesos que
garanticen la estabilidad y confiabilidad un producto.
La calidad esta compuesta por una composición de muchas características;
un modelo de calidad describe estas características y sus relaciones .Los modelos
de calidad el cual es considerado por la ISO como, el conjunto de factores de
calidad, y de las relaciones entre ellos, que suministran un soporte para la
especificación y evaluación de la calidad.
Se pueden encontrar muchos modelo de calidad, los cuales se dividen en
tres tipos: Fijos, a medida y mixtos, en los que se encuentran particularidades y
especificaciones y tienen como finalidad la evaluación de la calidad de un
producto software como en el caso de la ISO y algunos que no tienen norma
especificas como modelo de calidad de McCall, Boehm, o FURPS.
La siguiente tabla ilustra cinco modelos de calidad, especificando
características, a qué tipo de modelo pertenece, ventajas y desventajas de cada
uno de ellos.
3. MODELO DE CALIDAD
MODELOS CARACTERISTICAS VENTAJAS DESVENTAJAS
FIJOS Se dispone de un inventario de factores de calidad
de partida, y para la evaluación de la calidad de un
producto se selecciona un subconjunto de dichos
factores.
Los factores de calidad siempre
son los mismos y se pueden
reutilizar de una evaluación a
otra.
Son más reusables y menos
rígidos.
Los factores de calidad siempre
serán los mismos.
McCall, Richards, &
Walters (1977).
Está definido por: Factores, criterios y métricas.
Se basa en 11 factores de calidad.
Descompone el concepto de calidad en tres usos o
capacidades y estas a su vez en factores que
determinan la calidad de ellas:
1. Operación
Facilidad de uso
Integridad
Eficiencia
Corrección o exactitud
Fiabilidad
2. Revisión
Facilidad de prueba
Facilidad de mantenimiento
Flexibilidad
Soporta cambios.
Facilitando el mantenimiento.
Flexibilidad,
Facilidad de prueba.
Adaptabilidad a nuevos
entornos.
Es el modelo más reconocido.
Existe relación directa entre los
desarrolladores y el usuario.
Utiliza niveles jerárquicos.
Los factores de calidad siempre
serán los mismos.
4. 3. Transición
Reusabilidad
Portabilidad
Interoperabilidad
Boehm (1976)
Está definido por: Factores y atributos.
Se basa en 19 factores de calidad.
Los componentes o constructores del modelo se
centran en el producto final.
Se identifican características de calidad desde el
punto de vista del usuario.
Se descompone en tres niveles:
1. Usos Principales
2. Componentes intermedio.
3. Componentes Primitivos.
Tiene como finalidad:
1. Realizar lo que desea el usuario.
2. Utilizar los recursos informáticos de
manera correcta y eficiente.
3. Sea fácil de utilizar y aprender.
4. Que sea bien diseñado, codificado,
probado y mantenido.
Utiliza niveles jerárquicos.
Fácil de estructurar y entender.
Tiene en cuenta todos los
aspectos, tanto de gestión como
técnicos.
Los factores de calidad siempre
serán los mismos.
5. FURPS (Grady &
Caswell, 1987).
Se clasifica en: Categorías y características.
Categorías: Requerimientos funcionales y no
funcionales.
Establece 5 características en los factores de
calidad para todas las actividades en desarrollo.
Funcionalidad: Todas las descripciones
dadas para el que hacer del usuario a
través de los sistemas de software.
Usabilidad: todos los atributos que
facilitan la interacción de un usuario con el
sistema.
Confiabilidad: Agrupa los requerimientos
que tienen que ver con la solidez y
robustez de un sistema durante su
ejecución.
Rendimiento: Eficacia, eficiencia y
velocidad del sistema en la utilización de
recursos.
Soporte: Incluyen requisitos de instalación
y configuración, así como facilidades para
mantener y administrar la operación.
Permite reducir los riesgos de
no considerar algunas de las
facetas del desarrollo de un
sistema.
Permite estandarizar algunos
criterios de un sistema.
No tiene en cuenta la portabilidad
de los productos software que se
estén considerando, factor digno de
consideración en función de las
exigencias actuales que recaen
sobre el proceso de desarrollo del
software.
A MEDIDA
Los factores de calidad son identificados de
acuerdo al proyecto, estableciendo objetivos para
alcanzar.
Los factores de calidad inician de forma abstracta,
pasan a ser concretos y terminan siendo medibles.
Pueden ser más
refinados y precisos
Menos desechables más
flexibles.
Deben ser construidos desde cero
para cada proyecto, conllevando a
mayores costos en comparación
con los modelos fijos no poder ser
reutilizados fácilmente de un
proyecto a otro.
Este modelo de divide el proceso en 6 pasos: El proceso de interpretación de las
medidas de las métricas no está
6. GQM
Basili (1992).
1. Establecer las Metas:
Desarrollar un conjunto de metas
corporativas, de la división y del proyecto de
negocio que estén asociados a un conjunto de
medidas de productividad y calidad.
2. Generación de Preguntas:
Generar las preguntas (basadas en modelos)
que definen objetivos de la manera más
completa y cuantificable posible.
3. Especificación de Medidas:
Especificar las medidas necesarias a ser
recolectadas para contestar las preguntas y
seguir la evolución del proceso y producto con
respecto a las metas.
Estos tres primeros pasos se le conoce como
etapa de definición.
4. Preparar Recolección de datos:
Desarrollar mecanismos para la
recolección de datos.
5. Recolectar, Validar y Analizar los datos
para la toma de decisiones:
Recoger, validar y analizar los datos en
tiempo real, para proporcionar la
realimentación de proyectos en una
acción correctiva.
6. Analizar los datos para el logro de los
objetivos y el aprendizaje: Analizar los
datos una vez alcanzado una meta para
determinar el grado de conformidad y
hacer las recomendaciones para mejoras
futuras.
bien definido y cuando intervienen
muchas métricas puede ser difícil el
proceso de análisis,
implementación y recomendación.
Los modelos mixtos intentan combinar las ventajas
de los dos anteriores, buscando por un lado que
Buscando por un lado que
existan de entrada un conjunto
7. MIXTOS existan de entrada un conjunto de factores de
calidad más abstractos que puedan ser reutilizados
en la mayor cantidad de proyectos posibles, pero
que a su vez puedan ser refinados y
operacionalizados para las
necesidades de un proyecto particular
de factores de calidad más
abstractos que puedan ser
reutilizados en la mayor
cantidad de proyectos posibles,
pero que a su vez puedan ser
refinados y operacionalizados
para las necesidades de un
proyecto particular.
Más reusable, más flexible,
pretendiendo recopilar las
ventajas de los otros modelos.
ISO/IEC 9126
(2001).
Este modelo establece seis niveles de madurez,
que brindan mejoras y evalúan:
Van de mayor a menor:
Nivel 5: OPTIMIZADO; Mejora continua de los
procesos.
Nivel 4: PREDECIBLE: Gestión cuantitativa.
Nivel 3: ESTABLECIDA; Proceso adaptados-
estándares.
Nivel 2: GESTIONADA: Gestión de procesos y los
productos.
NIVEL1: BASICA: Se alcanzan los objetivos de os
procesos.
NIVEL O: INMADURA: No hay procesos de
implementación.
Mejora continua
Aplicable a cualquier
organización.
Enfoques basados en procesos.
Enfoque basado en hechos para
la toma de decisiones.
Va orientado al cliente.
Relación mutuamente
beneficiosa con el proveedor.
Basadas en principios de
calidad.
Liderazgo
Los procesos se expanden
abarcando todo, haciendo
complicado y confuso la
evaluación.
8. La estructura deriva de Calidad interna y externa.
1. funcionalidad: El producto proporciona
las funciones que satisfacen las
necesidades.
2. Fiabilidad: La realización de las funciones
requeridas en condiciones especificas
durante un periodo determinado.
3. Eficiencia: La cantidad de recursos
requerida bajo determinadas condiciones.
4. Usabilidad: el producto puede ser
utilizado, con satisfacción, eficiencia y
eficacia.
5. Mantenibilidad: Modificación del producto.
6. Portabilidad: Facilidad de transferir el
sistema en un entorno Hardware o
software.
CALIDAD DE USO:
Eficacia.
Productividad
Seguridad
Satisfacción.
9. BIBLIOGRAFÍA
AENOR. (1992), Normas para la gestión y el aseguramiento de la calidad, Madrid,
AENOR.
Basili, V.R. y Rombach, H.( 1988), The TAME project: Towards improvement-
oriented software environment ts, IEEE Transaction on Software
Engineering,14(6), 758-73
Boehm, B.W., Kaspar, J.R. (1978.) “Characteristics of Software Quality”, TRW
Series of Software Technology.
Dolado, J.J. y Fernández, L. (2000). “Medición para la Gestión en la Ingeniería
del Software”.
Fernández, L.( 1999.) “Una Revisión Breve de la Medición del Software".
Novática, 137, pp 20-24,
Pressman, R.S.( 1998), Ingeniería del Software, un enfoque práctico, 4ª ed., Mc
Graw Hill,
Piattini, M.G., Calvo-Manzano, J.A., Cervera, J. y Fernández, L. (1996),“Análisis
y Diseño detallado de Aplicaciones Informáticas de Gestión”.
Coral C, Moraga M,A, Piattini M, G,(2009) Calidad del producto y Proceso
Software.
Piattini , García,( 2003) “Calidad en el desarrollo y mantenimiento del software”,
RA-MA Editorial.