ANÁLISIS DE SISTEMAS. SISTEMAS. EJERCICIOS 1. De acuerdo a los criterios que debe cumplir la especificación de requisitos de un sistema, comentar los siguientes:
a) «Todos los clientes tienen el mismo identificador». b) «Identificador de los clientes. A determinar». c) «El sistema tendrá una interfaz amistosa». d) «Se asocia la factura con el documento de pago y se cambia su estado». 2. Realizar la descomposición en DFD y describir el contenido del diccionario de datos de la siguiente receta de cocina: •
•
INGREDIENTES: 1kg de costilla de ternera, 200 gr de champiñones, 2 cucharadas de zumo de limón, 75 gr de mantequilla, 3 zanahorias, 2 cebollas, 1 rama de apio, 1 ramito de hierbas, 250 gr de cebolletas, 1 cucharada de harina, 3 yemas, 6 cucharadas de nata líquida, sal, pimienta, nuez moscada, perejil picado. PREPARACION DE BLANQUETA DE TERNERA 1. Retirar los pies terrosos de los champiñones, lavarlos cuidadosamente, cortarlos en lonchas. Se cuecen 1 minuto con una cucharada de zumo de limón, 2 de agua, 1 nuez de mantequilla, sal y pimienta. Se cuelan los champiñones y se reserva el líquido. 2. Poner la carne cortada en dados en una cazuela, cubrirla con agua fría y añadir el líquido de cocer champiñones. Cuando hierva espumar la superficie y añadir las cebollas peladas y troceadas, las zanahorias en rodajas, el apio en tallos, y el ramito de hierbas. Cocer hasta que la carne esté tierna (algo más de una hora) y sazonar con sal y pimienta. 3. Cuando falte 1/2 hora, pelar las cebolletas, hacer unas incisiones en ellas y cocerlas 20 minutos en poca agua y una cucharada de mantequilla. Retirar la carne de la cazuela y ponerla en un recipiente aparte con los champiñones y las cebolletas. Dorar la harina a fuego suave en el resto de la mantequilla e incorporar a la salsa de la carne. En un cuenco aparte mezclar las yemas con la nata, el zumo de limón y la punta de un cuchillo de nuez moscada rallada. Devolver la carne con las cebolletas y champiñones a la cazuela y se vierte la salsa por encima. Por último salpicar la superficie con perejil picado.
3. Realizar la descomposición mediante DFD del siguiente caso:
Se trata de gestionar los préstamos de libros de una biblioteca en la que se va a estudiar exclusivamente el funcionamiento de las peticiones y devoluciones de libros. •
Petición de libros. Un usuario puede realizar una petición de uno o más libros a
la biblioteca. Para ello, es necesario presentar el carnet de usuario de la biblioteca y una ficha en la que se detallan detallan los libros pedidos. Puede haber varios tipos de préstamo (préstamo de sala, colaborador, proyecto fin carrera, doctorado) en función de los cuales el usuario puede disponer de los ejemplares durante un período de tiempo específico, como se indica en la siguiente tabla: SALA COLABORADOR PROYECTO FIN CARRERA DOCTORADO
El día de la petición. Una semana Quince días. Un mes.
Una vez entregados el carnet y la ficha, el sistema comprobará y aceptará la petición de los libros solicitados siempre que pueda satisfacer la petición, es decir, cuado haya ejemplares disponibles. Si se acepta la petición, se actualiza el número de unidades de los libros de la biblioteca y se guarda la ficha de préstamo. •
Un usuario no puede realizar más peticiones hasta que no haya efectuado todas las devoluciones de la petición anterior. El usuario, para hacer la petición, necesita el carnet, que no se le entrega hasta que no haya devuelto todos los libros. Sí puede hacer una devolución parcial de los libros. Cuando un usuario realice una devolución, el sistema actualizará el stock de libros y comprobará la fecha de devolución de cada ejemplar para estudiar, en el caso de que la devolución se haga fuera de tiempo, la imposición de una sanción que tiene un coste de X ud. monetarias por cada ejemplar y días de retraso en la devolución. En este caso, la sanción se emite cuando el usuario entrega el último ejemplar. Devoluciones de libros.
El bibliotecario se encarga de las altas y bajas de los libros de la biblioteca. 4. Representar el Diagrama de Contexto, la descomposición del sistema mediante DFDs y el contenido del Diccionario de Datos del siguiente sistema de gestión de congresos. PONENTES
1- Cada ponente envía un único articulo para poder participar en el congreso si finalmente el articulo es aceptado. 2-En la selección selección de artículos un profesor puede participar en la evaluación varios artículos, y un articulo puede ser s er evaluado por varios profesores.
3- Cuando se ha realizado la selección de los artículos, y por tanto de los ponentes que participaran, se establece la fecha y hora de cada ponencia así como el lugar donde se celebrara el congreso. Para poder establecer el lugar de la celebración de los congresos, se dispone de la información de los salones de actos de los edificios, pertenecientes a la universidad de Castilla la Mancha, la cual ha proporcionado dicha información. Se considera, que la información que la UCLM da de los salones de actos, es de aquellos que pueden ser reservados para la realización de congresos. Una vez seleccionado el lugar, se debe comunicar a la UCLM, junto con la fecha de celebración de los congresos, para que efectúe la reserva correspondiente. 4- Acto seguido los profesores se encargan de escribir cartas a todos los ponentes que han enviado artículos. Una carta puede estar elaborada por uno o varios profesores, y un profesor puede participar en la elaboración de varias cartas. ASISTENTES
1- Los becarios son los encargados de gestionar la preinscripción y la inscripción de los asistentes, cada asistente es gestionado por un becario, el cual a su vez puede gestionar la inscripción de varios asistentes. 2- Cuando un asistente solicita la inscripción en el congreso, el becario, primero comprueba que tipo de asistente es, (ponente, alumno, empresa).Para comprobar el becario que el solicitante es un alumno dispone de la información de todos los alumnos matriculados en la universidad de Castilla-La Mancha, la cual proporciona dicha información . A su vez, para la comprobación de los ponentes, el becario dispone de la información solicitada por el propio sistema de gestión de congresos, correspondiente a todos los ponentes que han enviado artículos. Se considera que un asistente será catalogado como ponente, siempre que se trate de todos los ponentes que hayan enviado artículos para la celebración de los congresos, independientemente de que hayan sido aceptados o no. A continuación al asistente se le expide un recibo, donde se le indica la cuota a pagar, y los datos del banco donde debe ingresar el dinero. 3- Cuando el asistente lleva el recibo sellado el becario le inscribe como asistente definitivo al congreso. IMPRENTA
1- En las actas además de incluir la información de los ponentes con sus correspondientes artículos, también se incluye la información de las empresas patrocinadoras, del congreso. 2- La factura de la imprenta es enviada a contabilidad 3- A la imprenta se le paga con un cheque. 4- Los becarios elaboran los diplomas. Un becario puede elaborar varios diplomas y un diploma puede haber sido elaborado por varios becarios.
PATROCINADORES
1-De solicitar la ayuda a los patrocinadores, se encargan los profesores, un profesor pude solicitar ayuda a varios patrocinadores, enviando una carta a cada uno, pero cada carta es elaborada por un único profesor. 2-Para obtener la información de patrocinadores, los profesores cuentan con una guía de paginas amarillas. 3-Cada patrocinador solamente aporta una ayuda y esta debe de ser de tipo económico 4-Para aportar una ayuda, el patrocinador debe ingresar el dinero en el banco cuyos datos vienen en la carta enviada por los profesores. 5-Cuando se recibe la confirmación del banco de que una empresa ha ingresado una ayuda determinada, se la inscribe como empresa patrocinadora de los congresos. 6- La información de los patrocinadores de los congresos, así como de la ayuda que han aportado es enviada a contabilidad. 5. El videoclub ALFA quiere mecanizar todo el proceso de alquiler de películas de los clientes y la gestión de pedidos a los proveedores. El funcionamiento que requiere el videoclub es el siguiente: •
•
Gestión de clientes. Un cliente del videoclub realiza los alquileres
señalando los ejemplares que desea alquilar. Para ello debe comprar unos bonos que indican, por un lado, el crédito (o número de alquileres), y por otro, el período de alquiler, que puede ser de 24 horas, 48 horas y semanales. Un cliente puede comprar varios bonos del mismo tipo, en cuyo caso se acumulan sus créditos. Cada alquiler de un ejemplar relativo a una película consume un crédito sobre el tipo de bono elegido por el cliente. Una vez que el sistema comprueba que el cliente dispone de crédito respecto al pedido de alquiler, lo acepta emitiendo un comprobante al cliente en el que se especifican los ejemplares solicitados y la fecha de su devolución, indicando además el crédito disponible. Los clientes realizan la devolución de los ejemplares alquilados, que puede no estar completa, es decir, se devuelven menos ejemplares de los solicitados en un alquiler. El sistema no aceptará nuevos alquileres de aquellos clientes que no hayan devuelto todos los ejemplares. El sistema debe calcular una sanción económica respecto a todos los ejemplares entregados fuera de plazo, cargando un coste de F unidades monetarias por ejemplar y día. El sistema realiza pedidos de películas a los proveedores. Los datos de estos pedidos vienen determinados por la dirección del videoclub a partir de la información suministrada por los proveedores. Estos pedidos pueden ser sobre películas nuevas o sobre aumento de ejemplares de películas existentes en el videoclub. Los proveedores pueden satisfacer cada pedido en una o varias entregas. Cuando el sistema recoge las entregas debe asignar un código a cada ejemplar, que además debe identificar a la película. Gestión de proveedores.
Por cada pedido, el proveedor emite una factura que el videoclub puede satisfacer en uno o varios pagos. Esta decisión la toma la dirección del videoclub, que indica la cantidad pagada por cada factura. La dirección del videoclub: -
Indica al sistema los datos de los proveedores con los que va a trabajar el videoclub. Determina los pedidos a los proveedores y las cantidades pagadas de cada factura. Establece los datos de los tipos de bono (crédito y período, coste, etc.) con los que trabaja el videoclub.
Para gestionar el proceso necesita un conjunto de informes: - Informe de demanda de películas: que le indica el porcentaje de utilización de cada película en un período, teniendo en cuenta su número de ejemplares. - La facturación mensual : que resulta del cálculo de la venta de los bonos. - Las entregas de películas pendientes: son las películas que quedan por entregar de cada pedido. - Las facturas pendientes de pago: que indica las facturas que el videoclub no ha pagado todavía o que están pagadas de forma parcial. A partir de esta especificación, representar: a) El Diagrama de Contexto , indicando las entidades externas y los flujos de comunicación con el sistema. Para ello hay que definir previamente el formato de las entradas y salidas. b) La descomposición del sistema mediante DFDs. c) El contenido del diccionario de datos. d) Las especificaciones de procesos por medio de un lenguaje (pseudocódigo) estructurado.
6. Señalar todos los defectos del siguiente DFD y razonar la respuesta.
B
A
A1
E1
E2 G
C E
H
D
F
2.
1.
L J
I
2.
M
A3 H A4
V
S
O
T
5.
N
4.
U
E3
A2
3.
Q
R A3
P
E4
7. Indicar los errores que puedan contener los siguientes Diagramas de Flujo de Datos justificándolo adecuadamente [Examen Junio 2002] a)
Nivel 0
Nivel 1
a
1
2
p
b
y
x 3
v
3.1
r
w z
4
c
3.3
q
3.2
t s
y
3.4
z b)
c)
a
a Obtener factor
b
c
Obtener factor
b
c
d)
Cliente
Proveedor Gestión Vídeo-Club
Películas e)
Socio
cuota
cuentas anuales
Tesorero
1 Realizar informe anual
f)
Realizar factura factura Cliente
datos datos
Datos
Facturas
informe
8. Dado el siguiente informe (INFORME DE ALMACENES), que indica los movimientos de productos realizados en un conjunto de almacenes, definir la entrada en el diccionario de datos:
Nº ALMACÉN
Nº PRODUCTO
FECHA
CANT. ENTRADA
FECHA
CANT. SALIDA
TOT. ENTRADA
TOT. SALIDA
TOT. ENTRADA - SALIDA
. .
. .
. .
. .
9. Supongamos que nos encontramos con un proceso de bajo nivel denominado ACTUALIZAR SALARIO cuyo funcionamiento conocemos a través de la siguiente descripción textual:
Se aumenta el salario de todos los ingenieros de la empresa que están trabajando actualmente en alguno de los proyectos. Para ello disponemos de dos archivos, el de empleados y el de empleados asignados a proyectos. El aumento de sueldo se realiza en función del tiempo que llevan en el proyecto asignado, de modo que se premia a aquellos que empezaron hace más tiempo. Las cantidades aumentadas son las siguientes: a. Si lleva más de un año se aumenta 15.000 pts. b. Si lleva entre 6 y 12 meses se aumenta 10.000 pts. c. Si lleva entre 0 y 6 meses se aumenta 5.000 pts. d. El resto de los ingenieros no percibe ningún tipo de aumento. Realizar una especificación para este proceso.
10. Representar el Diagrama de Contexto, la descomposición del sistema mediante DFDs y el contenido del Diccionario de Datos de los siguientes casos prácticos: Caso Práctico 1.
[Examen Parcial Febrero 2002]
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 E). Ranura El usuario debe introducir las monedas de A necesarias para pagar el refresco y debe Monedas indicar el refresco que desea. B Mensaje Se admiten monedas de 0.1€, 0.2€, 0.5€, 1€ y 2€. C Ranura de Cuando el importe introducido por el usuario Cambio D sea superior al importe del refresco el sistema devolverá cambio utilizando los mismos tipos E Entrega del de monedas anteriores. Refresco 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 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.
Caso Práctico 2.
[Examen Diciembre 1998]
Se trata de modelar un sistema que ayude a una persona (editor) en la gestión necesaria para editar un libro (recopilación) compuesto de varios capítulos escritos por diferentes autores. El editor contacta en primer lugar con la editorial, que será la encargada de publicar el libro. El editor envía a la editorial un borrador del contenido y "filosofía" del libro, tras lo que, en caso de ser aceptado, la editorial le devuelve un borrador de contrato que es revisado por el editor, quien lo devuelve junto con algunas modificaciones y tras lo que la editorial le envía el contrato definitivo y se procede a su firma. El editor envía a una lista de personas de reconocido prestigio (que le ha sido facilitada por la editorial que publicará el libro) una "Petición de Capítulos" indicando los temas de los que tratará el libro y las normas y fechas para su publicación. Las personas interesadas envían una propuesta corta (3 páginas) sobre el capítulo que están dispuestos a elaborar y se lo remiten al editor. Este envía estas propuestas a tres revisores (que le ha facilitado la editorial) con el fin de que emitan su opinión acerca de las propuestas. Una vez recogidas las opiniones de los revisores, el editor envía las
correspondientes cartas de aceptación o rechazo a los interesados. Los autores que han sido aceptados envían posteriormente su capítulo completo (puede ser que algunos autores escriban más de un capítulo, y que un capítulo esté escrito por más de un autor) que es revisado por el editor y, si es necesario, devuelto a los autores con diversos comentarios para su corrección. Finalmente, los autores devuelven al editor los capítulos corregidos. El editor elabora el libro y lo envía a la editorial que se encarga de publicarlo. Una vez impreso, la editorial envía al editor varios libros para que éste los remita a su vez a los autores que han contribuido en el mismo. Caso Práctico 3.
[Examen Febrero 1998]
Se trata de modelar el sistema de contratación de personal de la empresa ALARCOS, S.A., una compañía consultora de informática que mantiene un registro sobre todos los empleados que trabajan en la misma. Los nuevos empleados se contratan de acuerdo a los datos que figuran en su currículum y tras una serie de entrevistas. Cualquier persona puede enviar, en cualquier momento, su currículum a la empresa o incluso una actualización del mismo. El jefe de informática comunica al departamento de personal la necesidad de nuevos puestos de trabajo, especificando las aptitudes y conocimientos necesarios para poder desempeñarlos. El departamento de personal compara las características de los posibles empleados (que se encuentran en los currículums que han enviado) con las del puesto de trabajo y planifica las entrevistas entre el jefe de informática y los tres mejores candidatos. Después de recibir las evaluaciones del jefe de informática sobre los candidatos, el departamento de recursos humanos notifica a los entrevistados y al jefe de informática la decisión tomada. A los nuevos empleados se hace cumplimentar una ficha con datos adicionales a los del currículum y se les incorpora junto con el resto de los empleados de la empresa. Caso Práctico 4.
[Examen Junio 1998]
Se trata de modelar el sistema de soporte informático para la gestión de las “I Jornadas de Auditoría Informática” organizadas por el Grupo Alarcos y la Organización de Auditoría Informática (OAI) que se celebrarán en Noviembre de 1998. Para organizar las jornadas se constituye un Comité Organizador formado por profesores de la Escuela de Informática y miembros de la OAI. Este comité se encarga de seleccionar ponentes de reconocido prestigio que participarán en las jornadas, así como de establecer las diferentes sesiones que compondrán las jornadas. Las sesiones de las jornadas pueden consistir en ponencias de 1 hora de duración o seminarios de 3 horas de duración. También se celebrará una mesa redonda sobre la profesión del auditor informático. Una vez seleccionados los ponentes y la mesa
redonda por parte del comité organizador, se les envía una carta comunicándoles el formato, fechas y demás indicaciones para que hagan llegar su ponencia, con el fin de incluirla en el libro de actas de las jornadas. Por otra parte, es necesario contar con una serie de empresas e instituciones que actúen como patrocinadores de las jornadas, aportando una ayuda económica para la celebración de las mismas; para ello se expide una factura donde se les indica la cuenta en la que deben ingresar su ayuda. El último paso para la celebración de las jornadas es la impresión de los trípticos y carteles, que se encargan a una imprenta, y que se pagan tras recibir la correspondiente factura y comprobar que corresponde al pedido realizado. Los asistentes a las jornadas pueden solicitar información sobre las mismas. Además se realizan varios mailings con el fin de darlas a conocer. A la hora de inscribir a los asistentes hay que tener en cuenta que deben especificar en la inscripción si son alumnos de la UCLM, miembros de la OAI o asistentes "normales", ya que la cuota que deben pagar es diferente. Una empresa puede inscribir varios empleados en una misma inscripción, recibiendo un descuento del 20% a partir del segundo asistente. Una vez finalizadas las jornadas se debe remitir a la Escuela de Informática un listado con todos los alumnos de la UCLM que asisten a las mismas con el fin de que se les convaliden 2 créditos de libre elección. También hay que remitir otro a la OAI para que se reconozcan a los CISA (Certified Information Systems Auditors) las horas correspondientes a las jornadas. Caso Práctico 5.
[Examen Septiembre 1998]
Se trata de modelar un sistema que permita la gestión de toda la información relativa a las actividades y tareas que conlleva la celebración de una boda. Cuando los novios deciden casarse contactan con una iglesia y con un restaurante para determinar la fecha de la boda. Una vez elegida la fecha se la comunican a los diferentes invitados, que pueden ser familiares o amigos de los novios o de los padres de éstos. Los novios también deben adquirir las flores que se pondrán en la iglesia y elegir el menú que darán en la boda de entre los distintos que ofrece el restaurante. También contratan un fotógrafo y una orquesta, además de hacerse los vestidos/trajes adecuados. Con el fin de llevar un control exhaustivo de los invitados, los novios elaboran en primer lugar una lista de invitados posibles, que pasa a ser de invitados definitivos después de algunas negociaciones entre los padres de los novios y éstos. También señalan a qué invitados se les ha enviado la invitación y, una vez que estos contestan, se les apunta como invitados confirmados. Por último, los novios "pasan lista" el día de la boda para determinar qué invitados asistieron y cuáles no. Para evitar, en la medida de lo posible, conflictos durante el banquete, los novios distribuyen los invitados entre las diferentes mesas del restaurante, asegurándose de que no haya menos de 4 ni más de 10 personas en la misma mesa. Es conveniente saber a qué familia pertenece cada invitado y qué familias se agrupan en otras más amplias. Por
ejemplo: Alfredo, Luis, Camino y Emilia son de la familia Pérez-Martínez, Marcelo y Martín son de la familia Pérez-Gómez. A su vez, los Pérez-Martínez y los Pérez-Gómez pertenecen a la familia "Pérez". Cuando el fotógrafo entrega las fotos, los novios identificarán los distintos invitados que aparecen en las mismas, con el fin de que sea más fácil saber qué fotos se les da a cada uno. También apuntan a qué invitados se les envía la foto (que serán algunos de los que han asistido). El sistema debe ayudar a la gestión de todas las facturas y pagos a realizar a los distintos proveedores (restaurante, fotógrafo, etc...). Caso Práctico 6.
[Examen Diciembre 2002]
La empresa EresUnMonstruo dedicada a la selección de personal quiere automatizar el proceso de selección de candidatos para las ofertas de empleo de empresas que le llegan, de acuerdo a las habilidades y la titulación que poseen los candidatos. Para ello, mantiene una base de datos con los candidatos que buscan empleo y con las ofertas de empleo de las empresas que buscan trabajadores. Cuando una empresa – de la que se guarda sólo el nombre y un teléfono de contacto – busca un candidato, debe proporcionar los siguientes datos: - Nombre y descripción del puesto. Por ejemplo: “Técnico AIX” y “Técnico de Sistemas de IBM AIX en todas las versiones”. - Rango salarial (expresado en euros brutos anuales). Por ejemplo: 25.000 – 30.000. - Jornada: completa o parcial. - Requisitos del puesto: Titulación/es requerida/s. Por ejemplo “Ingeniero Técnico en Informática de Sistemas” o “Graduado Escolar”. Otras habilidades, junto al nivel mínimo requerido para las mismas, expresado en una puntuación de 1 a 5 (de “muy bajo” a “muy alto”). Por ejemplo: (“Inglés”,5) es una posible habilidad requerida. Puede que haya puestos que no requieran ninguna. •
•
Las ofertas de puestos de trabajo recibidas son debidamente publicadas en la red, para lo cual el sistema proporciona dicha información, a un proveedor de servicios de Internet. Cuando una persona se inscribe en la empresa de selección debe rellenar una solicitud de inscripción donde debe indicar los siguientes datos: - Nombre, e-mail y teléfono de contacto. - Retribución mínima. - Tipo de jornada que puede hacer: completa, parcial o ambas. - Titulaciones. Nótese que el centro en que se obtuvo la titulación no se considera. - Habilidades que posee el candidato (valoradas de 1 a 5). Al menos debe especificar una.
La empresa de selección requiere que la aplicación seleccione a los demandantes aptos para cada oferta de empleo, por orden de idoneidad, de acuerdo a las siguientes normas: - La titulación requerida en una oferta es obligatoria. - Las habilidades mínimas también. - Se considera que un candidato C1 es mejor que otro C2 para una oferta O si: ambos tienen la/s titulaciones requeridas para O, ambos cubren las habilidades mínimas, 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. Caso Práctico 7.
[1º Parcial Febrero 2003]
La Secretaría de la Escuela Superior de Informática (ESI) quiere implantar un sistema que les facilite la gestión administrativa que se sigue en la ESI para la recogida y evaluación de los documentos relacionados con los Proyectos Fin de Carrera (PFC). El proceso realizado en la gestión administrativa de los PFC se describe a continuación. En primer lugar los profesores de los departamentos proponen cada curso un conjunto de PFC que remiten a la Secretaría de la ESI. En la propuesta debe figurar el título del PFC y una breve descripción de los objetivos del mismo. Las propuestas son enviadas por la Secretaría para su publicación en los tablones de la ESI. Más adelante, un alumno y un profesor se ponen de acuerdo para la realización de un PFC. La fase previa de elaboración del PFC consiste en la redacción por parte del alumno de un anteproyecto que presenta en la Secretaría de la ESI. El Anteproyecto debe recoger los siguientes puntos: 1. Nombre del director y del alumno, 2. Título del proyecto, 3. Objetivos, 4. Método y fases de trabajo, 5. Medios que se pretenden utilizar, y 6. Bibliografía básica consultada en la elaboración del anteproyecto. Todo ello sintetizado en no más de 10 páginas. Junto con el Anteproyecto, los alumnos deben depositar una propuesta de tribunal formada por seis profesores y que habrá debatido previamente con su director
de proyecto. El Secretario registra la información para enviarla a la Comisión Académica (que se reúne una vez al mes), que procederá a su evaluación. Más adelante, la Comisión Académica de la ESI evalúa los anteproyectos. Si el resultado es positivo nombra presidente, secretario, vocal y tres suplentes (a partir de la propuesta de tribunal presentada por el alumno y mediante un sorteo) para componer el tribunal. El resultado de la evaluación se comunica a la Secretaría, que a su vez debe hacerlo saber a los alumnos implicados. Si la Comisión Académica no aprueba los anteproyectos, se anulan los trámites realizados hasta la fecha y en una comunicación a los alumnos se les indica la necesidad del cambio y/o modificación que se estimen oportunos. Una vez aprobados los Anteproyectos, los alumnos ya pueden comenzar a realizar su PFC. Cuando un alumno ha finalizado su PFC debe presentar 4 copias en la Secretaría de la ESI, debidamente formateadas. La Secretaría debe establecer la fecha, hora (como mínimo 10 días después de haberse recibido el PFC y tres meses después de haber recibido el anteproyecto) y la sala donde se realizará la exposición de cada uno de los distintos PFC recibidos (y que no han sido expuestos aún). Para ello debe tener en cuenta la información de lectura de otros PFC y la información sobre disponibilidad de aulas que es proporcionada por la ESI. Una vez establecidos los datos de lectura de cada PFC se envían las 4 copias del PFC al presidente del tribunal del mismo, junto con los datos de la exposición, que también se hacen saber al alumno. El presidente del tribunal se queda dos copias del PFC y hace llegar el resto de las copias a los otros miembros. El día de la lectura del PFC, y en función de la calidad del PFC y de su exposición, el tribunal califica el proyecto con una de las siguientes notas: MdH , Sb, Nt, Ap o Suspenso. La calificación se hace saber al alumno y a la Secretaría. Caso Práctico 8.
[Examen Julio 2003]
Un vídeoclub de mucho éxito se ha planteado implantar un sistema de información automatizado. Se trata de modelar este sistema teniendo en cuenta las siguientes informaciones: De los socios interesa recoger el DNI, nombre, dirección, teléfono y edad. No sólo se alquilan películas, sino también vídeojuegos. Las películas están disponibles en dos formatos: DVD y vídeo. De las películas hay que conocer el título, director, actores, duración y género. Un tipo particular de películas son los documentales, que no tienen actores. Los vídeojuegos tienen un título, el fabricante y el género o tipo. Todas las películas y los vídeojuegos tienen un mismo precio de alquiler que debe ser modificable. Este dato lo define la gerencia del vídeoclub. Estos productos se alquilan por cierto número de días, que depende del tipo de producto. Estos datos deben ser modificables y son también definidos por la gerencia. Cuando el socio devuelve un producto se le pide que rellene una encuesta puntuándolo de 1 (muy malo) a 5 (muy bueno) e indicando si es posible que lo vuelva a alquilar. Esta valoración se realizará en un ordenador disponible en el local del vídeoclub. Si el socio devuelve el producto fuera de plazo se le aplica
una sanción económica en función del número de días de retraso. Hasta que esta sanción no sea pagada, el socio no puede volver a alquilar productos. Los proveedores publican periódicamente en Internet la información sobre las novedades existentes, información que utiliza el vídeoclub para hacer los pedidos. En cada pedido se indica al proveedor la cantidad de cada producto y el tipo de pago que se desea realizar (1 plazo o 3 plazos). Para confeccionar el pedido se tienen en cuenta las novedades que resultan de interés y la valoración que hacen los socios, de forma que si una película o vídeojuego está muy bien valorada se solicitan más unidades. El vídeoclub debe actualizar su stock cada vez que recibe un pedido del proveedor.
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. Y 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 9.
[Examen Septiembre 2003]
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 (8 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. 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. 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. 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.
[Examen Febrero 2004]
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,…). Así mismo, 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 11.
[Examen Julio 2004]
El Museo de La Mancha desea que su Departamento de Informática desarrolle un software para automatizar la gestión de sus obras. Sus requisitos son los siguientes: -
Se debe mantener el catálogo de obras de arte. La obra de arte característica es el cuadro. Pero, además, el museo dispone de esculturas y de otros objetos. Cualquiera de estos tres elementos tiene un autor y pertenece a un periodo. Cada obra es valorada económicamente y se almacena su fecha de creación, su fecha de entrada en el museo y su fecha de última restauración. Los cuadros y esculturas tienen un estilo. De los cuadros hay que recoger la técnica (óleo, acuarela, carboncillo…), y de las esculturas el material (bronce, piedra…). La introducción de datos la realiza el usuario encargado del catálogo, pero cada obra y los datos que la describen se reciben de los proveedores de obras de arte.
-
-
-
Se debe gestionar la restauración de obras de arte. El Departamento de Restauración se encarga de decidir qué obras de arte deben ser restauradas. Por tanto, una obra pueda estar expuesta o puede estar en restauración. En este último caso hay que recoger el tipo de restauración y el plazo estimado. Las obras de arte se restauran automáticamente cada cinco años, por lo que se requiere un proceso diario que indique qué obras tienen que pasar a restauración. De realizar estas operaciones se encarga el restaurador jefe. Las obras de arte se pueden ceder a otros museos. Se desea gestionar un listado de museos con los que se puede colaborar. Estos museos solicitan mediante comunicación escrita las cesiones, que se conceden por orden de llegada, lo que se notifica por escrito. Cuando una obra está cedida y es solicitada por otro museo, será cedida a este último cuando finalice la cesión al primer museo. Cuando una obra de arte se cede a un museo es preciso recoger el importe pagado por esta cesión y el periodo de tiempo en que estará cedida. De esta gestión se encarga el director del museo. Los visitantes al museo pueden consultar los listados de obras por salas en un monitor suspendido en el vestíbulo principal del museo. Estas listas van desplazándose automáticamente. 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 12.
[Enunciado Prácticas 1º Parcial 2003-2004]
La empresa gerente del proyecto Aeropuerto Ciudad Real quiere automatizar el proceso de gestión, reserva, consulta de vuelos y compra de billetes. Para ello nos han dado la siguiente especificación de requisitos: De momento, la gestión se hará a través de una centralita que es atendida por un trabajador del aeropuerto que interacciona con un sistema de información, al que se llamará AERO-CR, donde se almacenan los datos de los vuelos y de las reservas. Las distintas compañías mandan la información de sus respectivos vuelos a dicha centralita y el trabajador de turno se encarga de añadir los datos correspondientes a AERO-CR. Se pueden añadir, modificar, consultar y eliminar vuelos. La información de los vuelos que se maneja es la siguiente: Compañía, código de vuelo, origen, destino, puerta de embarque, empresa que realiza el catering, empresa que realiza la limpieza, empresa que se encarga de la gestión del equipaje, hora de salida, hora estimada de llegada, número máximo de pasajeros, modelo del avión y tarifas del vuelo (por simplicidad puede suponerse que sólo hay una categoría con el mismo precio). También interesa guardar información del número de mostrador en el que está el puesto de información de la compañía con su extensión telefónica, así como los distintos puestos de facturación y sus correspondientes extensiones telefónicas. El sistema es quien
gestiona directamente con las compañías de soporte (catering, limpieza, ...) los distintos servicios para cada vuelo enviándole las correspondientes órdenes de trabajo, donde se especifique el tipo de servicio, el código del vuelo, la fecha en la que debe ejecutarse, la hora a la que debe estar listo, si procede, el número de pasajeros que viajan en el caso del catering, ... Una vez realizado el servicio, la compañía de soporte envía una factura al sistema que a su vez cobra el servicio a la compañía aérea enviándole la factura correspondiente donde se detallan el CIF de las dos empresas, una descripción del servicio, el precio por el servicio, el código del vuelo al que se ha realizado, la fecha en la que se hizo y el número de cuenta a donde debe realizarse la transferencia para el pago. La consulta de vuelos puede hacerse de seis maneras diferentes: Fechas de los vuelos. Horarios de vuelos. Tarifas de vuelos. Destinos de los vuelos. Origen de los vuelos. Número de plazas reservadas y vendidas según destino. Para la reserva de vuelos, un cliente tiene que especificar un trayecto determinado (es posible suponer, por simplicidad que siempre existe un vuelo directo entre dos ciudades) y un número de plazas, especificando la fecha y el horario y estableciendo un precio determinado según la tarifa del vuelo. Si hay un sábado de por medio o si el número de personas que viajan es superior a 15 se hará un descuento que dependerá de la distancia a recorrer: si la distancia (incluyendo ida y vuelta) supera los 3000 kms se hará un descuento del 5%. Si está entre 3000 y 10000 km se le hará un descuento del 10% y si supera los 10000 kms se le hará un descuento del 15%. A cada reserva se le asignará un código de reserva. El sistema liberará las plazas reservadas a los treinta días si no se ha realizado la compra en ese período. Además, se deben aportar una tarjeta de crédito válida, una dirección postal, una dirección de correo electrónico y uno o varios números de teléfono. Para comprobar si una tarjeta es o no válida se le preguntará a la entidad bancaria que expidió esa tarjeta. Para la compra de billetes es necesario tener hecha una reserva previa (hay que aportar el código de reserva), y el nombre de todos los viajeros. Se enviarán todos los billetes a la dirección postal del titular de la reserva. En cualquier momento se puede cancelar un reserva, pero supondrá una penalización con carga a la tarjeta de crédito indicada. Si la reserva se cancela 60 días antes de la salida del vuelo se cobrará un 1%; si se cancela con más de 30 días se cobrará un 5%; si se cancela con menos de 30 días un 10%. Si el sistema tiene que liberar las plazas porque no se hayan comprado los billetes, se hará un cargo del 15% del precio total de la reserva. En cualquier caso, cuando se formaliza la compra, el sistema debe hacer el cargo correspondiente a la entidad bancaria y emitir las facturas.
Caso Práctico 13.
[Enunciado Prácticas 1º Parcial 2004-2005]
La Dirección General de Tráfico (DGT) desea desarrollar un sistema de información para la gestión del nuevo sistema de carnet de conducir por puntos. Los requisitos del sistema a desarrollar son los siguientes: 1. Se debe gestionar la adjudicación de los carnets de conducir. Para obtener el carnet de conducir es necesario aprobar en primer lugar un examen teórico de tipo test y posteriormente un examen de tipo práctico. Antes de la realización de un examen (téorico o práctico) las autoescuelas remiten a la DGT los datos personales de los alumnos que van a examinarse (dni, nombre y apellidos), junto con la fecha deseada (de acuerdo a las fechas oficiales de la DGT) y el tipo de examen. Como resultado el sistema envía a las autoescuelas una lista con las personas autorizadas a examinarse, la fecha y hora prevista del examen y el edificio y aula (examen teórico) o el punto de partida (examen práctico). 2. Una vez finalizados los exámenes, los examinadores envían a la DGT una lista de calificaciones indicando para cada examinado su DNI, tipo de examen y resultado (APTO, NO APTO). La DGT a su vez envía a las autoescuelas los resultados correspondientes a sus alumnos. Todos aquellos que han superado todas las pruebas obtienen el carnet de conducir con un saldo inicial de 10 puntos. 3. El saldo del carnet de conducir puede reducirse ante posibles infracciones de los usuarios. Según la clasificación actual (puede variar en el tiempo) la DGT clasifica las infracciones en tres tipos: Muy Grave (ejemplo: provocar accidente bajo los efectos del alcohol, sobrepasar el límite de velocidad en más de 20 Km/h, culpabilidad de accidente...), Grave (sobrepasar el límite de velocidad entre 10 y 20 Km/h, saltarse un semáforo o stop...) y Leve (uso del teléfono móvil, sobrepasar límite de velocidad hasta 10 Km/h…). La sanción equivale a la pérdida de 8, 5 y 2 puntos respectivamente. 4. La Guardia Civil de Tráfico (GCT) dispone de un sistema basado en el uso de PDAs para la comunicación y aplicación de sanciones ante las infracciones de los conductores. Cuando un conductor comete una infracción y es detenido por la GCT, el agente debe comunicar a la DGT (previa autentificación) el DNI del conductor infractor y el tipo, código (de acuerdo a los códigos oficiales de la DGT), descripción y, de forma opcional, detalles adicionales de la infracción que ha cometido. El sistema de la DGT recibe la información, actualiza el saldo del carnet del infractor y envía al agente el nuevo saldo del carnet del conductor infractor. Si este saldo es igual o inferior a 0, el agente procede a la retirada del carnet de conducir del usuario y a la inmovilización del vehículo. En este caso la DGT actualiza su información y el usuario debe realizar de nuevo los exámenes (si así lo desea) para obtener de nuevo el carnet. En el caso de que el usuario disponga de un carnet de acuerdo al sistema antiguo, antes de registrar la infracción el sistema debe añadirlo a su base de datos asignándole una puntuación inicial de 10 puntos (hasta 10 años de antigüedad en el carnet) o de 12 puntos (más de 10 años de antigüedad). La información es obtenida de la base de datos del antiguo sistema informático de la DGT. 5. Los usuarios con carnet de conducir pueden conocer su saldo enviando un SMS a la DGT con el siguiente contenido: SALDO + . 6. El administrador de la DGT también debe poder consultar una serie de estadísticas básicas basadas en periodos de tiempo (indicando el tipo de consulta
y las fechas mediante la línea de comandos de la aplicación). Los tipos de consulta que puede realizar (autentificación previa requerida) son: INFRACCIONES + Número de infracciones del tipo correspondiente. CARNETS_RETIRADOS Número total de carnets retirados. PUNTOS_TOTALES_RESTADOS Número total de puntos restados en los carnets de los usuarios. HISTORIAL_INFRACCIONES + Para obtener un listado con las infracciones (código, descripción y fecha) cometidas por un determinado usuario. SUSPENSOS + Número total de alumnos no aptos según el tipo de examen (teórico o práctico). Caso Práctico 14.
[Examen Febrero 2005]
Se desea automatizar el sistema de información de la central de una franquicia dedicada a la venta y distribución de electrodomésticos. La franquicia dispone de tiendas distribuidas por todo el país. Para formar parte de la franquicia, tras la negociación con los gerentes de la misma, los responsables de las tiendas envían sus datos (CIF, nombre tienda, dirección, localidad, provincia, teléfono) a la central y reciben un código que es el que usarán para realizar las operaciones necesarias en el futuro. Las tiendas que forman parte de la franquicia cuando se dan de alta reciben el software necesario para realizar las transacciones necesarias con la central. La central debe gestionar la distribución de electrodomésticos a las tiendas. El actual sistema de información de la central mantiene un catálogo en forma de archivadores que debe ser informatizado. En dicho catálogo se especifican los productos que en este momento sirve la franquicia. Para cada electrodoméstico se especifica su código, denominación, marca, modelo, gama (pequeño electrodoméstico, gama blanca, gama marrón o informática), sus características y su precio. Para algunos productos como las televisiones, frigoríficos, lavadoras, etc., se incluyen sus medidas (alto, ancho y fondo en centímetros). Este catálogo se actualiza con información de nuevos productos que la gerencia envía, tras estudiar las ofertas que reciben de los fabricantes. También la gerencia puede notificar bajas de los productos existentes. Las tiendas envían mediante su software local y usando TCP/IP sus pedidos a la central, en los que incluyen el código de la tienda, el código de los productos pedidos y las cantidades solicitadas de cada producto, así como la fecha de última actualización de su base de datos local de productos. Cuando la central recibe el pedido, en primer lugar comprueba si la base de datos de la tienda requiere actualización de sus productos (examinando la fecha de última actualización de su base de datos respecto de la de la central), en cuyo caso le envía usando el puerto de comunicaciones abierto (protocolo TCP/IP) la información sobre productos nuevos o productos a actualizar, información que se graba en la base de datos local de la tienda. Finalmente se les envía por el puerto de comunicaciones una respuesta de pedido en la que se indica a la tienda los productos que se le pueden servir porque están en almacén. Los productos que no se pueden servir quedan pendientes hasta ser recibidos en el almacén central. Los productos que quedan pendientes de servir son pedidos a los fabricantes correspondientes (el catálogo de los fabricantes lo proporciona la gerencia) y el fabricante los envía con su albarán correspondiente. En ciertas ocasiones el departamento de marketing de la empresa detecta buenas oportunidades de compra de determinados productos en oferta, por lo
que envía pedidos de dichos productos a la central para que los tramite a los fabricantes correspondientes. El encargado de almacén se encarga de gestionar la recepción y distribución de electrodomésticos de la central para lo que utiliza un equipo ubicado en su oficina. Cuando se recibe un pedido de los fabricantes, introduce el albarán correspondiente en el sistema y el stock de los productos es actualizado. De la misma forma, el responsable de almacén imprime los albaranes de los pedidos de las tiendas y se los entregan a los transportistas que finalmente deben dar a las tiendas cuando les sirven el pedido. La central de compras también debe gestionar la elaboración de los catálogos con productos con los que las tiendas hacen la publicidad. Cada cierto tiempo se elabora un catálogo en el que se incluye una selección de productos de acuerdo a los siguientes criterios: - Estudios de mercado efectuados por el departamento de marketing y en los que se indica para determinados productos cuál es su probabilidad de éxito en el mercado en ese momento - Ventas de ese producto (pedidos de las tiendas). En función de dichos criterios a cada producto se le otorga una puntuación y se seleccionan para el catálogo un número determinado (indicado por la gerencia) de productos de cada tipo (lavadoras, TV, etc.) de acuerdo a su puntuación. La información del catálogo de los productos seleccionados es enviado a una empresa especializada de publicidad que los imprime incluyendo fotos de los productos. En dicho catálogo además se proporciona la información de contacto de las tiendas de la franquicia (que aparecen en su última hoja). Cada trimestre un gerente de la central visita las tiendas en las que les informa sobre las ventas realizadas y sobre qué productos por gama han sido los más vendidos en ese periodo en la franquicia. Estos informes los debe generar la aplicación. El gerente indica la tienda y el trimestre (1º, 2º, 3º o 4) en el que quiere obtener el informe. Caso Práctico 15.
[Examen Julio 2005]
El sistema software a desarrollar consiste en gestionar el servicio de restauración en un restaurante. El sistema tiene que soportar las siguientes funciones: Presentación de menús a comensales : Los camareros utilizan Tablet PCs para presentar en las mesas los menús (primeros platos, segundos, postres, bebidas...) que ofrece el restaurante a los clientes. Con este dispositivo el camarero indica los nombres de los primeros y segundos platos y sus precios; del postre se indica además si es frío o caliente y de la bebida, en el caso de los vinos, el año. Cada camarero gestiona un grupo de mesas, numeradas de 1 a n, y tiene un nombre. El gerente utiliza el sistema para configurar, cada semana, el número de mesas y la asignación de camareros a éstas. 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. Cuando envían un pedido, los proveedores siempre adjuntan la factura, que indica las cantidades de alimentos que se han comprado. 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.
Caso Práctico 16.
[Examen Febrero 2006]
La empresa operadora de casinos “Las Vegas Resort” tiene prevista la apertura inminente de un casino en Ciudad Real y requiere la realización del software de control de las principales actividades del mismo. Cuando un cliente entra o sale del casino, debe mostrar su carnet de socio de forma que el sistema registra en todo momento los cl ientes que han accedido o salido del recinto y la hora correspondiente. A un cliente no se le deja acceder si tiene una deuda con el casino aún no abonada en el plazo previsto o si está registrado como ludópata en la base de datos que para tal fin mantiene la Asociación Española de Casinos. Los nuevos clientes deben inscribirse, para lo que se requieren sus datos personales (DNI, nombre, dirección, y teléfono), así como sus datos bancarios (número de cuenta bancaria) y un informe de actividades económicas (nómina en caso de empleados e informe de actividades económicas en el caso de autónomos). Los datos económicos son utilizados por el sistema para generar el tipo de carnet (Oro, Premium, Basic), en función del cual se pueden obtener distintos importes de préstamo. El cliente al darse de alta debe indicar también el saldo inicial que quiere cargar en el carnet (que es cobrado por la empresa directamente en metálico). El cliente también puede actualizar su saldo indicando el carnet y o bien entregando el dinero en metálico o bien realizando una petición de crédito que, en función del tipo de tarjeta e importe que tenga previamente concedido y no abonado, puede ser: Oro: hasta 3000€; Premium: hasta 1000€ y Basic: hasta 500€. El cliente dispone de 7 días hábiles para abonar en metálico el crédito solicitado. El casino dispone de 10 mesas de ruleta francesa, 8 mesas de “blackjack” y 20 máquinas tragaperras cada una con un identificador único. En lo que respecta a las mesas de apuestas, antes de poder participar el cliente introduce su carnet y esperar
turno. Para ello las mesas disponen de un dispositivo de entrada con tarjetero mediante el que el cliente realiza las apuestas y va actualizando el saldo de su carnet a medida que gana o pierde dinero. En las mesas de ruleta el cliente introduce en cada tirada el número y color por el que se apuesta mientras que en la mesa de blackjack se indica en cada jugada completa el número de cartas adicionales que ha solicitado. Toda la información de estas apuestas es almacenada en el sistema. Cada vez que finaliza una jugada el responsable de la mesa indica el resultado: color y número en el caso de la ruleta y si el cliente ha ganado o perdido en la mesa de blackjack. Por su parte las máquinas tragaperras disponen ya de un software que se comunica con el del casino, de forma que el cliente introduce su tarjeta, juega en la máquina y una vez finalizada cada jugada el sistema software de la máquina tragaperras envía al sistema del casino (mediante TCP/IP) un informe con el jugador y el dinero ganado o perdido. El sistema del casino envía a la máquina el nuevo saldo para que sea actualizado en la tarjeta. En caso de que el saldo sea inferior al crédito de la tarjeta la máquina se bloquea para dicho cliente. La información sobre el dinero a ganar y perder en el casino por cada tipo de apuesta es proporcionada por la dirección. El sistema software debe también controlar la seguridad del casino. Cada vigilante del casino lleva un ordenador de mano (PDA) con un sistema global de posicionamiento (GPS) que permite al sistema tener localizados a todos los vigilantes. Por su parte, las mesas de juego tienen un dispositivo que permite al responsable de la mesa, en caso de que algún cliente genere cualquier incidencia, avisar al sistema de la misma (para lo cual indica el identificador de la mesa). El sistema en ese momento notifica este hecho al agente más cercano a la mesa para que se persone. El mapa del casino con la ubicación de todas las mesas es indicado por la dirección. El agente, una vez resuelta la incidencia, comunica al sistema el resultado, que puede ser de expulsión del cliente o permanencia en el local en función del tipo de altercado producido. Si es la tercera vez que un mismo cliente ha sido expulsado del casino se le debe retirar el carnet y no se le debe permitir en el futuro darse de alta. El sistema debe poder generar para la dirección del casino la siguiente información: Listado de clientes que están en el recinto en ese momento; Informe de beneficios (ingresos-gastos) del casino en un periodo de tiempo; Cliente que más incidentes ha provocado en un periodo de tiempo; número y color de bola que ha aparecido más veces en las jugadas en mesas de ruleta durante el día indicado. Caso Práctico 17.
[Examen Julio 2006]
La Diputación Provincial de “Villa-Arriba”, en su afán de superación a sus vecinos de la provincia de “Villa-Abajo”, desea desarrollar un nuevo sistema informático de soporte a las elecciones que se celebrarán el próximo año en sus municipios. En primer lugar se debe llevar el control de las candidaturas de los partidos políticos en cada municipio. Para ello los partidos que se presentan deben notificar sus datos (nombre, siglas y dirección de la sede provincial) así como la lista ordenada de sus candidatos (número de concejales candidatos y DNI, apellidos y nombre de cada uno) mediante una carta certificada. Cada municipio a través de un sitio web (con control de acceso) informa sobre cuáles son sus colegios electorales (dirección y número de mesas electorales) y envía su censo de población (DNI, apellidos, nombre, fecha de nacimiento y titulación de mayor rango, que puede ser estudios primarios, educación secundaria o titulación universitaria). La información del censo de cada municipio, además de para la
comprobación el día de las votaciones, es utilizada por el sistema a la hora de sortear la composición de cada mesa en la que debe haber un presidente (con titulación universitaria) y dos vocales. Una vez realizado el sorteo, el encargado electoral de la diputación usa el sistema para la obtención de cartas personalizadas que se envían a los “agraciados”. Con el fin de agilizar el proceso, el día de la celebración de las elecciones uno de los vocales de la mesa dispone de un equipo informático conectado con el servidor central en el que se comprueba y anota a cada ciudadano que ha ejercido su derecho a voto (que debe mostrar su DNI). Finalizada la votación, para la realización del recuento, el presidente dice en voz alta el resultado de cada voto (partido político, blanco o nulo), y éstos se registran usando el sistema informático. Al finalizar el proceso el presidente de la mesa imprime el acta de la mesa (votos a favor de cada partido, votos en blanco, votos nulos y número de personas que han votado), que debe firmar y llevar al juzgado. Una vez recopilados todos los datos de los colegios el encargado electoral de la Diputación obtiene los resultados por municipio, de forma que se debe saber cuál será el nuevo alcalde (1º de la lista del partido más votado en ese municipio) y la lista de concejales que se eligen (el número total = nº habitantes/100) y que se reparten entre los partidos en función proporcional a su número de votos. Estos resultados pueden ser accedidos por los partidos políticos a través del sitio web de la Diputación, en el que tras una autentificación inicial el sistema muestra los posibles concejales y/o el alcalde de su partido elegidos en cada municipio. Por su parte, el encargado de la Diputación debe poder obtener un listado completo con las estadísticas globales (votos totales de cada partido en la provincia) y las estadísticas locales: votos totales de cada partido por municipio y votos totales de cada partido por colegio. El sistema debe dar la posibilidad al encargado electoral de elegir en qué formato quiere generar el informe (PDF o XML). El sistema también debe elaborar un informe para los partidos políticos en el que muestre la evolución del partido respecto a las tres elecciones anteriores y su comparación respecto al resto de provincias de España. Este informe lo emite el encargado electoral de la Diputación, y va destinado a cada partido. Para obtener esta información histórica el sistema accede vía web a la base de datos de la Agencia Nacional de Estadística. Finalmente, y con el fin de conocer la opinión de los votantes el sistema debe ofrecer una encuesta. Los ciudadanos cuando ejercen su derecho al voto reciben un código que les facilita acceder a la encuesta mediante WAP o un navegador web. En primer lugar el votante debe indicar su municipio (con el fin de comprobar el código introducido previamente), para lo cual el sistema le ofrece un mapa interactivo de la provincia a partir del cual se puede seleccionar el municipio. No obstante, en este mapa sólo se muestran poblaciones de más de 100 habitantes. Para las poblaciones “pequeñas”, el ciudadano debe teclear el nombre del municipio. Posteriormente contesta a 10 preguntas relacionadas con su satisfacción en relación al nuevo sistema implantado (respuestas Sí/No). Cuando el encargado de la diputación utiliza el sistema para obtener los resultados de la encuesta, de entre todos los votantes registrados se sortean automáticamente 20 viajes al caribe, generándose las cartas para los afortunados.
11. Representar el comportamiento de la máquina de refrescos del caso práctico 1 mediante un Diagrama de Transición de Estados.
Nota: Considerar que el usuario puede cancelar la operación en cualquier momento. Ante esta situación la máquina devolverá el dinero y volverá a su estado inicial.
