El documento presenta un modelo para gestionar los atributos de calidad de software durante un proyecto. Propone definir, medir y establecer tolerancias para atributos como corrección, fiabilidad, eficiencia, facilidad de uso, mantenibilidad, flexibilidad y otras medidas durante las fases de análisis, diseño, construcción e implementación. [/RESUMEN]

2. -Ortega y Gasset, 1933

6. 1 5 2
7
4 6
Necesidades
Proyecto
3
Realización

7. 







8. [ ]
•
•
•
-Modelo MOI, Jerry Weinberg, 1986

9. •
•
•

10. INICIO
•
•
•
•
•
SEGUIMIENTO •
Y CONTROL •
•
•
•
•
•
CIERRE •

11. [
La calidad es el grado en que un
conjunto de características inherentes
cumple con unos requisitos
- ISO 9000:2000
]

12. [ ]

13. Extended ISO 9126 Model of Software Quality

14. - Pressman, 2002

15. - Dromey, 1995

17. La intención es separar el
software en atributos que
puedan ser medidos o
cuantificados (en términos de
costo beneficio). Ejemplos de
estos atributos son
confiabilidad, adaptabilidad,
usabilidad y funcionalidad.
Para clasificar los atributos de
calidad del software se
definieron varios modelos,
uno ellos fue el modelo
FURPS+. Este modelo fue
desarrollado por Robert
Grady y Deborah Caswell de
Hewlett Packard

18. Una vez el equipo del proyecto logra decidir sobre los atributos de calidad que
tendrá en cuenta para el proyecto, debe incluir en la gestión del proyecto lo
siguiente por cada atributo:
• Definición: ¿Cómo se va a comprender el atributo para el proyecto?
• Medición: ¿Dónde se va a controlar el atributo? ¿En qué parte del proyecto
se medirá?
• Fórmula: ¿Qué método se utilizará para definir el resultado de la medición?
• Tolerancia de calidad: ¿Cuál será el resultado sobre el que se considerará
que el atributo es de calidad? ¿Cuál será el criterio de calidad?

19. Factor de Se evaluará
Definición Fórmula/Aplicación Tolerancia
calidad en
El grado en que una aplicación satisface Análisis Corrección=CRF-I/CRF-T 95%
Diseño
sus especificaciones y consigue los Construcción
objetivos encomendados por el cliente. Implementación * CRF-I: Cantidad de
Corrección Pretende validar la pregunta ¿El software requerimientos funcionales
hace lo que se pide? implementados
* CRF-T: Total de requerimientos
funcionales del proyecto
El grado que se puede esperar de un Implementación Fiabilidad=COF/COT 90%
software para que lleve a cabo las
operaciones especificadas con la *COF: Cantidad de operaciones
Fiablidad precisión requerida . Responde a la fiables
pregunta ¿El software es fiable todo el *COF: Cantidad de operaciones
tiempo? totales
La cantidad de recursos hardware y Implantación % Recursos tecnológicos ¿¿¿???
software que necesita una aplicación requeridos contrastado con la
para realizar definición de la plataforma
las operaciones con los tiempos de tecnológica
Eficiencia respuesta adecuados. ¿Qué relación
existe entre los recursos definidos en la
plataforma tecnológica y los utilizados en
la implementación del software?
El esfuerzo requerido para aprender el Pruebas de Nivel 1: El usuario requiere
usuario
manejo de un software. formación, manual y personal
de soporte.
Facilidad de uso Nivel 2: El usuario requiere
formación y manual
Nivel 3: El usuario solo requiere
manual.

20. • OPERACIONES DEL PRODUCTO
– Corrección: el grado en que una aplicación satisface sus especificaciones y consigue los objetivos
encomendados por el cliente (¿Hace lo que se pide?)
– Fiabilidad: el grado que se puede esperar de una aplicación lleve a cabo las operaciones
especificadas y con la precisión requerida (¿Lo hace de forma fiable todo el tiempo?)
– Eficiencia: la cantidad de recursos hardware y software que necesita una aplicación para realizarlas
operaciones con los tiempos de respuesta adecuados (¿Qué recursos hardware y software necesito?)
– Integridad: el grado con que puede controlarse el acceso al software o a los datos a personal no
autorizado (¿Puedo controlar su uso?)
– Facilidad de uso: el esfuerzo requerido para aprender el manejo de una aplicación, trabajar con ella,
introducir datos y conseguir resultados (¿Es fácil y cómodo de manejar?)

21. Revisión del producto: capacidad para soportar cambios
– Facilidad de mantenimiento: el esfuerzo requerido para localizar y reparar errores (¿Puedo
localizar los fallos?)
– Flexibilidad: el esfuerzo requerido para modificar una aplicación en funcionamiento (¿Puedo
añadir nuevas opciones?)
– Facilidad de prueba: el esfuerzo requerido para probar una aplicación de forma que cumpla
con lo especificado en los requisitos (¿Puedo probar todas las opciones?)

22. • Transición del producto: adaptabilidad a nuevos entornos
– Portabilidad: el esfuerzo requerido para transferir la aplicación a otro hardware o sistema operativo
(¿Podré usarlo en otra máquina?)
– Reusabilidad: grado en que partes de una aplicación pueden utilizarse en otras aplicaciones (¿Podré
utilizar alguna parte del software en otra aplicación?)
– Interoperabilidad: el esfuerzo necesario para comunicar la aplicación con otras aplicaciones o sistemas
informáticos (¿Podrá comunicarse con otras aplicaciones o sistemas
informáticos?