Académique Documents
Professionnel Documents
Culture Documents
Curso
:
Ingenieria de Software I
Tema
Aseguramiento de laCalidad
del Software
Ciclo
:
V
Docente
:
Ing. Waripata
Integrantes:
Cyndi Leon Sanjinez
Jimnez Correa Sleider
Almendra Palacios Sanchez
Oriana Ruesta Vilela
Velazco Garcia Nataly Vidal
Estrada Hilda
Piura Per
2011
INDICE
Introduccin
1.- La Calidad del Software
2.- La Gestin de la Calidad
3.- El Aseguramiento de la Calidad
4.- El Control de la Seguridad
5.- El Aseguramiento de la Calidad
5.1. Surgimiento de SQA (Software Quality Assurance)
5.2. Definicin de SQA (Software Quality Assurance)
5.3. SQA no es lo mismo que SQC (Software Quality
4
5
6
7
8
8
9
11
Control)
5.4. Funciones generales del SQA
5.5. Consideraciones
6.- Aseguramiento de la calidad de procesos y productos
12
14
15
en CMMI (PPQA)
6.1. Concepto
6.2. Metas y practicas
7.- Conclusiones
8.- Bibliografa
9.- Anexos
15
15
18
19
Introduccin
Cuando aplicamos el concepto de calidad al software, ste deja de ser subjetivo porque
se determinan cuales son los atributos de calidad del software. Pero no deja de ser
accidental ya que en ciertas situaciones, un determinado conjunto de caractersticas de
calidad puede ser ms importante que en ciertas otras.
A travs de este documento se detallan diferentes conceptos que son necesarios conocer
a la hora de introducirse en el tema. Se explica lo que es calidad de software, la
importancia de tener en cuenta este tema en la produccin de software y el
aseguramiento del mismo, esperamos que sea de su agrado.
Verificacin y validacin del software a lo largo del ciclo de vida (Incluye las
pruebas y los procesos de revisin e inspeccin).
La gestin de la configuracin del software.
Algunos mtodos del aseguramiento:
Revisiones tcnicas y de gestin (su objetivo es la evaluacin).
Inspeccin (su objetivo es la verificacin). Estamos construyendo el producto
correcto?.
Pruebas (su objetivo es la validacin). Estamos construyendo el producto
correctamente?.
Auditorias (su objetivo es la confirmacin del cumplimiento).
Eliminar las causas de los defectos en las diferentes fases del ciclo de vida.
En general, se puede decir que el control de de la calidad del software son las
actividades para evaluar la calidad de los productos desarrollados.
Una gua planificada y sistemtica de todas las acciones necesarias para proveer la
evidencia adecuada de que un producto cumple los requerimientos tcnicos
establecidos.
Un conjunto de actividades diseadas para evaluar el proceso por el cual un
producto es desarrollado o construido.
El aseguramiento de la calidad del software provee claro control del proceso que est
siendo usado por el proyecto y del producto que se est construyendo.
Desde el punto de vista del aseguramiento, Don Reifer define SQA como:
10
Para certificar madurez de procesos, hay que evidenciar que uno aplica un cierto
proceso y para esto se deben registrar las distintas actividades de tal proceso de
desarrollo, como ste es el objetivo que persigue el software a desarrollar como parte de
esta tesis, elegiremos la definicin que da la IEEE desde el punto de vista de la
generacin de evidencia adecuada que muestre que se cumple con el proceso que se dice
seguir y con los requerimientos establecidos.
11
CONTROL DE CALIDAD
Detecta problemas en los productos de
trabajo.
Verifica que los productos de trabajo
cumplan con los estndares de calidad
especificados en el plan de proyecto.
Revisa el contenido del producto
ASEGURAMIENTO DE LA
CALIDAD
Asegura la adherencia a los procesos,
estndares y planes.
Evala que los procesos, planes y
estndares utilizados en el proyecto
cumplan con los estndares
organizacionales.
Revisa procesos
En conclusin, el rol del SQA es auditar que los distintos equipos de la organizacin,
inclusive el de SQC siguen los procedimientos, estndares y procesos establecidos. El
equipo de SQA debera establecer mtricas para medir la efectividad del proceso. Como
complemento el rol de SQC es tomar una actitud activa de verificacin y validacin del
resultado o salida del proceso implementado.
Como abogado del cliente: el trabajo del equipo de SQA es representar al cliente.
Entre sus funciones en este rol se encuentran:
Identificar la funcionalidad que al cliente le gustara encontrar.
Ayudar a la organizacin a sensibilizarse con las necesidades del cliente.
Actuar como un cliente de prueba para obtener una alta satisfaccin del cliente.
Como analista el trabajo del equipo de SQA es recabar informacin. Entre sus
funciones en este rol se encuentran:
Juntar muchos datos sobre todos los aspectos del producto y del proceso.
Con esta informacin ayudar a mejorar los procesos y los productos.
Como proveedor de informacin el trabajo del equipo de SQA es revisar qu es lo que
est hecho y decir cules objetivos tcnicos realmente estn cumplidos para que la
gerencia pueda tomar mejores decisiones de negocios. Entre sus funciones en este rol se
encuentran:
Proveer informacin tcnica objetiva para que la gerencia pueda usarla para
tomar mejores decisiones.
Proveer informacin apropiada de las clases de productos y de los riesgos
asociados con estos.
Concentrarse ms en la reduccin de los riesgos que en el cumplimiento del
proceso.
Como responsable de la elaboracin del proceso el trabajo del equipo de SQA es
participar en la definicin de los planes, procesos, estndares y procedimientos para
asegurar que se ajustan a las necesidades del proyecto y que pueden ser usados para
realizar las evaluaciones de QA y cumplir los requerimientos del proyecto y las polticas
de la organizacin. Para cumplir este rol el aseguramiento de la calidad debera
comenzar en las fases tempranas del proyecto.
13
Aqu conviene aclarar que no necesariamente las personas que definen la metodologa a
seguir pertenecen al equipo de QA. Definir la metodologa puede llegar a ser o no una
actividad del equipo de QA. Una estructura posible en el proceso de mejora del software
puede ser contar con un SEPG (Software Engineering Process Group) totalmente
independiente del equipo de QA, encargado de definir la metodologa mientras que el
equipo de QA se limita a verificar que se cumpla dicha metodologa.
5.5. Consideraciones
Para ser efectivo, el equipo que realiza SQA debe ser independiente de la organizacin
de desarrollo. Aunque tener un grupo de auditora independiente es difcil de aplicar en
organizaciones chicas donde hay pequeos ambientes de desarrollos. Pero si la
organizacin es madura y tiene una cultura orientada a la calidad, la funcin de SQA
puede estar embebida en el proceso. Cuando el equipo de SQA esta embebido en el
proceso, se deben resolver varios inconvenientes para garantizar la objetividad:
Todo aquel que realice actividades de aseguramiento de la calidad debera estar
entrenado en el aseguramiento de la calidad.
Las actividades de aseguramiento de la calidad realizadas para un producto
deberan ser separadas de aquellas involucradas en el desarrollo y
mantenimiento del mismo.
Debe estar disponible un canal de comunicacin independiente en el nivel
apropiado de la gerencia para poder escalar las no conformidades cuando sea
necesario.
El equipo de SQA provee a la gerencia de informacin fehaciente, objetiva en el
momento adecuado. La clave aqu esta en que el grupo de SQA provee a la gerencia de
informacin tcnica objetiva. La gerencia necesita ver a la gente de SQA como una
fuente de informacin significativa que puede ayudarla a tomar decisiones difciles. La
Gerencia usa esta informacin para tomar decisiones de negocio apropiadas.
La objetividad en la evaluacin de calidad de los procesos y productos es crtica para el
xito del proyecto. La objetividad se logra con independencia del equipo de SQA y
sentido comn o criterio.
14
Hay diferentes maneras de realizar evaluaciones objetivas, entre las que se incluyen:
Auditoras formales realizadas por un rea de SQA independiente de la
organizacin.
Revisiones de a pares que pueden se realizadas con distintos niveles de
formalidad.
Revisiones rigurosas en el lugar de desarrollo.
Revisiones distribuidas y comentarios del producto.
Teniendo en cuenta estas consideraciones podemos decir que la tarea del equipo de SQA
es
un
conjunto
planificado
de
tareas,
actividades
acciones
ejecutadas
17
Conclusiones
18
Bibliografa
Libros
Link
http://www.ingenierosoftware.com/calidad/cmm-cmmi.php
http://www.ingenierosoftware.com/calidad/cmm-cmmi.php
19
ANEXOS
Procesos de la gerencia de SQA
A continuacin se detalla el proceso de una gerencia de aseguramiento de calidad:
Propsito Gua para la gerencia de aseguramiento de
calidad.
1 Criterios
Entrada
de
2 Anteproyecto
3 UR
Documentos de referencia.
Propsito de la gerencia de calidad.
4 UR/R
5 SR
6 SR/R
7 AD
8 AD/R
9 DD
10 DD/R
11 TR
12 OM
correctivas.
Chequeo de Herramientas, tcnicas y
mtodos.
Chequeo de Herramientas Control de Cdigo
y Media.
Chequeo de la Coleccin de registros,
mantencin y retencin.
Chequeo de la Capacitacin.
Chequeo del Manejo de Riesgo.
Resumen resto del proyecto.
Revisin y auditora.
13 Criterios
Salida
de
2 Revisin
3 Criterios
Salida
de
SPMP/XX.
Integrantes gerencia SQA.
Examinar estructura gerencial de la
organizacin encargada del SQA.
Examinar la estructura organizacional.
Identificar tareas de cada integrante de la
gerencia.
Definir responsabilidades a cada integrante
de la gerencia.
Estructura de la administracin del
departamento del SQA revisada.
SPMP/XX.
de
2 Revisin
3 Criterios
Salida
22
1 Criterios
Entrada
de
URD, SRD,
SCMP/XX.
DDD,
ADD,
SVVP/XX,
2 Documentaci
n
3 Diseo
4 Codificacin
5 Comentarios
6 Prueba
7 Mtricas
8 Conformidad
9 Criterios
Salida
de
SVVP/XX.
Revisar el propsito de cada revisin.
Participar en revisiones de cdigo.
Examinar argumentos de revisin y auditora.
23
3 Criterios
Salida
de
2 Revisin
3 Criterios
Salida
SVVP/XX.
Realizar prueba de unidad del software.
Realizar prueba de integracin del software.
Realizar prueba de sistema del software.
Realizar prueba de aceptacin del software.
Revisar planes de prueba.
Revisar diseo de pruebas.
Revisar casos de prueba.
Revisar procedimientos de prueba.
Revisar reportes de pruebas.
Monitorear actividades de prueba del equipo
de desarrollo y de ejecucin.
Proponer otro tipo de pruebas.
Proceso de prueba revisado.
Pruebas alternativas.
de
2 Revisin
3 Criterios
Salida
de
SCMP/XX.
Monitorear
la
ejecucin
de
los
procedimientos de manejo de problemas.
Examinar detalles en la ocurrencia de los
problemas.
Proceso de reportes de errores y acciones
correctivas revisado.
24
de
2 Revisin
3 Criterios
Salida
2 Revisin
3 Criterios
Salida
de
SCMP/XX.
Chequear que se hayan definido en el SCMP
los procedimientos correctos y que se lleven
a cabo, para mantener, almacenar, asegurar y
documentar versiones del software.
Proceso de control de cdigo y media
revisado.
25
1 Criterios
Entrada
de
de
2 Revisin
3 Criterios
Salida
2 Revisin
3 Criterios
Salida
de
SCMP/XX.
Chequeas que se utilicen mtodos e
instalaciones apropiadas, para apilar,
resguarda y mantener la documentacin del
proyecto.
Coleccin de registros, mantencin y
retencin revisada.
2 Revisin
3 Criterios
Salida
de
SPMP/XX.
Chequear que el staff de desarrollo del
software haya sido capacitado para realizar
sus tareas.
Definir capacitaciones si es necesario.
Proceso de capacitacin revisado.
Capacitaciones si son necesarias.
SPMP/XX.
26
2 Revisin
3 Criterios
Salida
de
27