Proyecto ________ Plan de Aceptacin del Producto

Contenido1. Introduccin...............................................................................................................................................3 1.1 Propsito.........................................................................................................................................3 1.2 Alcance............................................................................................................................................3 1.3 Definiciones, acrnimos y abreviaciones ......................................................................................3 1.4 Referencias......................................................................................................................................3 1.5 Resumen...................................................................................................................................3 2. Responsabilidades......................................................................................................................................3 3. Tareas de aceptacin del producto.............................................................................................................4 3.1 Criterios de Aceptacin 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 Documentacin................................................................................................7 4.3.1 Manual de Usuario.............................................................................................................................7 4.3.2 Manual de Instalacin........................................................................................................................7 4.4 Requerimientos Personales.............................................................................................................7 4.5 Requerimientos de Datos de Prueba...............................................................................................8 4.6 Otros requerimientos.......................................................................................................................8 5. Resolucin de problemas y Acciones Correctivas.....................................................................................8 6. Ambiente de Aceptacin del Producto......................................................................................................8 7. Herramientas, Tcnicas y Metodologas....................................................................................................8

2

Plan de Aceptacin del Producto1. IntroduccinEl Plan de Aceptacin de Producto comprende la relacin de criterios en los que el cliente se basara para considerar al sistema de recursos humanos como aceptable. 1.1Propsito El propsito 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 aceptacin con los que debe cumplir. Definiciones, acrnimos y abreviaciones Las definiciones, acrnimos y abreviaturas estn detalladas en el Glosario de Trminos del ___________________. Referencias Los documentos que se van a utilizar como referencia son: 1.5 Visin SRS Plan de Desarrollo de Software Glosario

1.3

1.4

Resumen El presente documento precisa las caractersticas 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 aceptacin as como los requerimientos de recursos, el proceso para la resolucin de los problemas junto con las acciones correctivas. Adems, se puntualiza en qu consiste el ambiente de aceptacin del producto. Finalmente, se especifica las herramientas, tcnicas y metodologas que se utilizarn en el desarrollo del software.

2.

ResponsabilidadesSe han identificado las siguientes responsabilidades correspondientes a las partes interesadas del proyecto: Del cliente en las actividades de aceptacin 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 ms breve posible. As como facilitar cualquier material de apoyo que permita al equipo de desarrollo concretizar la solucin requerida. Evaluar y aprobar los artefactos necesarios en las fechas establecidas, segn el Plan de Iteracin.

Del equipo de proyecto 3

Cumplir con la entrega de artefactos para su revisin 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 Versin Beta del producto (preliminar) Manual de usuario (final) Manual de instalacin (final) Transicin Fecha Julio 2006 Octubre 2006 Octubre 2006

Noviembre 2006

La planificacin y ejecucin de las actividades de aceptacin del producto sern coordinadas directamente con el jefe de proyectos y el cliente.

3.3.1

Tareas de aceptacin del productoCriterios de Aceptacin del Producto El producto de software es el sistema _________________ y, para su aceptacin deber contar con las funcionalidades que se detallan a continuacin: Funciones definidas para el Release 1: Funcin

Criterio de aceptacin

Funciones aadidas para la versin Beta del producto: 3.2 ____________________________________________ 1 Concepcin 24/07/2006 30/07/2006 Prototipos no funcionales y documentacin (artefactos) del proyecto. Reporte de cierre de iteracin. Documento de Visin. Documento SRS. Documento SSS. Modelo de Casos de Uso. Estimacin del Proyecto. Lista de Riesgos. Plan de Desarrollo de Software. Prototipo GUI. 2 Elaboracin 4

Iteracin: Fase: Inicio: Fin: Hito: Entregables: Artefactos:

Iteracin: Fase:

Inicio: Fin: Hito: Entregables: Artefactos:

24/07/2006 30/07/2006 Modelo de Diseo y Arquitectura. Reporte de cierre de iteracin. Prototipos funcionales. Especificaciones de Casos de Uso. Modelo de Datos. Especificaciones de Servicios. Modelo de Diseo. Modelo de Implementacin. Modelo de Despliegue. Prototipo de Arquitectura. Documento de Arquitectura (SAD). Plan de Aceptacin. 3 Construccin 31/07/2006 04/08/2006 Integracin con .. Reporte de cierre de iteracin. Prototipos funcionales. Funcionalidad: 4 Construccin 31/07/2006 04/08/2006 Ventana ... Reporte de cierre de iteracin. Prototipos funcionales. Funcionalidad: 5 Construccin 05/08/2006 20/10/2006 Release Aylfa Manual de Usuario Reporte de cierre de iteracin. Prototipos funcionales. Manual de Usuario Funcionalidad: 6 Transicin 23/10/2006 25/11/2006 Instalador y Manuales Reporte de cierre de iteracin. Prototipos funcionales. Manuales 5

Iteracin: Fase Inicio: Fin: Hito: Entregables: Artefactos:

Iteracin: Fase: Inicio: Fin: Hito: Entregables: Artefactos:

Iteracin: Fase: Inicio: Fin: Hito: Entregables:

Artefactos:

Iteracin: Fase: Inicio: Fin: Hito: Entregables:

Artefactos:

Instalador del mdulo. Manual de Instalacin. Manual de Usuario.

3.3

Cronograma El cronograma de tareas de aceptacin, para los criterios funcionales de la fase de transaccin, ser definido durante la etapa de transicin. El presente cronograma se refiere a las tareas de aceptacin de los artefactos correspondientes a la gestin y desarrollo del proyecto durante las etapas de Concepcin, Elaboracin, Construccin 1, 2 y 3: Fecha Mtodo de Evaluacin Revisin del documento Revisin del documento Revisin del documento Revisin del documento Revisin de artefacto Revisin de artefacto Revisin de artefacto Artefacto a Evaluar Documento de Visin. Documento SRS. Documento SSS. Plan de Aceptacin. Prototipos GUI no funcionales. Modelo de Datos. Modelo de Diseo. Modelo de Implementacin. Modelo de Despliegue.

31/07/2006 31/07/2006 31/07/2006 31/07/2006 31/07/2006 31/07/2006 31/07/2006

31/072006 31/07/2006 4/07/2006

Revisin del documento Revisin del documento Revisin de Construccin 1 y 2

Documento (SAD).

de

Arquitectura

Plan de Aceptacin. Prototipos GUI Funcionales: Autenticar Usuario Administrar informacin de Empleados. Consultar informacin bsica de empleados. Mantener Horarios. Asignar Horarios. Aprobar Horarios. Servicios que ofrece. Generar horarios. reporte de

20/10/2006

Revisin de Construccin 3

Registrar asistencia. Consultar asistencia. Generar asistencia. reporte de

6

4.4.1

Recursos y RequerimientosRequerimientos de Hardware Los elementos de hardware requeridos para llevar a cabo las pruebas de aceptacin son los siguientes: Servidor de aplicaciones con las siguientes caractersticas: 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 caractersticas: Procesador: un procesador x86 1.0 GHz o superior Memoria RAM: 256MB o superior. Monitor SVGA con resolucin mnima de 1024x768 pxeles.

4.2

Requerimientos de Software Las herramientas de Software requeridas para las tareas de aceptacin 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 versin vigente). Los sistemas operativos debern estar al da 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 4.3.1

Requerimientos de Documentacin Los documentos mnimo necesarios para las tareas de aceptacin son los siguientes: Manual de Usuario El manual del usuario deber permitir a un usuario poco experimentado utilizar el mdulo de Gestin de Asistencia del subsistema de Recursos Humanos. Se mostrarn las instrucciones necesarias para la configuracin y el uso satisfactorio de los servicios y opciones que ofrece el subsistema. Manual de Instalacin El manual de instalacin deber permitir a un administrador del sistema instalar de manera satisfactoria el mdulo de Gestin de Asistencia del subsistema de Recursos Humanos y dejarlo en su correcto funcionamiento. Requerimientos Personales Los recursos humanos que participarn en las tareas de aceptacin del producto se encuentran en definicin; sin embargo, podemos mencionar los siguientes: 7

4.3.2

4.4

4.5

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

Requerimientos de Datos de Prueba Se requiere tener la siguiente informacin: Nombres de empleados. Definicin de polticas de usuario (perfiles de acceso).

4.6

Otros requerimientos Impresora a color.

5.

Resolucin de problemas y Acciones CorrectivasLas observaciones y cambios que el cliente proponga en una sesin sern registrados en Actas de Reunin. stas sern firmadas por el cliente, como muestra de aprobacin/revisin. Finalmente se guardarn en el repositorio para una posterior ubicacin y confrontacin. Al finalizar cada sesin de revisin de entregables puede darse una de tres situaciones: a) Se da la conformidad de lo revisado. En tal caso, el cliente firma su aprobacin y el entregable queda registrado como la versin 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 registrarn los cambios en una nueva versin 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 registrarn los cambios en una nueva versin del entregable.

Nota: La omisin de observaciones en una sesin de revisin se entender como la aceptacin del entregable.

6.

Ambiente de Aceptacin del ProductoPara llevar a cabo las tareas de aceptacin del producto se requiere que el ambiente donde se llevarn a cabo las pruebas de aceptacin cuente con lo siguiente: Un servidor de aplicaciones que cumpla con las caractersticas sealadas en el apartado 4.1, con el servicio IIS habilitado y correctamente configurado. Un servidor de base de datos que cumpla con las caractersticas del punto 4.1 y 4.2. Estaciones de trabajo correctamente configuradas y acorde con los puntos 4.1 y 4.2.

7.

Herramientas, Tcnicas y Metodologas El proceso de desarrollo que se usar ser el definido por el Rational Unified Process. Adems, para modelar se usar la simbologa propuesta por el UML (Unified Modeling Language). Para la gestin de proyectos, se seguirn los estndares propuestos por el PMI (Project Management Institute). Para el control de cambios/versiones se usar CMM (Capability Maturity Model), nivel 2 La implementacin 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