Proyecto Intermodular en 2º ASIR

Aunque este curso ya he publicado un par de post sobre Proyecto Intermodular en 1º ASIR, no lo había hecho sobre lo que hemos hecho en el grupo de 2º ASIR, que también me tocó impartir. Como algunos ya sabréis estos Proyectos Intermodulares deben integrar el resto de módulos, realizarse entre los dos cursos, etc, etc… la realidad es que yo empezaba nuevo en el IES Aldebarán, el profesor que vio Proyecto Intermodular en 1º de ASIR el curso anterior era Jaime Salas, que no empezó con nosotros (aunque luego se ha sumado al departamento y ha sido un gustazo compartir su visión docente y de la transformación digital de las empresas).

Pues bien, a lo que voy, que la primera semana de septiembre me era muy dificil arrancar, aunque le agradezco que sin conocernos de nada me mostrara lo que había intentado hacer el curso anterior con los chicos de 2ASIR. Sobre el papel y la norma todo entra, luego… pues ahí es cuando los docentes nos ponemos el traje de malabaristas. A veces somos capaces de mover tres naranjas, hasta cuatro… otras no somos capaces de salir a escena. El caso es que vi que Jaime había utilizado metodologías ágiles de trabajo y organización, que habían intentado desplegar sobre contenedores, etc, etc… Así que, yo, mirando un poco por mi seguridad y tratar de hacer algo tangible al final de curso, preferí ser un poco menos osado. A pesar de que eran alumnos de sistemas, también pensaba que les vendría bien adquirir algunas capacidades como programadores. Además, yo impartía Computación en la Nube y Virtualización y pensé que podría enlazar ambos módulos en algún momento (arriba eso de las devOps). Así que les propuse a los alumnos un esquema de trabajo clásico. Intentaríamos una aplicación web de Gestión de Reservas de Aulas pero utilizando el esquema clásico o ciclo del desarrollo de software.

Asociado a cada uno de ellas, un entregable que fue haciendose individualmente o en parejas (agrupamiento que tras las primeras entregas ya fue inamovible). Mas o menos el trabajo ha sido así:

Fase 1: Análisis de requisitos. Entrevista conmigo sobre las necesidades de la aplicación y elaboración de un documento de análisis qué debía de tener la aplicación.
Fase 2: Diseño. Construcción de mockups, flujo de la aplicación, etc.
Fase 3: Implementación. Primero tuvieron que realizar un modelado de datos, construir las bases de datos (relacionado con los módulos Gestión de BBDD y Administración de Sistemas Gestores de BBDD). La parte de aplicación yo pensaba que la hicieran con lo aprendido en Implantación de Aplicaciones Web, que este año lo impare el compi Rubén Gallego…es decir, «a zarpa», pero… varios alumnos empezaron a avanzar por su cuenta diferentes herramientas combinadas de frameworks y soluciones software combinadas con IA (como Creao AI), y sinceramente, avanzaron mucho más rápido, con unos resultados muy llamativos. Es cierto que algunas cosas les costaba entender (sobre el código), pero el objetivo de enlazar ideas de front-end, back-end etc, sí que lo fueron entendiendo y poniendo en marcha.
Fase 4: Pruebas.Esta parte no fue muy profesional. Realizamos pruebas de funcionamiento básicas según fuimos haciendo las revisiones preliminares. No hubo un plan de pruebas redactado como tal. Y sí, esto me lo anoto para el futuro.
Fase 5: Despliegue. Como varios grupos utilizaron su spropias soluciones, la fase de despliegue no fue como la planteé inicialmente. Sí que es verdad que en paralelo en el módulo de Computación en la nube pusimos una aplicación web similar utilizando los recursos de AWS: EC2, RDS, etc. Así que, no lo puse como obligartorio para Proyecto Intermodular.
Fase 6: Mantenimiento. Cada grupo tuvo que realizar un manual de usuario y de mantenimiento de sus aplicaciones, para uso futuro.

Las últimas semanas me ha sustituido el compañero Miguel Ángel Pérez, que les ha acompñado en los últimos ajustes y en la presentación final de la aplicación.

Aquí os muestro algunos de los vídeos que han montado los alumnos.

¡Enhorabuena por la tarea!