CUADRO COMPARATIVO MODELOS DE CALIDAD DE SOFTWARE

ESTUDIANTE APRENDIENTE
JUAN PABLO DELGADO LEDEZMA

DOCENTE
CLARA ROCIO HENAO ZARATE

UNIVERSIDAD DE SANTANDER -UDES

MAESTRIA EN GESTION DE LA TECNOLOGÍA EDUCATIVA

EVALUACIÓN DE LA CALIDAD DE LA TECNOLOGÍA EDUCATIVA

2018
 Los modelos de calidad son aquellos documentos que integran la mayor parte de las
mejores prácticas, proponen temas de administración en los que cada organización debe
hacer énfasis, integran diferentes prácticas dirigidas a los procesos clave y permiten medir
los avances en calidad (Constanzo, 2014, p.6).

A continuación se presentará un cuadro con cinco (5) modelos de calidad de

software, donde se expondrá de manera general sus características, ventajas y desventajas.
No se hizo profundización en cada uno de los factores de calidad para no hacer muy
extensivo el cuadro.

CUADRO COMPARATIVO

MODELO CARACTERÍSTICAS VENTAJAS DEVENTAJAS

Existe una relación Los factores de
Es el primer modelo directa entre los calidad son
de calidad desde que desarrolladores y el demasiados
se inició la usuario. abstractos para ser
ingeniería de medidos
software, fue Evalúa el producto a directamente, por lo
desarrollado en bajo nivel. que por cada uno de
1977 por Jim ellos se introduce
McCall. Debido a su Utiliza niveles atributos de bajo
forma de plantear el jerárquicos. nivel denominados
análisis de software criterios de calidad.
es muy utilizado en Más Reusable que
la actualidad, está otros modelos a Se focaliza en
basado en varios pesar de ser de tipo medidas precisas de
McCall, , factores de calidad fijo. alto nivel,
orientado a descuidando las
satisfacer las características
necesidades tanto de primarias.
desarrolladores
como de los No siempre existe
usuarios. una relación
perfectamente lineal
Este modelo entre los valores
establece 3 métricos y las
perspectivas para el características que
análisis de la calidad se deben estimar.
de software, define
11 factores y 23 Menos Rígido que
criterios otros modelos
relacionados a estos.
Las métricas que
 propone son
preguntas que
ponderan
numéricamente un
determinado
atributo del
producto de
software. Después
de obtener los
valores para todas
las métricas de un
criterio específico,
el promedio de
todas ellas es el
valor para ese
criterio
El modelo FURPS Se pueden reducir El modelo tiene
propuesto por los riesgos de no bastantes métricas
Robert Grady y considerar alguna de lo que puede
Heweltt Packard Co las facetas del generar mayor
(HP) cuenta con 5 desarrollo de un demanda en tiempo
características de sistema. y costos.
calidad del software:
(1) Funcionalidad, Es posible
(2) Facilidad de uso, estandarizar algunos
(3) Confiabilidad, criterios para poder
(4) Performance y obtener los
(5) Facilidad de requerimientos.
soporte. Además
plantea 2 categorías Los criterios son de
de requerimientos, fácil comprensión lo
las cuales son: 1- que facilita su
FURPS requerimientos implementación
funcionales (F) y 2-
requerimientos no
funcionales (URPS).
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.
 Presentado en el año Utiliza niveles No se focaliza en
1978, se denomina jerárquicos. medidas precisas de
también modelo en Evalúa el software alto nivel, porque
espiral, ya que sin tomar en cuenta presenta un rango
realiza un conjunto las restricciones más amplio de
de iteraciones, estas físicas. características
no son fijas debido a primarias.
que el equipo de Presenta un rango
trabajo es quien las alto de Genera mucho
determina; es características tiempo el análisis.
modelo que por primitivas. Es un modelo
naturaleza utiliza Une los mejores costoso.
jerarquías. elementos de otros Funciona mejor en
Consiste en un modelos. grandes proyectos.
modelo de Integra el Se trabaja siguiendo
descomposición de desarrollo del un protocolo y debe
características de software con el ser seguido
calidad del software mantenimiento. estrictamente para
en 3 niveles (usos Más Reusable que un buen
Boehm principales, otros modelos funcionamiento.
componentes Menos Rígido que
intermedios y otros modelos.
componentes
primitivos) previos a
la aplicación de
métricas. Este
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.
Fue creado en 1985 Utiliza niveles Es muy costoso.
por el SEI (Software jerárquicos. Excesivamente
Ingineering Clasifica a las detallado.
Institute) fue empresas en niveles Presta atención a la
propuesto debido a según su madurez. gestión dejando de
los problemas que Permite guiar pasos lado aspectos
tenía para la para mejorar a técnicos.
elaboración de través de niveles o Difícil de entender.
software el etapas.
departamento de La implantación de
defensa de los La mejora de un modelo de estas
Estados Unidos. procesos está características es un
siempre alineada proceso largo y
CMMI Tiene dos con los objetivos de costoso que puede
representaciones, la la Empresa. costar varios años
representación Ampliar el alcance de esfuerzo.
escalonada, la cual de la visibilidad y
estudia la madurez en el ciclo de vida La complejidad de
de una organización del producto. la evaluación
en general y la Aplicar prácticas de continua puede
representación alta madurez, ya que atentar contra la
continua que mide el modelo trata de definición de
la capacidad de los convivir con estas objetivos concretos
procesos prácticas. Poder de madurez.
desarrollados en una cumplir con las
categoría específica normas ISO.
(gestión de La mayor ventaja
proyectos, gestión del CMMI es que ha
del proceso, demostrado ser una
ingeniería, soporte). metodología de gran
eficacia. Lo cual es
En ambas observable en:
representaciones - Aumento de la
CMMI evalúa 22 productividad.
áreas de procesos, - Mejora la
que son un grupo de visibilidad de los
prácticas proyectos.
relacionadas en un - Mejora la
área, que si se comunicación, para
implementan de que cada
forma continua participante cumpla
satisfacen un grupo con sus
de objetivos responsabilidades.
considerados - Mejora la
planificación, para
 importantes para la que se establezcan
mejora en esa área. planes más realistas.
Los niveles de - Mejora la calidad
madurez CMMI del producto.
son: - Se establece más
Inicial, gestionado, conocimiento sobre
definido, gestionado la organización.
cuantitativamente y - Los clientes viven
en optimización. más informados.
Un modelo El objetivo del El modelo se aplica
presentado por el Sr. modelo es detectar solo al producto
R. Geoff Dromey. defectos y construido
El cual tiene el clasificarlos. utilizando los
propósito de trabajar paradigmas
con una estructura En este modelo se tradicionales.
que permite propone un marco
construir y utilizar de referencia o No se proponen
un modelo de metamodelo para la medidas en el
calidad práctico para construcción de modelo.
evaluar las modelos de calidad,
diferentes etapas. basado en cómo las El modelo es
Propone 3 modelos propiedades únicamente de
para cada etapa del medibles de un aplicación tras la
Dromey proceso de producto de implementación.
desarrollo: (1) software pueden
modelo de afectar los atributos
requerimientos, (2) de calidad
modelo de diseño y generales, como por
(3) modelo de ejemplo,
calidad de la confiabilidad y
implementación. mantenibilidad
Las características
de calidad
planteadas en este
modelo son:
Eficiencia,
Confiabilidad,
Facilidad de
mantenimiento,
Portabilidad,
Facilidad de uso y
Funcionalidad.
 REFERENCIAS

Constanzo, M. (2014). Comparación de modelos de calidad, factores y métricas en el

ámbito de la ingeniería de software. Universidad Nacional de la Patagonia Austral.

Dirección General del Servicio Civil (2013). Modelo de Calidad de Software para
Desarrollo de Sistemas en la DGSC. Unidad Tecnológica de Infocomunicaciones.
Recuperado de: http://www.dgsc.go.cr/dgsc/rt_indiceGestion/IGI%202013/6-
TECNOL-INF-2013/PREGUNTA-6/Modelo-calidad-software-UTIC.pdf

Fillottrani, P. (2007). Calidad en el desarrollo del software.

http://www.cs.uns.edu.ar/~prf/teaching/SQ07/clase6.pdf

Fuertes, J. (2002). Modelo de calidad para el software orientado a objetos. Universidad

Politécnica de Madrid. España. Recuperado de
http://oa.upm.es/34988/1/TD_Fuertes_JOSE_LUIS.pdf

Ramírez, P. & Ramírez, C. (2010). Estudio de las prácticas de calidad del software
implementadas en las mipymes desarrolladoras de software de Pereira. Universidad
Tecnológica de Pereira.
http://repositorio.utp.edu.co/dspace/bitstream/handle/11059/1977/0053R173e.pdf;js
essionid=5342D3A7AA3ECFF130B0FC9F68B3E755?sequence=1

Scalone, M. (2006). Estudio comparativo de los modelos y estándares de calidad del

software. Universidad Tecnológica Nacional. Buenos Aires, Argentina. Recuperado
de: http://laboratorios.fi.uba.ar/lsi/scalone-tesis-maestria-ingenieria-en-calidad.pdf

Solano, H, & Torres, I. (2013). Análisis de Frameworks para el desarrollo de aplicaciones

móviles en la plataforma Android. Universidad de Azuay. Cuenca, Ecuador.
Recuperado de: http://dspace.uazuay.edu.ec/bitstream/datos/3139/1/09914.pdf

https://sites.google.com/site/moduloevaluacionred/modelo-de-calidad-boehm

https://sites.google.com/site/moduloevaluacionred/modelo-mc-call

https://sites.google.com/site/evaluacionredgrupo3/modelo-de-evaluacion-furps