Está en la página 1de 7

CUADRO COMPARATIVO

Autor

Jaime Andrés Muñoz Cañar

Módulo: Evaluación de la Calidad de la Tecnología Educativa

UNIVERSIDAD DE SANTANDER

MAGÍSTER EN GESTIÓN DE LA TECNOLOGÍA EDUCATIVA

PASTO

2019
CUADRO COMPARATIVO

Autor

Jaime Andrés Muñoz Cañar

Módulo: Evaluación de la Calidad de la Tecnología Educativa

Tutor:

Rafael Ricardo Mantilla Guiza

UNIVERSIDAD DE SANTANDER

MAESTRÍA EN GESTIÓN DE LA TECNOLOGÍA EDUCATIVA

PASTO

2019
MODELOS DE CALIDAD DE SOFTWARE

MODELO CARACTERISTICAS VENTAJAS DESVENTAJAS

McCALL. El modelo de McCall (1977) Por su estructura 1. Se evalúan muchos


El modelo fue describe la calidad como un jerárquica, se puede factores lo que
escrito concepto elaborado mediante observar que es implicaría un trabajo
por McCall, relaciones jerárquicas entre práctico y fácil de adicional al proceso.
Richards y factores de calidad, en base a entender y de esta 2. Implicaría un
Walters, criterios forma fácil de aplicar. trabajo tedioso por la
(1977) y métricas de calidad tienen 1. Está orientado al cantidad de métricas
como finalidad atender a las producto final pro se que se utilizarían.
diversas necesidades de las puede aplicar al
organizaciones que quieren proceso.
realizar la mejora de sus 2. En costos resulta
procesos. Existen 2 enfoques: viable su aplicación
(1) Continuo y (2) Escalonado. pues no resulta
El Enfoque Continuo hace inoperante y por el
hincapié en la capacidad de contrario, sería de gran
ciertas áreas para realizar sus ayuda para cualquier
actividades de manera organización pues
adecuada. generaría un mayor
El Enfoque Escalonado hace good will ante el
especial énfasis en el grado de mercado.
madurez de los procesos (a 3. Se podría utilizar no
semejanza del SW-CMM) para uno sino para
varios proyectos
Bootstrap. Tiene como principio el reducir Engloba tanto la Se implementa
Fue creado por costos y mejorar la calidad evaluación para principalmente en
la Comisión previendo problemas. Su establecer el Europa.
Europea objetivo es desarrollar un diagnóstico de un
como parte del método para la evaluación de proceso Incompleto en
programa procesos de desarrollo de para desarrollo de comparación con otros
ESPRIT software (SW). software, el cual modelos.
(ESPRIT 5441 Inicialmente se basó en el incluye la
BOOTSTRAP) modelo de madurez de CMM organización, los
añadiendo conceptos de calidad métodos y la
de ISO 9000. capacidad de
ingeniería, las
herramientas
y la tecnología, como
la creación de un
plan de acción que
defina los pasos, los
BOEHM Éste define la calidad de No lucrativo. No especifica muchos
Propuesto por software en términos de aspectos
Barry atributos cualitativos y los mide Fundamentado en relacionados con el
Boehm en usando métricas. El modelo no modelo ISO 9000 y usuario
(1978) es muy distinto al de McCall, CMMi
porque muchos de sus factores
de calidad son los mismos. Éste No implica esfuerzo
modelo también presenta sus adicional para
factores de calidad mejorar y obtener una
estructurados jerárquicamente certificación en
de alto a bajo nivel. ISO 9000.
El modelo se basa en que el
software debe:
1. Hacer lo que el usuario
quiere que haga
2. Utilizar los recursos de la
computadora correcta y
eficientemente
3. Ser fácil de usar y de
aprender para los usuarios
FURPS Esta propuesta contempla, por - Los criterios son Se necesitan de
Modelo de un lado 5 características de las claramente muchas métricas lo
calidad cuales se deriva su nombre entendibles, lo que que implica un mayor
propuesto por (Funcionalidad, Facilidad de implica su fácil esfuerzo de tiempo y
Robert Uso, Confiabilidad, utilización. Costo.
Grady y Desempeño y Facilidad de - En cierta forma su
Hewlett Soporte), y por otro, que los división en factores
Packard Co requisitos se clasifiquen en dos funcionales y no
(HP) en 1987 categorías: requisitos funcionales es
funcionales (F), que son los que convenientes para
especifican funciones que el determinar la calidad,
sistema debe ser capaz de aun así, hayan
realizar sin tener en cuenta las restricciones físicas.
restricciones físicas; y - Tiene en cuenta las
requerimientos no funcionales fallas en el producto y
(URPS), que puntualizan en el proceso, esto
atributos del sistema o del permite una mayor
medio ambiente del sistema. corrección.
- se podría utilizar no
para uno sino para
varios proyectos.
CMMi CMM es un modelo que estudia Reducción del coste de Su falta de adecuación
1984 los procesos de desarrollo de desarrollo. al enfoque a servicio
software de una organización y Localización y que está
produce una evaluación de la resolución de defectos. experimentando el
sector de las TI
madurez de la organización Mejora en la fiabilidad (procesos de desarrollo
según una escala de 5 niveles. de la planificación, en de productos de
La madurez de un proceso es un términos de software) en todas sus
indicador de la capacidad para dedicación líneas de actividad, así
construir un software de y de calendario. como el alto esfuerzo
calidad. Fue desarrollado Aumento de la de implantación que
Software Engineering Institute productividad. exige.
(SEI) perteneciente a Carnegie Reducción de los
Mellon University. trabajos derivados de
correcciones tras las
fases de pruebas.
Aumento de la
efectividad sobre la
planificación
realizada.
Mejora en la calidad
de producto.
Reducción del número
de defectos y
detección en las fases
tempranas de su ciclo
de vida.
Mejora de la Imagen
de Marca.
REFERENCIAS

El Modelo de Capacidad de Madurez y su Aplicación en Empresas Mexicana de Software.

Estudio de las prácticas de calidad del software implementadas en las mipymes desarrolladoras

de software de Pereira. Pereira: Universidad Tecnológica de Pereira. p (15-40). Ramírez Aguirre,

P., & Ramírez Arias, C. (2010).

Estudio comparativo de los modelos y estándares de calidad del software. (Maestría Ingeniería

en Calidad). p (129-150). Scalone, F. (2006). Obtenido de Universidad Tecnológica Nacional.