Вы находитесь на странице: 1из 21

SISTEMA DE RESERVA DE TURNOS ONLINE

PLAN DE CALIDAD
VERSIN [1.0]
Este documento corresponde a todo lo relacionado al plan de calidad del proyecto
OdontoSys.

Historia de revisiones
Fecha

Versin

Autor

12/09/2015

[1.0]

Claudia Reckziegel

1. Propsito
Este documento contiene el Plan de Aseguramiento de la Calidad para el proyecto
OdontoSys [Sistema para reservas de turnos de consultorio odontolgico online]. En este
documento se describen las actividades de cada uno de los roles interesados en el desarrollo
del proyecto.
El responsable de calidad asume la responsabilidad por este documento y sus
actualizaciones, a manera que sea requerido para el proyecto. Las Actualizaciones de este
documento se realizaran al menos cada vez que se reciba una peticin de cambio por parte
de los usuarios de este documento y esta sea aprobada.

2. Referencias
[1]ANSI/IEEE Std 730.1-1989, IEEE Standard for Software Quality Assurance Plans.

3. Gestin
El responsable del SQA tiene la libertad de reportar anomalas y no conformidades (si la
calidad del producto est en peligro), al siguiente o al nivel ms alto en la cadena de
liderazgo en la organizacin del proyecto.
3.1.

Organizacin

En esta figura se presenta la estructura organizacional del proyecto a elaborar.


a. Administrador, es responsable de lo siguiente:
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.
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 proyecto.
b. La administracin de la Configuracin de Software es responsable de:
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.

c. La administracin del proyecto es responsable de:


1. Revisar y aprobar el Plan de aseguramiento de la calidad del proyecto.
2. Identificar a una persona o grupo que realice las funciones de SQA
3. Identificar los factores de calidad a ser implementados.
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.
d. Pruebas es responsable de:
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
e. Diseo y codificacin son responsables de:
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.
f. Administracin de riesgos es responsable de:

1. Dar seguimiento a los riesgos identificados.


2. Buscar medidas de contingencia de los riesgos identificados
3. Comentar acerca del plan de aseguramiento de la calidad
4. Notificar al administrador del proyecto cuando un riesgo identificado, se
convierta en un problema
g. Administrador 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.

4. Actividades
4.1.

Ciclo de vida del software cubierto por el Plan


ACTIVIDAD
Planeacin del proyecto
Ambiente de desarrollo del software
Anlisis y requerimientos del sistema
Diseo del sistema
Implementacin (codificacin) y pruebas de unidad
Integracin de unidades y pruebas
Pruebas de sistema
Implementacin

4.2.
Actividades de calidad a realizarse
En esta seccin se muestran todas las tareas que el personal de SQA realizar, estas tareas
se realizaran a lo largo del ciclo de vida del proyecto, y se realizaran 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.

4.2.1. TAREA: 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:
-

Revisar los requerimientos para determinar si son claros y consistentes.

Verificar que los cambios en el documento de requerimientos del sistema,


sean seguidos, revisados y comunicados al equipo de desarrollo.

Verificar que los compromisos con el cliente sean documentados, y


comunicados al equipo de desarrollo.

Verificar que los procesos descritos para definir, documentar y localizar


requerimientos se lleven a cabo.

Verificar que los requerimientos estn documentados, administrados,


controlados y seguidos.

4.2.2. TAREA: 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:
-

Verificar que los procesos de diseo

de software sigan los estndares

determinados.
-

Verificar que todos los requerimientos estn presentes en el diseo.

Verificar que el diseo se encuentre bajo la administracin de la


configuracin

Revisar y auditar el contenido de los documentos de diseo del sistema.

Si se encuentran no cumplimientos de los estndares establecidos,


determinar las acciones correctivas.

4.2.3. TAREA:
EVALUAR
IMPLEMENTADOS

LAS

PRUEBAS

DE

MODULOS

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:
-

El buen funcionamiento de las interfaces entre los componentes.

El flujo de informacin a travs del sistema.

La satisfaccin de los requisitos del sistema.

Las actividades del SQA son:

Verificar que las discrepancias descubiertas en la integracin de software y


pruebas de rendimiento son identificadas, analizadas, documentadas, y
corregidas.

Revisar el Plan de Pruebas de Software y que las descripciones de las


pruebas de software cumplan con los requerimientos.

Verificar que el software es probado.

Monitorear las actividades de pruebas.

Verificar que los encargados de las pruebas de unidad se apeguen al plan de


pruebas.

4.2.4. TAREA: EVALUAR EL PROCESO DE ACCIONES CORRECTIVAS.


El proceso de accin correctiva cumplir con los pasos para:

Identificar el problema y la correccin realizada durante el desarrollo del


software.

Reportar el problema a la autoridad apropiada.

Analizar el problema para proponer medidas de correccin.

Realizar la correccin oportuna y completamente.

Y 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.
Las actividades son las siguientes:

Revisar peridicamente el proceso de accin correctiva y sus resultados.


4.2.5. TAREA:
EVALUAR
CONFIGURACIN

LA

ADMINISTRACIN

La Administracin de la configuracin es la responsable de:

DE

LA

Identificar y documentar la funcionalidad y las caractersticas fsicas de los


tems de configuracin.

Documentar los cambios de control de los tems de configuracin.

Registrar y reportar la informacin necesaria para administrar los tems de


configuracin efectivamente, incluyendo el status de los cambios propuestos
y los status de implementacin de cambios aprobados.

Las actividades a realizar son las siguientes:

Verificar que la configuracin de los tems de configuracin cumplen con


los estndares establecidos de titulado, nomenclatura y descripcin de los
cambios.

Verificar que las lneas base ha sido establecida en el tiempo establecido por
medio de los estndares y procedimientos definidos.

Verificar que todos los interesados en el proyecto tengan conocimiento del


plan de ACS.

Verificar que el equipo de desarrollo tenga conocimiento si algn IC sufre


cambios o modificaciones

4.2.6. TAREA: REVISIONES. VERIFICAR LOS AVANCES EN EL


PROYECTO.
El personal de calidad verificara peridicamente el estado del proyecto, el
progreso y los problemas en el proyecto El personal de calidad proporcionar la
siguiente informacin a la direccin:
-

Cumplimiento - la identificacin del nivel de cumplimiento del proyecto con

la organizacin de proyectos y procesos.


reas de Problemas - la identificacin de problemas potenciales o actuales
en reas del proyecto.

5. Responsables
El SQA supervisar al personal del proyecto y revisar las actividades de los procesos
para el cumplimiento de las normas y los procedimientos.

de

Aprobar
producto

el

Req.

Riesgos

Pruebas
SW

Desarrollo
/Diseo
X

Req.

Admin SQA

Revisin
productos

Riesgos

Pruebas SW

Aprobar el X
Plan SQA

Desarrollo/Dis
eo

ACS

Revisar el X
Plan SQA

Admin
Proyecto

ACS

Admin
Proyecto

Revisin de
productos de
Software

Desarrollar/
Documentar
el Plan SQA

Admin
SQA

Plan SQA

Tabla: Matriz de Responsabilidades

Desarrollo

Resolver

de la auditoria

Desarrollar/Docu

Revisar Planes
X

Aprobar Planes

las

recomendaciones
X

X
X
X
X
X

Req

Riesgos

Pruebas SW

Desarrollo/Dise
o

ACS

Resolver
las
recomendaciones
de la auditoria

Admin
Proyecto

Admin SQA

Planificacin
del proyecto,
seguimiento y
supervisin de
procesos
Evaluar
Herramientas
X

mentar el Plan de

de

Software y otros

planes

Req.

Riesgos

Pruebas SW

Desarrollo/D
iseo

ACS

Admin
Proyecto

Admin SQA

Evaluar las
herramientas
de software

Requerimientos
de
Administracin de la
Configuracin
Revisar
requerimientos
sistema
Aprobar
requerimientos
sistema

Req

Riesgos

Pruebas SW

Desarrollo/
Diseo

ACS

Admin Proyecto

Admin SQA

Proceso de
anlisis de
requerimiento
del sistema
Desarrollar/Document
ar Requerimientos del
sistema

del
X
del

Evaluar/reportar
el X
proceso de anlisis de
req. Del sistema
Resolver
las
recomendaciones de
la auditoria

Req.

Riesgos

Pruebas SW

Desarrollo/D
iseo

ACS

Admin
Proyecto

Admin SQA

Proceso de
Diseo del
Sistema
Desarrollar/Docu
mentar el Diseo
del Sistema

Diseo de ACS

Revisar el diseo X
del sistema

Aprobar el diseo
del sistema

Evaluar/reportar el X
proceso del diseo
del sistema

Desarrollar/Document
ar documento de req.
de software
Revisar
requerimientos
software
Aprobar
requerimientos
software

Req.

Riesgos

Pruebas SW

Desarrollo/Diseo

ACS

Admin Proyecto

Admin SQA

Proceso de
anlisis de
requerimientos de
software

Resolver
las
recomendaciones
de la auditoria

de
X
de

el X
de
de

Desarrollar/Document
ar Diseo de SW
ACS del diseo
Revisar
SW

Diseo

X
de

Aprobar Diseo de
SW

Evaluar/reportar
X
proceso de Diseo de
SW
Resolver
las
recomendaciones de
la auditoria

Req

Riesgos

Pruebas SW

Desarrollo/Di
seo

Proceso de
Diseo de
Software

ACS

Admin SQA

Resolver
las
recomendaciones de
la auditoria

Admin
Proyecto

Evaluar/reportar
proceso
requerimientos
software

Req

Riesgos

Pruebas SW

Desarrollo
/Diseo

ACS

Admin Proyecto

Admin SQA

Implementacin
de Software y
Proceso de
Pruebas de
Unidad
Desarrollar/Arreglar
Cdigo

AC de Cdigo

Revisin de Cdigo

Pruebas de Unidad

Evaluar/Reportar
el X
Proceso
de
Implementacin
y
Pruebas Unitarias de SW

Integrar SW

Arreglar Errores

Resolver
las
recomendaciones de la
auditoria

X
X

Req

Riesgos

Pruebas de Integracin
de SW

Evaluar/Reportar
el
Proceso de Integracin
de Unidades y Pruebas

Pruebas SW

Desarrollo/Di
seo

ACS

Admin
Proyecto

Admin SQA

Integracin
de Unidades
y Proceso de
Pruebas

Resolver
las
recomendaciones de la
auditoria

Req

Riesgos

Pruebas SW

Desarrollo/

ACS

Admin
Proyecto

Admin SQA

Proceso de
Entrega de
productos
Finales
Preparar/Documentar la
versin del documento
de liberacin

Revisar la versin del X


documento de liberacin

Aprobar la versin del


documento de liberacin

Evaluar/Reportar
el X
Proceso de Entrega de
Productos Finales

Seguir el Proceso X
de
Acciones
Correctivas

Evaluar/Reportar el X
Proceso
de
Acciones
Correctivas
Resolver
las
recomendaciones
de la auditoria

Req

Riesgos

Pruebas SW

Desarrollo/D
iseo

ACS

Admin
Proyecto

Admin SQA

Proceso de
Acciones
Correctivas

Resolver
las
recomendaciones de la
auditoria

Revisar el Plan de ACS

X
X

Aprobar el Plan de ACS

Seguir el Proceso de X
ACS

Documentar
procedimientos de ACS

Req

Riesgos

Pruebas SW

Desarrollo/
X

el X

Nombrar un auditor
independiente de SQA
Asistir a Auditorias SQA

Req

Riesgos

Pruebas SW

Desarrollo

X
X

Evaluar/Reportar
el X
Proceso de Auditorias
SQA
Resolver
las
recomendaciones de la
auditoria

ACS

Admin SQA

Aseguramient
o de la
Calidad del
Software

Resolver
las
recomendaciones de la
auditoria

Admin
Proyecto

Evaluar/Reportar
Proceso de AC

Diseo

ACS

Admin Proyecto

Admin SQA

Proceso de
Administracin
de la
Configuracin
Desarrollar/Documentar
el Plan de ACS

6. Documentacin
PGINA

NOMENCLATURA

DESCRIPCIN

Especificacin
de 12
requerimientos de Software

Describe los requisitos del


software tanto funcionales
como no funcionales

Plan de pruebas

Describe los mdulos a ser


probados, as como las
pruebas que se utilizaran ,
entradas y salidas esperadas
para cada prueba

Administracin
configuracin

122

de

la 1

Describe la nomenclatura
utilizada en el proyecto as
como la forma en que se
determina la lnea base

7. Estndares, prcticas, convenciones y mtricas


DOCUMENTO

ESTADARES QUE DESCRIBE

Plan de Riesgos

Estndares de identificacin y seguimiento


de riesgos

Plan de desarrollo de software

Normas a seguir en el desarrollo de


software

Plan de administracin de la configuracin Estndares de procesos relacionados a la


administracin de la configuracin

8. Mtricas
Las siguientes mediciones se harn y se utilizarn para determinar el costo y el calendario
de la situacin de las actividades a lo largo del proyecto:
a. Tiempo Estimado

b. Tiempo real invertido


c. Esfuerzo planeado
d. Esfuerzo realizado
e. Costo planeado
f. Costo real
g. Nmero de incumplimiento sin arreglar
h. Nmero de incumplimientos arreglados
i. Nmero total de incumplimientos

9. Revisiones, pruebas y auditoras


9.1.

PRUEBAS

Las actividades de pruebas que se realizarn para el proyecto son:


a. Pruebas de integracin
b. Pruebas de aceptacin
El administrador del proyecto designara a una persona como el lder de pruebas, el cual
realizar un plan de pruebas para el software.
Todo personal que desarrolle algn CU del proyecto realizar las siguientes actividades de
pruebas necesarias del software y estas son responsables de:

Realizar las pruebas Unitarias

Realizar las pruebas de acuerdo al plan de pruebas del software.

Anotar los resultados de las pruebas

Recomendar acciones correctivas si se encontraron defectos en los mdulos


probados

Los mdulos a probar deben de estar bajo la administracin de la configuracin.


Actividades del SQA:

El personal de calidad se encargar de auditar las actividades descritas en esta seccin as


como de verificar que el software y la documentacin de pruebas sea el adecuado y estn
completos, correctos y aprobados antes de utilizarlos

Tabla. Diagrama de Flujo del proceso de prueba

9.2.

REPORTE DE PROBLEMAS Y RESOLUCIN

En esta seccin se describe el reporte y control del sistema utilizado por el personal de
calidad para registrar y analizar las discrepancias encontradas, as como para monitorear la
implementacin de las acciones correctivas. Los formatos utilizados para realizar los
reportes se describen ms adelante en esta seccin.

9.3.

REPORTE DEL PROCESO DE AUDITORA

El personal de calidad reportar el resultado de las auditorias y las recomendaciones


proporcionadas. Este reporte se usa para asegurarse que el proceso:
1. Se est siguiendo de manera correcta y se est trabajando de forma efectiva
2. Se est siguiendo pero no se est trabajando de manera efectiva
3. No se est siguiendo

9.4.

PRESENTACIN
AUDITORIA

DEL REPORTE

DEL PROCESO

DE

El proceso de Reporte de Auditorias est dirigido hacia el Administrador del Proyecto el


cual utilizara los reportes de las siguientes maneras:
1. Para saber si los procesos de desarrollo son acatados y si son efectivos para el
cumplimiento de las metas del proyecto. Cuando sea necesario el administrador
del proyecto puede iniciar cambios a los procesos, mediante los procedimientos
establecidos, para que los procesos queden estables.
2. Para indicar el acuerdo, desacuerdo, o el aplazamiento de las recomendaciones
hechas en el Proceso de Reporte de Auditora. En caso de que el administrador
del proyecto indica desacuerdo con las recomendaciones registradas en el
proceso de reporte de auditora, la disposicin final de recomendaciones del
informe se hace por el patrocinador del proyecto.

Вам также может понравиться