PROYECTO

1. 1
Instituto Tecnológico Superior de Coatzacoalcos
Ingeniería en Informática Modalidad Abierto
PRESENTAN:
Aguilar González Estefanía.
Manuel Santiago José Augusto.
Rivera Reyes Antonio.
Semestre: 6° Grupo: A
Nombre del Docente: I.S.C. ROSARIO DE ALBA DOMINGUEZ
RODRIGUEZ.
Fecha de entrega: 24 de abril del 2013
DESARROLLO DE APLICACIONES WEB.
Actividad 2: ANALISIS Y DISEÑO DEL PROYECTO.
UNIDAD 1: PLATAFORMA WEB.

2. 2
INTRODUCCION
Las necesidades de los seres humanos van cambiando y con ello se desarrollan
nuevas formas de satisfacer y dar gusto a las necesidades.
Dichas necesidades se presentan en cualquier lugar, momento u ocasión y
dependiendo de la rama de la necesidad; los especialistas actúan.
Así como las personas tienen diferentes necesidades; así mismo las empresas o
instituciones las necesitan, ya que cada día van creando nuevas actividades.
Se dio a la tarea de observar las necesidades de algunas instituciones, y se pudo
captar que hace falta un software que ayude a los alumnos a ahorrar dinero y así
apoyar a la institución a mejorar sus estados financieros.
Este documento esta integrado por cuatro capítulos que muestran los aspectos y
el desarrollo de este sistema.

3. 3
IMPORTANCIA DEL MODELADO
Este proyecto que se planea desarrollar, cuenta con una serie de características
que lo hacen optimo para los usuarios que interactúen con el.
El crear este software no será tarea fácil; es por ello que el tener una técnica que
nos ayude a comprender mejor el sistema, nos sirve de mucho. El modelado del
sistema nos abrirá caminos muy importantes hacia el entendimiento generalizado
del sistema.
La idea de crear un sistema bancario para la institución universitaria y sus
alumnos, necesita de modelos de información para comprenderlo mejor y así
satisfaga las necesidades que se están solicitando.
DESCRIPCIÓN DEL PROYECTO
Nuestro proyecto y grupo de trabajo se llama “BANTESCO”, los cuales se
encargaran de desarrollar un sistema de control de cuentas de ahorro en línea
para los alumnos y personal de trabajo de la institución universitaria, se diseñará e
implementará un sistema similar al utilizado en las instituciones financieras que en
la realidad existen. Se incluirán los fundamentos de la creación y manejo de las
cuentas así como el uso de una base de datos así como las interfaces de usuario
y dependiendo del cargo que tenga se hará diferencia entre los privilegios y
funcionalidades de las consultas a la base de datos y de igual manera será con la
interfaz de usuario. Los usuarios del sistema serán, el administrador, el gerente y
el cliente. Directamente el usuario o cuentahabiente interactuará con el sistema en
línea a través de una interfaz accesible.

4. 4
JUSTIFICACION
La idea de desarrollar un sistema financiero bancario en línea para ahorros, para
el Instituto Tecnológico Superior de Coatzacoalcos, ubicada en la carretera
antigua minatitlan-coatzacoalcos km. 16.5, surge debido a que muchos alumnos
no tienen la posibilidad de pagar inscripciones en tiempo y forma a las fechas
indicadas. Este sistema desarrollara una forma mas practica para que los alumnos
vayan ahorrando a lo largo del curso del semestre que vayan cursando y así
mismo el personal laboral de la institución pueda ahorrar si así lo desea.
En este sistema tanto el alumno como el personal de la institución podrán hacer el
uso de su cuenta y corroborar su estado de la misma, de forma práctica y fácil.
Es muy importante contar con este sistema en la institución universitaria, ya que
mejorara el sistema financiero de la misma, haciendo que los jóvenes alumnos no
queden atrasados en su colegiaturas y así mismo el que dese puede ahorrar.
Como se ha visto los beneficiaros de este sistema serán:
Los alumnos de la institución universitaria que deban la inscripción y le
cueste trabajo pagarla a tiempo.
Los alumnos que deseen ahorrar por su propia cuenta para situaciones
futuras.
El personal laboral de la institución que desee ahorrar.
Por lo anterior es muy necesario crear e implementar este sistema para que se
puedan lograr muchos beneficios para la institución universitaria.

5. 5
PLANTEAMIENTO DEL PROBLEMA
Actualmente el Instituto Tecnológico Superior de Coatzacoalcos tiene muchos
alumnos que se atrasan en el pago de las inscripciones y muchos de ellos pierden
la oportunidad de seguir con sus estudios universitarios. De igual forma la
institución elabora prorrogas por determinado lapso de tiempo para el cobro del
costo total de la inscripción, pero a veces esas prorrogas son muy cortas y
muchos de los alumnos no cubren la cantidad solicitada y optan por darse de baja,
concluyendo con sus estudios.
Esto afecta a la institución al no poder llevar un control de las bajas de los
alumnos por la falta de recursos financieros. Sin embargo se ha pensado, que si
se implementa un sistema de ayuda para los alumnos y personal de la institución,
seria muy favorables los resultados que se puedan derivar.
Por eso se tiene la firme idea de que si se utiliza un sistema financiero de ahorro
en línea para la institución, seria muy buena opción, ya que las dos partes saldrán
beneficiados.

6. 6
REQUISITOS FUNCIONALES DEL SISTEMA DE BANCO EN LINEA
R1 Consultar de saldos por parte de los usuarios del sistema.
R2 El sistema debe permitir movimientos en línea.
R3 Administrar las cuentas por parte del administrador.
R4 Registrar todos los movimientos realizados por el cuentahabiente y el
administrador.
R5 Registrar la información de los usuarios.
R6 Calcular los intereses que genere el saldo de cada cuenta en la fecha
de corte.
R7 El sistema debe permitir ingresar, consultar, modificar y eliminar la
información de los cuentahabiente.
R8 Asociar la cuenta bancaria que le corresponde y el código de la
dependencia.
R9 El sistema deberá permitir reversar movimientos de ingreso o de egreso
registrados erróneamente, pero sólo a usuarios autorizados para ello.

7. 7
Sistema bancario en línea
Consultas de saldos
Administración de las cuentas.
El sistema debe permitir ingresar, consultar, modificar y
eliminar la información de los cuentahabiente.
Lleva el registro de la información de los usuarios.
Permite movimientos en línea.
Calcular los intereses que genere el saldo de cada
cuenta en la fecha de corte.
R6El sistema debe permitir ingresar, consultar,
modificar y eliminar la información de los
cuentahabiente.
Registrar todos los movimientos realizados por el
cuentahabiente y el administrador.
Revierte movimientos de ingreso o de egreso
registrados erróneamente.
Asociar la cuenta bancaria que le corresponde
y el código de la dependencia.
CLIENTE
Administrador
Gerente

8. 8
DIAGRAMA DE CASOS DE USOS GENERAL

9. 9
DIAGRAMA DE CASOS DE USOS ESPECIFICOS (CLIENTE)

10. 10
DOCUMENTACION DE CASOS DE USO (CLIENTE)
NOMBRE DE CASO DE
USO:
SOLICITA CUENTA
OBJETIVO: Adquirir una cuenta para ahorros, con sistema bancario en línea.
ACTORES: Cliente, sistema, administrador
PRECONDICION: Consulta cuenta.
REFERENCIAS: R4
CLIENTE SISTEMA
1. Solicita cuenta.
3. El cliente ingresa los datos.
5. El cliente finaliza el proceso de ingreso.
7. El cliente recibe el número y folio de su
cuenta.
2. El sistema pide ingresar los datos del
solicitante.
4. El sistema valida los datos del cliente y
muestra en la ventana de la interfaz principal.
6. El sistema guarda su información y crea la
cuenta.
NOMBRE DE CASO DE
USO:
ABONO A CUENTA
OBJETIVO: Depositar en cuenta para ahorros el fondo monetario a su elección.
ACTORES: Cliente, sistema, administrador
PRECONDICION: Solicitar cuenta
REFERENCIAS: R1
CLIENTE SISTEMA
1. Deposita dinero a la cuenta.
3. El cliente finaliza el depósito.
5. El cliente sale de la transacción.
2. El sistema valida la información.
4. El sistema muestra la pantalla en donde se
refleja el depósito.
5. El sistema guarda los cambios y envía la
información al administrador y gerente.
NOMBRE DE CASO DE
USO:
RETIRA DE LA CUENTA
OBJETIVO: Hacer retiros de la cuenta.
ACTORES: Cliente, sistema, administrador
PRECONDICION: Abonar cuenta
REFERENCIAS: R2
CLIENTE SISTEMA
1. Hace retiros de la cuenta.
3. El cliente checa su retiro.
4. El cliente finaliza su retiro.
2. El sistema registra y valida la acción.
5. El sistema muestra la información del
retiro.
6. El sistema guarda los cambios en la
cuenta y envía la información a la
administración.

11. 11
NOMBRE DE CASO DE
USO:
CONSULTA DE LA CUENTA
OBJETIVO: Consulta los movimientos y saldos de la cuenta.
ACTORES: Cliente, sistema, administrador
PRECONDICION: Abonar cuenta y retira cuenta
REFERENCIAS: R2 ,R3
CLIENTE SISTEMA
1. El cliente ingresa a su cuenta.
3. El cliente consulta sus retiros.
5 El cliente sale de la aplicación de
consulta de retiros.
6 El cliente consulta su saldo.
8 El cliente sale de la aplicación de
consulta de saldos.
2. El sistema valida contraseñas y datos del
cliente.
4. El sistema muestra el formulario de todos los
movimientos de los retiros de la cuenta.
7. El sistema muestra la información que el
cliente solicito.
8. El sistema guarda los datos y cierra la
interfaz.

12. 12
DIAGRAMA DE CASOS DE USOS ESPECIFICOS (GERENTE)

13. 13
DOCUMENTACION DE CASOS DE USO (GERENTE)
NOMBRE DE CASO DE
USO:
VER SALDO DEL BANCO
OBJETIVO: Ver el saldo total del banco.
ACTORES: Gerente, sistema, administrador
PRECONDICION:
REFERENCIAS:
GERENTE SISTEMA
1. El gerente checa saldos del banco.
3. El gerente ingresa a la base de datos
para ver los movimientos de las cuentas.
5 El gerente consulta el saldo total del
banco.
7 El gerente finaliza su búsqueda.
.
2. El sistema valida contraseñas y
privilegios del usuario.
4 El sistema muestra la pantalla con la
solicitud deseada.
6 El sistema cierra la interfaz.
NOMBRE DE CASO DE
USO:
BORRAR CUENTANDANTES.
OBJETIVO: Eliminar las cuentas de los clientes que ya no hacen uso de ella.
ACTORES: Gerente, sistema, administrador
PRECONDICION: VER SALDO DEL BANCO
REFERENCIAS: R1
GERENTE SISTEMA
1 El gerente ingresa a consultar la base de
datos y los movimientos totales de las cuentas
administradas.
3 El gerente revisa en la interfaz mostrada por
el sistema, las cuentas que no tienen mucho o
nada e movimientos.
5 El gerente procede a borrar las cuentas con
nada de movimientos.
7 El gerente finaliza y da clic en guardar.
2 El sistema muestra la interfaz principal, para
que el gerente haga su operación.
4 El sistema valida las contraseñas de los
privilegios de este usuario.
6 El sistema guarda los cambios y envía
notificación al administrador, de que la cuenta
ha sido eliminada de la base de datos.
8 El sistema cierra la interfaz.

14. 14
NOMBRE DE CASO DE
USO:
BORRAR REGISTROS
OBJETIVO: Borrar los registros innecesarios de los clientes.
ACTORES: Gerente, sistema, administrador
PRECONDICION:
REFERENCIAS:
GERENTE SISTEMA
1 El gerente entra a la base de datos,
ingresando su usuario y contraseña.
3 El gerente entra a la cuenta de los clientes
que tienen registros sin llenar.
4 El gerente procede a borrar los registros de
las cuentas innecesarios.
6 El gerente da clic en guardar cambios.
7 El gerente finaliza y cierra la ventana.
2 El sistema valida el usuario y muestra la
ventana principal del sistema.
4 El sistema le da la opción de borrar
registros.
5 El sistema accede y procede a borrar de
la base de datos la solicitud pedida.
7 El sistema guarda los cambios hechos en
el sistema y actualiza la base de datos.
NOMBRE DE CASO DE
USO:
REVIERTE MOVIMIENTOS ERRONEOS
OBJETIVO: Componer los errores que normalmente son causados al eliminar
una cuenta o registro.
ACTORES: Gerente, sistema, administrador
PRECONDICION: BORRAR CUENTANDANTES, BORRAR REGISTROS
REFERENCIAS: R2, R3
GERENTE SISTEMA
1 El gerente ingresa su clave y usuario en el
sistema.
3 El gerente ingresa al menú revertir
movimiento.
4 El gerente procede a verificar el error en los
campos de las cuentas o registros.
6 El gerente da clic en revertir movimientos en
la cuenta o registros solicitados.
8 El gerente da clic en guardar.
10. El gerente sale del sistema.
2 El sistema hace la validación de los datos
ingresados.
3 El sistema muestra la ventana de la opción
que el gerente está solicitando.
5 El sistema le da la opción de revertir
movimientos.
7 El sistema procede a revertir los
movimientos.
9 El sistema guarda las modificaciones.

15. 15
DIAGRAMA DE CASOS DE USOS ESPECIFICOS (ADMINISTRADOR)

16. 16
DOCUMENTACION DE CASOS DE USO (ADMINISTRADOR)
NOMBRE DE CASO DE
USO:
INGRESA CUENTAS
OBJETIVO: Dar de alta en el sistema a los clientes que deseen adquirir una
cuenta de ahorros en el banco.
ACTORES: Administrador, sistema.
PRECONDICION: Asigna número de cuenta
REFERENCIAS: R2
ADMINISTRADOR SISTEMA
1 El administrador ingresa en su plataforma,
proporcionando su usuario y contraseña.
3 El administrador ingresa al menú, crear
cuenta.
5 El administrador ingresa los datos del cliente,
para crear la cuenta.
7 El administrador da clic en guardar los datos.
9 El administrador sale de la ventana.
2 El sistema valida los datos ingresados.
4 El sistema muestra la ventana de acuerdo a la
solicitud pedida.
5 El sistema va guardando lo datos ingresados a
la nueva cuenta.
8 El sistema guarda los datos de la nueva
cuenta.
NOMBRE DE CASO DE
USO:
ASIGNAR NUMERO DE CUENTA
OBJETIVO: Asignar el número de cuenta a los clientes.
ACTORES: Gerente, sistema, administrador
PRECONDICION: INGRESAR CUENTA
REFERENCIAS: R1
ADMINISTRADOR SISTEMA
1 El administrador ingresa al sistema.
3 El administrador ingresa a la opción de
asignar número de cuenta.
5 El administrador procede a elegir la opción de
asignar número de cuenta, de acuerdo a los
datos ingresados por el cliente.
7 El administrador da clic en aceptar y finaliza
la operación.
2 El sistema pregunta, que acción desea
ejecutar.
4 El sistema muestra la ventana
correspondiente a la opción pedida.
6 El sistema le proporciona el número de
cuenta.
8 El sistema guarda los datos y envía la
información a la base de datos.

17. 17
NOMBRE DE CASO DE
USO:
MODIFICA CUENTAS
OBJETIVO: Describir la nueva modificación de los datos de los clientes.
ACTORES: Administrador, sistema
PRECONDICION: INGRESA CUENTAS Y ASIGNAR NUMERO DE CUENTA
REFERENCIAS: R1, R2
ADMINISTRADOR SISTEMA
1 El administrador registra la clave y nombre
del usuario.
3 El administrador ingresa al menú de las
cuentas y le da clic en modificar cuentas.
5 El administrador selecciona la cuenta que
modificara.
7 El administrador modifica la cuenta y le da
clic en guardar cambios.
9 El administrador sale de la opción.
2 El sistema valida los datos insertados y
muestra la ventana principal.
4 El sistema abre la ventana perteneciente para
hacer las modificaciones.
6 El sistema muestra el formulario para
modificar la cuenta.
8 El sistema guarda los cambios hechos en la
cuenta.
10 El sistema cierra.
NOMBRE DE CASO DE
USO:
CONSULTA CUENTAS
OBJETIVO: Hacer la consulta de los registros de los datos de los clientes.
ACTORES: Administrador, sistema
PRECONDICION: ASIGNAR NUMERO DE CUENTA Y MODIFICA CUENTA
REFERENCIAS: R2, R3
ADMINISTRADOR SISTEMA
1 El administrador registra la clave y nombre
del usuario.
3 El administrador ingresa al menú de las
cuentas y le da clic en consultar.
5 El administrador selecciona la cuenta que
desea consultar.
7 El administrador consulta la cuenta y le da clic
en aceptar.
9 El administrador sale de la opción.
2 El sistema valida los datos insertados y
muestra la ventana principal.
4 El sistema abre la ventana perteneciente para
hacer las consultas.
6 El sistema muestra el formulario para
consultar la cuenta.
8 El sistema cierra.

18. 18
NOMBRE DE CASO DE
USO:
BORRA CUENTAS
OBJETIVO: Eliminar las cuentas que ya no están en funcionamiento
ACTORES: Administrador, sistema
PRECONDICION: CONSULTAR CUENTA.
REFERENCIAS: R4
ADMINISTRADOR SISTEMA
1 El administrador registra la clave y nombre
del usuario.
3 El administrador ingresa al menú de las
cuentas y le da clic en borrar cuentas.
5 El administrador selecciona la cuenta que
eliminara.
7 El administrador borra la cuenta y le da clic
en guardar cambios.
9 El administrador sale de la opción.
2 El sistema valida los datos insertados y
muestra la ventana principal.
4 El sistema abre la ventana perteneciente para
borrar la cuenta.
6 El sistema muestra el formulario para borrar
la cuenta.
8 El sistema guarda los cambios hechos en la
base de datos.
10 El sistema cierra.
NOMBRE DE CASO DE
USO:
HACE TRANSACCIONES
OBJETIVO: Administra las transacciones que los clientes hacen en su cuenta.
ACTORES: Administrador, sistema
PRECONDICION: INGRESAR CUENTA
REFERENCIAS: R1
ADMINISTRADOR SISTEMA
1 El administrador registra la clave y nombre
del usuario.
3 El administrador ingresa al menú de las
cuentas y le da clic en transacciones de la
cuenta.
5 El administrador selecciona la cantidad que
transaccionara.
7 El administrador hace la transacción de una
cuenta a otra y le da clic en guardar cambios.
9 El administrador sale de la opción.
2 El sistema valida los datos insertados y
muestra la ventana principal.
4 El sistema abre la ventana perteneciente para
hacer las transacciones.
6 El sistema muestra el formulario para hacer
la transacción de la cuenta.
8 El sistema guarda los cambios hechos en la
cuenta.
10 El sistema cierra.

19. 19
NOMBRE DE CASO DE
USO:
MODIFICA TRANSACCIONES
OBJETIVO: Describir la modificación de las transacciones que los clientes
hacen de su cuenta a otra o viceversa.
ACTORES: Administrador, sistema
PRECONDICION: Hace transacciones
REFERENCIAS: R6
ADMINISTRADOR SISTEMA
1 El administrador registra la clave y nombre
del usuario.
3 El administrador ingresa al menú de las
cuentas y le da clic en transacciones de la
cuenta.
5 El administrador selecciona la opción de
modificar transacciones, en caso que el cliente
lo desee.
7 El administrador hace la modificación de la
transacción de una cuenta a otra y le da clic en
guardar cambios.
9 El administrador sale de la opción.
2 El sistema valida los datos insertados y
muestra la ventana principal.
4 El sistema abre la ventana perteneciente para
hacer las transacciones.
6 El sistema muestra el formulario para hacer
la modificación de la transacción de la cuenta.
8 El sistema guarda los cambios hechos en la
cuenta.
10 El sistema cierra.
NOMBRE DE CASO DE
USO:
CONTROLA TRANSACCIONES
OBJETIVO: Administrar los movimientos transaccionales de las cuentas de los
clientes.
ACTORES: Administrador, sistema
PRECONDICION: MODIFICA TRANSACCIONES
REFERENCIAS: R7
ADMINISTRADOR SISTEMA
1 El administrador registra la clave y nombre
del usuario.
3 El administrador ingresa al menú de las
cuentas y le da clic en transacciones de la
cuenta.
5 El administrador selecciona la opción de
historial de transacciones.
7 El administrador hace las consultas
pertinentes para ver que no haya ningún error
y da clic en aceptar.
9 El administrador sale de la opción.
2 El sistema valida los datos insertados y
muestra la ventana principal.
4 El sistema abre la ventana perteneciente para
ver las transacciones realizadas en la cuenta.
6 El sistema muestra el formulario en donde
está el historial de todas las transacciones por
cuenta.
8 El sistema sale de la ventana de las
transacciones.
10 El sistema cierra.

20. 20
MODELO DE CLASES

21. 21
MODELO ENTIDAD RELACION