INSTITUTO DE EDUCACION SUPERIOR TECNOLOGICO PUBLICO DE NASCA
EXAMEN PRIMERA UNIDAD ANALISI Y DISEÑO DE SISTEMAS
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 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 proporcionar los siguientes datos: - Nombre Nombre y descri descripció pción n del puest puesto. o. Por ejemp ejemplo: lo: “Técni “Técnico co AIX” AIX” y “Técnico “Técnico de Sistem Sistemas as de IBM AIX en todas las versiones”. - Rango salarial salarial (expre (expresado sado en euros euros brutos brutos anuales anuales). ). Por Por ejemplo: ejemplo: 25.000 25.000 – 30.000. 30.000. - Jorn Jornad ada: a: comp comple leta ta o parc parcia ial. l. - Requ Requis isit itos os del del pues puesto to:: 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: - Nombr Nombre, e, e-mail e-mail y tel teléf éfon ono o de de con conta tact cto. o. - Retribución mín mínim imaa. - Tipo Tipo de jornad jornadaa que que puede puede hacer hacer:: comple completa, ta, parc parcial ial o ambas ambas.. - Titulacione Titulaciones. s. Nótese Nótese que el centro centro en que que se obtuvo obtuvo la titulación titulación no se se consider considera. a. - Habilidades Habilidades que posee posee el candidat candidato o (valorada (valoradass de 1 a 5). 5). Al menos menos debe debe especific especificar ar una. 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 titu titulac lación ión requer requerida ida en una oferta oferta es obli obligat gatori oria. a. - Las Las habi habili lida dade dess míni mínima mass tamb tambié ién. n. - Se consid consider eraa que un un candida candidato to C1 es es mejor mejor que que otro otro C2 para para una una oferta oferta O si: si: Ambos tienen la/s titulaciones requeridas para O, Ambos cubren las habilidades mínimas, •
•
COMPUTACION E INFORMATICA
ING CHRISTIAN PALOMINO MUÑOA
INSTITUTO DE EDUCACION SUPERIOR TECNOLOGICO PUBLICO DE NASCA
•
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.
COMPUTACION E INFORMATICA
ING CHRISTIAN PALOMINO MUÑOA
INSTITUTO DE EDUCACION SUPERIOR TECNOLOGICO PUBLICO DE NASCA
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 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 algún refresco el sistema mostrará un mensaje. También se mostrará un aviso cuando las monedas introducidas sean insuficientes para adquirir un refresco. Puede producirse el caso de que el usuario introduzca más monedas de las necesarias, es
B C D E
Ranura de Monedas
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, 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 2 superficie de 5000 m . 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 COMPUTACION E INFORMATICA
ING CHRISTIAN PALOMINO MUÑOA
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 MUÑOA
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 c rear 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,…).
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. 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 si guientes 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 tip o. ‰ 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.
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.
Caso Práctico 9. Liga de Campeones. (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.
Caso Práctico 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 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. 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
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á actual mente 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. 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.
-
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. 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.
Caso Práctico 14. Restaurante. 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.
Caso Práctico 15. 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.”
Caso Práctico 16. 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.
Caso Práctico 17. La empresa Indurain se dedica a la reparación de bicicletas y a la prueba y análisis de nuevos modelos. Se nos ha contratado para automatizar su gestión mediante el desarrollo de un sistema software que recoja los requisitos expresados a continuación. Se trabaja con bicicletas de carretera y de montaña. Cuando se recibe una bicicleta para su reparación se registra su peso, marca, modelo, color y propietario (nombre y teléfono), además de la fecha y la avería 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 montaña tienen como información específica el número de amortiguadores y el tipo (rally o descenso). La recepción de bicicletas la realiza el auxiliar de reparaciones, que asigna un login-contraseña al propietario por si quiere consultar el estado de sus reparaciones desde la página 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 reparación, guardando dicha información. Cuando el técnico de reparaciones finaliza la reparación rellena un parte de trabajo en el que especifica la fecha, el número 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 más de una unidad), el precio de la hora de mano de obra y el 16 % de IVA. Dichos precios los define el gerente. Después, el técnico “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 reparación 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 algún proveedor envía la bici para que sea evaluada (hay que almacenar la misma información que en el caso de las reparaciones, para lo que se utiliza la misma interfaz de usuario), una serie de técnicos expertos someten a la bici a numerosas pruebas. Tras este test, se registra su opinión mediante una serie de atributos que se valoran de 1 a 10: calidad de fabricación, comportamiento, frenos y respuesta. Cada técnico anota su opinión particular. Finalmente, los técnicos 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 sólo 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 técnicos de reparaciones que tienen un coste asignado por el gerente); y también ha dicho: “Quiero poder mostrar la valoración media de una bici probada por los técnicos 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 técnicos utilizan PDAs para interaccionar con el sistema.
Caso Práctico 18. Un hotel ha decidido automatizar su sistema de información con el fin de proporcionar un mejor servicio a sus clientes. Los clientes podrán efectuar las reservas de habitación/es a partir de un sitio web en el que deben indicar su DNI, apellidos, nombre y número de tarjeta de crédito (que es validada on line mediante un sistema externo bancario que recibe la consulta). Las habitaciones del hotel tienen distintos precios (establecidos por la dirección) en función de su tipo: el hotel dispone de 4 suites, 30 habitaciones dobles y 30 habitaciones simples. En la reserva se debe indicar si el régimen es de alojamiento, alojamiento + desayuno, media pensión o pensión completa. Como resultado de la reserva el sistema debe confirmar si hay disponibilidad en cuyo caso asigna un código de reserva al cliente. Los clientes pueden eliminar las reservas, de modo que si la reserva es eliminada con una antelación inferior a 7 días desde el día de entrada, el sistema carga a su tarjeta de crédito a través del sistema bancario mencionado el importe de una noche.
Cuando un cliente llega al hotel, debe indicar al personal de recepción su código de reserva y mostrar su DNI, información a partir de la cuál se indica que la habitación/es de la reserva quedan ocupadas en las fechas de reserva y se imprime una tarjeta por habitación. Si un cliente no se registra en el hotel en un periodo de un día 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 petición del personal de recepción. El cliente tiene la opción de poder realizar llamadas telefónicas al exterior y de ver películas de pago en la TV. Estos gastos son controlados por un sistema conectado a la red telefónica del hotel y que al final de cada día es el que envía 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 número de habitación, quien registra la información en el sistema (incluida la fecha y hora). Los servicios de comedor tienen un precio que define la dirección.
El hotel también ofrece un servicio de excursiones a sus clientes. Las agencias operadoras de las excursiones envían periódicamente al responsable de ocio del hotel la información de las excursiones que ofertan, incluyendo información de la operadora (nombre, dirección, teléfono y número de cuenta bancaria) si es la primera vez que envía la información o el identificador de la operadora en caso contrario. También se proporciona el destino de la excursión, precio por persona, ruta de lugares a visitar, duración (media jornada o jornada completa) y % de beneficio del hotel. Dado que una misma excursión puede ser ofertada por varios operadores, el hotel a través del sistema informático debe seleccionar aquella que tiene una mejor relación precio por persona y % de beneficio del hotel, en cuyo caso se registra como excursión 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 excursión queda registrado y a la espera de la confirmación de la excursión. El sistema debe producir un listado que se envía a la operadora con la lista de apuntados. Cuando la operadora comunica la confirmación y hora de recogida en el hotel para la excursión, el responsable de ocio del hotel pone un cartel informativo para avisar a los clientes.
Cuando el cliente finaliza su estancia, el personal de recepción emite la factura correspondiente con todos los gastos realizados y el total a pagar (en función de su régimen de alojamiento). La dirección del hotel requiere que el sistema emita ciertos informes relevantes por periodos de fechas: nivel de ocupación del hotel (% habitaciones ocupadas) ordenado por días e ingresos totales clasificados por concepto (comedor, excursiones, alojamiento) y % de reservas anuladas.
Caso Práctico 19. La empresa Zoológico Ciudad Real le ha contratado para que desarrolle un sistema informático que dé soporte a la siguiente especificación de requisitos. Una de las funciones que se quiere implementar es la lista de los animales que contiene el zoológico. La ficha de cada animal incluye nombre, edad, país de origen, especie, subespecie y costumbres alimenticias. Hay tres tipos de animales: mamíferos terrestres, aves y animales acuáticos. De los primeros hay que recoger el número de patas y si son carnívoros, de los segundos el tipo de vuelo y de los terceros si son mamíferos o no. Los animales están ubicados en una serie de localizaciones (espacio de los reptiles, espacio de los mamíferos salvajes, espacio de las rapaces, etc.). De cada localización hay que indicar si es acuática, terrestre o aérea (para las aves), así como el tamaño (en m2 o m3) y si es visitable. Lógicamente, cada localización puede recoger a un número variable de animales y éstos pueden cambiar de localización. 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 localización en la que ya haya estado con anterioridad. Toda esta información 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 zoológico convertirse en una referencia a nivel internacional por tener las más variopintas especies. Mediante una conexión telemática 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) además del precio y el país de origen. El responsable de adquisiciones se encarga de seleccionar animales para comprar. Para realizar esta selección debe tener en cuenta las localizaciones de las que se dispone para albergar a los nuevos animales y el hecho de no comprar más de tres animales del mismo país en el mismo año. Esta compra la ordena telemáticamente. La enfermería es una instalación 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 enfermería (la gestión de tratamientos por el momento no se va a informatizar). El sistema tiene que proporcionar al veterinario el número de animales que se encuentran actualmente en la enfermería y los diferentes periodos de permanencia de un animal concreto. El director del zoológico define los precios. Los precios son para visitas de un día. Hay dos tipos de visitas: presenciales y virtuales. Para ambas hay precios diferentes de niños y adultos. También define el horario general de visita al zoológico. Las localizaciones acuáticas tendrán un horario diferente y específico. Todos estos datos el director se los indica a su secretario/a, que los introduce en el sistema. Puesto que cada adquisición hay que pagarla a los 7 días 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 zoológico (los gastos son las compras de animales y los ingresos los importes de las visitas), que va destinado al analista financiero. El número de visitas es introducido por el secretario a partir de un conteo manual que hace el personal del zoológico ubicado en la entrada. Desde una página web se tiene que poder visitar el zoológico 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 conexión telefónica, nuestro sistema web habilita la visita virtual. La visita consiste en recorrer en orden aleatorio todas las localizaciones visitables y mostrar un vídeo de cada una durante 1 minuto. Esos vídeos están almacenados en el sistema en un formato fácilmente reproducible (por ejemplo, MPEG-4); se generan a petición del director, es decir, cuando él lo indica todas las cámaras (hay una por localización) graban un minuto de vídeo que queda almacenado para la visita virtual. Cualquier internauta puede consultar los horarios, precios y un listado que muestra el número total de animales por especies y subespecies.
