SOFTWARE CARTEBANK

Especificación de Requisitos de Software

Equipo

Rosalyn Angulo Riascos

Christyan Khonstantino Basante Satizabal

Víctor Manuel Quiceno Bedoya

Jaime Adolfo Riascos Guapi

Buenaventura, Valle del Cauca. Octubre de 2019

 INDICE

1. Introducción Pág.
1.1 Propósito 4
1.2 Ámbito del Sistema 4
1.3 Definiciones, Acrónimos y Abreviaturas. 4
1.4 Referencias 5
1.5 Visión General del Producto 5
2 Descripción General 6
2.1 Perspectiva del producto 6
2.2 Funciones del producto 6
2.2.1 Cajero automático 6
2.2.2 Aplicación Web 6
2.3 Características del usuario 7
2.4 Restricciones 7
2.5 Suposiciones y Dependencias 7
3 Requisitos Específicos 7
3.1 Requisitos funcionales 7
3.1.1 Cajero automático 7
3.1.1.1 RF01 Ingreso a sistema 7
3.1.1.2 RF02 Consulta de saldo 7
3.1.1.3 RF03 Retiro 7
3.1.1.4 RF04 Pago 8
3.1.2 Aplicación Web 8
3.1.2.1 RF15 Iniciar sesión 8
3.1.2.2 RF16 Registro de usuario 9
3.1.2.3 RF17 Consulta de usuarios 9
3.1.2.4 RF18 Registro de cuentas para transferencias 9
3.1.2.5 RF19 Registro de productos 9
3.2 Requisitos de interfaces externas 9
3.2.1 RNF01 Interfaces del usuario 9
3.3 Requisitos de rendimiento 9
3.3.1 RNF02 Tiempo de respuesta 9
3.3.2 RNF03 Tiempo de publicidad 9
3.4 Requisitos de desarrollo 10
3.5 Atributos 10
3.5.1 RNF04 Seguridad 10
4 Diagrama de casos de uso 10
5 Casos de usos extendido 11
6 Diagramas de actividad 20
7 Diagrama de clases 28
 LISTA DE TABLAS

Pág.
Tabla 1. Caso de uso extendido: Ingresar al sistema. 11
Tabla 2. Caso de uso extendido: Consultar saldo. 12
Tabla 3. Caso de uso extendido: Realizar retiro. 13
Tabla 4. Caso de uso extendido: Realizar pagos. 14
Tabla 5. Caso de uso extendido: Iniciar sesión. 15
Tabla 6. Caso de uso extendido: Registrar usuario. 16
Tabla 7. Caso de uso extendido: Consultar usuario. 17
Tabla 8. Caso de uso extendido: Registrar cuenta para transferencia. 18
Tabla 9. Caso de uso extendido: Registrar producto bancario. 19

LISTA DE FIGURAS

Pág.
Figura 1. Diagrama de actividad: Ingresar al sistema. 20
Figura 2. Diagrama de actividad: Consultar saldo. 20
Figura 3. Diagrama de actividad: Realizar retiro. 21
Figura 4. Diagrama de actividad: Realizar pagos. 22
Figura 5. Diagrama de actividad: Iniciar sesión. 23
Figura 6. Diagrama de actividad: Registrar usuario. 24
Figura 7. Diagrama de actividad: Consultar usuario. 25
Figura 8. Diagrama de actividad: Registrar cuenta para transferencia. 26
Figura 9. Diagrama de actividad: Registrar producto bancario. 27
Figura 10. Diagrama de clases. 28
1. Introducción

Esta Especificación de Requisitos de Software se desarrolla para el sistema de un

cajero automático y aplicación Web de un banco (CarteBank), basado en
características actuales de sistemas similares con el objetivo de obtener
retroalimentación de sus usuarios para una evolución del mismo. Su estructura está
hecha en base al estándar IEEE Recommended Practice for Software Requirements
Specification ANSI/IEEE 830 1998.

1.1 Propósito

Esta especificación tiene como fin determinar eficientemente de qué forma se

desenvolverá el sistema a desarrollar y sus restricciones. Este documento será el
canal de comunicación entre el equipo de desarrollo de software y las personas que
harán uso del sistema terminado. Está sujeto a revisiones de ambas partes hasta
que se autorice el proyecto. Este escrito es la base para futuro desarrollo del sistema
planteado.

1.2 Ámbito del Sistema

Se nombrará el sistema como CarteBank, este permitirá realizar un enlace de dos

plataformas digitales, una para el usuario (Cajero automático) y otra para el
administrador (Aplicación Web), sus funciones para el usuario serán: consulta de
saldo, retiros, pagos y transferencias. Y para el administrador: registro de usuarios,
consulta de usuarios, registro de cuentas para transferencias y registro de
productos. Las cancelaciones, asesorías, gestión de cheques y retiros de grandes
cantidades no serán incluidas dentro del software.

Los beneficios estarán regidos en términos de agilidad, accesibilidad, eficiencia y

eficacia en los procesos bancarios. El objetivo es mejorar la experiencia del usuario
y administrador en los procesos bancarios.

1.3 Definiciones, Acrónimos y Abreviaturas.

 Aplicación web: son aquellas herramientas que los usuarios pueden utilizar
accediendo a un servidor web a través de internet o de una intranet mediante
un navegador.

 Banco: es una empresa financiera que se encarga de captar recursos en la

forma de depósitos, y prestar dinero, así como la prestación de servicios
financieros.

4
  Cajero automático: es una máquina expendedora usada para extraer dinero
utilizando una tarjeta de plástico con banda magnética o un chip, sin
necesidad de presencia del personal del banco.

 Usuario: persona que utiliza o disfruta servicios con un propósito ajeno a su

actividad empresarial o profesional.

 ERS: especificación de requisitos Software.

 RF: Requisitos funcionales.

 RNF: Requisitos no funcionales.

1.4 Referencias

 IEEE Recomendad Practices for Software Requierements especification

ANSI/IEEE 830 1998.

 Material de clase del curso “Análisis de sistemas”.

1.5 Visión General del Producto

Este documento está conformado de tres secciones que son la Introducción, la

Descripción General y los Requisitos Específicos. 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 segunda sección se da una descripción general del sistema a
construir, para conocer sus funciones principales, los datos requeridos, y sus
restricciones, entre otras cosas que afecten su desarrollo, aunque no se entra en
los detalles de cada uno de estos factores y, por último, en la tercera sección se
definen los pormenores de los requisitos que el usuario ha externado que el sistema
actual cumple y por lo tanto el nuevo sistema debe satisfacer.

5
2 Descripción General

2.1 Perspectiva del producto

El sistema de un cajero automático y aplicación Web de un banco (CarteBank),

interactuará con un servidor central, internet y al menos tres cajeros automáticos
ubicados estratégicamente en la ciudad. La interacción con los usuarios será a
través de menús.

2.2 Funciones del producto

En el sistema las funciones estarán distribuidas de la siguiente forma:

2.2.1 Cajero automático

 Consulta de saldo: esta función se relacionará con el monto o cantidad

de dinero que el usuario tenga en su cuenta bancaria.

 Retiros: tendrán relación con la cantidad disponible de dinero en la

cuenta, aclarando que debe dejar como reserva 10.000 pesos para no
quedar el saldo en 0 pesos y diariamente solo se podrá retirar 600.000
pesos, ésta función reducirá el dinero de la cuenta.

 Pagos: estará relacionado con el monto de dinero disponible en la

cuenta, es decir, ésta función reduce el dinero disponible en ella.

2.2.2 Aplicación Web

 Registro de usuarios: será ejecutado por el administrador, dentro de

un formulario que almacenará los datos de cada usuario en la base de
datos.

 Consulta de usuarios: los datos serán ordenados por medio de un

algoritmo, para agilizar el tiempo de búsqueda de los mismos en la
base de datos.

 Registro de cuentas para transferencias: los números de cuentas

serán generados enlazando un consecutivo de números a cada
usuario registrado que requiera una cuenta.

 Registro de productos: se refiere a la asignación de algún tipo de

producto financiero a un usuario dentro del sistema.

6
2.3 Características del usuario

Es deseable que tanto los usuarios, como los administradores del sistema tengan
conocimientos básicos en computación, que estén familiarizados con los procesos
que se llevan a cabo en un cajero automático y aplicaciones web.

2.4 Restricciones

En el caso de los cajeros automáticos, las características del hardware en los

equipos donde se instalará el sistema, serán siempre las mismas.

En el caso de la aplicación web, el sistema deberá de ser capaz de funcionar

paralelamente con cualquier sistema operativo, siempre y cuando tenga conexión a
internet.

2.5 Suposiciones y Dependencias

El sistema ha sido implementado en el lenguaje Java, lo que hace que sea

multiplataforma.

3 Requisitos Específicos

3.1 Requisitos funcionales:

3.1.1 Cajero automático:

3.1.1.1 RF01 Ingreso a sistema:

El sistema permitirá ingresar al usuario al cajero automático a través

de su número de cuenta y cédula (simulación de lectura de tarjeta de
débito), luego de validados los datos, desplegará las opciones
principales del mismo (consulta de saldo, retiros y pagos).

3.1.1.3 RF02 Consulta de saldo:

El sistema posibilitará al usuario conocer el monto total de su cuenta,

el saldo disponible y valor máximo de transacción diaria mostrando
todo esto en pantalla.

3.1.1.4 RF03 Retiro:

El sistema permitirá al usuario realizar retiros de dinero de su cuenta

bancaria. El sistema pedirá el monto que desea retirar el usuario y
verificará si el dinero que hay en la cuenta es suficiente o no para
realizar la transacción, además deberá garantizar que no se exceda el
7
 límite de transacción diario que es de $600.000 pesos y que quede
una reserva mínima de $10.000 pesos. Posteriormente de validar el
retiro de dinero, el sistema deberá desplegar publicidad del banco al
usuario alternando tres pantallas distintas con una duración de 5
segundos cada una, también deberá mostrar en pantalla tres
mensajes que indiquen el inicio del proceso de conteo, el conteo en
curso y su finalización; luego, el sistema tendrá que simular el proceso
de impresión del recibo mostrando un mensaje de inicio del proceso e
imprimiendo en pantalla los datos de la transacción: valor del retiro,
saldo, cupo disponible para un nuevo retiro, fecha y hora de la
transacción.

3.1.1.13 RF04 Pago

El sistema debe permitir al usuario realizar tres tipos de pagos:

Servicios públicos, Servicios privados o Productos bancarios (Ej.
Tarjetas de crédito). El sistema deberá mostrar una lista de los
servicios que pueden cancelarse, posteriormente solicitar el código de
la factura -en el caso de los productos bancarios el código ya se
conoce- y desplegar el monto a pagar. Luego, el sistema debe
verificar que el saldo de la cuenta sea suficiente para realizar el pago
y por último debe registrar el código de la transacción, el código del
producto, el monto y el nuevo saldo.

3.1.2 Aplicación Web:

3.1.2.1 RF05 Iniciar sesión:

La aplicación web permitirá al administrador ingresar al sistema a

través de su usuario y contraseña. La aplicación web luego de verificar
los datos ingresados desplegará un menú con las funciones
principales de la misma (registro y consulta de usuarios, registro de
cuentas para transferencias, registro de productos bancarios).

3.1.2.2 RF06 Registro de usuario:

La aplicación web posibilitará al administrador el registro de usuarios,

desplegando un formulario que solicita la información del usuario a
registrar: Cédula, Nombres, Apellidos, Dirección, Teléfono, Sexo,
Ingreso mensual, número de cuenta y Valor de apertura de la cuenta.

8
 3.1.2.3 RF07 Consulta de usuario:

La aplicación web deberá permitir al administrador consultar la

información almacenada de cada usuario registrado, además de los
últimos movimientos bancarios del mismo, ingresando el número de
cédula del cliente a consultar.

3.1.2.4 RF08 Registro de cuenta para transferencias:

La aplicación web posibilitará al administrador registrar hasta 5

cuentas por usuario para realizar transferencias, ingresando el número
de cédula del cliente a registrarle dichas cuentas.

3.1.2.5 RF09 Registro de productos:

La aplicación web permitirá al administrador conceder al usuario

diferentes tipos de productos financieros (tarjetas de crédito: Visa,
MasterCard, Diners y American Express). Posteriormente, deberá
desplegar una página de confirmación del registro de la información
con los datos del usuario.

3.2 Requisitos de interfaces externas:

3.2.1 RNF01 Interfaces del usuario:

El usuario podrá interactuar con el sistema aprovechando los requisitos del

mismo, el usuario indicará al sistema las operaciones que desea realizar e
introducirá los datos que el sistema le pida.

3.3 Requisitos de rendimiento:

3.3.1 RNF02 Tiempo de respuesta:

La respuesta que proporcionará el sistema en relación a lo que indico el

usuario deberá ser en tiempo real.

3.3.2 RNF03 Tiempo de publicidad:

El sistema debe alternar tres pantallas de publicidad con una duración de 5

segundos cada una.

9
3.4 Requisitos de desarrollo:

No aplica.

3.5 Atributos:

3.5.1 RNF04 Seguridad:

El sistema incluirá un procedimiento de autorización de usuarios, en el cual

deben identificarse usando un número de cuenta y cédula del titular, en el
caso del cajero automático, y un nombre de usuario y contraseña, para la
aplicación web. Sólo los usuarios autorizados de esta forma podrán acceder
a los datos del sistema.

4 Diagramas de casos de uso

10
5 Casos de uso extendido

Caso de uso: Ingresar al sistema

Actor: Cliente
Propósito: Verificar si un usuario puede acceder o no al sistema.
Resumen: El usuario digita un número de cuenta y cedula, el sistema
valida los datos para permitir o no su acceso.
Referencias
- RF01.
cruzadas:
Precondiciones
CURSO NORMAL DE EVENTOS
Acción del actor Respuesta del sistema
- El usuario inserta la tarjeta al lector. - El sistema se activa y solicita los datos
de ingreso.

- El usuario digita los datos de ingreso - El sistema verifica la información en su

(número de cuenta y cedula), en sus base de datos, para confirmar que el
campos correspondientes y usuario este registrado, para aprobar el
selecciona el botón ingresar. ingreso o no acceso del usuario a las
funciones del programa.
CURSOS ALTERNOS
- Si el usuario digita de forma errónea los datos de ingreso, el sistema generará
un mensaje de error, solicitando al cliente que verifique la información ingresada
para reintentar su acceso al programa.
Tabla 1. Caso de uso extendido: Ingresar al sistema.

11
Caso de uso: Consultar saldo
Actor: Cliente
Propósito: Solicitar el monto total disponible de dinero de un usuario.
Resumen: El usuario selecciona el botón de la función Consultar saldo,
y el sistema muestra en pantalla el monto total de su cuenta,
el saldo disponible y valor máximo de transacción diaria.
Referencias
- RF02.
cruzadas:
Precondiciones - Ingresar al sistema.
CURSO NORMAL DE EVENTOS
Acción del actor Respuesta del sistema
- El usuario selecciona la opción - El sistema genera la información del
Consultar saldo. monto disponible, saldo y valor de
transacción diaria.
CURSOS ALTERNOS
- No existen cursos alternos para este caso de uso.
Tabla 2. Caso de uso extendido: Consultar saldo.

12
Caso de uso: Realizar retiro
Actor: Cliente
Propósito: Realizar retiros de dinero de una cuenta bancaria.
Resumen: El usuario selecciona el botón de la función Realizar retiro, y el
sistema permitirá extraer dinero tangible de su cuenta bancaria.
Referencias
- RF03.
cruzadas:
Precondiciones - Ingresar al sistema.
CURSO NORMAL DE EVENTOS
Acción del actor Respuesta del sistema
- El usuario selecciona la - El sistema solicita el monto a retirar de la cuenta.
opción Realizar retiro.
- El sistema verifica si el saldo es suficiente para
- El usuario digita el monto a aprobar o no el retiro, además que no se exceda
retirar. el límite de transacción diario ($600.000), reserve
un monto mínimo ($10.000) y despliegue
publicidad del banco alternando tres ventanas (5
segundos cada una).

- El usuario selecciona el - El sistema simula el conteo del dinero mostrando

botón aceptar. en pantalla tres mensajes (1. Inicio de conteo 2.
Conteo en curso 3. Fin de conteo).

- El sistema simula el proceso de impresión

- El usuario recibe el dinero. generando un mensaje en pantalla que contiene:
valor del retiro, saldo, cupo disponible para un
nuevo retiro, fecha y hora de la transacción.
CURSOS ALTERNOS
- Si el usuario digita un monto insuficiente, el sistema generará un mensaje de
error contenido en una ventana, detallando que el monto digitado es
insuficiente para ejecutar el retiro.
- Si el usuario digita un monto que excede el límite de transacción, el sistema
mostrará en pantalla un mensaje explicando al usuario que el monto
ingresado para retiro excede el límite de transacción diaria permitido.
- Si el usuario intenta retirar el saldo en su totalidad, el sistema imprime en
pantalla un mensaje mostrando que es obligatorio dejar un monto mínimo de
$10.000 en la cuenta.
Tabla 3. Caso de uso extendido: Realizar retiro.

13
Caso de uso: Realizar pagos
Actor: Cliente
Propósito: Solicitar Pagos: Servicios públicos, servicios privados y
productos bancarios
Resumen: El usuario selecciona el botón de la función Realizar pagos, y
el sistema muestra en pantalla el listado de servicios con
opción de pago para efectuar el mismo.
Referencias
- RF04.
cruzadas:
Precondiciones - Ingresar al sistema.
CURSO NORMAL DE EVENTOS
Acción del actor Respuesta del sistema
- El usuario selecciona la opción - El sistema desplegara el listado de
Realizar pagos. servicios para cada tipo de pago.

- El usuario selecciona el servicio a - El sistema solicita el código de la

pagar. factura.

- El usuario digita el código de la - El sistema despliega el monto a pagar,

factura. luego de ejecutar la búsqueda.

- El usuario selecciona el botón - El sistema verifica que el saldo de la

Pagar. cuenta sea suficiente para realizar el
pago y registra el código de
transacción, del producto, el monto y
saldo actual.
CURSOS ALTERNOS
- Si el usuario selecciona un servicio erróneo al deseado, el sistema verificara
con el código de la factura y mostrara en pantalla un mensaje que seleccionó
un servicio a pagar errado.

- Si el usuario selecciona un servicio a pagar que excede su saldo disponible, el

sistema informará en modo de mensaje en pantalla que el pago no puede ser
realizado por falta de saldo en la cuenta.
Tabla 4. Caso de uso extendido: Realizar pagos.

14
Caso de uso: Iniciar sesión
Actor: Administrador
Propósito: Permitir al administrador el ingreso al sistema a través de un
usuario y contraseña.
Resumen: El administrador digita un usuario y una contraseña, y la
aplicación web valida los datos para permitir o no su acceso
al mismo.
Referencias
- RF05.
cruzadas:
Precondiciones

CURSO NORMAL DE EVENTOS

Acción del actor Respuesta del sistema
- El administrador digita los datos de - El sistema verifica la información en su
ingreso (usuario y contraseña), en base de datos, para confirmar que el
sus campos correspondientes y administrador este autorizado, para
selecciona el botón iniciar sesión. aprobar su ingreso o no acceso a las
funciones de la aplicación web (registro
y consulta de usuarios, registro de
cuentas para transferencias, registro de
productos bancarios).
CURSOS ALTERNOS
- Si el administrador digita de forma errónea los datos de ingreso, la
aplicación web generará un mensaje de error, solicitando al individuo que
verifique la información ingresada para reintentar su acceso al sistema.
Tabla 5. Caso de uso extendido: Iniciar sesión.

15
Caso de uso: Registrar usuario
Actor: Administrador
Propósito: Permitir al administrador el registro de usuarios en la
aplicación web.
Resumen: El administrador selecciona el botón Registro de usuario, y la
aplicación web permitirá integrar usuarios a su base de
datos.
Referencias
- RF06.
cruzadas:
Precondiciones - Iniciar sesión.

CURSO NORMAL DE EVENTOS

Acción del actor Respuesta del sistema
- El administrador selecciona el botón - La aplicación despliega el formulario y
Registro de usuario. solicita la información del cliente
(cédula, nombres, apellidos, dirección,
teléfono, sexo, ingreso mensual,
número de cuenta y valor de apertura
de la cuenta.)
CURSOS ALTERNOS
- No existen cursos alternos para este caso de uso.
Tabla 6. Caso de uso extendido: Registrar usuario.

16
Caso de uso: Consultar usuario
Actor: Administrador
Propósito: Permitir al administrador la consulta de la información de
cada cliente registrado
Resumen: El administrador selecciona el botón Consultar usuario,
ingresa el número de cedula del cliente y la aplicación web
permitirá realizará la búsqueda de los datos del usuario
consultado en el sistema para mostrarlo en pantalla.
Referencias
- RF07.
cruzadas:
Precondiciones - Iniciar sesión.

- Registra usuario.

CURSO NORMAL DE EVENTOS

Acción del actor Respuesta del sistema
- El administrador selecciona el - El programa solicita el número de cedula
botón Consultar usuario. del cliente a consultar.

- El administrador digita el número - La aplicación despliega en pantalla la

de cedula del usuario objeto de información del cliente consultado y sus
consulta. últimos movimientos bancarios.
CURSOS ALTERNOS
- Si el administrador digita un numero de cedula que no esté registrado, el
sistema imprimirá en pantalla un mensaje contenido en una ventana detallando
que el cliente no se encuentra registrado en la aplicación web.
Tabla 7. Caso de uso extendido: Consultar usuario.

17
Caso de uso: Registrar cuenta para transferencia
Actor: Administrador
Propósito: Permitir al administrador asignar hasta 5 cuentas por cliente
para realizar transferencias.
Resumen: El administrador selecciona el botón Registrar cuenta para
transferencia, ingresa el número de cedula del cliente a
registrarle la o las cuentas para ejecutar transferencias.
Referencias
- RF08.
cruzadas:
Precondiciones - Iniciar sesión.

- Registra usuario.

CURSO NORMAL DE EVENTOS

Acción del actor Respuesta del sistema
- El administrador selecciona el - El programa solicita el número de cedula
botón Registrar cuenta para del cliente a registrarle cuentas para
transferencia. transferencia.

- El administrador digita el número - La aplicación permite asignarle al cliente

de cedula del usuario a asignarle seleccionado hasta 5 cuentas para
cuentas. realizar transferencias bancarias.
CURSOS ALTERNOS
- Si el administrador digita un numero de cedula que no esté registrado, el
sistema imprimirá en pantalla un mensaje contenido en una ventana detallando
que el cliente no se encuentra registrado en la aplicación web para registrar
este tipo cuentas específicas.
Tabla 8. Caso de uso extendido: Registrar cuenta para transferencia.

18
Caso de uso: Registrar producto bancario
Actor: Administrador
Propósito: Permitir al administrador conceder al usuario diferentes tipos
de productos financieros (tarjetas de crédito), además de
desplegar una página de confirmación del registro.
Resumen: El administrador selecciona el botón Registrar producto
bancario, ingresa el número de cedula del cliente a
registrarle los productos financieros.
Referencias
- RF09.
cruzadas:
Precondiciones - Iniciar sesión.

- Registra usuario.

CURSO NORMAL DE EVENTOS

Acción del actor Respuesta del sistema
- El administrador selecciona el - El programa solicita el número de cedula
botón Registrar producto bancario. del cliente a registrarle productos
financieros.

- El administrador digita el número - La aplicación permite asignarle al cliente

de cedula del usuario a asignarle seleccionado diferentes tipos de
los productos. productos financieros (tarjetas de
crédito: Visa, MasterCard, Diners y
American Express).

- El administrador selecciona los - El sistema despliega una página de

productos a registrarle al cliente y confirmación del registro de los
presiona la opción Registrar. productos financieros mostrando la
información detallada con los datos del
cliente.
CURSOS ALTERNOS
- Si el administrador digita un numero de cedula que no esté registrado, el
sistema imprimirá en pantalla un mensaje contenido en una ventana detallando
que el cliente no se encuentra registrado en la aplicación web para registrar
productos financieros.
Tabla 9. Caso de uso extendido: Registrar producto bancario.

19
6 Diagramas de actividad

Figura 1. Diagrama de actividad: Ingresar al sistema.

Figura 2. Diagrama de actividad: Consultar saldo.

20
Figura 3. Diagrama de actividad: Realizar retiro.

21
Figura 4. Diagrama de actividad: Realizar pago.

22
Figura 5. Diagrama de actividad: Iniciar sesión.

23
Figura 6. Diagrama de actividad: Consultar usuario.

24
Figura 7. Diagrama de actividad: Registrar usuario.

25
Figura 8. Diagrama de actividad: Registrar cuenta para transferencia.

26
Figura 9. Diagrama de actividad: Registrar producto bancario.

27
7 Diagrama de clases

Figura 10. Diagrama de clases.

28
29