Como se ha mencionado previamente, la calidad puede definirse desde distintos puntos de vista. Considerando la perspectiva del equipo desarrollador del producto software, dicho producto es de calidad si satisface los requisitos [52]. Bajo esta definición, para determinar si un producto es de calidad, se requiere que los requisitos del software sean medibles.
Según la norma ISO 9000 [11], el proveedor debería alcanzar ciertas metas de calidad, entendiendo por tal, tareas a realizar para conseguir la calidad. Entre estas se incluyen:
• Establecer las necesidades de sus clientes.
• Diseñar un producto o servicio cuyas características reflejen las necesidades del cliente.
• Construir un producto o servicio que reproduzca fielmente el diseño que conviene a las necesidades del cliente.
• Verificar, antes de entregar el producto, que éste posee las funciones requeridas para satisfacer las necesidades del cliente.
• Impedir el suministro (entrega al cliente) de productos que posean funciones que dejen a los clientes insatisfechos.
• Descubrir y eliminar las características no deseadas en el producto, aunque posea las funciones requeridas.
• Encontrar soluciones menos caras para las necesidades del cliente, cuando el producto que satisface al cliente tenga un coste demasiado elevado.
• Hacer las operaciones más efectivas y eficientes para reducir costes.
• Descubrir qué complacerá al cliente y proporcionárselo.
• Establecer y mantener un sistema de Gestión que permita lograr estas metas de manera segura, repetida y económicamente.
La norma ISO 9000 [11] identifica tres dimensiones de la calidad, que el proveedor debería tener en consideración:
• Calidad del Negocio. Grado con que el negocio sirve a las necesidades de la sociedad.
• Calidad del Producto. Grado con que los productos o servicios cumplen las necesidades de los clientes específicos.
• Calidad de la Organización. Grado con que la organización maximiza su eficiencia y efectividad.
65
El deterioro de cualquiera de estas tres dimensiones, genera el deterioro de las otras. Puede que este daño no sea inmediato, pero con el tiempo se hace evidente.
Durante el desarrollo de los proyectos, se deben aplicar revisiones, con la participación de un conjunto de tres o cuatro revisores que se encargan de analizar los procesos y productos teniendo a la vista los estándares definidos o seleccionados, en búsqueda de errores e inconsistencias, las cuales son informadas a los responsables de cada proceso o producto analizado, para la realización de los ajustes necesarios. La Figura 2. 16 muestra un esquema del funcionamiento de las revisiones.
Figura 2. 16.- Revisiones de los productos y procesos
Una revisión de calidad es un procedimiento estructurado y organizado, diseñado para valorar si un producto se ajusta a su propósito o está conforme a sus requisitos [8].
Al aplicar revisiones, se obtienen como beneficios [8]: identificación temprana de defectos en los productos; se provee una medida objetiva para el control del progreso; provee una oportunidad para que todos los que tienen interés en la calidad del producto puedan trabajar juntos; y si los usuarios han participado en las revisiones, estarán más dispuestos a aceptar y comprometerse con el producto.
Existen tres tipos de revisiones [17]:
• Inspecciones, que se enfocan sobre los requisitos, diseño y código. Este tipo de revisiones usualmente se basa en la aplicación de listas de comprobación.
• Revisiones de progreso, que se enfocan sobre el proceso y el producto. Su objetivo es revisar los costes, planes y calendario.
Estándares de Procesos Revisores Proceso s Producto Autoresresponsables Inconsistencias y/o errores
66
• Revisiones de calidad, las cuales buscan diferencias entre la especificación, el diseño, el código y la documentación, para asegurar que se siguen los estándares de calidad definidos. Se realiza un análisis técnico de los componentes del producto y de la documentación.
Una inspección es una técnica de aseguramiento de la calidad, del tipo caja blanca. A la hora de realizar las inspecciones se deben tener en cuenta cuatro principios [12]:
• La inspección sólo detecta defectos, no los repara. La responsabilidad de reparación recae en el autor del artefacto bajo inspección.
• La inspección es un proceso entre iguales, no debe existir una relación supervisor-subordinado entre los revisores y los autores. El énfasis de la inspección debe estar sobre el trabajo en proceso, no sobre el rendimiento del autor.
• Existe un conjunto de roles entre los participantes de la inspección. Dependiendo del tamaño del equipo de desarrollo y la organización, una misma persona puede desempeñar más de un rol, excepto el autor. Existen también roles opcionales. La Tabla 2- 19 muestra los roles recomendados [12].
Tabla 2- 19.- Roles participantes en las Inspecciones
Tipo Rol Descripción
Obligatorio
Moderador Coordinador de la inspección.
Autor Creador del componente bajo inspección.
Lector Conductor de la sesión de inspección. Secretario Registra los defectos detectados. Opcional
Inspector especializado Inspector de un criterio específico, por ejemplo, seguridad.
Inspector Especializado en el dominio de aplicación
Experto en el área de aplicación del artefacto en revisión.
• Los integrantes del equipo de inspección deben realizar una ardua preparación antes de las sesiones.
La preparación y realización de las inspecciones debe considerar [12]:
• Incorporar en el plan de proyecto, la planificación y los recursos para la inspección.
• Preparar la recolección de datos (métricas a utilizar, formularios a rellenar, medio y tipo de almacenamiento).
• Asignar los roles a cada participante (el ideal es contar con tres participantes).
67