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 Prototipo no funcional Arquitectura del subsistema Release 1 Versión Beta del producto (preliminar) Manual de usuario (final) Manual de instalación (final) Transición
•
Fecha Julio 2006 Octubre 2006 Octubre 2006 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:
Fase: Inicio: Fin: Hito: Entregables: Artefactos:
1 Concepción 24/07/2006 30/07/2006 Prototipos no funcionales y documentación (artefactos) del proyecto. Reporte de cierre de iteración. 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:
Fase:
2 Elaboración 4
Inicio: Fin: Hito: Entregables:
24/07/2006 30/07/2006 Modelo de Diseño y Arquitectura. Reporte de cierre de iteración. Prototipos funcionales. 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. • •
Artefactos:
• • • • • • • • •
Iteración:
3
Fase Inicio: Fin: Hito: Entregables:
Construcción 31/07/2006 04/08/2006 Integración con …….. Reporte de cierre de iteración. Prototipos funcionales. Funcionalidad: • •
Artefactos:
Iteración:
4
Fase: Inicio: Fin: Hito: Entregables:
Construcción 31/07/2006 04/08/2006 Ventana ……………... Reporte de cierre de iteración. Prototipos funcionales. Funcionalidad: • •
Artefactos:
Iteración:
5
Fase: Inicio: Fin: Hito: Entregables:
Construcción 05/08/2006 20/10/2006 Release Aylfa Manual de Usuario Reporte de cierre de iteración. Prototipos funcionales. Manual de Usuario Funcionalidad: • • •
Artefactos:
Iteración:
6
Fase: Inicio: Fin: Hito: Entregables:
Transición 23/10/2006 25/11/2006 Instalador y Manuales Reporte de cierre de iteración. Prototipos funcionales. Manuales • • •
5
Artefactos:
• • •
3.3
Instalador del módulo. Manual de Instalación. Manual de Usuario.
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 (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: •
•
•
20/10/2006
Revisión de Construcción 3
de
Arquitectura
Autenticar Usuario Administrar información de Empleados. Consultar información básica de empleados.
•
Mantener Horarios.
•
Asignar Horarios.
•
Aprobar Horarios.
•
Servicios que ofrece.
•
Generar horarios.
reporte
•
Registrar asistencia.
•
Consultar asistencia.
•
Generar asistencia.
reporte
de
de
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: •
•
•
4.2
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.
Requerimientos de Software
Las herramientas de Software requeridas para las tareas de aceptación del producto son los siguientes:
4.3
-
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. 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
4.5
•
Equipo de Proyecto.
•
Gerente de Producto.
•
Equipo asignado del Servicio de Testing.
Requerimientos de Datos de Prueba
Se requiere tener la siguiente información:
4.6
•
Nombres de empleados.
•
Definición de políticas de usuario (perfiles de acceso).
Otros requerimientos •
5.
Impresora a color.
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
