Guia Programa 111 Mil Ministerio Educacion Practica POO v1.3

Ministerio de Produccin
Secretara de Industria y Servicios

Subsecretara de Servicios Tecnolgicos y Productivos
Ministerio de Educacin y Deportes

A travs del
Analistas del Conocimiento

Dimensin Programador
Programa Nacional 111 Mil - Analistas del Conocimiento
Gua de Ejercicios Prcticos

para el Mdulo
Programacin Orientada a
Objetos
Gua Prctica del Mdulo Programacin Orientada a Objetos

Versin 1.3 Liberada el 08/02/2017
2
Tabla de Contenido
INTRODUCCIN ................................................................................................................................... 5
ENUNCIADOS DE LOS EJERCICIOS A DESARROLLAR EN LA GUA ............................................................. 7

EJERCICIO 1: CASO PRCTICO CINE ............................................................................................................ 7
PRESENTACIN DEL CASO DE ESTUDIO .....................................................................................................................7
EJERCICIO 2: CASO PRCTICO PIZZERA ....................................................................................................... 8
EJERCICIO 3: CASO PRCTICO ESTACIONAMIENTO DE UNIVERSIDAD................................................................... 8
EJERCICIO 4: CASO PRCTICO MERCADO DE ABASTO ..................................................................................... 9
EJERCICIO 5: CASO PRCTICO PANADERA ................................................................................................. 10
PRESENTACIN DEL CASO DE ESTUDIO .................................................................................................................. 10
EJERCICIO 6: CASO PRCTICO CONSULTORIO ODONTOLGICO ....................................................................... 10
SOLUCIONES PROPUESTAS ................................................................................................................. 11

EJERCICIO 1: CASO PRCTICO CINE .......................................................................................................... 11
MODELO DE DOMINIO ....................................................................................................................................... 12
VISTA PARCIAL DEL DIAGRAMA DE CASOS DE USO ................................................................................................... 13
PROTOTIPO DE LA INTERFAZ DE USUARIO PARA EL CASO DE USO 14. REGISTRAR PELCULA ............................................ 13
DESCRIPCIN CON RESUMEN ESENCIAL DEL CASO DE USO 14. REGISTRAR PELCULA ..................................................... 14
DIAGRAMA DE SECUENCIA DEL ESCENARIO DEL CURSO NORMAL DEL CASO DE USO 14. REGISTRAR PELCULA ................... 15
VISTA REGISTRAR PELCULA DIAGRAMA DE CLASES DE ANLISIS ............................................................................. 16
CONSIGNAS PARA EL DISEO E IMPLEMENTACIN: .................................................................................................. 17
EJERCICIO 2: CASO PRCTICO PIZZERA ..................................................................................................... 18
DIAGRAMA DE MQUINA DE ESTADO DE LA CLASE PEDIDO ...................................................................................... 19
VISTA PARCIAL DE LOS CASOS DE USO DE LA PIZZERA ............................................................................................... 20
PROTOTIPO DE LA INTERFAZ DE USUARIO PARA EL CASO DE USO 22. GENERAR FACTURA .............................................. 20
DESCRIPCIN CON RESUMEN ESENCIAL DEL CASO DE USO 2. GENERAR FACTURA ......................................................... 21
DIAGRAMA DE SECUENCIA DEL ESCENARIO DEL CURSO NORMAL DEL CASO DE USO 22 GENERAR FACTURA....................... 22
VISTA GENERAR FACTURA DIAGRAMA DE CLASES DE ANLISIS ............................................................................... 23
EJERCICIO 3: CASO PRCTICO ESTACIONAMIENTO DE UNIVERSIDAD................................................................. 25
PROTOTIPO DE LA INTERFAZ DE USUARIO PARA EL CASO DE USO 3. REGISTRAR COBRO DE ABONO DE ESTACIONAMIENTO . 27
DESCRIPCIN CON RESUMEN ESENCIAL DEL CASO DE USO 3. REGISTRAR COBRO DE ABONO DE ESTACIONAMIENTO ........... 29

3
DIAGRAMA DE SECUENCIA DEL ESCENARIO DEL CURSO NORMAL DEL CASO DE USO 3. REGISTRAR COBRO DE ABONO DE
ESTACIONAMIENTO ............................................................................................................................................ 30
VISTA REGISTRAR COBRO DE ABONO DE ESTACIONAMIENTO DIAGRAMA DE CLASES DE ANLISIS .................................. 31
EJERCICIO 4: CASO PRCTICO MERCADO DE ABASTO ................................................................................... 33
DIAGRAMA DE MQUINA DE ESTADO DE LA CLASE PUESTO ...................................................................................... 34
PROTOTIPO DE LA INTERFAZ DE USUARIO PARA LA FUNCIONALIDAD DEL ALQUILER DE UN PUESTO .................................. 36
DESCRIPCIN CON RESUMEN ESENCIAL DEL CASO DE USO 1. REGISTRAR ALQUILER DE PUESTO ...................................... 37
DIAGRAMA DE SECUENCIA DEL ESCENARIO DEL FLUJO BSICO DEL CASO DE USO 3. REGISTRAR ALQUILER DE PUESTO ........ 38
VISTA REGISTRAR ALQUILER DE PUESTO DIAGRAMA DE CLASES DE ANLISIS ............................................................. 39
EJERCICIO 5: CASO PRCTICO PANADERA ................................................................................................. 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
EJERCICIO 6: CASO PRCTICO CONSULTORIO ODONTOLGICO ....................................................................... 45
DESCRIPCIN CON RESUMEN ESENCIAL DEL CASO DE USO 1. GENERAR AGENDA MENSUAL DE ODONTLOGO .................. 46
CONSIGNAS: ..................................................................................................................................................... 47
FUENTES DE INFORMACIN ............................................................................................................... 48

4
Introduccin
La gua prctica del Mdulo Programacin Orientada a Objetos 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: los lenguajes de programacin y
los paradigmas de programacin, presentados de forma introductoria. Luego una parte desarrolla el
paradigma de objetos con todo su fundamento terico; a continuacin, se presenta el UML como lenguaje
de modelado para sistemas orientados a objeto y por ltimo, se introduce la programacin orientada a
objetos en el lenguaje JAVA.
Este enfoque se utiliza dada la importancia de transmitir que la programacin del software se desarrolla en
forma evolutiva (en espiral); esa evolucin se da desde el inicio, teniendo en cuenta los resultados
obtenidos previamente; en otras palabras, antes de llegar a la programacin se ha modelado lo que el
usuario necesita, el diseo, y en ese momento inicia la programacin con todas herramientas necesarias
para que satisfaga las necesidades para las que fue creado.
El desarrollo de software se realiza en forma de evolucin continua y espiralada del conocimiento; para que
ese proceso sea correcto, los pasos previos que se deben realizar se basan en varias formas de
entendimiento del problema, utilizando modelos, los cuales son de gran utilidad.
Es importante que el estudiante aprenda a programar conociendo los conceptos que fundamentan el
paradigma; en este caso nos referimos la forma de representar e interpretar el problema.
El material prctico est organizado partiendo de un caso de estudio basado en un Complejo de Cines, este
caso ya se ha trabajado en el apunte terico. Se utilizan los modelos ya realizados y su solucin en lenguaje
java. Luego se presentan tres casos de estudio ms que van evolucionando desde los requerimientos
(necesidades del usuario), los cuales ya han sido esquematizados con modelos construidos en el lenguaje
UML1. Tambin se han desarrollado representaciones de las formas en que el software le ser presentado
al usuario (prototipos de interfaz de usuario2).
Finalmente, los ltimos dos casos no tienen modelos de UML, solo tienen la descripcin de la funcin que
se espera obtener, esto es porque tambin hay que preparar a los estudiantes para las situaciones en las
que tengan que programar basados en pedidos escritos, no modelizados e informales, debido a que hay
organizaciones en las que se trabaja de esta forma, sin modelos previos.
Para la instalacin de las aplicaciones necesarias para trabajar con la programacin en Java (denominado
usualmente implementacin en JAVA), se han creado los siguientes instructivos:
Instructivo de instalacin de Java JDK y NetBeans IDE.
Instructivo de creacin de un nuevo proyecto en NetBeans.
Instructivo de diseo de interfaces visuales con Java Swing en NetBeans IDE.
1 Los modelos de UML se construyeron con la herramienta Enterprise Architect.

2 Los prototipos de interfaz de usuario se construyeron con Balsamiq MockUps for Desktop.

5
Tambin se ha creado un repositorio pblico, que contiene estos instructivos y la implementacin en cdigo
Java de los casos de estudio utilizados.
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 GitHub3.
3 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.

6
Enunciados de los Ejercicios a Desarrollar en la Gua

Ejercicio 1: Caso Prctico Cine
Presentacin del Caso de Estudio
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, una funcin normal.

7
Ejercicio 2: Caso Prctico Pizzera

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.
Ejercicio 3: Caso Prctico Estacionamiento de Universidad
Se describe a continuacin el funcionamiento de la playa de estacionamiento de la Universidad Tecnolgica

y del sistema de informacin que le da soporte.
Pueden estacionar distintos tipos de vehculos (motos/automviles), cada uno con una tarifa de ingreso
diferente. Si tiene abono, el precio es menor.
Se puede ingresar a la playa de estacionamiento por varios portones de ingreso diferentes
No se asignan lugares especficos para los vehculos; las personas que ingresan al estacionamiento
debern ubicar su vehculo en algn lugar que se encuentre disponible.
Los interesados pueden comprar un abono de estacionamiento, de pago anticipado que hace que el
valor de cada estacionamiento sea ms econmico que si paga cada vez que ingresa a la playa. Debe
informar su DNI y la cantidad de dinero que desea acreditar.
Si es la primera vez que estaciona, debe registrar sus datos personales (apellido, nombre, dni), y los
datos del o los vehculos (marca, modelo, dominio), con los cuales desea ingresar a la playa de
estacionamiento.
Una vez registrado el propietario, cada vez que necesite acreditar dinero informa su DNI y la cantidad
de dinero y se le cobra entregndole un comprobante donde consta: apellido y nombre, dni, fecha de
la transaccin, monto acreditado y monto disponible en su cuenta.
El comprobante (ticket) que se entrega como constancia del cobro tiene los siguientes datos: apellido
y nombre del propietario, dni, fecha y hora de la transaccin, monto acreditado y monto disponible en
su cuenta, los nmeros de dominio de todos los vehculos registrados de ese propietario y un nmero
nico de identificacin del comprobante.

8
Puede tener hasta dos ingresos sin crdito, es decir saldo negativo, que se descontarn de la siguiente
vez que acredite dinero en su cuenta.
La persona mientras tenga crdito 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 que 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 al 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.
Ejercicio 4: Caso Prctico Mercado de Abasto

El Mercado de Abasto de Frutas y Verduras de una ciudad de la regin necesita un Sistema de Informacin
que brinde soporte a las actividades que all se realizan.
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.

9
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.
Ejercicio 5: Caso Prctico Panadera

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.
Ejercicio 6: Caso Prctico Consultorio Odontolgico

En este consultorio odontolgico trabajan varios profesionales que brindan sus servicios. Cuando un
paciente necesita atencin, debe solicitar un turno previamente. No se atiende a 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.

10
Soluciones Propuestas
Ejercicio 1: Caso Prctico Cine

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, una funcin normal.

11
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()

12
Vista parcial del Diagrama de Casos de Uso
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
Prototipo de la Interfaz de Usuario para el Caso de Uso 14. Registrar Pelcula

13
Descripcin con resumen esencial del Caso de Uso 14. Registrar Pelcula
Paquete: Administracin de Pelculas

Nombre del Caso de uso: Registrar Pelcula Nro. de Orden: 14
Prioridad: Alta Media Baja
Complejidad: Simple Mediano Complejo Muy Complejo Extremadamente Complejo
Actor Principal: Responsable de Programacin (RP) Actor Secundario: no aplica
Tipo de Caso de uso: Concreto Abstracto

Objetivo: registrar cada una de las pelculas que integrarn las distintas funciones que se programarn para los
cines del complejo.
Flujo Bsico
1. RP: selecciona la opcin de ingresar nueva pelcula.
2. Sistema: solicita se ingrese nombre de pelcula.
3. RP: ingresa el nombre de la pelcula que desea registrar.
4. Sistema valida que no exista una pelcula registrada con el mismo nombre y no hay.
5. Sistema: busca y muestra los Gneros, Calificaciones y Pases de Origen de la pelcula y solicita se
seleccionen.
6. RP: selecciona los datos correspondientes a la pelcula.
7. Sistema: solicita 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 han
sido especificados.
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.

14
Diagrama de Secuencia del escenario del curso normal del Caso de Uso 14. Registrar Pelcula
15 Registrar Elenco de
:Responsable de Pelcula
Programacin : :GestorPelicula :Pelicula :Calificacion :Genero :PaisDeOrigen
PantAdministracionPelicula
opcionNuevaPelicula()
habilitarVentana()
nuevaPelcula()
pedirNombrePelicula()
tomarNombrePelicula()
tomarNombrePelicula()
validarPelicula()
*existeNombre()
buscarGenero()
*getNombre()
buscarCalificacion()
*getNombre()
buscarPaisDeOrigen()
*getNombre()
visualizarGeneros()
visualizarCalificaciones()
visualizarPaisesDeOrigen()
tomarSeleccionGenero()
tomarSeleccionCalificacion()
tomarSeleccionPaisDeOrigen()
tomarSelecciones()
pedirIngresoDatosRestantes()
tomarDuracion()
tomarTituloOriginal()
tomarAoEstreno()
tomarDatosRestantesPelicula()
llamarCURegElenco()
include
asignarEstadoPelicula()
visualizarEstadoPelicula()
pedirConfirmacionRegistracion()
tomarConfirmacionRegistracion()
tomarConfirmacion()
validarDatosMinimos()
crearPelicula()
new()
nueva: Pelicula
finCU()

15
Vista Registrar Pelcula Diagrama de Clases de Anlisis
entity
control PaisDeOrigen
GestorPelicula
entity idioma
aoEstreno Genero nombre
calificacion
nombre getNombre()
calificaciones
duracion getNombre()
elenco 1
estadoPelicula paisDeOrigen
genero genero 1
generos
nombrePelicula entity
paisDeOrigen Calificacion
paisesDeOrigen entity
pelicula nombre Pelicula
premio getNombre() aoEstreno
tituloOriginal mostrarCalificacion() disponible
asignarEstadoPelicula() new() duracion
calificacion nombre
buscarCalificacion()
buscarGenero() tituloOriginal
1
buscarPaisDeOrigen() calcularDuracionEnFuncion()
cancelarCU() estaDisponible()
crearPelicula() estaEnCartelera()
finCU() existeNombre()
llamarCURegComentario() getCalificacion()
llamarCURegElenco() getCines()
llamarCURegPremio() getComentario()
nuevaPelcula() entity getDatos()
entity
pedirSeleccionDatos() Comentario comentario getDuracion()
Rol
registrarComentario() getElenco()
registrarPremio() nombre autor 0..* getFuncion()
tomarConfirmacion() descripcion getFuncion()
tomarDatosRestantesPelicula() fechaIngreso getFuncionesHabilitadas()
tomarNombrePelicula() rol 1 getGenero()
tomarSelecciones() getNombre()
validarDatosMinimos() getPaisDeOrigen()
validarPelicula() personajes getPelicula()
entity
Personaje 1..* getPremio()
mostrarCine()
nombre mostrarFuncionesHabilitadas()
boundary
nombreEnPelicula new()
PantAdministracionPelicula
rol seleccionarProgramacion()
botonCancelar getPersonaje() validarDisponibilidadLugar()
botonConfirmar getRol()
botonEditar
botonEliminar 0..1
botonNuevo premiado
comboGenero actor
1
grillaComentarios entity
grillaPaisOrigen Actor
grillaPremios
animado
grillaPromociones premio
apellido
labelGenero
nombre 0..*
labelNombre
lblAoEstreno entity
lblCalificacion Premio
lblDuracion fechaPremio
lblTituloOriginal gano
radioCalificacion
txtAoEstreno getRubroPremio()
txtDuracion getTipoPremio()
txtNombre
txtTituloOriginal
habilitarVentana()
mostrarMensajePeliculaExiste()
opcionNuevaPelicula()
pedirConfirmacionRegistracion() rubroPremio 1
pedirIngresoDatosRestantes() entity
pedirNombrePelicula() tipoPremio 1 RubroPremio
pedirSeleccionesDatos() entity
tomarAoEstreno() descripcion
TipoPremio nombre
tomarConfirmacionRegistracion()
tomarDuracion() descripcion getDescricpion()
tomarNombrePelicula() nombre getNombre()
tomarSeleccionCalificacion() setDescricpion()
tomarSeleccionGenero() setNombre()
tomarSeleccionPaisDeOrigen()
tomarSelecRegComentario()
tomarSelecRegPremio()
tomarTituloOriginal()
visualizarCalificaciones()
visualizarEstadoPelicula()
visualizarGeneros()
visualizarPaisesDeOrigen()

16
Consignas para el Diseo e Implementacin:
Crear un nuevo proyecto en NetBeans. Si an no est instalado, las instrucciones de instalacin y

configuracin estn en el Instructivo de instalacin de Java JDK y NetBeans IDE.
Si se requieren instrucciones acerca de la creacin de un nuevo proyecto, consultar el Instructivo
de creacin de un nuevo proyecto en NetBeans IDE.
Crear cada una de clases segn lo especificado en el Modelo de Dominio planteado. Para cada clase
debers:
o Implementar sus atributos con su tipo de datos correspondiente.
o Definir un constructor para cada clase.
o Crear los mtodos de acceso [mtodo get() y mtodo set()], para poder obtener y/o asignar
el valor de los atributos de una clase.
Considerando la funcionalidad del caso de uso especificada en su descripcin y el diagrama de
secuencia que modela el escenario descripto, implementar los mtodos necesarios para que los
objetos de las clases puedan realizar el escenario modelado. Considerar la signatura completa del
mtodo, es decir: el modificador de acceso (public o private), el valor de retorno y los parmetros
necesarios.
Implementar las clases de fabricacin pura que se consideren necesarias, para permitir que el
usuario pueda ejecutar la funcionalidad del escenario modelado del caso de uso.
Disear la interfaz grfica, utilizando la vista de diseo que brinda NetBeans. Para ayuda sobre esto,
est disponible el Instructivo de Diseo de Interfaces Visuales con Java Swing en NetBeans IDE.
Ejecutar el proyecto y verificar la implementacin realizada.
Una propuesta de solucin est disponible en el repositorio, en la siguiente direccin:
https://github.com/111milprogramadores. Para obtener asistencia sobre cmo descargar los
archivos de este repositorio, est disponible el Instructivo de descarga de proyecto del repositorio
pblico de 111mil en GitHub.

17
Ejercicio 2: Caso Prctico Pizzera

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.

18
Modelo de Dominio
entity
entity TipoPizza
Pedido
Factura
- fechaHoraCreacion - descripcion VariedadPizza
- fechaHoraEmision - nombre
- fechaHoraEntrega
- numero - ingredientes
- nombreCliente +tipoPizza
1
+ buscarItemsAFacturar() - numero - nombre

+variedad
+ calcTotalFactura() 0..1
+ calcTotalPedido() 1
+ getDetalleFactura()
+ cancelar() entity
+ getEstado()
+ confirmar() Pizza
+ getNumero() +factura
+ esPteFacturacion()
+ new() - nombre
+ facturar()
+ setEstado() - precio
+ getDetallePedido()
+ getEstado() + getNombre() TamaoPizza
1
+ mostrarNombreCliente() + getPizza()
+estado - cantPorciones
+ mostrarNumero() + getPrecio() +tamao
1 - nombre
+ new() + getTamaoPizza()
entity + obtenerDetallesPedido() + getTipoPizza()
EstadoFactura + setEstado() + getVariedadPizza()
- nombre + terminar() + setNombre()
+ setPrecio()
+ esGenerada()
+ esPteFacturacion() +pizza
1
+estado
1 +detallesPedido
entity 1..*
EstadoPedido
entity
- nombre
estado DetallePedido
+ esFacturado()
- cantidad
+ esPteFacturacion() 1
- precio
+ calcTotalItem()
+ cancelar()
+ getEstado()
+detalleFactura
+ getPizza()
+ mostrarDetallePedido()
+ setEstado()
1..*
Diagrama de Mquina de Estado de la Clase Pedido
25. Confirmar Pedido

/confirmar()
10 Registrar Pedi do /new() PteConfirmacin EnPreparacin
15. Cancelar Pedido /cancelar()
20 Informar Cierre
Pedido /termi nar()
15. Cancelar Pedido /cancelar()
Cancelado
PteFacturacin
22. Generar Factura /facturar()
Facturado

19
Vista parcial de los casos de uso de la Pizzera
22. Generar Factura
25. Confirmar
Pedido
10. Registrar Pedido
Responsable de Cocina
Vendedor
20. Informar Cierre
Pedido
15. Cancelar Pedido
17. Registrar Men
Responsable Pizzera
14. Actualizar
Precios
Prototipo de la Interfaz de Usuario para el Caso de Uso 22. Generar Factura

20
Descripcin con resumen esencial del Caso de Uso 2. Generar Factura
Nombre del Caso de uso: Generar Factura Nro. de Orden: 2
Actor Principal: Vendedor Actor Secundario: no aplica

Objetivo: generar la factura asociada a un pedido determinado.
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 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.

21
Diagrama de Secuencia del escenario del curso normal del Caso de Uso 22 Generar Factura.
sd Generar Factura Curso Normal
:Vendedor
:PantallaFacturacion :GestorFacturacion :Pedido :EstadoPedido elegido: Pedido :DetallePedido :Pizza :EstadoFactura :Factura :EstadoPedido :ImpresorFactura
opcionGenerarFactura()
habilitarVentana()
nuevaFactura()
buscarPedidosPtesFacturacion()
*esPteFacturacion()
esPteFacturacion()
*mostrarNumero()
*mostrarNombreCliente()
*getFechaHoraCreacion()
mostrarPedidosPtesFacturacin()
tomarSeleccionPedido()
pedidoAFacturar()
obtenerDatosPedidoCompleto()
mostrarPedido()
obtenerDetallesPedido()
*mostrarDetallePedido()
getPizza()
calcTotalItem()
calcTotalPedido()
pedirConfirmacionFacturacion()
tomarConfirmacionFacturacion()
tomarConfirmacionFacturacion()
generarFactura()
obtenerFechaYHoraActual()
obtenerNumeroFactura()
*getNumero()
buscarEstadoGenerada()
*esGenerada()
new()
buscarEstadoFacturado() :Factura
*esFacturado()
actualizarEstadoPedido()
facturar()
pedirConfirmacionImpresionFactura()
tomarConfirmacionImpresionFactura()
tomarConfirmacionImpresionFactura()
imprimir()
finCU()

22
Vista Generar Factura Diagrama de Clases de Anlisis
boundary control
PantallaFacturacion GestorFacturacion
- checkPedidoElegido - estadoFactura
- grillaPedidoAFacturar - estadoPedido
- grillaPedidosPtes - fechaYHoraActual boundary
- lblPedidoAFacturar - numeroFactura ImpresorFactura
- lblPedidosParaFacturar - pedidoAFacturar
- factura
+ habilitarVentana() - pedidos
+ mostrarPedidosPtesFacturacin() + imprimir()
+ actualizarEstadoPedido()
+ opcionGenerarFactura() + buscarEstadoFacturado()
+ pedirConfirmacionFacturacion() + buscarEstadoGenerada()
+ pedirConfirmacionImpresionFactura() + buscarPedidosPtesFacturacion()
+ tomarConfirmacionFacturacion() + finCU()
+ tomarConfirmacionImpresionFactura() + generarFactura()
+ tomarSeleccionPedido() + nuevaFactura()
+ obtenerDatosPedidoCompleto()
+ obtenerFechaYHoraActual()
entity + obtenerNumeroFactura()
EstadoFactura + pedidoAFacturar()
- nombre + tomarConfirmacionFacturacion() entity
+ tomarConfirmacionImpresionFactura() Pedido
+ esGenerada()
+ esPteFacturacion() - fechaHoraCreacion
- fechaHoraEntrega
+estado 1
entity - nombreCliente
Factura - numero
- fechaHoraEmision + calcTotalPedido()
- numero + cancelar()
+ confirmar()
+ buscarItemsAFacturar() +factura + esPteFacturacion()
+ calcTotalFactura() + facturar()
+ getDetalleFactura() 0..1 + getDetallePedido()
+ getEstado() + getEstado()
entity
+ getNumero() + mostrarNombreCliente()
Pizza
+ new() + mostrarNumero()
- nombre + setEstado() + new()
- precio + obtenerDetallesPedido()
+ getNombre() + setEstado()
+ getPizza() + terminar()
+ getPrecio() +detallesPedido
+pizza +detalleFactura 1..*
+ getTamaoPizza()
+ getTipoPizza() 1 entity
+ getVariedadPizza() DetallePedido +estado
1
1..*
+ setNombre() - cantidad entity
+ setPrecio() - precio EstadoPedido
+ calcTotalItem() - nombre
estado 1
+ cancelar()
+ esFacturado()
+ getEstado()
+ esPteFacturacion()
+ getPizza()
+ mostrarDetallePedido()
+ setEstado()

23

debers:
Considerando la funcionalidad del caso de uso especificada en su descripcin, la mquina de estado
que modela el ciclo de vida de los objetos de la clase con sus estados y transiciones permitidas y el
diagrama de secuencia que modela el escenario descripto, implementar los mtodos necesarios
para que los objetos de las clases puedan realizar el escenario modelado. Considerar la signatura
completa del mtodo, es decir: el modificador de acceso (public o private), el valor de retorno y los
parmetros necesarios.

24
Ejercicio 3: Caso Prctico Estacionamiento de Universidad

Se describe a continuacin el funcionamiento de la playa de estacionamiento de la Universidad Tecnolgica

y del sistema de informacin que le da soporte.
Pueden estacionar distintos tipos de vehculos (motos/automviles), cada uno con una tarifa de ingreso
diferente. Si tiene abono, el precio es menor.
Se puede ingresar a la playa de estacionamiento por varios portones de ingreso diferentes
No se asignan lugares especficos para los vehculos; las personas que ingresan al estacionamiento
debern ubicar su vehculo en algn lugar que se encuentre disponible.
Los interesados pueden comprar un abono de estacionamiento, de pago anticipado que hace que el
valor de cada estacionamiento sea ms econmico que si paga cada vez que ingresa a la playa. Debe
informar su DNI y la cantidad de dinero que desea acreditar.
Si es la primera vez que estaciona, debe registrar sus datos personales (apellido, nombre, dni), y los
datos del o los vehculos (marca, modelo, dominio), con los cuales desea ingresar a la playa de
estacionamiento.
Una vez registrado el propietario, cada vez que necesite acreditar dinero informa su DNI y la cantidad
de dinero y se le cobra entregndole un comprobante donde consta: apellido y nombre, dni, fecha de
la transaccin, monto acreditado y monto disponible en su cuenta.
El comprobante (ticket) que se entrega como constancia del cobro tiene los siguientes datos: apellido
y nombre del propietario, dni, fecha y hora de la transaccin, monto acreditado y monto disponible en
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.
La persona mientras tenga crdito 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 que 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 al 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.

25
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.
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
nombreUsuario
setMontoCobroda()
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()

26
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
Prototipo de la Interfaz de Usuario para el Caso de Uso 3. Registrar Cobro de abono de

estacionamiento

27

28
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
Actor Principal: Responsable de Estacionamiento (RE) Actor Secundario: no aplica
Objetivo: acreditar saldo en la cuenta de un propietario
Flujo Bsico
1. RE: selecciona la opcin de registrar cobro de abono de estacionamiento.

2. Sistema: solicita se ingrese DNI del propietario al que se desea acreditar saldo.
3. RE: ingresa el nmero de DNI.
4. Sistema controla que el nmero de DNI sea vlido y que corresponda a nmero de DNI registrado y es
as. Muestra el apellido y nombres y el saldo actual del propietario registrado con ese nmero de DNI.
5. Sistema: solicita se ingrese el monto a acreditar.
6. RE: ingresa el monto a acreditar.
7. Sistema: valida que el monto ingresado sea un nmero vlido y lo es. Solicita confirmacin para la
acreditacin del monto a la cuenta del propietario.
8. RE: Confirma la acreditacin del monto en la cuenta.
9. Sistema: muestra el saldo actualizado de la cuenta (saldo anterior + monto acreditado).
10. Sistema: genera e imprime el comprobante de acreditacin de saldo en la cuenta.
11. Sistema acredita el monto, con la fecha y hora actual, nmero de comprobante y saldo actual. Fin del
caso de uso.
Flujos Alternativos
A1: El DNI ingresado no es un nmero vlido.

A2: El DNI ingresado no corresponde a un propietario registrado.
A3: El monto ingresado no es un monto vlido.
A4: El RE no confirma la acreditacin del monto a la cuenta.
Observaciones:
2. El saldo actual de una cuenta puede ser negativo, en ese caso debera mostrarse en color rojo y con
un signo negativo delante.

29
Diagrama de Secuencia del escenario del curso normal del Caso de Uso 3. Registrar Cobro
de abono de estacionamiento
sd Fluj o normal
:Responsable de
Estacionamiento :PantCobroAbono : :Propietario encontrado: :AbonoPropietario :
GestorCobroAbono Propietario ImpresorComprobanteAcreditacion
opcionCobroAbono()
habilitarVentana()
cobroAbono()
pedirDni()
tomarDni()
validarDatoIngresado()
tomarDNI()
buscarPropietario()
*esTuDNI()
getApellido()
getNombre()
conocerSaldoDisponible()
buscarSaldoActual()
*mostrarFechaYHora()
mostrarPropietario()
mostrarSaldoActual()
ingresarMontoAcreditar()
tomarMontoIngresado()
validarMonto()
tomarMontoIngresado()
pedirConfirmacionAcreditacion()
tomarConfirmacionAcreditacion()
tomarConfirmacionAcreditacion()
acreditarMonto()
calcularSaldoActual()
mostrarSaldoActual()
obtenerFechaYHoraActual()
obtenerUltNroCpte()
*getNroComprobante()
crearAbono()
new()
nuev o:
AbonoPropietario
imprimirComprobante()
imprimir()
finCU()

30
Vista Registrar Cobro de abono de estacionamiento Diagrama de Clases de Anlisis
boundary
PantCobroAbono control
GestorCobroAbono
- labelApellido
- lblDni - apellido
- lblMontoAcreditar - dni boundary
- lblSaldoActual - montoAcreditar ImpresorComprobanteAcreditacion
- lblSaldoActualizado - montoActualizado
- comprobanteAcreditacion
- textApellido - nombre
- saldoActual + imprimir()
- textMontoAcreditar
- txtDni + buscarPropietario()
- txtSaldoActual + cobroAbono()
- txtSaldoActualizado + finCU()
+ habilitarVentana() + imprimirComprobante()
+ ingresarMontoAcreditar() + obtenerFechaYHoraActual()
+ mostrarPropietario() + obtenerUltNroCpte()
+ mostrarSaldoActual() + tomarConfirmacionAcreditacion()
+ mostrarSaldoActual() + tomarDNI()
+ opcionCobroAbono() + tomarMontoIngresado()
+ pedirConfirmacionAcreditacion()
+ pedirDni()
+ tomarConfirmacionAcreditacion()
+ tomarDni()
+ tomarMontoIngresado()
+ validarDatoIngresado()
+ validarMonto()
Propietario
- abonoPropietario
AbonoPropietario - apellido
- dni
- fecha - nombre
- hora
- montoCobrado + acreditarMonto()
- nroComprobante + calcularSaldoActual()
- saldoActual + conocerAbono()
+ conocerSaldoDisponible()
+ conocerIngreso() abonoPropietario
+ conocerVehiculo()
+ getFecha() + crearAbono()
+ getHora() 0..*
+ cuantosIngresosPeriodo()
+ getNroComprobante() + getApellido()
+ getSaldoActual() + getDni()
+ mostrarFechaYHora() + getNombre()
+ new() + obtenerVehiculosPropietario()
+ setFecha() + setApellido()
+ setHora() + setDni()
+ setMontoCobroda() + setNombre()
+ setNroComprobante()
+ setSaldoActual()

31

debers:
Considerando la funcionalidad del caso de uso especificada en su descripcin y el diagrama de
secuencia que modela el escenario descripto, implementar los mtodos necesarios para que los
necesarios.

32
Ejercicio 4: Caso Prctico Mercado de Abasto

El Mercado de Abasto de Frutas y Verduras de una ciudad de la regin necesita un Sistema de Informacin
que brinde soporte a las actividades que all se realizan.
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.

33
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()
Diagrama de Mquina de Estado de la Clase Puesto
3. Registrar
Puesto /new()
10. Registrar Cancelacin de Contrato
/cancelarAlquiler()
12. Inhabilitar Disponible
Puesto
/inhabilitar() 1. Registrar Alquiler de
Puesto /alquilar()
13. Habilitar 14. Registrar

Puesto Baja de un
/habilitar() Puesto /darBaja() Alquilado
Inhabilitado 14. Registrar Baja de un DeBaja

Puesto /darBaja()

34
14. Registrar 11. Registrar

1. Registrar Baja de un precio de alquiler
12. Puesto
Alquiler de 2. Registrar Inhabilitar de un puesto
Puesto extend Cliente Puesto
Responsable
de Alquileres extend
13. Habilitar
9. Imprimir Puesto
Contrato 4. Registrar
Administrador Empleado
del Mercado
3. Registrar
Puesto
8. Registrar 6. Registrar
10. Registrar Lectura de Sector
Cancelacin de Consumo de 5. Registrar
Contrato Energa 7. Registrar Tipo de
Dimensin
Puesto
Nro. Nombre del Caso de Uso Breve Descripcin

1. Registrar Alquiler de Puesto Registrar el alquiler de un puesto a un cliente, generando un contrato
por un perodo de tiempo definido y actualizando disponibilidad del
puesto.
2. Registrar Cliente Registrar datos identificatorios del cliente que va a alquilar un puesto
del mercado
3. Registrar Puesto Registrar los datos que definen cada uno de los puestos del mercado
de abasto.
4. Registrar Empleado Registrar datos identificatorios de los empleados que trabajan en el
mercado
5. Registrar Tipo de Puesto Registrar las caractersticas de un tipo de puesto del mercado.
6. Registrar Sector Registrar datos de un sector del mercado.
7. Registrar Dimensin Registrar las medidas tipo para un puesto.
8. Registrar Lectura de Registrar la lectura de un consumo mensual de energa de un puesto
Consumo de Energa del mercado.
9. Imprimir Contrato Imprimir un contrato generado a papel, a un archivo o a formato PDF.
10. Registrar Cancelacin de Registrar la fecha de cancelacin anticipada de un contrato de alquiler
Contrato de un puesto del mercado.
11. Registrar precio de alquiler Registrar la definicin del precio de alquiler, que depende del sector
de un puesto en el que se encuentra el puesto, el tipo de puesto y sus dimensiones.
12. Inhabilitar Puesto Registrar la inhabilitacin de un puesto, para evitar que el mismo
pueda ser alquilado.
13. Habilitar Puesto Registrar la habilitacin de un puesto para que el mismo est
disponible para ser alquilado
14. Registrar Baja de un Puesto Registrar la fecha de baja de un puesto del mercado, que yo no podr
ser utilizado.

35
Prototipo de la Interfaz de Usuario para la funcionalidad del Alquiler de un Puesto

36
Descripcin con resumen esencial del Caso de Uso 1. Registrar Alquiler de Puesto
Nombre del Caso de uso: Registrar Alquiler de Puesto Nro. de Orden: 1
Actor Principal: Responsable de Alquileres (RA) Actor Secundario: no aplica
Objetivo: Registrar el alquiler de un puesto a un cliente, generando un contrato por un perodo de tiempo definido y
actualizando disponibilidad del puesto.
Flujo Bsico
1. RA: selecciona la opcin Registrar Alquiler de Puesto

2. Sistema: solicita se ingrese la fecha de inicio y de vencimiento del contrato de alquiler.
3. RA: ingresa las fechas requeridas.
4. Sistema: valida las fechas (fecha inicio menor a fecha de vencimiento) y son correctas.
5. Sistema: busca y muestra los distintos tipos de puesto y dimensiones (en metros cuadrados) y solicita se
seleccione un tipo de puesto y una dimensin.
6. RA: selecciona un tipo de puesto y una dimensin.
7. Sistema: busca en cada sector del mercado los puestos disponibles para las fechas ingresadas (Ver Obs. 3) que
correspondan al tipo de puesto y dimensin seleccionados, encuentra al menos uno, mostrando para cada puesto
los siguientes datos: nombre del sector, nmero de puesto, dimensiones y precio vigente. Solicita se seleccione
uno.
8. RA: selecciona un puesto.
9. Sistema: solicita se ingrese nombre o razn social del cliente.
10. RA: ingresa los datos solicitados.
11. Sistema: valida la existencia del cliente y se encuentra registrado muestra dems datos del cliente (domicilio y
CUIT).
12. Sistema: busca y muestra la ltima lectura del medidor del puesto a alquilar.
13. Sistema: solicita la confirmacin para registrar el alquiler.
14. RA: confirma la registracin.
15. Sistema: registra el alquiler del puesto con el perodo de alquiler, referencia al cliente, al puesto alquilado,
nmero de contrato, responsable que efectu la registracin del contrato que es el usuario actual, fecha, ltima
lectura del medidor del puesto alquilado; actualizando el estado del puesto a Alquilado.
16. Sistema: muestra el nmero de contrato generado y consulta si se desea imprimir el contrato registrado.
17. RA: No desea imprimir el contrato. Fin del Caso de Uso
Flujos Alternativos
A1: Las fechas ingresadas, no son vlidas.

A2: El cliente no est registrado, para registrarlo se llama al Caso de Uso 2. Registrar Cliente.
A3: El RA desea imprimir el contrato, llama al Caso de Uso 9. Imprimir Contrato.
A4: El RA no confirma la registracin del alquiler.
Observaciones:
2. La fecha de vencimiento debe ser mayor a la fecha de inicio del contrato.
3. El perodo de vigencia del contrato (fecha de inicio del contrato fecha de fin del contrato) debe validarse para
que no se superponga con otros contratos para el mismo puesto.

37
Diagrama de Secuencia del escenario del flujo bsico del Caso de Uso 3. Registrar Alquiler
de Puesto
sd Analisis Model
:Responsable de Alquileres
: : :TipoPuesto :Dimension :Sector :Puesto elegido: Puesto :Sector :Lectura ultima: Lectura :Estado :Contrato :PrecioAlquiler:PrecioAlquiler:Cliente :Cliente :Sesion :Empleado :Estado
PantAlquilerPuesto GestorAlquilerPuesto
opcionRegAlquilerPuesto()
habilitarVentana()
nuevoAlquiler()
obtenerFechasContrato()
pedirFechasContrato()
tomarFechaInicio()
tomarFechaVencimiento()
tomarFechasContrato()
buscarTiposPuesto()
*getNombre()
buscarDimensiones()
*calcularMetrosCuadrados()
mostrarTiposPuesto()
mostrarDimensiones()
tomarSeleccionTipoPuesto()
tomarSeleccionDimension()
tomarSelecciones()
buscarPuestosDisponiblesPorSector()
buscarPuestosDisponibles()
*estaDisponible()
esDisponible()
*estaDisponibleEnFechas()
*estaPuestoEnPeriodo()
*mostrarDatosPuesto()
*obtenerPrecioVigente()
*estaVigente()
getPrecio()
mostrarPuestosDisponibles()
pedirSeleccionPuesto()
tomarSeleccionPuesto()
puestoSeleccionado()
buscarDatosCliente()
*getRazonSocial()
pedirIngresoCliente()
tomarIngresoCliente()
tomarIngresoCliente()
*existeCliente()
getCuit()
getDomicilio()
mostrarDatosClliente()
obtenerLecturaMedidor()
obtenerUltimaLecturaMedidor()
*getFechaCaptura()
getLectura()
mostrarUltLecturaMedidor()
pedirConfirmacionRegistro()
tomarConfRegistro()
tomarConfirmacionReg()
crearContratoAlquiler()
obtenerUsuarioSesion()
getUsuarioSesion()
getNombreCompleto()
obtenerNroContrato()
*getNumero()
crearContrato()
new()
buscarEstadoAlquilado()
:Contrato
*esAlquilado()
alquilar()
setEstado()
mostrarNroContrato()
pedirConfImpresionContrato()
tomarConfImpresion()
confirmacionImpresion(NO)
finCU()

38
Vista Registrar Alquiler de Puesto Diagrama de Clases de Anlisis

class Vista de Registrar Alquiler de Puesto
boundary control
PantAlquilerPuesto GestorAlquilerPuesto
entity
- comboDimension - cliente Cliente
- comboTipoPuesto - contratos
- grillaPuestosDisponibles - fechaInicioContrato - cuit
- lblDimension - domicilio
- fechaVtoContrato
- lblFechaInicio - lecturas - razonSocial
- lblFechaVencimiento - numeroContrato + crearContrato()
- lblNombreCliente - puestoElegido + cuantosContratosPeriodo()
- lblPuestosDisponibles - puestos + cuantosPuestosAlquila()
- lblTipoPuesto - sectores + existeCliente()
- lblUltLecturaMedidor - sesion + getCuit()
- txtFechaInicio - tiposPuesto + getDomicilio()
- txtFechaVencimiento - ultimaLectura + getRazonSocial()
- txtUltLecturaMedidor + quePuestosAlquila()
+ buscarDimensiones()
+ habilitarVentana() + buscarEstadoAlquilado() + tieneContratoVigente()
+ mostrarDatosClliente() + buscarPuestosDisponiblesPorSector()
+ mostrarDimensiones() + buscarTiposPuesto()
+ mostrarNroContrato() + crearContratoAlquiler()
+ mostrarPuestosDisponibles() + finCU()
+ mostrarTiposPuesto() + nuevoAlquiler() -contrato 0..*
+ mostrarUltLecturaMedidor() + obtenerDatosCliente() entity

+ opcionRegAlquilerPuesto() + obtenerFechaActual() Contrato
+ pedirConfImpresionContrato() + obtenerFechasContrato()
+ pedirConfirmacionRegistro() - fechaCancelacion
+ obtenerLecturaMedidor() - fechaFinContrato
+ pedirFechasContrato() + obtenerNroContrato()
+ pedirIngresoCliente() - fechaInicioContrato
+ obtenerUsuarioSesion() - montoMensual
+ pedirSeleccionPuesto() + puestoSeleccionado()
+ tomarConfImpresion() entity - numero
+ tomarConfirmacionReg()
+ tomarFechaInicio() Sesion + calcularMontoTotalContrato()
+ tomarFechasContrato()
+ tomarFechaVencimiento() + tomarIngresoCliente() - fechaFin -regi str + cancelar()
+ tomarIngresoCliente() + tomarSelecciones() - fechaInicio 1 + estaPuestoEnPeriodo()
+ tomarSeleccionDimension() - horaFin + estaVigente()
+ tomarSeleccionPuesto() - horaInicio + getNumero()
+ tomarSeleccionTipoPuesto() entity + new()
+ validarFechas() TipoPuesto + estaAbierta() + new()
+ getUsuarioSesion() + obtenerFechaRegistro()
- descripcion
- nombre
entity + getNombre()
Dimension
-ti poPuesto
1
- ancho
- largo
- nombre -empleado 1
+ calcularMetrosCuadrados() entity 1
-dimensi on 1
Empleado -responsabl eMercado
- apellido
- dni
entity - fechaIngreso
PrecioAlquiler - legajo
+tl imaLecturaMedi dor 1
- nombre
- fechaVigencia - nombreUsuario entity
-sector
entity - precio Lectura
- password
Sector + estaVigente()
1 + getNombreCompleto() - fechaCaptura
- descripcion + getPrecio()
- lectura
- nombre -precioAlqui ler 1..*
+ getFechaCaptura()
+ buscarPuestosDisponibles() -lectura
+ getLectura()
0..*
entity
Puesto
- numero
+ alquilar()
+ cancelarAlquiler()
+ darBaja()
+ estaDisponible()
entity + estaDisponibleEnFechas()
Estado + getEstado()
- descripcion -estado + getLectura()
- nombre + getNumero()
+ esAlquilado()
1 + getPrecioAlquiler()
+ esDisponible() + habilitar()
+ inhabilitar()
+ mostrarDatosPuesto()
+ new()
+ obtenerFechaUltimaLectura()
-puesto
+ obtenerPrecioVigente()
+ obtenerUltimaLectura() 1
+ obtenerUltimaLecturaMedidor()
+ setEstado()
+ setLectura()
+ setNumero()
+ setPrecioAlquiler()

39

debers:
Considerando la funcionalidad del caso de uso especificada en su descripcin, la mquina de estado
que modela el ciclo de vida de los objetos con sus estados y transiciones permitidas y el diagrama
de secuencia que modela el escenario descripto, implementar los mtodos necesarios para que los
necesarios.

40
Ejercicio 5: Caso Prctico Panadera

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, el cual se presenta a continuacin:
Abrir Caja
Registrar Cobro
Supervisor
Cerrar Caja Vendedor
Registrar
Denominacin
Registrar Dinero
Producto
Administrador del
Sistema

41
Prototipo de la Interfaz de Usuario asociados a la Funcionalidad de Registrar Cobro
Se arrastran aqu los billetes

con los que se efectu el pago

42
Descripcin con resumen esencial del Caso de Uso 1. Registrar Venta
Nombre del Caso de uso: Registrar Cobro Nro. de Orden: 1
Actor Principal: Vendedor Actor Secundario: no aplica

Objetivo: registrar la venta y cobro de productos de la panadera.
Flujo Bsico
1. Vendedor: selecciona la opcin Registrar Cobro
2. Sistema: muestra imgenes de todos los productos disponibles para la venta con sus precios y solicita 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 se ingrese la cantidad que se desea considerar en la
venta.
5. Vendedor: ingresa la cantidad de cada producto.
6. Sistema: calcula para cada producto en funcin de la cantidad ingresada el precio (precio del producto *
cantidad). Muestra el total de la venta y las imgenes de billetes y monedas para que 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 ingresa el precio.
A2: Algunos de los productos a cobrar son por peso, debe ingresa 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.

43
Consignas:
Anlisis del Caso a Implementar:

Estudiar el caso de estudio y de la descripcin del caso de uso que se debe implementar.
Identificar las clases que se consideran necesarias para la implementacin del escenario del caso
de uso descripto.
Crear un diagrama de clases, con las clases necesarias para implementar escenario del caso de uso.
Crear el prototipo para el caso de uso, esto facilitar la comprensin del escenario del caso de uso
y guiar la implementacin.
Implementacin y Diseo:

Crear cada una de clases segn lo especificado en el diagrama de clases planteado. Para cada clase
debers:
Considerando la funcionalidad del caso de uso especificada en su descripcin, implementar los
mtodos necesarios para que los objetos de las clases puedan realizar el escenario modelado.
Considerar la signatura completa del mtodo, es decir: el modificador de acceso (public o private),
el valor de retorno y los parmetros necesarios.
Implementar las clases de fabricacin pura que se consideren necesarias para permitir que el

44
Ejercicio 6: Caso Prctico Consultorio Odontolgico

En este consultorio odontolgico trabajan varios profesionales que brindan sus servicios. Cuando un
paciente necesita atencin, debe solicitar un turno previamente. No se atiende a 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.

45
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
Actor Principal: Secretaria del Consultorio (SC) Actor Secundario: no aplica
Objetivo: generar la agenda para un odontlogo, de un mes en particular, as podrn registrarse los turnos de los
pacientes.
Flujo Bsico
1. SC: selecciona la opcin Generar Agenda Mensual de Odontlogo

2. Sistema: busca y muestra los odontlogos registrados y solicita se seleccione el odontlogo al que le generar la
agenda mensual.
3. SC: selecciona odontlogo.
4. Sistema: busca y muestra para el odontlogo seleccionado la definicin de horarios para agenda vigente y
solicita seleccione el mes/ ao para el cual generar la agenda.
5. SC: selecciona mes/ao.
6. Sistema: genera la agenda para el mes, tiendo en cuenta la cantidad de das hbiles del mes y los das y
horarios de inicio y fin de atencin definidos para el odontlogo, como as tambin la duracin de cada turno y
si hay horarios de intervalo en los que no se debe asignar turnos. (Ver observacin 2)
7. Sistema: muestra la agenda generada y consulta si desea realizar algn cambio en los turnos generados. Solicita
confirmacin para su registracin.
8. SC: confirma la registracin de la agenda sin modificaciones.
9. Sistema: registra la agenda generada con todos los turnos en estado Disponible. Fin del Caso de uso.
Flujos Alternativos
A1: No hay definicin de horarios para agenda para el odontlogo seleccionado.

A2: SC no confirma la registracin de la agenda.
A3: SC realizada cambios en la agenda (quita o agrega turnos).
A4:.
Observaciones:
1. La SC puede cancelar la ejecucin del caso de uso en cualquier momento.
2. Horario de intervalo: se refiere a perodos de tiempo en los que no se debe asignar turnos, por ejemplo, para el
almuerzo.

46
Consignas:
Anlisis del Caso a Implementar:

Estudiar el caso de estudio y de la descripcin del caso de uso que se debe implementar.
Identificar las clases que se consideran necesarias para la implementacin del escenario del caso
de uso descripto.
Crear un diagrama de clases, con las clases necesarias para implementar escenario del caso de uso.
Crear el prototipo para el caso de uso, esto facilitar la comprensin del escenario del caso de uso
y guiar la implementacin.
Implementacin y Diseo:

Crear cada una de clases segn lo especificado en el diagrama de clases planteado. Para cada clase
debers:
Considerando la funcionalidad del caso de uso especificada en su descripcin, implementar los
mtodos necesarios para que los objetos de las clases puedan realizar el escenario modelado.
Considerar la signatura completa del mtodo, es decir: el modificador de acceso (public o private),
el valor de retorno y los parmetros necesarios.
Implementar las clases de fabricacin pura que se consideren necesarias para permitir que el

47
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).

48

Guia Programa 111 Mil Ministerio Educacion Practica POO v1.3

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Guia Programa 111 Mil Ministerio Educacion Practica POO v1.3

Încărcat de

Drepturi de autor:

Formate disponibile

Ministerio de Produccin

Secretara de Industria y Servicios

Ministerio de Educacin y Deportes

Analistas del Conocimiento

Gua de Ejercicios Prcticos

Gua Prctica del Mdulo Programacin Orientada a Objetos

ENUNCIADOS DE LOS EJERCICIOS A DESARROLLAR EN LA GUA ............................................................. 7

SOLUCIONES PROPUESTAS ................................................................................................................. 11

Gua Prctica del Mdulo Programacin Orientada a Objetos

FUENTES DE INFORMACIN ............................................................................................................... 48

Gua Prctica del Mdulo Programacin Orientada a Objetos

1 Los modelos de UML se construyeron con la herramienta Enterprise Architect.

Gua Prctica del Mdulo Programacin Orientada a Objetos

Gua Prctica del Mdulo Programacin Orientada a Objetos

Enunciados de los Ejercicios a Desarrollar en la Gua

Gua Prctica del Mdulo Programacin Orientada a Objetos

Ejercicio 2: Caso Prctico Pizzera

Ejercicio 3: Caso Prctico Estacionamiento de Universidad

Presentacin del Caso de Estudio

Se describe a continuacin el funcionamiento de la playa de estacionamiento de la Universidad Tecnolgica

Gua Prctica del Mdulo Programacin Orientada a Objetos

Ejercicio 4: Caso Prctico Mercado de Abasto

Gua Prctica del Mdulo Programacin Orientada a Objetos

Ejercicio 5: Caso Prctico Panadera

Ejercicio 6: Caso Prctico Consultorio Odontolgico

Gua Prctica del Mdulo Programacin Orientada a Objetos

Ejercicio 1: Caso Prctico Cine

Gua Prctica del Mdulo Programacin Orientada a Objetos

Gua Prctica del Mdulo Programacin Orientada a Objetos

Vista parcial del Diagrama de Casos de Uso

Prototipo de la Interfaz de Usuario para el Caso de Uso 14. Registrar Pelcula

Gua Prctica del Mdulo Programacin Orientada a Objetos

Paquete: Administracin de Pelculas

Prioridad: Alta Media Baja

Complejidad: Simple Mediano Complejo Muy Complejo Extremadamente Complejo

Actor Principal: Responsable de Programacin (RP) Actor Secundario: no aplica

Tipo de Caso de uso: Concreto Abstracto

Gua Prctica del Mdulo Programacin Orientada a Objetos

Gua Prctica del Mdulo Programacin Orientada a Objetos

Vista Registrar Pelcula Diagrama de Clases de Anlisis

Gua Prctica del Mdulo Programacin Orientada a Objetos

Consignas para el Diseo e Implementacin:

Crear un nuevo proyecto en NetBeans. Si an no est instalado, las instrucciones de instalacin y

Gua Prctica del Mdulo Programacin Orientada a Objetos

Ejercicio 2: Caso Prctico Pizzera

Gua Prctica del Mdulo Programacin Orientada a Objetos

+ buscarItemsAFacturar() - numero - nombre

Diagrama de Mquina de Estado de la Clase Pedido

25. Confirmar Pedido

15. Cancelar Pedido /cancelar()

22. Generar Factura /facturar()

Gua Prctica del Mdulo Programacin Orientada a Objetos

Vista parcial de los casos de uso de la Pizzera

22. Generar Factura

10. Registrar Pedido

15. Cancelar Pedido

17. Registrar Men

Prototipo de la Interfaz de Usuario para el Caso de Uso 22. Generar Factura

Gua Prctica del Mdulo Programacin Orientada a Objetos

Descripcin con resumen esencial del Caso de Uso 2. Generar Factura

Nombre del Caso de uso: Generar Factura Nro. de Orden: 2

Actor Principal: Vendedor Actor Secundario: no aplica

Gua Prctica del Mdulo Programacin Orientada a Objetos

sd Generar Factura Curso Normal