ACTIVIDAD DE APRENDIZAJE 1

DIAGRAMAS DE CASOS DE USO, MODELAMIENTO DE OBJETOS

Y DIAGRAMAS UML DE CLASES EN POO

GIOVANNI FRANCISCO HERNANDEZ CASTILLO

FUNDACION UNIVERSITARIA PANAMERICANA

TCNICO EN ANALISIS Y DISEO DE BASES DE DATOS
BOGOT
2015

ACTIVIDAD DE APRENDIZAJE 1
CASOS DE USO, MODELAMIENTO DE OBJETOS
Y DIAGRAMAS UML EN POO

GIOVANNI FRANCISCO HERNANDEZ CASTILLO

EDGAR MAURICIO RUIZ OSUNA

(Tutor Virtual)

FUNDACION UNIVERSITARIA PANAMERICANA

TCNICO EN ANALISIS Y DISEO DE BASES DE DATOS
BOGOT
2015

CONTENIDO
PLANTEAMIENTO DEL PROBLEMA.
1 TABLA EXPLICATIVA DE REQUISITOS DEL PROBLEMA COMO CASOS DE
USO (ESCENARIO NORMAL ESCENARIO CON PROBLEMAS).
2 DESARROLLO DEL MODELO DE OBJETOS
2.1 IDENTIFICACION DE OBJETOS Y
CLASES....................................................................................................................
2.2 IDENTIFICAR Y DEPURAR RELACIONES
CONCLUSIONES.....................................................................................................
2.3 IDENTIFICAR ATRIBUTOS DE OBJETOS Y
RELACIONES.......................................................................................................
3 DIAGRAMAS UML Y DE CLASE..........................................................................
BIBLIOGRAFIA

PLANTEAMIENTO DEL PROBLEMA

Se desea disear el software necesario para una red bancaria provista de cajeros
automticos (ATM, automatic teller machines) que sern compartidos por un
consorcio de bancos. Para la primera etapa del proyecto se disear el programa
para los cajeros automticos utilizando programacin orientada a objetos.
Los cajeros automticos aceptan tarjetas de crdito, interaccionan con el usuario,
se comunican con un computador central para llevar a cabo las transacciones,
entregan dinero en efectivo al usuario e imprimen recibos. El sistema llevar
correctamente el registro de las transacciones efectuadas, cumplir caractersticas
aceptables de seguridad y manejar correctamente accesos concurrentes a la
misma cuenta.
El jefe de programacin le solicita un informe escrito con las siguientes
caractersticas:
1. Tabla explicativa donde se expresen los requisitos del problema como Casos de
Uso (Escenario Normal- Escenario con Problemas).
2. Desarrollo de modelamiento de objetos, que consta de los siguientes pasos:

Identificar objetos y clases

Identificar y depurar relaciones
Identificar atributos de objetos y relaciones

3. diagramas UML y de clase basados en el modelamiento de objetos.

1 TABLA EXPLICATIVA REQUISITOS DEL PROBLEMA

DIAGRAMA GENERAL DE LOS DIFERENTES CASOS DE USO

Extensin extend
Es una forma de interaccin, un caso de uso dado (la extensin) puede extender a
otro. Esta relacin indica que el comportamiento del caso de la extensin se utiliza
en casos de uso. El caso de uso extensin puede ser insertado en el caso de uso
extendido bajo ciertas condiciones. Para el ejemplo del cajero, el caso de uso
retirar dinero es muy similar a hacer una transferencia, solo tiene ciertas
variaciones, por tanto hay un conjunto de casos de uso para realizar una
operacin en un cajero.
Inclusin include o use
Es una forma de interaccin o creacin, un caso de uso dado puede "incluir" otro
caso de uso. El primer caso de uso a menudo depende del resultado del caso de
uso incluido. Si el actor realiza el caso de uso base tendr que realizar tambin el
caso de uso incluido. En el ejemplo del cajero automatico no podemos realizar
operacin sin validar tarjeta y clave.

2 DESARROLLO DEL MODELO DE OBJETOS

2.1 IDENTIFICAR OBJETOS Y CLASES

Seleccionamos nombres en los requisitos candidatos a ser objetos y clases:
Se desea disear el software necesario para una red bancaria provista de
cajeros automticos o ATM (automatic teller machines) que sern compartidos
por un consorcio de bancos. Para la primera etapa del proyecto se disear el
programa para los cajeros automticos utilizando programacin orientada a
objetos.
Los cajeros automticos aceptan tarjetas de crdito, interaccionan con el usuario,
se comunican con un computador central para llevar a cabo las transacciones,
entregan dinero en efectivo al usuario e imprimen recibos. El sistema llevar
correctamente el registro de las transacciones efectuadas, cumplir
caractersticas aceptables de seguridad y manejar correctamente accesos
concurrentes a la misma cuenta.
Lista de nombres:
Software

Tarjeta de crdito

Red bancaria

Usuario

Cajero automtico

Ordenador Central

Consorcio de bancos

Transaccin remota

Banco

Dinero en efectivo

Servidores

Recibo

Cuenta bancaria

Sistema

Informacin cuenta

Registro de transacciones

Transaccin de cajero

Caractersticas de seguridad

Estaciones de cajero

Acceso a la cuenta

2.2 IDENTIFICAR Y DEPURAR RELACIONES

Eliminamos redundancias:
Cliente y usuario son la misma clase. Dejamos cliente por adaptarse mejor al
concepto.
Eliminamos clases vagas:
Sistema, caractersticas de seguridad y red bancaria.

2.3 IDENTIFICAR ATRIBUTOS DE OBJETOS Y RELACIONES

Los atributos definen datos asociados a un objeto. Un atributo objeto se
representa mediante una relacin. En este ejemplo pueden considerarse objetos:

Dinero en efectivo
Recibo o tirilla
Informacin sobre la cuenta

Eliminar objetos de diseo:

Registro de transacciones, acceso a la cuenta y Software

Cajero Automtico
Consorcio de bancos
Banco
Servidores
Cuenta bancaria
Transaccin
Estaciones de cajero
Cajero humano
Tarjeta de crdito
Computador central
Cliente

Seleccionamos verbos relacionales en los requisitos:

Una Red bancaria tiene Cajeros automticos.

El Consorcio de bancos comparte los Cajeros automticos.
Cada Banco tiene un Servidor.
El Servidor dispone de Software.
Cada Servidor lleva la informacin sobre las Cuentas bancarias.
Cada Servidor procesa Transacciones.
Una Transaccin acta sobre una Cuenta bancaria.
Las Estaciones de cajero estn conectadas al Servidor.
Las Estaciones de cajero son del Banco.
El Cajero humano opera en la Estacin de cajero.
El Cajero humano crea Cuentas bancarias.
El Cajero humano introduce Transacciones sobre las Cuentas bancarias.
Los Cajeros automticos aceptan Tarjetas de crdito.

Los Cajeros interaccionan con el Usuario

Los Cajeros automticos comunican con el ordenador central.
El Ordenador central lleva las Transacciones.
Los Cajeros automticos entregan Dinero en efectivo al Usuario.
Los Cajeros automticos imprimen Recibos.
El Sistema lleva el Registro de las transacciones.
El Sistema cumple Caractersticas de seguridad.
El Sistema maneja Accesos concurrentes a la Cuenta bancaria.
Los Bancos forman parte del Consorcio.
Los Clientes del banco tienen Tarjetas de crdito.

Relaciones adicionales

Las Cuentas bancarias estn en los Bancos.

El computador central pertenece al Consorcio.
Los Bancos tienen Clientes.

Eliminamos las relaciones de diseo:

Una Red bancaria est provista de Cajeros automticos.

El Servidor dispone de Software.
Los Cajeros automticos entregan Dinero en efectivo al Usuario.
Los Cajeros automticos imprimen Recibos.
El Sistema lleva el Registro de las transacciones.
El Sistema cumple Caractersticas de seguridad.
El Sistema maneja Accesos concurrentes a la Cuenta bancaria.
El Coste de desarrollo se divide entre los Bancos.

Eliminamos eventos transitorios:

Los Cajeros automticos aceptan Tarjetas de crdito.

Los Cajeros interaccionan con el Usuario

El Ordenador central lleva a cabo las Transacciones, se cambia por:

El Ordenador central lleva se comunica con el banco.

El Cajero humano introduce Transacciones sobre las Cuentas bancarias, se

descompone en 2 relaciones binarias:

el cajero humano introduce transacciones y,

las transacciones actan sobre las cuentas bancarias.

Se aaden relaciones que no aparecen a simple vista:

Los clientes tienen cuentas

Las transacciones son autorizadas por la tarjeta de crdito
Las transacciones pueden introducirse en una estacin de cajero

Se define la multiplicidad de asociacin:

Un Banco puede tener muchas Cuentas

Un Cliente puede tener muchas Cuentas
Un Cliente puede tener muchas Tarjetas de crdito
Un Banco emplea muchos Cajeros
Un Banco tiene un solo Ordenador del banco
El Computador central se comunica con muchos computadores del banco

Atributos de los objetos

Del Banco: Nombre
De la Cuenta: Saldo, Lmite de crdito, Tipo de cuenta
Del Cliente: Nombre, Direccin
Del Cajero: Nombre
De una Transaccin del cajero: Tipo, Fecha y hora, Cantidad
Del Cajero automtico: Efectivo disponible, Cantidad entregada
De una Transaccin remota: Tipo, Fecha y hora, Cantidad
De la Tarjeta de crdito: Clave, Cdigo de la tarjeta
Atributos de las relaciones
La multiplicidad de la relacin queda sobreentendida al usar un cdigo
Cdigo de la estacin de cajero
Cdigo del cajero automtico
Cdigo del banco
Cdigo del banco
Cdigo de la cuenta
Cdigo de empleado

3 DIAGRAMA DE CLASES Y ATRIBUTOS

Para la creacin del diagrama de este ejemplo se utiliz la herramienta ArgoUML

BIBLIOGRAFA

http://www.astreo.ii.uam.es/~jlara/TACCII/5.1_Ejemplos_UML.pdf .

http://www.kybele.etsii.urjc.es/docencia/IS3/2012-2013/Material/Ejemplo
%20Completo%20Cajero%20Autom%C3%A1tico.pdf