Body N&G

Plan de CALIDAD
Versin [1.0]

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: 2013-10-28

Historia de revisiones
Fecha

Versin

Descripcin

Autor

[28/10/2013]

1.0

Plan de calidad

Mario Humberto Moguel Rosado

Francisco Martin Torres Llanes
Mario Filiberto Estrella Cocom
Jorge Rafael Poot Caamal
Leonardo Kuyuc Chuc
Juan Carlos Olivo Arceo

Plan de CALIDAD

Pgina 2 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: 2013-10-28

Contenido
1.

PROPSITO .......................................................................................................................... 4

2.

REFERENCIAS ..................................................................................................................... 4

3.

GESTIN ............................................................................................................................... 4
3.1. ORGANIZACIN ................................................................................................................. 4
3.2. ACTIVIDADES .................................................................................................................... 5
3.2.1.
Ciclo de vida del software cubierto por el Plan ....................................................... 5
3.2.2.
Actividades de calidad a realizarse ......................................................................... 5
3.2.3.
Revisar cada producto ............................................................................................. 6
3.2.4.
Revisar el ajuste al proceso .................................................................................... 6
3.2.5.
Realizar Revisin Tcnica Formal (RTF) ................................................................ 6
3.2.6.
Asegurar que las desviaciones son documentadas ................................................ 7
3.2.7.
Relaciones entre las actividades de SQA y la planificacin .................................... 7
3.3. RESPONSABLES ................................................................................................................ 7

4.

DOCUMENTACIN ............................................................................................................... 8
4.1. PROPSITO ...................................................................................................................... 8
4.2. DOCUMENTACIN MNIMA REQUERIDA ................................................................................ 8
4.2.1.
Especificacin de requerimientos del software ....................................................... 8
4.2.2.
Descripcin del diseo del software ...................................................................... 10
4.2.3.
Plan de Verificacin & Validacin .......................................................................... 10
4.2.4.
Reportes de Verificacin & Validacin .................................................................. 10
4.2.5.
Documentacin de usuario .................................................................................... 10
4.2.6.
Plan de Gestin de configuracin .......................................................................... 11
4.3. OTROS DOCUMENTOS...................................................................................................... 11

5.

ESTNDARES, PRCTICAS, CONVENCIONES Y MTRICAS ....................................... 11

5.1.
5.2.
5.3.

6.

ESTNDAR DE DOCUMENTACIN ...................................................................................... 12

ESTNDAR DE VERIFICACIN Y PRCTICAS........................................................................ 12
OTROS ESTNDARES ...................................................................................................... 13

REVISIONES Y AUDITORAS ............................................................................................ 13

6.1. OBJETIVO ....................................................................................................................... 13
6.2. REQUERIMIENTOS MNIMOS .............................................................................................. 13
6.2.1.
Revisin de requerimientos ................................................................................... 13
6.2.2.
Revisin de diseo preliminar ............................................................................... 13
6.2.3.
Revisin de diseo crtico ...................................................................................... 13
6.2.4.
Revisin del Plan de Verificacin & Validacin ..................................................... 13
6.2.5.
Auditora funcional ................................................................................................. 13
6.2.6.
Auditora fsica ....................................................................................................... 13
6.2.7.
Auditoras internas al proceso ............................................................................... 14
6.2.8.
Revisiones de gestin............................................................................................ 14
6.2.9.
Revisin del Plan de gestin de configuracin ...................................................... 14
6.2.10. Revisin Post Mortem............................................................................................ 14
6.2.11. Agenda .................................................................................................................. 14
6.3. OTRAS REVISIONES ......................................................................................................... 14
6.3.1.
Revisin de documentacin de usuario................................................................. 14

7.

VERIFICACIN ................................................................................................................... 14

8.

REPORTE DE PROBLEMAS Y ACCIONES CORRECTIVAS ........................................... 15

9.

HERRAMIENTAS, TCNICAS Y METODOLOGAS ......................................................... 15

10.

GESTIN DE RIESGOS .................................................................................................. 16

Plan de CALIDAD

Pgina 3 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

1.

Versin:
<1.1.0>
Fecha: 2013-10-28

Propsito

La aplicacin BODY N&G, est diseada para los usuarios, quienes tienen un
inters por su fsico y su alimentacin, el uso de esta aplicacin proporcionar
a los usuarios informacin de las dietas y bebidas que deben consumir y el tipo
de ejercicio que deben realizar.
El propsito de este documento es dar a conocer el plan de calidad para la
aplicacin BODY N&G, y de esta manera la aplicacin pueda ser eficiente y de
calidad. Este Plan solo cubre la parte del ciclo de vida correspondiente al
desarrollo del software pero no cubre la parte del ciclo de vida correspondiente
al mantenimiento.
2.

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

3.

Gestin

En este apartado se especifica la organizacin, actividades y los responsables

de cumplir estas actividades.
3.1.

Organizacin

Las lneas de trabajo dentro de la organizacin influyen y controlan la calidad

de software, el equipo est organizado de la siguiente manera:
Nombre
Mario
Humberto
Moguel
Rosado

Descripcin
Lder del
equipo

Jorge Rafael
Poot Caamal

Analista de
sistemas

Francisco
Martin Torres
Llanes

Diseador de
sistemas

Juan Carlos
Olivo Arceo

Plan de CALIDAD

Responsabilidades
Gestiona las prioridades, coordina las
interacciones entre equipos y mantiene al
equipo del proyecto enfocado en los
objetivos. Tambin establece un conjunto
de prcticas que aseguran la integridad y
calidad de los entregables del proyecto.
Adems, se encargar de la planificacin
y control del proyecto.
Se encarga de dirigir el proceso de
captura de requerimientos, definir los
actores y casos de uso y estructurar el
modelo de casos de uso, estableciendo la
forma en que funcionar el sistema y
cules son las restricciones del mismo.
Se encarga de la definicin de la
arquitectura que guiar el desarrollo, y de
la continua refinacin de la misma en
cada iteracin; debe construir cualquier
prototipo necesario para probar aspectos
riesgosos desde el punto de vista tcnico
del proyecto; definir los lineamientos
generales del diseo y la implementacin.

Pgina 4 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

Mario Filiberto
Estrella
Cocom
Mario
Humberto
Moguel
Rosado

Leonardo
Kuyuc Chuc

3.2.

Versin:
<1.1.0>
Fecha: 2013-10-28

Responsable de la codificacin de los

componentes en cdigo fuente en algn
lenguaje de programacin durante cada
iteracin
Desarrolladores Responsable de las clases que ha
desarrollado debiendo documentarlas,
actualizarlas ante los cambios y
mantenerlas bajo el control de la
configuracin de las mismas mediante la
herramienta utilizada
Auditor de la
Se encarga de evaluar la calidad del
calidad
proyecto, verificando la correccin de los
documentos y evaluando los riesgos que
puedan existir.

Actividades

3.2.1.

Ciclo de vida del software cubierto por el Plan

Las etapas del ciclo de vida del software que cubre el plan de calidad son las
siguientes:
ANLISIS: En esta etapa se debe entender y comprender de forma detallada
cual es la problemtica a resolver, verificando el entorno en el cual se
encuentra dicho problema, de tal manera que se obtenga la informacin
necesaria y suficiente para afrontar su respectiva solucin. Esta etapa es
conocida como la del QU se va a solucionar.
DISEO: Una vez que se tiene la suficiente informacin del problema a
solucionar, es importante determinar la estrategia que se va a utilizar para
resolver el problema. Esta etapa es conocida bajo el CMO se va a solucionar.
IMPLEMENTACIN: partiendo del anlisis y diseo de la solucin, en esta
etapa se procede a desarrollar el correspondiente programa que solucione el
problema mediante el uso de una herramienta computacional determinada.
PRUEBAS: Los errores humanos dentro de la programacin de los computadores son muchos y aumentan considerablemente con la complejidad del
problema. Cuando se termina de escribir un programa de computador, es
necesario realizar las debidas pruebas que garanticen el correcto
funcionamiento de dicho programa bajo el mayor nmero de situaciones
posibles a las que se pueda enfrentar.
3.2.2.

Actividades de calidad a realizarse

Las tareas a ser llevadas a cabo debern reflejar las evaluaciones a

realizar, los estndares a seguir, los productos a revisar, los
procedimientos a seguir en la elaboracin de los distintos productos y los
procedimientos para informar de los defectos detectados a sus
responsables y realizar el seguimiento de los mismos hasta su correccin.
Las actividades que se realizarn son:

Plan de CALIDAD

Pgina 5 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

3.2.3.

Versin:
<1.1.0>
Fecha: 2013-10-28

Revisar cada producto

Revisar el ajuste al proceso
Realizar Revisin Tcnica Formal (RTF)
Asegurar que las desviaciones son documentadas.

Revisar cada producto

En esta actividad se revisan los productos que se definieron como claves

para verificar en el Plan de calidad.
Se debe verificar que no queden correcciones sin resolver en los informes
de revisin previos, si se encuentra alguna no resuelta, debe ser incluida
en la siguiente revisin. Se revisan los productos contra los estndares,
utilizando la checklist definida para el producto.
Se debe identificar, documentar y seguir la pista a las desviaciones
encontradas y verificar que se hayan realizado las correcciones.
Como salida se obtiene el Informe de revisin de SQA, este informe debe
ser distribuido a los responsables del producto y se debe asegurar de que
son concientes de desviaciones o discrepancias encontradas.
3.2.4.

Revisar el ajuste al proceso

En esta actividad se revisan los productos que se definieron como claves

para verificar el cumplimiento de las actividades definidas en el proceso.
Con el fin de asegurar la calidad en el producto final del desarrollo, se
deben llevar a cabo revisiones sobre los productos durante todo el ciclo
de vida del software.
Se debe recoger la informacin necesaria de cada producto, buscando
hacia atrs los productos previos que deberan haberse generado, para
poder establecer los criterios de revisin y evaluar si el producto cumple
con las especificaciones.
Esta informacin se obtiene de los siguientes documentos:
Plan del Proyecto, Plan de la iteracin, Plan de Verificacin.
Antes de comenzar, se debe verificar en los informes de revisin previos
que todas las desviaciones fueron corregidas, si no es as, las faltantes se
incluyen para ser evaluadas.
Como salida se obtiene el Informe de revisin de SQA correspondiente a
la evaluacin de ajuste al Proceso, este informe debe ser distribuido a los
responsables de las actividades y se debe asegurar de que son
conscientes de desviaciones o discrepancias encontradas.
3.2.5.

Realizar Revisin Tcnica Formal (RTF)

El objetivo de la RTF es descubrir errores en la funcin, la lgica la

implementacin de cualquier producto del software, verificar que satisface
sus especificaciones, que se ajusta a los estndares establecidos,
sealando las posibles desviaciones detectadas. 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.

Plan de CALIDAD

Pgina 6 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: 2013-10-28

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.
La duracin de la reunin no debe ser mayor a dos horas.
Como salida se obtiene el Informe de RTF.
3.2.6.

Asegurar que las desviaciones son documentadas

Las desviaciones encontradas en las actividades y en los productos

deben ser documentadas y ser manejadas de acuerdo a un procedimiento
establecido.
Se debe chequear que los responsables de cada plan los modifiquen
cada vez que sea necesario, basados en las desviaciones encontradas.
3.2.7.

Relaciones entre las actividades de CALIDAD y la planificacin

En esta seccin se incluye una lista con las actividades de calidad a

realizarse durante el proyecto, especificando en que semana del proyecto
se realizan.
Actividad
Optimizacin del diseo
aplicacin y procesos

Semana cuando se realiza

de

la [Semana1-4]

Definir un ciclo peridico de [Semana5]

planificacin, control y mejora de la
calidad
La formalizacin y estandarizacin [Semana6]
de los procesos as como su
documentacin.
El aseguramiento de la fiabilidad del [Semana7]
sistema y de sus componentes
mediante
programas
de
mantenimiento y verificacin.
La seguridad y la prevencin de [Semana8]
riesgos laborales

3.3.

La auditora del sistema de calidad

[Semana9]

[RTF de Estimaciones y Mediciones]

[Semana10]

Responsables

Optimizacin y diseo de la aplicacin y procesos: Francisco Martin

Torres Llanes y Juan Carlos Olivo Arceo

Definir un ciclo peridico de planificacin, control y mejora de la

calidad: Mario Humberto Moguel Rosado y Leonardo Kuyuc Chuc

La formalizacin y estandarizacin de los procesos as como su

documentacin: Mario Filiberto Estrella Cocom y Mario Humberto
Moguel Rosado

Plan de CALIDAD

Pgina 7 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

4.

Versin:
<1.1.0>
Fecha: 2013-10-28

El aseguramiento de la fiabilidad del sistema y de sus componentes

mediante programas de mantenimiento y verificacin: Jorge Rafael
Poot Caamal, Mario Filiberto Estrella Cocom y Mario Humberto
Moguel Rosa-do

La seguridad y la prevencin de riesgos laborales: Mario Humberto

Moguel Rosado

La auditora del sistema de calidad: Leonardo Kuyuc Chuc

Documentacin

4.1.

Propsito
Identificacin de la documentacin relativa a desarrollo, Verificacin &
Validacin, uso y mantenimiento del software.
Establecer como los documentos van a ser revisados para chequear
consistencia: se confirman criterio e identificacin de las revisiones.

4.2.

Documentacin mnima requerida

La documentacin mnima es la requerida para asegurar que la
implementacin lograr satisfacer los requerimientos.

4.2.1.

Especificacin de requerimientos del software

El documento de especificacin de requerimientos deber describir, de

forma clara y precisa, cada uno de los requerimientos esenciales del
software adems de las interfaces externas.
El cliente deber obtener como resultado del proyecto una especificacin
adecuada a sus necesidades en el rea de alcance del proyecto, de
acuerdo al compromiso inicial del trabajo y a los cambios que este haya
sufrido a lo largo del proyecto, que cubra aquellos aspectos que se haya
acordado detallar con el cliente.
La especificacin debe:
Ser completa :
a. Externa, respecto al alcance acordado.
b. Internamente, no deben existir elementos sin especificar.
Ser consistente, no pueden haber elementos contradictorios.
Ser no ambigua, todo trmino referido al rea de aplicacin debe
estar definido en un glosario.
Ser verificable, debe ser posible verificar siguiendo un mtodo
definido, si el producto final cumple o no con cada requerimiento.
Estar acompaada de un detalle de los procedimientos
adecuados para verificar si el producto cumple o no con los
requerimientos.
Incluir requerimientos de calidad del producto a construir.

Plan de CALIDAD

Pgina 8 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: 2013-10-28

Los requerimientos de calidad del producto a construir son considerados

dentro de atributos especficos del software que tienen incidencia sobre la
calidad en el uso y se detallan a continuacin:
Funcionalidad
a. adecuacin a las necesidades
b. precisin de los resultados
c. interoperabilidad
d. seguridad de los datos
Confiabilidad
a. madurez
b. tolerancia a faltas
c. recuperabilidad (Ver si aplica)
Usabilidad
a. comprensible
b. aprendible
c. operable
d. atractivo
Eficiencia
a. comportamiento respecto al tiempo (Ver si aplica)
b. utilizacin de recursos
Mantenibilidad
a. analizable
b. modificable
c.
estable, no se producen efectos inesperados luego de
modificaciones
d. verificable
Portabilidad
a. adaptable (Ver si aplica)
b. instalable
c. co-existencia
d. reemplazante (Ver si aplica)

Cada uno de estos atributos debe cumplir con las normas y

regulaciones aplicables a cada uno.

Plan de CALIDAD

Pgina 9 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

4.2.2.

Versin:
<1.1.0>
Fecha: 2013-10-28

Descripcin del diseo del software

El documento de diseo especifica como el software ser construido para

satisfacer los requerimientos.
Deber describir los componentes y subcomponentes del diseo del
software, incluyendo interfaces internas. Este documento deber ser
elaborado primero como Preliminar y luego ser gradualmente extendido
hasta llegar a obtener el Detallado.
El cliente deber obtener como resultado del proyecto el diseo de un
producto de software que cubra aquellos aspectos que se haya acordado
con el cliente incorporar al diseo, en funcin de la importancia que estos
presenten y de sus conexiones lgicas.
El diseo debe:
Corresponder a los requerimientos a incorporar:
a. Todo elemento del diseo debe contribuir a algn
requerimiento
b. La implementacin de todo requerimiento a incorporar debe
estar contemplada en por lo menos un elemento del diseo.
Ser consistente con la calidad del producto
4.2.3.

Plan de Verificacin & Validacin

El Plan de V & V deber identificar y describir los mtodos a ser utilizados

en:

4.2.4.

La verificacin de que:
a.
los requerimientos descritos en el documento de
requerimientos han sido aprobados por una autoridad
apropiada. En este caso sera que cumplan con el acuerdo
logrado entre el cliente y el equipo.
b. los requerimientos descritos en el documento de
requerimientos son implementados en el diseo expresado
en el documento de diseo.
c. el diseo expresado en el documento de diseo esta
implementado en cdigo.
Validar que el cdigo, cuando es ejecutado, se adecua a los
requerimientos expresados en el documento de requerimientos.

Reportes de Verificacin & Validacin

Estos documentos deben especificar los resultados de la ejecucin de los

procesos descritos en el Plan de V & V.
4.2.5.

Documentacin de usuario

La documentacin de usuario debe especificar y describir los datos y

entradas de control requeridos, as como la secuencia de entradas,
opciones, limitaciones de programa y otros elementos necesarios para la
ejecucin exitosa del software.
Plan de CALIDAD

Pgina 10 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: 2013-10-28

Todos los errores deben ser identificados y las acciones correctivas

descritas.
Como resultado del proyecto el cliente obtendr una documentacin para
el usuario de acuerdo a los requerimientos especficos del proyecto.
4.2.6.

Plan de Gestin de configuracin

El Plan de gestin de configuracin debe contener mtodos para

identificar componentes de software, control e implementacin de
cambios, y registro y reporte del estado de los cambios implementados.
4.3.

Otros documentos
Plan de riesgo.
Este deber ser valorado por la calidad ya que se pueden implementar
estrategias para que los cambios no puedan afectar a nuestro software o
en caso de que los riesgos sean muy altos que afecten en lo mnimo al
proyecto.
Plan de desarrollo
Al realizar la evaluacin de este documento se identificara el proceso de
desarrollo del proyecto, es decir que de esta manera se puede mejorar o
identificar la calidad del proceso en la creacin del software.

5.

Estndares, prcticas, convenciones y mtricas

ISO 15504
Incluye dentro de la categora de los procesos organizacionales (en la segunda
parte de la norma) al proceso de medicin, incluyendo la definicin de mtricas,
la gestin de los datos (incluidos los histricos), y el uso de las mtricas en la
organizacin.
ISO 9000-2000
Se establece la necesidad de implementar el proceso de medicin con el
objetivo de controlar la calidad del producto, la capacidad del proceso y la
satisfaccin del cliente, la gestin usa mtricas como una entrada fundamental
para la planificacin, control y gestin del proyecto.
CMMI
Incorpora un rea de proceso denominada "Medicin y Anlisis", cuyo objetivo
es desarrollar y establecer una capacidad de medicin que se pueda usar para
dar soporte a las necesidades de informacin de la organizacin y que
proporcionen resultados objetivos que sean tiles para la toma de decisiones y
acciones correctivas.
PSM

Plan de CALIDAD

Pgina 11 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: 2013-10-28

PSM constituye el documento base a partir del que se ha elaborado el nuevo

estndar ISO/IEC 15939 sobre la medicin del software, para la que
proporciona detalles adicionales respecto de las actividades y tareas.
Tambin otros modelos incluyen mtricas para evaluar diferentes atributos de
calidad del producto casi siempre en el nivel del diseo o del cdigo entre estos
se encuentran el FCM (Factor Criterio Mtrica), GQM (Metas Preguntas
Mtricas).

5.1.

Monitoreo de los estndares de mtrica de calidad del software

Estndar de documentacin
Como estndares de documentacin se definirn dos documentos:
Estndar de documentacin tcnica y
Estndar de documentacin de usuario.
La documentacin tcnica del producto debe:
Ser adecuada para que un grupo independiente del de desarrollo
pueda encarar el mantenimiento del producto.
Incluir fuentes, Modelos de Casos de Uso, Objetos
Para la escritura de documentos se han definido plantillas para ser
utilizadas en la elaboracin de entregables.
En estas plantillas se definen:
encabezado y pie de pgina.
fuente y tamao de fuente para estilo normal
fuente y tamao de fuente para los ttulos a utilizar
datos mnimos que se deben incluir: fecha, versin y
responsables.

5.2.

Estndar de verificacin y prcticas

Se utilizan las prcticas definidas en el Plan de Verificacin y Validacin.
Como estndar se utiliza el documento de:
Std 1012-1986 IEEE Standard for Software Verification and Validation
Plans.

Plan de CALIDAD

Pgina 12 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: 2013-10-28

ISO 90003:2004
IEEE Std. 1012-1997
IEEE Std. 829-1983 Documentacin de Pruebas
5.3.

Otros Estndares
IEEE Std. 1028-1988
IEEE Std. 1016-1987 Descripcin del Diseo del Software

6.

Revisiones y auditoras

6.1.

Objetivo
Definicin de las revisiones y auditoras tcnicas y de gestin que se
realizarn.
Especificacin de cmo sern llevadas a cabo dichas revisiones y
auditoras.

6.2.

Requerimientos mnimos
Las revisiones como mnimo seria la revisin de requerimientos que nos
hace saber que si es lo que el usuario es lo que espera tener, la revisin
de diseo critico es importante ya que la interfaz debe ser como ya se ha
detallado, la auditoria funcional en la cual se pone a prueba la aplicacin
y la auditoria fsica para verificar si lo que se describi en el documento
lo cumple la aplicacin.
La agenda de revisiones y auditoria servir para llevar a cabo una mejor
funcionalidad de la aplicacin, sea durante el desarrollo se estar
verificando que todo lo que se est haciendo concuerde con lo
especificado en el documento.

6.2.1.

Revisin de requerimientos

Esta revisin se realiza para asegurar que se cumpli con los

requerimientos especificados por el Cliente.
6.2.2.

Revisin de diseo preliminar

Esta revisin se realiza para asegurar la consistencia y suficiencia tcnica

del diseo preliminar del software.
6.2.3.

Revisin de diseo crtico

Esta revisin se realiza para asegurar la consistencia del diseo detallado

con la especificacin de requerimientos.
6.2.4.

Revisin del Plan de Verificacin & Validacin

Esta revisin se realiza para asegurar la consistencia y completitud de los

mtodos especificados en el Plan de V & V.
6.2.5.

Auditora funcional

Esta auditora se realiza previa a la liberacin del software, para verificar

que todos los requerimientos especificados en el documento de
requerimientos fueron cumplidos.
6.2.6.

Auditora fsica

Plan de CALIDAD

Pgina 13 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: 2013-10-28

Esta revisin se realiza para verificar que el software y la documentacin

son consistentes y estn aptos para la liberacin.
6.2.7.

Auditoras internas al proceso

Estas auditoras son para verificar la consistencia: del cdigo versus el

documento de diseo, especificaciones de interfase, implementaciones de
diseo versus requerimientos funcionales, requerimientos funcionales
versus descripciones de testeo.
6.2.8.

Revisiones de gestin

Estas revisiones se realizan peridicamente para asegurar la ejecucin de

todas las actividades identificadas en este Plan. Deben realizarse por una
persona ajena al grupo de trabajo (en caso de que sea posible).
6.2.9.

Revisin del Plan de gestin de configuracin

Esta revisin se realiza para asegurar la consistencia y completitud de los

mtodos especificados en el Plan de gestin de configuracin.
6.2.10. Revisin Post Mortem
Esta revisin se realiza al concluir el proyecto para especificar las
actividades de desarrollo implementadas durante el proyecto y para
proveer recomendaciones.
6.2.11. Agenda
Revisin

Semana cuando se realiza

Revisin de requerimientos
Revisin de diseo preliminar
Revisin de diseo crtico

[Semana2]
[Semana3]

Revisin del Plan de Verificacin

& Validacin

[Semana4]

Auditora funcional

[Semana5]

Auditora fsica

[Semana6]

Auditoras internas al proceso

[Semana7]

Revisiones de gestin

[Semana8]

Revisin del Plan de gestin de

configuracin

[Semana9]

Revisin Post Mortem

6.3.

[Semana1]

[Semana10]

Otras revisiones

6.3.1.

Revisin de documentacin de usuario

Se revisa la completitud, claridad, correctitud y aplicacin de uso.

7.

Verificacin

Plan de CALIDAD

Pgina 14 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: 2013-10-28

[Se debe identificar todas las verificaciones que no fueron identificadas en

el Plan de V & V para el software y debe especificar los mtodos a ser
usados.]
8.

Reporte de problemas y acciones correctivas

Informes de Desempeo
Los informes deben ser preparados por el equipo del proyecto, detallando
actividades, logros, hitos, incidentes identificados y problemas.
El estado actual
Los logros significativos del periodo las actividades del cronograma
Las proyecciones
Los asuntos pendientes.
Monitorear y Controlar el Trabajo del Proyecto Herramientas y Tcnicas
Juicio de Expertos
El juicio de expertos es utilizado por el equipo de direccin del proyecto para
interpretar la informacin proporcionada por los procesos de seguimiento y
control. El director del proyecto, en colaboracin con el equipo, determina las
acciones requeridas para asegurar que el desempeo del proyecto
corresponda a las expectativas.
Monitorear y Controlar el Trabajo del Proyecto: Salidas
Actualizaciones al Plan para la Direccin del Proyecto
Entre los elementos del plan para la direccin del proyecto que pueden
actualizarse, se encuentran:
El plan de gestin del cronograma
El plan de gestin de costos
El plan de gestin de calidad
La lnea base del alcance
La lnea base del cronograma
La lnea base del desempeo de costos
Actualizaciones a los Documentos del Proyecto
Entre los documentos del proyecto que pueden actualizarse, se incluyen: las
proyecciones los informes de desempeo el registro de incidentes
9.

Herramientas, tcnicas y metodologas

Una vez analizados y priorizados los riesgos del proyecto, es preciso proceder
a su tratamiento, seleccionado para cada riesgo aquella estrategia de
respuesta que tenga mayores posibilidades de xito. Estas estrategias son:
Eliminacin o evitacin. Consiste en eliminar la amenaza eliminando la
causa que puede provocarla.
Transferencia. La transferencia del riesgo busca trasladar las
consecuencias de un riesgo a una tercera parte junto con la responsabilidad
de la respuesta.

Plan de CALIDAD

Pgina 15 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: 2013-10-28

Mitigacin. Busca reducir la probabilidad o las consecuencias de sucesos

adversos a un lmite aceptable antes del momento de activacin. Es
importante que los costos de mitigacin sean inferiores a la probabilidad del
riesgo y sus consecuencias.
Aceptacin. Esta estrategia se utiliza cuando se decide no actuar contra el
riesgo antes de sus activaciones. La aceptacin puede ser activa o pasiva.

La primera incluye el desarrollo de un plan de contingencia que ser ejecutado

si el riesgo ocurre. La aceptacin pasiva no requiere de ninguna accin,
dejndose en manos del equipo de proyecto la gestin del riesgo si este llegara
a materializarse.
Para cada riesgo se deber nombrar a un responsable de implementar la
estrategia elegida segn un plan predefinido. Como consecuencia de esta
implantacin pueden aparecer riesgos residuales y riesgos secundarios.
Los riesgos residuales son aquellos que permanecen despus de
implementar las respuestas al riesgo.
Los riesgos secundarios son los riesgos que pueden aparecer como
consecuencia de la implementacin de la respuesta a un riesgo. Deben ser
gestionados de igual manera a los riesgos primarios, planificando sus
respuestas.
10. Gestin de riesgos
Monitorear y Controlar el Trabajo del Proyecto es el proceso que consiste en
monitorear, analizar y regular el avance a fin de cumplir con los objetivos de
desempeo definidos en el plan para la direccin del proyecto. El control
consiste en determinar acciones preventivas o correctivas, o en modificar los
planes de accin y hacer un seguimiento de los mismos a fin de determinar si
las acciones emprendidas permiti resolver el problema de desempeo.
Comparar el desempeo real del proyecto con respecto al plan para la
direccin del proyecto;
Evaluar el desempeo para determinar la necesidad de una accin preventiva o
correctiva y para recomendar aqullas que se consideran pertinentes,
identificar nuevos riesgos y analizar, revisar y monitorear los riesgos existentes
del proyecto, para asegurarse de que se identifiquen los riesgos, se informe
sobre su estado y se implementen los planes apropiados de respuesta a los
riesgos,
Mantener, durante la ejecucin del proyecto, una base de informacin precisa y
oportuna relativa al producto o a los productos del proyecto y su
documentacin relacionada,
Proporcionar la informacin necesaria para sustentar el informe de estado, la
medicin del avance y las proyecciones,
Proporcionar proyecciones que permitan actualizar la informacin relativa al
costo y al cronograma actuales, y

Plan de CALIDAD

Pgina 16 de 17

Body N&G
Especificacin de Requerimientos de Software
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: 2013-10-28

Monitorear la implementacin de los cambios aprobados cuando stos se

produzcan.

Plan de CALIDAD

Pgina 17 de 17