Programación I

Las clases de Programación 1 del curso 2019-20 comienzan el próximo lunes 16 de septiembre de 2019 y se imparten en el aula 18 del edificio Torres Quevedo. En la primera clase se presentará la asignatura y se darán las directrices sobre su organización y el modo de abordar su estudio:

• Lunes 16 de septiembre a las 13:00 para los alumnos del grupo de mañana de primer curso.
• Lunes 16 de septiembre a las 19:00 para los alumnos del grupo de tarde de primer curso.

Las siguientes clases se impartirán según los horarios habituales del cuatrimestre de otoño.

Durante la primera semana de curso, del 16 al 20 de septiembre, no hay programadas sesiones de prácticas. Las primeras sesiones de prácticas de Programación 1 se celebrarán a partir del lunes 23 de septiembre. Es de vital importancia preparar y participar en la primera sesión de prácticas de la asignatura ya que en ella se ha de aprender el manejo de las herramientas de programación que van a ser utilizadas a lo largo de todo el cuatrimestre.

La revisión de los exámenes escritos se celebrará el viernes 1 de marzo a las 13:00 en el seminario del Departamento de Informática e Ingeniería de Sistemas (planta 1.ª del edificio Ada Byron). La revisión de la parte práctica (examen práctico, trabajo obligatorio) y la 2.ª prueba voluntaria se revisarán en el despacho D.2.22, una vez que se termine la revisión del examen escrito.

En caso de imposibilidad de acudir a dicha revisión, deberá concertarse cita en el horario de tutorías de los profesores de la asignatura para revisar la parte corregida por cada uno de ellos:

• con Simona Bernardi para la parte I (problema 1.º) del examen escrito (horario de tutorías disponible aquí);
• con Miguel Ángel Latre para la parte II (problemas 2.º a 5.º) del examen escrito, examen práctico, trabajo obligatorio y prueba voluntaria 2.ª, reservando a través de este Calendario Google.

Los criterios de evaluación han sido los siguientes:

• Compilación: es necesario que el código suministrado esté libre de errores de compilación. Los errores relativos a la inclusión de ficheros han sido corregidos por el profesor, pero penalizan, al igual que la compilación con advertencias. Los errores sintácticos que impiden la compilación y ejecución del código tienen como resultado una calificación de 0.
• Ejecución: Se ha comprobado el funcionamiento de la función «contarUsos» con distintos ficheros:
  • “0-0-vacio.csv” (columna «0-0»): un fichero sin datos de usos, solo con la cabecera.
  • “0-1-un-uso-circular.csv” (colunna «0-1»): un fichero con la línea de cabecera y un solo uso, correspondiente a un uso circular.
  • “0-n-solo-usos-circulares.csv” (colunna «0-n»): un fichero con la línea de cabecera y 10 usos, exclusivamente circulares.
  • “1-0-un-uso-traslado.csv” (colunna «1-0»): un fichero con la línea de cabecera y un solo uso, correspondiente a un traslado.
  • “1-1-dos-usos-circular-traslado.csv” (colunna «1-1a»): un fichero con la línea de cabecera y dos usos, uno circular y otro de traslado, en ese orden.
  • “1-1-dos-usos-traslado-circular.csv” (colunna «1-1b»): un fichero con la línea de cabecera y dos usos, uno de traslado y otro circular, en ese orden.
  • “n-0-solo-usos-traslado.csv” (colunna «n-0»): un fichero con la línea de cabecera y 10 usos, exclusivamente de traslado.
  • “n-m-usos-16.csv” (colunna « f16»): el fichero «usos-16.csv».
  • “n-m-usos-17.csv” (colunna «f17»): el fichero «usos-17.csv», modificado para que el último uso sea circular.
  • “fichero-no-existente.csv” (colunna «f ∄»): el nombre de un fichero que no existe, con el objetivo de comprobar que la función «contarUsos» devuelve false.

Se han publicado las calificaciones del trabajo obligatorio de Pogramación 1 en este enlace.

Los criterios de evaluación han sido los siguientes:

• Compilación: es necesario que el código suministrado esté libre de errores de compilación. Los errores relativos a la inclusión de ficheros han sido corregidos por el profesor, pero han penalizado en el apartado «Diseño». Los errores sintácticos que impiden la compilación y ejecución del código tienen como resultado una calificación de 0.
• Ejecución: tiene un peso del 50%. Se ha comprobado el funcionamiento de distintos aspectos del programa solicitado, que han sido puntuados con 0, ¼, ½, ¾ o 1 punto. Se indica a continuación cuáles son esos aspetos, precedidos por el encabezamiento que tienen en la tabla de calificaciones y el peso que han tenido en el cálculo de la nota de ejecución (nótese que la suma total de los pesos es del 105%):
  • Inicio (5%): correcto inicio de la aplicación según los criterios establecidos en el enunciado (solicitud de opción de ficheros hasta que se elige una opción válida y visualización de la ayuda).
  • f ∄ (5%): correcto comportamiento de la orden «fichero» cuando se elige una opción correspondiente a un conjunto de ficheros que no existe (informar del error y volver a pedir la acción).
  • f 16 (10%): correcto comportamiento de la orden «fichero» cuando se elige la opción «16» y visualización de datos correctos de usos y usuarios. Se ha realizado la prueba con unos ficheros «usos-16.csv» y «usuarios-16.csv» que contienen solo 3 usos y 3 usuarios distintos.
  • f 17 (10%): correcto comportamiento de la orden «fichero» cuando se elige la opción «17» y visualización de datos correctos de usos y usuarios. Se ha realizado la prueba con unos ficheros «usos-17.csv» y «usuarios-17.csv» basados en los ficheros originales «usos-16.csv» y «usuarios-16.csv».
  • f 19 (5%): correcto comportamiento de la orden «fichero» cuando se elige la opción «19» cuando sí que existen unos ficheros denominados «usos-19.csv» y «usuarios-19.csv». Se ha considerado que el funcionamiento correcto es el de admitir la opción e informar del número de usos y usuarios, ya que, aunque no sea una opción ofrecida por el programa, los ficheros sí que existen. Como este aspecto no quedó claramente reflejado en el enunciado, el porcentaje de nota de ejecución asignado a esta parte (5%) es extra (por eso la suma de los pesos es de 105%).
  • ayd (2,5%): correcto comportamiento de la orden «ayuda».
  • inf (20%): correcto comportamiento de la orden «informe» (generación del fichero especificado como argumento, contenido y formato del mismo y datos mostrados en la pantalla), tanto con las opciones de ficheros «16» como «17».
  • usu (15%): correcto comportamiento de la orden «usuario» (se han hecho pruebas con tres usuarios distintos con las opciones de ficheros «16» y «17»).
  • est (25%): correcto comportamiento de la orden «estadisticas» (se han hecho pruebas con las opciones de ficheros «16» y «17»).
  • fin (2,5%): correcto comportamiento de la orden «fin».
  • err (2,5%): correcto comportamiento cuando se escribe una órden no válida.
  • m/M (2,5%): correcto comportamiento cuando se escribe una órden con una combinación inusual de mayúsculas y minúsculas (se probó con la entrada «aYuda»).
• Diseño: tiene un peso del 50%, se ha puntuado sobre 10 y se han evaluado aspectos como la legibilidad del código (tabulación adecuada, identificadores significativos) así como de diseño (reutilización adecuada de código, ausencia de duplicidades, eficiencia, …).