INSTITUTO DE EDUCACION SUPERIOR TECNOLOGICO PUBLICO DE NASCA

EXAMEN PRIMERA UNIDAD ANALISI Y DISEO DE SISTEMAS

Construir el Diagrama de Casos de Uso para los siguientes casos prcticos. Caso Prctico 1. Mquina de Reciclaje.
Se trata de construir un sistema que controle una mquina para reciclar latas, botellas y cajas de botellas. La mquina puede ser utilizada por varias personas a la vez. El sistema registra cuntos elementos devuelve cada usuario e imprime un recibo con el valor de los elementos devueltos y el total a pagar al usuario. El sistema tambin lo utiliza un operador que desea conocer el nmero de elementos de cada tipo que se han introducido durante el da. Tambin debe poder actualizar los valores de los elementos. El sistema llamar al operador cuando se acabe el papel de los recibos o si detecta algn problema con los elementos introducidos.

Caso Prctico 2. Empresa de Seleccin de Personal.

La empresa HUMAN-WARE dedicada a la seleccin de personal quiere automatizar el proceso de seleccin de candidatos para las ofertas de empleo de empresas que le llegan, de acuerdo a las habilidades y la titulacin 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 slo el nombre y un telfono de contacto busca un candidato, debe proporcionar los siguientes datos: - Nombre y descripcin del puesto. Por ejemplo: Tcnico AIX y Tcnico 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: Titulacin/es requerida/s. Por ejemplo Ingeniero Tcnico en Informtica de Sistemas o Graduado Escolar. Otras habilidades, junto al nivel mnimo requerido para las mismas, expresado en una puntuacin de 1 a 5 (de muy bajo a muy alto). Por ejemplo: (Ingls,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 informacin a un proveedor de servicios de Internet. Cuando una persona se inscribe en la empresa de seleccin debe rellenar una solicitud de inscripcin donde debe indicar los siguientes datos: - Nombre, e-mail y telfono de contacto. - Retribucin mnima. - Tipo de jornada que puede hacer: completa, parcial o ambas. - Titulaciones. Ntese que el centro en que se obtuvo la titulacin no se considera. - Habilidades que posee el candidato (valoradas de 1 a 5). Al menos debe especificar una. La empresa de seleccin requiere que la aplicacin seleccione a los demandantes aptos para cada oferta de empleo, por orden de idoneidad, de acuerdo a las siguientes normas: - La titulacin requerida en una oferta es obligatoria. - Las habilidades mnimas tambin. - 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 mnimas,

COMPUTACION E INFORMATICA

ING CHRISTIAN PALOMINO MUOA

INSTITUTO DE EDUCACION SUPERIOR TECNOLOGICO PUBLICO DE NASCA

La suma total de las puntuaciones de C1 en las habilidades requeridas para O (y slo en esas, las dems 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 mnimos, se considera mejor al que tiene mejor puntuacin 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 indicndoles 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 informacin 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 seleccin, que a su vez, debe actualizar la informacin 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 aplicacin de seleccin de personal: - Usuario, que se va a encargar de gestionar la informacin relativa a las solicitudes de los candidatos y la informacin que se recibe de las empresas, as como de la publicacin de la misma. - Evaluador, que va a ser el encargado de gestionar, con el uso de la aplicacin, el proceso de seleccin de los candidatos en funcin de las distintas ofertas de trabajo recibidas.

Caso Prctico 3. Mediateca.

La aplicacin a realizar debe permitir la gestin de una mediateca que propone a sus socios la consulta (en su local) y el prstamo de diferentes tipos de soporte: libros, cintas de vdeo y audio, CD de audio, etc. Los datos asociados a cada tipo de soporte son: - Para los libros: ttulo, autor, nmero de pginas, nmero de ISBN, etc. - Para las cintas de vdeo (pera, pelcula, etc.): ttulo, autores, actores, duracin, etc. - Para las cintas y CD de audio (pera, variedades, etc.): ttulo, compositores, msicos, duracin, etc. Para facilitar las bsquedas por tema los libros de la mediateca presentes en las bibliografas debern ser fcilmente accesibles. Para asegurar temporalmente la compatibilidad con el sistema de gestin existente (en forma de fichas de cartn), tiene que ser posible imprimir fichas recapitulativas respecto a: - los socios (apellidos, nombre, historial de prstamos ...), - las obras (ttulo, autores ...), - las bibliografas; - los autores (nombre, lista de obras ...). Slo un miembro de la biblioteca (del que sabemos el apellido, nombre y direccin) puede tomar prestados libros, revistas, etc. El prstamo se limita a tres ejemplares. Estos prstamos son limitados en el tiempo; su duracin mxima es de 3 das.

COMPUTACION E INFORMATICA

ING CHRISTIAN PALOMINO MUOA

INSTITUTO DE EDUCACION SUPERIOR TECNOLOGICO PUBLICO DE NASCA

Caso Prctico 4. Mquina de Refrescos.

Se trata de modelar un sistema consistente en una mquina expendedora de refrescos, de acuerdo a los siguientes requisitos (ver figura): La mquina suministra 5 tipos de refrescos (A, B, C, D y F). El usuario debe introducir las monedas necesarias para pagar el refresco y debe indicar el refresco Refresco que desea. A Se admiten monedas de 0.1, 0.2, 0.5, 1 y 2. Cuando el importe introducido por el usuario sea superior al importe del refresco el sistema devolver cambio utilizando los mismos tipos de monedas anteriores. Cuando no haya existencias de algn refresco el sistema mostrar un mensaje. Tambin se mostrar un aviso cuando las monedas introducidas sean insuficientes para adquirir un refresco. Puede producirse el caso de que el usuario introduzca ms monedas de las necesarias, es

Ranura de Monedas

B C D E

Mensajes Ranura de Cambio Entrega del Refresco

decir, que sobren monedas de las introducidas por el usuario. En este caso el sistema devolver las monedas sobrantes pudiendo ocurrir, adems, que haya que dar cambio con respecto a las monedas no devueltas. Un encargado revisar peridicamente las refrescos disponibles en la mquina y las monedas de cambio, reponindolos cuando sea necesario.

Caso Prctico 5. Control de Acceso a un Edificio.

Debe modelarse una aplicacin 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 2 superficie de 5000 m . El edificio se divide en cinco zonas: dos aulas de investigacin, un aula de trabajos prcticos, un aula para la administracin y un cuerpo central que arbitra las aulas de clases y los dos anfiteatros. - El sitio acoge a unas 500 personas cada da, en su mayora estudiantes, pero tambin profesores, investigadores, personal administrativo y tcnico, as como numerosos visitantes. - Tras la desaparicin de objetos diversos, se ha decidido restringir los accesos a ciertas estancias por medio de puertas de cierre automtico. 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 slo 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 slo es importante la nocin de grupo de puertas: los mismos caminos y los desplazamientos no se controlan. Una puerta dada slo 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 unin de los derechos de acceso de cada uno de los grupos que la contienen. - La definicin de los derechos de acceso se efecta describiendo para cada grupo de
COMPUTACION E INFORMATICA ING CHRISTIAN PALOMINO MUOA

INSTITUTO DE EDUCACION SUPERIOR TECNOLOGICO PUBLICO DE NASCA

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

COMPUTACION E INFORMATICA

ING CHRISTIAN PALOMINO MUOA

situacin semana a semana. Dada la poca variacin de los derechos en el tiempo, puede inicializarse un calendario por medio de semanas tipo que describen una configuracin de derechos dada. El supervisor puede crear tantas semanas tipo como desee (ver tabla). L 00-01h. 01-02 h. 22-23 h. 23-24 h. Los cambios aportados a una semana tipo se propagan automticamente en todos los calendarios que utilizan esta semana tipo. Los cambios aportados directamente en un calendario, por ejemplo para tener en cuenta un da festivo, no se ven afectados en la modificacin de una semana tipo. El sistema de control de acceso debe funcionar de la manera ms autnoma posible. Un supervisor es responsable de la configuracin inicial y de la actualizacin de las diferentes informaciones de definicin 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 actualizacin de la informacin sobre la pantalla de control se efecta cada minuto. La interfaz de usuario debe ayudar al usuario a formular peticiones correctas. Los valores de parmetros deben ser sistemticamente ledos en listas que definen el mbito de los valores correctos. M Mi J V S D

Caso Prctico 6. Gestin de Fincas e Inmuebles.

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. 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 nmero de inmuebles que la empresa gestiona no es un nmero fijo, la empresa propietaria exige que la aplicacin permita introducir nuevos inmuebles, con sus datos correspondientes (direccin, nmero, cdigo 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 aplicacin tambin deber permitir introducir nuevos pisos o locales con sus datos correspondientes (planta, letra,). Cada vez que la empresa adquiere un nuevo inmueble, el gerente enva los datos correspondientes al usuario de la aplicacin para que lo d de alta. De la misma forma tambin se pueden comunicar bajas y modificaciones de inmuebles (indicando su direccin y nmero). Adems, la aplicacin va web debe facilitar a los usuarios la posibilidad de realizar consultas sobre inmuebles, para lo cual se debe indicar el cdigo postal y la direccin. Como resultado de la consulta, la aplicacin debe mostrar todos los inmuebles correspondientes (direccin y nmero) junto con su precio de alquiler. Cualquier persona que tenga una nmina, 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 estn ya alquilados, y posteriormente desalquilarlo. Por ello debern poderse dar de alta, si son nuevos inquilinos, con sus datos correspondientes (nombre, DNI, edad, sexo, fotografa,).

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 aplicacin tambin debe gestionar los gastos de cada inmueble. Para ello, la empresa de gestin de inmuebles recibe peridicamente de las compaas correspondientes las facturas de gastos de los inmuebles (telfono, agua, gas y electricidad). En cada factura se indica la fecha de emisin, el inmueble, el concepto, y el coste. Cada mes el secretario de la empresa pedir la generacin de un recibo para cada uno de los pisos y de los locales, el cual lleva asociado un nmero 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 emisin, la renta, la comunidad, el agua, la luz, el gas, la electricidad y el telfono. 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 inters, etc.. Cuando se realiza una reforma o reparacin 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 gestin de inmuebles se realizan sobre la misma cuenta bancaria de la que es titular la empresa de gestin 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 Prctico 7. Videoclub.

Un vdeoclub de mucho xito se ha planteado implantar un sistema de informacin automatizado. Se trata de modelar este sistema teniendo en cuenta las siguientes informaciones: De los socios interesa recoger el DNI, nombre, direccin, telfono y edad. No slo se alquilan pelculas, sino tambin vdeojuegos. Las pelculas estn disponibles en dos formatos: DVD y vdeo. De las pelculas hay que conocer el ttulo, director, actores, duracin y gnero. Un tipo particular de pelculas son los documentales, que no tienen actores. Los vdeojuegos tienen un ttulo, el fabricante y el gnero o tipo. Todas las pelculas y los vdeojuegos tienen un mismo precio de alquiler que debe ser modificable. Este dato lo define la gerencia del vdeoclub. Estos productos se alquilan por cierto nmero de das, que depende del tipo de producto. Estos datos deben ser modificables y son tambin definidos por la gerencia. Cuando el socio devuelve un producto se le pide que rellene una encuesta puntundolo de 1 (muy malo) a 5 (muy bueno) e indicando si es posible que lo vuelva a alquilar. Esta valoracin se realizar en un ordenador disponible en el local del vdeoclub. Si el socio devuelve el producto fuera de plazo se le aplica una sancin econmica en funcin del nmero de das de retraso. Hasta que esta sancin no sea pagada, el socio no puede volver a alquilar productos. Los proveedores publican peridicamente en Internet la informacin sobre las novedades existentes, informacin que utiliza el vdeoclub 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 inters y la valoracin que hacen los socios, de forma que si una pelcula o vdeojuego est muy bien valorada se solicitan ms unidades. El vdeoclub debe actualizar su stock cada vez que recibe un pedido del proveedor.

En un monitor suspendido en el techo del local deben mostrarse las diez pelculas y los diez vdeojuegos mejor valorados por los socios. Esta lista debe estar permanentemente actualizada. En una pgina web hay que mostrar, en tiempo real, las pelculas y vdeojuegos disponibles por gneros as como la valoracin de las pelculas. Estas funciones pueden ser accedidas por los socios y por cualquier otra persona. Para consultar la disponibilidad hay que indicar el gnero. Para acceder a las valoraciones hay que indicar tambin el gnero y opcionalmente el director (slo en el caso de las pelculas). El personal del vdeoclub, ubicado en el mostrador, es el encargado de gestionar todas las informaciones con un porttil que contendr el software a desarrollar. Caso Prctico 8. Gestin de Horarios [Examen 2 Parcial. Mayo 2003] La Subdireccin Acadmica de la Escuela Galctica de Informtica (EGI), con sede en Europa (Jpiter), se encarga habitualmente de la confeccin de los horarios de clase. Este proceso suele ser manual, pero este ao se quiere plantear la adquisicin de un software que permita automatizar esta gestin. El principal objetivo para el subdirector, que es la persona encargada de disear los horarios, es la generacin automtica 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 nmero de crditos, que indica el nmero de horas de docencia a la semana (1 crdito equivale a 3 horas). Hay dos tipos de asignaturas: las que son tericas, de las que debe recogerse la pgina web donde se publican los apuntes, y las que son prcticas, que deben tener asociado el sistema operativo a emplear. Igualmente hay dos tipos de aulas: para clases de teora y para clases de laboratorio (asignaturas prcticas). En general, las aulas tienen un nombre, una ubicacin y una capacidad. De las aulas de teora interesa conocer el tipo de pupitre (abatible o fijo), y de las de prcticas se quiere saber si disponen de altavoces y cmara de vdeoconferencia. Los posibles cursos son cinco, de primero a quinto, pero interesa que el sistema sea abierto para poder evolucionar a situaciones con un nmero de cursos mayor o menor. Hay que tener en cuenta que una asignatura slo puede formar parte de un nico curso. Los das 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 informacin de las asignaturas que imparten. Tambin deben especificar en qu tres das desean tener clase. Este dato es utilizado por el subdirector para generar automticamente los horarios. No obstante, puede darse el caso de que la generacin automtica no obtenga una solucin completa al problema de los horarios y sea preciso que se retoque manualmente la asignacin de horas de clase a las asignaturas en las diferentes aulas. De esto, y de la introduccin del resto de informaciones necesarias, tambin se encarga el subdirector. El sistema tambin debe permitir la consulta de horarios por parte de los alumnos. Tanto alumnos como profesores utilizarn el sistema desde la Web, para lo que se hace necesario una autentificacin previa de estos usuarios.

Caso Prctico 9. Liga de Campeones. (1) La UEFA ha elegido a su empresa para el desarrollo del nuevo sistema informtico para la gestin automatizada de la fase final de la Liga de Campeones de Ftbol. En primer lugar los equipos clasificados deben inscribirse en la competicin, 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 nmero de pasaporte, nombre, apellidos, nacionalidad, si es comunitario o no, edad y posicin en la que juega (portero, defensa, centrocampista y delantero). Antes de iniciarse la competicin 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 competicin se configura en un conjunto de jornadas de la primera fase (grupo), ms 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 enva a la UEFA el resultado, que lo enva a los equipos participantes. (2) En funcin 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 pitarn en cada partido. La informacin sobre los rbitros la obtiene de una gua que le enva la comisin arbitral. La informacin sobre cada partido (fecha y lugar de celebracin, rbitros designados, equipos participantes) es enviada a la comisin arbitral para que lo comunique a los rbitros implicados. Cada vez que se juega un partido de la competicin, 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 adems, anota cualquier otra incidencia que haya podido ocurrir en el partido (ejemplo lanzamiento de objetos, agresin a un jugador, etc.). Las actas arbitrales de cada jornada de competicin se envan a la comisin arbitral, que a su vez las remite a la UEFA. Con la informacin recibida la UEFA establece la clasificacin general por equipos (en cada grupo o si son eliminatorias) y una lista con los mximos goleadores. Esta informacin es enviada a los participantes al fin de cada jornada de competicin. (3) Por otro lado, la UEFA enva al comit sancionador la informacin sobre las tarjetas mostradas en cada jornada y los incidentes producidos. El comit sancionador a partir de la informacin recibida decide las sanciones a aplicar a los jugadores, indicndose los das de sancin que se aplican y la enva 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 estn sancionados). En caso de irregularidad, al equipo que la comete se le da el partido por perdido. (4) En funcin de los resultados obtenidos por cada equipo en cada partido reciben una compensacin econmica (victoria 1 milln de euros, empate 500.000 euros). Cuando un equipo es eliminado de la competicin la UEFA le enva un cheque con el dinero que han acumulado. Como parte del sistema se debe desarrollar un soporte automtico de mensajera mvil con el que los aficionados pueden consultar en cada momento mediante mensajes SMS el prximo partido de su equipo, la clasificacin y la tabla de goleadores y sanciones, para lo cual envan un mensaje SMS con las siguientes opciones: ProxPartido Equipo, Clasificacin, Goleadores, Sanciones.

Caso Prctico 10. Venta de Billetes. 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 vagn 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 funcin 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 metlico o mediante tarjeta de crdito. El supervisor de un viaje debe poder revisar la disposicin de viajeros. El encargado de seguridad de las vas debe poder consultar los trenes que circularn por ellas en un determinado horario. Toda la informacin es mantenida por personal de Renfe en las oficinas centrales de la compaa. Caso Prctico 11. Agencia Matrimonial. 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 inscripcin se deben proporcionar los siguientes datos: - Datos Personales y Generales: DNI, Nombre y Apellidos, Direccin, Localidad, Provincia, E-mail, estado civil, edad, sexo y si tiene hijos o no y el nmero de tarjeta de crdito. - Descripcin: Estatura, Peso, nivel cultural (bajo, medio, alto) y aficiones. Tambin se debe adjuntar una foto. - Descripcin 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 descripcin puede variar en el tiempo y la agencia debe mantener el histrico de personas deseadas de cada cliente, aunque para el emparejamiento slo se utiliza la descripcin actual de la persona buscada. Cuando el cliente se inscribe recibe un nombre de usuario y una contrasea 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 automticamente esta solucin (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 inscripcin. En caso de no obtenerse ninguna solucin, el administrador puede seleccionar de forma manual la pareja (asignando subjetivamente el nivel de afinidad segn su opinin), para lo cual examina los datos de la misma. Para cada pareja obtenida, el administrador enva 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 aplicacin) y se contina con la bsqueda 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 descripcin de la consulta. Las consultas pueden ser de tipo jurdico para resolver problemas derivados de un divorcio, para lo cual se

debe indicar adems la fecha de la ruptura y si se est pendiente de juicio, o puede ser una consulta de tipo psicolgico en cuyo caso se debe indicar si se est actualmente en tratamiento. Los profesionales (psiclogos 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 an relacionadas con su especialidad. Seleccionan de la lista la consulta que quieren responder y la respuesta es enviada a la direccin e-mail del cliente. El sistema mantiene un registro de las respuestas realizadas. Para la utilizacin de los servicios de consulta debe realizarse una autentificacin previa tanto de los clientes como de los profesionales. De los profesionales que estn dados de alta en el sistema se conoce su dni, nombre y apellidos, especialidad y nmero de cuenta bancaria en el que reciben mensualmente una cantidad de la agencia que depende del nmero de consultas contestadas. Cualquier persona inscrita puede realizar modificaciones en sus datos, para lo cual utilizan un formulario de actualizacin. Tambin pueden darse voluntariamente de baja del sistema, en cuyo caso la agencia le cobra una cantidad que depende del nmero de citas que se le han proporcionado y del nmero de consultas que ha realizado en el servicio de psicologa. El sistema debe registrar en todo momento cualquier cobro de clientes o pago efectuado a los profesionales. El administrador tambin utiliza la aplicacin local para conocer una serie de estadsticas generales (nmero 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 Prctico 12. Museo. El Museo de La Mancha desea que su Departamento de Informtica desarrolle un software para automatizar la gestin de sus obras. Sus requisitos son los siguientes: Se debe mantener el catlogo de obras de arte. La obra de arte caracterstica es el cuadro. Pero, adems, 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 econmicamente y se almacena su fecha de creacin, su fecha de entrada en el museo y su fecha de ltima restauracin. Los cuadros y esculturas tienen un estilo. De los cuadros hay que recoger la tcnica (leo, acuarela, carboncillo), y de las esculturas el material (bronce, piedra). La introduccin de datos la realiza el usuario encargado del catlogo, pero cada obra y los datos que la describen se reciben de los proveedores de obras de arte. Se debe gestionar la restauracin de obras de arte. El Departamento de Restauracin se encarga de decidir qu obras de arte deben ser restauradas. Por tanto, una obra pueda estar expuesta o puede estar en restauracin. En este ltimo caso hay que recoger el tipo de restauracin y el plazo estimado. Las obras de arte se restauran automticamente cada cinco aos, por lo que se requiere un proceso diario que indique qu obras tienen que pasar a restauracin. 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 comunicacin 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 cesin al primer museo. Cuando una obra de arte se cede a un museo es preciso recoger el importe pagado por esta cesin y el periodo de tiempo en que estar cedida. De esta gestin se encarga el director del museo. Los visitantes al museo pueden consultar los listados de obras por salas en un monitor suspendido en el vestbulo principal del museo. Estas listas van desplazndose automticamente.

Se deben ofrecer servicios de consulta a diferentes tipos de usuarios: El restaurador jefe debe poder consultar todas las obras de arte ordenadas por antigedad y por fecha de ltima restauracin. El director del museo debe poder consultar la valoracin 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 econmico.

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 Prctico 13. Operador Turstico. Con motivo del IV Centenario de El Quijote, la operadora turstica Bravo-Garca se ha planteado potenciar su oferta de turismo rural en Castilla La Mancha. Esta accin se basa en disponer de un software que facilite la realizacin de los nuevos servicios, integrando a Agencias de Viajes (AV), Establecimientos de Alojamiento (EA) y Empresas de Transporte (ET). Las caractersticas del sistema se describen en las siguientes lneas. La nueva divisin Turismo Rural Quijote se encarga de satisfacer la demanda de servicios tursticos de los clientes. Estas demandas consisten en solicitar una estancia turstica en Castilla La Mancha, indicando el lugar (poblacin), el periodo de tiempo, la categora del alojamiento (de una a cinco estrellas), el nmero de personas y el tipo de actividades deportivas y de ocio a realizar. Estos clientes tendrn 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, nmero de estrellas, tipo de alojamiento (AD, MP, PC), lista de poblaciones que cubre. - De las AV: Nombre, CIF, precio del servicio, nmero 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 pginas web en las que las organizaciones interesadas en colaborar con Bravo-Garca 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 tambin se les pide que, con anterioridad al disfrute de los servicios, rellenen el mismo formulario tambin desde la Web. Las demandas de servicios se realizan siempre en los mostradores de Bravo-Garca. 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 ms 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, nmero, 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 nmero de trayectos que hay que hacer para viajar desde el origen al destino. De igual forma, es preciso registrar el nmero de habitaciones con las que se da el servicio de alojamiento.

Caso Prctico 14. Restaurante. El sistema software a desarrollar consiste en gestionar el servicio de restauracin en un restaurante. El sistema tiene que soportar las siguientes funciones: Presentacin de mens a comensales: Los camareros utilizan Tablet PCs para presentar en las mesas los mens (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 adems si es fro o caliente y de la bebida, en el caso de los vinos, el ao. 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 nmero de mesas y la asignacin de camareros a stas (indicando el DNI del camarero y el nmero de mesa asignado). La informacin 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. Recepcin 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 peticin el cliente indica su nmero de mesa. El sistema almacena la hora de la peticin. Gestin en cocina de solicitudes, elaboracin de platos y avisos de fin de elaboracin 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 finalizacin de un plato. Entrega de platos: Los camareros consultan en su Tablet PC cundo estn los platos terminados y los recogen en la cocina para llevrselos a los comensales. Los platos que no requieren elaboracin en cocina (bebidas, pan, algunos postres...) son recogidos directamente por el camarero en el almacn de la cocina, que contiene frigorficos y cmaras con dichos platos. Facturacin: Las facturas son emitidas directamente por los camareros desde sus Tablet PCs utilizando una impresora comn 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 mercanca. El restaurante trabaja con diversos proveedores cuya informacin es proporcionada por la gerencia. Esta informacin consiste en los datos de contacto del proveedor, los alimentos que suministra y su precio. Para la elaboracin de un pedido, el jefe de cocina indica el tipo de alimento y las unidades necesarias. Con la informacin de los alimentos a pedir, el sistema busca los proveedores ms 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 nmero de unidades almacenadas. Al final de cada da, el jefe de cocina ejecuta un proceso que calcula, a partir de los platos elaborados, los alimentos que se han consumido. Esta definicin cuntas 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 adems establece los mens que ofrece el restaurante. Todos los dispositivos estn conectados en red local mediante tecnologa inalmbrica.

Caso Prctico 15. Nos llamamos la empresa ESI-SW y nos dedicamos a la produccin 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 direccin 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 estimacin de coste y meses que va a durar. Para calcular el coste y meses de duracin el software a desarrollar debera incluir un mdulo de estimacin 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 aplicacin tiene que asignarlo automticamente a partir del perfil de los trabajadores y de su actual ocupacin en proyectos). Si la aplicacin encuentra incompatibilidades a la hora de asignar un trabajador al equipo, debera 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 slo 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 Documentacin). 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 cules son sus campos de especializacin (empresas de banca, empresas de fabricacin, etc.). Los datos ms importantes de los trabajadores son su nombre, nmero 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 cundo se han finalizado las tareas. El mismo equipo puede abordar varios proyectos a la vez, y un trabajador puede estar en ms de un equipo. El sistema debe permitir a los jefes de proyecto listar la composicin de los equipos que dirigen. Cada equipo, para cada proyecto, debe definir el conjunto de tareas (Definicin de requisitos, Construccin de interfaces de usuario, etc.) que hay que llevar a cabo; esto lo hace el Jefe. La lista general de tareas es comn 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 versin. Cada tarea tiene un nombre y, cuando est vinculada a un proyecto, un orden de ejecucin y una fecha prevista de terminacin. Para cada tarea debe registrarse si ya se ha realizado o no. Todo esto para cada proyecto concreto. De la definicin de los trabajadores, herramientas, tareas generales y dems informacin relacionada se encarga el Director de Desarrollo. Esta persona se encarga adems 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 cancelacin del proyecto que vaya ms retrasado. Como poltica de seguridad de la empresa, siempre que un Jefe de Proyecto o un trabajador accedan al sistema para hacer lo que sea, debe indicar quin es (identificacin), desde qu ordenador va a trabajar y qu va a hacer.

Caso Prctico 16. La Diputacin Provincial de Villa-Arriba, en su afn de superacin a sus vecinos de la provincia de Villa-Abajo, desea desarrollar un nuevo sistema informtico de soporte a las elecciones que se celebrarn el prximo ao en sus municipios. En primer lugar se debe llevar el control de las candidaturas de los partidos polticos en cada municipio. Para ello los partidos que se presentan deben notificar sus datos (nombre, siglas y direccin de la sede provincial) as como la lista ordenada de sus candidatos (nmero de concejales candidatos y DNI, apellidos y nombre de cada uno) mediante una carta certificada. Cada municipio a travs de un sitio web (con control de acceso) informa sobre cules son sus colegios electorales (direccin y nmero de mesas electorales) y enva su censo de poblacin (DNI, apellidos, nombre, fecha de nacimiento y titulacin de mayor rango, que puede ser estudios primarios, educacin secundaria o titulacin universitaria). La informacin del censo de cada municipio, adems de para la comprobacin el da de las votaciones, es utilizada por el sistema a la hora de sortear la composicin de cada mesa en la que debe haber un presidente (con titulacin universitaria) y dos vocales. Una vez realizado el sorteo, el encargado electoral de la diputacin usa el sistema para la obtencin de cartas personalizadas que se envan a los agraciados. Con el fin de agilizar el proceso, el da de la celebracin de las elecciones uno de los vocales de la mesa dispone de un equipo informtico 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 votacin, para la realizacin del recuento, el presidente dice en voz alta el resultado de cada voto (partido poltico, blanco o nulo), y stos se registran usando el sistema informtico. 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 nmero 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 Diputacin obtiene los resultados por municipio, de forma que se debe saber cul ser el nuevo alcalde (1 de la lista del partido ms votado en ese municipio) y la lista de concejales que se eligen (el nmero total = n habitantes/100) y que se reparten entre los partidos en funcin proporcional a su nmero de votos. Estos resultados pueden ser accedidos por los partidos polticos a travs del sitio web de la Diputacin, en el que tras una autentificacin 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 Diputacin debe poder obtener un listado completo con las estadsticas globales (votos totales de cada partido en la provincia) y las estadsticas 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 tambin debe elaborar un informe para los partidos polticos en el que muestre la evolucin del partido respecto a las tres elecciones anteriores y su comparacin respecto al resto de provincias de Espaa. Este informe lo emite el encargado electoral de la Diputacin, y va destinado a cada partido. Para obtener esta informacin histrica el sistema accede va web a la base de datos de la Agencia Nacional de Estadstica. Finalmente, y con el fin de conocer la opinin de los votantes el sistema debe ofrecer una encuesta. Los ciudadanos cuando ejercen su derecho al voto reciben un cdigo 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 cdigo 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 slo se muestran poblaciones de ms de 100 habitantes. Para las poblaciones pequeas, el ciudadano debe teclear el nombre del municipio. Posteriormente contesta a 10 preguntas relacionadas con su satisfaccin en relacin al nuevo sistema implantado (respuestas S/No). Cuando el encargado de la diputacin utiliza el sistema para obtener los resultados de la encuesta, de entre todos los votantes registrados se sortean automticamente 20 viajes al caribe, generndose las cartas para los afortunados.

Caso Prctico 17. La empresa Indurain se dedica a la reparacin de bicicletas y a la prueba y anlisis de nuevos modelos. Se nos ha contratado para automatizar su gestin mediante el desarrollo de un sistema software que recoja los requisitos expresados a continuacin. Se trabaja con bicicletas de carretera y de montaa. Cuando se recibe una bicicleta para su reparacin se registra su peso, marca, modelo, color y propietario (nombre y telfono), adems de la fecha y la avera que hay que reparar o los ajustes a realizar. Como aspectos particulares de las de carretera debe recogerse el tipo de rueda (lenticular o de radios); las de montaa tienen como informacin especfica el nmero de amortiguadores y el tipo (rally o descenso). La recepcin de bicicletas la realiza el auxiliar de reparaciones, que asigna un login-contrasea al propietario por si quiere consultar el estado de sus reparaciones desde la pgina web de la empresa. Si la bici no es la primera vez que se repara, se le recuerdan al cliente las anteriores reparaciones y se le pregunta si qued satisfecho con la ltima reparacin, guardando dicha informacin. Cuando el tcnico de reparaciones finaliza la reparacin rellena un parte de trabajo en el que especifica la fecha, el nmero de horas que ha empleado y las piezas instaladas. El sistema calcula el precio total a partir del precio de las piezas (de una pieza puede utilizarse ms de una unidad), el precio de la hora de mano de obra y el 16 % de IVA. Dichos precios los define el gerente. Despus, el tcnico pasa la bici al departamento de control de calidad, que se encarga de verificar que la bicicleta funciona perfectamente tanto en el rodillo como en carretera (o en el campo) y que por tanto el trabajo de reparacin es satisfactorio. El jefe de calidad anota el resultado del control (Satisfactorio / No satisfactorio) y la fecha utilizando el sistema software. Otro servicio que proporciona la empresa es la prueba (test) de bicicletas nuevas. Cuando algn proveedor enva la bici para que sea evaluada (hay que almacenar la misma informacin que en el caso de las reparaciones, para lo que se utiliza la misma interfaz de usuario), una serie de tcnicos expertos someten a la bici a numerosas pruebas. Tras este test, se registra su opinin mediante una serie de atributos que se valoran de 1 a 10: calidad de fabricacin, comportamiento, frenos y respuesta. Cada tcnico anota su opinin particular. Finalmente, los tcnicos devuelven la bici por transporte al proveedor, y el sistema debe generar etiquetas adhesivas con sus datos para pegar en la caja. Debe tenerse en cuenta que debido a ciertos contratos de exclusividad, una bici slo es distribuida por un nico proveedor. El Gerente ha manifestado lo siguiente respecto a sus necesidades: Yo con que se me de un listado de ingresos y gastos por meses me conformo (se entiende que los gastos principales son las horas de mano de obra de los tcnicos de reparaciones que tienen un coste asignado por el gerente); y tambin ha dicho: Quiero poder mostrar la valoracin media de una bici probada por los tcnicos para ver si me interesa comprarla. No es preciso que el sistema tenga control de acceso (exceptuando la consulta web). El sistema debe funcionar en Windows Vista y Linux. Todos los tcnicos utilizan PDAs para interaccionar con el sistema.

Caso Prctico 18. Un hotel ha decidido automatizar su sistema de informacin con el fin de proporcionar un mejor servicio a sus clientes. Los clientes podrn efectuar las reservas de habitacin/es a partir de un sitio web en el que deben indicar su DNI, apellidos, nombre y nmero de tarjeta de crdito (que es validada on line mediante un sistema externo bancario que recibe la consulta). Las habitaciones del hotel tienen distintos precios (establecidos por la direccin) en funcin de su tipo: el hotel dispone de 4 suites, 30 habitaciones dobles y 30 habitaciones simples. En la reserva se debe indicar si el rgimen es de alojamiento, alojamiento + desayuno, media pensin o pensin completa. Como resultado de la reserva el sistema debe confirmar si hay disponibilidad en cuyo caso asigna un cdigo de reserva al cliente. Los clientes pueden eliminar las reservas, de modo que si la reserva es eliminada con una antelacin inferior a 7 das desde el da de entrada, el sistema carga a su tarjeta de crdito a travs del sistema bancario mencionado el importe de una noche. Cuando un cliente llega al hotel, debe indicar al personal de recepcin su cdigo de reserva y mostrar su DNI, informacin a partir de la cul se indica que la habitacin/es de la reserva quedan ocupadas en las fechas de reserva y se imprime una tarjeta por habitacin. Si un cliente no se registra en el hotel en un periodo de un da desde el comienzo de su reserva, su reserva se anula y se carga en su tarjeta el importe de una noche. Esto se comprueba diariamente a peticin del personal de recepcin. El cliente tiene la opcin de poder realizar llamadas telefnicas al exterior y de ver pelculas de pago en la TV. Estos gastos son controlados por un sistema conectado a la red telefnica del hotel y que al final de cada da es el que enva los datos mediante TCP/IP al servidor central para su registro. Cada vez que el cliente hace uso del servicio de comedor del hotel, para desayuno, comida o cena, debe indicar al responsable de comedor el nmero de habitacin, quien registra la informacin en el sistema (incluida la fecha y hora). Los servicios de comedor tienen un precio que define la direccin. El hotel tambin ofrece un servicio de excursiones a sus clientes. Las agencias operadoras de las excursiones envan peridicamente al responsable de ocio del hotel la informacin de las excursiones que ofertan, incluyendo informacin de la operadora (nombre, direccin, telfono y nmero de cuenta bancaria) si es la primera vez que enva la informacin o el identificador de la operadora en caso contrario. Tambin se proporciona el destino de la excursin, precio por persona, ruta de lugares a visitar, duracin (media jornada o jornada completa) y % de beneficio del hotel. Dado que una misma excursin puede ser ofertada por varios operadores, el hotel a travs del sistema informtico debe seleccionar aquella que tiene una mejor relacin precio por persona y % de beneficio del hotel, en cuyo caso se registra como excursin ofertada y se publicita entre los clientes del hotel mediante folletos informativos, teniendo un plazo determinado para poder hacer su reserva. Cuando un cliente solicita al responsable de ocio apuntarse a una excursin queda registrado y a la espera de la confirmacin de la excursin. El sistema debe producir un listado que se enva a la operadora con la lista de apuntados. Cuando la operadora comunica la confirmacin y hora de recogida en el hotel para la excursin, el responsable de ocio del hotel pone un cartel informativo para avisar a los clientes. Cuando el cliente finaliza su estancia, el personal de recepcin emite la factura correspondiente con todos los gastos realizados y el total a pagar (en funcin de su rgimen de alojamiento). La direccin del hotel requiere que el sistema emita ciertos informes relevantes por periodos de fechas: nivel de ocupacin del hotel (% habitaciones ocupadas) ordenado por das e ingresos totales clasificados por concepto (comedor, excursiones, alojamiento) y % de reservas anuladas.

Caso Prctico 19. La empresa Zoolgico Ciudad Real le ha contratado para que desarrolle un sistema informtico que d soporte a la siguiente especificacin de requisitos. Una de las funciones que se quiere implementar es la lista de los animales que contiene el zoolgico. La ficha de cada animal incluye nombre, edad, pas de origen, especie, subespecie y costumbres alimenticias. Hay tres tipos de animales: mamferos terrestres, aves y animales acuticos. De los primeros hay que recoger el nmero de patas y si son carnvoros, de los segundos el tipo de vuelo y de los terceros si son mamferos o no. Los animales estn ubicados en una serie de localizaciones (espacio de los reptiles, espacio de los mamferos salvajes, espacio de las rapaces, etc.). De cada localizacin hay que indicar si es acutica, terrestre o area (para las aves), as como el tamao (en m2 o m3) y si es visitable. Lgicamente, cada localizacin puede recoger a un nmero variable de animales y stos pueden cambiar de localizacin. Es importante conocer en qu localizaciones y durante qu periodo estuvo en ellas un animal (esto es un requisito clave), teniendo en cuenta que un animal no puede volver a una localizacin en la que ya haya estado con anterioridad. Toda esta informacin la configurar inicialmente en el sistema el responsable de biomasa, que necesita que el sistema haga un recuento global de animales. Es un objetivo del zoolgico convertirse en una referencia a nivel internacional por tener las ms variopintas especies. Mediante una conexin telemtica al llamado Sistema Mundial de Animales sin Casa se puede obtener una lista de animales en venta, que incluye todos los datos que caracterizan a un animal (los mismos que nuestra propia ficha) adems del precio y el pas de origen. El responsable de adquisiciones se encarga de seleccionar animales para comprar. Para realizar esta seleccin debe tener en cuenta las localizaciones de las que se dispone para albergar a los nuevos animales y el hecho de no comprar ms de tres animales del mismo pas en el mismo ao. Esta compra la ordena telemticamente. La enfermera es una instalacin especial que recoge a los animales enfermos. El veterinario los inspecciona diariamente e indica durante este recorrido mediante una PDA conectada al sistema qu animales deben salir de sus localizaciones para recibir tratamiento en la enfermera (la gestin de tratamientos por el momento no se va a informatizar). El sistema tiene que proporcionar al veterinario el nmero de animales que se encuentran actualmente en la enfermera y los diferentes periodos de permanencia de un animal concreto. El director del zoolgico define los precios. Los precios son para visitas de un da. Hay dos tipos de visitas: presenciales y virtuales. Para ambas hay precios diferentes de nios y adultos. Tambin define el horario general de visita al zoolgico. Las localizaciones acuticas tendrn un horario diferente y especfico. Todos estos datos el director se los indica a su secretario/a, que los introduce en el sistema. Puesto que cada adquisicin hay que pagarla a los 7 das de efectuarla, el director pide al sistema que le proporcione un listado de adquisiciones pendientes de pagar. El/la secretario/a calcula cada semana el beneficio del zoolgico (los gastos son las compras de animales y los ingresos los importes de las visitas), que va destinado al analista financiero. El nmero de visitas es introducido por el secretario a partir de un conteo manual que hace el personal del zoolgico ubicado en la entrada. Desde una pgina web se tiene que poder visitar el zoolgico de forma virtual. Los visitantes virtuales tienen primero que pagar el precio correspondiente mediante tarjeta VISA. Por simplificar, el sistema delega este cobro a un sistema externo de servicios financieros. Cuando este sistema manda un OK a nuestro sistema mediante conexin telefnica, nuestro sistema web habilita la visita virtual. La visita consiste en recorrer en orden aleatorio todas las localizaciones visitables y mostrar un vdeo de cada una durante 1 minuto. Esos vdeos estn almacenados en el sistema en un formato fcilmente reproducible (por ejemplo, MPEG-4); se generan a peticin del director, es decir, cuando l lo indica todas las cmaras (hay una por localizacin) graban un minuto de vdeo que queda almacenado para la visita virtual. Cualquier internauta puede consultar los horarios, precios y un listado que muestra el nmero total de animales por especies y subespecies.