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

Ej.Lab.Ej.LaboratorioProyectoEjerciciosEjerciciosTeoríaTeoríaFigura 1. Distribución temporal3.1 Parte teóricaPara hacer posible una solución del tipo que sepropone, es necesario proporcionar a los alumnosdirectrices muy claras sobre la manera de llevar acabo este tipo de procesos. Se ha optado porrecurrir al Proceso Unificado de Desarrollo [8] deRational como marco teórico en el que encuadrarla propuesta. Esto supone que el proceso dedesarrollo a realizar en la parte práctica tendrálugar conforme a un plan de fase en el que serecorran tres fases distintas: de inicio, en la que sereúnen los requisitos y se planifica el proceso agrandes rasgos, de elaboración, en la que seestablece la arquitectura y se diseña el sistema, yde construcción, en la que se da forma concreta alsistema 1 . La cuarta fase (de transición) descrita enla teoría, más relacionada con la instalación de laaplicación, su depuración final y mantenimientose obviará para hacer frente a las restriccionestemporales. Cada fase tendrá una serie deiteraciones, cada una de las cuales dará lugar auna construcción del sistema. En cada iteración,según el punto del plan de fase en que seencuentre, se han de incluir proporciones variablesde los siguientes flujos de trabajo: captura derequisitos, análisis, diseño, implementación yprueba (más de los primeros en las iteracionescorrespondientes a la fase de elaboración, más delos últimos en las correspondientes a la fase deconstrucción). Además se han de aplicar lassiguientes tareas de gestión de proyectos:estimación, planificación, gestión deconfiguración, y gestión de calidad.El orden de exposición de los distintoscontenidos teóricos mencionados se defiende másadelante en relación con la necesidad decoordinarlo con el trabajo práctico a desarrollar.1 Estas descripciones de cada una de las fases son agrandes rasgos y no pretenden ser exhaustivas. Para másdatos ver [7,8].Es irreal suponer que desde el primermomento los alumnos van a ser capaces de aplicarcon éxito en la práctica un modelo de proceso tandetallado, casi al mismo tiempo que estándescubriendo ese modelo en las exposicionesteóricas. Sin embargo se considera interesante quelos alumnos tengan la experiencia de gestionar supropio trabajo. Para resolver este dilema se haoptado por establecer una distinción entre losmecanismos de gestión aplicados en las distintaspartes del curso. Durante el primer cuatrimestrelos alumnos trabajan en grupos pequeñosgestionados por el profesor, que impone fechas deentregas, orden de trabajo, métodos a seguir...;durante el segundo cuatrimestre trabajan engrupos grandes que se autogestionan.3.2 Parte prácticaLa parte práctica que se propone consta de dospartes diferenciadas: una componente dedesarrollo a pequeña escala (prácticas en equiposde 2 a 3 personas) y una componente desarrollo agran escala (proyecto en equipos de 20 personas).La parte de desarrollo a pequeña escala se lleva acabo durante el primer cuatrimestre (gestionadapor el profesor en lo relativo a tareas a realizar,plazos de entrega...), y la parte de proyecto selleva a cabo durante el segundo cuatrimestre(gestionada ya por los propios alumnos). Con estadivisión se consigue dar cabida a los beneficiosdiscutidos en el apartado 2.2 para cada una de lasalternativas (pequeña escala y gran escala). Lasdos se desarrollan siguiendo el Proceso Unificadode Desarrollo.Para evitar los problemas de restriccionestemporales descritos en el apartado 2.3, se sugiereel uso de un modelo de proceso iterativo eincremental, que permita detener el proceso en elmomento en que termine el primer cuatrimestre,quedando la aplicación a desarrollar en el puntoen que estuviera al terminar la iteracióncorrespondiente.