La calidad del software se refiere al grado en que un sistema satisface los requisitos y expectativas del cliente. Para lograr calidad del software, se deben usar metodologías estándares para análisis, diseño, programación y pruebas que permitan software fiable, mantenible y de fácil prueba. La gestión de la calidad implica actividades de planificación, control, garantía y mejora de la calidad según normas ISO.

1. ¿Qué es la Calidad del Software? Grado con el que un sistema, componente o proceso cumple los requerimientos específicos y las necesidades o expectativas del cliente o usuario. Concordancia del software producido con los requerimientos explícitamente establecidos, con los estándares de desarrollo prefijados y con los requerimientos implícitos no establecidos formalmente que desea el usuario.

2. ¿Cómo obtener calidad del software ? Para obtener software con calidad se debe emplear metodologías o procedimientos estándares para el análisis, diseño, programación y prueba del software para lograr una mayor confiabilidad, mantenibilidad y facilidad de prueba, logrando con esta elevar la productividad .

3. Gestión de la calidad (ISO 9000) Conjunto de actividades de la función general de la dirección que determina la calidad, los objetivos y las responsabilidades y se implanta por medios tales como: La planificación de la calidad El control de la calidad El aseguramiento (garantía) de la calidad y la mejora de la calidad en el marco del sistema de calidad.

4. Política de calidad (ISO 9000) Directrices y objetivos generales de una organización, relativos a la calidad, tal como se expresan formalmente por la alta dirección.

5. La política establecida debe estar sustentada sobre tres principios básicos: Tecnológico. Administrativo Ergonómico.

6. El principio tecnológico define las técnicas a utilizar en el proceso de desarrollo del software. El principio administrativo contempla las funciones de planificación y control del desarrollo del software , así como la organización del ambiente o centro de ingeniería de software . El principio ergonómico define la interfaz entre el usuario y el ambiente automatizado.

7. La adopción de una buena política contribuye en gran medida a lograr la calidad del software , pero no la asegura. Para el aseguramiento de la calidad es necesario su control o evaluación.

8. ¿COMO CONTROLAR LA CALIDAD DEL SOFTWARE ? El control de la calidad es una serie de inspecciones, revisiones y pruebas utilizados a lo largo del ciclo de desarrollo para asegurar que cada producto cumple con los requisitos que le han sido asignados.

9. Para controlar la calidad del software es necesario definir los parámetros, indicadores o criterios de medición. Las cualidades para medir la calidad del software son definidas por innumerables autores, los cuales las denominan y agrupan de formas diferentes.

10. John Wiley define métricas de calidad y criterios, donde cada métrica se obtiene a partir de combinaciones de los diferentes criterios. La Metodología para la evaluación de la calidad de los medios de programas de la CIC, de Rusia, define indicadores de calidad estructurados en cuatro niveles jerárquicos: factor, criterio, métrica, elemento de evaluación, donde cada nivel inferior contiene los indicadores que conforman el nivel precedente.

11. Todos los autores coinciden en que el software posee determinados índices medibles que son las bases para la calidad, el control y el perfeccionamiento de la productividad.

12. Una vez seleccionados los índices de calidad, se debe establecer el proceso de control, que requiere los siguientes pasos: Definir el software que va a ser controlado. Seleccionar una medida que pueda ser aplicada al objeto de control. Crear o determinar los métodos de valoración de los indicadores. Definir las regulaciones organizativas para realizar el control.

13. CONCLUSIONES Lograr el éxito en la producción de software es hacerlo con calidad y demostrar su buena calidad. Esto sólo es posible con la implantación de un Sistema para el Aseguramiento de la Calidad del Software directamente relacionado con la política establecida para su elaboración y que esté en correspondencia con la definición internacional ISO de calidad, ampliamente aceptada, y por los estándares del grupo ISO 9000.

14. Costo de la Calidad del Software. El coste de la calidad incluye todos los costes acarreados en la búsquedas de la calidad o en las actividades relacionadas en la obtención de la calidad.

15. Los costes de la calidad se pueden dividir en costes asociados con: La prevención. La evaluación Los fallos.

16. Costes de prevención: Planificación de la calidad Revisiones técnicas formales Equipos de prueba Formación

17. Costes de Evaluación: Se incluyen actividades para tener una visión más profunda de la condición del producto “La primera vez a través de “ cada proceso. Inspección en el proceso y entre procesos. Calibrado y mantenimiento de equipo Pruebas

18. Costes de fallos: Son los que desaparecerían si no surgen defectos antes del envío de un producto a los clientes. Se dividen en internos y externos.

19. Costes de fallos internos: Se producen cuando se detecta un error en el producto antes de su envío. Revisión Reparación Análisis de las modalidades de fallos .

20. Costes de fallos externos: Defectos encontrados una vez enviado el producto al cliente. Resolución de quejas Devolución y sustitución de productos Soporte de línea de ayuda Trabajo de garantía.

21. Certificación de la calidad Un sistema de certificación de calidad permite una valoración independiente que debe demostrar que la organización es capaz de desarrollar productos y servicios de calidad.

22. Los pilares básicos de la certificación de calidad son tres: – Una metodología adecuada. – Un medio de valoración de la metodología. – La metodología utilizada y el medio de valoración de la metodología deben estar reconocidos ampliamente por la industria

23. Factores que determinan la calidad del software Se clasifican en tres grupos: Operaciones del producto : Revisión del producto : Transición del producto :

24. Operaciones del producto : características operativas – Corrección (¿Hace lo que se le pide?) El grado en que una aplicación satisface sus especificaciones y consigue los objetivos encomendados por el cliente – Fiabilidad (¿Lo hace de forma fiable todo el tiempo?) El grado que se puede esperar de una aplicación lleve a cabo las operaciones especificadas y con la precisión requerida – Eficiencia (¿Qué recursos hardware y software necesito?) La cantidad de recursos hardware y software que necesita una aplicación para realizar las operaciones con los tiempos de respuesta adecuados

25. – Integridad (¿Puedo controlar su uso?) El grado con que puede controlarse el acceso al software o a los datos a personal no autorizado. – Facilidad de uso (¿Es fácil y cómodo de manejar?) El esfuerzo requerido para aprender el manejo de una aplicación, trabajar con ella, introducir datos y conseguir resultados

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

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