Ejercicios propuestos UML Casos de Uso. Ejercicio 1.

Gestin de fincas e inmuebles Enunciado Se desea desarrollar una aplicacin de gestin de fincas e inmuebles. La aplicacin deber cubrir todos los aspectos relacionados con dicho tema, teniendo en cuenta la siguiente dinmica de funcionamiento: Una empresa gestiona un conjunto de inmuebles, que administra en calidad de propietaria. ada inmueble puede ser bien un local !local comercial, oficinas, ...", un piso o bien un edificio que a su #e$ tiene pisos % locales. omo el n&mero de inmuebles que la empresa gestiona no es un n&mero fijo, la empresa propietaria e'ige que la aplicacin permita tanto introducir nue#os inmuebles, con sus datos correspondientes !direccin, n&mero, cdigo postal, ...", as( como darlos de baja, modificarlos % consultarlos. )simismo, que una empresa administre un edificio determinado no implica que gestione todos sus pisos % locales, por lo que la aplicacin tambi*n deber permitir introducir nue#os pisos o locales con sus datos correspondientes !planta, letra,...", darlos de baja, modificarlos % hacer consultas sobre ellos. ualquier persona que tenga una nmina, un a#al bancario, un contrato de trabajo o #enga a#alado por otra persona puede alquilar el edificio completo o alguno de los pisos o locales que no est*n %a alquilados, % posteriormente desalquilarlo. +or ello debern poderse dar de alta, si son nue#os inquilinos, con sus datos correspondientes !nombre, ,-., edad, se'o, fotograf(a, ... ", poder modificarlos, darlos de baja, consultar, etc. !para la reali$acin de cualquiera de estas operaciones es necesaria la identificacin por parte del inquilino". +or otra parte, cada mes el secretario de la empresa pedir la generacin de un recibo para cada uno de los pisos % de los locales, el cual lle#a asociado un n&mero de recibo que es &nico para cada piso % para cada local % que no #ariar a lo largo del tiempo, indicando el piso o local a que pertenece, la fecha de emisin, la renta, el agua, la lu$, la actuali$acin del .+ anual, porter(a, ./), etc. 0 otros conceptos, teniendo en cuenta que unos sern opcionales !slo para algunos recibos" % otros obligatorios !para todos los recibos". )dems, para cada recibo se desea saber si est o no cobrado. on #istas a facilitar la emisin de recibos cada mes, la aplicacin deber permitir la generacin de recibos id*nticos a los del mes anterior, a e'cepcin de la fecha. )dems debern e'istir utilidades para iniciali$ar los conceptos que se desee de los recibos a una determinada cantidad % tambi*n debe ser posible modificar recibos emitidos en meses anteriores al actual. La aplicacin tambi*n deber presentar los recibos en formato impreso, pero teniendo en cuenta que en un recibo nunca aparecern aquellos conceptos cu%o importe sea igual a cero. ,e igual forma, el secretario debe poder gestionar los mo#imientos bancarios que se producen asociados a cada edificio, piso o local. Un mo#imiento bancario siempre estar asociado a un banco % a una cuenta determinada de ese banco. En esa cuenta e'istir un saldo, acreedor o deudor, que aumentar o disminuir con cada mo#imiento. +ara cada mo#imiento se desea saber tambi*n la fecha en que se ha reali$ado. Un mo#imiento bancario puede ser de dos tipos: un gasto o un ingreso. Si el mo#imiento bancario es un gasto, entonces estar asociado a un inmueble determinado, % se indicar el tipo de gasto al que pertenece entre los que se tienen estipulados. Ejemplos de gastos son el coste de la reparacin de un ascensor del inmueble que pertenece a gastos de reparacin, el sueldo de la se1ora de la limpie$a, etc. S( el mo#imiento bancario es un ingreso entonces estar asociado a un piso de un inmueble determinado o a un local % tambi*n se indicar el tipo de ingreso al que

pertenece, como en el caso de los gastos. Ejemplos de ingresos son precisamente los recibos que se cobran cada mes a los inquilinos. 2asndose en los gastos e ingresos que se deducen de los mo#imientos bancarios, la aplicacin deber ser capa$ de ocuparse de la gestin econmica generando los informes que facilitan la reali$acin de la declaracin de la renta. +or &ltimo, la aplicacin deber ser capa$ de proporcionar el acceso, de forma estructurada, a toda la informacin almacenada en el sistema, generando para ello los listados necesarios que requiere el secretario. Ejemplos de listado son: el listado de todo los inquilinos ordenado por fechas, el listado de inquilinos que han pagado o no en un determinado inter#alo de tiempo, el listado de todos los inmuebles, el listado de todos los pisos % locales de cada edificio, el listado de todos los recibos pendientes de cobro en un determinado inter#alo de tiempo, etc. 2.Puntos de informacin universitaria Enunciado La Uni#ersidad arlos ... de Madrid en su constante inno#acin pretende instalar un conjunto de +untos de .nformacin Uni#ersitaria !+.U" a tra#*s de los cuales se pueda facilitar informacin a la comunidad uni#ersitaria. Las funcionalidades consideradas para instalar en cada +.U son: .nformacin 3eneral: acti#idades culturales % e'tra4acad*micas de la Uni#ersidad % de las diferentes Escuelas % 5acultades. .nformacin )dministrati#a: pla$os de matriculacin, fechas de e'menes, normati#as % a#isos. .nformacin +ri#ada: esta informacin se diferenciar seg&n el tipo de usuario final que se identifique en el +.U. PAS: informacin relati#a a su cuerpo e informacin econmico4contractual. Profesores: informacin relati#a a su cuerpo, informacin de asignacin horaria de clases e informacin econmico4contractual. Alumnos: informacin referente a la carrera que estn cursando % su curr(culum, as( como el estado de su matriculacin. omo a%uda a la resolucin de esta problemtica, la Uni#ersidad arlos 666 ha pedido a su departamento de in#estigacin % desarrollo !.7," la elaboracin de un sistema informtico que pueda ser utili$ado por cuatro tipos de usuarios diferentes: Administrador: es el responsable de la colocacin % carga inicial de los +.U8s en las diferentes Escuelas % 5acultades que componen la Uni#ersidad, es decir, se encarga de decidir, las situaciones f(sicas ms propicias % de acti#acin inicial de los contenidos !funcionalidades a proporcionar" de cada uno de los +.U8s en las diferentes Escuelas % 5acultades que componen la Uni#ersidad, es decir, se encarga de decidir las situaciones f(sicas ms propicias % de acti#acin inicial de los contenidos !funcionalidades a proporcionar" de cada uno de los +.U8s. +or tanto, el administrador tan slo utili$ar este sistema informtico para notificar la instalacin de los distintos dispositi#os. 9abr un administrador de dispositi#os por cada turno de ma1ana % de tarde para solucionar todas las peticiones reali$adas por los responsables de cada centro. Gestor: es el encargado de determinar la situacin !funcionamiento:descone'in" de cada uno de los +.U8s distribuidos pre#iamente por el administrador del sistema. )simismo, este usuario ser el responsable de determinar qu* acciones se desencadenarn como consecuencia de la aparicin de un mal funcionamiento del +.U8s, como puede ser: 4;egistro en una salida de <Log<. 4 En#(o de un equipo t*cnico. 4;eporte del error al )= ! entro de )tencin =*cnico". 4;einiciali$acin del +.U.

4Emisin de una solicitud de descone'in del +.U al administrador. omo la principal misin de los gestores de los +.U8s es la regulacin % mantenimiento de los mismos, tan slo utili$arn el sistema informtico de forma espordica, para retocar los parmetros de funcionamiento del sistema cuando se detectan anomal(as a tener en cuenta. 9abr un gestor de dispositi#os en el turno de ma1ana % en el de tarde. Operador: es el usuario responsable de gestionar el funcionamiento de cada uno de los +.U8s e'istentes en cada una de las Escuelas % 5acultades. Su acti#idad consistir en el control de red, es decir, se encarga de #erificar el funcionamiento global de la red de +.U8s e'istente. +udiendo reali$ar operaciones de control, gestin % estad(sticas sobre la misma. )dems, se encarga de reportar los errores obser#ados al 3estor que est* de guardia en cada momento. Los operadores estarn utili$ando continuamente el sistema de seguimiento de los +.U8s, tan slo lo dejarn de utili$ar en los periodos de descanso acordados. La Uni#ersidad utili$ar a tres operadores en acti#o para cada uno de los turnos de ser#icio !ma1ana, tarde % noche". +or &ltimo, los operadores tambi*n debern reali$ar las acciones indicadas por el gestor del sistema en caso de que *ste no est* locali$able. Usuarios Finales: este grupo est compuesto por el +)S, el +rofesorado % el )lumnado. Su cone'in al sistema #endr siempre asociada a una solicitud:ser#icio de informacin. ada #e$ que un usuario intente conectarse al sistema deber introducir sus datos identificati#os, as( como la introduccin de una contrase1a % del tipo de usuario !en caso de que sea necesario". Las acti#idades recogidas por el sistema slo estarn accesibles para el tipo de usuario responsable de su reali$acin, de tal manera,que la instalacin de +.U8s no estar accesible a un gestor o a un operador, del mismo modo la gestin de red no podr ser reali$ada por un administrador o por un gestor. Instalacin de los PIU's +ara instalar un +.U dentro de una 5acultad o Escuela ser necesario, en primer lugar, seleccionar la Escuela:5acultad, de tal modo que slo puede haber un &nico dispositi#o de un tipo determinado en una misma Escuela:5acultad. )continuacin se indicar las funcionalidades que soportar dicho +.U. Serposible que el administrador de los +.U8s cambie la colocacin de los mismos, as( como el resto de caracter(sticas propias del +.U. Control de funcionamiento +eridicamente, el gestor de los +.U8s podr obser#ar el estado de funcionamiento de cada uno de los +.U8s as( como ajustar las acciones a reali$ar qu* se desencadenar como consecuencia de la aparicin de un mal funcionamiento del +.U8s. Gestin de red Se podrn reali$ar operacin de control, gestin % estad(stica sobre la red instalada obser#ando la aparicin de errores, que debern ser reportados al gestor de guardia. Obtencin de informacin Los Usuarios 5inales reali$arn peticiones al sistema guiados a tra#*s de la interfa$ grfica del sistema, su &nica interrelacin con el sistema, consiste en la emisin de dichas peticiones para que sean procesadas % ser#idas por el sistema. Diagrama de Clases. 3.Restaurante Enunciado El due1o de una cadena de restaurantes de Madrid quiere que se hagan de forma automtica:

Las reser#as de las mesas de sus restaurantes. La gestin de los pedidos de cada mesa. La solicitud de consumiciones, comidas % bebidas, a la cocina. )s( como la solicitud de suministros por parte de los restaurantes a los almacenes. ) continuacin se describe cada uno de estos procesos que se quieren automati$ar, mediante el uso de una aplicacin soft>are. Reservas de mesas Los clientes de los restaurantes pueden llamar por tel*fono para reser#ar una mesa, pero lo que se est intentando poner de moda es el uso de unos terminales punto de reser#a !=+;" ubicados en la calle. La #entaja que tiene el uso de estos terminales es la posibilidad de elegir la mesa en funcin de su ubicacin dentro del restaurante, cosa que no se puede hacer por tel*fono. =odos los =+; son de la cadena de restaurantes, aunque cabe la posibilidad de que en un futuro distintas cadenas de restaurantes puedan ofrecer sus ser#icios a tra#*s de estos terminales. 9o% por ho% slo se podrn elegir restaurantes de esta cadena de restaurantes. uando un cliente se conecta a uno de estos =+;, el terminal le pregunta en qu* restaurante quiere reali$ar la reser#a, qu* d(a % la hora. El terminal comprueba si en el restaurante especificado ha% alguna mesa libre a esa hora. Si es as(, muestra el plano del restaurante con las mesas que ha% libres. Las mesas estn separadas en mesas de fumador, marcadas con la 5, % de no fumador, marcadas con -E )dems, cada mesa lle#a un indicador con el n&mero de personas para el que est pensada dicha mesa. El usuario selecciona una mesa e indica el n&mero de personas que #an a ocuparla? si todo est bien, el terminal pide al usuario que indique el nombre con el cual desea reali$ar la reser#a, el usuario se lo indica % el terminal le da un tic@et indicando el d(a, la hora, la mesa % el nombre con el que ha reser#ado la mesa. Si el cliente llega al restaurante #einte minutos despu*s de la hora de reser#a de la mesa, el sistema se encargar automticamente de dejar libre dicha mesa. Si no ha% mesas libres a la hora indicada por el usuario, el =+; se lo comunica al cliente, dndole adems la posibilidad de solicitar al sistema sugerencias sobre restaurantes disponibles a la hora % en el d(a solicitado. El usuario podr seleccionar alguno, en cu%o caso el procedimiento es el mismo que para el caso de la reser#a normal, e'ceptuando que el =+; %a tiene ciertos datos del cliente. Si lo que ocurre es que s( ha% mesas, pero el cliente no encuentra ninguna mesa que le satisfaga a la hora a la que desea la reser#a, puede solicitar al sistema que le indique otro restaurante de la cadena que tambi*n tenga mesas libres a esa hora. Si en cualquiera de los casos el usuario cambia de idea, basta con que cancele en cualquier momento la operacin. uando un cliente llega a uno de los restaurantes de la cadena, se le pregunta si tiene reser#a o no. En el caso en que tenga reser#a, bastar con que presente el tic@et, si la hora de reser#a no supera en #einte minutos a la hora de llegada al restaurante, la mesa pasa de estar reservada a ocupada % se les sienta en el lugar que les corresponde. Si por el contrario la hora de llegada supera en #einte minutos a la hora de reser#a, el sistema se habr encargado de anular dicha reser#a, de modo que la mesa ha%a quedado libre para otro posible cliente? por tanto, se les trata del mismo modo que si no tu#ieran reser#a. En ese caso el encargado, en ese momento de las reser#as, solicita al sistema que le muestre las mesas libres para ese momento? si ha% mesas libres, le pregunta al usuario si quiere mesa de fumador o de no fumador % cuntas personas son, el usuario se lo dice % en caso de que ha%a mesa libre, el encargado les sienta. Si no ha% mesa, el encargado le debe pedir al sistema el tiempo apro'imado

para que quede libre la pr'ima mesa de las caracter(sticas de la mesa solicitada. Esto podr calcularlo el sistema a tra#*s del estado en que se encuentran las distintas mesas en un determinado momento, estos estados son: ibre: si nadie la ha reser#ado. !eservada: si alguien ha hecho una reser#a. Ocupada: si los comensales estn %a a la mesa. Pidiendo: si el camarero est recogiendo el pedido de esa mesa. En espera de comida: si estn esperando que se les sir#a. Servidos: si los comensales %a tienen la comida en la mesa. Esperando cuenta: si los comensales ha%an pedido la cuenta. Pa"ando: si los comensales %a tienen la cuenta en la mesa. )dems, si no ha% mesas libres % el cliente lo desea, se le debe informar de otro:s restaurante de la cadena que s( tenga mesas libres. Pedidos Una #e$ que los clientes estn a la mesa, los camareros les dan la carta % esperan que pidan. Los camareros tienen unos dispositi#os que controlan una parte del sistema, el de los pedidos en cada mesa. Esta parte del sistema est a la espera de que el camarero introdu$ca un n&mero de mesa. uando el camarero introduce el n&mero de la mesa que #a a pedir, se graba automticamente la hora del pedido % la mesa que lo est haciendo. Los clientes pueden pedir tanto comidas como bebidas, ambas se consideran consumiciones. ada tipo de consumicin tiene un cdigo que ser lo que el camarero introdu$ca en el sistema. Si un cliente quiere saber los ingredientes de un determinado plato se lo puede preguntar al camarero, el cual, a su #e$, lo consulta al sistema tecleando el cdigo de la consumicin seguido del s(mbolo de interrogacin. El pedido de cada mesa se #a componiendo de l(neas de pedido donde cada l(nea de pedido es una consumicin. Es decir, si se piden tres platos de pasta % dos cer#e$as, el pedido tendr cinco l(neas de pedido. El camarero introduce por cada consumicin el cdigo de *sta % pulsa aceptar? antes de poder #ol#er a introducir un cdigo de consumicin, el sistema debe ser capa$ de comprobar que ha% ingredientes necesarios para satisfacer dicha peticin de consumicin. Si no fuera el caso, es decir, si no se pudiera completar la consumicin por falta de uno o #arios ingredientes, el camarero indicar al cliente que no es posible para que pida otra cosa. +or supuesto, al detectarse esta situacin se debe informar al almac*n de que reponga cada uno de los ingredientes o bebidas que faltan. Una #e$ que los comensales terminan de pedir, el camarero cierra temporalmente la nota, es decir, pulsa fin, mientras no le pidan nada ms % la mesa pasa a estar en estado de <Esperar comida<. )utomticamente el sistema a#isa en cocina que ha% un nue#o pedido en una mesa determinada. En este momento se recorre cada l(nea del pedido, de nue#o, para ir a su #e$ recorriendo los ingredientes de cada consumicin % disminuir la cantidad que se tiene de un determinado producto en cocina, de modo que si la cantidad del producto disminu%e por debajo del umbral establecido para ese alimento se pida automticamente a almac*n. El encargado de la cocina obser#a cuando llega un nue#o pedido % se lo indica a los cocineros. uando los platos estn listos el encargado de cocina establece el pedido de esa mesa como cocinado % manda un mensaje al control del camarero para que recoja el pedido de la mesa indicada, el camarero lo recoge para lle#arlo a la mesa que corresponde e indica que esa mesa est ser#ida.

Control de ngredientes )dems, como %a se1albamos antes, desde la cocina tambi*n se lle#a el control de los ingredientes, como se sabe e'actamente los ingredientes de cada plato, una #e$ se ha preparado la:s bandejas que contienen el pedido de una mesa, se indica al sistema que los ingredientes que conten(an esos platos o consumiciones han disminuido, de modo que cuando rebasan el m(nimo indispensable en cocina, el sistema a#isa automticamente para que repongan desde almac*n. Pago ! liberacin de mesa uando los comensales han terminado, piden al camarero la nota, momento en el cual el camarero cierra definiti#amente el pedido de esa mesa % establece el estado de la mesa como esperando nota. El camarero ordena que se imprima la nota que est compuesta por cada una de las l(neas de pedido. Una #e$ est impresa se la pasa a los clientes % *stos depositan bien el dinero en efecti#o o una tarjeta. El camarero se #a a la caja central e indica que esa mesa est pagando, #uel#e con la nota cobrada % establece la mesa como libre. En la 5igura A.B se pueden obser#ar los elementos a gestionar en el sistema objeto de estudio. ) partir de la informacin que nos han proporcionado, deberemos reali$ar el anlisis orientado a objetos que se propone utili$ando la t*cnica de los ,iagramas de lases.

"igura #.$% !estaurante# &.Par'ue de atracciones Enunciado La empresa ,./E;=.ME-=C, S. )., tiene #arios parques de atracciones repartidos por la geograf(a espa1ola. Lo que ms preocupa a esta empresa es la seguridad en algunas de las atracciones, %a que un error mecnico podr(a producir da1os materiales % humanos que plantear(an serios problemas para la empresa 9o% por ho% slo es posible detectar fallos en las atracciones, cuando los operarios encargados reali$an acti#idades de mantenimiento. La empresa quiere informati$ar sus parques de atracciones % para ello %a ha decidido poner en marcha un pro%ecto piloto cu%o objeti#o ser el de dotar a uno de sus parques de atracciones de un sistema de deteccin automtica de fallos en las atracciones.

En un primer momento se #a a preparar el sistema para gestionar la noria % la monta1a rusa. La noria tiene una serie de #eh(culos dotados cada uno de ellos de un detector gracias al cual se sabe en cada momento si el #eh(culo est suficientemente bien anclado a la estructura metlica de la noria. Si en un momento determinado se detectara p*rdida de anclaje, el correspondiente #eh(culo se lo comunicar(a a la entral ;eceptora de )#er(as ! ;)" % tambi*n a la atraccin de la que forma parte dicho #eh(culo, as( en la pr'ima parada de dicha atraccin se tendr constancia de que uno de sus #eh(culos ha solicitado re#isin. +or su parte, en la monta1a rusa cada coche est dotado de igual modo de un detector de anclaje con el coche que lle#a detrs !en el caso de lle#arlo". ada coche detecta si e'iste suficiente anclaje con el coche posterior % en caso de falta de anclaje a#isa a la ;) % a la atraccin, en este caso la monta1a rusa. uando la ;) recibe un a#iso, en el que se le indica el #eh(culo o coche con posible a#er(a % la atraccin de que se trata, busca inmediatamente un operario de mantenimiento disponible. En caso de no haber ninguno libre, informa al componente en cuestin de que su peticin no puede ser satisfecha, as( dicho componente emitir una se1al de solicitud de re#isin hasta que su peticin le sea satisfecha. omo cada operario de mantenimiento cobra un e'tra en funcin del n&mero de a#er(as que atiende al mes, cada uno tiene asignado mensualmente un dispositi#o gracias al cual recibe las posibles a#er(as a atender, independientemente de en qu* $ona del parque se encuentre. uando la ;) demanda la re#isin de una posible a#er(a % encuentra un operario de mantenimiento libre le manda un mensaje indicndole la calle del parque en la que se encuentra la atraccin % el n&mero de #eh(culo o coche con posible a#er(a. )utomticamente, el dispositi#o del operario pasa a indicar que ese operario se encuentra ocupado atendiendo una posible a#er(a. uando el operario ha terminado de super#isarla, indica a su dispositi#o que ha quedado libre para la siguiente peticin de a#er(a que reciba. ) su #e$ dicho dispositi#o informa a la ;) % al componente re#isado. ,icho componente a#isar a su atraccin de que la operacin de mantenimiento solicitada ha terminado para que *sta lo tenga en cuenta a la hora de poner la atraccin en marcha de nue#o. )dems, el sistema tendr que ser capa$ de contabili$ar las personas que entran % salen de una atraccin, con el fin de controlar dos cosas? en primer lugar, que no entren ms personas de las que la atraccin es capa$ de albergar %, en segundo lugar, que todo el mundo abandone la atraccin una #e$ finali$ado cada #iaje. El controlador de arranque % parada de la atraccin puede recibir un mensaje indicando que la atraccin est llena, para que inicie las labores de puesta en marcha de la atraccin? dicho mensaje puede pro#enir del torniquete de entrada que detecta cuando se produce la ocupacin m'ima de la atraccin, o bien del propio operario que #igila la atraccin siempre que a&n no estando llena no ha% ms personas esperando para subir % *l considera que es tiempo suficiente como para que se ponga en marcha. Una #e$ que el dispositi#o de parada % arranque de la atraccin detecta que la atraccin est detenida, le en#(a al torniquete de salida un mensaje para que se prepare para que la gente pase por *l. El torniquete de salida sabe el n&mero de personas que ha% en la atraccin gracias al torniquete de entrada, as( sabe el n&mero de personas que se tienen que bajar de la atraccin. uando el torniquete de salida determina que el n&mero de personas que han abandonado la atraccin es igual al n&mero de ellas que entr, en#(a al torniquete de entrada un mensaje para que ponga a cero el contador de personas en la atraccin % adems se libere % muestre un indicador #erde para que la gente pueda tomar asiento en la atraccin. Si pasados cinco minutos desde que la atraccin se par el torniquete de salida no ha liberado al torniquete de entrada, es indicati#o de que alguien se ha quedado dentro % es necesario entrar a buscarlo. uando el torniquete de entrada recibe, del torniquete de salida, el mensaje de

liberarse, primero consulta a la atraccin si tiene alguna a#er(a pendiente. Esto se reflejar en la atraccin cuando uno o #arios de los #eh(culos o coches soliciten reparacin. La atraccin lle#a un contador de a#er(as pendientes de manera que slo en el caso en que este contador est* a D el torniquete de entrada se pondr #erde para que entren los usuarios. En caso contrario permanecer en mbar, indicati#o de estar esperando reparacin. Diagramas de nteraccin. (. Control de tr)fico en un cruce regulado *or sem)foro Enunciado El diagrama de clases de la 5igura E.F muestra la estructura de un controlador de trfico empleado para regular un cruce de calles como el mostrado en la 5igura E.G. ada calle tiene dos carriles en cada sentido, que permiten en el cruce el giro a la i$quierda % a la derecha respecti#amente, adems de la marcha hacia delante.

El controlador est asociado a cuatro semforos % cuatro detectores, identificados cada uno por su posicin: - !norte", E !este", S !sur" % H !oeste". El controlador alterna el trfico en direccin -4S % de acuerdo con un tempori$ador interno. En cada ciclo de funcionamiento de un semforo se permite primero la circulacin hacia delante !o hacia la derecha" % a continuacin el giro hacia la i$quierda. ada semforo tiene dos hileras #erticales de luces, una para controlar la circulacin hacia de la otra hacia la i$quierda !siempre que se puede ir hacia delante se puede girar a la derecha, de modo que necesaria una hilera especial para permitir o prohibir

el giro a la derecha". +ara simplificar, en cada 6 slo se consideran las luces roja % #erde, despreciando los bre#es segundos que el semforo est en antes de pasar de #erde a rojo. La operacin <ponerLuces< admite dos parmetros, que son el color que tomar cada una de las dos hileras en un cambio de color. Los semforos - % S estn coordinados de 6 que siempre tienen las mismas luces encendidas? igual ocurre con los semforos E % H. La 5igura E.G muestra el flujo de #eh(culos girando a la i$quierda en la calle -4S. ada detector #igila el carril de giro a la i$quierda, informando al controlador de que ha% un #ehiculo detenido esperando a que el semforo le permita el giro. La operacin <detectar/eh(culo< del centro sir#e para que un detector le informe de que efecti#amente ha% un #eh(culo esperando en la posicin!-,S,E, H" especificada en el parmetro. El controlador utili$a la informacin de los cuatro detectores para optimi$ar el funcionamiento del cruce, de modo que si no ha% coches esperando para girar a la i$quierda se prescinde de la parte del ciclo correspondiente. Se pide construir el diagrama de secuencia % el de colaboracin asociado al control de los semforo el cruce que refleje el paso de #eh(culos de Este a Ceste % #ice#ersa % no lo permita en direccin -orte % Sur -orte. )s( como el giro de #eh(culos en sentido Ceste -orte % Este Sur cuando se detecte un #eh(culo esperando para girar. Utili$ando para ello los m*todos que aparecen en el modelo de clases de la 5igura % el diagrama que representa el funcionamiento del cruce de la 5igura E.G. Diagrama de Estados. #. Gestin de un restaurante Enunciado Una cadena de restaurantes quiere automati$ar el proceso de reser#as as( como el de los pedidos de cada mesa % la cantidad que ha% en la cocina de cada uno de los productos que se manejan para la reali$acin de cada plato, % que ob#iamente han de ser repuestos desde el almac*n a medida que *stos se #an terminando. Los clientes de los restaurantes pueden llamar por tel*fono para reser#ar una mesa, pero lo que se est intentando poner de moda es el uso de unos terminales punto de reser#a !=+;" ubicados en la calle. La #entaja que tiene el uso de estos terminales es la posibilidad de elegir la mesa en funcin de su ubicacin dentro del restaurante, cosa que no se puede hacer por tel*fono. Las mesas estn separadas en mesas de fumador, marcada con la 5, % de no fumador, marcadas con -5. )dems, cada mesa lle#a un indicador con el n&mero de personas para el que est pensada dicha mesa. Si el cliente llega al restaurante #einte minutos despu*s de la hora de reser#a de la mesa, el sistema se encargar automticamente de dejar libre dicha mesa. Si no ha% mesas libres a la hora indicada por el usuario, el =+; se lo comunica al cliente, dndole adems la posibilidad de solicitar al sistema sugerencias sobre restaurantes disponibles a la hora % en el d(a solicitado. uando un cliente llega a uno de los restaurantes de la cadena, se le pregunta si tiene reser#a o no. En el caso en que tenga reser#a, bastar con que presente el tic@et, si la hora de reser#a no supera en #einte minutos a la hora de llegada al restaurante, la mesa pasa de estar libre a ocupada % se les sienta en el lugar que les corresponde. Si por el contrario la hora de llegada supera en #einte minutos a la hora de reser#a, el sistema se habr encargado de anular dicha reser#a de modo que la mesa ha%a quedado libre para otro posible cliente, por tanto, se les trata del mismo modo que si no tu#ieran reser#a. En ese caso el encargado en ese momento de las reser#as solicita al sistema que le muestre las mesas libres para ese momento? si ha% mesas libres, le pregunta al usuario si quiere mesa de fumador o de no fumador % cuntas

personas son, el usuario se lo dice % en caso de que ha%a mesa libre, el encargado hace la reser#a % les sienta. Si no ha% mesa, el encargado le debe pedir al sistema el tiempo apro'imado para que quede libre la pr'ima mesa de las caracter(sticas de la mesa solicitada. Esto podr calcularlo el sistema a tra#*s del estado en que se encuentran las distintas mesas en un determinado momento? estos estados son: ibre: si nadie la ha reser#ado. !eservada: si alguien ha hecho una reser#a. Ocupada: si los comensales estn %a a la mesa. Pidiendo: s( el camarero est recogiendo el pedido de esa mesa. En espera de comida: si estn esperando que se les sir#a. Servidos: si los comensales %a tienen la comida en la mesa. Esperando cuenta: si los comensales han pedido la cuenta. Pa"ando: si los comensales %a tienen la cuenta en la mesa. ) partir de la informacin contenida en el enunciado se pide describir el comportamiento de la clase mesa, dentro del sistema de gestin de reser#as. +. ,enta de Productos *or nternet Enunciado El objeti#o principal de este sistema es ofrecer la posibilidad de reali$ar fcil % efica$mente toda gama de acciones sobre mar@eting clsicas. Una empresa pro#eedora puede catalogar sus productos % ponerlos a disposicin de sus clientes a tra#*s de la red % con la forma ms real posible. El cliente puede consultar el catlogo % efectuar #arias operaciones a distancia sobre su contenido. Se pretende dar al cliente la posibilidad de #isuali$ar estos productos en forma de tres dimensiones % dejarle toda la libertad de inter#enir sobre el aspecto en tiempo real !color, dimensin, etc.". =ambi*n se ofrece la posibilidad de hacer pedidos % seguir su e#olucin. Los productos estarn en forma de objetos tridimensional !F," % la consulta consistir en #isuali$ar % manipular esos objetos tridimensionales en tiempo real. El pedido se hace tomando en consideracin las modificaciones que se han podido efectuar por el4 cliente % almacenando dichas preferencias para que el personal de la empresa pueda consultarlas % procesar debidamente el pedido del cliente. Si, por ejemplo, lo que est comprando el cliente es un sof % le ha puesto una tapicer(a de color a$ul, esas sern sus preferencias a la hora de hacer el pedido. uando el usuario accede al sistema, el escenario o la escena en la que se #isuali$an los productos seleccionados est #ac(o, en el momento en que empie$a a seleccionar productos *stos aparecen #isualmente en la pantalla de su ordenador. El cliente tiene la posibilidad de interactuar con el sistema para cambiar el color de uno de los objetos #isuali$ados, la te'tura o manipularlo. Las posibilidades que tiene de manipulacin son: rotar el producto seleccionado, cambiarlo de dimensiones o cambiarlo de posicin. Lo que se pide en este ejercicio es construir el diagrama de transicin de estados correspondiente al caso de uso que comien$a cuando el cliente se conecta al sistema % selecciona alg&n producto para posteriormente interactuar con *l en la escena en la que se #isuali$an los productos que #a seleccionando.