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.