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

para impartir la teoría relativa a la calidad delsoftware y los proceso de gestión de calidad en eldesarrollo. Estos conceptos se presentan ligados ala planificación en tres iteraciones y a la necesidadde revisar los procedimientos de trabajo en cadaiteración, con objeto de mejorar la calidad.Para hacer esto posible se presenta el conceptode revisión formal técnica (Formal TechnicalReview o FTR) como el principal método devalidación de la calidad de un proceso o de unproducto. Un grupo debe examinar parte o todoslos resultados de su trabajo (planes,especificaciones, modelos, diseños, código, casosde pruebas, documentación,...) para buscarproblemas potenciales. Se insiste en que esteproceso tiene ventajas adicionales a la hora degarantizar que todos los miembros del grupo, porhaber participado en revisiones del trabajo de suscompañeros, estarán familiarizados con él ypodrán hacerse cargo de él en caso de ausencia,abandono, o enfermedad del compañero.Así mismo, se explica el concepto de métricacomo medida específica que se toma de unproceso para poder comprobar objetivamente siestá funcionando como es debido. Se exige a losalumnos que en cada iteración diseñen lasmétricas que consideren necesarias para evaluarsus procedimientos de trabajo y recopilen losdatos pertinentes. Estos datos se utilizarán en lasrevisiones técnicas formales de los procedimientosestablecidos que se han de realizar al principio decada nueva iteración.Finalmente se introduce el concepto de sesiónde evaluación de un proyecto, en la que cadagrupo debe hacer un resumen de la situación delproyecto en el que trabaja, incluyendo losprocedimientos que están empleando, losproblemas que han tenido, el ajuste a laplanificación inicial, y datos objetivos que tengandisponible sobre su rendimiento hasta la fecha.Este tipo de sesiones cumplen un objetivomúltiple. Por un lado, permiten a cada grupoenterarse de los problemas y soluciones que estáexperimentando los demás, maximizando elnúmero de experiencias concretas a las que se veexpuesto cada alumno, aunque sea indirectamente.Por otro lado, obligan a los alumnos tanto arealizar un seguimiento del desarrollo delproyecto como a plantearse la manera en que eldesarrollo observado puede presentarse a terceraspersonas de manera coherente e informativa. Porúltimo, permite al profesor mantener unseguimiento y evaluación de la labor de losalumnos. Esto garantiza que se pueda detectar yremediar a tiempo posibles errores de concepto(que constituyen un riesgo importante cuando seestá dejando la labor de gestión a los alumnos), oproblemas serios en la interacción personal dentrode los grupos. Al mismo tiempo, simulan en ciertamedida la necesidad real en el mundo de laempresa de rendir cuentas sobre el desarrollo deproyectos a la superioridad.5. Valoración y conclusionesLos problemas que se han planteado comoobjetivos son conocidos en la literatura sobreenseñanza de ingeniería del software [10,5,4]. Lasdistintas soluciones que se han propuestohistóricamente han ido dando forma a los planesde estudios de ingeniería del software durante losúltimos años, incluyendo cada vez máshabitualmente una componente de desarrollo deproyectos. Aún así, es bastante habitual elfragmentar la docencia de la materia en dos partesdisjuntas: una que concentra la materiarelacionada con la gestión de proyectos, y otracentrada en la especificación y diseño de software.La presente propuesta está diseñada considerandoque el proceso de desarrollo es una tarea complejacuyas máximas dificultades residen no tanto en lassubtareas concretas en que se puede subdividirsino precisamente en el proceso de división deltrabajo original y de posterior integración de losresultados obtenidos. En este sentido puedeentenderse la labor de especificación y diseñocomo una división de la funcionalidad (caso deuso) y la arquitectura (módulos) de unaaplicación, y la labor de gestión como unadivisión del trabajo en tareas que se asigna adistintos momentos y distintos miembros delequipo. En ambos casos el desafío mayor no es elestablecer una división inicial, sino el integrar losresultados. Los problemas de integración semultiplican cuando además de integrar a ese nivelhay que integrar la división de gestión con ladivisión de especificación y diseño. En estapropuesta se pretende integrar desde el primermomento todo lo posible estas subtareas, yfacilitar al alumno un ejemplo de cómo todas lastareas que se le proponen interactúan en unproceso de desarrollo real.