Práctica sobre Elaboración de diagramas de clases

Comprender diagramas de clase

Biblioteca

Dado o seguinte diagrama de clases, redacta un posible escenario que se adapte á información recollida no diagrama:

[[File:UML_Diagrama_Clases_Biblioteca.png|center|600px|Diagrama de clases dunha biblioteca

Posible solución Un posible escenario podería ser o seguinte:

• Unha biblioteca ten copias de libros. Estes últimos caracterízanse polo seu nome, tipo (novela, teatro...), editorial, ano e autor.
• Os autores caracterízanse polo seu nome, nacionalidade e data de nacemento.
• Cada copia ten un identificador, e pode estar na biblioteca, prestada, con atraso ou en reparación.
• Os lectores poden ter un máximo de 3 libros (copias) en préstamo. Os lectores caracterízanse polo seu número de socio, nome, apelidos e dirección.
• Cada copia préstase un máximo de 30 días, por cada día de atraso, imponse unha "multa" de dous días sen posibilidade de coller un novo libro.

Elaborar diagramas de clase

Doraemon 4D

Información para realizar o suposto:

• Doraemon ten un peto (chamemoslle peto 4D) no seu abdomen do que obten obxectos vidos do futuro
• O peto ten dous sensores
  • un de apertura
  • outro de peche
• Na fábrica teñen que axustarse os sensores para que non se intercambien pois teñen unha ROM (read only memory) interna cuns datos terminados
• As ROMS teñen as facultades de
  • ler e escribir os seus datos por bytes
  • defragmentarse e leer chunks que son almacenados nun rexistro interno
• Cada correspondente sensor detecta a apertura ou o peche do peto; pero é común os sensores un valor interno que indica o estado do sensor.
• Ademáis do estado do sensor, o peto recorda o seu estado (aberto ou pechado).
• Os sensores monitorizan o estado cada determinado tempo, sendo este valor personalizable.
  • A monitorización será diferente para os sensores de apertura e de peche
• Hay un LED holográfico que está asociado ós sensores de apertura e peche
  • pode estar encendido ou apagado dependendo de se o peto está aberto ou non
  • amasará holográficamente a imaxe do obxecto que esté máis cerca da apertura do peto.
• Cada peto dun robot ten un xestor 4D que se encarga de comprimir e descomprimir en 4D para introducir e extraer os obxectos do peto respectivamente.
• O xestor é privativo do peto e non pote intercambiarse entre robots
• Os obxectos que contén sí son intercambiables e non son dependentes de cada peto
• O xestor pode listar os obxectos que contén e coñecer o número dos que almacena
• Cando se de a orde de abrir o peto, este comprobará previamente se existen obxectos no seu interior
  • de non ser así, o peto non se abrirá e o LED holográfico parpadeará
• O xestor é de un modelo e versión concreta igual que os sensores
  • No caso de Doraemon oomezará coas letras "4D..." e polo tanto, só aceptará obxectos do modelo "4D..." porque so estes poden executar 4DActuar() e 4DStopit(). As versións anteriores de obxectos, os 3D, tiñan funcións parecidas coma 3D-Dale() pero son menos sotisficados.
  • Encender e apagar e estado son propiedades e accións comúns a todos os obxectos
• O xestor 4D do peto de Doraemon é capaz de almacenar ata 20 obxectos 4D.
  • Cando chega a ter 20 o seu estado pasa a estar full (cheo) e envía unha mensaxe ó LED para que indique o seu estado FULL (con cor amarelo)
  • Ten internamente un contador de tempo ou crono que, cada 33 horas, envía un sinal o xestor avisando de que ten que facer funcións de mantemento
• Os técnicos aseguran que na versión 4DPlus isto xa non será necesario.

Referencias

• Exercicios de UML