Los avatares para el juego dramático en entornos virtuales
Fabio lópez cuadro_comparativo_actividad_2.2
1. MODELOS DE CALIDAD DEL SOFTWARE
CUADRO COMPARATIVO
ACTIVIDAD 2.2
FABIO ALEXANDER LÓPEZ
UNIVERSIDAD DE SANTANDERCV – UDES
MAESTRIA EN GESTIÓN DE LA TECNOLOGÍA EDUCATIVA
CHIQUINQUIRÁ BOYACÁ
2016
2. MODELOS DE CALIDAD DEL SOFTWARE
CUADRO COMPARATIVO
ACTIVIDAD 2.2
FABIO ALEXANDER LÓPEZ
Módulo: Evaluación de la Calidad de la Tecnología Educativa
PROFESORA CONSULTORA
MARÍA LUZ MARINA PÉREZ LANCHEROS
UNIVERSIDAD DE SANTANDER CV – UDES
MAESTRIA EN GESTIÓN DE LA TECNOLOGÍA EDUCATIVA
CHIQUINQUIRÁ BOYACÁ
2016
3. MODELO CARACTERÍSTICAS NIVELES DE ORGANIZACIÓN
VENTAJAS Y
DESVENTAJAS
MODELODECALIDAD
DEMACCALL
Propone una serie de factores de
calidad conocidos como factores
de McCall, Richards, & Walters
(1977), la idea del modelo es la
descomposición del concepto
genérico de calidad en tres
capacidades importantes para un
producto software, todo desde la
mirada del usuario. A su vez cada
capacidad se descompone en un
conjunto de factores y finalmente
se definen criterios para evaluar
el factor a través de métricas que
indican en qué medida el sistema
posee una característica dada.
El primer nivel los define como
capacidades o ejes del producto, y son:
Operación, Transición y Revisión. En el
segundo nivel se establecen Factores
de calidad: corrección, fiabilidad,
usabilidad, integridad, eficiencia,
portabilidad, reusabilidad,
interoperabilidad, facilidad
mantenimiento, flexibilidad, facilidad de
prueba. Y el tercer nivel Criterios y
métricas: Auto documentación,
Capacidad de expansión, Compleción de
las funciones, Complejidad, Concisión,
Consistencia, Eficiencia de ejecución,
Estandarización de comunicaciones,
Estandarización de datos y estructuras,
Exactitud de cálculo y de control,
Facilidad de auditoria, Independencia del
hardware, Independencia del software,
Instrumentación, Modularidad,
Operatividad, Seguridad, Simplicidad,
Es un modelo muy completo, ya
que propone una gran cantidad
de factores, definidos en criterios
que son evaluados por una gran
propuesta de métricas, que se
relacionan directamente con los
criterios y los factores de calidad
del producto.
Se basa en la objetividad de la
evaluación de calidad.
Antes de comenzar a utilizar el
modelo de McCall hay que
seguir las siguientes pautas: (1)
Se aceptan los factores, criterios
y métricas que propone el
modelo, (2) Se aceptan las
relaciones entre factores y
criterios, y entre criterios y
métricas; y (3) Se selecciona un
subconjunto de factores de
calidad sobre los que se aplican
4. Tolerancia a errores, Trazabilidad. (CV-
UDES, 2013)
los requisitos de calidad
establecidos para el proyecto.
(Scalone, 2006)
MODELODE
CALIDADBOEHM
Este modelo de calidad fue
propuesto por Barry Boehm en el
año de 1978 y es similar al
modelo de McCall definiendo la
calidad en términos de atributos
cualitativos y métricas para
realizar las medidas.
- Características del Alto Nivel: utilidad,
mantenimiento, portabilidad.
- Nivel Intermedio (Factores):
portabilidad, fiabilidad, eficiencia,
usabilidad, capacidad de prueba,
comprensibilidad, flexibilidad.
-Características Primitivas:
independencia, completitud, exactitud,
consistencia, eficiencia, accesibilidad,
comunicatividad, estructuración,
autodescriptividad, concisión, legibilidad,
expansividad.
El modelo de Boehm tiene como
finalidad que a través de la
calidad del software, el software:
realice lo que desea el usuario,
utilice recursos informáticos de
manera correcta y eficiente, sea
fácil de utilizar y aprender; y sea
bien diseñado, codificado,
probado y mantenido. (Scalone,
2006)
MODELODECALIDAD
FURPS
Modelo de calidad propuesto por
Robert Grady y Hewlett Packard
Co (HP) en 1987. Esta propuesta
contempla, por un lado 5
características de las cuales se
deriva su nombre (Funcionalidad,
Facilidad de Uso, Confiabilidad,
Performance y Facilidad de
Soporte), y por otro, que los
requisitos se clasifiquen en dos
categorías: requisitos funcionales
(F), que son los que especifican
En el primer nivel se encuentran las dos
categorías: los requerimientos
funcionales (F) y los requerimientos no
funcionales (URPS), el segundo nivel
cuenta con sus características y el tercer
nivel los requisitos, así:
- Funcionalidad: conjunto de
características, capacidades y seguridad.
- Facilidad de Uso: factores humanos,
estéticos, consistencia en la interfaz de
usuario, ayuda en línea, asistentes,
Dispone de una serie de tests
para las diferentes etapas del
producto, los usuarios prueban
el producto antes de su
comercialización y obtener un
"feed-back". Asimismo, existe un
plan de soporte definido que
incluye una base de datos con
todos los errores registrados
para poder subsanar las
incidencias y lanzar los
5. funciones que el sistema debe
ser capaz de realizar sin tener en
cuenta las restricciones físicas; y
requerimientos no funcionales
(URPS), que puntualizan
atributos del sistema o del medio
ambiente del sistema. (CV-UDES,
2013)
documentación del usuario y material de
capacitación.
- Confiabilidad: frecuencia y severidad de
fallas, recuperación a fallos y tiempo
entre fallos.
- Performance: velocidad, eficiencia,
disponibilidad, tiempo de respuesta,
tiempo de recuperación y utilización de
recursos.
- Soporte: requisitos de instalación,
requisitos de configuración, requisitos de
adaptabilidad y requisitos de
compatibilidad. FURPS se aplica
realizando los siguientes pasos: (1)
asignación de prioridades y (2) definición
de los atributos de calidad que pueden
ser medidos.
"parches" oportunos. (Scalone,
2006)
MODELOGQM(GOAL–
QUESTION-METRIC)
El modelo GQM (objetivo-
pregunta-métrica /goal – question
- metric) de Basili y Rombach
(1998) es una propuesta de
objetivos / metas orientado a la
definición de modelos de calidad.
Este modelo utiliza una propuesta
para definir un modelo de calidad
hasta obtener las métricas
respectivas con el análisis e
interpretación de los datos de las
mediciones respectivas. Plantea
el enfoque de medición para
(1) Nivel Conceptual (Goal): un objetivo /
meta es definido para un propósito
específico en base a las necesidades de
la organización, teniendo en cuenta una
variedad de razones, desde distintos
puntos de vista relacionados a un
ambiente en particular. Un objetivo /
meta representa el nivel máximo de
característica de calidad.
(2) Nivel Operacional (Question): es un
conjunto de preguntas que son utilizadas
para caracterizar la forma de realización
El enfoque de GQM basa la
mejora en la definición clara de
procesos y productos.
Proporciona la estructura para
obtener los objetivos cruciales
del proyecto, El modelo GQM es
un enfoque útil para decidir qué
medir. Es un enfoque orientado a
metas, por lo tanto, permite a los
tomadores de decisión, elegir
aquellas métricas que se
6. evaluar la calidad del software
basado en la identificación de
objetivos a lograr. Consta de 3
etapas: 1- Listar los objetivos
principales del desarrollo y
mantenimiento del proyecto. 2-
Para cada objetivo, se deben
obtener las preguntas que deben
contestarse para saber si se
están cumpliendo los objetivos. 3-
Decidir qué medir para poder
contestar las preguntas de
manera adecuada, es decir,
desarrollar un conjunto de
métricas que ayuden a responder
la pregunta.
de una meta específica. Cada
característica de nivel máximo es
redefinida en las subcaracterísticas
usando un conjunto de preguntas.
(3) Nivel Cuantitativo (Metric): es un
conjunto de datos que está asociado a
toda pregunta de manera cuantitativa.
Para cuantificar una subcaracterística se
utiliza un conjunto de métricas. La
interpretación de las métricas es utilizada
para responder a las preguntas y
concluir si la meta u objetivo se ha
cumplido.
relacionen a las metas más
importantes de los problemas
más urgentes.
(Scalone, 2006)
MODELOSATC(SOFTWARE
ASSURANCETECHNOLOGY
CENTER)
SATC desarrolló un modelo
dinámico que permite la
producción de varios proyectos
en desarrollo. Los datos del
proyecto son usados para realizar
proyecciones acerca de los
riesgos y puntos de control del
proyecto. Este modelo utiliza un
amplio rango de medidas o
métricas y; tiene objetivos,
atributos y métricas asociadas a
Nivel 1 – Metas: calidad de los
requerimientos, calidad del producto,
efectividad de la implementación,
efectividad de la prueba.
Nivel 2 – Atributos: ambigüedad,
integridad, facilidad de entender,
volatilidad del requerimiento,
trazabilidad, estructura / arquitectura,
reutilización, facilidad de mantenimiento,
documentación, uso del recurso,
cumplimiento de los porcentajes, y
corrección.
Este modelo define un conjunto
de metas u objetivos
relacionados al producto de
software y atributos del proceso
que permiten realizar
indicaciones de la probabilidad
de éxito de los objetivos. Un
conjunto de métricas es
seleccionado o desarrollado, el
cual medirá los atributos
seleccionados. (Scalone, 2006)
7. los procesos de desarrollo y al
software propiamente dicho.
Nivel 3 – Métricas: Nro. de frases claras
Nro. de frases opcionales, Nro. de
TBDs/TBAs. estructura del documento,
cantidad de cambios / cantidad de
requerimientos, etapa del ciclo de vida
cuando se realiza un cambio, Nro. de
requerimientos del software que no se
ajustan a los requerimientos del sistema
Nro. de requerimientos del software que
no se ajustan al código y a las pruebas,
complejidad lógica uso del GOTO,
tamaño, correlación de complejidad /
tamaño, porcentaje de comentarios,
índice legible, tareas terminadas
planificadas, errores y criticidad, etc.
8. BIBLIOGRAFIA
CV-UDES. (2013). LIBRO ELECTRÓNICO MULTIMEDIAL. Evaluación de la Calidad de la Tecnología Educativa. Capitulo
II. Modelos de Calidad.
Scalone, F. (Junio de 2006). ESTUDIO COMPARATIVO DE LOS MODELOS Y ESTANDARES DE CALIDAD DE
SOFTWARE. Buenos Aires, Argentina: Universidad Tecnológica Nacional.
http://laboratorios.fi.uba.ar/lsi/scalone-tesis-maestria-ingenieria-en-calidad.pdf
https://www.researchgate.net/publication/267832255_Exploracion_dE_ModElos_y_EstandarEs_dE_calidad_para_El_prod
ucto_softwarE