Mitos de calidad

Mitos y creencias en la creación de software de calidad y la medición de ésta

Medir la calidad del software
 Verdad 1. Es posible medir subjetivamente (solicitando opiniones) la calidad delsoftware Confiabilidad. Pocos errores. Flexibilidad. Adaptable a nuevas situaciones. Robustez. No falla. Comprensión. ¿Es entendible el código? Fácil de usar. Ergonómico. Reusable. Se pueden usarporciones en otro software. Rápido. (medición objetiva) Mantenible. Fácil de hacerle cambios.

Medir la calidad del software
• El problema surge cuando deseamos medir las cualidades anteriores en formaobjetiva:
Confiabilidad (pocos errores). Ver el número de mensajes de error del código fuente. A más mensajes, menos errores ?? Flexibilidad (adaptable a nuevas situaciones). Ver a cuántos estándaresse apega ?? Robustez (no falla). Ver si se diseñó con UML o método conocido ?? Comprensión (el código es entendible). Si no contiene “GO TOs” ni variables libres ??

Facilidad de uso (ergonomía).Medir por el tamaño de los manuales ?? Reusabilidad (se puede usar en otras aplicaciones). Ver si las clases comparten pocas variables (coherencia) ?? Mantenibilidad (fácil de hacerle cambios). Medirla bondad de su documentación ?? Modularidad (descomposición en partes que desempeñan una función clara). Se mide contando los módulos o clases o componentes. ?? Complejidad (código enredado). Contandoel nivel de anidación de los paréntesis!! ?? Portabilidad (usable en otros ambientes). Si se ocultan bien sus variables internas ??

• Medimos lo que podemos, no lo que deberíamos (busco la llavedonde hay luz)

Un proceso confiable produce un producto confiable
• Una manera de hacer buenos productos es seguir buenas recetas (buenos procesos, buenos algoritmos)
– Ejemplo: sopa de arroz• Esto es cierto cuando la humanidad ha tenido mucha experiencia • O cuando hay ciencias (Física, Química…) antiguas que apoyan tales procesos

• Entonces, el proceso se vuelve observable...