Este documento describe el desarrollo de una aplicación para registrar clientes, representantes, poderes y bastanteos de poderes bancarios. Incluye casos de uso, historias de usuario y pruebas unitarias para validar los diferentes módulos de registro y consulta.
Este documento resume los resultados del Estudio ManpowerGroup sobre Escasez de Talento de 2012. Más de un tercio de los directivos encuestados indicó que tenía dificultades para encontrar el talento necesario para sus empresas. Los oficios manuales cualificados fueron identificados como los puestos más difíciles de cubrir a nivel mundial. Aunque la escasez de talento sigue siendo un problema, un porcentaje mayor de directivos cree que esta escasez tendrá poca o ninguna repercusión en los grupos de interés de las empresas.
El documento discute el papel fundamental de las tecnologías de la información y la comunicación (TIC) para mejorar la eficiencia y modernización de la administración local en España. Las TIC no solo apoyan la relación con los ciudadanos a través de la administración electrónica, sino que también contribuyen a mejorar los procesos internos de gestión. Más allá de los trámites administrativos, las TIC brindan la posibilidad de renovar la forma en que se ofrecen servicios públicos importantes. La administración pública debe adapt
Este documento presenta 3 historias de usuario para el desarrollo de pruebas unitarias de un sistema de bastanteo de poderes. La primera historia permite registrar clientes indicando sus datos. La segunda permite registrar representantes de clientes. Y la tercera permite agregar los poderes que pueden ser asignados a los representantes. El documento también incluye un esquema del proyecto, la representación de entidades, el diagrama UML y la arquitectura en Java.
Este documento presenta el proyecto de un sistema bancario para el proceso de bastanteo de poderes llamado PeruBank. Describe las historias de usuario, especificaciones técnicas, gestión del código usando GitHub, la metodología de desarrollo basada en pruebas unitarias, los casos de uso, el modelo conceptual y prototipos de pantalla. El objetivo del sistema es permitir el registro de clientes, representantes y poderes, así como la asignación, verificación y consulta de poderes.
Este documento resume las especificaciones de un proyecto de desarrollo de software para automatizar el proceso de bastanteo de poderes bancarios. Describe las historias de usuario, especificaciones técnicas y gestión del código mediante GitHub. El proyecto fue desarrollado en Java utilizando JUnit para pruebas y SpringSource Tool Suite como IDE.
Este documento presenta un resumen de un proyecto de desarrollo de software para automatizar el proceso de bastanteo de poderes bancarios. El proyecto utiliza metodología ágil y herramientas como GitHub. El sistema permitirá registrar clientes, representantes y poderes, asignar poderes a grupos de bastanteo y verificar poderes. El documento incluye una descripción del caso propuesto, la estructura del proyecto y herramientas utilizadas.
Este documento presenta un resumen del proyecto POO - PERUBANK desarrollado por el Grupo 3. El proyecto consiste en una aplicación para el bastanteo de poderes bancarios que utiliza metodología ágil. Se proponen 7 casos de uso principales como registrar clientes, representantes, poderes y bastanteos. La estructura del proyecto se basa en clases como AdmPoderes, AdmBastanteos y AdmRepresentantes.
Este documento resume los resultados del Estudio ManpowerGroup sobre Escasez de Talento de 2012. Más de un tercio de los directivos encuestados indicó que tenía dificultades para encontrar el talento necesario para sus empresas. Los oficios manuales cualificados fueron identificados como los puestos más difíciles de cubrir a nivel mundial. Aunque la escasez de talento sigue siendo un problema, un porcentaje mayor de directivos cree que esta escasez tendrá poca o ninguna repercusión en los grupos de interés de las empresas.
El documento discute el papel fundamental de las tecnologías de la información y la comunicación (TIC) para mejorar la eficiencia y modernización de la administración local en España. Las TIC no solo apoyan la relación con los ciudadanos a través de la administración electrónica, sino que también contribuyen a mejorar los procesos internos de gestión. Más allá de los trámites administrativos, las TIC brindan la posibilidad de renovar la forma en que se ofrecen servicios públicos importantes. La administración pública debe adapt
Este documento presenta 3 historias de usuario para el desarrollo de pruebas unitarias de un sistema de bastanteo de poderes. La primera historia permite registrar clientes indicando sus datos. La segunda permite registrar representantes de clientes. Y la tercera permite agregar los poderes que pueden ser asignados a los representantes. El documento también incluye un esquema del proyecto, la representación de entidades, el diagrama UML y la arquitectura en Java.
Este documento presenta el proyecto de un sistema bancario para el proceso de bastanteo de poderes llamado PeruBank. Describe las historias de usuario, especificaciones técnicas, gestión del código usando GitHub, la metodología de desarrollo basada en pruebas unitarias, los casos de uso, el modelo conceptual y prototipos de pantalla. El objetivo del sistema es permitir el registro de clientes, representantes y poderes, así como la asignación, verificación y consulta de poderes.
Este documento resume las especificaciones de un proyecto de desarrollo de software para automatizar el proceso de bastanteo de poderes bancarios. Describe las historias de usuario, especificaciones técnicas y gestión del código mediante GitHub. El proyecto fue desarrollado en Java utilizando JUnit para pruebas y SpringSource Tool Suite como IDE.
Este documento presenta un resumen de un proyecto de desarrollo de software para automatizar el proceso de bastanteo de poderes bancarios. El proyecto utiliza metodología ágil y herramientas como GitHub. El sistema permitirá registrar clientes, representantes y poderes, asignar poderes a grupos de bastanteo y verificar poderes. El documento incluye una descripción del caso propuesto, la estructura del proyecto y herramientas utilizadas.
Este documento presenta un resumen del proyecto POO - PERUBANK desarrollado por el Grupo 3. El proyecto consiste en una aplicación para el bastanteo de poderes bancarios que utiliza metodología ágil. Se proponen 7 casos de uso principales como registrar clientes, representantes, poderes y bastanteos. La estructura del proyecto se basa en clases como AdmPoderes, AdmBastanteos y AdmRepresentantes.
Este documento presenta 7 historias de usuario para el desarrollo de una aplicación bancaria que permite registrar clientes, inscribir representantes, agregar poderes bancarios, bastantear poderes, verificar poderes, y consultar poderes. Para cada historia de usuario se detallan los requisitos funcionales y las clases de Java necesarias para su implementación, incluyendo pruebas unitarias. El objetivo general es controlar las operaciones bancarias según los poderes otorgados legalmente a los representantes de cada cliente.
Este documento describe las funciones del módulo de directorio, el cual permite registrar y organizar información de clientes, proveedores, empleados, instituciones y otras herramientas útiles para una organización. Explica cómo ingresar y editar datos de clientes, filtrarlos por vendedor, zona u otros campos, y agregar información adicional como tarjetas de crédito. También cubre la creación de vendedores, zonas, rutas, empleados y departamentos desde la pantalla de clientes.
Este documento describe el caso de uso de registro de empresas y postulantes en un sistema de bolsa de trabajo. Los actores son el sistema, las empresas y los usuarios/postulantes. El proceso incluye la validación de datos, el envío de confirmación y la creación de cuentas para que las empresas puedan publicar empleos disponibles y los postulantes puedan aplicar a ellos.
Este documento describe varios procesos relacionados con el manejo de usuarios y materiales en un almacén. Incluye historias de usuario para dar de alta, consultar y dar de baja a usuarios, así como para consultar, ingresar, y sacar materiales del almacén. Cada historia de usuario incluye pasos y validaciones requeridos para completar el proceso de manera exitosa.
Este documento presenta lineamientos para la definición de casos de prueba. Explica que los casos de prueba deben ser claros, concisos y proporcionar la información necesaria para ejecutar las pruebas. También define conceptos como pre-requisitos, pasos, resultado esperado y prioridades. El objetivo es uniformizar la forma de definir casos de prueba y asegurar su calidad para que puedan ser ejecutados de manera efectiva.
El documento explica por qué es importante contratar organismos de evaluación de la conformidad acreditados por la Entidad Mexicana de Acreditación (EMA). Los organismos acreditados han demostrado su competencia técnica y confiabilidad mediante la acreditación de un tercero imparcial y cumplen con las normas nacionales e internacionales. La acreditación brinda confianza en los resultados debido a que los organismos cumplen con estándares rigurosos de calidad.
Este documento presenta 7 historias de usuario para el desarrollo de una aplicación bancaria que permite registrar clientes, inscribir representantes, agregar poderes bancarios, bastantear poderes, verificar poderes, y consultar poderes. Para cada historia de usuario se detallan los requisitos funcionales y las clases de Java necesarias para su implementación, incluyendo pruebas unitarias. El objetivo general es controlar las operaciones bancarias según los poderes otorgados legalmente a los representantes de cada cliente.
Este documento describe las funciones del módulo de directorio, el cual permite registrar y organizar información de clientes, proveedores, empleados, instituciones y otras herramientas útiles para una organización. Explica cómo ingresar y editar datos de clientes, filtrarlos por vendedor, zona u otros campos, y agregar información adicional como tarjetas de crédito. También cubre la creación de vendedores, zonas, rutas, empleados y departamentos desde la pantalla de clientes.
Este documento describe el caso de uso de registro de empresas y postulantes en un sistema de bolsa de trabajo. Los actores son el sistema, las empresas y los usuarios/postulantes. El proceso incluye la validación de datos, el envío de confirmación y la creación de cuentas para que las empresas puedan publicar empleos disponibles y los postulantes puedan aplicar a ellos.
Este documento describe varios procesos relacionados con el manejo de usuarios y materiales en un almacén. Incluye historias de usuario para dar de alta, consultar y dar de baja a usuarios, así como para consultar, ingresar, y sacar materiales del almacén. Cada historia de usuario incluye pasos y validaciones requeridos para completar el proceso de manera exitosa.
Este documento presenta lineamientos para la definición de casos de prueba. Explica que los casos de prueba deben ser claros, concisos y proporcionar la información necesaria para ejecutar las pruebas. También define conceptos como pre-requisitos, pasos, resultado esperado y prioridades. El objetivo es uniformizar la forma de definir casos de prueba y asegurar su calidad para que puedan ser ejecutados de manera efectiva.
El documento explica por qué es importante contratar organismos de evaluación de la conformidad acreditados por la Entidad Mexicana de Acreditación (EMA). Los organismos acreditados han demostrado su competencia técnica y confiabilidad mediante la acreditación de un tercero imparcial y cumplen con las normas nacionales e internacionales. La acreditación brinda confianza en los resultados debido a que los organismos cumplen con estándares rigurosos de calidad.
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.