Professional Documents
Culture Documents
Agujita, Coahuila.
A 23 de Marzo de 2012.
Introduccin.
La calidad del software es una preocupacin a la que se dedican muchos esfuerzos. Sin embargo, el software casi nunca es perfecto. Todo proyecto tiene como objetivo producir software de la mejor calidad posible, que cumpla, y si puede supere las expectativas de los usuarios. Por lo tanto veremos la calidad de software tanto de alta calidad como de baja calidad.
Revisin del producto: capacidad para soportar cambios Facilidad de mantenimiento (Puedo localizar los fallos?). El esfuerzo requerido para localizar y reparar errores Flexibilidad (Puedo aadir nuevas opciones?). El esfuerzo requerido para modificar una aplicacin en funcionamiento
Facilidad de prueba (Puedo probar todas las opciones?).El esfuerzo requerido para probar una aplicacin de forma que cumpla con lo especificado en los requisitos
Transicin del producto: adaptabilidad a nuevos entornos Portabilidad (Podr usarlo en otra mquina?). El esfuerzo requerido para transferir la aplicacin a otro hardware o sistema operativo Reusabilidad (Podr utilizar alguna parte del software en otra aplicacin?). Grado en que partes de una aplicacin pueden utilizarse en otras aplicaciones Interoperabilidad (Podr comunicarse con otras aplicaciones o sistemas informticos?). El esfuerzo necesario para comunicar la aplicacin con otras aplicaciones o sistemas
Calidad
Evolucin del mundo del problema: estas modificaciones responden a cambios en los elementos del mundo que participan en el problema, en sus relaciones, en las reglas de validez, etc. Son cambios muy frecuentes, con serias repercusiones sobre la estructura del software.
La misma vida til de un programa est relacionada con su estructura y su extensibilidad. Si se define la entropa del software como el nivel de desorden interno que ste tiene, y se acepta que todo mantenimiento tiende a aumentarlo, en la figura 1.3 se ilustra cmo la vida til de un programa est limitada por un umbral de entropa por encima del cual no es rentable seguir manteniendo el software, y que ste se alcanza ms o menos cerca en el tiempo dependiendo de la entropa inicial.
Por todas estas razones, las metodologas de diseo de software no se deben contentar con garantizar correccin o eficiencia en su producto, sino que, adems de esto, deben generar un programa con una arquitectura interna que garantice una fcil evolucin.
lo que debe ser sometido a un ciclo riguroso de pruebas de riesgos es a las especificaciones y al diseo. Ello requiere incluir durante el ciclo de vida una serie de elementos de seguridad que garanticen que tanto el proceso de gestin del proyecto como el producto sean resistentes y capaces de reaccionar a distintas situaciones de riesgo tanto interno como externo que puedan producirse. Se estudiarn mtodos, tcnicas y entornos de prueba emergentes para tratar dichas situaciones. Para sistemas un producto sin la calidad implica:
Mayores costos de produccin y mantenimiento. No queda tiempo para cosas nuevas. Mantenimiento fuera de hora, personal sobrecargado. No poder cumplir plazos. Recibir quejas del usuario. Perder credibilidad.
El software es un producto inmaterial que no se fabrica, tampoco se degradan fsicamente, sino que se desarrolla, por lo que la calidad depende del proceso ejecutado en cada uno de las fases de desarrollo del software, anlisis, diseo, codigo e implementacin.
Conclusin
Los requisitos del software son la base de las medidas de calidad. La falta de concordancia con los requisitos es una falta de calidad. Los estndares o metodologas definen un conjunto de criterios de desarrollo que guan la forma en que se aplica la ingeniera del software. Si no se sigue ninguna metodologa siempre habr falta de calidad. Existen algunos requisitos implcitos o expectativas que a menudo no se mencionan, o se mencionan de forma incompleta (por ejemplo el deseo de un buen mantenimiento) que tambin pueden implicar una falta de calidad.