Banco de la ciudad

Requisito del software

Grupo 1

Luisa Fernanda Perea

Johanan Monzón Micolta

Gian Marco Espinoza Perea

Juan Camilo Valencia

1. Introducción

El análisis y diseños de los requisitos para el software de un cajero y una

aplicación web de un banco, tomando en cuenta las especificaciones
deseada tanto del usuario y/o cliente como el administrador del mismo
banco emprendido para su fácil manejo. Su estructura está basada en
Especificación de Requisitos Software según el estándar de IEEE 830.

1.1 Propósito

La finalidad de esta especificación de requerimientos es especificar de

manera clara y precisa cada una de las funciones y restricciones con las
que contara el sistema que se desea componer que estará basado en el
estándar mencionado anteriormente la cual consiste en el funcionamiento
de un banco que simule la gestión de un cajero automático y de la creación
una aplicación Web que permita gestionar la información de los usuarios
del banco. Este documento servirá de puente para cada una de las partes
implicadas en el desarrollo del software y por ende es de carácter
obligatorio realizar las respectivas revisiones de los desarrolladores como
del cliente, para asegurarse de que el trabajo está bien realizado.

1.2 Alcance

El sistema que se quiere construir pretende facilitarles a los usuarios el

manejo y el rápido acceso a un “cajero” y una página Web dentro de un
banco y de esta forma aumentar los beneficios obtenido por estos.

Este sistema se encargará de facilitar las operaciones realizadas por el

banco (retiros, consulta de saldos, pagos, registrar cuentas para
transferencias y registrar productos) trabajando de la mano con otras
aplicaciones que pueda contar el banco con aras de una mejor
compatibilidad y funcionamiento.

1.3 Definiciones, siglas y abreviaturas.

 Definiciones.

Administrador: es aquella persona encargada de llevar a niveles

óptimos los recursos existentes dentro de la organización.

Banco: Empresa comercial que realiza operaciones financieras con el

dinero procedente de accionistas y clientes.
 Servicios: Trabajo, especialmente cuando se hace para otra persona.

 Siglas.

MySQL: un sistema de gestión de base de datos relacional (RDBMS)

de código abierto, basado en lenguaje de consulta estructurado.

 Abreviaturas.

No se utilizaron abreviaturas.

1.4 Referencia.

- IEEE. Especificación de Requisitos Software según el estándar de IEEE

830.

1.5 Apreciación global.

Este documento está conformado de cuatro secciones que son:

introducción, Descripción Global, Requisitos Específicos y Diagramas de
casos de uso. En esta primera sección se procura proporcionar una visión
general de lo que es el documento de especificación de requisitos. En la
sección dos se da a conocer una visión general del sistema, las principales
funciones que debe realizar, restricciones y los datos requeridos. En la
tercera sección se describen detalladamente los requisitos con los que
debe cumplir el sistema y por último en la cuarta sección tenemos los
casos de uso en el que se muestra la relación entre el usuario y el
requerimiento.

2. Descripción global.

2.1 Perspectiva del producto.

El banco contara con un sistema de cajero automático y una aplicación web

que permitirá interactuar con el servidor general o central del banco,
contando con unos cajeros ubicados en la ciudad y los usuarios podrán
ingresar, la aplicación estará exclusivamente en la oficina del
administrador.

2.2 Función del producto

 Verificación de saldo o consultas: esta función permite al usuario ver la
cantidad de dinero que posee en la cuenta bancaria.
 Retiros: Esta función permite al usuario la facultad de poder hacer retiros
de su cuenta bancaria, pero con limitaciones como dejar una reserva o
una cantidad de 20000 pesos.
 Registro: Esto permitirá generar los números de cuenta de casa usuario
registrado.
 Aplicación Web: Esta permitirá el registro y consulta del usuario por
medio de un formulario que se almacenará en la base de datos del
servidor central.

2.3 Características del usuario.

El usuario tendrá conocimientos del manejo de un cajero automático y el

administrador tendrá conocimientos básicos en computación, esto permitirá
un fácil proceso para llevar a cabo el uso del cajero y el software.

2.4 Restricciones

 La carácter del hardware es los cajeros será siempre la misma.

 La aplicación web se podrá ingresar en cualquier sistema operativo
que posea conexión a internet.
 3. Requerimientos

REF Nº FUNCIONES CATEGORÍA

CAJERO AUTOMÁTICO

El sistema debe permitir que un usuario entre a su E

RF11 cuenta con su login y contraseña (El cliente en el cajero
automático y el administrador a la aplicación web).

RF12 En consultar de saldo el sistema le despliega el monto E

total de su cuenta, el monto disponible y el valor máximo
de transacción diario (la reserva mínima debe ser de
10.000 pesos y el valor máximo de transacción diario es
de 600.000 pesos).

RF13 Para retirar el sistema solicita el monto al cliente, E

validando el monto (debe quedar una reserva de 10.000
pesos).

RF14 En pagar se despliega tres opciones de pago (servicios E

público, Servicios privados o Productos bancarios).

APLICACIÓN WEB

RF21 El sistema en registrar usuario despliega un formulario E

para los datos del usuario además se incluye dos
opciones (Registrar Cuentas para transferencias y
registrar productos).

RF22 Al consultar usuario se introduce el número de cédula E

del usuario a consultar y el sistema muestra la
información detallada del usuario, además se encuentra
una opción (Últimos movimientos).
CASO DE USO.
CASOS DE USOS EXTENDIDOS.

Caso de uso: Iniciar sesión en un cajero automático o aplicación web de

un banco.
Actor: Cliente, Administrador.
Propósito: Gestionar la información de los usuarios del banco.
Resumen: En este caso de uso, el sistema que se quiere construir
pretende facilitarles a los usuarios, el manejo y el rápido
acceso a un” cajero” y una página web dentro de un banco
y de esta forma aumentar los beneficios.
Referencias RF11
cruzadas:
Precondiciones: El usuario debe estar registrado.
CURSO NORMAL DE EVENTOS
Acción del actor Respuesta del sistema
1. El usuario selecciona “inicio sesión” en
la barra de navegación del menú
2. Muestra un formulario que
principal.
debe ser diligenciado por
el usuario.
3. El usuario digita los datos que se le
muestra en el formulario de inicio de
4. Muestra la pantalla de
sesión y pulsa el botón “INGRESAR”.
inicio correspondiente.

CURSOS ALTERNOS
Si el usuario no diligencia los datos correctamente para iniciar sesión el
sistema le mostrará un mensaje de alerta.
Postcondiciones
Caso de uso: Consultar saldo.

Actor: Cliente.

Propósito: Verificar si existe un monto de dinero exacto en la cuenta

del usuario.

Resumen: En este caso de uso permite al usuario ver la cantidad de

dinero que posee en la cuenta bancaria.

Referencias RF12
cruzadas:

Precondiciones: Iniciar sesión.

CURSO NORMAL DE EVENTOS

Acción del actor Respuesta del sistema

1. El usuario selecciona la opción 2. despliega el monto total de la

“CONSULTAR SALDO”. cuenta del titular, el monto
disponible y el valor máximo de
transacción diario

3. El sistema imprime dicho

3. El usuario coge el recibo recibo de la cuenta bancaria.
con el monto de su cuenta
bancaria.

CURSOS ALTERNOS

Postcondiciones Se cierra la sesión y vuelve a la barra de navegación del

menú principal.
Caso de uso: Retirar.
Actor: Cliente.
Propósito: La buena funcionalidad de dicho campo para el usuario
retire su dinero.
Resumen: Permite al usuario la facultad de poder hacer retiros de
su cuenta bancaria.
Referencias RF13
cruzadas:
Precondiciones: Haber iniciado sesión.
CURSO NORMAL DE EVENTOS
Acción del actor Respuesta del sistema
1. El usuario selecciona la opción
“RETIRAR” en la barra del
2. Mensaje de cuál es el monto a
menú principal.
retirar.
3. El usuario digita la cantidad del
retiro.
4. Valora si el retiro se puede
realizar o no.

5. Despliega publicidad del banco al

usuario alternando tres pantallas
cada 5 segundos

6. Procesa el conteo y a su vez lo

simula (inicio del proceso del
conteo, conteo en curso y
finalización del conteo.);

7. Imprime recibo, se simula en la

pantalla el inicio del proceso y al
final imprimir en la consola (los
datos del monto del retiro, nombre
de usuario, número de la cuenta,
mes, día, hora, año).
8. El usuario obtiene un recibo en
papel.
CURSOS ALTERNOS
Si el usuario pide dinero de más en su retiro el sistema le mostrará que el retiro
no se puede realizar
Postcondiciones Se cierra la sesión y vuelve a la barra de navegación del
menú principal.
Caso de uso: Pagar
Actor: Cliente.
Propósito: Permitir al usuario realizar sus transacciones de pagos.
Resumen: En este caso de uso permite al usuario efectuar sus
distintos tipos de pagos disponibles en el cajero.
Referencias RF14
cruzadas:
Precondiciones: Iniciar sesión.
CURSO NORMAL DE EVENTOS
Acción del actor Respuesta del sistema
1. El usuario selecciona la opción 2. Muestra tres tipos de pago: de
“PAGAR”. servicios públicos, Servicios
privados o Productos bancarios

4. despliega una lista de los

3. Escoge el tipo de pago.
servicios que pueden cancelarse,
luego solicitar el código de la
factura
5. Ingresa el código de la factura
6. desplegar el monto a pagar.

7. La aplicación debe registrar el

código de la transacción, el código
del producto, el monto y el nuevo
saldo.
CURSOS ALTERNOS
Si el monto a pagar es mayor a la cantidad en su cuenta, mostrar “saldo
insuficiente”
Postcondiciones Se cierra la sesión y vuelve a la barra de navegación del
menú principal.
Caso de uso: Registrar usuario.
Actor: Administrador.
Propósito: Gestionar para añadir uno nuevo usuario.
Resumen: Permite agregar a un cliente a su base de datos y a la
vez registrar cuentas de transferencia y registrar producto.
Referencias RF21
cruzadas:
Precondiciones: Iniciar sesión
CURSO NORMAL DE EVENTOS
Acción del actor Respuesta del sistema
1. El administrador selecciona la
opción “REGISTRAR
2. Despliega un formulario con la
USUARIO”.
información del usuario a registrar
(Cédula, Nombres, Apellidos,
Dirección, Teléfono, Sexo, Ingreso
mensual, Nro. de cuenta, Valor de
apertura de la cuenta).
3. Diligenciar los datos del
formulario.
4. Muestra dos opciones: Registrar
cuentas para transferencia,
Registrar productos.

5. Despliega una página de

confirmación con los datos del
usuario que se registró.
CURSOS ALTERNOS
si el formulario no esta completo se mostrará “error de verificacion”.
Postcondiciones Los nuevos usuarios quedarán registrados en la base de
datos del sistema.
Caso de uso: Consultar usuario.
Actor: Administrador.
Propósito: Buscar a un usuario.
Resumen: Permite visualizar a un cliente en su base de datos y s
cuenta y sus movimientos.
Referencias RF22
cruzadas:
Precondiciones: Iniciar sesión
CURSO NORMAL DE EVENTOS
Acción del actor Respuesta del sistema
1. El administrador selecciona la
opción “CONSULTAR
USUARIO”.

2. El administrador introduce el
número de cédula del usuario a 3. Muestra la información detallada
consultar que se encuentra registrada del
usurario seleccionado.

4. Se le introduce una nueva opción

últimos movimientos.
CURSOS ALTERNOS
Si el número de cédula del usuario a consultar no se encuentra mostrar
”Usuario no encontrado”

Postcondiciones
DIAGRAMAS DE ACTIVIDADES
DIAGRAMA DE CLASES