Loading repository data…
Maxi-Soria / repository
El presente trabajo se trata de un sistema de gestión bancario de clientes y cuentas, es una aplicación de tipo web dinámica desarrollada en java en el marco de una proyecto académico.
UNIVERSIDAD TECNOLÓGICA NACIONAL
FACULTAD REGIONAL GENERAL PACHECO
Tecnicatura Universitaria en Programación
LABORATORIO IV
TRABAJO PRÁCTICO INTEGRADOR
Se pide crear un sistema de gestión para un banco en donde existirán dos tipos de usuarios: administrador del banco y clientes.
Usuario banco • ABML de clientes. Tener en cuenta que a cada cliente se le asignará un usuario y contraseña para poder acceder a la web del banco. El administrador podrá cambiar la contraseña, pero nunca se podrá modificar el usuario de ese cliente.
• ABML de cuentas y asignación de cuenta a cliente. Una cuenta debe pertenecer a un solo cliente. Se le podrá asignar un máximo de 3 cuentas a un cliente. Al crear la cuenta se le asignará un monto inicial fijo de $10.000.
• Autorización de préstamos. El administrador podrá autorizar o rechazar los préstamos solicitados por el cliente. Si se aprueba el préstamo entonces se le asignará al cliente el monto pedido. Tener en cuenta que se deberán generar las cuotas para que luego pague el cliente.
• Incluir informe/reportes estadísticos para el administrador. Usuario cliente
• El cliente podrá seleccionar una cuenta y observar el historial de los movimientos realizados en esa cuenta.
• Transferencias a otros clientes: Un cliente podrá transferir dinero entre sus propias cuentas o a cuentas de otros clientes utilizando el CBU. Se podrá realizarla transferencia mientras el usuario cuente con dinero disponible. Si no posee dinero no podrá transferir.
• Pedido de préstamo. El cliente podrá pedir un préstamo de cierto dinero al banco, seleccionar la cantidad de cuotas en las que quiere NOTA: Para realizar el Trabajo Práctico Integrador deberá utilizar JAVA. Se deberán incluir lossiguientestemas: JDBC / JSP / SERVLETS / SESSION abonarlo y elegir la cuenta en donde se le depositará el pago del préstamo. El banco recibirá el pedido y autorizará o no dicho préstamo.
• El cliente tendrá un menú de pago de préstamos en donde figure las cuotas que debe pagar, podrá pagar seleccionando la cuota y cuenta de donde se descontará dicho gasto. Cada vez que se pague una cuota se guardará la fecha en la cual se pagó la misma.
• El cliente podrá visualizarsu información personal. No podrá cambiar los datos, solo los visualizará.
Observaciones
Asumiremos que no se generan intereses por el pago fuera de término de la cuota de un préstamo, la cuota es fija. También asumiremos que toda la funcionalidad pertenece a un mismo banco (en la tabla usuario de la base de datos deberán tener un usuario de tipo administrador de banco para que pueda acceder a la aplicación). No es necesario hacer un ABML de tipo de cuentas posibles y tipos de movimientos, los mismos deben estar cargados previamente en la base de datos. Las cuentas no pueden quedar con saldos negativos.
Tipos de cuentas posibles: • Caja de ahorro. • Cuenta corriente.
Tipos de movimientos posibles: • Alta de cuenta. El alta de una cuenta genera un movimiento de dinero positivo en la cuenta origen.
• Alta de un préstamo. El alta de un préstamo genera un movimiento de dinero positivo en la cuenta origen.
• Pago de préstamo. El pago de un préstamo genera un movimiento de dinero negativo en la cuenta origen.
• Transferencia. Una transferencia genera dos movimientos, un movimiento negativo en la cuenta de origen (extracción de dinero) y un movimiento positivo en la cuenta destino (depósito de dinero)
En cuanto a los datos, mínimamente cada tabla tiene lossiguientes datos: • Por cada movimiento se tiene una fecha, detalle o concepto, importe y tipo de movimiento.
• Un cliente tiene un DNI, CUIL, nombre, apellido, sexo, nacionalidad, fecha de nacimiento, dirección, localidad, provincia, correo electrónico, teléfonos, un usuario y contraseña para acceder a la página.
• Una cuenta tiene un cliente asignado, fecha de creación, tipo de cuenta, un número de cuenta, CBU y un saldo. • Un préstamo tiene un cliente asignado, una fecha, el importe que deberá pagar el cliente (con intereses), el importe pedido por el cliente, un plazo de pago en meses, el monto que deberá pagar por mes y cuotas.
PARA PODER APROBAR EL TP INTEGRADOR DEBE CUMPLIR LAS SIGUIENTES PAUTAS:
En los descolgables deben aparecer también las descripciones y no solo sus identificadores.
Manejar bajas lógicas y no físicas.
Trabajar con VALORES CON DECIMALES.
No guardar campos vacíos en la base de datos. Para eso usar validaciones. Ejemplo: validación de números, de textos, correo electrónico, etc. validar que si se hace clic sobre el botón y no hay nada cargado entonces no se guarde ese registro en la base de datos.
Al modificar, se podrán modificar todos los campos de la tabla, obviamente no se modificará el campo clave. Se deben cargar automáticamente todos los campos que se le va a permitir modificar al usuario, luego este cambia solo el dato que necesita. Al modificar un solo campo de la base de datos, no se deben borrar los demás campos, solo se deberá actualizar el campo que el usuario esté cambiando.
Utilizar mensajes de confirmación. Ejemplo: ¿Está seguro que desea eliminar el registro?
Al dar de alta un usuario pedir la clave dos veces y usar asteriscos para no mostrarla.
Tener cuidado con los repetidos en la base de datos, por ejemplo: no podría haber dos personas con el mismo DNI en la base de datos.
Luego de realizar un cambio sobre un registro por ejemplo al agregar, limpiar todos los controles. Es decir, se deberá borrar la información que acaba de ingresar el usuario.
Incluir reportes/estadísticas con parámetros. NO ES LO MISMO UN LISTADO QUE UN REPORTE, UN REPORTE ES INFORMACIÓN QUE SE OBTIENE A PARTIR DE LOS DATOS QUE SE ENCUENTRAN EN LA BASE DE DATOS. Ejemplo: Seleccionar fecha de inicio y fecha de fin, y obtener el monto total de egreso e ingreso en la empresa. Los parámetros en este caso sería la selección de fechas.
Utilizar descolgables en los casos que sea necesario. Ejemplo: para provincia, localidades, géneros, etc. Si se modifica dentro de una grilla y tienen campos que aplican para ser descolgables, entonces utilizar dicho control.
En el caso de dar de alta un usuario, un usuario común NO PUEDE DAR DE ALTA UN ADMINISTRADOR.
Cambiar el nombre de las columnas de las grillas y dejar uno apropiado. Usar para ello la instrucción AS del lenguaje SQL. Ejemplo: “Select p_nombre AS nombre from Persona.
Antes de rendir, se deberá cargar la base de datos con varios registros con información válida para la prueba. Mínimamente 15 registros por tabla para poder probar búsquedas y filtros.
ENTREGAS OBLIGATORIAS TP INTEGRADOR
Habrá dos entregas del TP integrador. Es necesario aprobar la primera entrega, para poder presentarse a la segunda. Cada entrega tendrá su recuperatorio. Si se desaprueba el recuperatorio se desaprueba el TP integrador y por ende la materia. La primera entrega se realizará por aula virtual; deberán realizar toda la parte gráfica de la aplicación, el DER y el funcionamiento del Login junto al ABML de clientes (No olvidar leer las pautas y hacerlo en tres capas). La segunda entrega es el TP integrador funcionando completo y deberán defenderlo por videollamada. RECORDAR PARTICIPAR EN LOS FOROS, YA QUE EVALUAREMOS SU PARTICIPACIÓN A PARTIR DE LOS APORTES QUE VEREMOS ALLÍ. LUEGO, TODOS DEBEN SABER REALIZAR TODO, POR EJEMPLO: A VECES NOS DICEN “YO SOLO HICE LA CONEXIÓN A LA BASE DE DATOS”, ESTO NO ES CORRECTO, TIENEN QUE PARTICIPAR Y SABER REALIZAR TODA LA FUNCIONALIDAD DEL TP. EN LAS DEFENSAS POR VIDEOLLAMADA, PUEDEN RECIBIR PREGUNTAS DE CUALQUIER PARTE DEL CÓDIGO. PRIMERA ENTREGA: DOMINGO 23/06/2024 23:55 pm. Se deberá subir al aula virtual una carpeta comprimida que tenga: ➢ El proyecto que deberá llamarse TPINT_GRUPO_X_LAB4. Para el diseño de las pantallas se deberán utilizar JSP. ➢ Un Word que contenga el DER y las impresiones de pantalla de cada JSP y en cada imagen explicar el funcionamiento que se podrá realizar sobre la pantalla. ➢ En cuanto a funcionalidad, entregar el Login y el ABML de clientes funcionando, incluir el SCRIPT de la base de datos con datos para poder probar y mencionar con que dato se debe ingresar al sistema. ➢ Leer y cumplir las pautas para aprobar el TP integrador. Página 9 de 10 También se puede entregar el TP Integrador: *El jueves 11/07/2024 (Semana de receso) 18 a 22 hs *El jueves 18/07/2024 . (Primer llamado a final) 18 a 22 hs
Selected from shared topics, language and repository description—not editorial ratings.
jhordydelaguila /
El presente proyecto es un pequeño sistema de Matricula de Colegio, donde podras registrar Alumno, Curso, Apoderado, Docente y Registrar La matricula. Tambien se implemento Reportes con la libreria JasperReports.
manuelprogram /
En el presente proyecto se trabajo con la parte de interfaz graficas en Java y fue presentado como proyecto final del curso Programacion Orientada a Eventos Uniamazonia
Jhos-hgnu /
El presente repositorio contiene un proyecto realizado en Java JDK 21 con Java Swing, el proyecto se basa en la teoría de lenguajes formales y autómatas.
laispaivaportela /
Exercício em Java que solicita a criação de dois métodos: um para ler uma sequência de inteiros informada pelo usuário e armazená-los em um array, e outro para identificar e retornar o menor valor presente nesse array.
CarlosVillena17 /
El presente proyecto esta especializado en venta de productos de panadería, ya que nuestros catálogos están pensados para ofrecer el mejor contenido en cuanto a panes, es por ello que nuestra empresa cuenta con una variedad de panes para que nuestros clientes puedan escoger una variedad de productos al momento de hacer sus pedidos.
El presente programa tiene como objetivo desarrollar un sistema que permita crear, almacenar y ejecutar procesos de manera concurrente utilizando hilos en Java. Cada proceso realiza una actividad específica definida por el usuario: contar las letras de una palabra, mostrar números hasta un valor dado, o mostrar una palabra.