EJERCICIOS DE PREPARACIN DE 2DA.

EVALUACIN

Para los casos que se muestran a continuacin, deben construir un Diagramas UML,
especficamente:

Caso de uso.
Clase.
Estimacin temprana de costos considerando el siguiente personal y los supuestos
necesarios para la ejecucin de los clculos respectivos.
o 1 Ingeniero de requerimientos.
o 1 Arquitecto de software.
o 3 Ingenieros de desarrollo.
o 1 Ingeniero de testing.

1. Realiza el diseo de una aplicacin para la gestin de Biblioteca. La aplicacin deber:

Una biblioteca tiene copias de libros. Estos ltimos se caracterizan por su nombre, tipo
(novela, teatro, poesa, ensayo), editorial, ao 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
reparacin.
Los lectores pueden tener un mximo de 3 libros en prstamo.
Cada libro se presta un mximo de 30 das, por cada da de retraso, se impone una multa
de dos das sin posibilidad de coger un nuevo libro.
Realiza un diagrama de clases y aade los mtodos necesarios para realizar el prstamo y
devolucin de libros.

2. Realiza el diseo de una aplicacin para la gestin Empresas y sus respectivos empleados.
La aplicacin deber:

Una aplicacin necesita almacenar informacin 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
categora, as como un conjunto de empleados subordinados.
De los clientes adems se necesita conocer su telfono de contacto.
La aplicacin necesita mostrar los datos de empleados y clientes

3. Realiza el diseo de una aplicacin para la gestin de pedidos. La aplicacin deber:

manejar clientes (se guarda su nombre, direccin, telfono y e-mail), 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 crdito, y tiene una cierta cantidad disponible de dinero, que el cliente debe aumentar
peridicamente para poder realizar nuevos pedidos.
 Un cliente puede empezar a realizar un pedido slo si tiene alguna cuenta con
dinero disponible. Al realizar un pedido, un cliente puede agruparlos en pedidos simples o
compuestos. Los pedidos simples estn asociados a una sola cuenta de pago y (por
restricciones en la distribucin) contienen un mximo de 20 unidades del mismo o distinto
tipo de producto. A su vez, un pedido compuesto contiene dos o ms 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. Adems, slo es posible realizar peticiones de productos en stock.
Existe una clase (de la cual debe haber una nica instancia en la aplicacin) responsable
del cobro, orden de distribucin y confirmacin de los pedidos. El cobro de los pedidos se
hace una vez al da, 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 distribucin, y una vez
entregado, pasa a estar confirmado.

4. Un estudio de arquitectura desea crear una base de datos para gestionar sus proyectos. Nos
dan las siguientes especificaciones:

Cada proyecto tiene un cdigo y un nombre. Un proyecto tiene uno y solo un jefe de proyecto
y un jefe de proyecto slo puede estar involucrado en un proyecto o en ninguno.
De cada jefe de proyecto se desean recoger sus datos personales (cdigo, nombre, direccin
y telfono). Un jefe de proyecto se identifica por un cdigo. 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 informacin de los planos asociados.
De los planos se desea guardar su nmero de identificacin, la fecha de entrega, los
arquitectos que trabajan en l y un dibujo del plano general con informacin acerca del
nmero de figuras que contiene.
Los planos tienen figuras. De cada figura se desea conocer, el identificador, el nombre, el
color, el rea y el permetro. Adems, de los polgonos se desea conocer el nmero de lneas
que tienen, adems de las lneas que lo forman. El permetro se desea que sea un mtodo
diferido; el rea se desea implementarlo como genrico para cualquier tipo de figura, pero
adems se desea un mtodo especfico para el clculo del permetro de los polgonos.
De cada lneas que forma parte de un polgono se desea conocer el punto de origen y el de
fin (segn sus coordenadas, X e Y), as como la longitud. Cada lnea tiene un identificador
que permite diferenciarlo del resto. La longitud de la lnea se puede calcular a partir de sus
puntos origen y final.