ENTREGA DE LA PRACTICA DOCUMENTO: El documento de la práctica se entregará durante el examen de la misma, el miércoles 26 de mayo. En las aulas se aclarará si hay que entregar por grupos, por corrector, etc. Dicho documento constará de la resolución de la práctica siguiendo la metodología de la asignatura (ver ejemplos publicados en los apuntes). No hace falta entregar en papel la versión Java. Respecto al formato del documento, inspiraos en los problemas resueltos de diseño modular y en el ejemplo de práctica resuelta. Ha de incluir el programa principal, las especificaciones de los módulos y las implementaciones de los mismos. Cada operación recursiva o iterativa debe estar convenientemente justificada, salvo las de lectura o escritura. Procurad que sea lo más legible posible. Por otra parte, evitad el uso de encuadernaciones de plástico u otros materiales. Un par de grapas o un clip es suficiente. EJECUTABLE: La versión ejecutable de la práctica ha de entregarse antes de las 20:00 del miércoles 2 de junio. Dicha entrega se realizará a través de la página de entrega de prácticas de la FIB, que es accesible desde el Racó de l'Alumne. El material que se ha de entregar consiste en tantos ficheros .java como la práctica necesite para compilarse y funcionar, excepto los que pertenezcan a los packages de la asignatura. Normalmente, esto da lugar a un fichero para el programa principal y uno por cada módulo de datos definido por vosotros. No debéis comprimir ni empaquetar los ficheros, sino transferirlos uno por uno. Podéis transferir el mismo fichero tantas veces como sea necesario, ya que se guarda sólo la última versión. El fichero que alberga el programa principal ha de llamarse exactamente prap.java (todo en minúsculas). También ha de llamarse así la clase contenida dentro del fichero. Los demás nombres podéis elegirlos vosotros, pero no debéis usar acentos u otros caracteres no alfanuméricos. Aseguraos, asimismo, de que la práctica se pueda compilar aplicando solamente el comando javac prap.java, es decir, todos los ficheros .class se han de generar correctamente mediante ese comando, sin compilar cada clase por separado. Si una práctica no compila es como si no se hubiera entregado. Tened en cuenta que los ficheros serán copiados a una zona distinta de la vuestra (con acceso a los packages utilsPM y tadsPM) y probados allí. La gestión de los datos y resultados se realizará mediante la redirección de los mismos con < y >. Convendría, además, que la práctica estuviese compilada y probada en Linux, aunque la hayáis desarrollado en Windows. EVALUACION DE LA PRACTICA Como sabéis, la nota de la práctica se descompone en 45% nota examen + 55% nota (documento+ejecución) Este cuatrimestre, la nota de doc+ejec se descompone en 60% nota documento + 40% nota ejecución En el documento se valorará la calidad del diseño modular (programa principal y especificaciones e implementaciones de los módulos) y la corrección y eficiencia de cada tarea. En la ejecución se comprobará el funcionamiento del programa Java y el correcto uso de las herramientas del lenguaje. Para ello se dispondrá de 4 juegos de pruebas, 1 público (tanto él como su solución se conocen antes de la entrega), llamado PUB, y 3 privados, que llamaremos PR1, PR2 y PR3. PUB prueba todas las funcionalidades de la práctica en situaciones sencillas. PR1 es similar al público. PR2 y PR3 prueban situaciones más complejas, haciendo énfasis cada uno en distintas funcionalidades de la práctica. La nota se calcula a partir de los jps que produzcan un resultado correcto: PUB + PR1 = 1/3 de la nota PUB + PR1 + PR2 = 1/2 de la nota PUB + PR1 + PR3 = 2/3 de la nota los 4 = toda la nota otros = 0 El resultado de un jp es correcto si, guardado en un fichero, coincide con la solución oficial. Nuestra corrección funciona como el comando UNIX diff -b, y además considera que un salto de línea equivale a dos o más. Obviamente, os recomendamos que os montéis vuestros propios juegos de pruebas para estar más seguros del funcionamiento de vuestra práctica. También os recordamos que si dos o más programas presentan excesivas similitudes se considerarán como copiados y darán lugar a la aplicación de las medidas previstas al respecto en el reglamento de evaluación de la FIB. Por eso, es importante que la codificación en Java se realice de manera totalmente individual.