Identificar entidades y relaciones

planteadas en el caso de estudio

Jaime Alberto Tarazona

Beltrán
Ficha 2455248

TECNÓLOGO EN ANALISIS Y
DESARROLLO DE SOFTWARE.
Septiembre 2022
Introducción

El uso de aplicaciones bancarias para realizar transacciones y consultas se ha

vuelto cada vez más
común en la sociedad actual. Estas aplicaciones requieren de un diseño adecuado que
permita a
los usuarios realizar sus operaciones de manera segura y eficiente. En este
trabajo, se presentará
un modelo entidad relación (ER) para una aplicación de un banco, el cual permitirá
un mejor
entendimiento de la estructura de datos de la aplicación y una mejor implementación
de sus
funcionalidades.
Objetivos

El objetivo general de este trabajo es presentar un modelo ER para una aplicación

de un banco.
Para alcanzar este objetivo general, se proponen los siguientes objetivos
específicos:

Identificar las entidades relevantes para el modelo de una aplicación bancaria.

Establecer las relaciones entre las entidades identificadas.

Representar el modelo ER en una herramienta de modelado.

Análisis

Para desarrollar el modelo ER de la aplicación bancaria, se llevó a cabo un

análisis de los
requerimientos y funcionalidades esperadas en la aplicación. Se identificaron las
siguientes
entidades:

Cliente: representa a los usuarios de la aplicación, con sus datos personales y de

contacto.

Cuenta: representa las cuentas bancarias de los clientes, con información como el
número de
cuenta, saldo actual y tipo de cuenta.

Transacción: representa las transacciones realizadas por los clientes, como

depósitos, retiros y
transferencias, con información como el monto, fecha y hora de la transacción.

Beneficiario: representa los beneficiarios de las transferencias realizadas por los

clientes, con
información como el nombre y número de cuenta.
Se establecieron las relaciones entre estas entidades, incluyendo:

Relación Cliente-Cuenta: un cliente puede tener varias cuentas, pero una cuenta
solo puede
pertenecer a un cliente.

Relación Cuenta-Transacción: una cuenta puede tener varias transacciones, pero una
transacción
solo puede estar asociada a una cuenta.

Relación Transacción-Beneficiario: una transacción puede tener varios

beneficiarios, y un
beneficiario puede estar asociado con varias transacciones.

Finalmente, se representó el modelo ER en una herramienta de modelado, permitiendo

una
visualización clara de la estructura de datos de la aplicación bancaria.
Entidades:

Cliente: Representa a los clientes del banco. Puede tener atributos como ID de
cliente, nombre,
dirección, número de teléfono, correo electrónico, etc.

Cuenta: Representa las cuentas bancarias de los clientes. Puede tener atributos
como número de
cuenta, saldo, tipo de cuenta (por ejemplo, cuenta de ahorros o cuenta corriente),
fecha de
apertura, etc.

Transacción: Representa las transacciones realizadas en las cuentas bancarias.

Puede tener
atributos como ID de transacción, monto, tipo de transacción (por ejemplo,
depósito, retiro,
transferencia), fecha y hora de la transacción, etc.

Empleado: Representa a los empleados del banco. Puede tener atributos como ID de
empleado,
nombre, cargo, número de teléfono, correo electrónico, etc.

Sucursal: Representa las sucursales del banco. Puede tener atributos como ID de
sucursal,
nombre, dirección, número de teléfono, etc.

Relaciones:

Relación "Posee": Conecta a los clientes con las cuentas que poseen. Un cliente
puede tener varias
cuentas, pero una cuenta solo puede pertenecer a un cliente a la vez. Esta relación
tiene atributos
como fecha de apertura de cuenta y estado de la cuenta (por ejemplo, activa,
cerrada).

Relación "Realiza": Conecta a los clientes con las transacciones que realizan. Un
cliente puede
realizar varias transacciones, y una transacción debe estar asociada a un cliente.
Esta relación
tiene atributos como monto de la transacción, fecha y hora de la transacción.
Relación "Atiende": Conecta a los empleados con las sucursales que atienden. Un
empleado puede
atender a varias sucursales, pero una sucursal puede ser atendida por varios
empleados. Esta
relación puede tener atributos como fecha de inicio de atención.

Relación "Pertenece": Conecta a los empleados con las sucursales a las que
pertenecen. Un
empleado solo puede pertenecer a una sucursal a la vez. Esta relación puede tener
atributos como
fecha de inicio de pertenencia.

Relación "Transfiere": Conecta las transacciones de transferencia entre cuentas.

Esta relación
tiene atributos como el monto transferido y la fecha y hora de la transferencia.