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

hacerle frente a dificultades de ese tipo [3]. Unaversión de esta labor radica en imponer lanecesidad de trabajar en equipo, lo cual obliga ahacer explícitos parte de esos procesos mentalesde "documentación" que mencionaba antes. Aúnasí, para equipos pequeños, es factible el llegar asincronizar "documentaciones" mentales delproceso de los participantes mediante unacomunicación verbal periódica, sin necesidad dedocumentos formales o modelos explícitos.Si imponemos la necesidad de documentarexplícitamente como un requisito sine qua non deltrabajo de la asignatura, independientemente de lacantidad de explicaciones teóricas que aportemos,es probable que los alumnos (siempre sometidos apresiones temporales varias) adopten la soluciónde llevar a cabo el trabajo de desarrollo de lamanera en que les resulta más cómodo (siningeniería del software) y generen a posteriori ladocumentación que se les pide (ahorrándose deese modo las distintas iteraciones sucesivas, elseguimiento, la revisión, la modificación...). Si seatienen al orden explicado en teoría generarán unaserie de documentos a cada paso que reflejan esas"documentaciones" mentales que ellos se vanconstruyendo en paralelo, pero rara vez volverán aconsultarlos más adelante, resultándoles muchomás cómodo referirse a la versión que recuerdande cuando redactaron el documento. En el mejorde los casos lo harán convencidos de que la teoríala tienen clara y, si llega el momento, sabránaplicarla. Quizá uno de los desafíos másimportantes en la docencia de la ingeniería delsoftware hoy en día sea el conseguir que esemomento llegue, y que llegue en el marco deltrabajo práctico asociado a la asignatura.2. Problemas a resolverEs importante combatir la visión, frecuente entrelos alumnos y en parte inducida por la posición dela asignatura dentro del plan de estudios, de que laingeniería del software es simplemente unamanera rígida, dogmática y prescindible deencorsetar la programación. Se presentan pororden de importancia relativa los problemas quese pretende resolver con la propuesta.2.1 Redundancia del trabajo de documentaciónUn problema fundamental es el ya mencionado deproporcionar un marco en el que la labor dedocumentar explícitamente los procesos dedesarrollo no sea un trabajo vano, sino que cumplaun cometido concreto con objetivos fácilmenteperceptibles y evaluables por el alumno.2.2 Desarrollo a pequeña o gran escalaSe pretende atacar de maneras diferenciadas dosproblemas distintos. Por un lado los alumnosnecesitan tener la oportunidad de enfrentarse atítulo individual a cada una de las cuestionesrelevantes que se tratan en la asignatura. Estorequiere que se trabaje en equipos pequeños paraque todos los integrantes de un equipo tenganocasión de participar en los procesos que se llevena cabo, y adquieran experiencia en el uso de lastécnicas y en la resolución de los problemas. Porotro lado, las técnicas de ingeniería del softwareestán pensadas para hacer frente a circunstanciasde trabajo que son específicas de (o al menosmucho más frecuentes en) situaciones en que setrabaja con proyectos grandes, con participaciónde muchos trabajadores, y con una expectativasignificativa de continuidad y consistencia delproceso de desarrollo más allá de un proyecto ouna plantilla de personal concretos. Esto hace muydeseable que los alumnos experimenten, en lamedida de lo posible, circunstancias de trabajo deestas características, para que perciban losproblemas que acarrean, la dificultad desolucionarlos, y el papel de las tecnologías deingeniería del software a la hora de resolverlos.Las consideraciones curriculares deinstituciones importantes son unánimes a la horade recomendar la inclusión de un proyecto dedesarrollo a gran escala en la formación de todoinformático [10]. En [5] se presentaban distintosmétodos empleados en universidades de EEUU yel Reino Unido para solventar esta cuestión. Lamayor parte de ellos no son viables en el contextoque nos ocupa. La única alternativa viable sería ladenominada "curso con proyecto encapsulado'',consistente en que los estudiantes realicen unproyecto de desarrollo de software después determinar la mayoría del curso. La presentepropuesta pretende adelantar el momento decomienzo del trabajo práctico, mediante unareorganización adecuada de los contenidosteóricos por un lado, y la inclusión de un proyectoa gran escala para el segundo cuatrimestre queentronca directamente con prácticas a pequeñaescala realizadas durante el primer cuatrimestre.De este modo se dispone de más tiempo total para