Tema12 Ejerc Ejercicios Clase3

Ejercicios del Tema 12: Casos de Uso TEMA 12. CASOS DE USO: EJERCICIOS Construir el Diagrama de Casos de Uso para los s

Views 107 Downloads 0 File size 149KB

Report DMCA / Copyright

DOWNLOAD FILE

Recommend stories

Citation preview

Ejercicios del Tema 12: Casos de Uso

TEMA 12. CASOS DE USO: EJERCICIOS Construir el Diagrama de Casos de Uso para los siguientes casos prácticos. Caso Práctico 1. Máquina de Reciclaje. Se trata de construir un sistema que controle una máquina para reciclar latas, botellas y cajas de botellas. La máquina puede ser utilizada por varias personas a la vez. El sistema registra cuántos elementos devuelve cada usuario e imprime un recibo con el valor de los elementos devueltos y el total a pagar al usuario. El sistema también lo utiliza un operador que desea conocer el número de elementos de cada tipo que se han introducido durante el día. También debe poder actualizar los valores de los elementos. El sistema llamará al operador cuando se acabe el papel de los recibos o si detecta algún problema con los elementos introducidos.

Caso Práctico 2. Empresa de Selección de Personal. La empresa HUMAN-WARE dedicada a la selección de personal quiere automatizar el proceso de selección de candidatos para las ofertas de empleo de empresas que le llegan, de acuerdo a las habilidades y la titulación que poseen los candidatos. Para ello, mantiene una base de datos con los candidatos que buscan empleo y con las ofertas de empleo de las empresas que buscan trabajadores. Cuando una empresa –de la que se guarda sólo el nombre y un teléfono de contacto– busca un candidato, debe proporcionar los siguientes datos: - Nombre y descripción del puesto. Por ejemplo: “Técnico AIX” y “Técnico de Sistemas de IBM AIX en todas las versiones”. - Rango salarial (expresado en euros brutos anuales). Por ejemplo: 25.000 – 30.000. - Jornada: completa o parcial. - Requisitos del puesto: • Titulación/es requerida/s. Por ejemplo “Ingeniero Técnico en Informática de Sistemas” o “Graduado Escolar”. • Otras habilidades, junto al nivel mínimo requerido para las mismas, expresado en una puntuación de 1 a 5 (de “muy bajo” a “muy alto”). Por ejemplo: (“Inglés”,5) es una posible habilidad requerida. Puede que haya puestos que no requieran ninguna. Las ofertas de puestos de trabajo recibidas son debidamente publicadas en la red, para lo cual el sistema proporciona dicha información a un proveedor de servicios de Internet. Cuando una persona se inscribe en la empresa de selección debe rellenar una solicitud de inscripción donde debe indicar los siguientes datos: - Nombre, e-mail y teléfono de contacto. - Retribución mínima. - Tipo de jornada que puede hacer: completa, parcial o ambas. - Titulaciones. Nótese que el centro en que se obtuvo la titulación no se considera. - Habilidades que posee el candidato (valoradas de 1 a 5). Al menos debe especificar una. La empresa de selección requiere que la aplicación seleccione a los demandantes aptos para cada oferta de empleo, por orden de idoneidad, de acuerdo a las siguientes normas: - La titulación requerida en una oferta es obligatoria. - Las habilidades mínimas también. - Se considera que un candidato C1 es mejor que otro C2 para una oferta O si: • Ambos tienen la/s titulaciones requeridas para O, • Ambos cubren las habilidades mínimas,

1

Ejercicios del Tema 12: Casos de Uso



La suma total de las puntuaciones de C1 en las habilidades requeridas para O (y sólo en esas, las demás no se toman en cuenta) es mayor que la suma total de esas puntuaciones para C2.

Dicho de otra forma, si dos candidatos cubren los requisitos mínimos, se considera mejor al que tiene mejor puntuación agregada en las habilidades requeridas para el puesto. Una vez que el sistema ha seleccionado a los mejores candidatos para cada puesto debe remitir a las empresas implicadas un informe con los candidatos aptos para una determinada oferta, ordenados por idoneidad. De igual forma se debe enviar una carta a los candidatos indicándoles que han sido seleccionados para un determinado puesto de trabajo y los datos de contacto del departamento de personal de la empresa para la cual han sido elegidos. Con dicha información los candidatos deben enviar una carta a la empresa pidiendo una cita con el jefe de personal de la misma. Cuando la empresa cubre un determinado puesto de trabajo lo debe comunicar al sistema de selección, que a su vez, debe actualizar la información sobre los puestos de trabajo publicados en Internet. Por motivos de seguridad, en la empresa se definen dos tipos de usuarios que son los que van a poder acceder a la aplicación de selección de personal: - Usuario, que se va a encargar de gestionar la información relativa a las solicitudes de los candidatos y la información que se recibe de las empresas, así como de la publicación de la misma. - Evaluador, que va a ser el encargado de gestionar, con el uso de la aplicación, el proceso de selección de los candidatos en función de las distintas ofertas de trabajo recibidas.

Caso Práctico 3. Mediateca. La aplicación a realizar debe permitir la gestión de una mediateca que propone a sus socios la consulta (en su local) y el préstamo de diferentes tipos de soporte: libros, cintas de vídeo y audio, CD de audio, etc. Los datos asociados a cada tipo de soporte son: - Para los libros: título, autor, número de páginas, número de ISBN, etc. - Para las cintas de vídeo (ópera, película, etc.): título, autores, actores, duración, etc. - Para las cintas y CD de audio (ópera, variedades, etc.): título, compositores, músicos, duración, etc. Para facilitar las búsquedas por tema los libros de la mediateca presentes en las bibliografías deberán ser fácilmente accesibles. Para asegurar temporalmente la compatibilidad con el sistema de gestión existente (en forma de fichas de cartón), tiene que ser posible imprimir fichas recapitulativas respecto a: - los socios (apellidos, nombre, historial de préstamos ...), - las obras (título, autores ...), - las bibliografías; - los autores (nombre, lista de obras ...). Sólo un miembro de la biblioteca (del que sabemos el apellido, nombre y dirección) puede tomar prestados libros, revistas, etc. El préstamo se limita a tres ejemplares. Estos préstamos son limitados en el tiempo; su duración máxima es de 3 días.

2

Ejercicios del Tema 12: Casos de Uso

Caso Práctico 4. Máquina de Refrescos. Se trata de modelar un sistema consistente en una máquina expendedora de refrescos, de acuerdo a los siguientes requisitos (ver figura): -

-

-

-

-

La máquina suministra 5 tipos de refrescos (A, B, C, D y F). El usuario debe introducir las monedas necesarias Ranura de para pagar el refresco y debe indicar el refresco Refresco Monedas que desea. A Se admiten monedas de 0.1€, 0.2€, 0.5€, 1€ y 2€. Mensajes Cuando el importe introducido por el usuario sea B superior al importe del refresco el sistema C Ranura de devolverá cambio utilizando los mismos tipos de monedas anteriores. Cambio D Cuando no haya existencias de algún refresco el sistema mostrará un mensaje. Entrega del E También se mostrará un aviso cuando las monedas Refresco introducidas sean insuficientes para adquirir un refresco. Puede producirse el caso de que el usuario introduzca más monedas de las necesarias, es decir, que sobren monedas de las introducidas por el usuario. En este caso el sistema devolverá las monedas sobrantes pudiendo ocurrir, además, que haya que dar cambio con respecto a las monedas no devueltas. Un encargado revisará periódicamente las refrescos disponibles en la máquina y las monedas de cambio, reponiéndolos cuando sea necesario.

Caso Práctico 5. Control de Acceso a un Edificio. Debe modelarse una aplicación de control de acceso a un edificio de acuerdo a los siguientes requisitos: - Los espacios a proteger se distribuyen por cuatro niveles dentro de un edificio de una superficie de 5000 m2. El edificio se divide en cinco zonas: dos aulas de investigación, un aula de trabajos prácticos, un aula para la administración y un cuerpo central que arbitra las aulas de clases y los dos anfiteatros. - El sitio acoge a unas 500 personas cada día, en su mayoría estudiantes, pero también profesores, investigadores, personal administrativo y técnico, así como numerosos visitantes. - Tras la desaparición de objetos diversos, se ha decidido restringir los accesos a ciertas estancias por medio de puertas de cierre automático. La apertura de cada una de estas puertas se controla por un lector de tarjetas colocado cerca de la puerta. - Las tarjetas que permiten la apertura de las puertas sólo se entregan a las personas que deben acceder a los locales protegidos en el ejercicio de sus actividades. Los derechos de acceso se asignan entre los grupos de personas y los grupos de puertas, de modo que una persona o una puerta siempre deben estar al menos en un grupo (el suyo). - Un grupo de puertas puede contener puertas dispersas por todo el edificio. Desde el punto de vista del control de acceso sólo es importante la noción de grupo de puertas: los mismos caminos y los desplazamientos no se controlan. Una puerta dada sólo puede pertenecer a un grupo de puertas. - Una misma persona puede pertenecer a varios grupos, de modo que sus derechos de acceso corresponden a la unión de los derechos de acceso de cada uno de los grupos que la contienen. - La definición de los derechos de acceso se efectúa describiendo para cada grupo de personas los diferentes grupos de puertas que son accesibles y bajo qué restricciones horarias. Los derechos de acceso se describen en un calendario anual que describe la 3

Ejercicios del Tema 12: Casos de Uso

situación semana a semana. Dada la poca variación de los derechos en el tiempo, puede inicializarse un calendario por medio de semanas tipo que describen una configuración de derechos dada. El supervisor puede crear tantas semanas tipo como desee (ver tabla). L

M

Mi

J

V

S

D

00-01h. 01-02 h. … 22-23 h. 23-24 h. -

-

-

Los cambios aportados a una semana tipo se propagan automáticamente en todos los calendarios que utilizan esta semana tipo. Los cambios aportados directamente en un calendario, por ejemplo para tener en cuenta un día festivo, no se ven afectados en la modificación de una semana tipo. El sistema de control de acceso debe funcionar de la manera más autónoma posible. Un supervisor es responsable de la configuración inicial y de la actualización de las diferentes informaciones de definición de los grupos de personas y puertas. Un guardia dispone de una pantalla de control y es informado de los intentos de paso infructuosos. Las alarmas se transmiten en tiempo ligeramente diferido: la actualización de la información sobre la pantalla de control se efectúa cada minuto. La interfaz de usuario debe ayudar al usuario a formular peticiones correctas. Los valores de parámetros deben ser sistemáticamente leídos en listas que definen el ámbito de los valores correctos.

Caso Práctico 6. Gestión de Fincas e Inmuebles. Se desea desarrollar una aplicación de gestión de fincas e inmuebles. La aplicación deberá cubrir todos los aspectos relacionados con dicho tema, teniendo en cuenta la siguiente dinámica de funcionamiento: Una empresa gestiona un conjunto de inmuebles, que administra en calidad de propietaria. Cada inmueble puede ser bien un local (local comercial, oficinas, …), un piso o bien un edificio que a su vez tiene pisos y locales. Como el número de inmuebles que la empresa gestiona no es un número fijo, la empresa propietaria exige que la aplicación permita introducir nuevos inmuebles, con sus datos correspondientes (dirección, número, código postal, precio de alquiler,…). Asimismo, que una empresa administre un edificio determinado no implica que gestione todos sus pisos y locales, por lo que la aplicación también deberá permitir introducir nuevos pisos o locales con sus datos correspondientes (planta, letra,…). Cada vez que la empresa adquiere un nuevo inmueble, el gerente envía los datos correspondientes al usuario de la aplicación para que lo dé de alta. De la misma forma también se pueden comunicar bajas y modificaciones de inmuebles (indicando su dirección y número). Además, la aplicación vía web debe facilitar a los usuarios la posibilidad de realizar consultas sobre inmuebles, para lo cual se debe indicar el código postal y la dirección. Como resultado de la consulta, la aplicación debe mostrar todos los inmuebles correspondientes (dirección y número) junto con su precio de alquiler. Cualquier persona que tenga una nómina, un aval bancario, un contrato de trabajo o venga avalado por otra persona puede alquilar el edificio completo o alguno de los pisos o locales que no estén ya alquilados, y posteriormente desalquilarlo. Por ello deberán poderse dar de alta, si son nuevos inquilinos, con sus datos correspondientes (nombre, DNI, edad, sexo, fotografía,…).

4

Ejercicios del Tema 12: Casos de Uso

Como resultado del alta se le devuelve un identificador, que utilizará para identificarse a la hora de realizar las operaciones de alquiler o desalquiler de inmuebles. La aplicación también debe gestionar los gastos de cada inmueble. Para ello, la empresa de gestión de inmuebles recibe periódicamente de las compañías correspondientes las facturas de gastos de los inmuebles (teléfono, agua, gas y electricidad). En cada factura se indica la fecha de emisión, el inmueble, el concepto, y el coste. Cada mes el secretario de la empresa pedirá la generación de un recibo para cada uno de los pisos y de los locales, el cual lleva asociado un número de recibo que es único para cada piso y para cada local. En el recibo se indica el piso o local a que pertenece, la fecha de emisión, la renta, la comunidad, el agua, la luz, el gas, la electricidad y el teléfono. Los recibos son enviados a los inquilinos, para que ingresen el dinero en una cuenta bancaria. Los datos relacionados con la renta y gastos de comunidad son comunicados por la gerencia, ya que pueden variar dependiendo del contrato, los tipos de interés, etc.. Cuando se realiza una reforma o reparación en un inmueble, se recibe una factura del proveedor correspondiente, y como pago se les emite un cheque. Todos los ingresos y pagos relacionados con la gestión de inmuebles se realizan sobre la misma cuenta bancaria de la que es titular la empresa de gestión de inmuebles. Todos los movimientos realizados sobre la cuenta bancaria (pagos de recibos de los inquilinos, gastos de reformas o reparaciones, ..) son comunicados por el banco. Cada movimiento debe indicar: tipo de movimiento (ingreso o gasto), inmueble, fecha, importe y el acreedor o deudor que realiza el movimiento. El secretario debe poder gestionar los movimientos bancarios que se producen asociados a cada edificio, piso o local. Para ello emite una consulta indicando el inmueble y el periodo en el que quiere consultar los movimientos. Como resultado obtiene una lista con los movimientos bancarios correspondientes.

Caso Práctico 7. Videoclub. [Examen Julio 2003] Un vídeoclub de mucho éxito se ha planteado implantar un sistema de información automatizado. Se trata de modelar este sistema teniendo en cuenta las siguientes informaciones: ‰ De los socios interesa recoger el DNI, nombre, dirección, teléfono y edad. ‰ No sólo se alquilan películas, sino también vídeojuegos. Las películas están disponibles en dos formatos: DVD y vídeo. De las películas hay que conocer el título, director, actores, duración y género. Un tipo particular de películas son los documentales, que no tienen actores. Los vídeojuegos tienen un título, el fabricante y el género o tipo. ‰ Todas las películas y los vídeojuegos tienen un mismo precio de alquiler que debe ser modificable. Este dato lo define la gerencia del vídeoclub. ‰ Estos productos se alquilan por cierto número de días, que depende del tipo de producto. Estos datos deben ser modificables y son también definidos por la gerencia. ‰ Cuando el socio devuelve un producto se le pide que rellene una encuesta puntuándolo de 1 (muy malo) a 5 (muy bueno) e indicando si es posible que lo vuelva a alquilar. Esta valoración se realizará en un ordenador disponible en el local del vídeoclub. Si el socio devuelve el producto fuera de plazo se le aplica una sanción económica en función del número de días de retraso. Hasta que esta sanción no sea pagada, el socio no puede volver a alquilar productos. ‰ Los proveedores publican periódicamente en Internet la información sobre las novedades existentes, información que utiliza el vídeoclub para hacer los pedidos. En cada pedido se indica al proveedor la cantidad de cada producto y el tipo de pago que se desea realizar (1 plazo o 3 plazos). Para confeccionar el pedido se tienen en cuenta las novedades que resultan de interés y la valoración que hacen los socios, de forma que si una película o vídeojuego está muy bien valorada se solicitan más unidades. El vídeoclub debe actualizar su stock cada vez que recibe un pedido del proveedor.

5

Ejercicios del Tema 12: Casos de Uso

En un monitor suspendido en el techo del local deben mostrarse las diez películas y los diez vídeojuegos mejor valorados por los socios. Esta lista debe estar permanentemente actualizada. En una página web hay que mostrar, en tiempo real, las películas y vídeojuegos disponibles por géneros así como la valoración de las películas. Estas funciones pueden ser accedidas por los socios y por cualquier otra persona. Para consultar la disponibilidad hay que indicar el género. Para acceder a las valoraciones hay que indicar también el género y opcionalmente el director (sólo en el caso de las películas). El personal del vídeoclub, ubicado en el mostrador, es el encargado de gestionar todas las informaciones con un portátil que contendrá el software a desarrollar. Caso Práctico 8. Gestión de Horarios [Examen 2º Parcial. Mayo 2003] La Subdirección Académica de la Escuela Galáctica de Informática (EGI), con sede en Europa (Júpiter), se encarga habitualmente de la confección de los horarios de clase. Este proceso suele ser manual, pero este año se quiere plantear la adquisición de un software que permita automatizar esta gestión. El principal objetivo para el subdirector, que es la persona encargada de diseñar los horarios, es la generación automática de éstos, a partir de determinadas informaciones como: - Las asignaturas de que consta cada curso. - Las asignaturas a impartir por cada profesor. - Las aulas disponibles para impartir las clases. De cada profesor interesa conocer su nombre, DNI y despacho, así como el departamento a que pertenece. Cada departamento tiene un nombre. Las asignaturas tienen un nombre y un número de créditos, que indica el número de horas de docencia a la semana (1 crédito equivale a 3 horas). Hay dos tipos de asignaturas: las que son teóricas, de las que debe recogerse la página web donde se publican los apuntes, y las que son prácticas, que deben tener asociado el sistema operativo a emplear. Igualmente hay dos tipos de aulas: para clases de teoría y para clases de laboratorio (asignaturas prácticas). En general, las aulas tienen un nombre, una ubicación y una capacidad. De las aulas de teoría interesa conocer el tipo de pupitre (abatible o fijo), y de las de prácticas se quiere saber si disponen de altavoces y cámara de vídeoconferencia. Los posibles cursos son cinco, de primero a quinto, pero interesa que el sistema sea abierto para poder evolucionar a situaciones con un número de cursos mayor o menor. Hay que tener en cuenta que una asignatura sólo puede formar parte de un único curso. Los días de clase van de lunes a viernes, y las horas posibles son de 8:30 a 14:30 y de 15:30 a 21:30. Las asignaturas se imparten en bloques de 1 hora. Los profesores deben introducir en el sistema la información de las asignaturas que imparten. También deben especificar en qué tres días desean tener clase. Este dato es utilizado por el subdirector para generar automáticamente los horarios. No obstante, puede darse el caso de que la generación automática no obtenga una solución completa al problema de los horarios y sea preciso que se retoque manualmente la asignación de horas de clase a las asignaturas en las diferentes aulas. De esto, y de la introducción del resto de informaciones necesarias, también se encarga el subdirector. El sistema también debe permitir la consulta de horarios por parte de los alumnos. Tanto alumnos como profesores utilizarán el sistema desde la Web, para lo que se hace necesario una autentificación previa de estos usuarios.

6

Ejercicios del Tema 12: Casos de Uso

Caso Práctico 9. Liga de Campeones. [Examen Septiembre 2003] (1) La UEFA ha elegido a su empresa para el desarrollo del nuevo sistema informático para la gestión automatizada de la fase final de la “Liga de Campeones” de Fútbol. En primer lugar los equipos clasificados deben inscribirse en la competición, para lo cual deben remitir a la UEFA nombre del equipo, el nombre del entrenador y una lista con los 20 jugadores que se desea inscribir, y en la que para cada jugador se debe indicar su número de pasaporte, nombre, apellidos, nacionalidad, si es comunitario o no, edad y posición en la que juega (portero, defensa, centrocampista y delantero). Antes de iniciarse la competición se realiza un sorteo en Montecarlo en el que se configuran los 4 grupos (cada uno de 4 equipos) y el calendario en el que se juega. El calendario de la competición se configura en un conjunto de jornadas de la primera fase (grupo), más los emparejamientos y fechas de los partidos de cuartos de final (4 partidos), semifinales (2 partidos) y la final. El calendario de las jornadas de la primera fase se establece por cada grupo, de forma que en cada grupo se juegan 6 partidos (todos los equipos juegan entre sí un partido en casa y otro fuera de casa). El juez del sorteo envía a la UEFA el resultado, que lo envía a los equipos participantes. (2) En función de los partidos que se juegan la UEFA designa al equipo arbitral (compuesto por el árbitro principal, dos árbitros asistentes y el cuarto árbitro) que pitarán en cada partido. La información sobre los árbitros la obtiene de una guía que le envía la comisión arbitral. La información sobre cada partido (fecha y lugar de celebración, árbitros designados, equipos participantes) es enviada a la comisión arbitral para que lo comunique a los árbitros implicados. Cada vez que se juega un partido de la competición, el equipo arbitral elabora un acta en la que se indica el estadio donde se ha jugado, los equipos participantes, el resultado, los jugadores y minutos en que han anotado los goles, las tarjetas amarillas y tarjetas rojas mostradas y minuto en que se han mostrado, y además, anota cualquier otra incidencia que haya podido ocurrir en el partido (ejemplo lanzamiento de objetos, agresión a un jugador, etc.). Las actas arbitrales de cada jornada de competición se envían a la comisión arbitral, que a su vez las remite a la UEFA. Con la información recibida la UEFA establece la clasificación general por equipos (en cada grupo o si son eliminatorias) y una lista con los máximos goleadores. Esta información es enviada a los participantes al fin de cada jornada de competición. (3) Por otro lado, la UEFA envía al comité sancionador la información sobre las tarjetas mostradas en cada jornada y los incidentes producidos. El comité sancionador a partir de la información recibida decide las sanciones a aplicar a los jugadores, indicándose los días de sanción que se aplican y la envía a la UEFA, que a su vez la comunica a los equipos implicados. En todo momento la UEFA cuando recibe las actas comprueba posibles irregularidades (por ejemplo, que no jueguen jugadores no inscritos o jugadores que están sancionados). En caso de irregularidad, al equipo que la comete se le da el partido por perdido. (4) En función de los resultados obtenidos por cada equipo en cada partido reciben una compensación económica (victoria 1 millón de euros, empate 500.000 euros). Cuando un equipo es eliminado de la competición la UEFA le envía un cheque con el dinero que han acumulado. Como parte del sistema se debe desarrollar un soporte automático de mensajería móvil con el que los aficionados pueden consultar en cada momento mediante mensajes SMS el próximo partido de su equipo, la clasificación y la tabla de goleadores y sanciones, para lo cual envían un mensaje SMS con las siguientes opciones: ProxPartido Equipo, Clasificación, Goleadores, Sanciones.

7

Ejercicios del Tema 12: Casos de Uso

Caso Práctico 10. Venta de Billetes. [Examen Junio 2002] El sistema consiste en la venta de billetes para trenes Lanzadera que realizan el trayecto Ciudad Real – Madrid sin paradas intermedias. La venta se realiza por personal de Renfe en las ventanillas destinadas a tal efecto en las estaciones de Ciudad Real y Madrid. Cada tren que realiza el trayecto está formado por una locomotora y ocho vagones. Cada vagón dispone de 60 plazas (30 de ventanilla y 30 de pasillo). El tren dispone de dos clases de billetes: turista (vagones 5 a 8) y preferente (vagones 1 a 4). Cada clase de billete tiene un precio. A su vez existen dos tipos de plazas en función de si el viajero es fumador (vagones 6, 5, 4 y 3) o no fumador (vagones 8, 7, 2 y 1). El pago del billete se puede realizar en metálico o mediante tarjeta de crédito. El supervisor de un viaje debe poder revisar la disposición de viajeros. El encargado de seguridad de las vías debe poder consultar los trenes que circularán por ellas en un determinado horario. Toda la información es mantenida por personal de Renfe en las oficinas centrales de la compañía. Caso Práctico 11. Agencia Matrimonial. [Examen Junio 2004] La agencia matrimonial “Tu Media Naranja“ quiere mejorar el servicio a sus clientes y ha decidido desarrollar un Sistema Web de soporte. Cuando un cliente quiere utilizar los servicios de la agencia matrimonial debe inscribirse en la misma. En el formulario de inscripción se deben proporcionar los siguientes datos: - Datos Personales y Generales: DNI, Nombre y Apellidos, Dirección, Localidad, Provincia, E-mail, estado civil, edad, sexo y si tiene hijos o no y el número de tarjeta de crédito. - Descripción: Estatura, Peso, nivel cultural (bajo, medio, alto) y aficiones. También se debe adjuntar una foto. - Descripción de la persona que busca: Estado civil, margen de edad, si se acepta que la otra persona tenga hijos, nivel cultural, margen estatura, margen peso. Esta descripción puede variar en el tiempo y la agencia debe mantener el histórico de personas deseadas de cada cliente, aunque para el emparejamiento sólo se utiliza la descripción actual de la persona buscada. Cuando el cliente se inscribe recibe un nombre de usuario y una contraseña que le permiten acceder al resto de servicios de la agencia. El administrador del sistema se encarga de poner en contacto a los posibles emparejamientos que se puedan producir. Para ello, el administrador utiliza una utilidad local del sistema que le facilita para cada persona inscrita seleccionada la persona con mayor nivel de afinidad. El sistema genera automáticamente esta solución (creando un identificador e indicando el nivel de afinidad en una escala de 1 a 10), para lo cual tiene en cuenta los criterios especificados en la inscripción. En caso de no obtenerse ninguna solución, el administrador puede seleccionar de forma manual la pareja (asignando subjetivamente el nivel de afinidad según su opinión), para lo cual examina los datos de la misma. Para cada pareja obtenida, el administrador envía un mail a sus componentes con los datos de contacto para que puedan tener una cita. La pareja dispone de un mes para establecer la cita y conocerse. Transcurrido ese tiempo, las personas implicadas deben comunicar el resultado de la cita mediante un formulario que rellenan de forma conjunta y en el que indican la fecha del encuentro, si el resultado ha sido positivo o no y cualquier comentario adicional. En caso de ser satisfactorio las personas se dan de baja del sistema mediante el formulario correspondiente y se procede al cobro de los servicios de la agencia. En caso de no ser satisfactorio, la pareja queda registrada como no satisfactoria (las personas de la pareja no pueden ser de nuevo emparejadas por la aplicación) y se continúa con la búsqueda para ambos de personas afines. Por otro lado, la agencia ofrece un servicio especial de consultorio a las personas inscritas, de forma que pueden hacer llegar sus consultas a los especialistas en cada materia. Para ello utilizan una utilidad del sitio web en la que indican la descripción de la consulta. Las consultas pueden ser de tipo jurídico para resolver problemas derivados de un divorcio, para lo cual se

8

Ejercicios del Tema 12: Casos de Uso

debe indicar además la fecha de la ruptura y si se está pendiente de juicio, o puede ser una consulta de tipo psicológico en cuyo caso se debe indicar si se está actualmente en tratamiento. Los profesionales (psicólogos y abogados) que trabajan para la agencia utilizan un formulario de respuesta en el que les aparece una lista de todas las consultas que no han sido contestadas aún relacionadas con su especialidad. Seleccionan de la lista la consulta que quieren responder y la respuesta es enviada a la dirección e-mail del cliente. El sistema mantiene un registro de las respuestas realizadas. Para la utilización de los servicios de consulta debe realizarse una autentificación previa tanto de los clientes como de los profesionales. De los profesionales que están dados de alta en el sistema se conoce su dni, nombre y apellidos, especialidad y número de cuenta bancaria en el que reciben mensualmente una cantidad de la agencia que depende del número de consultas contestadas. Cualquier persona inscrita puede realizar modificaciones en sus datos, para lo cual utilizan un formulario de actualización. También pueden darse voluntariamente de baja del sistema, en cuyo caso la agencia le cobra una cantidad que depende del número de citas que se le han proporcionado y del número de consultas que ha realizado en el servicio de psicología. El sistema debe registrar en todo momento cualquier cobro de clientes o pago efectuado a los profesionales. El administrador también utiliza la aplicación local para conocer una serie de estadísticas generales (número de parejas satisfactorias, nº de parejas insatisfactorias, nº de consultas realizadas que han obtenido respuesta, ingresos y costes totales) de acuerdo a una consulta en la que especifica la fecha de inicio y la fecha de fin. Caso Práctico 12. Museo. [Examen Final Julio 2004] El Museo de La Mancha desea que su Departamento de Informática desarrolle un software para automatizar la gestión de sus obras. Sus requisitos son los siguientes: -

Se debe mantener el catálogo de obras de arte. La obra de arte característica es el cuadro. Pero, además, el museo dispone de esculturas y de otros objetos. Cualquiera de estos tres elementos tiene un autor y pertenece a un periodo. Cada obra es valorada económicamente y se almacena su fecha de creación, su fecha de entrada en el museo y su fecha de última restauración. Los cuadros y esculturas tienen un estilo. De los cuadros hay que recoger la técnica (óleo, acuarela, carboncillo…), y de las esculturas el material (bronce, piedra…). La introducción de datos la realiza el usuario encargado del catálogo, pero cada obra y los datos que la describen se reciben de los proveedores de obras de arte.

-

Se debe gestionar la restauración de obras de arte. El Departamento de Restauración se encarga de decidir qué obras de arte deben ser restauradas. Por tanto, una obra pueda estar expuesta o puede estar en restauración. En este último caso hay que recoger el tipo de restauración y el plazo estimado. Las obras de arte se restauran automáticamente cada cinco años, por lo que se requiere un proceso diario que indique qué obras tienen que pasar a restauración. De realizar estas operaciones se encarga el restaurador jefe.

-

Las obras de arte se pueden ceder a otros museos. Se desea gestionar un listado de museos con los que se puede colaborar. Estos museos solicitan mediante comunicación escrita las cesiones, que se conceden por orden de llegada, lo que se notifica por escrito. Cuando una obra está cedida y es solicitada por otro museo, será cedida a este último cuando finalice la cesión al primer museo. Cuando una obra de arte se cede a un museo es preciso recoger el importe pagado por esta cesión y el periodo de tiempo en que estará cedida. De esta gestión se encarga el director del museo.

-

Los visitantes al museo pueden consultar los listados de obras por salas en un monitor suspendido en el vestíbulo principal del museo. Estas listas van desplazándose automáticamente.

9

Ejercicios del Tema 12: Casos de Uso

-

Se deben ofrecer servicios de consulta a diferentes tipos de usuarios: • El restaurador jefe debe poder consultar todas las obras de arte ordenadas por antigüedad y por fecha de última restauración. • El director del museo debe poder consultar la valoración de todas las obras del museo (la suma total) y aquellas cuyo rendimiento sea mayor. Se define el rendimiento como el cociente DRC/VE, siendo DRC: total dinero recaudado por cesiones; y VE: valor económico.

El sistema debe disponer de controles de seguridad, por lo que es requisito indispensable que todos los usuarios se autentifiquen antes de poder utilizar el software. Caso Práctico 13. Operador Turístico. [Examen 2º Parcial Junio 2005] Con motivo del IV Centenario de El Quijote, la operadora turística Bravo-García se ha planteado potenciar su oferta de turismo rural en Castilla – La Mancha. Esta acción se basa en disponer de un software que facilite la realización de los nuevos servicios, integrando a Agencias de Viajes (AV), Establecimientos de Alojamiento (EA) y Empresas de Transporte (ET). Las características del sistema se describen en las siguientes líneas. La nueva división Turismo Rural Quijote se encarga de satisfacer la demanda de servicios turísticos de los clientes. Estas demandas consisten en solicitar una estancia turística en Castilla – La Mancha, indicando el lugar (población), el periodo de tiempo, la categoría del alojamiento (de una a cinco estrellas), el número de personas y el tipo de actividades deportivas y de ocio a realizar. Estos clientes tendrán un punto de origen. El sistema tiene que recoger informaciones de las organizaciones con las que se relaciona: - De los EA hay que recoger: Nombre, CIF, precio del servicio, número de estrellas, tipo de alojamiento (AD, MP, PC), lista de poblaciones que cubre. - De las AV: Nombre, CIF, precio del servicio, número de agencia, actividades de ocio y deportivas que organiza y en qué poblaciones - De las ET: Nombre, CIF, precio del servicio, viajes que realiza (origen, destino, fecha salida y fecha llegada) Todos estos datos se recopilan mediante páginas web en las que las organizaciones interesadas en colaborar con Bravo-García deben inscribirse. El precio del servicio es único y fijo para cada empresa. La primera vez que accedan al sistema para inscribirse, las organizaciones colaboradoras deben rellenar un formulario tipo encuesta con diferentes preguntas. Estas respuestas deben ser almacenadas en el sistema. A los clientes de la operadora también se les pide que, con anterioridad al disfrute de los servicios, rellenen el mismo formulario también desde la Web. Las demandas de servicios se realizan siempre en los mostradores de Bravo-García. Las demandas y clientes (CIF/NIF y nombre) deben ser registrados en el sistema. Dada una demanda, el sistema debe buscar las posibles combinaciones de organizaciones que pueden dar el servicio, estos servicios se le presentan al cliente y éste selecciona el que más le conviene. Entonces, el sistema emite la factura. La factura debe ser pagada en un único plazo por el cliente. El sistema debe almacenar las facturas (fecha, número, importe total y CIF o NIF del cliente) y los pagos. Dada una demanda y la ET que se encarga del transporte, es importante recoger el número de trayectos que hay que hacer para viajar desde el origen al destino. De igual forma, es preciso registrar el número de habitaciones con las que se da el servicio de alojamiento.

10

Ejercicios del Tema 12: Casos de Uso

Caso Práctico 14. Restaurante. [Examen Final Junio 2005] El sistema software a desarrollar consiste en gestionar el servicio de restauración en un restaurante. El sistema tiene que soportar las siguientes funciones: • Presentación de menús a comensales: Los camareros utilizan Tablet PCs para presentar en las mesas los menús (primeros platos, segundos, postres, bebidas...) que ofrece el restaurante a los clientes. Con este dispositivo el camarero indica los nombres de los primeros y segundos platos y sus precios; del postre se indica además si es frío o caliente y de la bebida, en el caso de los vinos, el año. Cada camarero gestiona un grupo de mesas, numeradas de 1 a n, y tiene un nombre. El gerente utiliza el sistema para configurar, cada semana, el número de mesas y la asignación de camareros a éstas (indicando el DNI del camarero y el número de mesa asignado). La información de los camareros (DNI, apellidos y nombre) es obtenida del subsistema de recursos humanos. El gerente puede realizar consultas para obtener una lista ordenada por mesas en la que se indica el resumen de ventas en dicha mesa y los camareros asignados (apellidos y nombre) en un determinado periodo de tiempo. • Recepción de peticiones en las mesas: Utilizando este mismo dispositivo los camareros anotan las peticiones de los clientes, y se calcula un presupuesto inicial que se le indica a los comensales. En la petición el cliente indica su número de mesa. El sistema almacena la hora de la petición. • Gestión en cocina de solicitudes, elaboración de platos y avisos de fin de elaboración de platos: Estas peticiones son visualizadas en la cocina utilizando una pizarra interactiva conectada a un PC. Esta pizarra muestra los platos solicitados ordenados por hora y mesa. Sobre ella, interaccionando con un dedo, los cocineros indican los platos ya listos para ser servidos una vez los han terminado de cocinar. El sistema tiene que recoger la hora de finalización de un plato. • Entrega de platos: Los camareros consultan en su Tablet PC cuándo están los platos terminados y los recogen en la cocina para llevárselos a los comensales. Los platos que no requieren elaboración en cocina (bebidas, pan, algunos postres...) son recogidos directamente por el camarero en el almacén de la cocina, que contiene frigoríficos y cámaras con dichos platos. • Facturación: Las facturas son emitidas directamente por los camareros desde sus Tablet PCs utilizando una impresora común conectada “sin cables”. Las facturas se emiten cuando los clientes piden la cuenta. El precio de los productos incluye el IVA, que tiene que ser desglosado en la factura. • Aprovisionamiento: El jefe de cocina, que es uno de los cocineros, gestiona los aprovisionamientos de alimentos, elaborando los pedidos y recibiendo la mercancía. El restaurante trabaja con diversos proveedores cuya información es proporcionada por la gerencia. Esta información consiste en los datos de contacto del proveedor, los alimentos que suministra y su precio. Para la elaboración de un pedido, el jefe de cocina indica el tipo de alimento y las unidades necesarias. Con la información de los alimentos a pedir, el sistema busca los proveedores más adecuados para cada alimento (teniendo en cuenta el precio y el tiempo medio que tardan en servir ese alimento). Como resultado el sistema elabora los pedidos concretos que se van a efectuar a cada proveedor. Los proveedores siempre adjuntan la factura, que indica las cantidades de alimentos que se han comprado. • Consumo de alimentos: De cada alimento (por ejemplo, carne de ternera, sardinas, pan, coca-cola, agua...) el sistema registra el número de unidades almacenadas. Al final de cada día, el jefe de cocina ejecuta un proceso que calcula, a partir de los platos elaborados, los alimentos que se han consumido. Esta definición –cuántas unidades hay que descontar de cada alimento para un plato dado– es realizada por el gerente del restaurante utilizando un ordenador ubicado en su oficina con el que además establece los menús que ofrece el restaurante. Todos los dispositivos están conectados en red local mediante tecnología inalámbrica.

11

Ejercicios del Tema 12: Casos de Uso

Caso Práctico 15. [Examen 2º parcial Junio 2006] Nos llamamos la empresa ESI-SW y nos dedicamos a la producción de software. Para nosotros todo comienza cuando un cliente contacta con el Director de Desarrollo de nuestra empresa para solicitar el desarrollo de un proyecto. Si es un cliente nuevo se le debe de dar de alta en el sistema (DNI, nombre y dirección de e-mail) y se debe registrar el nuevo proyecto de desarrollo, del que inicialmente interesan los siguientes datos: nombre, precio de venta, fecha de inicio y estimación de coste y meses que va a durar. Para calcular el coste y meses de duración el software a desarrollar debería incluir un módulo de estimación a partir de los requisitos del cliente. Una vez registrado un proyecto, el Director de Desarrollo tiene que asignar un equipo de desarrollo al proyecto (la aplicación tiene que asignarlo automáticamente a partir del perfil de los trabajadores y de su actual ocupación en proyectos). Si la aplicación encuentra incompatibilidades a la hora de asignar un trabajador al equipo, debería pedirle al Director de Desarrollo que seleccione de una lista los posibles miembros. Cada equipo de desarrollo tiene un nombre, un Jefe de Proyecto y un conjunto de trabajadores (un Jefe sólo puede serlo de un único proyecto en el mismo periodo de tiempo). Cada uno de nuestros trabajadores tiene un perfil (Analista, Programador, Probador, Encargado de Documentación). Los jefes de proyecto tienen que ser analistas obligatoriamente. De los programadores hay que conocer qué lenguajes dominan y de los analistas hay que saber cuáles son sus campos de especialización (empresas de banca, empresas de fabricación, etc.). Los datos más importantes de los trabajadores son su nombre, número de la seguridad social y sueldo. Cuando un equipo ha desarrollado un proyecto hay que guardar lo que se ha tardado realmente; de esto se encarga el Jefe de Proyecto, así como de ir anotando cuándo se han finalizado las tareas. El mismo equipo puede abordar varios proyectos a la vez, y un trabajador puede estar en más de un equipo. El sistema debe permitir a los jefes de proyecto listar la composición de los equipos que dirigen. Cada equipo, para cada proyecto, debe definir el conjunto de tareas (Definición de requisitos, Construcción de interfaces de usuario, etc.) que hay que llevar a cabo; esto lo hace el Jefe. La lista general de tareas es común a todos los proyectos de la empresa, pero en cada proyecto hay que elegir un subconjunto de ellas. Cada tarea se realiza utilizando una serie de herramientas de desarrollo, siempre las mismas. Cada herramienta es de un tipo (software, no software), tiene un nombre y una versión. Cada tarea tiene un nombre y, cuando está vinculada a un proyecto, un orden de ejecución y una fecha prevista de terminación. Para cada tarea debe registrarse si ya se ha realizado o no. Todo esto para cada proyecto concreto. De la definición de los trabajadores, herramientas, tareas generales y demás información relacionada se encarga el Director de Desarrollo. Esta persona se encarga además de revisar la marcha de los proyectos, detectando los que van por buen camino y los que van por mal camino. Los trabajadores (incluido el Jefe del Proyecto) deben poder consultar lo que tienen que hacer (proyectos, tareas, etc.). El Director General debe poder consultar los proyectos terminados, y el sistema debe facilitarle un listado general de beneficios (precio de venta menos coste). Cuando se muestre este listado, en el caso de que no haya beneficios (lo ideal es que esto no sea frecuente), el sistema debe recomendar la cancelación del proyecto que vaya más retrasado. Como política de seguridad de la empresa, siempre que un Jefe de Proyecto o un trabajador accedan al sistema para hacer lo que sea, debe indicar quién es (identificación), desde qué ordenador va a trabajar y qué va a hacer.”

12

Ejercicios del Tema 12: Casos de Uso

Caso Práctico 16. [Examen Final Julio 2006] La Diputación Provincial de “Villa-Arriba”, en su afán de superación a sus vecinos de la provincia de “Villa-Abajo”, desea desarrollar un nuevo sistema informático de soporte a las elecciones que se celebrarán el próximo año en sus municipios. En primer lugar se debe llevar el control de las candidaturas de los partidos políticos en cada municipio. Para ello los partidos que se presentan deben notificar sus datos (nombre, siglas y dirección de la sede provincial) así como la lista ordenada de sus candidatos (número de concejales candidatos y DNI, apellidos y nombre de cada uno) mediante una carta certificada. Cada municipio a través de un sitio web (con control de acceso) informa sobre cuáles son sus colegios electorales (dirección y número de mesas electorales) y envía su censo de población (DNI, apellidos, nombre, fecha de nacimiento y titulación de mayor rango, que puede ser estudios primarios, educación secundaria o titulación universitaria). La información del censo de cada municipio, además de para la comprobación el día de las votaciones, es utilizada por el sistema a la hora de sortear la composición de cada mesa en la que debe haber un presidente (con titulación universitaria) y dos vocales. Una vez realizado el sorteo, el encargado electoral de la diputación usa el sistema para la obtención de cartas personalizadas que se envían a los “agraciados”. Con el fin de agilizar el proceso, el día de la celebración de las elecciones uno de los vocales de la mesa dispone de un equipo informático conectado con el servidor central en el que se comprueba y anota a cada ciudadano que ha ejercido su derecho a voto (que debe mostrar su DNI). Finalizada la votación, para la realización del recuento, el presidente dice en voz alta el resultado de cada voto (partido político, blanco o nulo), y éstos se registran usando el sistema informático. Al finalizar el proceso el presidente de la mesa imprime el acta de la mesa (votos a favor de cada partido, votos en blanco, votos nulos y número de personas que han votado), que debe firmar y llevar al juzgado. Una vez recopilados todos los datos de los colegios el encargado electoral de la Diputación obtiene los resultados por municipio, de forma que se debe saber cuál será el nuevo alcalde (1º de la lista del partido más votado en ese municipio) y la lista de concejales que se eligen (el número total = nº habitantes/100) y que se reparten entre los partidos en función proporcional a su número de votos. Estos resultados pueden ser accedidos por los partidos políticos a través del sitio web de la Diputación, en el que tras una autentificación inicial el sistema muestra los posibles concejales y/o el alcalde de su partido elegidos en cada municipio. Por su parte, el encargado de la Diputación debe poder obtener un listado completo con las estadísticas globales (votos totales de cada partido en la provincia) y las estadísticas locales: votos totales de cada partido por municipio y votos totales de cada partido por colegio. El sistema debe dar la posibilidad al encargado electoral de elegir en qué formato quiere generar el informe (PDF o XML). El sistema también debe elaborar un informe para los partidos políticos en el que muestre la evolución del partido respecto a las tres elecciones anteriores y su comparación respecto al resto de provincias de España. Este informe lo emite el encargado electoral de la Diputación, y va destinado a cada partido. Para obtener esta información histórica el sistema accede vía web a la base de datos de la Agencia Nacional de Estadística. Finalmente, y con el fin de conocer la opinión de los votantes el sistema debe ofrecer una encuesta. Los ciudadanos cuando ejercen su derecho al voto reciben un código que les facilita acceder a la encuesta mediante WAP o un navegador web. En primer lugar el votante debe indicar su municipio (con el fin de comprobar el código introducido previamente), para lo cual el sistema le ofrece un mapa interactivo de la provincia a partir del cual se puede seleccionar el municipio. No obstante, en este mapa sólo se muestran poblaciones de más de 100 habitantes. Para las poblaciones “pequeñas”, el ciudadano debe teclear el nombre del municipio. Posteriormente contesta a 10 preguntas relacionadas con su satisfacción en relación al nuevo sistema implantado (respuestas Sí/No). Cuando el encargado de la diputación utiliza el sistema para obtener los resultados de la encuesta, de entre todos los votantes registrados se sortean automáticamente 20 viajes al caribe, generándose las cartas para los afortunados.

13