Especialidad Anlisis de Sistemas

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

La calidad es el conjunto de propiedades inherentes a una entidad, que permiten juzgar

su valor. Est cuantificada por el valor que se le da al conjunto de propiedades
seleccionadas. De esta manera la calidad es subjetiva y, como dice James Bach, es
circunstancial. Es subjetiva porque depende de los atributos elegidos para medirla y es
circunstancial porque el conjunto de atributos elegidos puede variar en situaciones
diferentes.

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.

1.- La Calidad del Software

3

La obtencin de un software con calidad implica la utilizacin de metodologas o

procedimientos estndares para el anlisis, diseo, programacin y prueba del software
que permitan uniformar la filosofa de trabajo, en aras de lograr una mayor
confiabilidad, mantenibilidad y facilidad de prueba, a la vez que eleven la
productividad, tanto para la labor de desarrollo como para el control de la calidad del
software.
Segn la IEEE define a la Calidad de Software como: El grado con el cual un sistema,
componente o proceso cumple con los requerimientos y con las necesidades
expectativas del usuario.
Los requisitos del software son la base de las medidas de calidad. La falta de
concordancia con los requisitos es una falta de calidad.
Los estndares o metodologas definen un conjunto de criterios de desarrollo que guan
la forma en que se aplica la ingeniera del software. Si no se sigue ninguna metodologa
siempre habr falta de calidad.
Existen algunos requisitos implcitos o expectativas que a menudo no se mencionan, o
se mencionan de forma incompleta (por ejemplo el deseo de un buen mantenimiento)
que tambin pueden implicar una falta de calidad.
La poltica establecida debe estar sustentada sobre tres principios bsicos: tecnolgico,
administrativo y ergonmico.
El principio administrativo contempla las funciones de planificacin y control del
desarrollo del software, as como la organizacin del ambiente o centro de ingeniera de
software.
El principio ergonmico define la interfaz entre el usuario y el ambiente automatizado.
La adopcin de una buena poltica contribuye en gran medida a lograr la calidad del
software, pero no la asegura. Para el aseguramiento de la calidad es necesario su control
o evaluacin.
A partir del siguiente grfico se observa la interrelacin existente entre la Gestin de la
Calidad, el Aseguramiento de la Calidad y el Control de la Calidad.

2.- La Gestin de la Calidad

Gestin de la calidad: "Aspectos de la funcin de gestin que determinan y aplican la
poltica de la calidad, los objetivos y las responsabilidades y que lo realiza con medios
tales como la planificacin de la calidad, el control de la calidad, la garanta de calidad y
la mejora de la calidad".
Dentro de la gestin de la calidad se observa:

Gestin de la calidad de software (ISO 9000): Conjunto de actividades de la

funcin general de la direccin que determina la calidad, los objetivos y las
responsabilidades y se implanta por medios tales como la planificacin de la
calidad, el control de la calidad, el aseguramiento (garanta) de la calidad y la
mejora de la calidad, en el marco del sistema de calidad

Poltica de calidad (ISO 9000): Directrices y objetivos generales de una

organizacin, relativos a la calidad, tal como se expresan formalmente por la alta
direccin.

La gestin de la calidad se aplica normalmente a nivel de empresa. Tambin puede

haber una gestin de calidad dentro de la gestin de cada proyecto.

3.- El Aseguramiento de la Calidad

Ante todo se debe conocer:

Aseguramiento de la calidad: "Conjunto de acciones planificadas y

sistemticas necesarias para proporcionar la confianza adecuada de que un
producto o servicio satisfar los requerimientos dados sobre calidad".

Aseguramiento de la calidad de software: Conjunto de actividades

planificadas y sistemticas necesarias para aportar la confianza en que el
producto (software) satisfar los requisitos dados de calidad.

El aseguramiento de calidad del software se disea para cada aplicacin antes de

comenzar a desarrollarla. Hay quienes prefieren decir garanta de calidad en vez de
aseguramiento.
La garanta, puede confundir con garanta de productos, mientras que el aseguramiento
pretende dar confianza en que el producto tiene calidad.
El aseguramiento de calidad del software est presente en:
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 multiescala.
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).
Mecanismos de medida (mtricas).
Registro de auditorias y realizacin de informes.
Las actividades para el aseguramiento de calidad del software se detallan en:
Mtricas de software para el control del proyecto.

 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).

4.- El Control de la Calidad

Se debe conocer:

Control de calidad: "Conjunto de tcnicas y actividades de carcter operativo,

utilizadas para verificar los requerimientos relativos a la calidad del producto o
servicio".

Control de la calidad del software: Tcnicas y actividades de carcter

operativo, utilizadas para verificar los requisitos relativos a la calidad, centradas en
mantener bajo control el proceso de desarrollo y eliminar las causas de los defectos
en las diferentes fases del ciclo de vida.

El control de la calidad del software est centrado en dos objetivos fundamentales:

Mantener bajo control un proceso.

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.

Las estrategias de trabajo se representan como sigue:

5.- Aseguramiento de la calidad del software

5.1. Surgimiento de SQA (Software Quality Assurance)
En los aos 50, el software comenz a encontrar su camino dentro de los sistemas del
DoD (del ingls Deparment of Defense of USA). Usualmente estos proyectos estaban
muy alejados de la planificacin, se pasaban del presupuesto y tenan muchos
problemas tcnicos. Frecuentemente no funcionaban como se esperaba y muchos
proyectos eran cancelados antes de ser entregados. Durante este periodo los contratistas
para el desarrollo de software a menudo hacan estimaciones muy optimistas sobre el
estado del desarrollo del software. El DoD normalmente no era notificado de los
problemas en la planificacin, en la gestin del presupuesto y de problemas tcnicos
hasta muy avanzado el proyecto, cuando ya no eran capaces de entender los problemas
ni de evaluar el impacto de stos.
Para intentar resolver este problema se estableci la Verificacin y Validacin
Independientes (IV&V del ingls Independent Verification and Validation), un proceso
de ingeniera que empleaba metodologas rigurosas para evaluar la correctitud y calidad
del software a lo largo de su ciclo de vida.
El primer software en usar IV&V fue el programa del misil atlas a finales de los aos
50. Desde el proyecto atlas se ha recolectado mucha informacin que indica que los
proyectos con IV&V se realizan o ejecutan mucho mejor que los proyectos sin IV&V.
Con el tiempo el rol del IV&V se convirti critico.

La actividad que llamamos SQA evoluciona directamente de la Verificacin y

Validacin Independientes (IV&V), muchas de las tareas que asociamos con SQA son
originarias de IV&V.
Luego durante los aos 70 la actividad de desarrollo de software comenz a expandirse
y las compaas de desarrollo de software fueron experimentando los mismos pobres
resultados que las agencias gubernamentales (DoD, NASA etc.) en las dcadas
tempranas. Las compaas tenan dificultad para entregar el software dentro de los
plazos, presupuesto y calidad planificados. Varios proyectos desarrollados entre 1980 y
1990 fueron desastrosos, muchos excedan ampliamente el presupuesto y la
planificacin o entregaban software de baja calidad que no se poda usar.
Durante los 80 esta experiencia se convirti en lo que conocemos como crisis del
software, el tiempo consumido en el mantenimiento exceda el tiempo insumido en la
construccin de nuevos productos de software.
Luego de la crisis del Software en los aos 80, SQA evoluciono hacia una herramienta
que las compaas de desarrollo de software utilizaban para identificar de forma
temprana los problemas de calidad en el proceso de desarrollo. Mientras SQA era visto
como un pequeo paso dentro del proceso del desarrollo del software, muchos jefes de
proyectos vieron beneficios cuantificables a partir de integrar SQA dentro del proceso
de desarrollo de software.
En los 90 varias compaas de software ya tenan funciones de SQA dentro de sus
organizaciones.
5.2. Definicin de SQA (Software Quality Assurance)
Al igual que ocurri con la definicin de calidad hay varios puntos de vista desde donde
se puede definir el aseguramiento de la calidad del software.
Desde el punto de vista de la evidencia, la IEEE define el aseguramiento de la calidad
como:

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.

Daniel Galin define SQA como:

Un conjunto, sistemtico y planificado, de acciones necesarias para proveer la

evidencia adecuada de que el proceso de desarrollo o mantenimiento de un sistema de
software cumple los requerimientos tcnicos funcionales tan bien como los
requerimientos gerenciales para cumplir la planificacin y operar dentro del
presupuesto confinado

Desde el punto de vista de la visibilidad, el SEI define SQA como:

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:

El aseguramiento de la calidad del software es el sistema de mtodos y

procedimientos usados para asegurar que el producto de software alcanza sus
requerimientos. El sistema involucra la planificacin, estimacin y monitoreo de las
actividades de desarrollo realizadas por otros.

10

Desde el punto de vista de la capacidad de uso Schulmeyer y McManus definen SQA

como:
Las actividades sistemticas que proveen evidencia de la capacidad o disponibilidad
de uso del producto de software total.

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.

5.3. SQA no es lo mismo que SQC (Software Quality Control)

Generalmente cuando le preguntamos a un profesional de sistemas que es lo que
entiende por aseguramiento de la calidad del software, inmediatamente comienza a
hablar de testing, algunos de ellos incluyen a la validacin y verificacin y luego
empiezan a hablar de revisiones, las cuales son slo extensiones del testing. Es decir, a
menudo hay una confusin entre SQA y el testing (el cual actualmente forma parte del
rea de control de calidad del software SQC).
Haciendo slo testing y revisiones no aseguramos la calidad de los productos, sino
aseguramos el cumplimiento de especificaciones tanto funcionales como tcnicas. En el
desarrollo de software la diferencia entre SQC y SQA no esta clara y estos trminos a
menudo se confunden, SQA se encarga de controlar el cumplimiento del proceso,
mientras que SQC son aquellas acciones del aseguramiento de la calidad que
proporcionan un medio para controlar y medir las caractersticas de un elemento,
proceso o facilidad respecto a los requisitos establecidos.

11

La siguiente tabla expone sintticamente las diferencias entre control de calidad y

aseguramiento de la calidad.

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

CUADRO: Control de calidad vs. Aseguramiento de la calidad

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.

5.4. Funciones generales del SQA

Describir los diferentes roles que puede jugar el equipo de SQA en una organizacin nos
dar una visin clara de las funciones que puede llevar a cabo.
Como polica del proceso: el trabajo del equipo de SQA es asegurar que el desarrollo
sigue el proceso establecido. Entre sus funciones en este rol se encuentran:
Auditar los productos del trabajo para identificar deficiencias.
12

 Determinar el cumplimiento del plan de desarrollo del proyecto y del proceso de

desarrollo de software.
Juzgar el proceso y no el producto.

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

independientemente de la organizacin que desarrolla software, que provee a la gerencia

del proyecto informacin fehaciente en un momento preciso que puede ser usada para
tomar decisiones de negocio apropiadas.

6.- Aseguramiento de la calidad de procesos y productos en CMMI

(PPQA)
6.1. Concepto
Como ya mencionamos anteriormente la calidad de un producto esta determinada en
gran medida por la calidad del proceso utilizado para desarrollarlo y mantenerlo, por lo
que se sigue trabajando en mejorar la forma en la que las organizaciones afrontan los
proyectos de construccin de software.
Entre las reas de proceso, en la categora de soporte para el nivel 2 de CMMI se
encuentra PPQA (Process and Product Quality Assurance) Aseguramiento de la
calidad de producto y proceso. Esta es el rea de proceso principal para el
aseguramiento de la calidad del software dentro de CMMI.
6.2. Metas y prcticas.
El propsito del Aseguramiento de la Calidad de Proceso y Producto es proporcionar a
los diferentes equipos y a la gerencia una visin objetiva de los procesos y productos
15

asociados. El objetivo fundamental de PPQA es garantizar que los procesos definidos

estn siendo respetados en la organizacin, as como poder detectar deficiencias en la
forma de trabajar establecida.
Las metas de esta rea de proceso son:
Evaluar objetivamente la ejecucin de los procesos, los elementos de trabajo y
servicios en contraste a los procesos, estndares y procedimientos definidos.
Identificar y documentar no conformidades. Recordemos que definimos una no
conformidad como el incumplimiento de un estndar o proceso de la
organizacin o del proyecto.
Proporcionar informacin a las personas que estn usando los procesos y a la
gerencia del proyecto, de los resultados de las actividades del aseguramiento de
la calidad.
Asegurar de que las no conformidades son tratadas.
Las prcticas en ste rea de proceso aseguran que los proceso establecidos son
implementados mientras que las prcticas en el rea de proceso de verificacin aseguran
que se cumplen los requerimientos especificados. En ciertas ocasiones estas dos reas
de proceso trabajan sobre el mismo producto pero desde dos perspectivas diferentes.
El siguiente es el listado de funcionalidades tpicas para satisfacer esta rea de proceso:
Completar las plantillas de chequeo del cumplimiento de los procesos definidos
en la organizacin dentro del sistema de control de documentacin.
Generar la convocatoria de una auditora de calidad (personal participante y
objetivos) dentro de la agenda de eventos compartida.
Dejar registro de la ejecucin de la auditora de calidad dentro del sistema de
control de documentacin (por ejemplo rellenando las plantillas de chequeo
predefinidas).
Registrar las no conformidades dentro del sistema de gestin de incidencias.
Generacin automtica de informes de auditoras en base al rellenado de las
plantillas de chequeo y notificacin a las personas implicadas
Posibilidad de generar un cuadro de mando que visualice las no conformidades
encontradas en las auditoras de calidad de cada proyecto
Registro del tiempo incurrido en aseguramiento de calidad, as como una
estimacin del ahorro de tiempo obtenido al encontrar no conformidades con
16

anticipo, de manera que se pueda analizar si el tiempo en QA es una buena

inversin para la pequea empresa

El cumplimiento de estas metas y prcticas son el camino para incrementar la madurez

de la organizacin en el desarrollo de software conforme a CMMI-SW, la gua para este
objetivo es el equipo de QA compuesto por personal experimentado, entrenado en los
procesos y actividades de QA que asegurar un nivel de calidad estndar de productos y
servicios para los clientes. El progreso en este camino puede ser medido a travs de
evaluaciones que certifiquen el grado de concordancia de los procesos y procedimientos
con respecto a las metas y prcticas especificadas.

17

Conclusiones

El xito en la produccin de software se obtiene logrando hacerlo con calidad y

demostrando el grado de sta, calificando como buena. Esto slo es posible con la
implantacin de un Sistema para el Aseguramiento de la Calidad del Software
directamente relacionado con la poltica establecida para su elaboracin y que est en
correspondencia con la definicin internacional ISO de calidad, ampliamente aceptada,
y por los estndares del grupo ISO 9000.

18

Bibliografa

Libros

Cueva Lovelle, Juan Manuel. "Calidad del Software". Universidad de Oviedo,

Espaa. 1999.

Trianes, Jorge. "Gestin del software". Curso Primer Semestre. Facultad de

Ingeniera. 2003.

Marimon Viadiu, Federic. "La consultora especializada en ISO 9000 en

Catalua: Calidad del servicio y beneficios". Tesis doctoral. Universidad de
Girona. 2004.

Microsoft Encarta 2007. 1993-2006 Microsoft Corporation.

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

Administracin gerencia de SQA.

Chequeo de la Documentacin.
Chequeo de Estndares, prcticas y mtricas.
Chequeo de Pruebas.
Chequeo de Reportes de errores y acciones
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.

Chequeo de Estndares, prcticas y mtricas.

Chequeo de Pruebas.
Chequeo de Reportes de errores y acciones
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.
Chequeo de Estndares, prcticas y mtricas.
Chequeo de Pruebas.
Chequeo de Reportes de errores y acciones
20

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.

Chequeo de Estndares, prcticas y mtricas.

Chequeo de Pruebas.
Chequeo de Reportes de errores y acciones
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.
Chequeo de Estndares, prcticas y mtricas.
Chequeo de Pruebas.
Chequeo de Reportes de errores y acciones
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.
Chequeo de Estndares, prcticas y mtricas.
Chequeo de Pruebas.
Chequeo de Reportes de errores y acciones
correctivas.
Chequeo de Herramientas, tcnicas y
mtodos.
Chequeo de Herramientas Control de Cdigo
y Media.
21

13 Criterios
Salida

de

Chequeo de la Coleccin de registros,

mantencin y retencin.
Chequeo de la Capacitacin.
Chequeo del Manejo de Riesgo.
Resumen resto del proyecto.
SQAP/XX

Gua para el chequeo de la administracin de la gerencia del SQA:

Propsito
1 Criterios
Entrada

Gua para chequear la administracin del SQA.

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.

Gua para el chequeo de la documentacin:

Propsito
1 Criterios
Entrada

Gua para chequear la documentacin.

de

SPMP/XX.

de

Revisin y anlisis del plan de

documentacin.
Buscar discrepancias.
Discutir discrepancias con el gerente de
proyecto.
Documentacin Revisada.

2 Revisin

3 Criterios
Salida

22

Gua para el chequeo de la adherencia a los estndares:

Propsito

Gua para chequear adherencia a los estndares.

1 Criterios
Entrada

de

URD, SRD,
SCMP/XX.

DDD,

ADD,

SVVP/XX,

2 Documentaci
n

Monitorear adherencias de los documentos a

los estndares.

3 Diseo

Monitorear adherencias del diseo a los

estndares.
Monitorear adherencias de la codificacin a
los estndares.
Monitorear adherencias de los comentarios a
los estndares.
Monitorear adherencias de las pruebas a los
estndares.
Monitorear adherencia de las pruebas a las
prcticas definidas.
Revisar la mtrica definida.

4 Codificacin
5 Comentarios
6 Prueba

7 Mtricas
8 Conformidad
9 Criterios
Salida

de

Monitorear la conformidad que existe en el

sistema.
Proceso de Documentacin revisado.
Proceso de Diseo revisado.
Proceso de Codificacin revisado.
Proceso de Comentarios Revisado.
Proceso de Pruebas revisado.
Mtricas definidas revisadas.
Conformidad revisada.

Gua para el chequeo de las revisiones y las auditoras:

Propsito
1 Criterios
Entrada
2 Revisin

Gua para las revisiones y las auditoras.

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

Verificar que el mecanismo de revisin sea

acorde al tipo de proyecto.
Identificar los requerimientos mnimos para
las revisiones.
Proceso de Revisin y Auditoria revisados.

Gua para el chequeo de las actividades de prueba del software:

Propsito
1 Criterios
Entrada

Gua para el chequeo de las actividades de

prueba.
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

Gua para el chequeo de reportes de errores y acciones correctivas:

Propsito
1 Criterios
Entrada

Gua el chequeo de reportes de errores y acciones

correctivas.
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

Gua para el chequeo de herramientas, tcnicas y mtodos:

Propsito
1 Criterios
Entrada

Gua el chequeo de herramientas, tcnicas y

mtodos.
de

URD, SRD, DDD, ADD.

de

Chequear si se seleccionaron las herramientas

apropiadas en las fases necesarias.
Chequear si se seleccionaron las tcnicas
apropiadas en las fases necesarias.
Chequear si se seleccionaron los mtodos
apropiados en las fases necesarias.
Monitorear el uso correcto de las
herramientas, tcnicas y mtodos definidos.
Definir herramientas, tcnicas y mtodos
adicionales.
Herramientas, tcnicas y mtodos revisados.

2 Revisin

3 Criterios
Salida

Gua para el chequeo de control de cdigo y media:

Propsito
1 Criterios
Entrada

Gua el chequeo de control de cdigo y media.

de

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.

Gua para el chequeo de control del proveedor:

Propsito

Gua el chequeo de control del proveedor.

25

1 Criterios
Entrada

de

SQAP/XX de cada proveedor de cdigo.

de

Chequeas que los estndares se hayan

respetados en el software provisto por lo
proveedores de cdigo externos.
Proceso de control de proveedor revisado.

2 Revisin

3 Criterios
Salida

Gua para el chequeo de la coleccin de registros, mantencin y retencin:

Propsito
1 Criterios
Entrada

Gua el chequeo de la coleccin de registros,

mantencin y retencin.
de

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.

Gua para el chequeo de la capacitacin:

Propsito
1 Criterios
Entrada

Gua el chequeo de la capacitacin.

de

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.

Gua para el manejo del riesgo:

Propsito
1 Criterios
Entrada

Gua para el manejo del riesgo.

de

SPMP/XX.

26

2 Revisin

3 Criterios
Salida

de

Monitorear la actividad de manejo de riesgo.

Aconsejar mtodos y procedimientos, para
identificar, disminuir y controlar reas de
riesgo, al gerente de proyecto.
Proceso de manejo de riesgo revisado.

27