You are on page 1of 7

EVALUACIN DE LA CALIDAD DE LA TECNOLOGA EDUCATIVA

ACTIVIDAD 1.2
CUADRO COMPARATIVO
NORMAS DE LA GESTION DE LA CALIDAD DEL SOFTWARE

Estudiante Maestrante:
EVARISTO JOSE ARIZA SUAREZ

Profesor Consultor:
HUGO RODRIGUEZ BERNAL

MAESTRA EN GESTIN DE LA TECNOLOGA EDUCATIVA


UNIVERSIDAD DE SANTANDER UDES
AGUSTIN CODAZZI. CESAR
OCTUBRE, 2016

CUADRO COMPARATIVO: NORMAS DE LA GESTION DE LA CALIDAD DEL


SOFTWARE
CARACTERISTICAS

MODELO MCCALL
VENTAJAS

DESVENTAJAS

Este modelo busca reducir la brecha


entre usuarios y desarrolladores
enfocndose en un nmero de
factores de calidad que reflejen las
prioridades de ambos.

Por su estructura jerrquica,


se puede observar que es
prctico y fcil de entender
y de esta forma fcil de
aplicar.

Se
evalan
muchos
factores lo que implicara
un trabajo adicional al
proceso de desarrollo que
denota tiempo y costo.

Los factores se centran en tres


aspectos
importantes
de
un
producto de software.
Operacin del producto: Sus
caractersticas operativas.
Revisin
del
producto:
Su
capacidad para soportar los
cambios.
Transicin
del
producto:
Su
adaptabilidad a nuevos entornos.

Est orientado al producto


final pro se puede aplicar al
proceso.

Es
difcil
que
las
caractersticas
y
subcaractersticas
sean
siempre
perfectamente
independientes.

Estos tres aspectos manejados por


McCall, se definen a partir de la
visin general del usuario del
software,
cada
una
involucra
atributos de calidad conocidos como
criterios de calidad, que son
elementos que estn presentes en
un producto de software, stos a su
vez se miden por ciertos factores de
algunas caractersticas del producto
de
software
los
cuales
son
indicadores de un determinado
atributo.

CARACTERISTICAS
ste define la calidad de software en
trminos de atributos cualitativos y
los mide usando mtricas. El modelo
no es muy distinto al de McCall,
porque muchos de sus factores de
calidad son los mismos.
La estructura jerrquica del modelo
se presenta en 3 niveles para las
caractersticas:
Caractersticas
De
Alto
Nivel:
representan
requerimientos
generales de uso:
Caractersticas De Nivel Intermedio:
representan factores de calidad de

En costos resulta viable su


aplicacin pues no resulta
inoperante
y
por
el
contrario, sera de gran
ayuda
para
cualquier
organizacin pues generara
un mayor good will ante el
mercado.

No siempre existe una


relacin
perfectamente
lineal entre los valores e la
mtrica
y
las
caractersticas
que
se
deben estimar.

se podra utilizar no para


uno
sino
para
varios
proyectos

MODELO BOEHM
VENTAJAS
Involucra menos factores y
menos criterios lo que
implicara un menor tiempo
en su desarrollo.
Se podra utilizar no para
uno
sino
para
varios
proyectos.
El Anlisis del riesgo se hace
de forma explcita y clara.
Une los mejores elementos
de los restantes modelos.

DESVENTAJAS
Genera mucho tiempo en
el desarrollo del sistema.
La
implementacin
modelo es costoso

del

Se requiere experiencia
para identificar los riesgos.
No
especifica
muchos
aspectos relacionados con
el usuario

Boehm
Caractersticas Primitivas: El nivel
ms
bajo
corresponde
a
caractersticas
directamente
asociadas a una o dos mtricas de
calidad:
Cada una de estas caractersticas
contribuye al nivel general de
calidad. El modelo se centra en:
- Sus caractersticas operativas.
- Su capacidad para soportar los
cambios.
- Su
adaptabilidad
a
nuevos
entornos.
La evaluacin del desempeo del
hardware.

CARACTERISTICAS
El modelo FURPS+, desarrollado por
Hewlett Packard (1987), es un
modelo de calidad fijo que establece
cinco caractersticas como factores
de calidad para todas las actividades
del proceso de desarrollo de un
software, que son los que le dan
nombre:
Funtionality - Funcionalidad
Usability - Facilidad de Uso
Reliability - Fiabilidad
Performance Rendimiento
Supportability . Soporte
+ - Plus Implementacin, Interfaz,
Operaciones,
Empaquetamiento,
Legales
El modelo FURPS incluye, adems de
los factores de calidad y los
atributos, restricciones de diseo y
requerimientos de implementacin,
fsicos y de interfaz.

CARACTERISTICAS
Es una variante del modelo McCall
fue
propuesta
como
estndar
internacional para la medicin de la
calidad en el software. El nombre
completo de la norma ISO 2196 es
Software
Product
Evaluation:
Quality Characteristics and Guidline
for Their Use.

Reduce riesgos del proyecto


incorpora objetivos integra
el
desarrollo
con
el
mantenimiento.

MODELO FURPS+
VENTAJAS
Los criterios son claramente
entendibles, lo que implica
su fcil utilizacin.
En cierta forma su divisin
en factores funcionales y no
funcionales es convenientes
para determinar la calidad,
aun as, hayan restricciones
fsicas.
Tiene en cuenta las fallas en
el producto y en el proceso,
esto permite una mayor
correccin.

DESVENTAJAS
Se necesitan de muchas
mtricas lo que implica un
mayor esfuerzo de tiempo
y costo.
No tiene en cuenta la
portabilidad
de
los
productos software que se
estn considerando.
Se establecen restricciones
en
el
diseo
y
los
requerimientos
de
implementacin, fsicos y
de interfaz

Se podra utilizar no para


uno
sino
para
varios
proyectos

MODELO ISO 9126


VENTAJAS
Es un modelo de corte
internacional pero adaptado
al
caso
colombiano
y
latinoamericano.
La terminologa es clara y
precisa, lo que hace que sea
ms
comprensible
para
todos
los
actores
del
proceso.

DESVENTAJAS
Presenta
una
superposicin
de
conceptos,
al
definir
usabilidad (Facilidad de
uso)
como
una
caracterstica de calidad
internaexterna, y llamar
calidad en uso a otras
caractersticas
tambin

La ISO 9126 clasifica la calidad del


software
en
un
conjunto
estructurado de caractersticas y
sub-caractersticas a su vez est
dividida en atributos. Un atributo es
una entidad la cual puede ser
verificada o medida en el producto
software. Los atributos no estn
definidos en el estndar, ya que
varan entre diferentes productos
software.
Cuenta con tres tems adicionales
para ayudar a la mejora de la calidad
del producto software (Mtricas
externas, Mtricas internas, Mtricas
de calidad en uso).

CARACTERISTICAS
El modelo CMM define que deben
existir algunas reas o procesos
clave en la organizacin que
debern realizar alguna funcin
especfica. A estas reas se les
denomina como reas Clave de
Proceso (KPA - Key Process Area).
El modelo define para cada una de
estas reas un conjunto de buenas
prcticas, dependiendo de que tanto
se ajusten estas reas con el modelo
CMM se puede conocer el nivel de
madurez de esta organizacin.

Utiliza niveles jerrquicos.


Clasifica a las empresas en
niveles segn su madurez.
Permite
guiar
paso
para
mejorar a travs de niveles o

vinculadas a la usabilidad.
Involucra la utilizacin de la
norma ISO
Introduce
un
nuevo
concepto es la calidad de
uso que tiene en cuenta lo
ms importante para la
gestin de calidad que es la
opinin del usuario.
Esta actualizado

Posee muchas mtricas


por
lo
cual,
requiere
tiempo, trabajo y costos.

Se podra utilizar no para


uno
sino
para
varios
proyectos

MODELO CMM
VENTAJAS
Reduccin
desarrollo

del

coste

DESVENTAJAS
de

Localizacin y resolucin de
defectos
Mejora en la fiabilidad de la
planificacin en trminos de
dedicacin y de calendario
Aumento
de
la
productividad
Reduccin de trabajos de
correcciones tras las fases
de prueba.
Mejora en la calidad del
producto
Reduccin de defectos

Falta de adecuacin al
enfoque de servicio que
est experimentando el
sector de las TI en todas
sus lneas de actividad.
Exige un alto esfuerzo de
implantacin
Proceso
de
valoracin
pesado y lento.

etapas.
Especfico para el desarrollo y
mantenimiento de software.
Definido como un conjunto de
reas clave de procesos.
Tiene
un
modelo
de
evaluacin

CARACTERISTICAS
Este modelo presenta como aspecto
fundamental la definicin de los
atributos de calidad que realmente
interesan al usuario y el nivel de
calidad que debe tener cada uno de
ellos para satisfacerlo ya que no
tiene sentido exigir calidad en un
producto, si no se cuenta con esta
base.
Cada
atributo
tiene
subatributos que ayudan a la
medicin de este
Capacidad de trabajo
Capacidad del proceso
Capacidad de respuesta
Capacidad de almacenamiento.

Deteccin en las fases


tempranas de su ciclo de
vida
Mejora de la imagen de
Marca

MODELO GILB
VENTAJAS
Existe una relacin directa
entre los desarrolladores y
el usuario.
Existe una relacin directa
entre atributos y subatributos
Es posible especificar los
atributos de la calidad del
software
en
forma
cuantitativa

DESVENTAJAS
Se
evalan
muchos
factores que provocan un
mayor trabajo en tiempos
y costos.

Engorroso o de excesivo
papeleo.
Posee
herramientas
licenciadas
como tambin lo es la
valoracin del modelo que
es muy cara.

Gilb propone caractersticas como la


correccin, la integridad, la facilidad
de mantenimiento y la facilidad de
uso, como base para proporcionar
indicadores tiles para los equipos
de trabajo

CONCLUSION

Para poder evaluar la calidad del software debe tener en cuenta que existen
una variedad de Modelos y Estndares que permiten medir la calidad a travs
de atributos que son evidenciados a travs no solo de su uso sino a travs de
los resultados que se obtienen a travs del procesamiento de la informacin.
Por eso debe determinar qu Modelo o Estndar utilizar segn los objetivos
que se pretendan alcanzar.

Lo ms recomendable analizar y comparar cada uno de los modelos y


estndares, para poder efectuar una correcta eleccin del Modelo y/o Estndar
de Calidad del Software a aplicar, determinar qu beneficios ofrece a nivel
proceso, a nivel de resultado. Slo as se puede desarrollar una evaluacin
eficiente que permita de la futura implantacin teniendo en cuenta un contexto
integral: recursos humanos, materiales, tiempos y costos.

REFERENCIAS BIBLIOGRAFICAS

Vanessa Alejandra Vargas Arteaga. Calidad del Software [En lnea], disponible
en: http://vanevargas.jimdo.com/
Sistemas de informacin Modelo FURPS. [En lnea], disponible en:
https://sistemasaqr.wordpress.com/2010/02/23/modelo-furps/
CVUDES. Evaluacin de la Calidad de la Tecnologa Educativa Captulo I [En
lnea], disponible en:

http://aula2.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/cap1/Capit
ulo_Completo.pdf
Garca Romero, C. (2001). El Modelo de Capacidad de Madurez y su
Aplicacin en Empresas Mexicana de Software. Puebla: Universidad de las
Amricas Puebla. p (10-18, 68-75). [En lnea], disponible en:
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/garcia_r_ci/capitulo_2.html
Mollineda , R., & Vos, T. (2003). Calidad y Testeo del Software. Actualidad TIC.
Revista del Instituto Tecnolgico de Informtica. Universidad Politcnica de
Valencia.
p
(12-16).
[En
lnea],
disponible
en:
http://www.iti.es/media/about/docs/tic/01/2003-07.pdf.
Or Bravo Alexander (2008). Calidad del Software Introduccin al CMM [En
lnea], disponible en:
http://www.calidadysoftware.com/otros/introduccion_cmmi.php.