IDENTIFICAR ENTIDADES Y RELACIONES PLANTEADAS EN EL

CASO DE ESTUDIO

TECNOLOGÍA ANALISIS Y DESARROLLO DE SOFTWARE

ACTIVIDAD:
IDENTIFICAR ENTIDADES Y RELACIONES PLANTEADAS EN EL CASO DE
ESTUDIO

APRENDIZ:
JONATHAN GUZMAN BENITEZ
C.C. 1110445510 DE IBAGUE
INSTRUCTORA:

SERVICIO NACIONAL DE APRENDIZAJE SENA

CENTRO DE COMERCIO Y TURISMO
REGIONAL QUINDÍO
FEBRERO 02/2024
 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.