MANUAL DE CALIDAD
ericzacarias10 de Diciembre de 2013
7.861 Palabras (32 Páginas)225 Visitas
UNIDAD 4.
GESTIÓN DE CALIDAD DEL SOFTWARE
4.1. ¿Qué es un Sistema de Calidad?
El tipo y número de actividades de garantía de calidad que es necesario adoptar en un proyecto o en una organización concreta depende mucho del tamaño y complejidad de los productos software que se estén desarrollando.
También influyen otros muchos factores, como pueden ser el tipo de proceso de desarrollo de software que se utiliza, la estructura organizativa de la empresa, la motivación del personal, los métodos y herramientas que se estén utilizando, etc.
El Sistema de Calidad es el que define cómo implementar la Garantía de Calidad. Es un marco en el que se establecen las diferentes estrategias, actividades y herramientas de garantía de calidad que se van a utilizar.
Se puede definir un sistema de calidad en tres niveles diferentes:
- Organización: Es este el nivel en el que normalmente se establece el sistema de calidad.
- Proyecto
- Fase de desarrollo
El Sistema de Calidad establece también de qué forma se reparten las tareas y responsabilidades de garantía de calidad entre las diferentes unidades organizativas de la empresa y el personal. La forma en que esto se realice dependerá mucho de la estructura organizativa de la empresa y aún no existe un modelo generalmente aceptado de cómo hacerlo.
Es también necesario especificar cómo integrar las diferentes tareas de Garantía de
Calidad en el modelo de proceso de desarrollo de software que sigue la organización o el proyecto en cuestión. Esta integración quedará documentada en un Plan de Garantía de
Calidad, que será uno más de los distintos planes que se elaboren para cada proyecto. En este plan se deben identificar los diferentes criterios de calidad que se van a considerar en cada fase del desarrollo, tanto los relativos al producto como los relativos al proceso, así como los métodos y recursos que se van a utilizar para comprobar dichos criterios, y los informes que será necesario producir.
Toda esta información debe quedar recogida en un conjunto de documentos.
El Manual de Calidad debe ser una guía al Sistema de Calidad. Debe especificar la terminología, políticas, principios, responsabilidades y procesos del sistema, así como los estándares en los que se basa (por ejemplo, ISO 9001, 9002 o 9003). Debe dar respuesta a las cuestiones de Quién, Dónde y Por qué la Garantía de Calidad.
Es también necesario adoptar un estándar para la elaboración de Planes de Garantía de Calidad, como por ejemplo el IEEE Std 730-1989.
El Manual de Calidad debe ser una guía al Sistema de Calidad. Debe especificar la terminología, políticas, principios, responsabilidades y procesos del sistema, así como los estándares en los que se basa (por ejemplo, ISO 9001, 9002 o 9003). Debe dar respuesta a las cuestiones de Quién, Dónde y Por qué la Garantía de Calidad.
El Manual de Calidad debe ser una guía al Sistema de Calidad. Debe especificar la terminología, políticas, principios, responsabilidades y procesos del sistema, así como los estándares en los que se basa (por ejemplo, ISO 9001, 9002 o 9003). Debe dar respuesta a las cuestiones de Quién, Dónde y Por qué la Garantía de Calidad.
Es también necesario adoptar un estándar para la elaboración de Planes de Garantía de Calidad, como por ejemplo el IEEE Std 730-1989.
Es conveniente, así mismo, basar la Garantía de Calidad en un Modelo de Calidad reconocido, que ayude en la selección de propiedades y métricas de calidad a utilizar.
Las directivas y los procedimientos de trabajo y de prueba van a facilitar la selección y la puesta en práctica de actividades de garantía de calidad. Vienen a contestar la cuestión del Qué y el Cómo aplicar la Garantía de Calidad.
Para cada proyecto será necesario desarrollar un Plan de Garantía de Calidad, de acuerdo con el estándar elegido y teniendo en cuenta los aspectos específicos del proyecto que van a influir en la calidad. El Plan de Garantía de Calidad va a describir en detalle qué Actividades de Garantía de Calidad aplicar en cada una de las fases del desarrollo.
Finalmente, los Informes de Calidad contendrán los resultados obtenidos con la aplicación de las diferentes Actividades de Garantía de Calidad.
4.2. El Manual de Calidad
El Manual de Calidad:
•Formaliza la política de la empresa relativa a la Gestión de Calidad.
•Define los requisitos generales que deben ser establecidos en la empresa para garantizar la implantación del Sistema de Calidad y su cumplimiento.
•Detalla los criterios a seguir y hace referencia a los procedimientos que componen el
Sistema de Calidad de la Empresa.
La estructura del Manual de Calidad, según el estándar ISO 9004-2, debe tener los siguientes apartados:
1. Generalidades
2. Organización
3. Revisión del contrato
4. Control del proyecto
5. Control de la documentación
6. Control de las compras
7. Productos o servicios suministrados por el cliente
8. Identificación y trazabilidad
9. Control de los procesos
10. Inspección y ensayos
11. Verificación de los equipos de inspección
12. Estados de inspección
13. Control de productos o servicios no conformes
14. Acciones correctivas
15. Manipulación, almacenamiento, embalado y entrega
16. Registros sobre la calidad
17. Auditorías internas
18. Formación y adiestramiento
19. Mantenimiento del producto o servicio
20. Técnicas estadísticas
4.3. Guía de IEEE para planificación de la garantía de calidad
Esta guía viene a complementar el estándar de IEEE para los Planes de Garantía de
Calidad y recoge el consenso alcanzado entre un cierto número de personas experimentadas en la generación, implementación, evaluación y modificación de Planes de Garantía de Calidad de software sobre lo que son buenas prácticas de Garantía de Calidad. Es, por tanto, un conjunto de recomendaciones, no un estándar.
4.3.1. Tipo de software considerado:
El estándar de IEEE está dirigido al desarrollo de software crítico, es decir, aquel cuyo fallo puede producir grandes pérdidas o catástrofes. Si se está desarrollando software no crítico, no tiene sentido imponer todos los requisitos del estándar.
4.3.2. Grupos afectados por la Garantía de Calidad:
Los usuarios, ya sean externos o internos a la organización que desarrolla el software.
Lo que necesita el usuario es que al finalizar el proceso de desarrollo el producto satisfaga los requisitos que se han identificado. El programa de Garantía de Calidad permite al usuario tener un cierto grado de confianza, durante el mismo proceso de desarrollo, en que el producto está adquiriendo dichos requisitos, sin tener que esperar a la realización de pruebas al finalizar el proceso de desarrollo para confirmar que los posee o averiguar que no los posee.
Los desarrolladores. El programa de Garantía de Calidad les ofrece un marco de trabajo estándar y estable de un proyecto a otro, sobre el que basar las responsabilidades.
El público en general, ya que se verá afectado por el buen o mal funcionamiento de los sistemas software desarrollados.
4.3.3. ¿Para qué puede ayudar la guía?
•Para desarrollar o implementar un Plan de Garantía de Calidad para un proyecto. Esta tarea es propia del personal de Garantía de Calidad.
•Para iniciar la puesta en práctica de procedimientos de Garantía de Calidad en un proyecto. Esta tarea es propia de los Jefes de Proyecto de Desarrollo de Software.
•Para evaluar o especificar un Plan de Garantía de Calidad. Esta tarea es propia de compradores o usuarios.
4.3.4. Estructura de un Plan de Garantía de Calidad
El estándar impone la inclusión de 13 secciones en el Plan, y en el orden en que aparecen a continuación, y admite la inclusión de secciones adicionales al final del documento si es necesario.
1. Propósito
Aquí se delimita el propósito y alcance del Plan. Deben listarse los nombres de todos los productos software a los que afecta el Plan, e indicarse el propósito del software.
Al rellenar esta sección, deberían darse respuesta a las siguientes cuestiones:
- ¿Cuáles son los productos software cubiertos por este Plan?
- ¿Para qué se va a utilizar el software cubierto por este Plan? ¿Es un software crítico? ¿Es parte de un sistema más grande? y en este caso ¿de qué forma se relaciona con dicho sistema?
- ¿Por qué se está escribiendo este Plan? ¿Responde a un requisito externo o interno? ¿Por qué es este Plan necesario?
- ¿En qué documentos (estándares o guías) se basa este Plan? ¿En qué medida?
- ¿Cómo se justifican las desviaciones sobre los documentos mencionados?
¿Cuáles son los atributos del producto o del desarrollo que justifican la imposición de prácticas o procedimientos adicionales o bien la eliminación o suavización de los mismos?
2. Documentos de referencia
Aquí se proporciona una lista completa de todos los documentos referenciados en el
Plan.
3. Gestión
Aquí se describe la Organización, Tareas y Responsabilidades.
...