Académique Documents
Professionnel Documents
Culture Documents
TUTOR:
PAOLA ANDREA BACCA PACHON
UNIVERSIDAD DE SANTANDER
MAESTRIA GESTION DE LA TECNOLOGIA EDUCATIVA
2015
INTRODUCCION
El software como producto debe poseer atributos o cualidades que midan y lo categoricen con alto
grado de calidad.
Como tal es
implementen estrategias o metodologas estndares que permitan detectar problemas desde su diseo,
desarrollo, proceso y uso.
En el presente trabajo se elaboraran unos cuadro comparativo donde se pretende mostrar un cuadro
las principales caractersticas, la estructura de cada modelo, sus ventajas y desventajas.
Modelo
McCall
Fue
desarrollado
en 1977 por
Jim MacCall
ESTRUCTURA JERARQUICA
Nivel 1
Nivel 2
CARACTERSTICAS
EJE DE OPERACION
ASPECTO
FACTORES
Facilidad de
uso
Integridad
Correccin
Fiabilidad
Eficiencia
CRITERIOS
Facilidad de
aprendizaje.
Control de accesos.
Facilidad de
auditora.
Seguridad.
Completitud.
Consistencia.
Trazabilidad o
rastreabilidad.
Precisin.
Consistencia
Tolerancia a fallos.
Modularidad.
Eficiencia en
ejecucin.
Eficiencia en
almacenamiento.
Nivel
3
VENTAJAS
DESVENTAJAS
METRICAS
Est orientado al
producto final
pero se puede
aplicar al
proceso.
Los criterios se
calculan
a
travs
de
preguntas
dicotmicas del
tipo SI-NO,
las cuales son
contestadas por
una o varias
personas,
lo
cual
podra
implicar
subjetividad
dado que cada
una
puede
evaluar
la
calidad de forma
diferente.
Facilidad de
Mantenimiento
Consistencia
Concisin.
Facilidad de
prueba
Flexibilidad
Cada
Criterio
tiene
varias
mtricas o atributos que en si son
los que permiten
medir la
calidad.
Modularidad
Simplicidad
Auto descripcin
Instrumentacin.
Auto descripcin
Capacidad de
ESTRUCTURA JERARQUICA
Nivel 1
Nivel 2
EJE
para
Su aplicacin
resulta viable
por sus bajos
costos.
Se podra utilizar
no para uno sino
para varios
proyectos.
DESVENTAJAS
En este Modelo
se
evalan
muchos factores
lo que implicara
un
trabajo
adicional
al
proceso
de
desarrollo que
denota tiempo y
costo.
expansin.
Generalidad.
Modularidad
CARACTERSTICAS
Presenta un nivel ms
Simplicidad
VENTAJAS
Auto descripcin.
ASPECTO
CRITERIOS
Modularidad
METRICAS
FACTORES
Nivel
3
FACTORES
Facilidad de
CRITERIOS
Auto descripcin
Nivel
3
METR
Modelo
McCall
Fue
desarrollado
en 1977 por
Jim MacCall
ESTRUCTURA JERARQUICA
Nivel 1
Nivel 2
CARACTERSTICAS
EJE DE REVISION
ASPECTO
VENTAJAS
DESVENTAJAS
(tanto
del
producto
reutilizacin
Modularidad
la medicin de cualquiera de
Hardware.
Modularidad
Compatibilidad de
Interoperabilidad
datos.
Estandarizacin en
deben
cumplir
etapas:
en
distintas
requerimientos
Portabilidad
(R),
implementacin (I).
Modelo
los datos.
Auto descripcin
Modularidad
Independencia entre
Sistema y Software
Independencia del
diseo (D),
ASPECTO
Implicara
un
trabajo tedioso
por la cantidad
de mtricas que
se utilizaran.
comunicaciones.
Compatibilidad de
DESVENTAJAS
caractersticas y
subcaractersticas
sean
siempre
perfectamente
independientes
Sistema y Software.
Independencia del
VENTAJAS
Independencia entre
Generalidad
Nivel
3
ICAS
Modelo
McCall
Fue
desarrollado
en 1977 por
Jim MacCall
ESTRUCTURA JERARQUICA
Nivel 1
Nivel 2
CARACTERSTICAS
DE REVISION
ASPECTO
Hardware.
ALTO NIVEL
O USOS PRIMARIOS
Se
conoce
como
modelo espiral. Presenta
una
jerarqua
de
Utilidad Per-se
NIVEL O
CONSTRUCTORE
S INTERMEDIO
Confiabilidad
NIVEL BAJO O
CONSTRUCT.
PRIMITIVOS
Autocontencin
Exactitud
Completitud
Consistencia
VENTAJAS
DESVENTAJAS
Considera
explcitamente
los riesgos.
Requiere de una
considerable
habilidad
y
experiencia para
creado por
Barry Boehm
en 1978.
CARACTERSTICAS
caractersticas
que
sirven para medir la
calidad del producto
software:
Caractersticas de alto
nivel:
representan
requisitos generales de
uso o usos primarios.
Caractersticas de nivel
intermedio: representan
los factores de calidad
de
Bohem.
Caractersticas
primitivas: nivel ms bajo
que
corresponde
a
caractersticas Directamente asociadas a uno o
ms mtricas de calidad.
Cun usable,
confiable y
eficiente es el
producto en si
mismo.
ASPECTO
CARACTERSTICAS
NIVEL O
CONSTRUCTORE
S INTERMEDIO
Eficiencia
Usabilidad
NIVEL BAJO O
CONSTRUCT.
PRIMITIVOS
Integridad
Accesibilidad
Eficiencia de uso
de dispositivos
Integridad
Accesibilidad
Comunicacin
Comunicacin
Mantenibilidad
Cuan fcil es
modificarlo,
entenderlo y
retestearlo.
Testeabilidad
Flexibilidad
Portabilidad
Utilidad general
Si puede seguirse
usando si se
cambia de
ambiente
Facilidad de
entendimiento
Autodescripcin
Estructuracin
Estructuracin
Aumentabilidad
Independencia de
los dispositivos
Autocontencin
VENTAJAS
CRITERIOS O METRICAS
CRITERIOS O METRICAS
Boehm
Consistencia
Estructuracin
Concisidad
Legibilidad
ATRIBUTOS O
REQUISITOS
Al gestionar los
riesgos, se
reducen los
problemas en el
proyecto y el
costo del mismo.
Permite
especificar
alternativas para
lograr los
objetivos.
Es adaptable a
desarrollo de
todo tipo.
Permite una
mezcla con las
metodologas de
prototipos,
cascada e
incremental.
VENTAJAS
CRI
ASPECTO
DESVENTAJAS
la evaluacin de
riesgos.
Si
no
se
detectan
los
riesgos a tiempo
surgirn
dificultades.
Debido a su
complejidad no
es aconsejable
su
uso
en
sistemas
pequeos.
Limita
la
reusabilidad.
DESVENTAJAS
Funcionalidad
Seguridad
Usabilidad
Confiabilidad
Factores
humanos
Estticos
Consistencia de
la Interfaz
Ayuda en lnea
Asistentes
Documentacin
del usuario
Frecuencia y
severidad de
fallas.
Recuperacin a
fallos
Exactitud de las
salidas
TERIOS O METRICAS
Incluye
cinco
(5)
categoras
principales
las cuales se derivan de
su nombres en ingls:
-Funcionalidad
(Functionality),
-Usabilidad
(Usability),
-Confiabilidad
(Reliability),
-Desempeo
(Performance)
-Soportabilidad
(Supportability).
FUNCIONALES
NO FUNCIONALES
Modelo
FURPS
creado por
HewlettPackard,
1987.
Se puede utilizar
en varios
proyectos.
Caractersticas y
capacidades del
Programa
Generalidades de
las funciones
Tiene en cuenta
las fallas en el
producto y en el
proceso, este
control permite
correcciones.
Se requieren de
Muchas
mtricas para la
evaluacin del
producto.
No tiene
cuenta
portabilidad
los productos
Software.
en
la
de
de
Capacidad de
Prediccin.
Velocidad
Eficacia
P
Desempeo
Consumo de
recurso
Tiempo de
respuesta
Rendimiento
efectivo total.
CARACTERSTICAS
ATRIBUTOS O
REQUISITOS
VENTAJAS
CRITE
ASPECTO
DESVENTAJAS
enfoque
Desempeo
Requisito de Instalacin
Soporte
Implementacin
Interfaz
+
Operaciones
Empaquetamiento
Legales
Requisito de
Compatibilidad.
Limitacion de recurso
Lenguajes
Herramientas, Hardware.
Restricciones para
interaccin con sistemas
externos.
Se utiliza para
establecer
mtricas de la
calidad para
todas las
actividades del
proceso de
desarrollo de un
software,
inclusive de un
sistema de
informacin.
Se establecen
restricciones en
el diseo y los
requerimientos
de
implementacin,
fsicos y de
interfaz
FACTORES
CRITERIOS
Correccin
Completitud
METRIC
ASPECTO
Requisito de
Configuracin.
Requisito de
Adaptabilidad
Utilizacin de Recursos
RIOS O METRICAS
Tiene
un
industrial.
NO FUNCIONALES
Modelo
FURPS
Creado por
HewlettPackard,
1987.
El
modelo
FURPS
incluye, adems de los
factores de calidad y los
atributos, restricciones
de
diseo
y
requerimientos
de
implementacin, fsicos
y de interfaz. .
VENTAJAS
DESVENTAJAS
Modelo
ARTHUR
Creado por
Arthur
Andersen,
1985.
Consistencia
Seguimiento
Fiabilidad
Arthur,
para
diferenciarlo del McCall,
aade
tres nuevos
criterios de valoracin:
Complejidad, Seguridad,
Auditabilidad
AS
Complejidad
Consistencia
Modularidad
Preciso
simplicidad
Tolerante a errores
Concisin
Eficiencia
Posee un Valor
agregado ya
que incorpora
un factor de
calidad que
muchos
modelos no
presentan:
Correccin.
Eficiencia de Ejecucin
Operatividad
Integridad
Utilizable
Mantenible
Flexible
Auditabilidad
Instrumentacin
Seguridad
Entretenimiento
Operatividad
Auto-documentado
Concisin
Consistencia
Instrumentacin
Modularidad
Simplicidad
Auto-documentado
Complejidad
Concisin
Consistencia
ESTRUCTURA DEL MODELO
CARACTERSTICAS
FACTORES
CRITERIOS
Verificable
Auditabilidad
Auto-documentado
METRICAS
ASPECTO
Presenta
demasiados
criterios por lo
cual se deber
utilizar una gran
cantidad
de
mtricas
para
verificar
la
calidad
del
producto
o
proceso
de
Software.
VENTAJAS
DESVENTAJAS
Modelo
ARTHUR
Creado por
Arthur
Andersen,
1985.
El Criterio de
Auditabilidad,
genera un alto
grado
de
confiabilidad
ante
posibles
riesgos.
Complejidad
Instrumentacin
Modularidad
Simplicidad
Debido al uso
de
muchas
mtricas
para
medir la calidad,
se requiere de
mucho esfuerzo
y un alto costo
econmico.
Auto-documentado
Generalidad
Independencia de la mquina
Portable
Inter-operable
ASPECTO
INTERNAS Y
EXTERNAS
CRITERIOS
Adecuacin.
METRICAS
Reutilizable
Auto-documentado
Generalidad
Independencia del hardware
Independencia del sistema
software
Modularidad
Comunicaciones comunes
Datos comunes
Generalidad
Modularidad
VENTAJAS
DESVENTAJAS
Primer versin
1992
Es reemplazado
en el 2001 por
ISO 9126:1.
Es Actualizada
en el 2005 con
una nueva
versin
ISO/IEC 25000
Confiabilidad
Facilidad de uso.
Se divide en:
Eficiencia.
Facilidad de
mantenimiento.
Portabilidad
Es un Modelo
que puede ser
usado en
cualquier parte
porque es de
mbito
internacional.
Tolerante a defectos.
Facilidad de
recuperacin.
Fcil de comprender.
Fcil de aprender.
Fcil de operar.
Atractividad.
Al ser norma
de aplicacin
internacional
siempre est
actualizada.
Comportamiento en el
tiempo.
Comportamiento de
recursos.
ASPECTO
Exactitud.
Interoperabilidad.
Seguridad.
Cumplimiento de
normas.
Madurez.
Funcionalidad.
Es aplicada al
producto y al
proceso.
Fcil de comprender.
Fcil de aprender.
Fcil de operar.
Atractividad. .
Facilidad de
instalacin.
Facilidad de
reemplazo.
Presenta una
superposicin
de conceptos, al
definir
usabilidad
(Facilidad de
uso) como una
caracterstica de
calidad interna
externa, y llamar
calidad en uso a
otras
caractersticas
tambin
vinculadas a la
usabilidad.
Adaptabilidad
DESCRIPCION
VENTAJAS
MET
Estndar
ISO 9126
DESVENTAJAS
Primer versin
1992
Es reemplazado
en el 2001 por
ISO 9126:1.
Es Actualizada
en el 2005 con
una nueva
versin
ISO/IEC 25000.
Eficiencia
Productividad
Seguridad
Satisfaccin
Capacidad de ayudar al
usuario a cumplir sus
objetivos con exactitud y
completitud en un contexto
de uso dado.
Capacidad de ayudar al
usuario a emplear una
cantidad apropiada de
recursos para obtener sus
resultados
Capacidad de alcanzar
niveles aceptables de
riesgo para las personas, el
ambiente de trabajo y la
actividad, en un contexto de
uso dado
Capacidad de satisfacer a
un usuario en un contexto
de uso dado
RICAS
Estndar
ISO 9126
Este Estndar
implementa la
calidad en el
uso, por lo cual
se obtiene
informacin de
parte del
usuario que
facilita generar
procesos de
mejoramientos
en la calidad
del software.
Posee muchas
mtricas por lo
cual,
requiere
tiempo, trabajo y
costos.
CONCLUSIONES
Toda organizacin automatiza tareas a travs de la implementacin de Sistemas de Informacin, por esta
razn adquirir un software es un requisito fundamental para el desarrollo organizacional. Teniendo en
cuenta este fundamento administrativo se debe preveer obtener un producto de software que cumpla con
las condiciones de calidad.
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
beneficios ofrece a nivel proceso, a nivel de resultado. Slo as se puede desarrollar una evaluacin
eficiente que permita
de la futura implantacin
BIBLIOGRAFIA
Calidad del Software: camino hacia una verdadera industria del software. Revista de la Escuela
Administracin de Negocios, 38, 38-57. Rojas, S., & Borja, J. (1999). Recuperado el 10 de Febrero
de
2015,
de:
http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/Anexos/Cap1/1.pdf
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). Garca Romero, C. (2001). Recuperado el 12 de Febrero de 2015 de;
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/garcia_r_ci/capitulo_2.html.
Introduccin a la Calidad del Software. Scientia et Technica(39), 326-331.ISSN 0122-1701. Lpez, A.,
Cabrera, C., & Valencia, L. (2008). Recuperado el 15 de febrero de 2012, de
http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/Anexos/Cap1/2.pdf
Piedrahita Mesa, Sebastin. Construccin de una herramienta para evaluar la calidad de un producto
software. Recuperado el 18 de febrero de 2.015 de:
https://repository.eafit.edu.co/handle/10784/2431.