Sistema de seguimiento de elaboracin de documentos

Curso: Programacin Orientada a Objetos Ingeniera de Sistemas Ciclo 2012-0

E31A Integrantes: Luis Pariona, Eder Juan Orreaga Peralta, Juan Pablo Rivera Placido, Santos Salim Cruzado Snchez, Henry Yataco Canales, Davis Alexander

ndice 3. Introduccin.................................................................................................................................3 3.1 Objetivo del proyecto...........................................................................................................3 3.2 Alcance del proyecto............................................................................................................3 4. Caso Propuesto.............................................................................................................................4 6. Cdigo fuente...............................................................................................................................9 9 7. Diagramas Uml..........................................................................................................................11 8. Conclusiones..............................................................................................................................12 9. Glosario de trminos y siglas.....................................................................................................13

Pgina 2

3. Introduccin El presente proyecto consiste en la realizacin de un sistema para el seguimiento de la elaboracin de documentos, usando la metodologa TDD que nos permite realizar test antes de programar. Adems, usamos el Google Code Project para poder trabajar mediante versiones y as coordinar el avance con los integrantes del grupo. 3.1 Objetivo del proyecto

Aplicar todos los conocimientos adquiridos en clase sobre Programacin Orientada a Objetos y ponerlo de manifiesto en el desarrollo del proyecto. 3.2 Alcance del proyecto

El proyecto nos permite poder visualizar cuatro partes principales. En primer lugar, se indican las historias de usuario y los criterios de aceptacin del caso propuesto. En segundo lugar, se muestra el desarrollo de las diferentes pruebas unitarias, todo esto bajo los criterios basados en clase. En tercer lugar, se presenta la Arquitectura del proyecto y el cdigo fuente de todas nuestras aplicaciones como resultado del diseo inicial y las pruebas unitarias. Por ltimo, se muestra el diagrama de clases que es la base para el desarrollo de este proyecto.

Pgina 3

4. Caso Propuesto Se desea implementar un sistema de elaboracin de documentos en plataforma JAVA. Para poder iniciar sesin debes loguearte con tu Usuario y Contrasea. Cada Usuario tendr un perfil diferente. Desde poder ingresar una Declaracin Jurada hasta poder asignar roles a los usuarios. Como usuario de Recursos Humanos podrs crear una tarea de Declaracin Jurada a un empleado para que pueda responsabilizarse por el cumplimiento de su presentacin. Asimismo como usuario de Logstica se puede registrar una Carta Fianza que presenta un proveedor y asignar un responsable para su seguimiento y control. Tambin se puede ingresar Tareas Generales, recibir alertas, asegurar ingresos de usuarios mediante sus credenciales y asignar rol a uno o ms usuarios.

Pgina 4

5. Historias de Uso CONTROL DE INGRESO En la empresa a todo empleado se le crea un usuario y una clave para ingresar a los sistemas y ejecutar su labor sin ningn inconveniente. Por lo tanto, en esta parte validamos dichas credenciales del empleado. Cuando: Ingreso mis credenciales de usuario y clave. Espero: - Accesar a la informacin pertinente que debo trabajar segn mis funciones asignadas. - Recibir un mensaje de error si es que mis credenciales son incorrectas.

Recibir un mensaje de error si es que mis credenciales son incorrectas. Si el usuario o la clave son incorrectos, debe mostrar un mensaje indicando cul de ellos esta incorrecto. Si no se ingresan datos, debe indicar que se debe llenar el usuario y la clave. DECLARACION JURADA En la empresa un Usuario de RRHH crea una tarea de Declaracin Jurada a un empleado, para que as se encargue del control de dicha tarea antes de su fecha de vencimiento. Por lo tanto, validamos lo siguiente. Cuando: Buscamos una Declaracin Jurada. Editamos una Declaracin Jurada. Creamos una Declaracin Jurada. Eliminamos una Declaracin Jurada. Asignamos una Declaracin Jurada. Notificamos a Usuarios. Eliminemos Usuarios. Espero: - Se visualiza todas las creadas por nosotros. - Actualizar informacin, siempre y cuando aun no haya sido asignada. - Que no haya duplicidad de tareas. Que se elimine correctamente. Una confirmacin de la tarea a un responsable. Ver la seleccin de usuarios. Que se elimine correctamente.

Si no se ingresa un responsable, un motivo y la fecha de vencimiento, debe mostrar un mensaje indicando que son campos obligatorios. Si ya se confirmo la asignacin de la tarea, el nico campo que se podr modificar ser el de publicacin.

Pgina 5

CARTA FIANZA En la empresa un Usuario de Logstica crea una tarea de Carta Fianza de un proveedor y asigna a un empleado como responsable, para que as se encargue del control de dicha tarea antes de su fecha de vencimiento. Por lo tanto, validamos lo siguiente. Cuando: Buscamos una Carta Fianza. Editamos una Carta Fianza. Creamos una Carta Fianza. Eliminamos una Carta Fianza. Asignamos una Carta Fianza. Espero: - Se visualiza todas las creadas por nosotros. - Actualizar informacin, siempre y cuando aun no haya sido asignada. - Que no haya duplicidad de tareas. Que se elimine correctamente. Una confirmacin de la tarea a un responsable para que inicie su control. Ver la seleccin de usuarios. Que se elimine correctamente.

Notificamos a Usuarios. Eliminemos Usuarios.

Si no se ingresa un nmero de carta fianza y un proveedor, no permitir grabar la tarea. Si no se ingresa un nmero de carta fianza, numero de contrato, banco emisor, tipo, proveedor, importe, responsable y fecha de vencimiento, debe mostrar un mensaje indicando que son campos obligatorios. Si ya se confirmo la asignacin de la tarea, no habr opcin para que se pueda modificar.

Pgina 6

TAREAS GENERALES En la empresa un Empleado puede crear una tarea donde se indique su fecha de vencimiento para el u otro empleado, para que puedan controlar as sus tareas asignadas. Por lo tanto, validamos lo siguiente. Cuando: Buscamos una Tarea. Editamos una Tarea. Creamos una Tarea. Eliminamos una Tarea. Asignamos una Tarea. Espero: - Se visualiza todas las tareas generales. - Actualizar informacin, siempre y cuando aun no haya sido asignada. - Que no haya duplicidad de tareas. Que se elimine correctamente. Una confirmacin de la tarea a un responsable para que inicie su control. Ver la seleccin de usuarios. Que se elimine correctamente.

Notificamos a Usuarios. Eliminemos Usuarios.

Si no se ingresa un asunto, responsable y fecha de vencimiento, debe mostrar un mensaje indicando que son campos obligatorios. Si ya se confirmo la asignacin de la tarea, no habr opcin para que se pueda modificar. NOTIFICACIONES Como usuario se necesita recibir notificaciones al momento de cumplirse la fecha de vencimiento de una tarea previamente asignada. Por lo tanto, validamos lo siguiente. Cuando: La tarea esta prxima a cumplir la fecha de vencimiento o est ya ha sido vencida. Espero: - Mensaje de Alerta en pantalla de la PC. Indicando el responsable y fecha de vencimiento. Asimismo, la descripcin de la tarea. - Email con las observaciones descritas.

Pgina 7

SEGURIDAD Como usuario Administrador se puede crear cuentas para usuario de modo que estos con el uso de sus credenciales, puedan acceder al sistema. Por lo tanto, validamos lo siguiente. Cuando: Buscamos un Usuario. Editamos una Usuario. Creamos una Usuario. Eliminamos una Usuario. Validamos Usuario. Espero: - Que se pueda ver cualquier usuario en particular. - Que se actualice correctamente. Que se cree correctamente. Que se elimine correctamente. Que la cuenta no est siendo usada.

Todos los campos se deben ingresar, de lo contrario debe indicar que son campos obligatorios. No se podr eliminar un Usuario si no tiene transacciones. ADMINISTRACION DE ROLES Como usuario Administrador se puede crear Roles para luego estos asignarlos a los Usuarios. Por lo tanto, validamos lo siguiente. Cuando: Buscamos un Rol. Editamos una Usuario. Creamos una Usuario. Eliminamos una Usuario. Espero: - Que se pueda ver cualquier rol en particular. - Que se actualice correctamente. Que se cree correctamente. Que se elimine correctamente

Todos los campos se deben ingresar, de lo contrario debe indicar que son campos obligatorios. El rol depender de las caractersticas propias del modulo. Dentro de los roles tenemos: Acceso, Adicionar, Editar y Eliminar.

Pgina 8

6. Cdigo fuente

Pgina 9

Pgina 10

7. Diagramas Uml 7.1. Diagrama de Clases

EMPLEADO codigo nombre apellido dni USUARIO id_usuario password codigo (FK)

Control_Tareas RR.HH. codigo (FK) cargo funcion LOGISTICA codigo (FK) funcion cargo asunto fecha_vencimiento responsable

Carta_Fianza #carta_fianza proveedor importe responsable

Notificacion de Vencimiento de Tarea

Actualizacin de Estado de Tarea

Pgina 11

8. Conclusiones El resultado final del proyecto nos permitir conocer una de las prcticas utilizadas en la metodologa XP (Programacin Extrema). Denominada TDD (Desarrollo dirigido por Pruebas). Es una prctica que ayuda a los equipos a mejorar la calidad del software en el ciclo de desarrollo. Adems, aporta mayor visibilidad sobre el estado del proyecto. Dado los beneficios que proporciona. Reduce riesgos al poder generar software que puede ser implementado en cualquier momento y lugar. Utilizando los test antes que el cdigo (desarrollo final) nos permite disear adecuadamente segn los requisitos solicitados. Asimismo, permite incrementar la productividad en el desarrollo de software, Implementar el cdigo y Refactorizar para eliminar duplicidad y realizar mejoras en el cdigo.

Pgina 12

9. Glosario de trminos y siglas Trminos mbito.- Parte de un programa en el que es vlida una referencia a una variable. Clase.- Unidad fundamental de programacin en Java que sirve como plantilla para la creacin de objetos. Herencia.- Mecanismo encargado de relacionar clases entre s de una manera jerrquica en Java solo existe la Herencia Simple. Instancia.- Objeto de software construido desde una clase. Mtodo.- Conjunto de sentencias que operan sobre los datos de la clase para manipular su estado. Siglas Import.- Importa las Clases necesarias de los Paquetes a utilizar en el desarrollo. Algo que es muy comn es importar el paquete entero (todas las clases) utilizando el comodn (*), por ejemplo: java.util.* Extends.- Hereda todos los mtodos y atributos de la Clase Madre. Package.-. Librera o repositorio de Clases. Permite agrupar las clases en un mismo paquete.

Pgina 13