PROCESO DE SQA EN LAS FACES DE ANALISIS DE REQUISITOS Y DISEO

SQA
DOCENTE: RICARDO DE JESUS BUSTAMANTE MATERIA: CALIDAD DE SOFTWARE ALUMNO: ELIZABETH MARGARITA VAZQUEZ SERRATO 09231032

PROCESO DE SQA EN LAS FACES DE ANALISIS DE REQUISITOS Y DISEO

28 de febrero de 2012

QUE ES SQA. El aseguramiento de calidad del software es el conjunto de actividades planificadas y sistemticas necesarias para aportar la confianza adecuada en que el producto (software) satisfacer los requisitos dados de calidad. El Aseguramiento pretende dar confianza en que el producto tiene calidad. Proceso de aseguramiento de calidad de software en fase de anlisis El aseguramiento de calidad del software se disea para cada aplicacin antes de comenzar a desarrollarla y no despus. Las actividades para el aseguramiento de calidad del software se detallan en: o Mtricas de software para el control del proyecto. o Verificacin y validacin del software a lo largo del ciclo de vida (Incluye las pruebas y los procesos de revisin e inspeccin). o La gestin de la configuracin del software Hay tres aspectos muy importantes con relacin al aseguramiento de la calidad del software: (Wiegers, 1990) 1. La calidad no se puede probar, se construye.

2. El aseguramiento de la calidad del software no es una tarea que se realiza en una fase particular del ciclo de vida de desarrollo.

3. Las actividades asociadas con el aseguramiento de la calidad del software deben ser realizadas por personas que no estn directamente involucradas en el esfuerzo de desarrollo.

PROCESO DE SQA EN LAS FACES DE ANALISIS DE REQUISITOS Y DISEO

PROCESO DE SQA EN LAS FACES DE ANALISIS DE REQUISITOS Y DISEO

SQA se establece mediante sistemas con el objetivo de establecer, coordinar y asegurar las actividades de la funcin de la calidad de forma tal de alcanzar la satisfaccin del cliente externo. El mismo se establece mediante:

Aseguramiento interno: el cual da garanta del cumplimiento de las normas o estndares de calidad en cada actividad o proceso y en que juega un papel fundamental el cliente interno como proveedor procesador y cliente (triple rol). Aseguramiento externo: es una consecuencia del aseguramiento interno y se materializa mediante la garanta que la organizacin le ofrece a los Clientes de satisfacer sus necesidades.

Fase de Especificacin de requerimientos

Las tareas de SQA para los requerimientos son los siguientes: b.1) Verificar que todos los participantes correctos estn involucrados en el anlisis de los requisitos para identificar todas las necesidades del usuario. b.2) Revisar todos los requerimientos para determinar si su implementacin es factible. b.3) Verificar que los contratos fueron documentados, comunicados y revisados. b.4) Verificar que los requisitos que puedan tener algn tipo de error sean analizados por el equipo de requerimientos. b.5) Verificar que los requisitos estn documentados. b.6) Darle seguimientos a los cambios que puedan tener los requerimientos. b.7) Verificar que las personas involucradas en el equipo de requisitos estn entrenadas para el trabajo. b.8) Verificar que los procesos establecidos para definir y documentar requisitos son seguidos y documentados. Mtodos y herramientas de anlisis, diseo, programacin y prueba Inspecciones tcnicas formales en todos los pasos del proceso de desarrollo del software. Estrategias de prueba multi-escala Control de la documentacin del software y de los cambios realizados Procedimientos para ajustarse a los estndares (y dejar claro cuando se est fuera de ellos)

PROCESO DE SQA EN LAS FACES DE ANALISIS DE REQUISITOS Y DISEO

Mecanismos de medida (mtricas) Registro de auditorias y realizacin de informes

Fase de Diseo
Las tareas de SQA en el proceso de diseo son: c.1) Verificar que los procesos de diseo de software sigan los estndares determinados. c.2) Verificar que todos los elementos que no cumplen con la calidad requerida sean procesados de acuerdo a los estndares y procedimientos establecidos. c.3) Verificar que la matriz de rastreo de los requerimientos al diseo este lista. Los requisitos deben ser trazables, es decir, rastreables. Se podra decir que un requisito es trazable si se pueden identificar todas las partes del producto existente relacionadas con ese requisito. Todos los requisitos deberan ser trazables para mantener consistencia entre los distintos documentos de un proyecto. Es importante conocer aspectos de los requisitos tales como: Su origen (Quin los propuso) Necesidad (Por qu existe) Relacin con otros requisitos (Dependencias) Relacin con otros elementos (Dependencias). c.4) Verificar que todos los requerimientos estn presentas en el diseo.

Fase de Implementacin.
1) Evaluar Los Procesos de Administracin de La Configuracin:- Verificar que las configuraciones de identificacin de documentos, cdigo, y datos de computadora, han sido establecidos de acuerdo a los estndares de titulo, nombres.- Verificar que las lneas base han sido establecidas por medio de los estndares y procedimientos definidos.- Verificar que las personas que van a participar en las auditorias conozcan el sistema y tengan conocimiento de administracin de la configuracin.- Verificar que los procesos de administracin de la configuracin se sigan al pie de la letra.