Академический Документы
Профессиональный Документы
Культура Документы
Ministerio de Produccin
Secretara de Industria y Servicios
Subsecretara de Servicios Tecnolgicos y Productivos
Base de Datos
Tabla de Contenido
INTRODUCCIN ................................................................................................................................... 5
CONSIGNAS: ..................................................................................................................................................... 30
SOLUCIN PROPUESTA PARA EL DIAGRAMA ENTIDAD-RELACIN QUE MAPEA LAS CLASES DEL MODELO DE DOMINIO DEL
ESTACIONAMIENTO DE UNIVERSIDAD: ................................................................................................................... 31
EJERCICIO 4: CASO PRCTICO MERCADO DE ABASTO ................................................................................... 32
PRESENTACIN DEL CASO DE ESTUDIO .................................................................................................................. 32
MODELO DE DOMINIO ....................................................................................................................................... 33
VISTA PARCIAL DEL DIAGRAMA DE CASOS DE USO ................................................................................................... 34
DESCRIPCIN CON RESUMEN ESENCIAL DEL CASO DE USO 1. REGISTRAR ALQUILER DE PUESTO ...................................... 36
DESCRIPCIN CON RESUMEN ESENCIAL DEL CASO DE USO 15. GENERAR REPORTE DE PUESTOS POR ESTADO ..................... 37
CONSIGNAS: ..................................................................................................................................................... 38
DIAGRAMA ENTIDAD-RELACIN ........................................................................................................................... 39
EJERCICIO 5: CASO PRCTICO PANADERA ................................................................................................. 40
PRESENTACIN DEL CASO DE ESTUDIO .................................................................................................................. 40
MODELO DE DOMINIO ....................................................................................................................................... 41
PROTOTIPO DE LA INTERFAZ DE USUARIO ASOCIADOS A LA FUNCIONALIDAD DE REGISTRAR COBRO ................................. 42
DESCRIPCIN CON RESUMEN ESENCIAL DEL CASO DE USO 1. REGISTRAR VENTA........................................................... 43
CONSIGNAS: ..................................................................................................................................................... 44
SOLUCIN PROPUESTA PARA EL DIAGRAMA ENTIDAD-RELACIN QUE MAPEA LAS CLASES DEL MODELO DE DOMINIO DE LA
PANADERA: ..................................................................................................................................................... 45
EJERCICIO 6: CASO PRCTICO CONSULTORIO ODONTOLGICO ....................................................................... 46
PRESENTACIN DEL CASO DE ESTUDIO .................................................................................................................. 46
MODELO DE DOMINIO ....................................................................................................................................... 47
DESCRIPCIN CON RESUMEN ESENCIAL DEL CASO DE USO 1. GENERAR AGENDA MENSUAL DE ODONTLOGO .................. 48
CONSIGNAS: ..................................................................................................................................................... 49
SOLUCIN PROPUESTA PARA EL DIAGRAMA ENTIDAD-RELACIN QUE MAPEA LAS CLASES DEL MODELO DE DOMINIO DEL
CONSULTORIO ODONTOLGICO: .......................................................................................................................... 50
FUENTES DE INFORMACIN ................................................................................................................................. 51
Introduccin
La gua prctica del Mdulo Base de Datos incluye los casos de estudio vinculados a los contenidos
desarrollados en el apunte terico del mdulo. El objetivo de esta gua es brindar una herramienta de
apoyo, que facilite el desarrollo de los temas y posibilite aplicar los conocimientos adquiridos, mostrando
casos prcticos y su resolucin propuesta.
En el apunte terico se trabaj alrededor de los siguientes ejes temticos: sistema administrador de bases
de datos, tecnologa de bases de datos y sus diferentes tipos, el modelo de entidad-relacin y el diagrama
de entidad-relacin como herramienta para modelar. Luego se trabaj el modelo lgico relacional, los
motores de bases de datos relacionales en general y en particular MySQL. Tambin se desarrollaron
conceptos sobre SQL, tales como lenguaje de consulta y modelos de persistencia y cmo se mapea objetos-
relacional utilizando Hibernate.
Esta gua utiliza los mismos casos que se presentaron por primera vez en la Gua de Prcticos del Mdulo
de Programacin Orientada a Objetos, dado que la intencin es dar un cierre a esos mismos casos,
agregando la parte de persistencia que no se trat antes.
Entonces, se toman los diagramas de clase que modelan el dominio, esos diagramas se utilizan para mapear
creando primero el diagrama de entidad-relacin correspondiente y luego creando la base de datos y la
persistencia con Hibernate.
En dos de los casos de estudio, Pizzera y Mercado de Abasto, se agreg un caso de uso de generacin de
reportes, para poder mostrar el uso de una herramienta de reportes llamada Jasper Reports.
Para la instalacin de las aplicaciones necesarias para trabajar con el mdulo de Base de Datos, estn
disponibles los siguientes instructivos:
Instructivo de cmo Crear una base de datos en MySQL Workbench, disponible en el repositorio,
en la siguiente direccin: https://github.com/111milprogramadores/bd-instructivos.
Instructivo: Generacin de reportes con Jasper Reports, disponible en el repositorio, en la siguiente
direccin: https://github.com/111milprogramadores/bd-instructivos
Al igual que en el mdulo de Programacin Orientada a Objetos, las soluciones propuestas y los instructivos,
junto con el resto del material, est a disposicin en el repositorio.
El repositorio se encuentra en: https://github.com/111milprogramadores
Finalmente, en el repositorio tambin hay un instructivo para la descarga del proyecto desde el repositorio
pblico de 111mil creado en la herramienta GitHub1.
1 GitHub: Es una plataforma de desarrollo colaborativo de software para alojar proyectos utilizando el sistema de control de
versiones Git. El cdigo se almacena de forma pblica, aunque tambin se puede hacer de forma privada, creando una cuenta
de pago.
Una pizzera de la ciudad ofrece a sus clientes una amplia variedad de pizzas de fabricacin propia, de varios
tamaos (8, 10 y 12 porciones). Los clientes tienen a disposicin un men que describe para cada una de
las variedades, el nombre, los ingredientes y el precio segn el tamao y el tipo (a la piedra, a la parrilla, de
molde) de la pizza. Los clientes realizan sus pedidos en el mostrador.
El pedido debe contener el nombre del Cliente, para llamarlo cuando su pedido est listo; la cantidad de
pizzas, el tamao, la variedad, la fecha del pedido, la hora en la que el pedido debe entregarse y la demora
estimada informada al cliente.
El pedido va a la cocina y cuando est preparado se informa al que lo tom para que se genere la factura
correspondiente y se le entregue el pedido al cliente.
El dueo de la pizzera ha manifestado la necesidad de acceder al menos a la siguiente informacin:
Variedades y tipos de pizzas ms pedidas por los clientes.
Ingresos (recaudaciones) por perodos de tiempo.
Pedidos (cantidad y monto) por perodos de tiempo.
su cuenta, los nmeros de dominio de todos los vehculos registrados de ese propietario y un nmero
nico de identificacin del comprobante.
Puede tener hasta dos ingresos sin crdito, es decir saldo negativo, que se descontarn de la siguiente
vez que acredite dinero en su cuenta.
Mientras tenga crdito, la persona puede ingresar a la playa con cualquiera de los vehculos registrados.
La persona puede en cualquier momento agregar y/o cambiar los vehculos con los que ingresar a la
playa de estacionamiento.
El valor del estacionamiento es por el da completo, sin lmite de tiempo ni inferior ni superior; es decir
se paga un ingreso diario, que es vlido independientemente de la cantidad de ingresos que haga
durante el mismo da y del tiempo que permanezca en la playa.
Al ingresar se le entrega a la persona un comprobante que contiene: dominio del vehculo, apellido y
nombre del dueo del vehculo, el valor del ingreso, la fecha de ingreso y el saldo disponible. Tambin
se informa el nmero de ingreso del da. El portn por el que ingresa y el usuario logueado.
Si el vehculo no est registrado, se guarda en el ingreso el nmero de dominio del vehculo y se informa
como observacin que no est registrado.
El primer ingreso del da se cobra, descontando del saldo disponible. A partir del segundo ingreso del
da en adelante, el monto debe figurar en cero y se debe informar cul es el nmero de ingreso, por
ejemplo: Segundo ingreso del da.
A las personas que desean ingresar a la playa de estacionamiento sin tener el abono de pago anticipado,
se les cobra en el momento del ingreso, registrando como observacin el nmero de dominio del
vehculo, entregndoles un comprobante con el monto cobrado. Los datos del comprobante en ese
caso son: dominio del vehculo, monto, fecha de ingreso, nmero de vez que ingresa a la playa de
estacionamiento, usuario logueado, fecha y hora y portn por el que ingresa.
Si la persona tiene abono, puede tener hasta el valor de dos estacionamientos como saldo negativo,
que se descontarn de la siguiente vez que acredite dinero en su cuenta.
El mercado est organizado en sectores. Cada sector contiene puestos, los cuales son alquilados a
empresas y quinteros (genricamente clientes) para que all realicen sus ventas. Existen distintos tipos de
puestos (con techo, sin techo, con cmara refrigerante, etc.) y distintas dimensiones para cada puesto
(10m2, 15m2, etc.), para poder ajustarse mejor a las necesidades de cada cliente.
El precio del alquiler depende del sector en el que se encuentre el puesto, el tipo de puesto y sus
dimensiones, y est predefinido.
Cuando un cliente desea alquilar uno o ms puestos, se verifica la disponibilidad del tipo de puesto que
requiere. Si existe disponibilidad y el cliente est de acuerdo con el precio, se realiza un contrato de alquiler
por cada puesto que se alquile. En el contrato se especifica la fecha de inicio y fin del alquiler, el monto
mensual del alquiler y tiene adems un nmero que identifica el contrato que es nico y el nombre del
responsable por parte del Mercado que intervino en la firma del contrato y el responsable de la registracin
del mismo. Adems, cada puesto cuenta con un medidor para el consumo de energa elctrica.
Mensualmente se registran las lecturas de cada medidor, ya que el consumo de cada puesto es facturado
al cliente que est alquilando ese puesto. En el momento de efectuar el alquiler, se registra en el contrato
la ltima lectura del medidor del puesto que se est alquilando. Los aspectos vinculados a la facturacin
quedan excluidos del alcance del sistema, como as tambin la gestin de cobro de los alquileres.
La Panadera que se describe en este caso de estudio, pertenece a la Fundacin Brisas de Cambio, ubicada
en el interior de la provincia de Crdoba. La Fundacin tiene el propsito fundamental de contener
laboralmente a un grupo numeroso de jvenes y adultos con discapacidades intelectuales y fsicas. Su
objetivo es desarrollar proyectos productivos que les permita desempearse en un oficio para sentirse
tiles y adquirir a diario el conocimiento necesario para desempearse en esta actividad dentro de un
ambiente laboral sano.
En este contexto, la panadera est atendida por este grupo de personas con capacidades especiales y la
intencin es desarrollar un producto de software que asista a las personas en el proceso de venta y cobro
de los productos que la panadera vende.
En este consultorio odontolgico trabajan varios profesionales que brindan sus servicios. Cuando un
paciente necesita atencin, debe solicitar un turno previamente. No se atienden pacientes que no tienen
turno. El odontlogo para el que el paciente solicita el turno es el que lo va a atender. Cada odontlogo
tiene una agenda con los das y horarios en los que puede atender, que se crea mensualmente en funcin
de la disponibilidad que el odontlogo informa, con turnos de 30 minutos de duracin. Esta agenda genrica
representa los das y horarios de atencin que tiene disponible ese odontlogo en trminos generales y la
duracin de su consulta. Esta informacin se tomar como base para crear la agenda cada mes,
considerando para cada mes los das y/u horarios que en ese mes no podr atender.
Cuando el paciente llama por telfono, se le pregunta el motivo de la consulta y en funcin de eso se le
asigna uno o ms turnos. Por ejemplo, si lo que debe hacerse es un tratamiento de conducto, se le asignan
dos turnos de media hora, consecutivos.
Soluciones Propuestas
Este caso se encuentra mencionado en el material terico del mdulo: se trata de un Sistema de Gestin
de Ventas y Reservas de Entradas para un Complejo de Cines. El funcionamiento del negocio se describe a
continuacin:
Un complejo de cines est integrado por varios cines ubicados principalmente en los centros comerciales
de la ciudad. Cada cine cuenta con una cantidad de salas, que son las que exhiben las pelculas en las
distintas funciones cinematogrficas. La programacin de las salas se renueva en forma semanal, existiendo
la posibilidad de que algunas salas queden sin uso. Cabe mencionar que no todas las salas tienen la misma
capacidad (cantidad de butacas).
La programacin es la que determina qu pelculas van a proyectarse y los horarios para cada funcin de
cada una de las salas, para todos los cines. Esta programacin se realiza en forma centralizada, desde la
administracin del Complejo, tomndose como base la informacin de las pelculas prximas a estrenar,
que enva el INCAA (Instituto Nacional de Cines y Artes Audiovisuales). La programacin implica el diseo
de las funciones y sus horarios en forma anticipada, debiendo el responsable de la misma, habilitar cada
funcin en el momento que desee permitir la reserva y/o venta de entradas para la misma.
La entrada que se le entrega al cliente representa el comprobante de venta y como tal debe cumplir con lo
reglamentado en la Ley de Facturacin vigente, debiendo contener como datos: nro. de venta, fecha de
venta, nmero de funcin, sala en la que se proyecta la pelcula, el nombre de la pelcula, fecha y hora de
la funcin, el precio, el tipo de entrada (si es mayor, menor, jubilado) y la calificacin de la pelcula, que
segn especificaciones de la Ley de Cine Nro. 17.741, debe ser informada tanto en la entrada como al inicio
de la pelcula. Es importante destacar que la entrada es vlida nicamente para la fecha, hora y funcin
indicadas en la misma.
Los tipos de entradas y los das y horarios de proyeccin son los que determinan el precio de la entrada,
que tambin pueden variar en cada cine del complejo. Las funciones admiten ciertos tipos de entradas y
otros no, dependiendo de factores como: horarios, calificacin de las pelculas, etc. Por ejemplo: si una
pelcula est calificada como para mayores de 16 aos, para esa funcin no se pueden vender entradas de
TIPO = MENOR. Cada funcin tiene asociado un tipo de funcin, que determina si la funcin es un pre-
estreno, un estreno o una funcin normal.
Modelo de Dominio
entity
entity
entity Genero
PaisDeOrigen
Pelicula genero 1 nombre
idioma 1 paisDeOrigen aoEstreno
nombre disponible
duracion
fechaIngreso
nombre calificacion
tituloOriginal
entity personajes
calcularDuracionEnFuncion() entity
actor Personaje
estaDisponible() Calificacion
nombreEnPelicula 1..* 1
entity estaEnCartelera() nombre
Actor mostrarFuncionesHabilitadas()
1
animado
apellido entity
nombre funciones 1 Sala
pelicula sala
0..* capacidad
1 rol numero
entity entity 1
Rol Funcion 1..*
nombre diaSemana
sexo duracion sala
horaInicio
numero
entity
1 calcularDisponibilidad() Cine
capacidadSala()
Sexo direccion
estaEnCurso()
nombre hayLugar() fechaInauguracion
mostrarDiaHora() nombre
precioEntrada
1 mostrarCine()
1..* mostrarInfoHorariosFuncion()
entradas funcion
0..*
programaciones
entity funciones
0..* horariosFunciones
Entrada
entity 0..*
fechaHoraFuncion
fechaHoraVenta Programacion entity
precioCobrado fechaFin HorarioFuncion
ticketNro fechaHoraCreada diaDeSemana
estaAnulada() fechaInicio duracionIntervalo
estaCompleta() duracionPublicidad
estaIniciadaFuncion() esTrasnoche
estaVigente() horaPrimeraFuncion
mostrarProgramacion() horaUltimaFuncion
mostrarHorarioFuncion()
include
3 Registrar 1 Imprimir
Venta de Entradas
Entradas
20 Iniciar Sesin
de Trabajo
Vendedor
14 Registrar
Pelcula
extend
Responsable de
Programacin 11 Generar
Programacin de
Funciones
Usuario
8 Registrar
Cliente Web Reserva Web
6 Registrar
Reserva
7 Registrar
Reserva
Operador Telefnica
Telefonico
Descripcin con resumen esencial del Caso de Uso 14. Registrar Pelcula
4. Sistema valida que no exista una pelcula registrada con el mismo nombre y no hay registrada en el
sistema una pelcula con el mismo nombre.
5. Sistema: busca y muestra los Gneros, Calificaciones y Pases de Origen de la pelcula y solicita que se
seleccionen.
6. RP: selecciona los datos correspondientes a la pelcula.
7. Sistema: solicita que se ingresen los dems datos para la pelcula.
8. RP ingresa: duracin, ttulo original, ao de estreno.
9. Sistema: para ingresar elenco de pelcula llamar al caso de uso Registrar Elenco de Pelcula.
10. Sistema: el elenco se registr correctamente.
11. Sistema: asigna el estado de la pelcula como NO DISPONIBLE y el RP no desea modificarlo.
12. Sistema: solicita confirmacin para registrar pelcula ingresada.
13. RP confirma.
14. Sistema: valida que se hayan especificado los datos mnimos (nombre, duracin, ao de estreno,
calificacin, gnero, pas de origen, elenco), requeridos para realizar la registracin de la pelcula y s se
especificaron.
15. Sistema registra la pelcula.
Flujos Alternativos
A1: existe una pelcula registrada con el mismo nombre.
A2: elenco no pudo registrarse.
A3: el RP desea ingresar premios de pelculas
A4: el RP desea ingresar comentarios de pelculas
A5: el sistema asigna el estado de la pelcula como NO DISPONIBLE y el actor desea modificarlo.
A6: no se han ingresado los datos mnimos requeridos para efectuar la registracin de la pelcula.
A7: el RP no confirma registracin de la pelcula.
Observaciones:
1. El RP puede cancelar la ejecucin del caso de uso en cualquier momento.
Consignas:
Solucin propuesta para el Diagrama Entidad-Relacin que mapea las clases del Modelo de dominio del Complejo de Cines:
Una pizzera de la ciudad ofrece a sus clientes una amplia variedad de pizzas de fabricacin propia, de varios
tamaos (8, 10 y 12 porciones). Los clientes tienen a disposicin un men que describe para cada una de
las variedades, el nombre, los ingredientes y el precio segn el tamao y el tipo (a la piedra, a la parrilla, de
molde) de la pizza. Los clientes realizan sus pedidos en el mostrador.
El pedido debe contener el nombre del Cliente, para llamarlo cuando su pedido est listo; la cantidad de
pizzas, el tamao, la variedad, la fecha del pedido, la hora en la que el pedido debe entregarse y la demora
estimada informada al cliente.
El pedido va a la cocina y cuando est preparado se informa al que lo tom para que se genere la factura
correspondiente y se le entregue el pedido al cliente.
El dueo de la pizzera ha manifestado la necesidad de acceder al menos a la siguiente informacin:
Variedades y tipos de pizzas ms pedidas por los clientes.
Ingresos (recaudaciones) por perodos de tiempo.
Pedidos (cantidad y monto) por perodos de tiempo.
Modelo de Dominio
entity
entity TipoPizza
Pedido
Factura
- fechaHoraCreacion - descripcion
- fechaHoraEmision VariedadPizza
- fechaHoraEntrega - nombre
- numero - ingredientes
- nombreCliente +tipoPizza
1
1 +detallesPedido
entity 1..*
EstadoPedido
entity
- nombre
estado DetallePedido
+ esFacturado()
- cantidad
+ esPteFacturacion() 1
- precio
+ calcTotalItem()
+ cancelar()
+ getEstado()
+detalleFactura
+ getPizza()
+ mostrarDetallePedido()
+ setEstado()
1..*
22. Generar
Factura
25.
Confirmar
Pedido
10. Registrar
Pedido
Vendedor Responsable
20. Informar de Cocina
Cierre Pedido
15. Cancelar
Pedido
17. Registrar
Men
Administrador
Responsable
Pizzera
14.
Actualizar
5 Generar reporte Precios
de pizzas ms
demandadas
Flujo Bsico
1. Vendedor: selecciona la opcin Generar Factura.
2. Sistema: busca y muestra la lista de pedidos que estn listos y no hayan sido facturados an y solicita que se
seleccione uno.
3. Vendedor: selecciona el pedido que desea facturar.
4. Sistema: muestra los datos completos del pedido y calcula el monto total a cobrar.
5. Sistema: solicita la confirmacin de la generacin de la factura.
6. Vendedor: confirma la generacin de la factura.
7. Sistema: genera la factura en estado Generada y actualiza el estado del pedido a Facturado.
8. Sistema: solicita confirmacin de la impresin de la factura.
9. Vendedor: confirma la impresin.
10. Sistema: imprime la factura. Fin del caso de uso.
Flujos Alternativos
A1: no hay pedidos pendientes de facturacin.
A2: el vendedor no confirma la generacin de la factura.
A3: el vendedor NO confirma la impresin.
Observaciones:
1. El Vendedor puede cancelar la ejecucin del caso de uso en cualquier momento.
Descripcin con resumen esencial del Caso de Uso 5. Generar reporte de pizzas ms
demandadas
Nombre del Caso de uso: Generar reporte de pizzas ms demandadas Nro. de Orden: 5
Flujo Bsico
2. Sistema: solicita que se ingrese el perodo sobre el que se quiere generar el reporte (fecha desde y fecha hasta).
4. Sistema: valida que las fecha ingresadas sean vlidas (fecha de inicio menor que la fecha de fin y ambas menores
a la fecha del da de la generacin del reporte), y son fechas vlidas. Solicita confirmacin para la generacin del
reporte.
5. Administrador: confirma la generacin del reporte.
6. Sistema: genera el reporte mostrando en un grfico con las 10 variedades de pizza ms vendidas y su porcentaje
de incidencia en las ventas del perodo seleccionado. Tambin muestra para las 10 variedades de pizza ms
vendidas, el nombre y el monto en nmeros, para el perodo seleccionado. Solicita que se seleccione la forma de
visualizacin del reporte (impreso en papel, en pantalla o en pdf)
7. Administrador: selecciona la opcin de visualizacin por pantalla.
8. Sistema: genera el reporte y lo muestra por pantalla. Fin del caso de uso
Flujos Alternativos
Consignas:
Solucin propuesta para el Diagrama Entidad-Relacin que mapea las clases del Modelo de dominio de la Pizzera:
Modelo de Dominio
Propietario AbonoPropietario
apellido fecha
dni hora
nombre montoCobrado
acreditarMonto() 1 nroComprobante
calcularSaldoActual() propietario saldoActual
conocerVehiculo() conocerIngreso()
cuantosIngresosPeriodo() getFecha()
getApellido() getHora() usuario
getDni() getNroComprobante()
getNombre() 1
getSaldoActual()
obtenerVehiculosPropietario() mostrarFechaYHora() Usuario
setApellido() new()
setDni() apellido
setFecha()
setNombre() nombre
setHora() permiso
setMontoCobroda() nombreUsuario
setNroComprobante() password 1..*
Permiso
setSaldoActual() conocerPermisos()
descripcin
vehiculo
nombre
1
1..* Vehiculo usuario
ingreso 0..*
Modelo 1 dominio
vehiculo Ingreso
1..* nombre conocerModelo() 0..1
codigoBarra
modelo fechaEgreso
modelo fechaIngreso
tipoVehiculo
horaEgreso
horaIngreso
Marca portn Portn
monto
nombre 1 nroTicket descripcin
1
conocerModelo() observacion nombre
TipoVehculo
conocerPorton()
descricpin conocerTarifa()
nombre conocerUsuario()
conocerVehiculo()
determinarNroIngreso()
tarifa
tarifa 1..* 1
Tarifa
cantidadIngresosSinSaldo
esDeAbono
fecha
montoIngreso
conocerTipoVehiculo()
1 Registrar
Propietario
4. Registrar Ingreso
de Vehculo
2 Registrar Vehculo
Responsable de Caj ero
Estacionamiento
5. Registrar Egreso
de Vehculo
3. Registrar Cobro
de abono de
estacionamiento
Descripcin con resumen esencial del Caso de Uso 3. Registrar Cobro de abono de
estacionamiento
Nombre del Caso de uso: Registrar Cobro de abono de estacionamiento Nro. de Orden: 3
Flujo Bsico
Consignas:
Solucin propuesta para el Diagrama Entidad-Relacin que mapea las clases del Modelo de dominio del Estacionamiento de
Universidad:
Modelo de Dominio
entity entity
entity TipoPuesto entity
Empleado
Cliente Sector
apellido descripcion
cuit nombre descripcion
dni
domicilio nombre
fechaIngreso getNombre()
legajo razonSocial buscarPuestosDisponibles()
tipoPuesto 1
nombre crearContrato() 1
nombreUsuario cuantosContratosPeriodo() entity sector
password cuantosPuestosAlquila() PrecioAlquiler
getNombreCompleto() existeCliente() fechaVigencia
getCuit() precio
1
1 getDomicilio()
getRazonSocial() estaVigente()
quePuestosAlquila() getPrecio()
dimension
tieneContratoVigente() precioAlquiler 1..*
responsableMercado 1
contrato entity
0..* entity
Dimension
Puesto
empleado entity ancho
Contrato numero
largo
entity fechaCancelacion alquilar() nombre
Sesion fechaFinContrato cancelarAlquiler()
calcularMetrosCuadrados()
fechaFin fechaInicioContrato darBaja()
estaDisponible()
fechaInicio registr montoMensual
horaFin numero estaDisponibleEnFechas()
puesto
horaInicio getEstado()
1 calcularMontoTotalContrato() getLectura()
estaAbierta() cancelar() getNumero() entity
getUsuarioSesion() estaPuestoEnPeriodo() 1
getPrecioAlquiler() lectura Lectura
estaVigente() habilitar()
getNumero() inhabilitar() fechaCaptura
0..*
new() lectura
mostrarDatosPuesto()
new() new() getFechaCaptura()
obtenerFechaRegistro() obtenerFechaUltimaLectura() getLectura()
obtenerPrecioVigente()
tlimaLecturaMedidor 1
estado obtenerUltimaLectura()
entity obtenerUltimaLecturaMedidor()
Los mtodos de seteo estn
Estado 1
setEstado()
especificados a modo de setLectura()
ejemplo en la clase Puesto. Se descripcion setNumero()
asume que en el resto de las nombre setPrecioAlquiler()
clases, se especifica de la esAlquilado()
misma forma esDisponible()
3. Registrar
Puesto 4. Registrar
8. Registrar Empleado
10. Registrar Lectura de
Cancelacin de Consumo de
Contrato Energa 7. Registrar
Dimensin 5. Registrar 6. Registrar
Tipo de Sector
Puesto
Descripcin con resumen esencial del Caso de Uso 1. Registrar Alquiler de Puesto
Objetivo: Registrar el alquiler de un puesto a un cliente, generando un contrato por un perodo de tiempo definido y
actualizando la disponibilidad del puesto.
Flujo Bsico
Descripcin con resumen esencial del Caso de Uso 15. Generar reporte de puestos por
estado
Nombre del Caso de uso: Generar reporte de puestos por estado Nro. de Orden: 15
Flujo Bsico
1. Administrador del Mercado (AM): selecciona la opcin Generar reporte de puestos por estado.
2. Sistema: busca y muestra los puestos del mercado y los estados posibles, y solicita que se seleccionen los criterios
de bsqueda.
3. AM: selecciona el o los puestos y el o los estados por los que desea generar el reporte. (Ver Observacin 2)
4. Sistema: busca los puestos en funcin de los criterios elegidos y encuentra al menos un puesto para mostrar.
Solicita confirmacin para generar el reporte.
5. AM: confirma la generacin del reporte.
6. Sistema: genera el reporte con siguientes datos del o los puestos: tipo de puesto, dimensin, sector, nmero y
estado. Solicita que se seleccione la forma de visualizacin del reporte (impreso en papel, en pantalla o en pdf)
7. AM: selecciona la opcin de visualizacin por pantalla.
8. Sistema: genera el reporte y lo muestra por pantalla. Fin del caso de uso
Flujos Alternativos
A1: el AM selecciona la opcin de visualizacin impreso en papel.
A2: el AM selecciona la opcin de visualizacin a archivo PDF.
A3: el AM NO confirma la generacin del reporte.
A4: no hay datos para mostrar que cumplan con los criterios elegidos por el actor.
Observaciones:
2. El AM puede cancelar la ejecucin del caso de uso en cualquier momento.
3. Seleccin por defecto: todos los puestos, todos los estados.
Consignas:
Diagrama Entidad-Relacin
La Panadera que se describe en este caso de estudio, pertenece a la Fundacin Brisas de Cambio, ubicada
en el interior de la provincia de Crdoba. La Fundacin tiene el propsito fundamental de contener
laboralmente a un grupo numeroso de jvenes y adultos con discapacidades intelectuales y fsicas. Su
objetivo es desarrollar proyectos productivos que les permita desempearse en un oficio para sentirse
tiles y adquirir a diario el conocimiento necesario para desempearse en esta actividad dentro de un
ambiente laboral sano.
En este contexto, la panadera est atendida por este grupo de personas con capacidades especiales y la
intencin es desarrollar un producto de software que asista a las personas en el proceso de venta y cobro
de los productos que la panadera vende.
Toda la interaccin con el producto debe ser basada en imgenes y muy simple, para lo cual, se presentan
a continuacin una serie de prototipos que ayudarn a visualizar lo que se pretende construir.
El producto de software esencialmente realizar las siguientes funcionalidades. En este caso haremos foco
en el desarrollo del caso de uso que est remarcada, que se presenta a continuacin:
Abrir Caja
Registrar Cobro
Supervisor
Registrar
Denominacin
Registrar Dinero
Producto
Administrador del
Sistema
Modelo de Dominio
entity
entity Dinero
Producto denominacion
DetalleProductoCobrado
producto esMoneda
descripcion DineroRecibido
cantidad dinero valor
nombre 1 monto cantidad
precio conocerImagen() imagen
unidadMedida calcularMontoDetalle() conocerDinero() 1 esMoneda()
getCantidad() obtenerImagenDorso() 1..*
unidadMedida 1 detalleCobro 1..* new() obtenerImagenFrente()
1..* setCantidad() entity
UnidadMedida 1 Imagen
abreviatura Cobro dineroRecibido dinero dorso
nombre frente
simbolo fechaCobro
calcularTotalACobrar() entity
calcularVuelto() ComposicionCaja
desagregarVueltoPorDenominacion()
cantidad
0..*
calcMontoEnDenominacion()
entity cobro
TipoMovimiento tipoMovimiento
entity 0..*
descripcion Caja
1 entity 0..* composicion
nombre
MovimientoCaja fecha
horaApertura
fecha
movimiento horaCierre Los mtodos de seteo, contructor y de
monto
calcularTotalCaja() conocimiento estn especificados
ingresarDinero() para la clase DineroRecibido. El resto
mostrarComposicionCaja() de las clases deben tenerlas tambin.
obtenerMovimientosPorTipo()
retirarDinero() Se asume que el negocio tiene una
sola caja
Flujo Bsico
1. Vendedor: selecciona la opcin Registrar Cobro
2. Sistema: muestra las imgenes de todos los productos disponibles para la venta con sus precios y solicita que se
seleccionen los productos que se incluirn en la venta.
3. Vendedor: selecciona cada uno de los productos.
4. Sistema: para cada producto de venta por unidad solicita que se ingrese la cantidad que se desea considerar en
la venta.
5. Vendedor: ingresa la cantidad de cada producto.
6. Sistema: para cada producto, calcula el precio en funcin de la cantidad ingresada (precio del producto *
cantidad). Muestra el total de la venta y las imgenes de billetes y monedas para que se seleccione el dinero que
recibir para el cobro.
7. Vendedor: selecciona cada uno de los billetes y/o monedas que le entregan para pagar.
8. Sistema: calcula el vuelto (dinero entregado importe total de venta) y si corresponde entregar dinero como
vuelto, muestra imgenes de cada uno de los billetes y/o monedas que corresponde entregar.
9. Sistema: actualiza el dinero existente en la caja. Fin del caso de uso.
Flujos Alternativos
A1: los productos a cobrar son por peso, debe ingresar el precio.
A2: algunos de los productos a cobrar son por peso, debe ingresar el precio y otros por cantidad, debe ingresar
unidades y calcular el precio.
A3: no hay en la caja billetes y/o monedas para conformar el vuelto.
Observaciones:
1. El Vendedor puede cancelar la ejecucin del caso de uso en cualquier momento.
Consignas:
Solucin propuesta para el Diagrama Entidad-Relacin que mapea las clases del Modelo de dominio de la Panadera:
En este consultorio odontolgico trabajan varios profesionales que brindan sus servicios. Cuando un
paciente necesita atencin, debe solicitar un turno previamente. No se atienden pacientes que no tienen
turno. El odontlogo para el que el paciente solicita el turno es el que lo va a atender. Cada odontlogo
tiene una agenda con los das y horarios en los que puede atender, que se crea mensualmente en funcin
de la disponibilidad que el odontlogo informa, con turnos de 30 minutos de duracin. Esta agenda genrica
representa los das y horarios de atencin que tiene disponible ese odontlogo en trminos generales y la
duracin de su consulta. Esta informacin se tomar como base para crear la agenda cada mes,
considerando para cada mes los das y/u horarios que en ese mes no podr atender.
Cuando el paciente llama por telfono, se le pregunta el motivo de la consulta y en funcin de eso se le
asigna uno o ms turnos. Por ejemplo, si lo que debe hacerse es un tratamiento de conducto, se le asignan
dos turnos de media hora, consecutivos.
Modelo de Dominio
DetalleDefinicionAgenda
Odontologo DefinicinAgenda
0..* detalleDefinicion
definicinAgenda diaSemana
apellido duracionTurno
duracionIntervalo
domicilio fechaCreacion 1..* horaFin
fechaNacimiento fechaVigencia
horaInicio
nombre
nroDocumento
nroMatricula 1 TipoDoc
tipoDoc
obtenerAgendaMes() nombre
obtenerAgendaTipo() abreviatura
obtenerPrestacionesRealizadas()
obtenerTurnosCancelados() 1
obtenerTurnosCumplimentados()
tipoDoc
odontologoCabecera
1
agenda
Paciente
0..*
apellido
domicilio
Agenda
fechaNacimiento
fechaInicio paciente nombre
fechaFin nroDocumento
nroPaciente
contarTurnos()
hayTurnosDisponibles() 0..1 obtenerConsultasPeriodo()
hayTurnosSuperpuestos() obtenerConsultasPorOdontologo()
obtenerOdontograma()
obtenerPrestacionesRecibidasPorOS()
turno
1..* Consulta
Turno horaInicio
horaFin 0..*
hora consulta descripcion consulta
fecha
calcularTotalConsulta()
0..1 esParticular()
mostrarDetalleConsulta()
estado obtenerElementosTratados()
odontologoAtendio()
1 queObraSocialUso()
Estado
descripcion
nombre
Descripcin con resumen esencial del Caso de Uso 1. Generar Agenda Mensual de
Odontlogo
Nombre del Caso de uso: Generar Agenda Mensual de Odontlogo Nro. de Orden: 1
Objetivo: generar la agenda para un odontlogo, de un mes en particular, as podrn registrarse los turnos de los
pacientes.
Flujo Bsico
Consignas:
Solucin propuesta para el Diagrama Entidad-Relacin que mapea las clases del Modelo de dominio del Consultorio Odontolgico:
50
Programa Nacional 111 Mil - Analistas del Conocimiento
Fuentes de Informacin
Todos los casos de estudio planteados son elaboracin del equipo de Formadores que prepar el
material. (Meles, Judith /Robles Joaqun / Fey Candelaria).