Escolar Documentos
Profissional Documentos
Cultura Documentos
ADRIANA LIZCANO
INGENIERA DE SISTEMAS/MAGISTER DE TECNOLOGAS DE LA INFORMACIN
APLICADAS EN LA EDUCACIN
Es por esta razn que hay entidades encargadas de desarrollar y aplicar normas y modelos
de calidad estrictos, donde manejan unas categorizaciones las cuales miden el grado de madurez
y eficacia a la hora de desarrollar el producto (software), a travs de una estructura jerrquica
donde se cuenta con factores genricos que se descomponen en otros ms especficos, los cuales
pueden ser medidos mediante lo que se conoce como mtricas, estas entidades existen por el
producto de investigaciones realizadas en las ltimas dcadas. Algunos estndares de calidad
como la ISO, se enfoca en evaluar el nivel de proceso y otros modelos que lo hacen en la
evaluacin del producto final. Un detalle importante que se debe tener en cuenta antes de
comenzar con la evaluacin del producto es tener en cuenta el grado de complejidad para llegar a
cumplir esta meta, ya que el software es un producto generado de un proceso intelectual, el cual
requiere de personal experimentado, recursos, complejidad en los proyectos, entre otros aspectos,
lo que implica mayor dificultad para una correcta evaluacin de la calidad y por ende generar un
producto que se acople a las necesidades de sus usuarios tanto a nivel del manejo del producto
como en la plataforma donde se vaya a utilizar el mismo, aparte de que constantemente debe
pasar por un proceso de actualizacin ya que el hardware que es la parte fsica de un computador
o dispositivo presenta un avance mucho ms gil que el software.
En conclusin la calidad del software sigue siendo un campo muy joven y poco
experimentado del cual todava hay mucho que descubrir y aprender, sobre todo en los pases
subdesarrollados como Colombia, donde no se cuenta con una infraestructura tecnolgica
avanzada para poder desarrollar software de calidad competitivo entre otros pases desarrollados
que cuentan con el conocimiento, experiencia e infraestructura que le proporciona calidad y
competitividad alta.
El modelo
fue escrito
por McCall,
Richards y
Walters,
(1977)
El modelo de McCall
(1977) describe la
calidad como un
concepto elaborado
mediante relaciones
jerrquicas entre factores
de calidad, en base a
criterios
y mtricas de calidad.
Este modelo organiza 11
factores en tres ejes o
puntos de vista desde los
cuales el usuario puede
contemplar la calidad de
un producto, que son
Operacin, Transicin y
Revisin. Cada factor
tiene asociado sus
respectivos criterios.
VENTAJAS:
Por su estructura
jerrquica, se puede
observar que es
prctico y fcil de
entender y de esta
forma fcil de aplicar.
Est orientado al
producto final pro se
puede aplicar al
proceso.
En costos resulta
ESTRUCTURA JERARQUICA
NIVEL 1
NIVEL 2
EJE DE OPERACIN.
FACTORES
Facilidad de uso.
Puedo ejecutarlo?
Integridad. Es seguro?
Correccin. Hace el
software lo que yo
deseo?
Fiabilidad. Lo hace de
forma exacta todo el
tiempo?
Eficiencia. Se ejecutar
sobre el HW lo mejor
posible?
N3
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.
Modularidad
Simplicidad
Consistencia
Concisin.
Auto descripcin.
Facilidad de prueba.
Puedo probarlo?
Modularidad
Simplicidad
Auto descripcin
Instrumentacin.
Flexibilidad. Puedo
modificarlo?
Auto descripcin
Capacidad de
expansin.
M E TR I CAS
1. McCALL
CARACTERISTICAS
GENERALES
M E TR I CAS
MODELO
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.
Generalidad.
Modularidad
Se podra utilizar no
para uno sino para
varios proyectos
Se evalan muchos
factores lo que
implicara un trabajo
adicional al proceso
de desarrollo que
denota tiempo y
costo.
Implicara un trabajo
tedioso por la
cantidad de mtricas
que se utilizaran.
Auto descripcin
Generalidad
Modularidad
Independencia
entre Sistema y
Software.
Independencia del
Hardware.
Interoperabilidad.
Podr comunicarlo con
otros sistemas?
Modularidad
Compatibilidad de
comunicaciones.
Compatibilidad de
datos.
Estandarizacin
en los datos.
Portabilidad. Podr
ejecutarlo en otra
mquina?
Auto descripcin
Modularidad
Independencia
entre Sistema y
Software
Independencia del
Hardware
M E TR I C AS
DESVENTAJAS:
Propuesto
por Barry
Boehm en
(1978)
Hacer lo que el
usuario quiere que
haga
Utilizar los recursos
de la computadora
correcta y
eficientemente
Confiabilidad
Eficiencia
Accesibilidad
Eficiencia de uso
de dispositivos
Usabilidad
Integridad
Accesibilidad
Comunicacin
Testeabilidad
(Capacidad de prueba)
Comunicacin
Auto descripcin
Estructuracin
Comprensibilidad
(Facilidad de
entendimiento)
Flexibilidad
Consistencia
Estructuracin
Concisidad
Legibilidad
Estructuracin
Aumentabilidad
M E TR I CAS
2. BOEHM
Confiablidad
VENTAJAS:
En cierta forma su
divisin en factores
funcionales y no
funcionales es
convenientes para
determinar la calidad,
aun as, hayan
restricciones fsicas.
Desempeo
(rendimiento)
Capacidad de Soporte
Factores humanos
Factores estticos
Consistencia de la
interfaz
Documentacin
Frecuencia y
severidad de las
fallas
Exactitud de las
salidas
Tiempo medio de
fallos
Capacidad de
recuperacin ante
fallas
Capacidad de
prediccin
Velocidad del
procesamiento
Tiempo de
respuesta
Consumo de
recursos
Rendimiento
efectivo total
Eficacia
Extensibilidad
Adaptabilidad
Capacidad de
pruebas
METRICAS
REQUISITOS NO
FUNCIONALES (URPS)
Usabilidad
Caractersticas y
capacidades del
programa
Generalidad de
las funciones
Seguridad del
sistema
M E TR I CAS
REQUISITOS FUNCIONALES
(F)
Funcionalidad.
M E TR I CAS
Modelo de
calidad
propuesto
por Robert
Grady y
Hewlett
Packard Co
(HP) en
1987.
Esta propuesta
contempla, por un lado 5
caractersticas de las
cuales se deriva su
nombre (Funcionalidad,
Facilidad de Uso,
Confiabilidad,
Desempeo y Facilidad
de Soporte), y por otro,
que los requisitos se
clasifiquen en dos
categoras: requisitos
funcionales (F), que son
los que especifican
funciones que el sistema
debe ser capaz de
realizar sin tener en
cuenta las restricciones
fsicas; y requerimientos
no funcionales (URPS),
que puntualizan atributos
del sistema o del medio
ambiente del sistema.
METRICA
S
3. FURPS
M E TR I CAS
DESVENTAJAS:
y en el proceso, esto
permite una mayor
correccin.
Capacidad de
configuracin
Compatibilidad
Requisitos de
instalacin
Se podra utilizar no
para uno sino para
varios proyectos
DESVENTAJAS:
4. ARTHUR
Modelo de
calidad
creado por
Arthur
Andersen
en 1985.
Al igual que en el
modelo McCall se
necesitan de muchas
mtricas lo que
implica un mayor
esfuerzo de tiempo y
costo
FACTORES
Correccin
Completitud
Consistencia
Seguimiento
Fiabilidad
Complejidad
Consistencia,
Modularidad
Preciso
Simplicidad
Tolerante a
errores
Eficiencia
Concisin
Eficiencia de
ejecucin
Operatividad
Integridad
Auditabilidad
Instrumentacin
Seguridad
Utilizable
Entrenamiento
Operatividad
Mantenible
Autodocumentado
Concisin
Consistencia
VENTAJAS:
Tiene en cuenta el
factor de calidad de
correccin que
muchos modelos no
tienen.
Permite la auditoria,
lo que implica un
mayor de grado de
confiablidad ante el
CRITERIOS
M E TR I CAS
riesgo.
Instrumentacin
Modularidad
Simplicidad
DESVENTAJAS:
5. ISO-IEC
Incluye ms
criterios, lo que hace
que se utilicen ms
mtricas y esto
conlleva ms
esfuerzo en tiempo y
costo
Es un estndar
Flexible
Autodocumentado
Complejidad
Concisin
Consistencia
Expansibilidad
Generalidad
Modularidad
Simplicidad
Verificable
Auditabilidad
Autodocumentado
Complejidad
Instrumentacin
Modularidad
Simplicidad
Portable
Autodocumentado
Generalidad
Independencia de
la mquina
Independencia del
sistema software
Modularidad
Reutilizable
Autodocumentado
Generalidad
Independencia del
hardware
Independencia del
sistema software
Modularidad
Inter-operativo
Comunicaciones
comunes
Datos comunes
Generalidad
Modularidad
CARACTERISTICAS INTERNAS
CRITERIOS
Y EXTERNAS (FACTORES)
Funcionalidad.
Adecuacin.
Exactitud.
Interoperabilidad.
Seguridad.
Cumplimiento de
normas.
Confiabilidad
Madurez.
Tolerante a
defectos.
Facilidad de
recuperacin.
VENTAJAS.
Es un modelo de
corte internacional
pero adaptarlo al
caso colombiano y
latinoamericano.
Facilidad de uso.
Fcil de
comprender.
Fcil de aprender.
Fcil de operar.
Atractividad.
La terminologa es
clara y precisa, lo
que hace que sea
ms comprensible
para todos los
actores del proceso.
Eficiencia.
Comportamiento
en el tiempo.
Comportamiento
de recursos.
Facilidad de
mantenimiento.
Facilidad de
anlisis.
Facilidad de
cambios.
Facilidad de
pruebas.
Estabilidad.
Portabilidad.
Facilidad de
instalacin.
Facilidad de
reemplazo.
Adaptabilidad.
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.
Podra utilizarse no
para uno sino para
varios proyectos.
M E TR I CAS
El estndar
ISO 9126
presenta su
primera
versin en
1991, luego
en 2001 es
remplazado
por ISO
9126:1
internacional para la
evaluacin del Software,
est supervisado por el
proyecto SQuaRE, ISO
25000:2005, el cual sigue
los mismos conceptos.
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).
METRICA
S
9126
REFERENCIAS BIBLIOGRFICAS
Gonzles, Y., & Cuadra, F. (2001). Calidad del Software (I). Anales de Mecnica y Electricidad.
Recuperado 2 de mayo de 2014
Gonzles, Y., & Cuadra, F. (2001). Calidad del Software (II). Anales de Mecnica y Electricidad.
Recuperado 2 de mayo de 2014
Moreno, J., Bolaos, L., & Navia, M. (2010). Exploracin de Modelos y Estndares de Calidad
para el Producto Software. UIS
Ramrez Aguirre, P., & Ramrez Arias, C. (2010). Estudio de las prcticas de calidad del software
implementadas en las mipymes desarrolladoras de software de Pereira. Pereira:
Universidad Tecnolgica de Pereira. p (15-40). Recuperado 2 de mayo de 2014