PROGRAMACIÓN ORIENTADA A OBJETOS

IntroducciónEl 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.

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.

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

Inscribo un representante debo indicar su tipo

y número de documento, sus nombres y

apellidos, cargo en la empresa y un grupo de

bastanteo (A, B, C, etc.).

- Confirmación de la inscripción Ok.

- Mensaje de error si no se ingresan los datos

requeridos.

- Mensaje de error si ya es representante de la

empresa (según tipo y número de documento).

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

Agrego un poder debo indicar su código

corto de consulta (ej.: CHCO, EFRE), el

nombre (ej.: Cobro de Cheques, Retiro en

Efectivo) y el tipo producto/servicio (ej:

Activo, Pasivo).

- Confirmación de la agregación Ok.

- Mensaje de error si no se ingresan los

datos requeridos.

- Mensaje de error si ya se agregó el poder

(código corto).

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

puede realizar cada grupo de bastanteo

de cada cliente. Además, para esta

asignación debo indicar el tipo de

intervención (ej.: A Sola Firma, En

Conjunto Con) y con qué otro(s) grupo(s)

de bastanteo si corresponde

(combinación), así como el importe y la

fecha de vencimiento (normalmente 6

meses).

- Mensaje de confirmación Ok.

- Mensaje de error si ya se anotó el mismo

poder para el mismo grupo de bastanteo, en

el mismo cliente, considerando el mismo tipo

de intervención y combinación.

- Mensaje de confirmación Ok.

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:

Consulto debo indicar el RUC del

cliente, la identificación del

representante, el grupo de

bastanteo o tipo de intervención.

Espero:

- Lista de registros de bastanteo

que se tienen según los criterios

de búsqueda ingresados.

- Mensaje indicando que no hay

resultados según criterios.

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.

Pruebas para registro de

PoderesPara 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.

Pruebas para registro de

RepresentantesPara 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.

Pruebas para registro de Bastanteo de

PoderesPara 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.

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.

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.

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.

Pruebas para verificar 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.

Pruebas para consultar Poderes

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