La implementación se realizará en Java, a partir de un diseño orientado a objetos del problema descrito.

Transcripción

1 CONTEXTO FUNDAMENTOS DE PROGRAMACIÓN: TRABAJO PRÁCTICO OBLIGATORIO Curso: 2013/14 CASO DE APLICACIÓN: GESTIÓN DE UNIVERSIDADES (ENTREGA 2) Versión: El trabajo práctico se enmarca en el desarrollo de una aplicación para la gestión de grados universitarios. Esta aplicación permite a la secretaría de los centros realizar distintos procedimientos y gestiones que incumben a los alumnos, los profesores y las asignaturas impartidas, entre otros. Aunque no llegaremos a desarrollar la aplicación completa, sí llevaremos a cabo la implementación de distintos tipos y operaciones sobre los que se asentaría la aplicación. La implementación se realizará en Java, a partir de un diseño orientado a objetos del problema descrito. CALENDARIO DE ENTREGAS Y DEFENSAS A continuación se muestran las fechas de entrega y defensa del trabajo. Tenga en cuenta que estas fechas SON ESTRICTAS: no se podrá entregar el trabajo con posterioridad a las fecha indicada, ni hacer la defensa en un día distinto. Para hacer la entrega, siga al pie de la letra los pasos que se publicarán como anuncio en la plataforma de Enseñanza Virtual antes de la fecha en cuestión. La defensa del trabajo se realizará en el grupo de clase al que el alumno pertenece oficialmente, la semana del 13 al 17 de enero de La fecha de entrega de cada grupo está establecida tres días antes de su fecha de defensa. Fechas de entrega: Grupos IC1, IC2, IC3, IS5: viernes 10 de enero. Grupo en inglés: domingo 12 de enero. Grupos TI1, TI2, TI3, TI4: lunes 13 de enero. Grupos IS1,IS2,IS3,IS4: martes 14 de enero. Fechas de defensa: Grupos IC1, IC2, IC3, IS5: lunes 13 de enero. Grupo en inglés: miércoles 15 de enero. Grupos TI1, TI2, TI3, TI4: jueves 16 de enero. Grupos IS1,IS2,IS3,IS4: viernes 17 de enero. DESCRIPCIÓN DEL PROBLEMA A las descripciones contenidas en el enunciado correspondiente a la entrega 1, vamos a añadir descripciones de nuevas entidades participantes en el problema. Es posible que alguna de las descripciones implique cambios en los tipos que han sido implementados en la entrega 1 (se darán más detalles en la sección Detalles de diseño e implementación ). Tenga en cuenta que buscamos un diseño lo más compacto posible, que haga un uso correcto del mecanismo de herencia. Por tanto, aquellas entidades que compartan una parte significativa de sus propiedades deben modelarse de acuerdo al principio de reutilización de código. Los profesores también son una parte importante en la aplicación. El sistema necesita conocer de cada profesor sus datos personales, tal como ocurría con los alumnos (nótese que tanto profesores

2 Trabajo Práctico Obligatorio: Gestión de Universidades (Entrega 2) 2 como alumnos son personas): el nombre, los apellidos, el dni (formado siempre por ocho dígitos y una letra), la fecha de nacimiento, la dirección de residencia, el teléfono y una dirección de (recuerde que las direcciones de deben contener el ). Además de los datos personales, se debe almacenar la categoría profesional de cada profesor (por ejemplo, Profesor Titular ). Otra información importante relativa a los profesores es el departamento al que pertenecen. Los departamentos se identificarán simplemente mediante una cadena de texto que almacena el nombre del departamento o el acrónimo (por ejemplo, Lenguajes y Sistemas Informáticos, o LSI ). Todos estos datos pueden ser corregidos una vez dados de alta los profesores en la aplicación, bien por cambios en los mismos o para corregir posibles errores. Además, la aplicación necesita conocer qué asignaturas imparte un profesor. Para cada asignatura que imparte, un profesor tiene una dedicación determinada, en número de créditos. La dedicación de un profesor en una asignatura no puede ser mayor al número de créditos de la asignatura. Igualmente, la dedicación total de un profesor no debe ser superior a 24 créditos. Aquellos alumnos que reciben una beca son gestionados por la aplicación como becarios. Los becarios son alumnos que tienen una beca concedida. Las becas son asignadas a los becarios en el momento de la creación de los objetos, y no son reemplazadas por nuevas becas más adelante (si el mismo alumno recibe más adelante una nueva beca, se creará un nuevo becario para representar esta situación). Además de la información propia de los alumnos y la contenida en la beca, también es necesario conocer la fecha de inicio de la beca. La fecha de inicio de la beca se debe poder modificar, pero siempre por una fecha posterior a la actual. Una entidad central en la aplicación son por supuesto los grados. Un grado se define por su nombre (por ejemplo, Grado en Ingeniería Informática Ingeniería del Software ) y por el nombre del centro en el que se imparte (por ejemplo, Escuela Técnica Superior de Ingeniería Informática ). Los grados están formados por un conjunto de asignaturas de obligado curso para los alumnos, más un conjunto de asignaturas optativas. Cada grado establece el número mínimo de créditos de asignaturas optativas que debe cursar un alumno. Todos estos datos permanecen sin cambios una vez creado un grado. Todas las asignaturas optativas tienen el mismo número de créditos. Un grado tiene un número total de créditos que debe superar un alumno para obtener el título. Este se calcula como la suma de los créditos de las asignaturas obligatorias, más el número de créditos mínimo de asignaturas optativas que está obligado a cursar. DETALLES DE DISEÑO E IMPLEMENTACIÓN A continuación se describe esquemáticamente el diseño de los tipos que vamos a incorporar a nuestro proyecto. Los nombres de las propiedades están escritos intencionadamente sin tildes. Debe usar los nombres getxxx y setxxx para los métodos de consulta y modificación de la propiedad XXX (respete las mayúsculas del nombre de la propiedad). Tipo Persona: reúne las propiedades comunes de los tipos Alumno y Profesor. Nombre. Propiedad básica, de tipo String. Consultable y modificable. Sin restricciones. Apellidos. Propiedad básica, de tipo String. Consultable y modificable. Sin restricciones. DNI. Propiedad básica, de tipo String. Consultable y modificable. Debe estar formado por 8 dígitos y una letra. FechaNacimiento. Propiedad básica, de tipo Calendar. Consultable y modificable. Sin restricciones. Direccion. Propiedad básica, de tipo String. Consultable y modificable. Sin restricciones. Telefono. Propiedad básica, de tipo String. Consultable y modificable. Sin restricciones. . Propiedad básica, de tipo String. Consultable y modificable. Debe contener el

3 Trabajo Práctico Obligatorio: Gestión de Universidades (Entrega 2) 3 Constructor: Recibe como parámetros valores para cada una de las propiedades anteriores. Criterio de igualdad: Dos personas son iguales si tienen el mismo nombre, apellidos y DNI. Criterio de orden natural: Las personas se ordenan por apellidos, a igualdad de apellidos por nombre, y a igualdad de nombre por DNI. Representación como cadena: El DNI, seguido de un guión, los apellidos, una coma y el nombre. Por ejemplo: V García Vaquero, Pascual. Tipo Alumno: extiende a Persona, y añade las siguientes propiedades y operaciones. Asignaturas. Propiedad básica, de tipo Set<Asignatura> 1. Consultable. Sin restricciones. Curso. Propiedad derivada, de tipo Integer. El curso de un alumno es el mayor de los cursos de las asignaturas en que está matriculado. Consultable. Sólo se puede consultar si la propiedad Asignaturas contiene al menos una asignatura; si no, se lanza una excepción ExcepcionAlumnoOperacionNoPermitida. Constructor: Recibe los mismos parámetros que el constructor del tipo Persona. Las asignaturas se inicializan con un conjunto vacío. Criterio de igualdad: El mismo que las personas. Criterio de orden natural: El mismo que las personas. Representación como cadena: El mismo que las personas. Otras operaciones: void matriculaasignatura(asignatura asig). Añade la asignatura asig al alumno. void eliminaasignatura(asignatura asig). Elimina la asignatura asig del alumno. Tipo Profesor: extiende a Persona, y añade las siguientes propiedades. Categoria. Propiedad básica, de tipo String. Consultable y modificable. Sin restricciones. Departamento. Propiedad básica, de tipo String. Consultable. Sin restricciones. Asignaturas. Propiedad básica, de tipo List<Asignatura>. Consultable. Sin restricciones. DedicacionPorAsignaturas. Propiedad básica, de tipo List<Double>. Cada elemento de la lista representa el número de créditos que imparte el profesor en la asignatura que ocupa la misma posición en la lista Asignaturas. Consultable. La dedicación para cada asignatura debe ser menor o igual al número de créditos de dicha asignatura. DedicacionTotal. Propiedad derivada, de tipo Double. Consultable. La dedicación total de un profesor será siempre menor o igual a MAX_CREDITOS 2 créditos. Constructor: Recibe los mismos parámetros que el constructor del tipo Persona, más la categoría y el departamento. Las asignaturas y la dedicación por asignaturas se inicializan con listas vacías. Criterio de igualdad: El mismo que las personas. Criterio de orden natural: El mismo que las personas. Representación como cadena: El mismo que las personas, seguido de la categoría profesional entre paréntesis. Por ejemplo: V García Vaquero, Pascual (Profesor Titular). Otras operaciones: void imparteasignatura(asignatura asig, Double dedicacion). Añade la asignatura asig a las asignaturas que imparte el profesor, siendo dedicacion el número de créditos que imparte el profesor en dicha asignatura. Si la asignatura ya era impartida por el profesor, se actualiza la dedicación. Tenga cuidado de que se respeten las restricciones de las propiedades 1 Se ha cambiado el tipo de esta propiedad con respecto a la entrega 1, en la que las asignaturas se representaron mediante una lista. Ahora conocemos el tipo Set, que se adapta mejor a esta propiedad puesto que no hay asignaturas duplicadas ni es importante el orden en que aparecen dentro de la propiedad. 2 Defina MAX_CREDITOS como constante de la clase ProfesorImpl, con valor 24.0 créditos.

4 Trabajo Práctico Obligatorio: Gestión de Universidades (Entrega 2) 4 DedicacionPorAsignaturas y DedicacionTotal, y en caso contrario lance excepciones de tipo ExcepcionProfesorOperacionNoPermitida. Double dedicacionasignatura(asignatura asig). Devuelve el número de créditos que imparte el profesor en la asignatura asig. void eliminaasignatura(asignatura asig). Elimina la asignatura asig de las asignaturas que imparte el profesor. Si el profesor no impartía esa asignatura, la operación no tiene efecto sobre el objeto. Asignatura asignaturamayordedicacion(). Devuelve aquella asignatura en la que el profesor imparte más créditos. Si hay más de una asignatura con el número mayor de créditos, el método devuelve la primera de ellas, según la posición en la que aparezcan en la lista de asignaturas. Si el profesor no imparte ninguna asignatura, el método devuelve null. Tipo Becario: extiende a Alumno, y añade las siguientes propiedades. Beca. Propiedad básica, de tipo Beca. Consultable. Sin restricciones. FechaInicio. Propiedad básica, de tipo Calendar. Consultable y modificable. Debe ser posterior a la fecha actual (en el momento de crear el objeto o cambiar el valor de la propiedad). Constructor 1: Recibe los mismos parámetros que el constructor del tipo Alumno, más un objeto de tipo Beca y la fecha de inicio de la misma. Constructor 2: Recibe los mismos parámetros que el constructor del tipo Alumno, más todos los parámetros necesarios para especificar completamente los datos de una beca, y la fecha de inicio de la beca. El constructor debe crear el objeto de tipo Beca correspondiente. Criterio de igualdad: El mismo que las personas. Criterio de orden natural: El mismo que las personas. Representación como cadena: El mismo que las personas. Tipo Grado: tiene las siguientes propiedades. Nombre. Propiedad básica, de tipo String. Consultable. Sin restricciones. Centro. Propiedad básica, de tipo String. Consultable. Sin restricciones. AsignaturasObligatorias. Propiedad básica, de tipo Set<Asignatura>. Consultable. Sin restricciones. AsignaturasOptativas. Propiedad básica, de tipo Set<Asignatura>. Consultable. Todas las asignaturas optativas deben tener el mismo número de créditos. NumeroMinimoCreditosOptativas. Propiedad básica, de tipo Double. Indica el número de créditos de optativas que debe cursar un alumno del grado como mínimo. Consultable. Debe estar comprendido entre cero y el número total de créditos de asignaturas optativas del grado. NumeroTotalCreditos. Propiedad derivada, de tipo Double. Indica el número total de créditos que debe obtener un alumno para obtener el título. Consultable. Sin restricciones. Constructor: Recibe como parámetros todas las propiedades básicas del tipo. Criterio de igualdad: Dos grados son iguales si tienen el mismo nombre y se imparten en el mismo centro. Criterio de orden natural: Los grados se ordenan por el centro en el que se imparten, y a igualdad de centro, por el nombre. Representación como cadena: El nombre del grado, seguido del nombre del centro en el que se imparte, entre paréntesis. Por ejemplo: Grado en Ingeniería Informática Ingeniería del Software (Escuela Técnica Superior de Ingeniería Informática). Otras operaciones: Set<Asignatura> filtraasignaturasporcurso(integer c, Boolean obligatorias). Si obligatorias es true, devuelve las asignaturas obligatorias que son del curso c. Si obligatorias es false, hace lo mismo pero con las asignaturas optativas.

5 Trabajo Práctico Obligatorio: Gestión de Universidades (Entrega 2) 5 Boolean contieneasignaturacodigo(string codigo). Devuelve true si el grado contiene alguna asignatura cuyo código es codigo. Boolean todasasignaturascuatrimestrales(). Devuelve true si el grado está formado exclusivamente por asignaturas cuatrimestrales. Clase de utilidad Grados2: contiene los siguientes métodos estáticos. 3 public static Asignatura createasignatura(string s). Devuelve una asignatura a partir de los datos contenidos en la cadena que se recibe como parámetro. La cadena está formada por los distintos datos que definen una asignatura, separados por comas, incluyendo el nombre, el código, el número de créditos, el tipo de asignatura, el curso y el departamento; por ejemplo: Fundamentos de Programación, , 12.0, ANUAL, 1, LSI. Si la cadena de entrada no tiene el formato esperado, se debe lanzar una excepción IllegalArgumentException. Si los valores expresados en la cadena no cumplen alguna de las restricciones del tipo Asignatura, se lanzará una excepción del tipo ExcepcionAsignaturaNoValida, tal como ocurriría si se usara el constructor de la clase AsignaturaImpl. public static Set<Asignatura> asignaturascomunes(grado g1, Grado g2). Devuelve un conjunto con las asignaturas comunes (obligatorias u optativas, todas ellas) de los grados g1 y g2. Tenga en cuenta que también hay que devolver aquellas asignaturas que sean obligatorias en uno de los grados y optativas en el otro. public static SortedSet<Becario> becariosporfecha(set<becario> becarios, Becario becario). Devuelve un conjunto ordenado con los becarios del conjunto becarios cuya fecha de inicio de la beca es igual o posterior a la fecha de inicio del parámetro becario. El conjunto devuelto debe estar ordenado por la propiedad fecha de inicio de los becarios. Implemente este método sin utilizar ningún bucle. FASES DEL TRABAJO Siga los pasos que se enumeran a continuación. Defina todas las interfaces y las clases que implementan a los tipos en el paquete fp.tipos.grados, salvo la clase Grados2 que debe ir en el paquete fp.utiles.grados. 1. Defina la interfaz Persona e implemente la funcionalidad en la clase PersonaImpl. Dese cuenta de que puede utilizar parte del código que utilizó para implementar el tipo Alumno en la anterior entrega del trabajo. Para informar del incumplimiento de las restricciones de las propiedades, lance excepciones de tipo ExcepcionPersonaNoValida (debe añadir previamente dicha clase al paquete fp.tipos.grados.excepciones). Pruebe el tipo en una clase TestPersona, en el paquete fp.tipos.grados.test. 2. A la vista de la nueva definición del tipo Alumno, que ahora hereda de Persona, modifique la interfaz Alumno y la clase AlumnoImpl. Tenga en cuenta también que ahora las asignaturas en las que está matriculado el alumno se almacenan en un Set<Asignatura> 4. Pruebe el tipo en una clase TestAlumno, en el paquete fp.tipos.grados.test. 3 CUIDADO: implemente estos métodos en una nueva clase llamada Grados2, no en la antigua clase Grados. 4 Es posible que parte del código correspondiente a la entrega anterior falle al cambiar la lista de asignaturas por un conjunto. Esto le ocurrirá si ha utilizado un for clásico para recorrer la lista de asignaturas: dese cuenta que el tipo Set no incluye la operación get. Para solucionarlo, cambie el for clásico por un for extendido, que como puede comprobar es un mecanismo más genérico (y por tanto más aconsejable) para tratamientos secuenciales.

6 Trabajo Práctico Obligatorio: Gestión de Universidades (Entrega 2) 6 3. Defina la interfaz Profesor e implemente la funcionalidad en la clase ProfesorImpl. Añada la clase ExcepcionProfesorOperacionNoPermitida al paquete fp.tipos.grados.excepciones. Pruebe el tipo en una clase TestProfesor, en el paquete fp.tipos.grados.test. 4. Defina la interfaz Becario e implemente la funcionalidad en la clase BecarioImpl. Para informar del incumplimiento de las restricciones de las propiedades, lance excepciones de tipo ExcepcionBecarioNoValido (debe añadir previamente dicha clase al paquete fp.tipos.grados.excepciones). Pruebe el tipo en una clase TestBecario, en el paquete fp.tipos.grados.test. 5. Defina la interfaz Grado e implemente la funcionalidad en la clase GradoImpl. Para informar del incumplimiento de las restricciones de las propiedades, lance excepciones de tipo ExcepcionGradoNoValido (debe añadir previamente dicha clase al paquete fp.tipos.grados.excepciones). Pruebe el tipo en una clase TestGrado, en el paquete fp.tipos.grados.test. 6. Implemente los métodos estáticos de la clase de utilidad Grados2. Pruebe los nuevos métodos estáticos en una clase TestGrados2, en el paquete fp.utiles.grados.test. AUTORÍA DE LOS TRABAJOS Al enviar un trabajo, el alumno se compromete a que ha realizado dicho trabajo personalmente y no es una copia de otro trabajo, así como a que se responsabiliza de que su código no sea utilizado por terceras personas. El día de la defensa, el alumno tendrá que firmar un documento que atestigüe que es el autor del trabajo que entrega. Si se demuestra que el trabajo no es original, el alumno quedará excluido de todas las convocatorias del curso.