DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
1-14

Plan de calidad de software

Proyecto: <SISTEMA DE INFORMACION PARA EL
CONTROL DE TRABAJOS DE GRADO DEL PROGRAMA DE
INGENIERIA DE SISTEMAS >
Versin: <0.0.1>

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
2-14

Historial de Revisiones
VERSIN
<0.0.1z>

FECHA
<28/09/2016>

AUTOR
<ctgsistemas>

DESCRIPCIN
<plan de calidad>

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
3-14

CONTENIDO

1. INTRODUCCIN: ........................................................................................................................ 4
2. OBJETIVOS ................................................................................................................................. 4
2.1 Objetivos especficos ........................................................................................................... 4
2.2 OBJETIVOS DE SQA .............................................................................................................. 5
2.3 El Rol de SQA ....................................................................................................................... 5
2.4 Responsabilidades de SQA .................................................................................................. 6
2.5 Funciones de SQA ................................................................................................................ 6
3. DOCUMENTOS RELACIONADOS ................................................................................................ 7
4. DESTINATARIOS ......................................................................................................................... 7
5. ADMINISTRACIN ..................................................................................................................... 8
5.1 Organizacin ....................................................................................................................... 8
5.2 Responsabilidades ............................................................................................................... 8
6. REVISIONES Y AUDITORIAS...................................................................................................... 10
Revisin Tcnica Formal (RTF): ............................................................................................... 10
Revisin de los Requisitos de Software (RRS): ........................................................................ 10
Revisin del Diseo Preliminar (PDR):..................................................................................... 11
Revisin del Diseo Crtico (CDR): ........................................................................................... 11
7. TAREAS DE SQA ....................................................................................................................... 12
Tarea 1: Evaluar Los Requerimientos ...................................................................................... 12
Tarea 2: Evaluar el Diseo del Software ................................................................................. 12
Tarea 3: Evaluar Las Pruebas De Mdulos Implementados .................................................... 13
Tarea 4: Evaluar El Proceso de Acciones Correctivas. ............................................................. 13
Tarea 5: Revisiones Y Auditora ............................................................................................... 13
8. CRONOGRAMA DE ACTIVIDADES DE SQA ............................................................................... 14
9. Reportes De Problemas Y Acciones Correctivas...................................................................... 15

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
4-14

CTGSISTEMAS
ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE
SQA

1. INTRODUCCIN:
Cuando se piensa en desarrollar un producto, lo primero que se quiere lograr es que
este sea de Calidad. Pero, para poder comprobar esta afirmacin, se requiere de una
serie de procedimientos o factores que se deben tener en cuenta antes y durante el
desarrollo de la aplicacin.
La calidad est presente en todas las etapas del proceso de desarrollo del producto de
software y para ello se realiza un plan con todas las acciones y pruebas para garantizar
la calidad de los requerimientos obtenidos con el cliente. En nuestro proyecto queremos
calificar la calidad en tres aspectos: calidad en el diseo, calidad en el desarrollo, calidad
en la satisfaccin del cliente.

2. OBJETIVOS:
Este documento tiene como objetivo definir el plan de aseguramiento de la calidad del proyecto
CTGSISTEMAS, la organizacin, las tareas y responsabilidades de los integrantes del equipo SQA,
as como dar a conocer las guas y herramientas para la realizacin de las actividades y los
reportes de calidad.

2.1 Objetivos especficos:

Definir los requerimientos de calidad a ser verificados.

Indicar los roles y responsabilidades de cada integrante del equipo y director del plan
SQA
Indicar las partes del ciclo vida cubierto por el plan SQA as como las lneas de trabajo
que sern contempladas en el mismo.
Describir las tareas de calidad a realizar.
Especificar los documentos involucrados en el desarrollo del plan.

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
5-14

2.2 OBJETIVOS DE SQA

Los principales objetivos del Aseguramiento de la Calidad del Software son los
siguientes:

Mejorar la calidad del software monitoreando apropiadamente tanto los

productos de software como el proceso de desarrollo que los genera.

Asegurar el cumplimiento de los estndares y procedimientos establecidos para

el software y el proceso de software establecidos.

Asegurar que cualquier desviacin en el producto, el proceso, o los estndares

son elevados a la gerencia para poder resolverlas.

2.3 El Rol de SQA

Las personas responsables del proyecto de software (desarrollo y cliente) son las nicas
que pueden ser responsables por la calidad. El rol de SQA es monitorear la manera en
que estos grupos ejecutan sus responsabilidades. Por lo tanto existen los siguientes
peligros latentes:

Es un error asumir que el personal de SQA puede por s solo hacer algo por la
calidad del proyecto.

La existencia de una funcin de SQA no asegura que se siguen los estndares y

los procedimientos.

Slo si la direccin demuestra peridicamente su soporte a SQA, siguiendo sus

recomendaciones, SQA podr ser efectiva.

A menos que la direccin de lnea requiera que SQA trate de resolver sus noconformidades con la direccin del proyecto antes de elevarlas, SQA y desarrollo
no trabajarn efectivamente.

Todo lo que puede hacer SQA es alertar a la direccin sobre las desviaciones a los
estndares y procedimientos establecidos.

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
6-14

2.4 Responsabilidades de SQA

Las principales responsabilidades del rol de SQA son las siguientes:

Verificar la completitud en los planes de desarrollo y de calidad del proyecto.

Participar como moderador en inspecciones de diseo, de cdigo u otros

productos. Auditar peridicamente para determinar el cumplimiento de los
estndares

Participar en todas las revisiones a fin de cada fase del proyecto y registrar
formalmente si los estndares y procedimientos no se alcanzaron
satisfactoriamente.

2.5 Funciones de SQA

Las principales funciones del rol de SQA, a travs de todo el ciclo de vida, son las
siguientes:
Prcticas de QA: se definen y estn disponibles herramientas, tcnicas, mtodos y
estndares de desarrollo adecuados para ser usados como estndares de las revisiones
de QA.
Evaluacin de la planificacin del proyecto de software: si no se planifican prcticas de
calidad adecuadas desde el inicio y sincronizadas con el plan del proyecto, luego no
sern implementadas.
Evaluacin de los requerimientos: como es extremadamente inusual que se
desarrollen productos de alta calidad a partir de requerimientos de baja calidad, los
requerimientos inciales deben ser revisados contra los estndares de calidad
establecidos.
Evaluacin del proceso de diseo: se definen los medios para asegurar que el diseo
sigue las metodologas planificadas, que implementa los requerimientos y que la calidad
del diseo propiamente dicha es revisada independientemente.
Evaluacin de las prcticas de codificacin: prcticas apropiadas de codificacin deben
ser establecidas y usarse.
Evaluacin del uso del proceso de control y gerenciamiento del proyecto: asegurando
que los procesos de gerenciamiento estn funcionando, SQA ayuda a garantizar que
todo el grupo de proyecto est orientado a producir resultados de calidad.
Adaptacin de los procedimientos de SQA: El plan de SQA debe ser adaptado a las
necesidades especficas del proyecto.

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
7-14

3. DOCUMENTOS RELACIONADOS

Plan del Desarrollo del proyecto

Plan de Gestin del proyecto
Cronograma de Actividades del Proyecto
Plan de control de riesgos
Plan de pruebas
Plan de Mtricas

4. DESTINATARIOS
El presente documento est destinado a las siguientes personas:
Lector
Ingeniera Pilar Rodrguez Tenjo

Sector o Rol
Directora del proyecto

Alejandra Bohorquez, Camilo Arcila, Equipo de desarrollo del proyecto.

Cesar Guerrero, Mayerli Garcia

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
8-14

5. ADMINISTRACIN
5.1 Organizacin
DIRECTOR DEL
PROYECTO
Alejandra Bohorquez
Lider del proyecto
Alejandra Bohorquez

Documentador:
Camilo Arcila

Jefe del
proyecto
Camilo
Arcila

Analista

Alejandra
Bohorquez

Cesar Guerrero

Cesar Guerrero

Alejandra
Bohorquez

Camilo Arcila

Mayerli Garcia

Alejandra
Bohorquez

Ingeniero de
procesos

Desarrolladores

Cesar Guerrero

Mayerli Garcia

Camilo Arcila
Ingeniero de requerimientos
Alejandra Bohorquez
Camilo Arcila
Arquitecto
Mayerli Garcia

5.2 Responsabilidades
Director de Proyecto
1. Establecer un programa de calidad para el proyecto.
2. Identificar las actividades de SQA que se llevarn a cabo.
3. Revisar y aprobar el plan de SQA del proyecto CTGSISTEMAS
4. Resolver problemas relacionados con la calidad.
5. Auditar y reportar las funciones SQA para este proyecto.
6. Identificar los factores de calidad a ser implementados en el CTGSISTEMAS.
Jefe del proyecto
1. Revisar y comentar sobre el plan de SQA del Proyecto.
2. Implementar las actividades definidas de calidad acordadas en el plan de SQA.
3. Asegurarse que los factores de calidad referentes a ACS son implementados en el
Proceso de ACS.
4. Revisar que los interesados en el proyecto cumplan con el plan de ACS.

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
9-14

Lder del Proyecto

1. Revisar y aprobar el Plan de aseguramiento de la calidad del proyecto CTGSISTEMAS
2. Identificar a una persona o grupo que realice las funciones de SQA
3. Identificar los factores de calidad a ser implementados en el proyecto CTGSISTEMAS
4. Resolver y dar seguimiento a cualquier asunto de calidad levantado por el SQA
5. Identificar y asegurarse que los factores de calidad se implemente en el software.
6. Identificar, desarrollar y mantener documentos de planeacin.
Ingeniero de procesos
1. Comentar acerca del plan de SQA.
2. Implementar la calidad en las pruebas de acuerdo al plan SQA
3. Resolver y dar seguimiento a cualquier asunto de calidad que tenga relacin con las pruebas
del sistema
4. Verificar que los factores de calidad se implementaron en el sistema
5. Implementar las prcticas de pruebas en el sistema, procesos y procedimientos, como est
definido en el documento de pruebas
Ingeniero de requerimientos
1. Realizar el ERS
2. Comentar acerca del plan de aseguramiento de la calidad
3. Implementar calidad en el ERS
4. Analizar los requerimientos
Diseadores y Codificadores
1. Comentar acerca del plan de SQA
2. Implementar la calidad en el diseo y codificacin de acuerdo a este plan de SQA
3. Resolver y dar seguimiento a cualquier asunto de calidad que tenga relacin con el diseo del
sistema, arquitectura del sistema y desarrollo del mismo.
4. Identificar, implementar y evaluar los factores de calidad que van a ser implementados en el
sistema.
5. Implementar el diseo, arquitectura, desarrollo, procesos y procedimientos necesarios para
el sistema, siguiendo los documentos de planeacin para cada uno de estos.

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
10-14

6. REVISIONES Y AUDITORIAS
Los responsables de estas revisiones es la organizacin del SQA, con la participacin de todo
elemento de la organizacin que tengan que ver con los requerimientos, tales como: los
diseadores del software, agentes de pruebas.

Propsito: Las revisiones y auditorias de los resultados del desarrollo se realizan a medida que
se terminan cada una de las fases del ciclo de vida de desarrollo de software, con el fin de:

Conocer el progreso alcanzado en el desarrollo.

Evaluar el ajuste a los requerimientos del sistema.
Evaluar la eficiencia en el trabajo.

Requisitos Mnimos: Se deben llevar a cabo, al menos, las siguientes revisiones y auditorias:
Revisin Tcnica Formal (RTF):
Objetivo: Descubrir errores en la funcin, la lgica o la implementacin de cualquier producto
del software, verificar que satisface sus especificaciones, que se ajusta a los estndares
establecidos, sealando las posibles desviaciones detectadas.
Mecanismo: Es un proceso de revisin riguroso, su objetivo es llegar a detectar lo antes posible,
los posibles defectos o desviaciones en los productos que se van generando a lo largo del
desarrollo. Por esta caracterstica se adopta esta prctica para productos que son de especial
importancia. En la reunin participan el responsable de SQA e integrantes del equipo de
desarrollo. Se debe convocar a la reunin formalmente a los involucrados, informar del material
que ellos deben preparar por adelantado, llevar una lista de preguntas y dudas que surgen del
estudio del producto a ser revisado. Como salida se obtiene el Informe de RTF.
Requerimientos Mnimos: Los elementos mnimos que debern ser revisados son:

Especificacin de Requerimientos
Modelo de Diseo y Descripcin de la Arquitectura
Plan de Verificacin y Validacin
Plan de Gestin del Proyecto
Plan de Gestin de Configuracin
Diseo vs. Especificacin de requerimientos
Implementacin vs. Diseo
Verificacin vs. Especificacin de requerimientos

Revisin de los Requisitos de Software (RRS):

La RRS se genera para:

Evaluar las especificaciones de requerimientos del software (ERS).

Asegurar que los requerimientos establecidos en la ERS, sean los correctos y estn
completos.

Garantizar la calidad, viabilidad e integridad de los requerimientos establecidos.

Los requerimientos de revisiones de ERS en la RRS son los siguientes:

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

a.
b.
c.
d.
e.
f.
g.
h.

CODIGO
VERSION
PAGINA

D-ACA002
0
11-14

Fiable
Completo
Depurable
Modificable
Consistente
Libre de ambigedades
Utilizable durante la fase de operacin y mantenimiento.
Inspeccionar que la relacin entre los requerimientos y sus derivados sea la
adecuada.

Revisin del Diseo Preliminar (PDR):

La PDR es realizada para evaluar la suficiencia tcnica del DDS preliminar, antes de comenzar
con el diseo detallado, define los siguientes puntos:
Evaluar el progreso, consistencia y suficiencia tcnica del alcance de diseo con
los requerimientos funcionales de la ERS.
Verificar la existencia y compatibilidad de las interfaces entre el software, el
hardware y los usuarios finales.
Determinar un diseo de software que cumpla con los requerimientos.
Para la PDR se toman como requerimientos de revisiones los siguientes puntos:
Revisar que se detallen todas las interfaces con otro software, sistemas de
comunicacin, etc. Para una adecuada identificacin de interfaces y de un
diseo ptimo.
Revisar que exista un anlisis del diseo para verificar la compatibilidad con los
requerimientos crticos.
Revisar que se establece los requerimientos del factor humano.

Revisin del Diseo Crtico (CDR):

La CDR es generada para determinar la aceptabilidad de cmo la DDS cumple con la ERS. Evala
la suficiencia tcnica, integridad del diseo detallado del software, antes de comenzar a
codificar para establecer que el diseo detallado satisface los requerimientos de la SRS.
Para la CDR se toman como requerimientos de revisin los siguientes puntos:
Evaluar la compatibilidad del diseo detallado con la ERS.
Examinar la representacin de datos en forma de diagramas lgicos, algoritmos,
almacenamiento y representacin de datos.
Determinar la compatibilidad e integridad de requerimientos de interfaces.
Establecer que todas las interfaces internas y externas incluyendo interacciones
con la base de datos sean expresadas.

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
12-14

7. TAREAS DE SQA
En esta seccin se muestran todas las tareas que el personal de SQA (Aseguramiento De Calidad
De Software) realizar, estas tareas se realizarn a lo largo del ciclo de vida del proyecto, y se
realizarn segn la calendarizacin descrita en el plan de desarrollo del software. Una tarea
se considerar completa si se ha levantado un reporte acerca de esa tarea. Las siguientes tareas
requieren de la coordinacin y cooperacin de equipo de desarrollo para ser llevadas a cabo de
forma satisfactoria por el personal de calidad.

Tarea 1: Evaluar Los Requerimientos

El anlisis de requerimientos establece un mutuo acuerdo entre el equipo del proyecto de
software y el cliente. Se deber mantener y establecer un acuerdo con el cliente para realizar el
anlisis de requerimientos del sistema.
Las actividades del personal de calidad en esta tarea son:
a.
Revisar los requerimientos para determinar si son claros y consistentes.
b.
Verificar que los cambios en el documento de requerimientos del sistema, sean
seguidos, revisados y comunicados al equipo de desarrollo.
c.
Verificar que los compromisos con el cliente sean documentados, y comunicados al
equipo de desarrollo.
d.
Verificar que los procesos descritos para definir, documentar y localizar requerimientos
se lleven a cabo.
e.
Verificar que los requerimientos estn documentados, administrados, controlados y
seguidos (de preferencia mediante una matriz de rastreo).

Tarea 2: Evaluar el Diseo del Software

El objetivo del proceso de diseo del software es tomar decisiones sobre el comportamiento del
diseo del sistema y otras decisiones que afectan al diseo de los componentes. Se tendr que
tomar en cuenta la arquitectura del sistema dividiendo el sistema en subsistemas.
El nivel de detalle del diseo debe ser tal que el cdigo de los mdulos pueda ser realizado por
otra persona que no sea su diseador original.
Las actividades del SQA en esta tarea son:
a.
Verificar que los procesos de diseo de software sigan los estndares determinados.
b.
Verificar que todos los requerimientos estn presentes en el diseo.
c.
Verificar que el diseo se encuentre bajo la administracin de la configuracin
d.
Revisar y auditar el contenido de los documentos de diseo del sistema.
e.
Si se encuentran no cumplimientos de los estndares establecidos, determinar las
acciones correctivas.

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
13-14

Tarea 3: Evaluar Las Pruebas De Mdulos Implementados

En esta etapa, las pruebas de integracin combinan individualmente componentes ya
encontrados en la lnea base para verificar que trabajan juntos y as integrar las funcionalidades
del sistema en un solo producto.
Los encargados de las pruebas prestarn especial atencin a:
a. El buen funcionamiento de las interfaces entre los componentes.
b. El flujo de informacin a travs del sistema.
c. La satisfaccin de los requisitos del sistema.

Tarea 4: Evaluar El Proceso de Acciones Correctivas.

El proceso de accin correctiva cumplir con los pasos para:
1. Identificar el problema y la correccin realizada durante el desarrollo del software.
2. Reportar el problema a la autoridad apropiada.
3. Analizar el problema para proponer medidas de correccin.
4. Realizar la correccin oportuna y completamente.
5. Registrar y dar seguimiento a cada problema.
Los problemas bajo este contexto incluyen errores de documentacin, errores de software, no
cumplimiento de estndares y procedimientos.

Tarea 5: Revisiones Y Auditora

Verificar los avances en el proyecto.
El personal de calidad verificar peridicamente el estado del proyecto, el progreso y los
problemas en el proyecto. El personal de calidad proporcionar la siguiente informacin a la
direccin:
a.
Cumplimiento: La identificacin del nivel de cumplimiento del proyecto con la
organizacin de proyectos y procesos.
b.
reas de Problema: La identificacin de problemas potenciales o actuales en reas del
proyecto.
Debido a que la funcin del SQA es parte integral del xito del proyecto, el personal de calidad
comunicar libremente sus resultados a la administracin del proyecto y el equipo del proyecto.
El mtodo para la presentacin de informes de cumplimiento, las reas problemticas se
comunicarn en un informe documentando el rea problemtica o la falta de cumplimiento.

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
14-14

8. CRONOGRAMA DE ACTIVIDADES DE SQA

Entregable

Realizado

Revisin

Tipo de revisin

Documento de la 2/03/2016
Metodologa

3/03/2016

Se realiza una revisin con respecto a

opiniones de otros compaeros e
informacin encontrada en internet

Plan de gestin de 27/09/2016

Riesgo

28/09/2016

En grupo se realiza a evaluacin a cada

uno delos riesgos y se tienen en cuenta
los planes de contingencia en caso de
que un riesgo suceda.

Documento De 4/03/2016
Especificacin De
Requerimientos

5/03/2016

Evaluacin de la calidad de los

requerimientos, all se evalan y se
corrigen los errores cometidos al
momento de crear la

2/6/2016

Evaluacin de la calidad de los

diagramas UML establecidos. Se
evaluaran los casos de uso, los
diagramas de actividades, y los modelos
de entidad relacin.

29/11/2016

Se realizara un testing del software

probando con ciertos datos la
funcionalidad del mismo, tomando nota
de las correcciones que habra que
hacerle al software.

Documento Del
Diseo

2/6/2016

SOFTWARE
29/11/2016
(CODIGO FUENTE)

Cabe mencionar en este apartado que

posterior a este testing se realizaran las
respectivas pruebas.

DOCUMENTO PLAN DE CALIDAD DE

SOFTWARE

CODIGO
VERSION
PAGINA

D-ACA002
0
15-14

9. Reportes De Problemas Y Acciones Correctivas

Las modificaciones al SQAP, se harn en funcin al problema presentado de la siguiente manera:
Detectar uno de los puntos especificados.
Realizar un anlisis del problema.
Realizar reuniones tcnicas con las reas involucradas en la modificacin del SQAP, estas
reas adems de exponer problemas, darn recomendaciones para la modificacin
correspondiente.
Hacer la modificacin.
Implementar la modificacin correspondiente.
Una vez finalizada la implementacin se evaluar si fue correcta la modificacin.
Promulgar la nueva versin del SQAP.
La modificacin al SQAP, solo se realiza en las secciones del SQAP que sean afectadas
por la observacin, este trabajo estar a cargo de la organizacin de la SQA.