MAESTRÍA

GESTIÓN DE LA TECNOLOGÍA EDUCATIVA

UNIVERSIDAD DE SANTANDER (UDES)

MODULO

EVALUACIÓN DE LA CALIDAD DE LA TECNOLOGÍA EDUCATIVA [L.000.008.MG]

CUADROCOMPARATIVO_ACTIVIDAD.2.2 .DOC

MODELOS DE CALIDAD

PROFESOR:
JHON ALEXANDER BUENO VESGA

PRESENTADO POR:
MARIA DEL SOCORRO CASTRO LEMA

QUINCHIA RISARALDA 06 DE MARZO/ 2016

 MODELOS DE CALIDAD

MODELOS CARACTERISTICA VENTAJAS DESVENTAJAS ESTRUCTURA GERARQUICA

S
1) Model Presentado en Se focaliza Las características CAPACIDAD NIVEL 1 NIVEL 2 NIVEL 3
o de 1977 y propone en el son en general PUNTOS DE FACTO CRITERIOS MÉTRICAS DE LA
McCall una serie de producto propiedades VISTA O EJES RES CALIDAD DEL
, factores de calidad final, abstractas medible DE SOFTWARE
Richar conocidos como identificand mediante métricas. CALIDA
ds, & factores de McCall, o atributos No siempre existe D
Richards, & Walters claves una relación
Walter Correcci Grado de Compleción
(1977), la idea del desde el perfectamente
s ón cumplimiento de Consistencia
modelo es la punto de lineal entre los
(1977). descomposición del vista del valores de las las Trazabilidad.
concepto genérico usuario. métricas y las especificaciones
de calidad en tres características que y objetivos del
capacidades Se focaliza deben estimar usuario.
importantes para en medidas
OPERACIÓN Confiabi Grado en el Complejidad
un producto precisas de Se evalúan muchos
DEL lidad sistema está Consistencia
software, todo alto nivel. factores lo que disponible para Exactitud
desde la mirada del implicaría un PRODUCTO
usarse Modularidad
usuario. trabajo adicional al
Simplicidad
define factores, proceso de
Tolerancia a
criterios, y desarrollo que
errores.
métricas; denota tiempo y
costo.
La relación calidad- Implicaría un Usabilid Grado de Facilidad de
precio, que puede trabajo tedioso por ad esfuerzo formación
evaluarse a través la cantidad de necesario que Operatividad.
del coste de cada métricas que se se requiere para
factor de calidad utilizarían. aprender a
utilizarlo.
frente al beneficio Integrid Grado en el que Facilidad de
que proporciona. ad o se controla el auditoria
Este modelo es un Segurid acceso al Seguridad.
modelo de calidad ad programa o los
fijo y para realizar datos por
la evaluación de la usuarios no
calidad de un autorizados.
producto Eficienci Cantidad de Concisión
utilizándolo, se ao recursos y Eficiencia de
selecciona un Perform código ejecución
subconjunto de ance requeridos por
factores y métricas Operatividad.
un programa
aceptando que solo para realizar
están disponibles una función.
las que propone el
modelo. Portabili Grado que mide Auto
dad el esfuerzo para documentación.
migrar un Generalidad.
programa de un Modularidad
entorno de
operación a
otro.
Reusabi Grado de Auto
lidad esfuerzo documentación.
requerido para Generalidad
que el programa Independencia
o una de sus hardware
TRANSICIÓN partes pueda Independencia del
ser utilizado en
sistema.
otro proyecto.
Modularidad

Interope Grado de Estd.Comunicacio

rabilidad esfuerzo nes
dedicado para Estandarización
que un sistema de datos
o programa Generalidad
pueda operar Independencia
conjuntamente
hardware
con otro.
 Independencia del
sistema

Facilida Esfuerzo
d de requerido para
manteni localizar y
miento corregir un error
en un programa
en
funcionamiento.
Flexibili Esfuerzo Auto-
dad requerido para documentación
modificar un
software en Capacidad de
funcionamiento. expansión.
Complejidad
Concisión
Consistencia
Generalidad
REVISION DEL
Modularidad
PRODUCTO Simplicidad.

Facilida Grado de
d de esfuerzo
Prueba requerido para
probar un
programa
verificando que
realice
adecuadamente
sus funciones.
MODELOS CARACTERISTICAS VENTAJAS DESVENT ESTRUCTURA GERARQUICA
AJAS
2. BOEHM El MODELO en espiral, Involucra menos No Caracter Características de Nivel Características
propuesto originalmente por factores y menos especifica ísticas Intermedio ( Factores) Primitiva
Propuesto BOEHM en 1976, es un criterios lo que muchos del Alto
por Barry modelo de proceso de implicaría un menor aspectos Nivel
Boehm en software evolutivo donde se tiempo en su relacionado Utilidad, Portabilidad  Independencia
(1978) conjuga la naturaleza de desarrollo. Se podría s con el Manteni de dispositivos.
construcción de prototipos utilizar en varios usuario. miento,  Auto-
con los aspectos controlados proyectos. Portabili contención
y sistemáticos del MODELO Resulta dad. Independenci
LINEAL y SECUENCIAL. El modelo en espiral difícil Confiabilidad  Auto-
a,
Proporciona el potencial para puede adaptarse y convencer contención
el desarrollo rápido de aplicarse a lo largo de a grandes  Exactitud Completitud,
versiones incrementales del la vida del software de clientes de  Completitud Exactitud,
software que no se basa en computadora. que el  Consistencia. Consistencia,
fases claramente definidas y Como el software enfoque Eficiencia,
separadas para crear un evoluciona medida evolutivo es  Eficiencia de M
Eficiencia, uso de Accesibilidad
sistema. que progresa el controlable. E
Es similar al modelo de proceso, el Debido a dispositivos. ,
 Accesibilidad. Comunicativi T
McCall definiendo la calidad desarrollador y el su elevada
en términos de atributos cliente comprenden y complejida Usabilidad  Integridad. dad, R
cualitativos y métricas para reaccionan mejor ante d no se  Accesibilidad. Estructuració I
realizar las medidas. riesgos en cada uno aconseja  Comunicación n, C
de los nivele utilizarlo en
Dentro de los factores que se evolutivos. pequeños Testeabilidad  Auto Autodescripti A
describen en el modelo se El modelo en espiral sistemas. Capacidad de descripción. vidad,
prueba. Comunicación.
S
toman muchos de los que permite a quien lo Genera Concisión,
propone McCall. desarrolla aplicar el mucho  Estructuración.
Legibilidad,
enfoque de tiempo en Comprensibilid Expansividad
construcción de el ad  Consistencia
prototipos en cualquier desarrollo
 Concicibiidad
etapa de evolución del del Flexibilidad.
producto. sistema.  Legibilidad
Modelo  Estructuración
. costoso.  Aumentabilidad
MODELOS CARACTERISTICAS VENTAJAS DESVENTAJAS ESTRUCTURA GERARQUICA
3 .FURPS Esta propuesta Los criterios son Al igual que en REQUI METRICAS
contempla, por un lado claramente el modelo SITOS REQUISITO
Modelo de 5 características de las entendibles, lo McCall se FUNCI METRICAS S NO
calidad cuales se deriva su que implica su necesitan de ONAL FUNCIONAL
propuesto por nombre fácil utilización. muchas ES (F) ES (URPS)
Robert Grady (Funcionalidad, métricas lo que Funci Características
y Facilidad de Uso, - En cierta implica un onalid y capacidades
Hewlett Confiabilidad, forma su mayor esfuerzo ad. del programa Factores humanos
Packard Co Desempeño y división en de tiempo y Generalidad Factores estéticos
(HP) en 1987. Facilidad de Soporte), factores costo. Usabilidad
de las Consistencia de la interfaz
y por otro, que los funcionales y no funciones Documentacion
requisitos se funcionales es Seguridad del
clasifiquen en dos convenientes sistema
categorías: requisitos para determinar
funcionales (F), que la calidad, aun Frecuencia y severidad de
son los que así, hayan las fallas Exactitud de las
especifican funciones restricciones salidas
Confiablida
que el sistema debe físicas. Tiempo medio de fallos
d
ser capaz de realizar Capacidad de recuperación
sin tener en cuenta las - Tiene en ante fallas
restricciones físicas; y cuenta las fallas Capacidad de prediccion
requerimientos no en el producto y Desempeño
funcionales (URPS), en el proceso, Velocidad del
(rendimient
que puntualizan esto permite procesamiento
o)
atributos del sistema o una mayor Tiempo de respuesta
del medio ambiente corrección. Consumo de recursos.
del sistema. Rendimiento efectivo total.
- se podría Eficacia-
utilizar no para
uno sino para
varios Extensibilidad
Capacidad
proyectos. Adaptabilidad.
de Soporte
Capacidad de pruebas.
Capacidad de
configuración.
Compatibilidad. Requisitos
de instalación.
MODELOS CARACTERISTICAS VENTAJAS DESVENTAJAS CARACTERISTICAS METRICAS
INTERNAS Y EXTERNAS
(FACTORES)
4. ISO-IEC Es un estándar Es un modelo de DESVENTA Adecuación.
9126 internacional para la corte internacional JAS Exactitud.
Funcionalidad.
evaluación del pero adaptado al Interoperabilidad.
El estándar Software, está caso colombiano y Seguridad.
ISO 9126 supervisado por el - Como en Cumplimiento de normas.
latinoamericano.
presenta su proyecto SQuaRE, casi todos
Madurez.
primera ISO 25000:2005, el los modelos Tolerante a defectos.
versión en cual sigue los mismos La terminología es implica un Confiabilidad
Facilidad de recuperación.
1991, luego en conceptos. clara y precisa, lo esfuerzo de
2001 es Cuenta con tres ítems que hace que sea tiempo,
remplazado adicionales para Fácil de comprender.
más comprensible trabajo y Facilidad de uso. Fácil de aprender. Fácil de
por ISO ayudar a la mejora de para todos los costo
9126:1 la calidad del operar
actores del Atractividad.
producto software
proceso.
(Métricas externas, CARACTERISTICAS DE METRICAS
Métricas internas, LA CALIDAD DE USO
Métricas de calidad Involucra la
utilización de la Eficacia. Capacidad de
en uso).
norma ISO ayudar al usuario a cumplir
sus objetivos con exactitud y
Introduce un
completitud en un contexto de
nuevo concepto es
uso dado
la calidad de uso
Productividad. Capacidad de
que tiene en ayudar al usuario a emplear
cuenta lo más una cantidad apropiada de
importante para la recursos para obtener sus
gestión de calidad Facilidad de uso. resultados
que es la opinión Seguridad. Capacidad de
del usuario. alcanzar niveles aceptables
Esta actualizado de riesgo para las personas,
se podría utilizar el ambiente de trabajo y la
no para uno sino actividad, en un contexto de
para varios uso dado
proyectos. Satisfacción. Capacidad de
satisfacer a un usuario en un
contexto de uso dado.
MODELOS CARACTERIS VENTAJAS DESVENTAJ
FACTORES CRITERIOS
TICAS AS
Arthur presenta VENTAJAS: - Incluye más Completitud
 Corrección
5) ARTHUR una variante del criterios, lo Consistencia.
Seguimiento
modelo de - Tiene en cuenta el que hace que
Modelo de calidad factor de calidad de se utilicen más Consistencia
Modularidad
calidad creado propuesto por corrección que métricas y esto  Fiabilidad
Preciso
por Arthur McCall. La muchos modelos no conlleva más Simplicidad
Andersen en variante consta tienen. esfuerzo en Tolerante a errores
1985. de dos acciones: tiempo y costo. Concisión
- Permite la Eficiencia Eficiencia de ejecución
* Añadir tres auditoria, lo que Operatividad
nuevos criterios implica un mayor
de valoración: grado de Auditabilidad
 Integridad Instrumentación
Complejidad, confiablidad ante el Seguridad
Seguridad, riesgo.
Auditabilidad Entrenamiento
 Utilizable
* Variar las Operatividad
relaciones de los
factores y los Auto-documentado
criterios. Concisión
 Mantenible Consistencia
 Instrumentación
Modularidad
Simplicidad.
Auto-documentado
Complejidad
 Flexible Concisión
Consistencia
Expansibilidad
Generalidad
Auditabilidad
Auto-documentado
 Verificable
Complejidad
Instrumentación
Modularidad
 Simplicidad
Auto-documentado
Generalidad
Independencia de la máquina
Portable
Independencia del sistema
software
Modularidad

Independencia del hardware

 Reutilizable Independencia del sistema
software
Modularidad
Comunicaciones comunes
Datos comunes
 Inter-operativo Generalidad
Modularidad

De acuerdo a la comparación se puede hacer una selección por modelo.

MODELO McCall Richards, & BOEHM (1976) FURPS (Grady & ISO-IEC 9126 ARTHUR
Walters (1977) Caswell, 1987).

CONCEPTO Factor Características factor Atributo o Factores

Criterio Primitiva atributo característica Criterios
Métrica Características Sub-atributo
Métrica Métrica
Métrica

TTIPO DE MODELO fijo fijo fijo mixtos

 BIBLIOGRAFIA

 Brijendra, S., & Suresh, K. (2013).A Review on Software Quality Models. International Conference Communication on Systems and

Network Technologies (CSNT) (págs. 801-806). IEEE.

 Cervera Paz, Á. El modelo de mccall como aplicación de la calidad a la revisión del software de gestión empresarial Dpto. Organización de

Empresas. Núñez Moraleda, Bernardo M. Dpto. Lenguajes y Sist. Informáticos. Universidad Cádiz.

 Gonzáles, Y., & Cuadra, F. (2001). Calidad del Software (I). Anales de Mecánica y Electricidad (5), 20-29. Consultado el: 12 sep. 2013.

 Libro Electrónico Multimedial: Evaluación de la Calidad de la Tecnología Educativa Capítulo II. Modelos de Calidad.

 Moreno, J., Bolaños, L., & Navia, M. (2010).Exploración de Modelos y Estándares de Calidad para el Producto Software. UIS Revista

de la Facultad de Ingenierías Fisicomecánicas, 9(No.1), 39-53. Consultado el: 17-septiembre-2013.

 Moreno, J., Bolaños, L., & Navia, M. (2010). Un acercamiento a las prácticas de calidad del software en las MiPyMESPS del

suroccidente colombiano. Revista Lasallista de Investigación, Vo.7 (No.1), 17-24Consultado el: 17 sep. 2013

 Ramírez Aguirre, P., & Ramírez Arias, C. (2010).Estudio de las prácticas de calidad del software implementadas en las mi pymes

desarrolladoras de software de Pereira. Pereira: Universidad Tecnológica de Pereira. p (15-40)

 Scalone, F. (2006). Estudio comparativo de los modelos y estándares de calidad del software. (Maestría Ingeniería en Calidad). p

(129-150). Obtenido de Universidad Tecnológica Nacional.

 Corporación de Estudios Tecnológicos del Norte del Valle 2012. MANUAL DE ESTILO APA