Ejercicios UML

Juan de Lara Grupo 46 Curso 2008/09

Indice

zDiagramas de clases y OCL.

z Diagramas de Transicin de Estados z Diagramas de Interaccin.

Ejercicio
z Representa mediante un diagrama de clases la siguiente especificacin:
{ Una aplicacin necesita almacenar informacin sobre empresas, sus empleados y sus clientes. { Ambos se caracterizan por su nombre y edad. { Los empleados tienen un sueldo bruto, los empleados que son directivos tienen una categora, as como un conjunto de empleados subordinados. { De los clientes adems se necesita conocer su telfono de contacto. { La aplicacin necesita mostrar los datos de empleados y clientes.
3

Ejercicio
Persona Person a
- nombre - edad + mostrar()

Empleado
subordinado s

Empleado Cliente Client e

0..* - sueldo_bruto
+ mostrar () + calcular_salario_neto() calcular_salario_neto()

--telefono_de_contacto ntelefombrono_de_c +mostrar ()

0..*

Directivo Directiv o
- categoria

empleado s

1..*

0.. *

+mostrar() clientes + mostrar () ()

1..*

- nombre - nombre

Empresa Empresa
4

Ejercicio: Biblioteca
z Una biblioteca tiene copias de libros. Estos ltimos se caracterizan por su nombre, tipo (novela, teatro, poesa, ensayo), editorial, ao y autor. z Los autores se caracterizan por su nombre, nacionalidad y fecha de nacimiento. z Cada copia tiene un y puede estar en la identificador, biblioteca, prestada, con retraso o en reparacin. z Los lectores pueden tener un mximo de 3 libros en prstamo. z Cada libro se presta un mximo de 30 das, por cada da de retraso, se impone una multa de dos das sin posibilidad de coger un nuevo libro. z Realiza un diagrama de clases y aade los mtodos necesarios para realizar el prestamo y devolucin de libros.

Copia
- id : Identifier - estado: estadoCopia 0..3 prestamos Prestamo - inicio: Date - fin: Date 0..1 lector ejempla r 1..*

Libro
- titulo : string libr - tipo: tipoLibro o - editorial: string 1 - anyo: int 1..* obras

1 autor

Autor
- nombre: string - nacionalidad: string - fechaNacimiento: Date
<<enumeration>> tipoLibr o
novela teatro poesia ensay o

Lecto r
nSocio : Identifier nombre: string telefono: string direccion: string

+ devolver(id: Identifier, fechaAct: Date) 1 {precondition: prestamos.notEmpty()} + prestar(id: Identifier, fechaAct: Date) {precondition: multa==0}

m ul ta

r ( d i

as : int)

multa

0..1

<<enumeration>> estadoCopia
prestado retraso biblioteca reparacio n

Multa

- fInicio: Date - fFin: Date

Ejercicio
z Especificar un diagramade clases que describa redes de ordenadores. z Los elementos que se pueden incluir en la red son:
{ Servidor, PC, Impresora. { Hub, Cable de red.

z Los PCs pueden conectarsecon un nico los Hub, servidores con uno o varios. z Los Servidores y PCs pueden generar mensajes, con una cierta longitud. z Los Hubs tienen un nmero de puertos, algunos de los cuales puede usarse para conectar con otros Hubs. Tienen cierta probabilidad de perder mensajes. z Las impresoras pueden averiarse, con

cierta probabilidad, durante cierto tiempo.

Ejercicio. Posible Solucin.

Los PCs pueden conectarse con un nico Hub, los servidores con uno o varios Podemos modelarlo como una restriccin OCL, o bien aadir asociaciones desd8e Servidor y PC

OCL
Los PCs pueden conectarse con un nico Hub, los servidores con uno o varios Context PC Inv: cable_equipo->size() = 1 Context Servidor Inv: cable_equipo->size() >= 1

Un Hub no puede conectarse consigo mismo a travs de un puerto

Context Cable_Hubs Inv: Puerto_Hub.hub->asSet()->size() = 2

Ejercicio
Examen Junio 2008.
Realiza el diseo de una aplicacin para la gestin de pedidos. La aplicacin deber manejar clientes (se guarda su nombre, direccin, telfono y e-mail), que pueden realizar pedidos de productos, de los cuales se anota la cantidad en stock. Un cliente puede tener una o varias cuentas para el pago de los pedidos. Cada cuenta est asociada a una tarjeta de crdito, y tiene una cierta cantidad disponible de dinero, que el cliente debe aumentar peridicamente para poder realizar nuevos pedidos. Un cliente puede empezar a realizar un pedido slo si tiene alguna cuenta con dinero disponible. Al realizar un pedido, un cliente puede agruparlos en pedidos simples o compuestos. Los pedidos simples estn asociados a una sola cuenta de pago y (por restricciones en la distribucin) contienen un mximo de 20 unidades del mismo o distinto tipo de producto. A su vez, un pedido compuesto contiene dos o ms pedidos, que pueden ser simples o compuestos. Como es de esperar, el sistema debe garantizar que todos los pedidos simples que componen un pedido compuesto se paguen con cuentas del mismo cliente. Adems, slo es posible realizar peticiones de productos en stock. Existe una clase (de la cual debe haber una nica instanciaen la aplicacin) responsable del cobro, orden de distribucin y confirmacin de los pedidos. El cobro de los pedidos se hace una vez al da, y el proceso consiste en comprobar todos los pedidos pendientes decobro, y cobrarlos de la cuenta de pago correspondiente. Si una cuenta no tiene suficiente dinero, el pedido se rechaza (si es parte de un pedido compuesto, se rechaza el pedido entero). Una vez que el pedido est listo para servirse, se ordena su

distribucin, y una vez entregado, pasa a estar confirmado. Se pide un diagrama de clases de diseo. Aade las restricciones OCL necesarias.

10

Solucin

11

Restricciones OCL:

Context Cliente::realizar_pedido: pre: self.cuentas->exists(c | c.disponible > 0) Context Pedido Compuesto: inv: self.pedidos_simples->cuenta->cliente->asSet()->size() = 1 Context Pedido: inv: self.t_productos.num->sum() <= 20 Context Pedido::aadirProducto(p: Producto, num: int): pre: p.stock>=num Context Cliente::rechazar_pedido (p:Pedido): pre: self.cuentas.disponible->sum()<p.total

12

Indice
z Diagramas de clases

zDiagramas de Transicin de Estados

z Diagramas de Interaccin.

13

Ejercicio: Biblioteca
z Una biblioteca tiene copias de libros. Estos ltimos se caracterizan por su nombre, tipo (novela, teatro, poesa, ensayo), editorial, ao y autor. z Los autores se caracterizan por su nombre, nacionalidad y fecha de nacimiento. z Cada copia tiene un y puede estar en la identificador, biblioteca, prestada, reservada, con retraso o en reparacin. z Los lectores pueden tener un mximo de 3 libros en prstamo. z Cada libro se presta un mximo de 30 das, por cada da de retraso, se impone una multa de dos das sin posibilidad de coger un libro. z Realiza el diagrama de estados de la clase

copia.

Solucion
Con Retras o reservar(id) / usrRes = id Con Retraso y reservad o devolver( )

en reparacio n reparado () reparar( )

devolver [getDate()>fp+ () 30]

[getDate()>fp+30]

en prestar(id,fech bibliotec a)/ a fp=fecha devolver()

prestad o

tm(2 days)

reservar(id) / usrRes = id prestar(id, fecha) [usrRes==id]/ fp=fecha

reservado

devolver() en reserv a

Solucion: Estados Jerrquicos

Con Retras o [getDate()>fp+ 30] reservar(id) / usrRes = id Con Retraso y reservad o

en reparacio n reparado () reparar( )

[getDate()>fp+30]

en prestar(id,fech bibliotec a)/ a fp=fecha devolver () tm(2

prestad o

reservar(id) / usrRes = id prestar(id, fecha) [usrRes==id]/

reservado devolver()

days)

ha en reserva

16

Mquinas de Estados
Estado Histrico. Ejercicio.

z Modelar el comportamiento de una cadena de msica. Esta puede estar encendida (ON) o apagada (Standby). La cadena tiene reproductor de Radio y CD, Cinta. Se cambia de uno a otro con el botn mode . Cuando se enciende la cadena se recuerda el ltimo estado en el que estuvo.

17

Mquinas de Estados
Estado Histrico. Ejercicio. Solucin

On Standb y power power mod e CD mode

Radio Tape mode

Modelar el mismo sistema sin usar estado histrico.

18

Mquinas de Estados
Estado Histrico. Ejercicio. Solucin (ii)

Standby lastC D

power power powe mod e

On CD mode

lastRadi o

r power lastTape powe r powe r Radio Tape mode

19

Ejercicio
Examen Junio 2008.
Realiza el diseo de una aplicacin para la gestin de pedidos. La aplicacin deber manejar clientes (se guarda su nombre, direccin, telfono y e-mail), que pueden realizar pedidos de productos, de los cuales se anota la cantidad en stock. Un cliente puede tener una o varias cuentas para el pago de los pedidos. Cada cuenta est asociada a una tarjeta de crdito, y tiene una cierta cantidad disponible de dinero, que el cliente debe aumentar peridicamente para poder realizar nuevos pedidos. Un cliente puede empezar a realizar un pedido slo si tiene alguna cuenta con dinero disponible. Al realizar un pedido, un cliente puede agruparlos en pedidos simples o compuestos. Los pedidos simples estn asociados a una sola cuenta de pago y (por restricciones en la distribucin) contienen un mximo de 20 unidades del mismo o distinto tipo de producto. A su vez, un pedido compuesto contiene dos o ms pedidos, que pueden ser simples o compuestos. Como es de esperar, el sistema debe garantizar que todos los pedidos simples que componen un pedido compuesto se paguen con cuentas del mismo cliente. Adems, slo es posible realizar peticiones de productos en stock. Existe una clase (de la cual debe haber una nica instanciaen la aplicacin) responsable del cobro, orden de distribucin y confirmacin de los pedidos. El cobro de los pedidos se hace una vez al da, y el proceso consiste en comprobar todos los pedidos pendientes decobro, y cobrarlos de la cuenta de pago correspondiente. Si una cuenta no tiene suficiente dinero, el pedido se rechaza (si es parte de un pedido compuesto, se rechaza el pedido entero). Una vez que el pedido est listo para servirse, se ordena su

distribucin, y una vez entregado, pasa a estar confirmado. Se pide un diagrama de transicin de estados para la clase Pedido

20

Solucin

21

Ejercicio
z Modelar el comportamiento reactivo de un reloj de pulsera. z El valor del tiempo se debe actualizar cada segundo, incluso cuando no se muestra (p.ej. crono encendido). z El botn de la parte superior derecha enciende que se la luz, mantiene encendida tanto como el botn est apretado, una vez que se suelta, la luz est encendida durante 2 segundos ms y se apaga. z El botn superior izquierdo alterna entre el modo de crono y de reloj. El sistema empieza en el modo reloj, en el que se muestra la hora en formato HH:MM:SS. z En el modo crono, el tiempo discurrido se muestra en formato MM:SS:CC (CC soncentsimas de segundo). Inicialmente el crono empieza en 00:00:00. El botn inferior derecho se usa para activar el crono. ste se actualiza en incrementos de 1/100 segundos. Presionando el botn inferior derecho pausa o continua el crono (si el reloj est en modo crono). Pulsando el botn inferior izquierdo resetea el crono a 00:00:00 si el reloj est en modo crono y el crono ha sido pausado antes. El crono continua corriendo (si est corriendo) o mantiene su valor (si est en pausa) incluso cuando el reloj est en un modo de display distinto (por ejemplo, cuando se muestra la hora).

22

Ejercicio
z Interface provisto por el controlador:
{ getTime() : Devuelve la hora actual. { refreshTimeDisplay() : Repinta la hora en el visor con la hora interna actual. El visor no necesita limpiarse antes de llamar a esta funcin. Por ejemplo, si se est visualizando el crono, se borrar antes de pintar la hora. { refreshChronoDisplay() : ver refreshTimeDisplay(). { resetChrono() : Resetea el crono interno a 00:00:00. { increaseTime() : Incrementa la hora en un segundo. Los minutos y horas se modificarn adecuademente, (por ejemplo, si se llama a increaseTime () a las 11:59:59, la nueva hora ser 12:00:00). { increaseChrono () : Incrementa el crono en 1/100 segundos. { setLight() : Enciende la luz del visor. { unsetLight() : Apaga la luz del visor.

z Eventos de botones recibidos:

{ { { { { { { topRightPressed. topRightReleased. topLeftPressed. topLeftReleased. bottomRightPressed. bottomRightReleased. bottomLeftPressed.

23

{ bottomRightReleased.

Posible Solucin.

24

Indice
z Diagramas de clases z Diagramas de Transicin de Estados

zDiagramas de Interaccin.

25

Ejercicio
Especificar el diagrama de secuencia de la operacin crearLaberinto
public class JuegoLaberinto { public Laberinto crearLaberinto () { Laberinto lab = new Laberinto(); Habitacion h1 = new Habitacion(); Habitacion h2 = new Habitacion(); Puerta puerta = new Puerta(h1, h2); lab.aadeHabitacion(h1); lab.aadeHabitacion(h2); h1.aadePuerta(puerta); return lab; } }

Solucin
:JuegoLaberinto
crearLaberint o()

lab:Laberinto h1:Habitacio n
create(h1,h 2)
aadeHabitacion(h 1) aadeHabitacion(h2) aadePuerta(puerta)

h2:Habitaci on

puerta:Puert a

Ejercicio
Especificar el diagrama de secuencia de la operacin crearLaberinto
public class JuegoLaberinto { private Laberinto lab; private boolean conVentana; public JuegoLaberinto() { lab = new Laberinto(); conVentana = true; } public void crearLaberinto () { Habitacion h; for (int i=0; i<10; i++) { h = new Habitacion(); if (conVentana == true) h.aadeVentana(new Ventana()); lab.aadeHabitacion(h); } }

Solucin
:JuegoLaberinto
crearLaberinto() loop 10] opt [conVentana==true]
aadeVentana(v)

lab:Laberinto

[for i = 1 to

h:Habitacion

v:Ventana

aadeHabitacion(h)

Ejercicio
Especificar el diagrama de secuencia de la operacin realizarJugada definida en la clase Jugador, para el juego del parchs
Jugador
* 2

Dado
+ tirar(): int

- casillaActual: int + realizarJugada(): void + casillaActual(): int

* 1

Tablero
+ mover(int actual, int unidades): boolea n

Solucin
:Jugador d1:Dado
realizarJugada() par tirar() n1 tirar() n2
ca:=casillaActual()

d2:Dado

:Tablero

mover(ca,n1+n2) movRealizado

Ejercicio
Identificar las clases relevantes y realizar el diagrama de secuencia para el siguiente caso de uso, que corresponde a la realizacin de una llamada desde un telfono mvil. z El usuario pulsa los dgitos del nmero de telfono z Para cada dgito
{ la pantalla se actualiza para aadir el dgito marcado { se emite un tono por el receptor

z z z z z

El usuario pulsa el botn Enviar El indicador en uso se ilumina en pantalla El mvil establece conexin con la red Los dgitos acumulados se mandan a la red Se establece la conexin con el nmero marcado

Solucin
:Button r :Diale : Display : Speaker send:Butto n : CellularRadi o

loop 9]

[for i = 1 to digit(cod e) displayDigit (code)

emitTone (code)

send( ) connect(pno) inUse()

Diagrama de colaboracin equivalente?

Solucin

Ejercicio: Biblioteca
z Una biblioteca tiene copias de libros. Estos ltimos se caracterizan por su nombre, tipo (novela, teatro, poesa, ensayo), editorial, ao y autor. z Los autores se caracterizan por su nombre, nacionalidad y fecha de nacimiento. z Cada copia tiene un y puede estar en la identificador, biblioteca, prestada, reservada, con retraso o en reparacin. z Los lectores pueden tener un mximo de 3 libros en prstamo. z Cada libro se presta un mximo de 30 das, por cada da de retraso, se impone una multa de dos das sin posibilidad de coger un libro. z Realiza el diagrama de colaboracin para el mtodo devolver()

Solucion
1.3 [retraso>0]: multar(retraso) 1: devolver(id, fecha)

: Lector

prestamo s

:Copia

1.3.1a [multa=0]: multa:= create(fecha,retraso)

1.1: dev:=remove(id)

multa:Mult a {new } multa:Mul ta

1.2: retraso:=getRetraso(fecha)

dev:Copia

1.3.1b [multa<>0]: anyade(fecha,retraso)