EJERCICIOS_IS.pdf

!"!#$%$%&'( !)*)$%+,&' . '&/*$%&)!'

Ingeniería del Software II

Ejercicios de Modelado de estructura: Diagramas de clases

Francisco J. García Peñalvo María N. Moreno García Alicia García Holgado Departamento de Informática y Automática Universidad de Salamanca 2º Grado en Ingeniería Informática Fecha de última modificación: 2-03-2014

Ingeniería del Software I

Contenido !

Tienda de fotografía

!

Películas

UML 2


Tienda de fotografía: enunciado (I) !

Representa mediante un diagrama de clases la siguiente especificación relacionada con los alquileres de cámaras en una tienda de fotografía. "

La tienda alquila cámaras fotográficas analógicas.

"

Las cámaras se caracterizan por su marca, modelo y soporte flash (si, no).

"

Cada cámara es compatible con uno o más tipos de películas.

"

Las películas se caracterizan por su marca, nombre, sensibilidad ISO (50, 100, 200, 400, 800, 1600) y formato (35mm, 110mm, 120mm). Para cada marca con la que trabaja la tienda se conoce la dirección del servicio de reparación más cercano.

"

!

"

La tienda dispone de varios ítems de cada modelo de cámara.

"

Cada ítem tiene una pegatina con una referencia, y puede estar en la tienda, alquilado, con retraso o en reparación.

"

Los clientes pueden tener un máximo de 1 cámara en alquiler.

"

Cada cámara se alquila un máximo de 7 días, por cada día de retraso, se impone una “multa” de un mes sin posibilidad de coger una nueva cámara.

Realiza un diagrama de clases UML 3


Tienda de fotografía: solución (I)

UML 4


Tienda de fotografía: solución con dirección (I)

UML 5


Tienda de fotografía: solución con herencia (I)

UML 6


Tienda de fotografía: enunciado (II) !

Modificar el diagrama de clases de la tienda de fotografía para que contemple el histórico de alquileres así como el histórico de multas que el cliente ha tenido a lo largo del tiempo.

UML 7


Tienda de fotografía: solución (II)

UML 8


Tienda de fotografía: enunciado (III) !

Modificar el diagrama de clases de la tienda de fotografía para que permita incluir en los alquileres diferentes accesorios compatibles con las cámaras analógicas. " "

" "

"

Un cliente puede alquilar únicamente accesorios. Todos los accesorios tienen como características comunes la marca y el modelo. La tienda dispone de varios ítems de cada accesorio. Cada ítem de accesorio tiene una pegatina con una referencia, y puede estar en la tienda, alquilado, con retraso o en reparación. Opcional: distinguir los tipos de accesorios (flash, adaptador instantáneas, objetivos, etc.)

UML 9


Tienda de fotografía: solución (III)

UML 10


Tienda de fotografía: solución con tipos accesorio (III)

UML 11


Películas: enunciado (I) !

Representa mediante un diagrama de clases la siguiente especificación sobre las personas que participan en una película "

De cada película se almacena el título, la sinopsis, el año, el género al que pertenece (drama, comedia, acción, terror, romance, aventura, scifi) y el país.

"

Sobre las personas que participan en la película es necesario conocer

"

el nombre, los apellidos, la fecha de nacimiento y la nacionalidad. Una persona puede participar en una película como actor, director, productor o guionista.

"

Una película tiene al menos un director y un guionista.

"

Una persona se considera actor si ha actuado al menos en una película. Una película puede tener asociados varios trailers que son editados por una o más personas. No puede existir el trailer de una película hasta que existe la película.

"

UML 12


Películas: solución (I)

UML 13


Películas: solución con herencia (I)

UML 14


Películas: enunciado (II) !

Modificar el diagrama de clases sobre películas para introducir las siguientes restricciones. "

Una persona en una película puede desempeñar un único rol, es actor, director, productor o guionista pero nunca puede darse, por ejemplo, que un actor es director.

"

Es necesario conocer el personaje que un actor desempeña en una película.

UML 15


Películas: solución (II)

UML 16

Ingeniería del Software II




Ejercicios Evaluación Continua



Series: enunciado (I) !

Representa mediante un diagrama de clases la siguiente especificación relacionada con un sistema para gestionar series "

Las series se caracterizan por su título, año de inicio, sinopsis, género al que pertenece (acción, aventura, animación, comedia, documental, drama, horror, musical, romance, ciencia ficción) y personajes que intervienen.

"

Las series se organizan en temporadas ordenadas que tienen una fecha de producción y una fecha de estreno de televisión a nivel mundial.

"

Cada temporada está a su vez formada por capítulos ordenados que tienen un título, una duración y una sinopsis.

"

Un personaje en una serie concreta es interpretado por un único actor pero un actor puede interpretar varios personajes en una misma serie.

"

Un personaje interpretado por un actor puede aparecer en más de una serie.

"

Además un personaje puede no aparecer en todos los capítulos de la serie por lo que el sistema debe conocer en qué capítulos aparece un personaje.

UML 2


Series: solución (I)

UML 3


Series: enunciado (II) !


Las series se caracterizan por su título, año de inicio, sinopsis y género al que pertenece (acción, aventura, animación, comedia, documental, drama, horror, musical, romance, ciencia ficción)

"

Las series se organizan en temporadas ordenadas que tienen una fecha de producción y una fecha de estreno de televisión a nivel mundial.

"


"

Los usuarios se caracterizan por su nombre y apellidos, dirección de correo electrónico y fecha de nacimiento.

"

El usuario puede marcar las series como favoritas.

"

Si un usuario ha visto algún capítulo de una temporada el sistema la marca como empezada, si ha visto todos los capítulos de la temporada la marca como vista y un usuario en cualquier momento puede dar una temporada como cancelada, es decir, indicar que la deja de seguir.

"

Además, el sistema registra qué capítulos ha visto el usuario.

UML 4


Series: solución (II)

UML 5


Series: enunciado (III) !


Las series se caracterizan por su título, año de inicio, sinopsis, género al que pertenece (acción, aventura, animación, comedia, documental, drama, horror, musical, romance, ciencia ficción), idioma srcinal y puntuación media.

"

Las series se organizan en temporadas ordenadas que tienen un nombre, una fecha de producción y una fecha de estreno de televisión a nivel mundial.

"


"

Los capítulos pueden tener subtítulos asociados.

"

Un subtítulo se caracteriza por el idioma utilizado y el autor que los ha traducido.

"

Los usuarios se caracterizan por su nombre y apellidos, dirección de correo electrónico y fecha de nacimiento.

"

Los usuarios pueden escribir críticas acerca de una serie o de un capítulo concreto.

"

Las críticas tienen una fecha y el comentario realizado.

"

Además, los usuarios pueden puntuar una serie del 1 al 10.

UML 6


Series: solución (III)

UML 7




Prácticas Ingeniería del Software I

Ejercicios de Modelado de estructura: Ejercicios resueltos

(CC) García, F.J.; Moreno, M.; Bravo, S.; Conde, M.A.; García, A. Departamento de Informática y Automática Universidad de Salamanca

2º Grado en Ingeniería Informática Fecha de última modificación: 07-06-2014


Contenido !

Ejercicios propuestos "

Matrimonios Empresa

"

Gestión de pedidos

"

Biblioteca

"

Viajes

"

Hipoteca

"

Redes de computadores

"

Proyectos

"

Conferencias científicas

"


Matrimonios: enunciado !

Representa mediante un diagrama de clases la siguiente especificación sobre los matrimonios civiles realizados en la ciudad de Salamanca. "

De cada matrimonio se almacena la fecha, el lugar de la celebración y los datos personales (nombre, apellidos, edad, sexo y domicilio) de los contrayentes.

"

Igualmente se guardan los datos personales de los dos testigos y de la autoridad civil (juez o autoridad municipal) que formaliza el acto.


Matrimonios: solución A


Matrimonios: solución B


Empresa: enunciado !

Representa mediante un diagrama de clases la siguiente especificación sobre una empresa: "

Una aplicación necesita almacenar información 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 categoría, así como un conjunto de empleados subordinados.

"

De los clientes además se necesita conocer su teléfono de contacto.

"

La aplicación necesita mostrar los datos de empleados y clientes.


Empresa: solución A


Empresa: solución B


Gestión de pedidos: enunciado (I) !

Representa mediante un diagrama de clases la siguiente especificación relacionada con una aplicación de gestión de pedidos "

" "

"

" "

Dicha aplicación debe guardar la información de los pedidos que realizan sus clientes y la fecha en que se formalizan. Los pedidos constan habitualmente de varios productos. El coste total del pedido se calcula a partir de los precios individuales de cada producto, así como de la cantidad e impuestos asociados a cada uno. Es importante mantener información sobre las existencias de cada producto con el fin de poder informar al cliente si habrá retrasos en la entrega del pedido. El pedido podrá pagarse de una vez o en varios pagos. Las formas de pago posible son ! ! !

"

Tarjeta de crédito (fecha de caducidad, número, VISA o MASTERCARD) Efectivo (moneda) Cheque (nombre, entidad bancaria)

El pedido podrá estar en uno de los siguientes estados: pendiente, pagado, procesando, enviado y entregado.


Gestión de pedidos: solución (I)


Biblioteca: enunciado (I) !

Representa mediante un diagrama de clases la siguiente especificación relacionada con biblioteca "

Una biblioteca tiene copias de libros. Los libros se caracterizan por su nombre, tipo (novela, teatro, poesía, ensayo), editorial, año y su autor.

"

Los autores se caracterizan por su nombre, nacionalidad y fecha de

"

nacimiento. Cada copia tiene un identificador, y puede estar en la biblioteca, prestada, con retraso o en reparación.

"

Los lectores pueden tener un máximo de 3 libros en préstamo.

"

Cada libro se presta un máximo de 30 días, por cada día de retraso, se impone una “multa” de dos días sin posibilidad de coger un nuevo libro. Realiza un diagrama de clases y añade los métodos necesarios para realizar el préstamo y devolución de libros.

"

"


Biblioteca: solución (I)


Biblioteca: enunciado (II) !

Modifica el diagrama de clases del ejercicio de la biblioteca para que contemple las siguientes especificaciones adicionales "

Un libro podrá tener varios autores de los cuáles habrá que guardar el orden de los mismos.

"

Se desea guardar además toda la información del histórico de préstamos realizados así como las multas impuestas a cada uno de los socios en cada momento.


Biblioteca: solución (II)


Viajes: enunciado (I) !

Especificar un diagrama de clases que describa los vuelos que oferta una compañía de viajes según la siguiente especificación "

La compañía oferta una serie de vuelos para unas fechas concretas y con un número de plazas.

"

La compañía dispone de una flota de aviones con una capacidad que da soporte a los vuelos ofertados.

"

Las personas compran billetes para los vuelos que le interesan. Para emitir el billete es necesario conocer el nombre, apellidos y edad del pasajero.

"

Los billetes identifican el número de asiento que ocupan.


Viajes: solución (I)


Viajes: enunciado (II) !

Modifica el diagrama de clases del ejercicio de la compañía de viajes para que contemple las siguientes especificaciones adicionales "

Todo vuelo tiene una ciudad y aeropuerto de srcen y de destino. Los pasajeros también pueden facturar bultos. El precio varía según su peso.

"

Los aviones tienen una tara máxima permitida.

"


Viajes: solución (II)


Hipoteca: enunciado !

Especificar un diagrama de clases que describa los vuelos que se suceden en un aeropuerto, teniendo en cuenta lo siguiente " "

"

"

"

"

Las personas compran casas y se convierten en propietarios. Para pagarlas es habitual que el propietario formalice un préstamo hipotecario con una entidad bancaria. El banco toma la casa en forma de aval en caso de impago de las mensualidades. En el caso de que el capital fiado supera el valor de tasación de la casa y el sueldo del propietario no es suficiente, el banco suele exigir la presencia de un avalista. Para formalizar la hipoteca se necesitan los datos personales del propietario, además de su dni y número de la seguridad social, y de la casa, su dirección. El capital de la hipoteca se ajusta teniendo en cuenta el valor de tasación de la casa. Toda hipoteca se formaliza detallando el capital, el interés (%) y la duración (fecha de inicio y fecha de fin). A partir de estos datos se calcula el importe de cada mensualidad.


Hipoteca: solución


Redes de computadores: enunciado !

Especificar un diagrama de clases que describa redes de computadores, teniendo en cuenta lo siguiente "

Los elementos que se pueden incluir en la red son: servidores, ordenadores personales (PC), impresoras y conmutadores.

"

Los PCs se conectan a un único conmutador pero los servidores pueden hacerlo a uno o varios.

"

Los servidores y PCs pueden generar mensajes de un cierto tamaño. Los conmutadores tienen un número de puertos, algunos de los cuales puede usarse para conectar con otros conmutadores. Tienen cierta probabilidad de “perder” mensajes.

"

"

Las impresoras pueden averiarse, con cierta probabilidad, durante cierto tiempo.


Redes de computadores: solución


Proyectos: enunciado (I) !

Especificar un diagrama de clases que describa la gestión de proyectos informáticos siguiendo el proceso unificado " "

" "

Un proyecto requiere de una serie de ciclos de desarrollo. Todo ciclo de desarrollo concluye con una versión ejecutable y son necesarias cuatro fases para completarlo: inicio, elaboración, construcción y transición. A su vez las fases requieren varias iteraciones. Las iteraciones son una secuencia de actividades, las cuales tienen una duración y necesitan unos recursos (materiales y humanos).

"

Las iteraciones pueden producir artefactos de muy distinto tipo (documentación, resultados de pruebas, software).

"

Es importante medir el estado de avance del proyecto.


Proyectos: solución (I)


Conferencias científicas: enunciado (I) ! ! !

! !

!

!

!

!

El sistema puede gestionar varias conferencias a la vez. Cada conferencia tiene uno o dos chairmen. Los autores envían artículos, dentro de un plazo. Uno de los autores es el autor “de correspondencia”. Los artículos son revisados por 3 revisores, dentro de un plazo. En base a las revisiones, los chairmen deciden aceptar o rechazar los artículos. Para ello, una notificación a los autores de correspondencia de envían cada artículo. El autor de correspondencia de los artículos aceptados envía una versión final, dentro de un plazo. Los artículos están descritos por un título, autores (ordenado), resumen y cuerpo del artículo. Autores, revisores y chairmen están descritos por un nombre, afiliación y correo. Las revisiones están compuestas por una nota (del 0 al 5) y una sección de comentarios.


Conferencias científicas: solución (I)


Ejercicios de Modelado de estructura: Ejercicios resueltos

(CC) García, F.J.; Moreno, M.; Bravo, S.; Conde, M.A.; García, A. Departamento de Informática y Automática Universidad de Salamanca

2º Grado en Ingeniería Informática Fecha de última modificación: 07-06-2014


!"!#$%$%&' (%)*#)+)' (! $-)'!' .$$/ *012304 56"67 +819:84 +67 ;10<84 '67 $8:=94 +6)6 (9>01?0@9:?8 =9 %:A81@B?C20 D )E?8@B?C20 F:C<91GC=0= =9 '0H0@0:20

I6 J8G C?0H % K 9:E:2C0=8 2



8:G 1E 1 E: 0M10@0 9 2 0G9G >010 E: 8G> 0 28: E: 28:NE:?8 =9 >02C9:?9G D E: 28:NE:?8 =9 9@>H90=8G G0:C?01C8G .@O=C28G D 9:A91@918G/ GCMEC9:=8 H0G GCMEC9:?9G 9G>92CAC202C8:9G 



F: >02C9:?9 9G 0?9:=C=8 >81 E:8 8 @BG @O=C28G D 9G 0GCG?C=8 >81 E: 1E 8 =9 9:A91@918G $0=0 >02C9:?9 G9 =9G21CP9 >81 GE :Q@918 =9 LCG?81C0 2H3:C204 GE :8@P19 D =C1922CR: G0:C?01C8 19A919:?9 0 GE :Q@918 =9 9@>H90=84 :8@P19 D ?C>86 S010 H8G @O=C28G L0D TE9 C:=C201 0=9@BG GE 9G>92C0HC=0= 190HCU0=8G C=9:?CAC20=8G >81 E: :Q@918 =9 19A919:2C04 0=9@BG G9 C:=C20 9H ?C>8 =9 0:BHCGCG4 H0 A92 L0 9: H0 TE9 G9 190HCUR4 9H @O=C28 4 >1E9P0 D H8G 19GEH?0=8G TE9 G9 8P?E
I6 J8G C?0H %% K G8HE2CR: 3

1

*

V6 $H3:C20 <9?91C:01C0 % K 9:E:2C0=8 4



9>19G9: 0 @9 0: 9 E: 0M10@0 9 2 0G9G 0 G ME 9: 9 9G>92 202 : G8P19 E:0 2H3:C20 <9?91C:01C0 



F: <9?91C:01C8 ?C9:9 28@8 >02C9:?9G 0:C@0H9G D 28@8 2HC9:?9G A0@CHC0G6 : 2 9: 9 9G E: 28: E: 8 9 >91G8:0G TE9 GE9 9 28119G>8: 91G9 28: E:0 0@ 06 $0=0 2HC9:?9 ?C9:9 E: 2R=CM84 9H >1C@91 0>9HHC=8 =9H 20P9U0 =9 A0@CHC04 E: :Q@918 =9 2E9:?0 P0:201C04 E:0 =C1922CR:4 E: ?9HOA8:8 D H8G :8@P19G D (W% =9 H0G >91G8:0G 28119G>8:=C9:?9G6 W8 9XCG?9 H3@C?9 9: 9H :Q@918 =9 >91G8:0G 0G82 0 0G 0 E:0 9:? 0 2 9:?96 9@ G4 E:0 >91G8:0 >E9 9 9G?01 0 0 9 0H?0 9: <01C8G 2HC9:?9G .>696K E: L8@P19 TE9 8G0 ?C9:9 E: M0?8 D 28@8 ?0H >91?9:929 0 E: 2HC9:?94 >918 ?0@PCO: 9G?B =0=8 =9 0H?0 9: 9H 2HC9:?9 0G82C0=8 28: 9H >9118 =9 GEG >0=19G/ -8G 2HC9:?9G >E9=9: ?9:91 <01C0G @0G28?0G4 20=0 @0G28?0 ?C9:9 E: 2R=CM84 E: 0HC0G4 E:0 9G>92C94 E:0 10U04 28H81 =9 >9H84 A92 L0 =9 :02C@C9:?8 0>18XC@0=04 >9G8 @9=C8 =9H 0:C@0H 9: H0G QH?C@0G IY 9G8 02?E0H =9H 0:C@0H 9 ME01 01  

E:

G 81 0 @

28 9 20 0 @0G28 0 28:

$0=0 9:A91@9=0= TE9 ?E<8 D H0 A92L0 9: H0 TE9 9:A91@R $0H9:=01C8 =9 <02E:02CR:4 9: 9H TE9 G9 19MCG?101B H0 A92 L0 =9 20=0 <02E:04 H0 9:A91@9=0= =9 H0 TE9 G9 <02E:0

V6 $H3:C20 <9?91C:01C0 %% K G8HE2CR: I 5

V6 $H3:C20 <9?91C:01C0 %%% K G8HE2CR: V 6

Z6 J8?9H % K 9:E:2C0=8 7



90 U01 E: 0M10@0 9 2 0G9G >010 E: G G 9@0 TE9 >91@ 0 M9G 8:01 0G 19G91<0G =9 E: L8?9H D 9@C?C1 H0G 28119G>8:=C9:?9G A02?E10G ?0H 28@8 G9 =9G21CP9 0 28:?C:E02CR: 4 >192C86 -0G =8PH9G ?C9:9: E: :Q@918 @BXC@8 =9 82E>02CR: 

J0D =8G ?C>8G =9 2HC9:?9GK L0PC?E0H9G D 9G>81B=C28G6 S010 9G?8G QH?C@8G G9 0H@029:0 GE C:A81@02CR: >91G8:0H4 =C1922CR: D :Q@918 =9 ?01N9?0 =9 21O=C?86 '8P19 H8G 2HC9:?9G [



F:0 19G91<0 81 H8G =0?8G =9H 2HC9:?94 H8G =0?8G =9 H0 L0PC?02CR:4 H0 A92L0 =9 9:?10=0 D 9H :Q@918 =9 :82L9G TE9 9G?01B 82E>0=0 H0 L0PC?02CR:



-0G 19G91<0G E9=9: L0291H0G H8G 2HC9:?9G =C192?0@9:?9 0 ?102C8:CG?06 !: 9G?9 20G8 G9 =9P9 28:8291 TEO 1929>2C8:CG?0 L0 190HCU0=8 H0 19G91<0



-8G 2HC9:?9G L0PC?E0H9G ?C9:9: =9G2E9:?8 9: 9H >192C8 =9 H0 L0PC?02CR:6 !G?9 =9G2E9:?8



S81 20=0 19G91<0 G9 9@C?C1B H0 28119G>8:=C9:?9 A02?E10 0:?9G =9 TE9 9H 2HC9:?9 0P0:=8:9 9H L8?9H6 !: 9HH0 G9 ?9:=1B 9: 2E9:?0 9H >192C8 =9 H0 L0PC?02CR:4 H8G =30G =9 9G?0:2C0 D 9H 28:GE@8 190HCU0=8 9: 9H @C:CP01 .20=0 =30 G9 19MCG?10 9H 28:GE@8 190 U0 8

]6 !H922C8:9G % K 9:E:2C0=8 10

0H =9G0118HH8 =9 E:0G !H922C8:9G *9:910H9G 9: !G>0^06 '9 28:GC=9101B: H8G GCMEC9:?9G 0G>92?8GK 













'9 =CG>8:9 =9 E: 29:G8 =9 9H92?819G6 (9 20=0 E:8 =9 9HH8G G9 28:829 GE (W%4 :8@P19 D 0>9HHC=8G4 =C1922CR: D A92L028:2E119: =9 :02C@C9:?8 ) H0G 9H922C8:9G E:0 G91C9 =9 01?C=8G 8H3?C28G 20=0 E:8 =9 H8G 2E0H9G ?C9:9 E: :8@P19 E:0G GCMH0G TE9 G8: Q:C28G !H ?911C?81C8 :02C8:0H G9 =C2C8:9G6 $0=0 2C12E:G21C>2CR: ?C9:9 E: :8@P19 TE9 H0 C=9:?CAC20 D ?C9:9 0GCM:0=8 9H :Q@918 =9 =C>E?0=8G TE9 <0130 G9MQ: H0 2C12E:G21C>2CR:6 $0=0 >01?C=8 >E9=9 >19G9:?01 20:=C=0?8G 9: 0TE9HH0G 2C12E:G21C>2C8:9G TE9 =9G996 S010 9HH84 9H >01?C=8 9H0P8101B E:0 HCG?0 81=9:0=0 =9 20:=C=0?8G >81 20=0 2C12E:G21C>2CR: 9: H0 2EBH G9 >19G9:?96 F: 20:=C=0?8 GRH8 >E9=9 0>019291 9: E:0 HCG?0 28@8 @BXC@86 _8=8 20:=C=0?8 9G ?0@PCO: E: 9H92?81 !: 20=0 2C12E:G21C>2CR: L0D E:0 G91C9 =9 28H9MC8G 9H92?810H9G6 F: 28H9MC8 9H92?810H ?C9:9 E:0 =C1922CR:6 (9:?18 =9 20=0 28H9MC8 G9 >E9=9: 9G?0PH9291 E:0 8 <01C0G @9G0G4 0 H0G 2E0H9G G9 H9G 0G M:0 E: : @918 -0 "E:?0 !H92?810H =9?91@C:0 9: TEO 28H9MC8 D 9: TEO @9G0 =9P9 <8?01 20=0 9H92?814 =9 @8=8 TE9 0 20=0 E:8 H9 28119G>8:=9 E:0 Q:C20 @9G0 9H92?810H6 $0=0 @9G0 28:?01B 28: 9H HCG?0=8 =9 9H92?819G 0GCM:0=8G 0 H0 @CG@06 %ME0H@9:?94 H0 "E:?0 !H92?810H =9?91@C:01B @9=C0:?9 G81?98 6 E: 201M8 .>19GC=9:?94 <820H I`4 <820H V`4 9?26/6 -8G 9H92?819G >8=1B: <8?01 GRH8 >81 E:0 =9 H0G HCG?0G TE9 G9 >19G9:?9: 9: GE 2C12E:G21C>2CR:6 -0G HCG?0G G8: 29110=0G4 9G =92C14 E: 9H92?81 :8 9HCM9 H8G 20:=C=0?8G =9 E:0 HCG?04 GC:8 TE9 <8?0 >81 H0 5C:0HCU0=8 9H >H0U8 =9 <8?02CR:4 9: 20=0 @9G0 G9 L01B E: 192E9:?8 =9 <8?8G D G9 19HH9:01B E: 02?0 9: 9H TE9 G9 C:=C201B: 9H ?8?0H =9 <8?8G 192CPC=8G4 9H ?8?0H =9 <8?8G 9: PH0:284 9H ?8?0H =9 <8?8G :EH8G D 9H ?8?0H =9 <8?8G >010 20=0 E:0 =9 H0G HCG?0G >19G9:?0=0G


Ejercicios Evaluación Continua II



Parque de atracciones: enunciado (I) !

Representa mediante un diagrama de clases la siguiente especificación relacionada con un sistema para gestionar un parque de atracciones "

El parque de atracciones se divide en zonas temáticas cada una de las cuáles incluye un hotel.

"

Cada hotel tiene un conjunto de habitaciones que pueden tener precios diferentes.

"

Cada zona temática se caracteriza por tener un nombre, una descripción, un color asociado y un conjunto de atracciones, restaurantes, tiendas y espectáculos.

"

De cada restaurante se indica su nombre, el horario y el precio medio por persona. De cada tienda se conoce su nombre y el horario en el que está abierto.

" "

De cada atracción se conoce su nombre, la estatura mínima para poder montar, la capacidad que tiene y la duración del recorrido.

"

Los espectáculos pueden ser de diferentes tipos (musical, magia, danza, teatro, etc.) y tienen un nombre y una duración.

"

Para acceder al parque es necesario disponer de una entrada.

"

El sistema permite a los clientes realizar compras en las que incluir una o más entradas para una fecha concreta y opcionalmente incluir alguna reserva para unas fechas concretas en alguno de los hoteles del parque.

"

Una reserva en un hotel viene determinada por los datos del cliente (nombre, apellidos, NIF y contacto), los datos de la habitación, la fecha de entrada y la fecha de salida. UML 2


Parque de atracciones: solución (I)

UML 3


Parque de atracciones: enunciado (II) !

Representa mediante un diagrama de clases la siguiente especificación relacionada con un sistema para gestionar un parque de atracciones "

El parque de atracciones se divide en zonas temáticas.

"

Cada zona temática se caracteriza por tener un nombre, una descripción, un color asociado y un conjunto de atracciones, restaurantes y espectáculos.

"

De cada atracción se conoce su nombre, la estatura mínima para poder montar, la capacidad que tiene y la duración del recorrido.

"

De cada restaurante se indica su nombre, el horario y el precio medio por persona.

"

Los espectáculos pueden ser de diferentes tipos (musical, magia, danza, teatro, etc.) y tienen un nombre, una duración y un aforo máximo.

"

Cada espectáculo puede tener varios pases. Un pase tiene una fecha, una hora, un aforo permitido y un conjunto de butacas a la venta para que los visitantes del parque puedan acceder al espectáculo.

"

Para acceder al parque es necesario disponer de una entrada.

"

La entrada es nominativa, es decir, se conoce el nombre y apellidos del cliente, es para una fecha concreta y puede incluir acceso a alguno de los espectáculos mediante la compra de entradas para los mismos.

UML 4


Parque de atracciones: solución (II)

UML 5


Ejercicios Evaluación Continua II


Prácticas de Ingeniería del Software I (Grado en Informática Informática)

EJERCICIOS DE MODELADO DE INTERACCIÓN (CC) García, F.J.; Moreno, M.; Bravo, S.; Conde, M.A. Departamento de Informática y Automática Universidad de Salamanca

Sumario 2

! !

Ejercicios resueltos Ejercicios propuestos

3

Ejercicios resueltos Enunciados y posibles soluciones

http://www.chemistryland.com/CHM130S/02-MMM/Measure/Eureka.jpg

Gestión de Pedidos (I): Especificación 4

!

Se parte del siguiente enunciado "

" "

"

" "

Dicha aplicación debe guardar la información de los pedidos que realizan sus clientes y la fecha en que se formalizan. Los pedidos constan habitualmente de varios productos. El coste total del pedido se calcula a partir de los precios individuales cada asociados a de cada uno.producto, así como de la cantidad e impuestos Es importante mantener información sobre las existencias de cada producto con el fin de poder informar al cliente si habrá retrasos en la entrega del pedido. El pedido podrá pagarse de una vez o en varios pagos. Las formas de pago posible son " " "

"

Tarjeta de crédito (fecha de caducidad, número, VISA o MASTERCARD) Efectivo (moneda) Cheque (nombre, entidad bancaria)

El pedido podrá estar en uno de los siguientes estados: pendiente, pagado, procesando, enviado y entregado

Gestión de Pedidos (II): DC 5

Gestión de Pedidos (III): Caso 1 6

!

Describir el diagrama de secuencia según la notación utilizada en el proceso unificado para el siguiente caso

!

Identificador: Realiza_pedido Actor que lo inician: Cliente Precondiciones: Un cliente registrado

!

Secuencia de eventos de flujo

! !

en el sistema ha accedido

correctamente al sistema " " " " " "

!

El cliente solicita la realización de un pedido El sistema pedidos muestra al cliente un listado con los productos El cliente selecciona el producto que desea incluir en el pedido El sistema muestra la descripción y el precio del producto al cliente El cliente confirma la selección El sistema devuelve el id del pedido al usuario

Postcondiciones: Si

el pedido no ha sido cancelado, es registrado en el sistema y confirmado al cliente

Gestión de Pedidos (IV): Solución Caso 1 7

Gestión de Pedidos (V): Caso 2 8

!

Describir el diagrama de secuencia según la notación utilizada en el proceso unificado para el siguiente caso !

Identificador: Pagar_pedido

!

Actor que lo inician: Cliente

!

Precondiciones: Un cliente registrado en el sistema ha accedido correctamente al Sistema

y va a pagar un pedido realizado previamente !

!

Secuencia de eventos de flujo: " El cliente solicita pagar un pedido " El sistema pedidos muestra al cliente un listado con los pedidos pendientes de pago " El cliente selecciona el pedido a pagar " El sistema muestra el resumen del pedido " El cliente confirma el pedido " El sistema solicita que se seleccione una forma de pago " El cliente selecciona una forma de pago e introduce sus datos " El sistema de pago contacta con el banco para comprobar los datos " El pago es confirmado se acepta el pedido y se le comunica al cliente Postcondiciones: Si el pedido no ha sido cancelado, es registrado como pagado en el

sistema

Gestión de Pedidos (VI): Solución Caso 2 9

Gestión de Pedidos (VII): Caso 3 10

!

Realizar un diagrama de secuencia sin utilizar la notación del proceso unificado en la que se realice la misma secuencia de Realizar pedido pero pudiendo seleccionar varios productos. !

Identificador: Realiza_pedidos2

!

Actor que lo inician: Cliente

!

Precondiciones: Un cliente registrado en el sistema ha accedido correctamente al

!

sistema.

!

Secuencia de eventos de flujo: " El cliente solicita la realización de un pedido. " El sistema pedidos muestra al cliente un listado con los productos " El cliente selecciona los productos que desea incluir en el pedido " Por cada producto " El sistema crea una línea de pedido sobre la que se aporta descripción, precio y cantidad " Dicha línea de pedido se asocia al pedido " El sistema suma el precio del producto en el total del pedido " El cliente confirma la selección " El sistema devuelve el id del pedido al usuario Postcondiciones: Si el pedido no ha sido cancelado, es registrado en el sistema y

!

confirmado al cliente

Gestión de Pedidos (VIII): Solución Caso3 11

Gestión de Pedidos (IX): Comunicación 12

!

Diagramas de comunicación !

!

Realizar diagrama de comunicación siguiendo la notación del proceso unificado para el caso 1 (Realiza_Pedido) Realizar un diagrama de comunicación para el caso 3 (Realiza_Pedido2)

Gestión de Pedidos (X): Comunicación 13

Gestión de Pedidos (y XI): Comunicación 14

15

Ejercicios propuestos Enunciados de ejercicios para modelar

2. Ejercicios Propuestos (I) 16

! !

Propuesta 1 Modifica el caso 1 realizando 2 diagramas de secuencia !

Diagrama 1. Se debe incluir que el cliente meta su dirección antes de seleccionar el producto ! Diagrama 2. Modela el diagrama anterior según la notación de objetos y no del proceso unificado

1. Ejercicios Propuestos (II) 17

! !

Propuesta 2 Modifica el caso 2 realizando un diagrama de secuencia que !

Represente el caso 2anterior siguiendo la notación de objetos Sobre el diagrama incluir fragmento combinado con un bucle para seleccionar varios pedidos y no solo uno ! Implementar como fragmentos combinados alternativos la posibilidad del pago en efectivo !

Una opción sería la de pago actual que es para tarjeta " La otra opción sería en efectivo "

1. Ejercicios Propuestos (y III) 18

!

!

Realizar un diagrama de comunicación para el diagrama de secuencia de la propuesta 2 según la notación del proceso unificado Realizar un diagrama de comunicación para el diagrama de secuencia de la propuesta 2 según la notación objeto

Ingeniería del Software I (Grado en Ingeniería Informática)

EJERCICIOS DIAGRAMAS DE INTERACCIÓN (CC) García, F.J.; Moreno, M.; Bravo, S.; Conde, M.A. Departamento de Informática y Automática Universidad de Salamanca

1. Producir un informe (I): enunciado 2

!

Realice un diagrama de secuencia y otro de comunicación que representen la realización de los siguientes escenarios del caso de uso “Producir un informe” Escenario 1: Informe de Hipotecas ! "

El actor “Miembro” solicita un informe impreso con una lista de todas las hipotecas

"

Clases participantes "

!

"

GUI: recibe la petición del actor y la transfiere a la clase Hipoteca Hipoteca: solicita la impresión a la clase Informe Hipoteca

"

Informe de Hipotecas:

imprime el informe y envía confirmación OK al actor a través de las clases Hipoteca y GUI

Escenario 2: Informe de inversiones "

"

El actor “Miembro” solicita un informe impreso con una lista de todas las inversiones Clases participantes: "

GUI:

"

Inversión:

"

recibe la petición del actor y la transfiere a la clase Inversión solicita la impresión a la clase Informe Inversión Informe de Inversiones: imprime el informe y envía confirmación OK al actor a través de las clases Inversión y GUI

1. Producir un informe (II): solución 3

1. Producir un informe (III): solución 4

2. Comprar un cuadro (I): enunciado 5 !

Realice un diagrama de secuencia que represente la realización del caso de uso “Comprar un cuadro” !

!

Descripción El empleado de la galería introduce los detalles de la obra representativa que está " considerando comprar para obtener el precio. El sistema calcula el precio máximo a ofrecer y lo ajusta en función de los cuadros subastados disponibles " El empleado hace una oferta y proporciona los detalles del vendedor, los cuales se utilizan para actualizar los datos de la obra representativa Clases participantes " GUI: transfiere los datos que introduce el empleado a la clase Calcular Precio y envía los mensajes de retorno de ésta al empleado "

" "

Calcular precio Obra Representativa " Recibe los detalles de la obra y calcula el precio máximo. Después crea un objeto Obra Representativa, el cual transfiere a Calcular Precio Obra Maestra . Esta le devuelve el precio y con este valor ajusta el precio y el valor ajustado se lo envía a la clase GUI para que lo presente al empleado " Recibe los detalles del vendedor y solicita la actualización a la clase Obra Representativa, la cual le devuelve la confirmación que pasa después a GUI Obra Representativa: actualiza los datos del vendedor y envía confirmación Calcular Precio Obra Maestra: Cuando se le transfiere el objeto Obra Representativa envía un mensaje a la clase Cuadro Subastado para que busque cuadros subastados y le devuelva uno. Después envía el precio del cuadro a la clase Calcular Precio Obra Representativa para que

esta lo ajuste "

Cuadro subastado:

devuelve cuadro subastado

2. Comprar un cuadro (II): solución 6

3. Manejar un activo(I): enunciado 7

!

Realice un diagrama de comunicación que represente la realización del caso de uso “Manejar un activo” descrito a continuación !

Escenario 1: Manejar una Hipoteca "

El actor Miembro actualiza el ingreso semanal de la hipoteca

"

Clases participantes "

GUI:

"

Manejar activo:

"

!

recibe los datos del ingreso y solicita a la clase Manejar un activo que los transfiera para realizar la actualización Transfiere los datos de ingreso a la clase Hipoteca para que actualice el ingreso y la fecha Hipoteca: actualiza los datos y envía el mensaje de “conclusión satisfactoria” que las clases Manejar un activo y GUI transfieren al usuario

Escenario 2: Manejar una inversión " "

El actor Miembro actualiza el impuesto anual de la casa Clases participantes: " GUI: recibe los datos del impuesto y solicita a la clase Manejar un activo que los transfiera para realizar la actualización " Manejar activo: Transfiere los datos del impuesto a la clase Inversión para que actualice el impuesto y la fecha " Inversión: actualiza los datos y envía el mensaje de “conclusión satisfactoria” que las clases Manejar un activo y GUI transfieren al usuario

3. Manejar un activo (II): solución 8

Ingeniería del Software I (Grado en Ingeniería Informática)

EJERCICIOS DIAGRAMAS DE INTERACCIÓN (CC) García, F.J.; Moreno, M.; Bravo, S.; Conde, M.A. Departamento de Informática y Automática Universidad de Salamanca

EJERCICIOS_IS.pdf

Recommend Documents