Anda di halaman 1dari 11

CUADRO COMPARTIVO

MOELOS DE CALIDAD

VARGAS DOTOR MARIA VICTORIA

UNIVERSIDAD DE SANTANDER
CENTRO DE EDUCACIN VIRTUAL UDES
MAESTRA EN GESTIN DE LA TECNOLOGIA EDUCATIVA
TUNJA
2016
CUADRO COMPARTIVO
MOELOS DE CALIDAD

VARGAS DOTOR MARIA VICTORIA

Evaluacin de la Calidad de la Tecnologa Educativa

Asesor
JULIO CESAR IBAES ANTOLNEZ

UNIVERSIDAD DE SANTANDER
CENTRO DE EDUCACIN VIRTUAL UDES
MAESTRA EN GESTIN DE LA TECNOLOGIA EDUCATIVA
TUNJA
2016
CUADRO COMPARTIVO
MOELOS DE CALIDAD

ESTUCTURA JERARQUICA
MODELO CARACTERITICAS GENERALES
NIVEL 1 NIVEL 2 NIVEL
3
1. McCALL El modelo de McCall (1977) describe la
calidad como un concepto elaborado EJE DE OPRACIN
El modelo mediante relaciones jerrquicas entre
fue escrito factores de calidad, en base a criterios y
por McCall, FACTORES CRITERIOS
mtricas de calidad.
Richards y
Walters. Este modelo organiza 11 factores en tres ejes Facilidad de uso. puedo Facilidad de
o puntos de vista desde los cuales el usuario ejecutarlo? aprendizaje.
puede contemplar la calidad del producto, Control de accesos.
que son operacin, transicin y revisin. Facilidad de
Integridad. es seguro?

METRICAS
Cada factor tiene asociado sus respectivos auditoria.
criterios. Seguridad.
Completitud
VENTAJAS Correccin. Hace el Consistencia
software lo que yo quiero? Trazabilidad o
Por su estructura jerrquica, se puede
rastreabilidad.
observar que es prctico y fcil de Precisin.
entender y de esta forma fcil de aplicar. Fiabilidad. Lo hace de
Consistencia
Est orientado al producto final, pero se forma exacta todo el
Tolerancia a fallos.
puede aplicar al proceso. tiempo? Modularidad.
En costos resulta viable su aplicacin, Eficiencia. Se ejecutar Eficiencia de
ejecucin.
puede no resultar inoperante y por el sobre mi HW lo mejor Eficiencia en
contrario, sera de gran ayuda para posible? almacenamiento.
cualquier organizacin pues generara un
mayor good will ante el mercado. EJE DE REVISION. Factores
Se podra utilizar no para uno sino para Modularidad
Facilidad de Simplicidad
varios proyectos.
mantenimiento puedo Consistencia
arreglarlo? Concisin
DESVENTAJAS Auto descripcin
Se evalan muchos factores lo que Modularidad
implicara un trabajo adicional al proceso Facilidad de prueba. Simplicidad
de desarrollo que denota tiempo y costo. pudo probarlo? Auto descripcin
Implicara un trabajo tedioso por la Modalidad
cantidad de mtricas que se utilizaran. Auto descripcin
Capacidad de
Flexibilidad. puedo
expiacin
modificarlo?
Generalidad

METRICA
Modularidad

EJE DE TRANSICION. Factores


Auto descripcin
Generalidad
Facilidad de Modularidad
reutilizacin. podr Independencia entre
utilizar parte del software? sistema y software
Independencia del
Hardware
Interoperabilidad. podr Modularidad
comunicarlo con otros Compatibilidad de
sistemas? comunicaciones
Compatibilidad de
datos
Estandarizacin en
los datos
Auto descripcin
Modularidad
Portabilidad. podr Independencia entre
ejecutarlo en otra mquina? sistema y software
Independencia del
Hardware

44. BOEH Este define la calidad del software en


M trminos de atributos cualitativos y los CARACTERISTICAS DEL NIVEL INTERMEDIO.
miden usando mtricas. El modelo no es Factores
Propuesto por muy distinto al de McCall, porque muchos
Barry Boehm en de sus factores de calidad son los mismos.
Independencia de
(1978) Estos modelos tambin presentan sus
dispositivos
factores de calidad estructurados Portabilidad.
jerrquicamente de alto a bajo nivel.

METRICAS
Auto-contencin
El modelo se basa en que el software debe:
Auto-contencin
Hacer lo que el usuario quiere que haga.
Utilizar los recursos de la computadora Exactitud Completitud
correcta y eficientemente
Confiabilidad
Ser fcil de usar y aprender para los
Consistencia
usuarios
Estar bien diseado, bien codificado y
Integridad
ser probado y mantenido fcilmente.
Eficiencia Accesibilidad
Eficiencia de uso de
dispositivos

Integridad

Usabilidad Accesibilidad

Comunicacin

Testeabilidad (Capacidad de Comunicacin


Este modelo introduce caractersticas de alto
prueba) Auto descripcin
nivel, de nivel intermedio que se constituyen Estructuracin
en los factores de calidad, y las Consistencia
caractersticas primitivas, cada una de las Comprensibilidad (Facilidad Estructuracin
cuales contribuyen al nivel general de
de entendimiento) Concisidad
calidad.
Legibilidad
Estructuracin
VENTAJAS: Flexibilidad
Involucra menos factores y menos Aumentabilidad

65. FURP Esta propuesta contempla, por un lado 5


S caractersticas de las cuales se deriva su REQUISITOS
nombre (Funcionalidad, Facilidad de Uso, FUNCIONALES (F)
Modelo de Confiabilidad, Desempeo y Facilidad de
calidad Soporte), y por otro, que los requisitos se Funcionalidad Caracteriticas y capacidades

METRICAS
propuesto por clasifiquen en dos categoras: requisitos del programa
Robert Grady funcionales (F), que son los que especifican Generalidad de las
y Hewlett funciones que el sistema debe ser capaz de funciones
Packard Co realizar sin tener en cuenta las restricciones Seguridad del sistema
REQUISITOS NO
FUNCIONALES (URPS)

Factores humanos
Factores estticos
Usabilidad
Consistencia de la interfaz
Documentacin
Frecuencia y severidad de
las fallas
Exactitud de las salidas
Confiablidad Tiempo medio de fallos
Capacidad de recuperacin
(HP) en 1987 fsicas; y requerimientos no funcionales ante fallas
(URPS), que puntualizan atributos del Capacidad de prediccin
Velocidad del
sistema o del medio ambiente del sistema.
procesamiento
Tiempo de respuesta
VENTAJAS Desempeo (rendimiento)
Consumo de recursos
Los criterios son claramente entendibles,
Rendimiento efectivo total
lo que implica su fcil utilizacin. Eficacia
En cierta forma su divisin en factores Extensibilidad
funcionales y no funcionales es
Adaptabilidad
convenientes para determinar la calidad,
aun as, hayan restricciones fsicas. Capacidad de Soporte Capacidad de pruebas
Tiene en cuenta las fallas en el producto Capacidad de configuracin
Compatibilidad
y en el proceso, esto permite una mayor
Requisitos de instalacin.
correccin.

4. ARTHUR Arthur presenta una variante del modelo de FACTORES CRITERIOS

ME
calidad propuesto por McCall. La variante
Modelo de consta de dos acciones: Completitud
calidad creado Aadir tres nuevos criterios de
por Arthur valoracin: Complejidad, Seguridad, Correccin Consistencia
Andersen en Auditabilidad
1985 Variar las relaciones de los factores y los Seguimiento
criterios Complejidad
Consistencia,
VENTAJAS Fiabilidad Modularidad Preciso
Tiene en cuenta el factor de calidad de Simplicidad
correccin que muchos modelos no Tolerante a errores
tienen.
Concisin
Permite la auditoria, lo que implica un
Eficiencia Eficiencia de ejecucin
mayor de grado de confiablidad ante e Operatividad

TRICAS
riesgo.
Auditabilidad
DESVENTAJAS Integridad Instrumentacin
Incluye ms criterios, lo que hace que
se utilicen ms mtricas y esto conlleva Seguridad
ms esfuerzo en tiempo y costo Entrenamiento
Utilizable
Operatividad
Auto-documentado
Concisin
Consistencia
Mantenible
Instrumentacin
Modularidad
Simplicidad
Flexible Auto-documentado
Complejidad
Concisin
Consistencia
Expansibilidad
Generalidad
Modularidad
Simplicidad
Auditabilidad
Auto-documentado
Complejidad
Verificable
Instrumentacin
Modularidad
Simplicidad
Auto-documentado
Generalidad
Portable Independencia de la mquina
Independencia del sistema software
Modularidad
Auto-documentado
Generalidad
Reutilizable Independencia del hardware
Independencia del sistema software
Modularidad
Comunicaciones comunes
Datos comunes
Inter-operativo
Generalidad
Modularidad
1. 8. 5. ISO-IEC 9126 El estndar ISO 9126 presenta su primera versin en 1991, luego en 2001 es remplazado por ISO 9126:1
Es un estndar internacional para la evaluacin del Software, est supervisado por el proyecto SQuaRE, ISO 25000:2005, el
cual sigue los mismos conceptos. Cuenta con tres tems adicionales para ayudar a la mejora de la calidad del producto software
(Mtricas externas, Mtricas internas, Mtricas de calidad en uso). VENTAJAS. - Es un modelo de corte internacional pero
adaptado al caso colombiano y latinoamericano. - La terminologa es clara y precisa, lo que hace que sea ms comprensible
para todos los actores del proceso. - Involucra la utilizacin de la norma ISO - Introduce un nuevo concepto es la calidad de
uso que tiene en cuenta lo ms importante para la gestin de calidad que es la opinin del usuario. - Esta actualizado - se
podra utilizar no para uno sino para varios proyectos DESVENTAJAS - Como en casi todos los modelos implica
CARACTERISTICAS INTERNAS Y EXTERNAS (FACTORES) CRITERIOS Funcionalidad. Adecuacin. METRICAS
Exactitud. Interoperabilidad. Seguridad. Cumplimiento de normas. Confiabilidad Madurez. Tolerante a defectos. Facilidad de
recuperacin. Facilidad de uso. Fcil de comprender. Fcil de aprender. Fcil de operar. Atractividad. Eficiencia.
Comportamiento en el tiempo. Comportamiento de recursos. Facilidad de mantenimiento. Facilidad de anlisis. Facilidad de
cambios. Facilidad de pruebas. Estabilidad. Portabilidad. Facilidad de instalacin. Facilidad de reemplazo. Adaptabilidad.
2. 9. un esfuerzo de tiempo, trabajo y costo. CARACTERISTICAS DE LA CALIDAD DE USO Eficacia. Capacidad de
ayudar al usuario a cumplir sus objetivos con exactitud y completitud en un contexto de uso dado Productividad. Capacidad
de ayudar al usuario a emplear una cantidad apropiada de recursos para obtener sus resultados Seguridad. Capacidad de
alcanzar niveles aceptables de riesgo para las personas, el ambiente de trabajo y la actividad, en un contexto de uso dado
Satisfaccin. Capacidad de satisfacer a un usuario en un contexto de uso dado METRICAS
3. 10.

BIBLIOGRAFIA

Gonzles, Y., & Cuadra, F. (2001). Calidad del Software (I). Anales de Mecnica y Electricidad. Recuperado 2 de mayo de 2014
Gonzles, Y., & Cuadra, F. (2001). Calidad del Software (II). Anales de Mecnica y Electricidad. Recuperado 2 de mayo de 2014
Moreno, J., Bolaos, L., & Navia, M. (2010). Exploracin de Modelos y Estndares de Calidad para el Producto Software. UIS
Revista de la Facultad de Ingenieras Fisicomecnicas, 9(No.1), 39-53. Recuperado 2 de mayo de 2014 Ramrez Aguirre, P., &
Ramrez Arias, C. (2010). Estudio de las prcticas de calidad del software implementadas en las mipymes desarrolladoras de software
de Pereira.Pereira: Universidad Tecnolgica de Pereira. p (15-40). Recuperado 2 de mayo de 2014 Scalone, F. (2006). Estudio
comparativo de los modelos y estndares de calidad del software. (Maestra Ingeniera en Calidad). p (129-150). Universidad
Tecnolgica Nacional. Buenos Aires. Recuperado 2 de mayo de 2014

Anda mungkin juga menyukai