Académique Documents
Professionnel Documents
Culture Documents
ESTRUCTURA JERARQUICA
MODELO CARACTERISTICAS GENERALES
NIVEL 1 NIVEL 2 N3
EJE DE OPERACIÓN.
El modelo de McCall (1977) describe la FACTORES CRITERIOS
calidad como un concepto elaborado
mediante relaciones jerárquicas entre Facilidad de uso. ¿Puedo Facilidad de
factores de calidad, en base a criterios ejecutarlo? aprendizaje.
y métricas de calidad. Control de accesos.
Integridad. ¿Es seguro?
Este modelo organiza 11 factores en tres Facilidad de auditoría.
1. McCALL ejes o puntos de vista desde los cuales el Seguridad.
M E T RI C A S
El modelo fue usuario puede contemplar la calidad de Completitud.
escrito por Corrección. ¿Hace el software lo
un producto, que son Operación, Consistencia.
McCall, Richards que yo quiero?
Transición y Revisión. Cada factor tiene Trazabilidad o
y Walters, (1977) asociado sus respectivos criterios.
rastreabilidad.
VENTAJAS: Precisión.
- Por su estructura jerárquica, se puede Fiabilidad. ¿Lo hace de forma
Consistencia
observar que es práctico y fácil de exacta todo el tiempo?
Tolerancia a fallos.
entender y de esta forma fácil de aplicar. Modularidad.
- Está orientado al producto final pro se
Eficiencia en ejecución.
puede aplicar al proceso. Eficiencia. ¿Se ejecutará sobre mi
Eficiencia en
- En costos resulta viable su aplicación HW lo mejor posible?
almacenamiento.
EM T R
IC AS
Simplicidad
Facilidad de mantenimiento. Consistencia
¿Puedo arreglarlo? Concisión.
Auto descripción.
Modularidad
Facilidad de prueba. ¿Puedo Simplicidad
pues no resulta inoperante y por el probarlo? Auto descripción
contrario, sería de gran ayuda para Instrumentación.
cualquier organización pues generaría un
mayor good will ante el mercado.
Auto descripción
- se podría utilizar no para uno sino para
varios proyectos Capacidad de
DESVENTAJAS: Flexibilidad. ¿Puedo modificarlo? expansión.
- se evalúan muchos factores lo que Generalidad.
implicaría un trabajo adicional al proceso Modularidad
de desarrollo que denota tiempo y costo.
EJE DE TRANSICION. Factores
- Implicaría un trabajo tedioso por la Auto descripción
cantidad de métricas que se utilizarían. Generalidad
Modularidad
Facilidad de reutilización. ¿Podré Independencia entre
reutilizar parte del software?
Sistema y Software.
Independencia del
Hardware.
Modularidad
T R IC A S
Compatibilidad de
comunicaciones.
Interoperabilidad. ¿Podré
Compatibilidad de
comunicarlo con otros sistemas?
datos.
Estandarización
los en
ME
datos.
Auto descripción
Modularidad
Portabilidad. ¿Podré ejecutarlo en Independencia entre
otra máquina? Sistema y Software
Independencia del
Hardware
2. BOEHM Éste define la calidad de software en CARACTERISTICAS DEL NIVEL INTERMEDIO
términos de atributos cualitativos y los (FACTORES)
Propuesto por mide usando métricas. El modelo no es Independencia de
Barry Boehm en muy distinto al de McCall, porque muchos dispositivos
(1978) de sus factores de calidad son los Portabilidad Auto-contención
mismos. Éste modelo también presenta
sus factores de calidad estructurados Auto-contención
jerárquicamente de alto a bajo nivel. Exactitud
Completitud
El modelo se basa en que el software Confiabilidad Consistencia
debe:
Integridad
* Hacer lo que el usuario quiere que haga
Accesibilidad
* Utilizar los recursos de la computadora
Eficiencia de uso de
correcta y eficientemente Eficiencia
dispositivos
* Ser fácil de usar y de aprender para los
usuarios
Integridad
* Estar bien diseñado, bien codificado y Accesibilidad
ser probado y mantenido fácilmente. Usabilidad
Comunicación
M ETRI CA S
Este modelo introduce características de
Comunicación
alto nivel, de nivel intermedio que se
Testeabilidad (Capacidad de Auto descripción
constituyen en los factores de calidad, y
prueba) Estructuración
las características primitivas, cada una de
las cuales contribuyen al nivel general de
calidad. Consistencia
Estructuración
Comprensibilidad (Facilidad de
Concisidad
entendimiento)
Legibilidad
Estructuración
Flexibilidad Aumentabilidad
VENTAJAS:
- Involucra menos factores y menos criterios lo que implicaría un menor tiempo en su desarrollo.
- se podría utilizar no para uno sino para varios proyectos.
DESVENTAJAS:
- No especifica muchos aspectos relacionados con el usuario
ME TR I C
Caracteriticas y
Modelo de nombre (Funcionalidad, Facilidad de Uso, capacidades
calidad propuesto Confiabilidad, Desempeño y Facilidad de del programa
por Robert Grady Soporte), y por otro, que los requisitos se Generalidad de
Funcionalidad.
y clasifiquen en dos categorías: requisitos las funciones
Hewlett Packard funcionales (F), que son los que
Co (HP) en 1987. especifican funciones que el sistema debe Seguridad del sistema
ser capaz de realizar sin tener en cuenta
las restricciones físicas; y requerimientos REQUISITOS NO FUNCIONALES (URPS)
AS
no funcionales (URPS), que puntualizan DESVENTAJAS:
atributos del sistema o del medio
ambiente del sistema. Usabilidad
VENTAJAS:
I
Factores estéticos
EA T RS
Consistencia de la
interfaz
Documentación
MC
Frecuencia y severidad
de las fallas
M E TR I CA S
Exactitud de las salidas
Tiempo medio de fallos
Capacidad de
recuperación ante fallas
Capacidad de
prediccion
Velocidad del
M E T IRC A S
procesamiento
Tiempo de respuesta
Consumo de recursos
Rendimiento efectivo
total
Eficacia
Extensibilidad
ME T
RI C
AS
Adaptabilidad
Capacidad de pruebas
- Al igual que en el modelo McCall se Capacidad de
necesitan de muchas métricas lo que configuración
implica un mayor esfuerzo de tiempo y Compatibilidad
costo Requisitos de
instalación
M E T RI C A S
- Tiene en cuenta el factor de calidad de
corrección que muchos modelos no Concisión
tienen. Eficiencia Eficiencia de ejecución
Operatividad
- Permite la auditoria, lo que implica un
mayor de grado de confiablidad ante e Auditabilidad
riesgo.
Integridad Instrumentación
Seguridad
DESVENTAJAS:
Auto-documentado
Complejidad
Concisión
Consistencia
Flexible
Expansibilidad
Generalidad
Modularidad
Simplicidad
Auditabilidad
Auto-documentado
Verificable Complejidad
Instrumentación
Modularidad
Simplicidad
Auto-documentado
Generalidad
Independencia de la
Portable máquina
Independencia del
sistema software
Modularidad
Auto-documentado
Generalidad
Independencia del
Reutilizable hardware
Independencia del
sistema software
Modularidad
Comunicaciones
Inter-operativo comunes
Datos comunes
Generalidad
Modularidad
VENTAJAS. Madurez.
Tolerante a defectos.
R IC A S
Confiabilidad
- Es un modelo de corte internacional Facilidad de
pero adaptado al caso colombiano y recuperación.
latinoamericano.
MET
Fácil de comprender.
- La terminología es clara y precisa, lo Fácil de aprender.
Facilidad de uso.
que hace que sea más comprensible para Fácil de operar.
todos los actores del proceso. Atractividad.
M E TR I CA S
emplear una cantidad apropiada de recursos para
obtener sus resultados
Seguridad. Capacidad de alcanzar niveles aceptables
de riesgo para las personas, el ambiente de trabajo y la
actividad, en un contexto de uso dado
Satisfacción. Capacidad de satisfacer a un usuario en
un contexto de uso dado
BIBLIOGRAFIA
Gonzáles, Y., & Cuadra, F. (2001). Calidad del Software (I). Anales de Mecánica y Electricidad. Recuperado 2 de mayo de 2014
Gonzáles, Y., & Cuadra, F. (2001). Calidad del Software (II). Anales de Mecánica y Electricidad. Recuperado 2 de mayo de 2014
Moreno, J., Bolaños, L., & Navia, M. (2010). Exploración de Modelos y Estándares de Calidad para el Producto Software. UIS
Ramírez Aguirre, P., & Ramírez Arias, C. (2010). 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). Recuperado 2 de mayo de 2014
Scalone, F. (2006). Estudio comparativo de los modelos y estándares de calidad del software. (Maestría Ingeniería en Calidad). p