proyecto final programación orientada a objetos

1. UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS UPC
CARRERA DE INGENIERIA DE SISTEMAS
PROYECTO
PERÚ BANK
INTEGRANTES
Caldas Peña, Eduardo
Zevallos Andrade, Manuel
ZumaetaMori, Mario
PROFESOR
José Díaz
2011 – II
Diciembre 2011
1

2. Índice
1. INTRODUCCIÓN .................................................................................................................3
2. CASO PROPUESTO .............................................................................................................4
3. HISTORIAS DE USUARIOS- CRITERIOS DE ACEPTACIÓN Y PROCEDIMIENTO .........................5
4. DIAGRAMA DE CLASES ..................................................................................................... 34
5. TASKBOARD ..................................................................................................................... 35
6. CONCLUSIONES .....................................................................................................................................35
2

3. 1. INTRODUCCIÓN
El presente documento detalla la implementación de una aplicación que permite controlar las
operaciones bancarias de cada uno de los requerimientos del cliente.
El software se desarrollará bajo las mejores prácticas, se utilizaráel lenguaje de programación de
Java con la herramienta Spring Source y la metodología ágil, se aplicará la metodologíaTDD (Test
DrivenDevelopment), de tal manera que podamos generar métodos de prueba.
En primer lugar se ha analizado cada uno de los requerimientos para comprender las
necesidadesdel negocio y así poder implementar un software que cumpla dichas necesidades.
Este proyecto se presenta por medio de diferentes historias de usuario, las cuales serán
desarrolladas por el grupo de trabajo, para cumplir con los requerimientos del usuario.
Registrar clientes
Inscribir representantes
Agregar poderes
Bastantear poderes
Verificar poderes
Consultar poderes
Controlar usuarios
Después se desarrollara el código fuente del programa y las pruebas que validan dicho código.
Finalmente, se harán distintas pruebas de funcionamiento que ayudarán al equipo de desarrollo a
identificar posibles errores en el código del programa para su posterior solución en una nueva
versión del mismo.
3

4. 2. CASO PROPUESTO
La empresa PeruBankdebe asegurar que sólo los representantes que cada cliente
jurídico designe legalmente puedan efectuar las operaciones bancarias especificadas.
Para este efecto, ha contratado una notaría que se encargará de realizar el proceso
de bastanteo y poner a disposición de la red de agencias los resultados para la
verificación operativa.
Se presentan 7 historias de usuario, que serán desarrolladas en el punto 3 del
presente documento.
Para desarrollar cada una de las historias, consideramos la siguiente estructura de
paquetes, clases, excepciones, clases test y 2 librerias (JRE System Library JavaSE-
1.6 y JUnit 4)
4

5. 3. HISTORIAS DE USUARIOS- CRITERIOS DE ACEPTACIÓN
Historia de Usuario 1: Registrar clientes.
Como supervisor deseo registrar clientes de modo que los abogados puedan
bastantear sus poderes bancarios.
Cuando: Espero:
- Confirmación del registro OK.
Registro un cliente debo indicar su RUC, su código
- Mensaje de error si no se ingresan los datos
de cliente interno (8 dígitos), razón social, fecha
requeridos.
de inicio de operaciones, tipo de empresa (SAA,
SAC, SRL, etc.) y cantidad de empleados.
- Mensaje de error si el cliente ya existe (RUC
o código de cliente repetido).
Clase cliente
5

6. 6

7. Clase AdmClientes
7

8. Clase ClienteException
Clase AdmClientesTest
8

9. 9

10. Historia de Usuario 2: Inscribir representantes.
Como abogado deseo inscribir los representantes de cada cliente de modo que
luego puedan tener los poderes bastanteados.
Cuando: Espero:
- Confirmación de la inscripción Ok.
Inscribo un representante debo indicar su tipo y
- Mensaje de error si no se ingresan los datos
número de documento, sus nombres y apellidos,
requeridos.
cargo en la empresa y un grupo de bastanteo (A,
B, C, etc.).
- Mensaje de error si ya es representante de la
empresa (según tipo y número de documento).
Clase Representante
10

11. Clase AdmRepresentates
11

12. Clase RepresentanteException
12

13. Clase AdmRepresentantesTest
13

14. 14

15. Historia de Usuario 3: Agregar poderes.
Como supervisor deseo agregar el listado de poderes para que los abogados
puedan asignarlos a los representantes según bastanteo.
Espero:
Cuando:
- Confirmación de la agregación Ok.
Agrego un poder debo indicar su código corto - Mensaje de error si no se ingresan los datos
de consulta (ej.: CHCO, EFRE), el nombre requeridos.
(ej.: Cobro de Cheques, Retiro en Efectivo) y
el tipo producto/servicio (ej: Activo, Pasivo). - Mensaje de error si ya se agregó el poder
(código corto).
Clase Poder
Clase Poder Exception
15

16. Clase AdmPoderes
16

17. 17

18. 18

19. Clase AdmPoderesTest
19

20. Historia de Usuario 4: Bastantear poderes.
Como abogado deseo poder anotar el resultado del bastanteo de modo que el personal de
agencia pueda consultarlo antes de cada operación.
Espero:
Cuando:
Bastanteo debo indicar qué poderes puede
realizar cada grupo de bastanteo de cada
cliente. Además, para esta asignación debo - Mensaje de confirmación Ok.
indicar el tipo de intervención (ej.: A Sola
Firma, En Conjunto Con) y con qué otro(s) - Mensaje de error si ya se anotó el mismo poder
grupo(s) de bastanteo si corresponde para el mismo grupo de bastanteo, en el mismo
(combinación), así como el importe y la fecha cliente, considerando el mismo tipo de
de vencimiento (normalmente 6 meses). intervención y combinación.
20

21. Clase Bastanteo
21

22. Clase AdmBastanteo
22

23. Clase BastanteoException
23

24. Clase AdmBastanteoTest
24

25. Historia de Usuario 5: Verificar poderes.
Como personal de agencia deseo poder consultar si un representante tiene poder para una
operación o no de manera que pueda realizarla.
Espero:
Cuando:
Mensaje indicando que el representante tiene
poder y cómo.
Consulto debo indicar el RUC del cliente, la
identificación del representante, el código de - Mensaje indicando que el poder está dado pero
poder (o elegirlo de una lista), y el importe. ya venció.
- Mensaje indicando que el representante no
tiene poder para realizar la operación indicada o
el importe es superior.
Clase ConsultaTest
25

26. 26

27. Historia de Usuario 6: Consultar poderes
Como cliente deseo poder elegir y reservar una sala de ensayo de manera que pueda ir con
mi banda y hacer uso de las facilidades seleccionadas.
Espero:
Cuando:
- Lista de registros de bastanteo que se tienen
según los criterios de búsqueda ingresados.
Consulto debo indicar el RUC del cliente, la
identificación del representante, el grupo de - Mensaje indicando que no hay resultados
bastanteo o tipo de intervención según criterios
27

28. 28

29. Historia de Usuario BONUS: Controlar usuarios
Como administrador deseo poder controlar a los usuarios de modo que al ingresar puedan
acceder a sus funcionalidades ya sea como supervisor, como abogado o empleado.
Espero:
Cuando:
- Mensaje de bienvenida indicando el rol que
tiene así como las opciones que le corresponde.
Doy de alta un usuario debo indicar qué rol
tiene asignado. Cada usuario debe - Mensaje de error si no se autentica
identificarse por una clave al ingresar. correctamente.
29

30. Clase AdmGrupo
Clase GrupoException
30

31. Clase Opcion
Clase Perfil
publicStringgetDescripcionPerfil() {
returndescripcionPerfil;
}
publicvoidsetDescripcionPerfil(StringdescripcionPerfil) {
this.descripcionPerfil = descripcionPerfil;
}
public List<Opcion>getOpciones() {
returnopciones;
}
publicvoidsetOpciones(List<Opcion> opciones) {
this.opciones = opciones;
}
31

32. Clase Seguridad
32

33. Clase Usuario
Clase SeguridadTest
33

34. 4. DIAGRAMA DE CLASES
34

35. 5. TASKBOARD
RESPONSABLE
DIRECTIVAS SEMANA SEMANA
SEMANA 3 SEMANA 4 SEMANA 5 SEMANA
1 2
6
1.- ESTRUTURA DE PROYECTO
Manuel
Crear repositorio Zevallos
Mario
Crear proyecto con estructura de paquetes Zumaeta
Identificar y crear clases a utilizar en el Eduardo
LOS INTEGRANTES DEL GRUPO
proyecto - Diagrama de Clases Caldas
2.- HISTORIAS DE USUARIO
Registrar cliente
Mario
Inscribir representantes Zumaeta
Eduardo
Agregar poderes Caldas
Mario
Bastantear poderes Zumaeta
Manuel
Verificar poderes Zevallos
Manuel
Consultar poderes Zevallos
3.- Historia Bonus
Mario
Controlar usuarios Zumaeta
6. Conclusiones
La implementación del proyecto permitió la interactividad con diferentes
herramientas, en el caso de la generación del diagrama de clases por medio de la
ingeniería reversa con el SW Visual Paradigmfor UML, la programación TDD con
el IDE Spring Source.
El uso de un repositorio via internet, el GitHub.
35