1

ORT Software FactoryCapacitación inicial

SQA

Amalia ÁlvarezLeonardo Scafarelli

Marzo 2006

2

Aseguramiento de la calidad

El Proceso de Aseguramiento de la Calidad del Software, SQA, tiene por

objetivo dar confianza adecuadade que el producto de software

satisfacerá los requisitos de sus clientes y/o usuarios.

3

Responsabilidades de SQA

4

Responsabilidad de SQA

1. Asegurar la calidad del producto final» SQA es responsable de asegurar la

calidad de los productos generados a lo largo del proyecto.

5

Responsabilidad de SQA

2. Asistir al grupo en la definición del proceso de software

» SQA es responsable de que se defina y utilice un proceso de software en el proyecto.

6

1. Asegurar la calidad del producto final

� Para ello SQA deberá (cuando aplique):» Planificar y documentar actividades para

asegurar la calidad del producto de software.

» Aplicar actividades de SQA.» Definir estándares de productos.

7

2. Asistir al grupo en la definición del proceso de software

� SQA deberá:» Apoyar al equipo en la definición de su

proceso de software.» Documentar el proceso de software del

proyecto.

� SQA podría durante el proyecto:» Evaluar la eficacia del proceso de software» Mejorar el proceso de software

8

Actividades para asegurar la calidad del producto de software

9

Validación

� Determinar si los requerimientos o el producto final satisfacen los usos previstos o esperados por el cliente.

10

Validación

� Podrían ser (entre otras):– Validación de los requerimientos.– Validación del producto final

� Ejemplos: » Pruebas de sistema» Pruebas de aceptación

11

Verificación

� Determinar si el producto de software de una actividad o fase satisface los requerimientos y condiciones de entrada a la actividad o fase del proceso de desarrollo.

12

Verificación

� Podrían ser (entre otras):» Verificación de los requerimientos.

– Evaluación de los requisitos con respecto a criterios predefinidos por el equipo o por el cliente.

� Ejemplo: Verificabilidad de los requisitos.

» Verificación de la arquitectura.– Evaluación de la arquitectura con respecto a

los requisitos funcionales y no funcionales, estándares de desarrollo definidos, etc.

13

Verificación

� Podrían ser (entre otras):» Verificación del producto final

– Ejemplos:� Pruebas unitarias� Pruebas de integración

14

Revisión

� Evaluar el estado de un producto u actividad.» Las revisiones pueden ser técnicas o

gerenciales.– SQA usualmente realiza revisiones técnicas.

15

Revisión

� Revisión técnica» Es una evaluación sistemática de un producto

de software realizada por un equipo de personas calificadas que examinan la conformidad del producto de software, e identifican discrepancias con las especificaciones y estándares.

» Las revisiones técnicas proveen recomendaciones de alternativas.

16

Resolución de problemas

� Es importante definir una sistemática para asegurar la resolución de los problemas que surgen en el proyecto.» Para esto está disponible la herramienta

MANTIS en el Web del Departamento.» Aquellos que deseen utilizar la herramienta

deberán solicitar al Coordinador de la generación que se les cree un grupo y usuarios.

17

Documentación de las actividades de SQA

� SQA deberá determinar qué actividades realizará para asegurar la calidad y luego documentar estas actividades.» La forma tradicional de documentar las

actividades de SQA es el Plan de SQA.

18

Asistir al grupo en la definición del proceso de software

19

Identificación de actividades

� Para identificar las actividades a realizar se sugiere:» Definir el Ciclo de vida a utilizar.» Identificar para cada fase del ciclo de vida

las actividades que se realizarán.– Ejemplo: Documentación de requisitos.

» Identificar otras actividades a realizar que no dependen de la fase del ciclo de vida.

– Ejemplo: Planificación de una iteración.

20

Identificación de actividades

� La identificación de actividades es muy importante que sea una actividad participativa.

� Es recomendable realizar reuniones de grupo para definir las grandes actividades a realizar.

� Se sugiere utilizar la técnica de tormenta de ideas.

21

Documentación del proceso

� Es responsabilidad de SQA asegurarse que se documente el proceso a utilizar por el grupo.

� A este documento se le conoce como Plan de la calidad.

22

Documentación del proceso

� Usualmente el Plan de la calidad incluye:» Qué hay que hacer (Actividades).» Cómo se debe hacer (o referencia al doc.

correspondiente).» Resultados (Productos).» Responsable (Rol).» Precedencias requeridas.

23

Documentación del proceso

� Se sugiere organizar el Plan de la calidad de la siguiente forma:» Actividades que dependen de la fase del

ciclo de vida– Ejemplo:

� Ingeniería de requerimientos� Diseño arquitectónico� Diseño detallado� Codificación� Pruebas

24

Documentación del proceso

� Se sugiere organizar el Plan de la calidad de la siguiente forma:» Actividades independientes de las fase del ciclo

de vida.– Ejemplos

� Planificación de una iteración� Seguimiento de la iteración� Cierre de la iteración� Actividades de SCM� Actividades de capacitación o investigación� Resolución de problemas

25

Apoyo al rol de SQA

� Tutores» Amalia Alvarez

– aab@montevideo.com.uy

» Leonardo Scafarelli– leonardo.scafarelli@gmail.com

� Reuniones de profundización y seguimiento» Grupales» Individuales