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

Se impone la restricción de que cada proyectodurante el segundo cuatrimestre debe desarrollarsea partir de una de las especificaciones que hayanresultado de las prácticas del primer cuatrimestre.Esta restricción ya hace cobrar importancia ala documentación generada durante las prácticasdel primer cuatrimestre, puesto que ha de servirmás adelante para que un grupo mayor dealumnos base en ella su proyecto del segundocuatrimestre. A pesar de eso se ha preferidoinsistir en potenciar la importancia de ladocumentación explícita, por considerar que laposibilidad de que una práctica concreta no fueseelegida para ser continuada podría dar excusaspara no tomarse en serio su documentaciónadecuada. Para garantizar que todas las prácticasreciben la atención adecuada, se impone unmecanismo de rotación periódica de aplicacionesque se describe más adelante.3.3 Prácticas a pequeña escala con intercambioEl orden que se propone inicialmente para estasetapas es: desarrollo de una propuesta, gestión deconfiguración, estimación de esfuerzo para lapropuesta desarrollada, captura de requisitos(diagrama de casos de uso y requisitos nofuncionales), planificación, y análisis (diagramasde clases y de secuencia).Al final de cada etapa, cada equipo propone elmaterial que ha desarrollado (junto con el que serecibiera al principio de la etapa como resultadode etapas anteriores) a otro equipo para que lodesarrolle en la etapa siguiente. Este intercambiose desarrolla por orden de listado de los equipospara evitar problemas. De este modo, cada equipoparticipa en la elaboración de material propiocorrespondiente a todas las etapas, y a la vezadquiere la experiencia de trabajar sobre materialajeno. A cada paso deberán tener en cuenta toda ladocumentación generada por los distintos gruposque hayan trabajado sobre el problema. Esteproceso expone a los alumnos a la utilidadpráctica real de los documentos que se les vanexigiendo en cada etapa.Como mecanismo fundamental de intercambiose propone el uso de una página web donde seencuentra disponible el material correspondiente acada proyecto. Cada grupo actualizará al final decada etapa el material disponible para el proyectosobre el que ha estado trabajando. Estemecanismo de intercambio sirve adicionalmentecomo primera experiencia de los alumnos entemas de gestión de configuración.A continuación se presentan detalles brevesdel tipo de trabajo involucrado en cada etapa y lasventajas que supone en cada una la obligación deintercambiar material:Redacción de una propuesta de proyecto: Engrupos de 3 personas, los alumnos debenestablecer el contexto de gestión de un proyectoimaginario, y redactar la propuesta de proyecto.Cada grupo establece un documento preliminarsobre el proyecto a acometer, incluyendobásicamente: objetivos, usuarios, funcionalidad,requisitos de hardware, posible división enmódulos. Aunque cada equipo trabaja con laparticipación exclusiva de los desarrolladores,mediante este ejercicio se consiguen simularmuchas de las condiciones reales que se dan enuna primera reunión con un cliente: tiempolimitado, imprecisión inicial muy grande respectoa los objetivos, diferencias de opinión entre losparticipantes, presión por conseguir un documento(por básico que sea) en el que se detalle un primeresbozo, desconocimiento del alcance real delproyecto por no haberse recopilado todavíaformalmente los requisitos...Gestión de configuración: Desde el momentoen que un grupo necesita proporcionar material aotro aparecen ya problemas de formato demateriales, de protocolos de elección denombres... Esto proporciona una ocasión paraexplicar la teoría relativa a esta parte de la gestiónde configuración. Asimismo se introduce ya elconcepto de modificación de un documentorecibido como definitivo (raro es el grupo al queno le gustaría hacer modificaciones a laespecificación que recibe, sea para hacerla másatractiva o más fácil de obedecer), y del proceso aseguir para anotarlo y documentarlo.Estimación: Se pretende obtener una idea decuánto dinero y cuánto esfuerzo (cuánta gentedurante cuánto tiempo) pensamos que va arequerir el proyecto que se propone. Aunque no sedisponga de datos a estas alturas para llevar a cabouna estimación válida, se trabaja en condicionessimilares a las que se darían en una situación real.Requisitos: Deben realizarse la identificaciónde actores y casos de uso, la representación de losmismos en UML, y la redacción de descripcionesde flujos de eventos de un caso de uso. Se utiliza