GARANTIA DE LA CALIDAD DE SOFTWARE

1. SQA OBJETIVOS

1.1. 1) Planificar las actividades de aseguramiento de la calidad.

1.2. 2) Revisar y auditar objetivamente los productos y las actividades para verificar que estén conformes con los procedimientos y estándares.

1.3. 3) Proporcionar los resultados de estas revisiones o auditorias informando a la dirección.

2. ACTIVIDADES SQA

2.1. 1) Establecimiento de un plan SQA para un proyecto

2.2. 2) Participacion en el desarrolllo de la descripcion del proceso de software del proyecto

2.3. 3) Revision de las actividades de ingenieria del Software para verificar el ajuste con los definidos como parte del proceso del software

2.4. 4) Auditoria de los productos de software designados para verificar el ajuste con los definidos como parte del proceso de software

2.5. 5) Asegurar que las desviaciones del trabajo y los products del softwaree se documenten y se manejan de acuerdo con un procedimiento establecido

2.6. 6) Registrar lo que no se ajuste a los requerimientos e informar a sus superiores

3. GRUPO ENCARGADO DE SQA.

3.1. Ayuda al proyecto, más que controlar sus actividades.

3.2. Debe ser objetivo e independiente.

3.3. Trabaja con el equipo del proyecto desde el inicio.

4. AUDITORIA DE LOS PRODUCTOS DE SOFTWARE

4.1. Es una evaluación independiente de los procesos, los productos software el progreso del proyecto o el como se realiza el trabajo, que investiga la coincidencia con los estándares, líneas guía, especificaciones y procedimientos basados en criterios objetivos

5. GARANTÍA DE CALIDAD DEL SOFTWARE SQA

5.1. consiste en los medios de la supervisión tecnología de dotación lógica los procesos y los métodos aseguraban calidad. Hace esto por medio de intervenciones de sistema de gerencia de la calidad debajo de cuál se crea el sistema de software. Estas intervenciones son movidas hacia atrás por unos o más estándares, generalmente ISO 9000.

6. METODOLOGIA DE LA SQA

6.1. 1) Prueba de la validación La prueba de la validación es el acto de los datos que entran que el probador sabe para ser erróneo en un uso. Comparación de los datos Comparando la salida de un uso con parámetros específicos a un sistema previamente creado de los datos con los mismos parámetros que se saben para ser exactos.

6.2. 2) Prueba de la tensión Una prueba de tensión es cuando el software se utiliza tan pesadamente como sea posible por un período de la hora de considerar si hace frente a los altos niveles de la carga.

6.3. 3) Prueba de la utilidad A veces consiguiendo a los usuarios que son desconocedores con el software intentarlo durante algún tiempo y ofrecer la regeneración a los reveladores sobre lo que encontraron difíciles de hacer es la mejor manera de llevar a cabo mejoras a un interfaz.

7. PROBLEMAS A FONDO

7.1. Durante los 50 la responsabilidad era unica del programador

7.2. Durante los 70 introdujeron estándares de garantía de calidad de software