ACTIVIDAD 1 POO

14
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 TÉCNICO EN ANALISIS Y DISEÑO DE BASES DE DATOS BOGOTÁ 2015

description

DIAGRAMAS DE CASOS DE USO, MODELAMIENTO DE OBJETOSY DIAGRAMAS UML DE CLASES EN POO

Transcript of ACTIVIDAD 1 POO

ACTIVIDAD DE APRENDIZAJE 1DIAGRAMAS DE CASOS DE USO, MODELAMIENTO DE OBJETOSY DIAGRAMAS UML DE CLASES EN POO

GIOVANNI FRANCISCO HERNANDEZ CASTILLO

FUNDACION UNIVERSITARIA PANAMERICANATCNICO EN ANALISIS Y DISEO DE BASES DE DATOSBOGOT2015ACTIVIDAD DE APRENDIZAJE 1CASOS DE USO, MODELAMIENTO DE OBJETOSY DIAGRAMAS UML EN POO

GIOVANNI FRANCISCO HERNANDEZ CASTILLO

EDGAR MAURICIO RUIZ OSUNA(Tutor Virtual)

FUNDACION UNIVERSITARIA PANAMERICANATCNICO EN ANALISIS Y DISEO DE BASES DE DATOSBOGOT2015CONTENIDO

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 relaciones3. diagramas UML y de clase basados en el modelamiento de objetos.

1 TABLA EXPLICATIVA REQUISITOS DEL PROBLEMA

DIAGRAMA GENERAL DE LOS DIFERENTES CASOS DE USOExtensin extendEs una forma de interaccin, un caso de uso dado (la extensin) puedeextendera 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 useEs 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 CLASESSeleccionamos 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:SoftwareRed bancariaCajero automticoConsorcio de bancosBancoServidoresCuenta bancariaInformacin cuentaTransaccin de cajeroEstaciones de cajero

Tarjeta de crditoUsuarioOrdenador CentralTransaccin remotaDinero en efectivoReciboSistemaRegistro de transaccionesCaractersticas de seguridadAcceso a la cuenta

2.2 IDENTIFICAR Y DEPURAR RELACIONESEliminamos 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 RELACIONESLos 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 cuentaEliminar 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 ClienteSeleccionamos 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 UsuarioEl 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 cajeroSe 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 objetosDel 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 relacionesLa multiplicidad de la relacin queda sobreentendida al usar un cdigoCdigo de la estacin de cajero Cdigo del cajero automtico Cdigo del banco Cdigo del banco Cdigo de la cuenta Cdigo de empleado3 DIAGRAMA DE CLASES Y ATRIBUTOSPara 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