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

el desarrollo y, para cada concepto, se acercanmás en el tiempo el momento de su exposiciónteórica y el de su posterior puesta en práctica.2.3 Restricciones temporalesEs difícil desarrollar un proyecto a gran escaladentro del marco temporal que impone unaasignatura concreta dentro de un plan de estudios,y que cada alumno llegue a ver finalizado elproyecto en el que ha trabajado, al menos hasta unpunto suficiente como para permitirle hacer unavaloración personal del rendimiento conseguidocon su esfuerzo, y de la medida en que las técnicasutilizadas han servido para hacer frente a losproblemas encontrados. Esta dificultad aumenta siademás se pretende conjugar el desarrollo de unproyecto a gran escala con la realización deprácticas a pequeña escala.2.4 Disponibilidad de especificacionesA la hora de plantear prácticas y proyectos para ladocencia de la ingeniería del software es difícilencontrar material de partida sobre el que losalumnos puedan desarrollar una especificaciónsobre la que basar ejercicios de diseño.La solución ideal sería conseguir clientesreales que estuviesen dispuestos a ejercer comotales para algún proyecto de formación. Estasolución suele ser inviable por dificultades dedisponibilidad de clientes, compatibilidad dehorarios de posibles clientes y estudiantes,voluntad de los clientes de aceptar lasrestricciones asociadas (temporales, en latecnología o el tamaño de las aplicaciones arealizar), y de imposibilidad de garantizar unservicio de mantenimiento o de seguimiento másallá del final de la asignatura.Otra solución es dejar el papel del cliente enmanos del profesor. Esta solución plantea variasdificultades. Por un lado, el profesor de ingenieríadel software es demasiado consciente tanto decómo debe ser la especificación ideal como decuáles son los errores más habituales de losclientes o de los ingenieros del software, y corre elriesgo de proporcionar una entrada como clienteque no sea significativa. Por otro lado, si elnúmero de alumnos es apreciable, el profesordeberá o dedicar un momento distinto a atender acada grupo (con un proyecto distinto, lo que puededificultar mucho su labor) o decidir que atiende atodos los grupos a la vez (con lo cual se desvirtúael propósito del ejercicio). La alternativa deproporcionar la especificación por escrito reduce,a mi entender, el valor del ejercicio, puesto querestringe las posibilidades de poner en práctica elproceso de captura de requisitos tal como sedescribe en los textos básicos de la materia (entérminos de entrevistas con el cliente, iteracionessucesivas, negociación a partir deprototipos...[9,12]).3. Formato de la propuestaLa presente propuesta pretende atacar estosproblemas y se ha implementado este año en laasignatura de Ingeniería del Software, impartidaen la titulación superior de Ingeniería Informáticade la Facultad de Informática de la UniversidadComplutense de Madrid. Esta asignatura formaparte del segundo ciclo, y concentra todos loscontenidos del plan de estudios sobre el tema deingeniería del software. Se trata de una asignaturade 18 créditos (12 teóricos y 6 prácticos). Losalumnos que la cursan ya han estudiadoestructuras de datos, metodología y tecnología dela programación, y programación orientada aobjetos.La innovación de la propuesta radica en unamanera específica de coordinar la teoría y lapráctica, y en un planteamiento de la partepráctica de la asignatura orientado a dar respuestaa los problemas que se han reseñado. El orden enque se va cubriendo la parte teórica se ha definidoespecíficamente para: garantizar que los alumnospueden empezar a trabajar en la parte práctica enlos primeros momentos del curso, y proporcionara cada paso del desarrollo práctico aquel materialteórico que es de aplicación directa en el puntoalcanzado. Este paralelismo se mantiene durantelos primeros meses, cuando los alumnos estánabsorbiendo los conceptos teóricos que necesitanpara trabajar en la práctica, y se relaja ligeramentehacia el final del curso, cuando los alumnos yaestán desarrollando, tienen experiencia en elproceso de desarrollo, y toleran mejor elplanteamiento de alternativas, generalizaciones, odiscusiones más teóricas. En este punto la teoríase desvincula de la práctica para cubrir el resto deltemario contenido en el plan de estudios. Ladistribución temporal propuesta aparece en lafigura 1. A continuación detallamos aquellascaracterísticas de la propuesta que pretendenresolver los problemas descritos.