Fundamentos de Programacin II Curso 2016/2017

ENUNCIADO DEL PROYECTO DE PRCTICAS

Se trata de automatizar el sistema de informacin de alquileres de viviendas de una

inmobiliaria dedicada a su alquiler/venta. Los requisitos generales del problema son los
siguientes:
1. Los tipos de viviendas que la empresa ofrece son: apartamentos, pisos, chalets y
estudios. De todas las viviendas se registra su identificador, metros cuadrados,
antigedad, si es para venta o alquiler y su precio mensual de alquiler o, en su caso,
precio de venta. De los pisos, apartamentos y estudios se debe saber si estn
amueblados y su tipo (estudio, apartamento o piso). Por su parte, de los chalets se debe
saber a cuntos kilmetros estn del centro de la ciudad y si tienen piscina.
2. Las personas que quieran solicitar el alquiler de una vivienda indican sus datos
personales (DNI y nombre), nmero de tarjeta de crdito, identificador de la vivienda a
alquilar y el tiempo por el que se solicita el alquiler de la vivienda. Por cada vivienda
deseada se debe realizar una solicitud. Una solicitud puede estar pendiente de gestionar,
resuelta (si ya se ha alquilado pero sigue vigente ese alquiler) o cerrada (si ya pas el
periodo de alquiler). Cuando el cliente tiene carnet joven se le pedir tambin el nmero
de dicho carnet. En este caso se le realizar un descuento en el alquiler o en el precio de
la vivienda del 20%. En caso de ser cliente habitual se le descontar un 5% adicional.
Cuando el cliente es habitual pero no joven se le aplica exclusivamente un descuento del
10%. Se considera cliente habitual a aquel que ha realizado ms de 3 solicitudes (en
cualquier tipo de vivienda).
3. El cliente podr consultar si tiene descuento o no.
4. El cliente debe poder:
a) Consultar las viviendas en alquiler o en venta
b) Realizar una solicitud de alquiler (si el cliente no est en fichero se le debern
pedir los datos. Estos datos no hace falta aadirlos al fichero). Si la vivienda no
est en alquiler, se deber indicar que est en venta.
c) Consultar las solicitudes de un determinado cliente
d) Consultar si es considerado cliente habitual
e) Consultar si se le aplica algn descuento en el alquiler/venta de la vivenda
f) Consultar el nmero de solicitudes de alquiler de una determinada vivienda
5. Toda la interaccin con el sistema deber realizarse a travs de un men de opciones.

La informacin inicial de clientes y viviendas deber leerse de los ficheros clientes.txt

y viviendas.txt que se proporcionar a travs de Campus Virtual.

El programa no distinguir entre maysculas y minsculas

Se debern capturar al menos las siguientes excepciones:

1. Si los ficheros existen
2. Si la seleccin de la opcin del men est dentro del intervalo de opciones vlidas.
Si no, se deber poder solicitar la opcin otra vez sin abandonar el programa.
3. Si el NIF del nuevo cliente que se introduza est compuesto de 8 nmeros y una
letra.
4. Si esperando un dato de tipo numrico se recibe un dato no numrico.

Pgina 1
Fundamentos de Programacin II Curso 2016/2017

SESIONES E HITOS
Habr Tres hitos:

El Pimero hito la semana del 6 de marzo, donde deben tener hecho:

Diagrama UML de cada clase y Diagrama de relaciones de clases

El Segundo hito la semana del 27 de marzo donde debern ensear al profesor:

Diagramas UML de cada clase, diagrama UML de las relaciones y el cdigo de todas
las clases.

Tercer y ltimo hito semana del 1 de mayo, toda las prctica debe funcionar, con
excepciones

Sesin 1 (Semana del 20 de febrero)

Presentacin general de las prcticas (normativa, evaluacin, etc.)

Exposicin del enunciado de la prctica global

Parte 1: Detectar clases candidatas. Traer para la siguiente sesin el diagrama UML de
cada clase.

Sesin 2 (Semana del 27 de febrero).

Revisin Parte 1. Discutir las posibles relaciones entre clases

Parte 2: Traer para la siguiente sesin el diagrama UML de cada clase y las relaciones
entre ellas

Sesin 3 (Semana del 6 de marzo). Asistencia obligatoria. Revisin Hito 1

Revisin de la parte 2.

Parte 3: Traer para la siguiente sesin los diagramas de clase corregidos y el cdigo de
las clases Vivienda.

Sesin 4 (Semana 13 de marzo).

Revisin/Evaluacin de lo que lleven hecho

Parte 4: Traer para la siguiente sesin el cdigo de la clase Cliente y Solicitud

Sesin 5 (Semana 20 de marzo)

Revisin de la Parte 4.

Parte 5: Todas las clases excepto la clase del main.

Pgina 2
Fundamentos de Programacin II Curso 2016/2017

Sesin 6 (Semana 27 de marzo) Asistencia obligatoria

Revisin del hito 2: Para el hito 2 deben ensear los diagramas UML de cada clase,
diagrama UML de las relaciones y el cdigo de todas las clases.

Parte 6: Empezar a realizar la clase del main y completar las clases que queden de la
semana anterior

Sesin 7 (Semana 3 de abril)

Revisar la clase del main

Parte 7: El programa debe funcionar sin excepciones

Sesin 8 (Semana 17 de abril)

Revisar Parte 7.

Parte 8: Realizar el programa principal (Con excepciones)

Sesin 9 (Semana 24 abril)

Resolucin de dudas

Sesin 10 (Semana de 1 de mayo)

Evaluacin final de prctica y documentacin

Pgina 3
Fundamentos de Programacin II Curso 2016/2017

Trabajo en las sesiones: Evaluacin continua

En cada sesin, se propondr la realizacin de una parte del problema y se

revisar/evaluar la resolucin de la parte propuesta en la sesin anterior.

Se debern tener en cuenta las observaciones del profesor para implementar la

siguiente parte.

En los hitos es obligatoria la presencia de los dos miembros de la pareja, si uno de los
miembros no est presente el hito se le calificar como suspenso.

Sesin de evaluacin final

En la ltima sesin de prcticas se evala la prctica final, junto con la documentacin

(memoria) del proyecto.

Esta prctica final, junto con la memoria, deber ser entregada antes de la ltima
sesin (segn el calendario de prcticas, siguiendo la normativa especificada en la
seccin normas de entrega).

Para superar cada actividad (memoria y cdigo) es obligatoria tanto la entrega como la
defensa de la misma. El programa que se subir a campus virtual debe funcionar sin
errores y dar los resultados correctos. Si no es as, la prctica se considerar suspensa.

Evaluacin de las prcticas

La nota de prcticas es un 40% de la nota final de la asignatura desglosada en:

Memoria de las Prcticas (15%)

Cdigo (25%)

Elaboracin de la memoria de prcticas (documentacin de la prctica)

La actividad elaboracin de memorias de prcticas se corresponde con la
documentacin de la prctica y su valor es el 15% de la nota final de la asignatura. Esta
documentacin deber ser entregada en la misma fecha que la prctica final.

Pgina 4
Fundamentos de Programacin II Curso 2016/2017

Documentacin a entregar a travs de la tarea habilitada en Campus

Virtual. Normas de entrega

a) Cdigo del programa

b) Memoria del proyecto. Dicha memoria tendr que contener al menos una cartula con
el nombre de los dos miembros del equipo, un ndice con las pginas correspodientes a
los apartados, el anlisis de requisitos, el diseo usando diagramas UML de relaciones
y de cada clase donde consten los miembros de la clase y el manual de usuario. La
documentacin se incluir en un fichero pdf.

Se subir un ficherocomprimido nombrado como:

Gx_PrimerApellido1PrimerApellido2.zip

que contendr:
1. Los ficheros .java de todas las clases del programa (no incluir ningn carpeta). La
clase que contenga el mtodo main deber nombrarse:
Gx_PrimerApellido1PrimerApellido2.java
2. El fichero pdf con la documentacin que se nombrar:
Gx_PrimerApellido1PrimerApellido2_Memoria.pdf

donde Gx corresponde al grupo de prcticas. En el caso de apellidos largos, "trunque".

En todo caso, consulte la seccin correspondiente por si hubiera lugar a mayor detalle.

Cuestiones generales
Las prcticas se deben realizar en pareja, pero la calificacin ser individual.

El funcionamiento correcto de la prctica final ser lo mnimo exigible para poder

aprobarla, pero adems se tendrn en cuenta otros parmetros a la hora de valorar
la nota final como la eficiencia, calidad del diseo, uso de comentarios a lo largo
del cdigo (documentacin interna), etc.

La prctica tiene carcter obligatorio, y se debe obtener una nota mnima de 4

(sobre 10) para poder aprobar la asignatura.

La elaboracin de la memoria de prcticas (documentacin de la prctica) no es

obligatoria. Su nota podr guardarse para la convocatoria extraordinaria.

CONVOCATORIA EXTRAORDINARIA (estudiantes suspensos en la

convocatoria ordinaria)
Prcticas - Proyecto

Un alumno podr mantener su nota del proyecto de prcticas para la convocatoria

extraordinaria siempre que obtenga como mnimo un 4 en la evaluacin ordinaria (4 sobre
10). En otro caso, o querer subir nota, el alumno deber realizar una prctica que ser

Pgina 5
Fundamentos de Programacin II Curso 2016/2017

nuevamente evaluada y que ser una modificacin de la prctica original. Esta prctica ser
individual.

La entrega del proyecto se realizar en la tarea de Moodle habilitada a tal efecto, y se

convocar al interesado para su defensa.

Pgina 6