Diagrama de caso de uso para el sistema bancario en línea

El diagrama de casos de uso es un diagrama UML en el que cada caso de uso especifica el comportamiento que se espera del software desde la perspectiva del usuario final y la relación, y proporciona una breve descripción general de los diferentes componentes relacionados con la interacción entre el caso de uso, los actores y los sistemas. El diagrama de casos de uso se utiliza para preparar, presentar y comprender los requisitos funcionales del sistema. El diagrama de casos de uso especifica el contexto exacto del software que se está desarrollando. No especifica el orden en que se deben realizar las acciones. Cada caso de uso representa una función del sistema que es un proceso automatizado o manual.

Diferencia entre <<include>> y <<extend>> en el diagrama de casos de uso:

• <<include>> extiende el caso de uso base y especifica que un caso de uso incluido debe ejecutarse correctamente para completar el caso de uso base. El caso de uso base está incompleto en ausencia de un caso de uso incluido. El caso de uso incluido puede ser el propio caso de uso base o puede ser compartido por varios casos de uso base distintos.
   
• <<extend>> en el otro extremo, se usa para agregar un caso de uso extendido que extiende el caso de uso base. El caso de uso base puede ejecutarse con éxito incluso sin invocar/llamar al caso de uso extendido denominado caso de uso opcional. El caso de uso base está completo en sí mismo, pero bajo ciertas condiciones sería necesario referirse a la condición de extensión.

La representación de <<include>> y <<extend>> es la siguiente:

Un usuario debe proporcionar los detalles apropiados para iniciar sesión de forma segura. El software debe comprobar y verificar los detalles en cada intento de inicio de sesión. Aquí INICIAR SESIÓN es el caso de uso base y AUTENTIFICAR es el caso de uso incluido .

Si un usuario ingresa los detalles apropiados, se le permite iniciar sesión. Sin embargo, si los detalles ingresados ​​por el usuario son incorrectos, el software debe poder detectar y mostrar el problema al usuario y permitirle volver a ingresar los detalles. LOGIN es, por lo tanto, un caso de uso completo. Sin embargo, en determinadas situaciones, podría utilizar la acción correspondiente a CONTRASEÑA NO VÁLIDA. Aquí INICIAR SESIÓN es el caso de uso base y CONTRASEÑA INVÁLIDA es el caso de uso extendido .

El diagrama de casos de uso para un sistema de banca en línea es el siguiente:

Aquí, intentaremos comprender el diseño de un diagrama de casos de uso para el Sistema de Banca en Línea. Algunos escenarios posibles del sistema se explican a continuación:

1. Se requiere que un Cliente cree una cuenta para aprovechar los servicios ofrecidos por el Banco. El banco verifica los detalles y crea una nueva cuenta para cada nuevo cliente. Cada cliente es un actor para el Diagrama de Casos de Uso y la funcionalidad que ofrece el Sistema de Banca en Línea para Agregar Cuenta es Caso de Uso.
2. Cada cliente puede consultar el saldo en la cuenta bancaria e iniciar una solicitud para transferir una cuenta a través de distintas sucursales del Banco. El cajero es un empleado del banco que apoya el servicio al cliente.
3. Un cliente puede ejecutar transacciones en efectivo en las que el cliente debe agregar valor en efectivo a la cuenta bancaria o retirar efectivo de la cuenta. Cualquiera de los dos, o ambos, tanto de crédito como de débito en efectivo, pueden ejecutarse para ejecutar con éxito una o varias transacciones.
4. Después de cada transacción exitosa, el cliente puede o no querer obtener detalles para la acción. El administrador puede verificar el valor de interés de cada cuenta correspondiente a la transacción para garantizar y autenticar los detalles.
5. Un cliente también puede solicitar un préstamo del banco donde el cliente debe agregar la solicitud de préstamo con los detalles apropiados.
6. El cliente debe proporcionar el tipo de préstamo de acuerdo con el propósito o la necesidad del préstamo y el plazo o la duración para pagar el préstamo.
7. El gerente de cada sucursal del banco tiene la opción de aceptar o aprobar el préstamo para iniciar el proceso o simplemente rechazar la solicitud de préstamo según los términos y condiciones.
8. El banco mantiene el registro de cada empleado del banco y el banco administra a todos los empleados de cada sucursal del banco. El gerente de cada sucursal tiene la opción de ofrecer bonos a los empleados. Tenga en cuenta aquí que a cada empleado se le paga como parte de la gestión del personal, pero la promoción o la bonificación pueden o no ofrecerse sin duda a cada empleado.

Este es el diseño completo y la descripción del Caso de Uso de un Sistema de Banca en Línea especificando el uso de <<include>> y <<extend>> para ciertos Casos de Uso específicos.