1. PROGRAMACIÓN ORIENTADA A OBJETOS

2. Introducción
El presente documento, contiene las especificaciones tanto técnicas como
funcionales de la manera en la que se ha desarrollado el trabajo de
“BASTANTEO DE PODERES BANCARIOS”, del curso de Programación
Orientada a Objetos.
En dicho documento, se analizará de manera detallada todos los
escenarios que se han solicitado en el documento de especificación del
proyecto, así como el código fuente y la explicación de la iteración de los
mismos.
Se mencionarán también, todas las validaciones realizadas y el porqué de
las mismas, relacionándolas con las funcionalidades solicitadas.
Para todo lo antes mencionado, se ha utilizado el lenguaje de
programación Java y el IDE SpringSource Tool Suite 2.8.0.RELEASE.

3. Caso Propuesto
El caso en mención nos solicita el desarrollo de una aplicación que nos permita
realizar un bastanteo de poderes para que los representantes de cada cliente
jurídico puedan realizar operaciones bancarias específicas.
Para lo cual se solicita los siguientes requerimientos:
• Se pueda registrar clientes para que los abogados puedan bastantear los
poderes.
• Se pueda registrar poderes los cuales se van a asignar a los
representantes.
• Se pueda inscribir representantes de cada cliente para poder asignarles
poderes bastanteados.
• Realizar el bastanteo de poderes para que se consulte antes de cada
operación.
• Consulta de Poderes, ya inscritos anteriormente para cada representante.
• Verificación de Poderes, según criterios de búsqueda.

4. Historias del Usuario
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.
- Mensaje de error si no se ingresan los datos
Inscribo un representante debo indicar su tipo
requeridos.
y número de documento, sus nombres y
apellidos, 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).

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

6. Historias del Usuario
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.
CUANDO ESPERO
Bastanteo debo indicar qué poderes - Mensaje de confirmación Ok.
puede realizar cada grupo de bastanteo - Mensaje de error si ya se anotó el mismo
de cada cliente. Además, para esta poder para el mismo grupo de bastanteo, en
asignación debo indicar el tipo de el mismo cliente, considerando el mismo tipo
intervención (ej.: A Sola Firma, En de intervención y combinación.
Conjunto Con) y con qué otro(s) grupo(s) - Mensaje de confirmación Ok.
de bastanteo si corresponde
(combinación), así como el importe y la
fecha de vencimiento (normalmente 6
meses).

7. Historias del Usuario
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.
Cuando: Espero:
Consulto debo indicar el RUC del - Lista de registros de bastanteo
cliente, la identificación del que se tienen según los criterios
representante, el grupo de de búsqueda ingresados.
bastanteo o tipo de intervención. - Mensaje indicando que no hay
resultados según criterios.

8. Pruebas para registro de cliente
Para el registro de clientes, se han realizado 3 pruebas, las que son:
• siIngresoDatosDeberiaRegistrarCliente()
• En esta prueba, se realiza el registro de clientes, en un escenario
perfecto, es decir, todos los datos correctamente ingresados, y con la
estructura correcta.
• deberiaValidarDatosRequeridos()
• En esta prueba, se esta validando que todos los datos se encuentren
llenados, caso contrario, enviara un mensaje de error indicando que
parámetros se encuentran erróneos.
• noDeberiaRegistrarClientesDuplicados()
• En esta prueba, se está validando que el cliente a registrar, no haya sido
ingresado anteriormente, caso contrario, enviara un mensaje de error
indicando duplicidad de Clientes.

9. Pruebas para registro de
Poderes
Para el registro de poderes, se han realizado 3 pruebas, las que son:
• siIngresoDatosDeberiaRegistrarPoderes()
• En esta prueba, se realiza el registro de poderes, en un escenario
perfecto, es decir, todos los datos correctamente ingresados, y con la
estructura correcta.
• deberiaValidarDatosRequeridos()
• En esta prueba, se esta validando que todos los datos se encuentren
llenados, caso contrario, enviara un mensaje de error indicando que
parámetros se encuentran erróneos.
• noDeberiaRegistrarPoderesDuplicados()
• En esta prueba, se está validando que el poder a registrar, no haya sido
ingresado anteriormente, caso contrario, enviara un mensaje de error
indicando duplicidad de Poderes.

10. Pruebas para registro de
Representantes
Para el registro de representantes, se han realizado 3 pruebas, las que son:
• siIngresoDatosDeberiaRegistrarRepresentante()
• En esta prueba, se realiza el registro de representantes, en un escenario
perfecto, es decir, todos los datos correctamente ingresados, y con la
estructura correcta.
• deberiaValidarDatosRequeridos()
• En esta prueba, se esta validando que todos los datos se encuentren
llenados, caso contrario, enviara un mensaje de error indicando que
parámetros se encuentran erróneos.
• noDeberiaRegistrarRepresentantesDuplicados()
• En esta prueba, se está validando que el representante a registrar, no
haya sido ingresado anteriormente, caso contrario, enviara un mensaje de
error indicando duplicidad de Representantes.

11. Pruebas para registro de Bastanteo de
Poderes
Para el registro de bastanteo de poderes , se han realizado 3 pruebas, las que
son:
• siIngresoDatosDeberiaRegistrarBastanteoPoderes()
• En esta prueba, se realiza el registro de bastanteo de poderes, en un
escenario perfecto, es decir, todos los datos correctamente ingresados, y
con la estructura correcta.
• deberiaValidarExistenciaDePoderes()
• En esta prueba, se esta validando que los poderes que se tratan de
ingresar como parte del bastanteo, hayan sido creados anteriormente, ya
que en el bastanteo no se puede hacer referencia a datos inexistentes.

12. Pruebas para registro de Bastanteo de
Poderes
• deberiaValidarExistenciaDeGrupoBastanteoAuxiliarCorrecta() y
deberiaValidarExistenciaDeGrupoBastanteoAuxiliarIncorrecta()
• En esta prueba, se está validando el grupo de bastanteo auxiliar, es decir grupos
de bastanteo contenidos dentro de un grupo de bastanteo principal, hayan sido
registrados anteriormente, ya que el grupo de bastanteo principal, deberá
heredar todos los poderes, montos, etc, es decir, todas sus características.
• noDeberiaRegistrarDuplicados()
• En esta prueba, se está validando que el grupo de bastanteo a registrar,
no haya sido ingresado anteriormente, caso contrario, enviara un mensaje
de error indicando duplicidad de Grupo de Bastanteo.

13. Pruebas para verificar Poderes
Para el registro de representantes, se han realizado 3 pruebas, las que son:
• validaSiRepresentantePerteneceCliente() y
validaSiRepresentanteNoPerteneceCliente()
• En esta prueba, se esta validando que el cliente y el representante
ingresados para la verificación, se correspondan uno con otro, es decir
que el cliente haya designado como representante al ingresado en la
verificación.
• validaSiPoderNoPerteneceaGrupoBastanteo()
• En esta prueba, se esta validando que el poder ingresado, no
pertenece al grupo de bastanteo ingresado, ya sea principal o auxiliar,.
• validaSiGrupoBastanteoyaVencio()
• En esta prueba, se está validando si es que la fecha actual esta dentro
del rango determinado como fecha de vigencia para el grupo de
bastanteo.

14. Pruebas para verificar Poderes
• validaSiGrupoBastanteoEstaPorVencer()
• En esta prueba, se está validando adicionalmente, si es que la fecha
de vencimiento del grupo de bastanteo es igual a la fecha de
verificación, es decir, que vence el día de la verificación.

15. Pruebas para consultar Poderes
Para el registro de representantes, se han realizado 3 pruebas, las que son:
• validaSiConsultaDevuelvePoderes()
• En esta prueba, se esta validando, según parámetros de entrada,
devuelva un listado de poderes que han sido ingresado anteriormente.
Es decir, que si es que existe relación entre cliente, representante,
grupo de bastanteo o tipo de intervención nos devuelve un listado de
poderes.
• validaSiConsultaNoDevuelvePoderes()
• En esta prueba, se esta validando, que los parámetros de entrada, no
tengan relación entre si, dándonos el listado de poderes vacío.

16. UML
http://static.slidesharecdn.com/swf/ssplayer2.swf?doc=epeupc-111210034409-
phpapp02&stripped_title=epeupc&userName=antonyfighter
http://static.slidesharecdn.com/swf/ssplayer2.swf?doc=ingenierainversa-poo-
111210032847-phpapp01&stripped_title=ingeniera-inversa-
poo&userName=antonyfighter