TRABAJO GRUPAL I

1. Diagrama de clases. Biblioteca (Diagrama de estados)

Una biblioteca tiene copias de libros. Estos últimos se caracterizan por su nombre, tipo
(novela, teatro, poesía, ensayo), editorial, año y autor.
Los autores se caracterizan por su nombre, nacionalidad y fecha de nacimiento.
Cada copia tiene un identificador, y puede estar en la biblioteca, prestada, con retraso o en
reparación.
Los lectores pueden tener un máximo de 3 libros en préstamo. Cada libro se presta un máximo
de 30 días, por cada día de retraso, se impone una “multa” de dos días sin posibilidad de coger
un nuevo libro.
Realiza un diagrama de clases y añade los métodos necesarios para realizar el préstamo y
devolución de libros.

2. Diagrama de clases. Proyectos (Diagrama de estados)

Un estudio de arquitectura desea crear una base de datos para gestionar sus proyectos. Nos
dan las siguientes especificaciones:
Cada proyecto tiene un código y un nombre. Un proyecto tiene uno y solo un jefe de proyecto
y un jefe de proyecto sólo puede estar involucrado en un proyecto o en ninguno.
De cada jefe de proyecto se desean recoger sus datos personales (código, nombre, dirección y
teléfono). Un jefe de proyecto se identifica por un código. No hay dos nombres de jefe de
proyecto con el mismo nombre.
Un proyecto se compone de una serie de planos, pero éstos se quieren guardar de modo
independiente al proyecto. Es decir, si en un momento dado se dejara de trabajar en un
proyecto, se desea mantener la información de los planos asociados.
De los planos se desea guardar su número de identificación, la fecha de entrega, los
arquitectos que trabajan en él y un dibujo del plano general con información acerca del
número de figuras que contiene.
Los planos tienen figuras. De cada figura se desea conocer, el identificador, el nombre, el color,
el área y el perímetro. Además, de los polígonos se desea conocer el número de líneas que
tienen, además de las líneas que lo forman. El perímetro se desea que sea un método diferido;
el área se desea implementarlo como genérico para cualquier tipo de figura, pero además se
desea un método específico para el cálculo del perímetro de los polígonos.
De cadas líneas que forma parte de un polígono se desea conocer el punto de origen y el de fin
(según sus coordenadas, X e Y), así como la longitud. Cada línea tiene un identificador que
permite diferenciarlo del resto. La longitud de la línea se puede calcular a partir de sus puntos
origen y final.

3. Diagrama de clases. Gestión de pedidos (Diagrama de estados)

Realiza el diseño de una aplicación para la gestión de pedidos. La aplicación deberá:
manejar clientes (se guarda su nombre, dirección, teléfono y email), que pueden realizar
pedidos de productos, de los cuales se anota la cantidad en stock. Un cliente puede tener una
o varias cuentas para el pago de los pedidos. Cada cuenta está asociada a una tarjeta de
crédito, y tiene una cierta cantidad disponible de dinero, que el cliente debe aumentar
periódicamente para poder realizar nuevos pedidos.
Un cliente puede empezar a realizar un pedido sólo si tiene alguna cuenta con dinero
disponible. Al realizar un pedido, un cliente puede agruparlos en pedidos simples o
compuestos. Los pedidos simples están asociados a una sola cuenta de pago y (por
restricciones en la distribución) contienen un máximo de 20 unidades del mismo o distinto tipo
de producto. A su vez, un pedido compuesto contiene dos o más pedidos, que pueden ser
simples o compuestos. Como es de esperar, el sistema debe garantizar que todos los pedidos
simples que componen un pedido compuesto se paguen con cuentas del mismo cliente.
Además, sólo es posible realizar peticiones de productos en stock.
Existe una clase (de la cual debe haber una única instancia en la aplicación) responsable del
cobro, orden de distribución y confirmación de los pedidos. El cobro de los pedidos se hace
una vez al día, y el proceso consiste en comprobar todos los pedidos pendientes de cobro, y
cobrarlos de la cuenta de pago correspondiente. Si una cuenta no tiene suficiente dinero, el
pedido se rechaza (si es parte de un pedido compuesto, se rechaza el pedido entero). Una vez
que el pedido está listo para servirse, se ordena su distribución, y una vez entregado, pasa a
estar confirmado.
4. Diagrama de clases. Empleados de una empresa (Diagrama de estados)
Representa mediante un diagrama de clases la siguiente especificación:
Una aplicación necesita almacenar información sobre empresas, sus empleados y sus clientes.
Ambos se caracterizan por su nombre y edad.
Los empleados tienen un sueldo bruto, los empleados que son directivos tienen una categoría,
así como un conjunto de empleados subordinados.
De los clientes además se necesita conocer su teléfono de contacto.
La aplicación necesita mostrar los datos de empleados y clientes

5. Diagrama de clases. Redes de ordenadores (Diagrama de estados)

Especificar un diagrama de clases que describa redes de ordenadores.
Los elementos que se pueden incluir en la red son: Servidor, PC, Impresora.Hub, Cable de red.
Los PCs pueden conectarse con un único Hub, los servidores con uno o varios.
Los Servidores y PCs pueden generar mensajes, con una cierta longitud.
Los Hubs tienen un número de puertos, algunos de los cuales puede usarse para conectar con
otros Hubs. Tienen cierta probabilidad de “perder” mensajes.
Las impresoras pueden averiarse, con cierta probabilidad, durante cierto tiempo.

Diagrama de actividad 1. Recepción de un pedido.

Cuando recibimos un pedido, comprobamos cada artículo de línea del pedido para ver si lo hay
en existencia. Si la respuesta es afirmativa, asignamos la mercancía al pedido. Si esta
asignación hace bajar la cantidad de mercancía en existencia por debajo del nivel de reposición
(reorden), se repone. Mientras hacemos esto, revisamos el pago para ver si está correcto. Si el
pago está bien y hay mercancías en existencia, despachamos el pedido. Si el pago está correcto
pero no hay las mercancías en existencia, dejamos en espera el pedido. Si el pago no está bien,
cancelamos la orden.
Diagrama de actividad 2. Reabastecimiento de mercancías
Cuando recibimos mercancías de un proveedor estas mercancías entran en nuestro almacén
(reabastecimiento). El primer destino de estas mercancías es servir los pedidos que tenemos
pendientes, en particular aquellos que tienen más prioridad (artículos sobresalientes).
Cuando llega un reabastecimiento, vemos los pedidos sobresalientes y decidimos cuáles
podemos surtir con el material recibido y, entonces, asignamos lo correspondiente a sus
respectivos pedidos.
Si con esta asignación completamos los pedidos u órdenes, estos se podrían despachar y
enviar. La mercancía restante la ponemos en el almacén para servir futuros pedidos.

Diagrama de actividad 3. Proceso de registro Web.

Se debe realizar un diagrama de actividad que refleje el proceso de registro en una Web. Se
debe considerar:
El usuario debe introducir un nombre de usuario válido. Los criterios de validez los pone el
sitio.
El usuario debe introducir una contraseña válida. La política de contraseñas la pone el sitio.
El usuario debe repetir la contraseña. Esta debe coincidir con la introducida con anterioridad.
El usuario debe introducir el resto de los datos.
Si se han introducido correctamente los datos se solicita confirmación al usuario.
El usuario confirma y se le avisa de que el registro ha sido correcto.
Una vez hecho el diagrama de actividad se debe realizar una nueva versión con carriles que
contemple los actores usuario y sitio.

Diagrama de actividad 4. Realizar la validación de un usuario en un cajero.

Se debe realizar un diagrama de actividad que describa el proceso de validación de un usuario
en un cajero automático. Se debe considerar:
El cliente debe introducir la tarjeta, el PIN y la operación que ha de realizar.
Se comprueba si el PIN es correcto para esta tarjeta. Se comprueba si la tarjeta es válida.
Si resultan válidas las dos operaciones anteriores se realiza la operación y se informa al
usuario.
Una vez realizado generar otra versión del diagrama que contemple las acciones de cada actor,
haciendo carriles para el cliente y el banco.

Diagrama de actividad 5. Realización pedido telefónico de cliente.

Se debe realizar un diagrama de actividad que describa la realización de un pedido telefónico
de un cliente. Se debe considerar:
El cliente solicita un producto y es atendido por un vendedor de la empresa.
Si el cliente es nuevo se le abre una ficha de cliente.
Para el cliente y el producto solicitado se realizan simultáneamente las siguientes acciones:
Consultar el stock. Si no existen existencias del artículo se informa al cliente y se termina el
proceso.
Consultar el riesgo del cliente. Si el crédito que tiene el cliente supera el valor del artículo se
informa al cliente y se termina el proceso.
Una vez hechas estas comprobaciones, si son correctas, se informa del precio al cliente que lo
puede aceptar o rechazar. Si lo rechaza se termina y si lo acepta el cliente realiza el pedido y el
vendedor lo registra y se termina el proceso.
Una vez realizado el diagrama crear un nuevo diagrama con dos carriles que separen las
actividades de los actores: cliente y vendedor.

Diagrama de actividad 6. Revisión de una lámpara que no funciona.

Dibujar el diagrama de actividad que refleja las acciones que hay que adoptar con una lámpara
que no funciona:
Comprobamos el estado de la lámpara observando que efectivamente no luce cuando
pulsamos el interruptor.
Comprobamos que está enchufada. Si no lo estuviera la enchufamos y comprobamos si
funciona.
Comprobamos la bombilla para ver si está fundida. Si está estropeada la sustituimos y
comprobamos si funciona.
Si después de las acciones anteriores sigue sin funcionar llamamos al electricista.

1. Casos de uso. Video Club

Una tienda de alquiler de películas de Bogotá posee alrededor de 5000 vídeo-casetes de los
que requiere llevar registro. Cada uno de los vídeos casetes tiene un número de cinta. Para
cada película, se necesita conocer título, duración, director y la categoría según la siguiente
clasificación: drama, acción, suspenso, comedia, guerra y ciencia-ficción.
Existen muchas copias de la mayoría de las películas, Se le asignó a cada película un
identificador específico, y así se puede saber en que vídeo casete se encuentra esta película.
Un vídeo casete puede ser tanto formato Beta o VHS. Siempre se tiene por lo menos un vídeo
casete de cada película que se registra, y cada película es siempre copiada a un vídeo casete
individual y específico. Algunos de los vídeo casetes son muy largos, así que se tienen tengo
películas que ocupan múltiples vídeo casetes.
Nuestros clientes al momento de solicitar en alquiler un video casete, frecuentemente nos
pregunta por los protagonistas de la película que quiere alquilar. Así, que se debe llevar el
registro de los actores que aparecen en cada película. No todas las películas tienen actores. A
los clientes les gustaría conocer el nombre real del actor, edad y estado civil. Solamente se
llevan
registros de actores que aparecen en las películas de la tienda. La tienda de video casetes tiene
muchos clientes y solamente alquila vídeos a personas que sean socias del vídeo club.
Para que una persona pueda pertenecer al video club como socio debe afiliarse, para lo cual se
le asigna un número que lo identifica y se deben registrar(socio) sus nombres y apellidos,
número telefónico, dirección de residencia.
Se necesita llevar el registro de que vídeo casete ha alquilado cada socio en un momento
determinado. Un cliente puede alquilar varios vídeo-casetes simultáneamente. Necesitamos
registrar el histórico de todos los alquileres realizados. Cada vez que un cliente alquila un
video, se debe registrar la fecha de alquiler, el día que devolverá el video. Todos los video
casetes deben ser
devueltos a la tienda a más tardar tres días después de su alquiler, y, en caso de no entregarse
a tiempo, se cobrará una multa de 1sol por película y día de retraso. El histórico de alquiler de
videos se requiere con el fin de analizar el comportamiento del alquiler de videos. Con el
histórico seremos capaces de determinar cuántas cintas alquila cada cliente y cuantas veces un
cliente ha devuelto una cinta tarde. También necesitamos saber cuántas veces una cinta ha
sido usada, y saber cuándo retirar dicha cinta. También podremos analizar las preferencias de
nuestros clientes y conocer el valor en Euros recibido por el concepto de alquiler de videos y
multas por retrasos. Próximamente la tienda de video-casetes empezará con el alquiler de
DVD(s), así se sería importante llevar el registro del alquiler de películas en estos medios. La
política de grabación y alquiler de DVD(s) será la misma utilizada para los video casetes.
Iniciar sesión|Actividad reciente del sitio|Notificar uso inadecuado|Imprimir página

2. Casos de uso. Cajero automático.

Se ha de realizar el diagrama de casos de uso de un cajero automático en el que se pueden
realizar las operaciones siguientes:
Retirar efectivo. Ingresar o depositar efectivo. Hacer transferencias.
Obtener información de nuestra cuenta: movimientos, saldo, etc.
Para realizar cualquiera de las operaciones el cajero automático ha de validar la tarjeta y la
clave que introduce el usuario. Se debe considerar la interacción que tiene con el cajero, a la
hora de realizar estas operaciones, el banco y el consorcio. Llamaremos consorcio a la red de
cajeros automáticos a las que se suscriben los bancos para que los cajeros automáticos
realicen las operaciones. En España los consorcios son: 4B, servired, red6000.
3. Casos de uso. Empresa de Inmuebles
Una empresa gestiona un conjunto de inmuebles, que administra en calidad de propietaria.
Cada inmueble puede ser bien un local (local comercial, oficinas, etc.), 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 aplicación debe permitir tanto introducir inmuebles nuevos,
así como darlos de baja, modificarlos y consultarlos. 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, darlos de baja,
modificarlos y hacer consultas sobre ellos. 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 poder ser dados de alta, si son nuevos inquilinos, con sus datos
correspondientes (nombre, DNI, edad, sexo, …), poder modificarlos, darlos de baja,
consultarlos, etc. La aplicación ofrece acceso web para que un inquilino puede modificar o
consultar sus datos, pero no darse de baja o de alta. Para la realización de cualquiera de estas
operaciones es necesaria la identificación por parte del inquilino.
4. Casos de uso. Gestión calificaciones
Se desea desarrollar una aplicación de gestión de las calificaciones de los alumnos para
satisfacer las numerosas quejas de los profesores, por el uso del lápiz y papel.
La aplicación deberá cubrir únicamente aquellos aspectos relacionados con dicho tema, y que
se describen a continuación:
El profesor recibe las actas en blanco de las asignaturas de las que es responsable, en formato
electrónico. El acta contiene los siguientes datos de la asignatura (titulación, campus, curso
académico, denominación de la asignatura, convocatoria y grupo) y la lista de alumnos
matriculados (niu, nif, nombre y apellidos). Alguna de las acciones que puede hacer el profesor
son:
 Completar un acta con las notas de los alumnos.
 Añadir o borrar un alumno de un acta.
 Integrar las actas de varios grupos de una misma asignatura en una sola acta.
Otras de las opciones que se le exige a la aplicación, para satisfacer completamente
las necesidades del profesor, son las siguientes:
 Permitir la consulta de la siguiente información de cualquier alumno seleccionado:
- DNI, N.° EXPEDIENTE, Lista de asignaturas en las que está matriculado el
alumno (Código asignatura-Nombre asignatura).
 Obtener una estadística de las calificaciones obtenidas por los alumnos en un
determinado grupo de una asignatura. En esta estadística se tendrá para cada posible
calificación:
- Número de personas con esa calificación, Porcentaje sobre los presentados,
Porcentaje sobre el total del grupo.
 Consultar el porcentaje de personas sobre el total del grupo que se han presentado y
el de los que no se han presentado.
 Poder visualizar un gráfico indicativo del número de personas que han obtenido una
calificación entre 0-0.99, 1-1.99, 2-2.99, 3-3.99, 4-4.99, 5-5.99, 6-6.99, 8-8.99, 9-10;
indicándose la nota media obtenida por la clase.
 Disponer de una calculadora que permita realizar las operaciones de suma, resta,
multiplicación, división. Esta calculadora se activará cuando se vayan a introducir las
notas a algún alumno de forma que una vez realizada la operación aritmética,
pulsando un botón se vuelque el resultado en la casilla donde se están introduciendo
las calificaciones, redondeándose a dos cifras decimales.
 Permitir la importación y exportación de la lista de alumnos con sus calificaciones a un
formato compatible con MS Excel.
 Imprimir las actas y la lista provisional de calificaciones.
Finalmente, como una ampliación extra, a la cual sólo podrá acceder quien se identifique
inicialmente como administrador de la aplicación, se deben permitir:
 Gestión ABMC (Altas/Bajas/Modificación y Consulta) de los datos de un alumno y su
matriculación en una asignatura y a un grupo.
 Gestión de Asignaturas, teniendo en cuenta que una asignatura sólo se puede dar en
un único curso (primero, segundo, tercero...) y que cada curso está formado ponlos
datos sobre el número máximo de alumnos, número mínimo de créditos troncales y
número mínimo de créditos optativos. Algunos de los datos que vamos a poder
consultar de una asignatura son el nombre, número de créditos y cuatrimestre en el
que se imparte.
 Gestión de Titulaciones, teniendo en cuenta que una titulación sólo se da en un
campus determinado y los datos que podemos consultar son el nombre, el número de
créditos o carga lectiva global, si es de 1.° o 2.' ciclo, ...
 Gestión de grupos, en los que podemos consultar el número máximo de alumnos
permitidos, si es un grupo de mañana, de tarde o de noche, y cuál es el código
empleado para identificar el grupo.
  Consultar aquellos alumnos que no se pueden matricular y el motivo de ello.
 Consultar el historial académico de un alumno.

5. Casos de uso. Puntos de Información Universitaria (PIU)

La Universidad Nacional de Trujillo en su constante innovación pretende instalar un conjunto

de Puntos de Información Universitaria (PIU) a través de los cuales se pueda facilitar
información a la comunidad universitaria.
Las funcionalidades consideradas para instalar en cada PIU son:
 Información General: actividades culturales y extra-académicas de la Universidad
y de las diferentes Escuelas y Facultades.
 Información Administrativa: plazos de matriculación, fechas de exámenes, normativas
y avisos.
 Información Privada: esta información se diferenciará según el tipo de usuario final
que se identifique en el PIU.
PAS: información relativa a su cuerpo e información económico-contractual.
Profesores: información relativa a su cuerpo, información de asignación horaria de clases e
información económico-contractual.
Alumnos: información referente a la carrera que están cursando y su currículum, así como el
estado de su matriculación.
Como ayuda a la resolución de esta problemática, la Universidad Carlos 111 ha pedido a su
departamento de investigación y desarrollo (I+D) la elaboración de un sistema informático que
pueda ser utilizado por cuatro tipos de usuarios diferentes:
 Administrador: es el responsable de la colocación y carga inicial de los PIU's en las
diferentes Escuelas y Facultades que componen la Universidad, es decir, se encarga de
decidir, las situaciones físicas más propicias y de activación inicial de los contenidos
(funcionalidades a proporcionar) de cada uno de los PIU's en las diferentes Escuelas y
Facultades que componen la Universidad, es decir, se encarga de decidir las
situaciones físicas más propicias y de activación inicial de los contenidos
(funcionalidades a proporcionar) de cada uno de los PIU's.
Por tanto, el administrador tan sólo utilizará este sistema informático para notificar la
instalación de los distintos dispositivos. Habrá un administrador de dispositivos por cada turno
de mañana y de tarde para solucionar todas las peticiones realizadas por los responsables de
cada centro.
 Gestor: es el encargado de determinar la situación (funcionamiento/desconexión) de
cada uno de los PIU's distribuidos previamente por el administrador del sistema.
Asimismo, este usuario será el responsable de determinar qué acciones se
desencadenarán como consecuencia de la aparición de un mal funcionamiento del
PIU's, como puede ser:
- Registro en una salida de "Log". - Envío de un equipo técnico.
- Reporte del error al CAT (Centro de Atención Técnico).
- Reinicialización del PIU.
 - Emisión de una solicitud de desconexión del PIU al administrador.
Como la principal misión de los gestores de los PIU's es la regulación y mantenimiento de los
mismos, tan sólo utilizarán el sistema informático de forma esporádica, para retocar los
parámetros de funcionamiento del sistema cuando se detectan anomalías a tener en cuenta.
Habrá un gestor de dispositivos en el turno de mañana y en el de tarde.
 Operador: es el usuario responsable de gestionar el funcionamiento de cada uno de
los PIU's existentes en cada una de las Escuelas y Facultades. Su actividad consistirá en
el control de red, es decir, se encarga de verificar el funcionamiento global de la red de
PIU's existente. Pudiendo realizar operaciones de control, gestión y estadísticas sobre
la misma. Además, se encarga de reportar los errores observados al Gestor que esté
de guardia en cada momento.
Los operadores estarán utilizando continuamente el sistema de seguimiento de los PIU's, tan
sólo lo dejarán de utilizar en los periodos de descanso acordados. La Universidad utilizará a
tres operadores en activo para cada uno de los turnos de servicio (mañana, tarde y noche).
Por último, los operadores también deberán realizar las acciones indicadas por el gestor del
sistema en caso de que éste no esté localizable.
 Usuarios Finales: este grupo está compuesto por el PAS, el Profesorado y el
Alumnado. Su conexión al sistema vendrá siempre asociada a una solicitud/servicio de
información.
Cada vez que un usuario intente conectarse al sistema deberá introducir sus datos
identificativos, así como la introducción de una contraseña y del tipo de usuario (en caso de
que sea necesario). Las actividades recogidas por el sistema sólo estarán accesibles para el tipo
de usuario responsable de su realización, de tal manera, que la instalación de PIU's no estará
accesible a un gestor o a un operador, del mismo modo la gestión de red no podrá ser
realizada por un administrador o por un gestor.