Upload
paradescartar
View
213
Download
0
Embed Size (px)
DESCRIPTION
Plan de aceptacion
Citation preview
Documento de Arquitectura del Software
Sistema de Contratacin de PersonalPlan de Aceptacin
Versin 1.1
ndice
3Historial de Cambios
41.INTRODUCCIN
41.1.Propsito
41.2.Alcance
41.3.Referencias
42.RESPONSABILIDADES
53.CRITERIOS DE ACEPTACION DEL USUARIO
53.1.Criterios de Aceptacin del producto
63.2.Auditora de la Configuracin Funcional
64.REQUERIMIENTOS
64.1.Requerimientos de Hardware
74.2.Requerimientos de Software
74.3.Requerimientos de Personal
74.4.Requerimientos de Datos de prueba
75.RESOLUCIN DE PROBLEMAS Y ACCIONES CORRECTIVAS
Historial de Cambios
FechaVersinDescripcinAutor
PLAN DE ACEPTACIN
Sistema de Contratacin de Personal1. INTRODUCCIN
1.1. PropsitoEl propsito de este plan de aceptacin del proyecto Sistema de Contratacin de Personal es elaborar un acuerdo escrito sobre los procedimientos a abordar por el cliente y el jefe de este proyecto para determinar la aceptacin de los productos de aplicacin desplegados. Este plan incluye las responsabilidades del cliente y los encargados del proyecto, las tareas de aceptacin y la forma en que se abordarn los problemas.1.2. AlcanceEste plan de aceptacin se encuentra asociado todos los releases que el proyecto posee.1.3. ReferenciasDocumento de Especificacin de Requerimientos del Software
Especificaciones Suplementarias
Plan de Desarrollo de Software (Project)2. RESPONSABILIDADESResponsabilidades del cliente
El cliente deber revisar minuciosamente cada uno de los artefactos elaborados por el equipo de proyecto.
Cualquier observacin que se tenga de los artefactos entregados, deber ser remitida al jefe de proyecto para poder llegar a un acuerdo.
Responsabilidades del equipo de proyecto
El equipo deber tener en cuenta todos los criterios de aceptacin durante todo el desarrollo de los artefactos.
El equipo de desarrollo est en la obligacin de corregir todas las observaciones que haga el cliente y que sean aceptadas por el jefe de proyecto.
Dueo del Artefacto Responsable de la creacin del artefacto y mantenimiento y control de versiones del mismo.
Gerente de Configuracin
Responsable de la creacin de la lnea base de los artefactos aprobados.
Representantes Designados del Cliente En cooperacin con los representantes designados del proyecto, comparten la responsabilidad de crear, mantener y ejecutar el Plan de Aceptacin del proyecto Sistema de Contratacin de Personal, que incluye los artefactos necesarios y los mtodos y criterios de aprobacin.
Representantes Designados del Proyecto En cooperacin con los representantes designados del cliente, comparten la responsabilidad de crear, mantener y ejecutar el Plan de Aceptacin del proyecto Sistema de Contratacin de Personal, que incluye los artefactos necesarios y los mtodos y criterios de aprobacin.
3. CRITERIOS DE ACEPTACION DEL USUARIO
3.1. Criterios de Aceptacin del productoSe acordaron con el cliente, los siguientes criterios bajo los cuales el producto software se considerar cumple con las especificaciones exigidas.
Entregas para la primera etapa de desarrollo: (2009-1)
RequerimientosCriterios de Aceptacin
Autenticacin de usuariosPermite registrar e identificar a los usuarios del sistema.
Establecer Preferencias Laborales.Permite que un alumno pueda establecer sus preferencias como intereses de cargos especficos, as como su correo electrnico personal.
Aplicar a Ofertas Laborales.Permite que un alumno pueda postular a una oferta laboral anteriormente registrada.
Entregas para la segunda etapa de desarrollo: (2009-2)
RequerimientosCriterios de Aceptacin
Registrar Oferta LaboralPermite que una empresa pueda registrar una oferta laboral basndose en las capacidades y competencias que maneja la carrera de computacin.
Toma de tests por alumnos de psicologa a personas de otras institucionesPermite convocar a un alumno que, luego de ser evaluado por la empresa, cumple con todos los requisitos que la oferta laboral establece.
Incluir el diagrama de estilos de pensamiento en el reporte del test psicolgicoPermite contratar a un alumno que anterior mente fue convocado a una evaluacin.
3.2. Auditora de la Configuracin Funcional
Los mtodos de evaluacin a ser utilizados en las actividades de aceptacin:
Demostracin: Se aplicar al prototipo del sistema el cual se presentar en esta entrega.
Revisiones: Se aplicarn a los documentos y diagramas del sistema ante el jefe de proyecto, el gerente del proyecto y el gerente tcnico.
Son considerados criterios de aceptacin de los entregables a presentar:
Puntualidad: Consiste en presentar cada uno de los artefactos en las fechas programadas en el plan de proyecto.
Aplicacin de estndares: Las interfaces del sistema deben cumplir con los estndares establecidos por el arquitecto del proyecto.
Calidad: El sistema debe cumplir con los requerimientos establecidos por el cliente.
Mnima complejidad: Asegurar que las funcionalidades del subsistema sean implementadas teniendo en cuenta la facilidad de uso.4. REQUERIMIENTOS
4.1. Requerimientos de Hardware
Servidor de base de datos
Conexin a red
No menos de 512 MB RAM.
HD con 2 GB de espacio libre
Servidor de aplicaciones.
Conexin a red.
No menos de 512 MB RAM.
HD con 2 GB de espacio libre
Hardware cliente.
Conexin a red.
No menos de 64 MB RAM.
HD con 500 MB de espacio libre
4.2. Requerimientos de Software
Servidor de base de datos
Windows Server 2000
MySQL versin 6.0.0 Servidor de aplicaciones.
JRE v1.6.0
Servidor de aplicaciones Glassfish v2 Hardware cliente.
Conexin a red.
No menos de 64 MB RAM.4.3. Requerimientos de Personal
Se requerir de un representante designado por el cliente para realizar las pruebas de aceptacin con conocimiento solo del negocio y un representante designado por el gerente del proyecto que forme parte del equipo de desarrolladores para hacer correcciones menores o para determinar el grado de error en caso se necesite.4.4. Requerimientos de Datos de prueba
El cliente deber entregar data de prueba segn la siguiente descripcin:
Explicar que informacin es necesaria (en bases de datos de la aplicacin y otros sistemas legacy)
De Servicios (data para los servicios web que no son del proyecto, por ejemplo)
5. RESOLUCIN DE PROBLEMAS Y ACCIONES CORRECTIVAS
En el caso que se presentara alguna observacin al producto, se iniciar inmediatamente el proceso de correccin, el cual no deber durar ms de una semana. El objetivo es aclarar los puntos a corregir y para ello se podr conversar con los distintos encargados del proyecto.
Una vez determinado el grado de la observacin se procede a determinar un tiempo para una nueva revisin y se procede a realizar correcciones y / o ajustes en el software.