ACTIVIDAD 2.

2
MODELOS DE CALIDAD

Módulo: Evaluación de la calidad de la tecnología educativa

NESTOR ANAYA CHAVEZ

Tutor

Delys Ruiz Cárdenas

Estudiante

UNIVERSIDAD DE SANTANDER
MAESTRÍA EN GESTIÓN DE LA TECNOLOGÍA EDUCATIVA
2018
 CUADRO COMPARATIVO

MODELOS
DE
CALIDAD CARACTERÍSTICAS VENTAJAS DESVENTAJAS
DEL
SOFTWARE

Este modelo busca reducir la

brecha entre usuarios y
desarrolladores enfocándose
en un número de factores de
McCall calidad que reflejen las
prioridades de ambos.

Características de calidad
 Facilidades de uso
 Integridad
 Corrección
 Confiabilidad
 Eficiencia
 Facilidad de
mantenimiento  es difícil que las
 Facilidad de prueba características y
 Flexibilidad subcaracterísticas
 Facilidad de sean siempre
reutilización perfectamente
 Interoperabilidad independientes
 Portabilidad  falta una
asociación
 Existe una explícita entre el
El modelo de McCall organiza relación directa modelo y el
los factores en tres ejes o entre los proceso
puntos de vista desde los desarrolladores  las características
cuales el usuario puede y el usuario son en general
contemplar la calidad de un  Evalúa el propiedades
producto (1) Operación del producto a nivel abstractas
producto, (2) Revisión del bajo. medibles
producto y (3) Transición del  Utiliza niveles mediante
producto. Cada punto de jerárquicos métricas.
vista se descompone en una  No siempre existe
serie de factores que una relación
determinan la calidad de perfectamente
cada una de ellos. Cada lineal entre los
factor determinante de la valores de las
calidad, se descompone, a su métricas y las
vez, en una serie de criterios características que
o propiedades que deben estimar.
determinan su calidad. Los
criterios pueden ser
evaluados mediante un
conjunto de métricas. Para
cada criterio deben fijarse
unos valores máximo y
mínimo aceptables.

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 los requisitos de
calidad establecidos para el
proyecto.

El modelo FURPS propuesto

por Robert Grady y Heweltt
Packard Co (HP)

Cuenta con 5
características de calidad
del software:

 Funcionalidad
 Facilidad de uso
 Confiabilidad
 Performance
 Facilidad de
soporte.

Además plantea 2 categorías

de requerimientos, las cuales
son: 1- requerimientos
funcionales (F): especifican
 Evalúa el
funciones que el sistema
software sin
debe ser capaz de realizar,
tomar en cuenta
sin tomar restricciones físicas
las restricciones
a consideración, y se definen
físicas
a través de las entradas y  Se requieren
 Criterios claros
FURPS salidas esperadas. muchas métricas
para su fácil
2- requerimientos no lo que implica
utilización
funcionales (URPS): Usability mayor esfuerzo en
 Tiene en cuenta
(Facilidad de uso), Reliability tiempo y costos
las fallas del
(Confiabilidad), Performance
producto y el
y Supportability (Facilidad de
proceso para su
soporte). Describen atributos
mayor
del sistema o atributos del
corrección.
ambiente del sistema. Se
contemplan diversas fases.
La primera es la concepción
del producto a partir de
análisis del mercado,
después se marcan los
objetivos y se define el
proyecto, apartado que se
mezcla inevitablemente con
la fase de diseño real del
producto e investigación.
Posteriormente, se procede a
traducir los diseños en piezas
o prototipos reales en el
laboratorio.
El Manufacturing Release es
la fabricación real a partir de
los prototipos. Una vez
fabricado, la siguiente fase
en la vida del producto es su
 comercialización hasta que
se convierta en algo obsoleto
y se deje de fabricar como
última etapa del ciclo.

BOEHM El modelo de Boehm (1978)

agrega algunas
características a las
existentes en el modelo de
McCall y representa una
estructura jerárquica de
características, cada una de
las cuales contribuye a la
calidad total.
Características de calidad

 Confiabilidad
 Eficiencia
 Facilidad de prueba
 Portabilidad
 Fácil de entender  Utiliza niveles
 Fácil de modificar jerárquicos
 No especifica los
 Involucra menos
aspectos
Consiste en un modelo de factores y
relacionados con
descomposición de criterios lo que
el usuario
características de calidad del implica menos
 Genera mucho
software en 3 niveles (usos tiempo en su
tiempo en el
principales, componentes desarrollo
desarrollo del
intermedios y componentes  Incorpora
sistema
primitivos) previos a la objetivos de
aplicación de métricas. Este calidad
modelo plantea factores de
calidad formados por
criterios de calidad y
métricas respectivas.
El modelo de Boehm tiene
como finalidad que a través
de la calidad del software, el
Software: (1) realice lo que
desea el usuario, (2) utilice
recursos informáticos de
manera correcta y eficiente,
(3) sea fácil de utilizar y
aprender; y (4) sea bien
diseñado, codificado,
probado y mantenido.

El modelo de Dromey tiene el

propósito de trabajar con
 Evalúa un
una estructura que permite
DROMEY producto de
construir y utilizar un modelo
forma
de calidad práctico para
independiente  Se basa solo en la
evaluar las etapas de
 Existe una calidad del
Determinación de los
relación directa producto, más no
requerimientos, Diseño e
entre los en el desarrollo y
Implementación. Esta
atributos y los análisis del mismo
información puede ser usada
sub-atributos
para elaborar, comparar y
 Utiliza niveles
evaluar la calidad de los
jerárquicos
productos de software. Este
 modelo plantea la calidad del
producto por medio de la
definición de
subcaracterísticas que
pueden ser medidas y
evaluadas como
características.
Características de
calidad:
 Facilidades de uso
 Confiabilidad
 Eficiencia
 Facilidad de
mantenimiento
 ¨Portabilidad
 Funcionalidad

También, permite aumentar

el entendimiento respecto de
la relación entre los atributos
(características) y los
subatributos
(subcaracterísticas) de
calidad.
Dromey propone 3 modelos
para cada etapa del proceso
de desarrollo: (1) modelo de
requerimientos, (2) modelo
de diseño y (3) modelo de
calidad de la
implementación.
Estas características pueden
ser agrupadas de acuerdo a
diversos aspectos a tener en
cuenta en la implementación:
(1) corrección, (2) aspectos
internos, (3) aspectos del
contexto y (4) aspectos
descriptivos.
Dromey propone una matriz
que relaciona las
características de calidad
respecto de la Norma ISO
9126-1. Dicha matriz
presenta un mapeo entre las
características del producto
y los atributos de alto nivel,
el cual es utilizado en las
evaluaciones del producto de
Software.

 Existe una
El modelo de Gilb plantea la
relación directa
creación de una
entre los  Se evalúan
GILB especificación de requisitos
desarrolladores muchos factores
de calidad para cada
y el usuario. que provocan un
proyecto que deben escribir
 Existe una mayor trabajo en
conjuntamente el usuario y
relación directa tiempos y costos
el analista. Es un modelo que
entre atributos
permite determinar una lista
y sub-atributos
de características que
 definen la calidad de la  Es posible
aplicación. especificar los
Puede ser de 2 tipos: (1) atributos de la
Originales y (2) de modelos calidad del
tradicionales. software en
Las características se pueden forma
medir mediante varias cuantitativa
subcaracterísticas o métricas
detalladas. Para cada una de
ellas, se deben especificar
los siguientes conceptos: (1)
nombre y definición de la
característica, (2) Escala o
unidades de medición, (3)
recopilación de datos o
prueba, (4) valor previsto,
(5) valor óptimo, (6) valor en
el sistema actual y (7)
comentarios.
Cuenta con las siguientes
características de
calidad:
 corrección,
 facilidad de
mantenimiento
 integridad
 Facilidad de uso.

 Reducción del
Es una guía para comprobar
coste de
procesos y comparar la
desarrollo
capacidad de un grupo al
 Localización y
ejecutarlos. Es un modelo de
resolución de
madurez-directriz, practico y
defectos
disciplinas basadas en
 Mejora en la
estándares de la industria.
fiabilidad de la
Indica qué deben hacer los
planificación en
procesos no cómo deben
términos de
hacerlo.  Falta de
dedicación y de
Características de calidad adecuación al
calendario
 Utiliza niveles enfoque de
 Aumento de la
jerárquicos. servicio que está
productividad
 Clasifica a las experimentando el
 Reducción de
empresas en niveles sector de las TI
CMMI trabajos de
según su madurez. en todas sus
correcciones
 Permite guiar paso líneas de
tras las fases de
para mejorar a actividad.
prueba.
través de niveles o  Exige un alto
 Mejora en la
etapas. esfuerzo de
calidad del
 Específico para el implantación.
producto
desarrollo y
 Reducción de
mantenimiento de
defectos
software.
 Detección en las
 Definido como un
fases tempranas
conjunto de áreas
de su ciclo de
clave de procesos.
vida
 Tiene un modelo de
 Mejora de la
evaluación.
imagen de
Marca
Bibliografía:
Pressman, R. S. (2005). Ingeniería del software: un enfoque práctico. México: McGraw-Hill
Interamericana.

Modelos de Calidad del Software.(2012) Gráfico recuperado el 4 de marzo de 2016 de

https://es.scribd.com/doc/138528080/Modelos-de-Calidad-de-Software

Modelos de Calidad del Software (2012) Gráfico recuperado el 4 de marzo de 2016 de

https://es.scribd.com/doc/138528080/Modelos-de-Calidad-de-Software