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

2. El papel del Proyecto Fin de CarreraA lo largo de sus estudios, un alumno tieneocasión de caer en este tipo de hábitos e inclusode sufrir las consecuencias. Habrá comprobadomás de una vez, por ejemplo, que desear terminaruna práctica en una noche no lo hace posible. Noobstante, es nuestra opinión que esa experienciacircunstancial y oportunista no es, en general,suficiente para su formación.Apoya esta idea el hecho de que losdesarrolladores profesionales incurren una y otravez en este tipo de comportamientos “suicidas”,bien porque no los identifican como la causa defracasos anteriores, bien porque no perciben quelas cosas puedan transcurrir de otra manera.Desgraciadamente, está muy extendida la idea deque en el desarrollo de software real “no haytiempo” para actividades como control de calidad,buen análisis o diseño, saneamiento del código,etc. No parece razonable esperar que un estudiantecon tan limitada experiencia en el desarrollollegue por sí mismo a conclusiones más acertadasque los profesionales en un plazo tan breve.Se impone, pues, transmitir al alumno unoshábitos que en el futuro le protejan frente a estoserrores clásicos, de manera que al menos seaconsciente de cuándo está haciendo un maltrabajo. Aunque estas normas básicas de actuacióndeben promoverse en todo momento ycircunstancia durante el desarrollo de los estudios,entendemos que la piedra de toque definitiva es elProyecto Fin de Carrera (en adelante PFC), puestoque:• El alumno estará centrado en el proyecto, ypodrá ser más consciente de su propio procesode desarrollo que en los casos en que dichodesarrollo es sólo un medio para alcanzarconocimientos de alguna otra materia.• El desarrollo del PFC guarda mayor parecidocon el desarrollo de un proyecto real en cuantoa objetivos, técnicas y (especialmente)responsabilidades que el alumno debe asumir.• Esta situación es la primera en la que se da talparecido (en la mayoría de los casos).Si se acepta esta idea, durante el desarrollo delPFC sería conveniente adoptar métodos de trabajoque formasen al alumno con vistas a evitar losmales endémicos del desarrollo de software que sehan citado más arriba. A nuestro juicio, sería muyconveniente contemplar los siguientes aspectos:• Ciclos de vida• Estimación• Planificación• Gestión de riesgos• Calidad• DocumentaciónEl resto de este artículo está dedicado a proponeralgunas prácticas cuyo fin es potenciar estoselementos para la consecución de los objetivosplanteados anteriormente. Las normas dedesarrollo de PFC que aplicamos recogen estasideas. En cada apartado se presentarán, a modo deresumen, los hábitos recomendados, y unareferencia a los “errores clásicos” de la Ilustración1 a los que se pretende combatir en cada caso.3. Ciclos de vidaUn punto fundamental para que el desarrollo deun PFC transcurra de manera satisfactoria es laselección de un ciclo de vida para el mismo.Quedarán después por resolver muchos detallestácticos de planificación, pero esa tarea será aúnmás difícil sin una decisión previa a nivelestratégico.La falta de visibilidad es un problema muypreocupante (y frecuente) en los proyectos dedesarrollo de software. Quien va a recibir unproducto llave en mano en cierta fecha lejana perono tiene información fiable sobre el progreso delproyecto está asumiendo graves riesgos. Si hayerrores de base se descubrirán demasiado tarde; siel proyecto fracasa, se habrá gastadoeventualmente todo el dinero.En el caso de un PFC este efecto esigualmente pernicioso. No es raro que se dé porsupuesto un desarrollo en cascada, con las fasesacadémicas tradicionales de análisis, diseño,codificación y pruebas. Este esquema, sinembargo, es difícil de aplicar con éxito en unentorno profesional (a menos que se gestione congran habilidad el conjunto de requisitos o elproyecto sea muy similar a otros anteriores); nodigamos para un alumno sin experiencia en