Proyecto ________

Plan de Aceptación del Producto

 Contenido
1. Introducción...............................................................................................................................................3
1.1 Propósito.........................................................................................................................................3
1.2 Alcance............................................................................................................................................3
1.3 Definiciones, acrónimos y abreviaciones ......................................................................................3
1.4 Referencias......................................................................................................................................3
1.5 Resumen...................................................................................................................................3

2. Responsabilidades......................................................................................................................................3

3. Tareas de aceptación del producto.............................................................................................................4

3.1 Criterios de Aceptación del Producto.............................................................................................4
3.2 ____________________________________________.................................................................4
3.3 Cronograma.....................................................................................................................................6

4. Recursos y Requerimientos.......................................................................................................................7
4.1 Requerimientos de Hardware..........................................................................................................7
4.2 Requerimientos de Software..........................................................................................................7
4.3 Requerimientos de Documentación................................................................................................7
4.3.1 Manual de Usuario.............................................................................................................................7
4.3.2 Manual de Instalación........................................................................................................................7
4.4 Requerimientos Personales.............................................................................................................7
4.5 Requerimientos de Datos de Prueba...............................................................................................8
4.6 Otros requerimientos.......................................................................................................................8

5. Resolución de problemas y Acciones Correctivas.....................................................................................8

6. Ambiente de Aceptación del Producto......................................................................................................8

7. Herramientas, Técnicas y Metodologías....................................................................................................8

2
 Plan de Aceptación del Producto
1. Introducción
El Plan de Aceptación de Producto comprende la relación de criterios en los que el cliente se
basaría para considerar al sistema de recursos humanos como aceptable.

1.1Propósito
El propósito de este documento es establecer los compromisos durante el desarrollo tanto por
parte del equipo como por el cliente.

1.2 Alcance
Este documento describe, de forma general, la funcionalidad que debe tener
_________________________, así como los criterios de aceptación con los que debe cumplir.

1.3 Definiciones, acrónimos y abreviaciones

Las definiciones, acrónimos y abreviaturas están detalladas en el Glosario de Términos del
___________________.

1.4 Referencias

Los documentos que se van a utilizar como referencia son:

- Visión
- SRS
- Plan de Desarrollo de Software
- Glosario

1.5 Resumen
El presente documento precisa las características de los compromisos asumidos por el equipo
del proyecto respecto al sistema _______________ que se van a desarrollar a lo largo del
proyecto.
De esta forma, en el segundo apartado, se define las responsabilidades de las partes
interesadas en el proyecto. Del mismo modo, se describe los criterios de aceptación así como
los requerimientos de recursos, el proceso para la resolución de los problemas junto con las
acciones correctivas. Además, se puntualiza en qué consiste el ambiente de aceptación del
producto.
Finalmente, se especifica las herramientas, técnicas y metodologías que se utilizarán en el
desarrollo del software.

2. Responsabilidades
Se han identificado las siguientes responsabilidades correspondientes a las partes interesadas
del proyecto:

Del cliente en las actividades de aceptación del producto

• Se compromete a responder de manera clara y precisa cualquier duda o consulta que sea
manifestada por el equipo de desarrollo en el lapso de tiempo más breve posible. Así como
facilitar cualquier material de apoyo que permita al equipo de desarrollo concretizar la
solución requerida.
• Evaluar y aprobar los artefactos necesarios en las fechas establecidas, según el Plan de
Iteración.

Del equipo de proyecto

3
 • Cumplir con la entrega de artefactos para su revisión en las fechas pactadas.
• Responsables de crear y mantener las versiones de los artefactos.
• Participar las revisiones y walkthroughs.
• Se compromete a realizar las siguientes entregas:

Entrega Fecha
Prototipo no funcional Julio 2006
Arquitectura del subsistema
Release 1 Octubre 2006
Versión Beta del producto (preliminar) Octubre 2006
Manual de usuario (final)
Manual de instalación (final)
Transición Noviembre 2006

• La planificación y ejecución de las actividades de aceptación del producto serán

coordinadas directamente con el jefe de proyectos y el cliente.

3. Tareas de aceptación del producto

3.1 Criterios de Aceptación del Producto
El producto de software es el sistema _________________ y, para su aceptación deberá
contar con las funcionalidades que se detallan a continuación:

Funciones definidas para el Release 1:

Función Criterio de aceptación
•
•

Funciones añadidas para la versión Beta del producto:

3.2 ____________________________________________

Iteración: 1
Fase: Concepción
Inicio: 24/07/2006
Fin: 30/07/2006
Hito: Prototipos no funcionales y documentación (artefactos) del proyecto.
Entregables: • Reporte de cierre de iteración.
Artefactos: • Documento de Visión.
• Documento SRS.
• Documento SSS.
• Modelo de Casos de Uso.
• Estimación del Proyecto.
• Lista de Riesgos.
• Plan de Desarrollo de Software.
• Prototipo GUI.

Iteración: 2
Fase: Elaboración

4
Inicio: 24/07/2006
Fin: 30/07/2006
Hito: Modelo de Diseño y Arquitectura.
Entregables: • Reporte de cierre de iteración.
• Prototipos funcionales.
Artefactos: • Especificaciones de Casos de Uso.
• Modelo de Datos.
• Especificaciones de Servicios.
• Modelo de Diseño.
• Modelo de Implementación.
• Modelo de Despliegue.
• Prototipo de Arquitectura.
• Documento de Arquitectura (SAD).
• Plan de Aceptación.

Iteración: 3
Fase Construcción
Inicio: 31/07/2006
Fin: 04/08/2006
Hito: Integración con ……..
Entregables: • Reporte de cierre de iteración.
• Prototipos funcionales.
Artefactos: Funcionalidad:
-

Iteración: 4
Fase: Construcción
Inicio: 31/07/2006
Fin: 04/08/2006
Hito: Ventana ……………...
Entregables: • Reporte de cierre de iteración.
• Prototipos funcionales.
Artefactos: Funcionalidad:
-

Iteración: 5
Fase: Construcción
Inicio: 05/08/2006
Fin: 20/10/2006
Hito: Release Aylfa Manual de Usuario
Entregables: • Reporte de cierre de iteración.
• Prototipos funcionales.
• Manual de Usuario
Artefactos: Funcionalidad:
-

Iteración: 6
Fase: Transición
Inicio: 23/10/2006
Fin: 25/11/2006
Hito: Instalador y Manuales
Entregables: • Reporte de cierre de iteración.
• Prototipos funcionales.
• Manuales
5
Artefactos: • Instalador del módulo.
• Manual de Instalación.
• Manual de Usuario.

3.3 Cronograma
El cronograma de tareas de aceptación, para los criterios funcionales de la fase de transacción,
será definido durante la etapa de transición.
El presente cronograma se refiere a las tareas de aceptación de los artefactos correspondientes
a la gestión y desarrollo del proyecto durante las etapas de Concepción, Elaboración,
Construcción 1, 2 y 3:
Fecha Método de Evaluación Artefacto a Evaluar
31/07/2006 Revisión del documento Documento de Visión.
31/07/2006 Revisión del documento Documento SRS.
31/07/2006 Revisión del documento Documento SSS.
31/07/2006 Revisión del documento Plan de Aceptación.
31/07/2006 Revisión de artefacto Prototipos GUI no funcionales.
31/07/2006 Revisión de artefacto Modelo de Datos.
31/07/2006 Revisión de artefacto Modelo de Diseño.
Modelo de Implementación.
Modelo de Despliegue.
31/072006 Revisión del documento Documento de Arquitectura
(SAD).
31/07/2006 Revisión del documento Plan de Aceptación.
4/07/2006 Revisión de Construcción 1 y 2 Prototipos GUI Funcionales:
• Autenticar Usuario
• Administrar información de
Empleados.
• Consultar información
básica de empleados.
• Mantener Horarios.
• Asignar Horarios.
• Aprobar Horarios.
• Servicios que ofrece.
20/10/2006 Revisión de Construcción 3 • Generar reporte de
horarios.
• Registrar asistencia.
• Consultar asistencia.
• Generar reporte de
asistencia.

6
4. Recursos y Requerimientos
4.1 Requerimientos de Hardware
Los elementos de hardware requeridos para llevar a cabo las pruebas de aceptación son los
siguientes:
• Servidor de aplicaciones con las siguientes características:
- Procesador: al menos un procesador x86 3.0 GHz o superior.
- Memoria RAM: 1 GB ECC o superior.
- Disco duro 80GB o superior (de preferencia SATA o SCSI).
• Servidor de Base de Datos
- Procesador: al menos un procesador x86 3.0 GHz o superior.
- Me moria RAM: 1 GB ECC o superior.
- Disco duro 80GB o superior (de preferencia SATA o SCSI).
• Estaciones de usuario final con las siguientes características:
- Procesador: un procesador x86 1.0 GHz o superior
- Memoria RAM: 256MB o superior.
- Monitor SVGA con resolución mínima de 1024x768 píxeles.

4.2 Requerimientos de Software

Las herramientas de Software requeridas para las tareas de aceptación del producto son los
siguientes:
- Soperativo Microsoft Windows 2000 Server o superior (para los servidores).
- Manejador de Base de Datos Microsoft SQL Server 2000 (para el servidor de Base de
Datos).
- Internet explorer instalado en las estaciones de usuario (última versión vigente).
- Los sistemas operativos deberán estar al día en estado de parches de seguridad, para
asegurar la comatibilidad del producto con los mismos.
- El software deberá estar correctamente configurado y con los permisos necesarios para el
equipo de desarrollo.

4.3 Requerimientos de Documentación

Los documentos mínimo necesarios para las tareas de aceptación son los siguientes:
4.3.1 Manual de Usuario
El manual del usuario deberá permitir a un usuario poco experimentado utilizar el módulo de
Gestión de Asistencia del subsistema de Recursos Humanos.
Se mostrarán las instrucciones necesarias para la configuración y el uso satisfactorio de los
servicios y opciones que ofrece el subsistema.

4.3.2 Manual de Instalación

El manual de instalación deberá permitir a un administrador del sistema instalar de manera
satisfactoria el módulo de Gestión de Asistencia del subsistema de Recursos Humanos y dejarlo
en su correcto funcionamiento.

4.4 Requerimientos Personales

Los recursos humanos que participarán en las tareas de aceptación del producto se encuentran
en definición; sin embargo, podemos mencionar los siguientes:

7
 • Equipo de Proyecto.
• Gerente de Producto.
• Equipo asignado del Servicio de Testing.

4.5 Requerimientos de Datos de Prueba

Se requiere tener la siguiente información:
• Nombres de empleados.
• Definición de políticas de usuario (perfiles de acceso).

4.6 Otros requerimientos

• Impresora a color.

5. Resolución de problemas y Acciones Correctivas

Las observaciones y cambios que el cliente proponga en una sesión serán registrados en Actas
de Reunión. Éstas serán firmadas por el cliente, como muestra de aprobación/revisión.
Finalmente se guardarán en el repositorio para una posterior ubicación y confrontación.
Al finalizar cada sesión de revisión de entregables puede darse una de tres situaciones:
a) Se da la conformidad de lo revisado. En tal caso, el cliente firma su aprobación y el
entregable queda registrado como la versión final.
b) Se encuentran errores en lo revisado. En tal caso, el cliente especificará por escrito las
correcciones y una vez realizadas las mismas se registrarán los cambios en una nueva
versión del entregable.
c) No se encuentran errores; sin embargo el cliente propone ciertos cambios para mejorar
una determinada funcionalidad. En tal caso, el cliente especificará por escrito las peticiones
de cambio y una vez realizadas las mismas, se registrarán los cambios en una nueva
versión del entregable.
Nota: La omisión de observaciones en una sesión de revisión se entenderá como la aceptación
del entregable.

6. Ambiente de Aceptación del Producto

Para llevar a cabo las tareas de aceptación del producto se requiere que el ambiente donde se
llevarán a cabo las pruebas de aceptación cuente con lo siguiente:

• Un servidor de aplicaciones que cumpla con las características señaladas en el

apartado 4.1, con el servicio IIS habilitado y correctamente configurado.
• Un servidor de base de datos que cumpla con las características del punto 4.1 y 4.2.
• Estaciones de trabajo correctamente configuradas y acorde con los puntos 4.1 y 4.2.

7. Herramientas, Técnicas y Metodologías

• El proceso de desarrollo que se usará será el definido por el Rational Unified Process.
• Además, para modelar se usará la simbología propuesta por el UML (Unified Modeling
Language).
• Para la gestión de proyectos, se seguirán los estándares propuestos por el PMI
(Project Management Institute).
• Para el control de cambios/versiones se usará CMM (Capability Maturity Model), nivel 2
• La implementación se hará en MS Studio.NET, con base de datos MS SQL Server
2000.
• Finalmente para el testing se usará las herramientas Rational Robot y Test Manager.

8
9