5 Plan de Aceptacion

5/12/2018 5 Plan de Aceptacion - slidepdf.com

http://slidepdf.com/reader/full/5-plan-de-aceptacion 1/9

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 ......................................................................................31.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 sebasarí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 equipodel proyecto respecto al sistema _______________ que se van a desarrollar a lo largo delproyecto.

De esta forma, en el segundo apartado, se define las responsabilidades de las partesinteresadas en el proyecto. Del mismo modo, se describe los criterios de aceptación así comolos requerimientos de recursos, el proceso para la resolución de los problemas junto con lasacciones correctivas. Además, se puntualiza en qué consiste el ambiente de aceptación delproducto.

Finalmente, se especifica las herramientas, técnicas y metodologías que se utilizarán en eldesarrollo del software.

2. ResponsabilidadesSe han identificado las siguientes responsabilidades correspondientes a las partes interesadasdel 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 seamanifestada por el equipo de desarrollo en el lapso de tiempo más breve posible. Así comofacilitar cualquier material de apoyo que permita al equipo de desarrollo concretizar lasolución requerida.

• Evaluar y aprobar los artefactos necesarios en las fechas establecidas, según el Plan deIteració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:

• La planificación y ejecución de las actividades de aceptación del producto seráncoordinadas 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: 1Fase: ConcepciónInicio: 24/07/2006

Fin: 30/07/2006Hito: 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: 2Fase: Elaboración

Entrega FechaPrototipo no funcionalArquitectura del subsistema

Julio 2006

Release 1 Octubre 2006Versión Beta del producto (preliminar)Manual de usuario (final)Manual de instalación (final)

Octubre 2006

Transición Noviembre 2006

4



Inicio: 24/07/2006Fin: 30/07/2006Hito: 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/2006Fin: 04/08/2006Hito: Integración con ……..Entregables: • Reporte de cierre de iteración.

• Prototipos funcionales.Artefactos: Funcionalidad:

-

Iteración: 4

Fase: ConstrucciónInicio: 31/07/2006

Fin: 04/08/2006Hito: Ventana ……………...Entregables: • Reporte de cierre de iteración.

• Prototipos funcionales.Artefactos: Funcionalidad:

-

Iteración: 5

Fase: ConstrucciónInicio: 05/08/2006Fin: 20/10/2006Hito: Release Aylfa Manual de Usuario

Entregables: • Reporte de cierre de iteración.• Prototipos funcionales.• Manual de Usuario

Artefactos: Funcionalidad:-

Iteración: 6

Fase: TransiciónInicio: 23/10/2006Fin: 25/11/2006Hito: 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 CronogramaEl 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 correspondientesa 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 deEmpleados.

• Consultar informaciónbásica de empleados.

• Mantener Horarios.

• Asignar Horarios.

• Aprobar Horarios.

• Servicios que ofrece.

20/10/2006 Revisión de Construcción 3 • Generar reporte dehorarios.

• Registrar asistencia.

• Consultar asistencia.

• Generar reporte deasistencia.

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

•

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

- 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, paraasegurar la comatibilidad del producto con los mismos.

- El software deberá estar correctamente configurado y con los permisos necesarios para elequipo 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 deGestión de Asistencia del subsistema de Recursos Humanos.Se mostrarán las instrucciones necesarias para la configuración y el uso satisfactorio de losservicios 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 manerasatisfactoria el módulo de Gestión de Asistencia del subsistema de Recursos Humanos y dejarloen su correcto funcionamiento.

4.4 Requerimientos Personales

Los recursos humanos que participarán en las tareas de aceptación del producto se encuentranen 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 elentregable queda registrado como la versión final.

b) Se encuentran errores en lo revisado. En tal caso, el cliente especificará por escrito lascorrecciones y una vez realizadas las mismas se registrarán los cambios en una nuevaversió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 peticionesde cambio y una vez realizadas las mismas, se registrarán los cambios en una nuevaversión del entregable.

Nota: La omisión de observaciones en una sesión de revisión se entenderá como la aceptacióndel 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 sellevará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 elapartado 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 ModelingLanguage).• 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

5 Plan de Aceptacion

Documents

Transcript of 5 Plan de Aceptacion