VIII Jornadas de Enseñanza Universitaria de la Informática Cáceres ...

2.3 Revisión y visualizaciónLa recepción, almacenamiento y visualización deprácticas es el punto fuerte del sistema. Para entregaruna práctica el alumno accede a la opción del GAPcorrespondiente que muestra a éste un formulario arellenar. En este formulario el alumno puedeintroducir los ficheros solicitados además de uncomentario adicional para el profesor corrector. Verfigura 1.Una vez entregada la práctica, los alumnospueden comprobar la información almacenada en elsistema y verificar cómo éste se la presentará alprofesor corrector, pudiendo alterarla si no le parececorrecta y aun no ha sido evaluada. Si la práctica hasido calificada por un profesor el sistema mostrará alalumno los datos de la revisión: fecha y hora derevisión, el profesor que la ha hecho, loscomentarios de éste sobre la práctica y suvaloración. El sistema muestra las prácticas en formade página Web que contiene el comentario delalumno, una lista de ficheros entregados con enlacespara poder descargarlos, si se desea, y el contenidode los ficheros. Los tipos de ficheros que puedemostrar directamente son códigos fuente deprogramas, ficheros texto y gráficos. Los ficheroscon código fuente en Java, C, C++, Ada 95, Schemey Prolog se presentan con resalte sintáctico,mostrando en distinto color las palabras clave, loscomentarios, las ristras literales, etc (ver figura 2) Siel usuario al que se muestra la práctica es unFigura 2profesor corrector o administrador el sistema leofrecerá la posibilidad de evaluarla.Los profesores pueden solicitar al sistema unlistado de los alumnos junto con la información desi han entregado o no cada práctica y su valoración.Desde esta página es posible ver y revisar cualquierpráctica de cualquier alumno.2.4 Control de plagioAl poco tiempo de poner el programa en marcha ycomenzar a recibir entregas de prácticas, sedescubrió que los alumnos con el nuevo sistematenían más facilidad para copiarse. Para comprobaresta posibilidad se escribió código que verificase sivarios alumnos habían entregado el mismo fichero.La sorpresa surgió al comprobar que el número decoincidencias era mayor de las esperadas, lo quemotivó la adición de código que detectase el plagiode trabajos.Los primeros sistemas de medida de similitudentre ficheros con código fuente se basaban enmétricas puramente textuales que eran fácilmentevulnerables. Partiendo de un fichero original, unalumno puede, sin mucha dificultad, quitar, añadir omodificar comentarios, modificar ristras literales,cambiar nombres de variables, procedimientos ofunciones, alterar el formato de línea añadiendo oeliminando espacios, o retornos de carro. Tambiénpuede reordenar la ubicación de funciones oprocedimientos o incluso grupos de instrucciones.Por ello se han desarrollado sistemas que han tenidoen cuenta estos aspectos. Los más avanzados comoYAP [11], Sim [3] y otros [6], usan distintasmétricas que se basan en filtrar el código original,mediante un análisis sintáctico, para despuéscompararlo usando generalmente una adaptación detécnicas conocidas en el ámbito textual. El filtradodel código tiene el fin de limitar al máximo el efectoen la comparación de las posibles alteraciones que sepuedan haber introducido. El sistema de detecciónde copias empleado en GAP usa básicamente estemétodo. Para cada lenguaje de programación setiene un pequeño analizador sintáctico que permiteeliminar las partes del código que pueden seralterables fácilmente. Esta “firma” del programa esla que se compara con las obtenidas de los otrosficheros. GAP emplea como métrica una variante deDIT [9]. DIT es una distancia entre ristras que esinvariante a la posición donde aparecen los