Segundo cuatrimestre de 2023 - PPS

En este cuatrimestre vamos a tener 4 grupos, 3 de 5 personas y uno de 6. Vamos a pasar la composición de cada grupo en esta página en breve.

Para este cuatrimestre proponemos la continuación de cuatro trabajos que fueron desarrollados en cuatrimestres anteriores.
A los dos que fueron trabajados en Desarrollo de Aplicaciones en el primer cuatrimestre de 2023, o sea equivalencias y control de gastos de subsidios, se agregan los dos que fueron desarrollados durante 2022 (Desarrollo en el 1er cuatrimestre y PPS en el segundo).

Proyectos

Equivalencias

El objetivo de este proyecto es ayudar a la gestión de los pedidos de equivalencia. La aplicación tiene dos roles: estudiante y director de carrera. El estudiante carga uno o varios pedidos de equivalencia, en cada pedido se indica qué materia quiere que le den por aprobada, y qué materias cursó en otras universidades que cubren los contenidos de esa materia. El director evalúa el pedido, y puede: aprobarlo, rechazarlo, o pedirle más información al estudiante.

El punto de partida fue un proyecto desarrollado entre 2021 y 2022, los detalles los tienen en la página del cuatri pasado.

En el cuatrimestre anterior, tres grupos implementaron tres extensiones distintas sobre esta misma base, estos son los repos (los integrantes de cada grupo también los tienen en la página del cuatri pasado).

Grupo 1
https://github.com/orgs/DesApp-2023c1-Grupo-1/repositories

Grupo 3
https://github.com/orgs/DesApp-2023c1-Grupo-3/repositories

Grupo 4
https://github.com/orgs/DesApp-2023c1-Grupo-4/repositories

Qué hay que hacer:

1. Reunir las extensiones en un único proyecto, juntando las mejoras hechas en un único repo, haciendo también los refactors que se consideren convenientes.
   Para esto creo que lo mejor es que los agreguemos al repo de donde se forkearon los otros tres, y que “acumulen” en ese, hacer un PR de un fork al original es sencillo.
2. Tener andando una versión en alguna nube que Fernando y/o nosotros podamos acceder para mirar el producto.
3. Una vez que tengan todo andando en la nube, mostrárselo a Fernando Puricelli que es el stakeholder, y resolver qué agregado/s hacen falta para ponerlo operativo.
4. Resolver dónde se van a hostear los archivos que se suban en la versión que quede operativa.
5. Implementar lo que haga falta.
6. Escribir un manual de despliegue, y en lo posible revisarlo con la gente de Sistemas de la Universidad que se va a encargar de subir el producto.

Subsidios de investigación

El objetivo de este proyecto es asistir a los grupos de investigación que reciben subsidios de la UNaHur en la gestión de los fondos que se les asignan, de modo tal que puedan registrar los gastos realizados y conocer en todo momento el monto disponible; y al personal de la Secretaría de Investigación en el monitoreo del dinero destinado a estos subsidios.

El punto de partida fue un proyecto desarrollado entre 2021 y 2022, los detalles los tienen en la página del cuatri pasado.

En el cuatrimestre anterior, dos grupos implementaron tres extensiones distintas sobre esta misma base, estos son los repos (los integrantes de cada grupo también los tienen en la página del cuatri pasado).

Grupo 2
https://github.com/orgs/DesApp-2023c1-Grupo-2/repositories

Grupo 5
https://github.com/orgs/DessApp-2023c1-Grupo-5/repositories

Qué hay que hacer

Es parecido a equivalencias, pero tal vez más acotado, porque a este proyecto tal vez le falten más cosas para poder usarse.

Qué hay que hacer:

1. Reunir las extensiones en un único proyecto, juntando las mejoras hechas en un único repo, haciendo también los refactors que se consideren convenientes.
   Para esto creo que lo mejor es que los agreguemos al repo de donde se forkearon los otros dos, y que “acumulen” en ese, hacer un PR de un fork al original es sencillo.
2. Tener andando una versión en alguna nube que nosotros y/o la gente de la Secretaría de Investigación podamos acceder para mirar el producto.
3. Una vez que tengan todo andando en la nube, mostrárselo a alguien que decida la Secretaría de Investigación, y resolver qué agregado/s hacen falta para ponerlo operativo.
4. Implementar lo que haga falta, al menos lo que entre dentro de la materia.
5. Escribir un documento que contenga un pequeño manual de operación (qué funciones tiene cada rol, con screenshots que ayuden a la comprensión) y el detalle de las funcionalidades que no se haya llegado a implementar.

Seguimiento TPs diseño industrial

El objetivo es desarrollar funcionalidades que se integran dentro de un sistema de seguimiento de TPs para la carrera de Diseño Industrial. Este sistema se está usando actualmente (creemos) en la UNaHur y en la UBA; el proyecto fue propuesto por docentes que trabajan en ambas universidades.

La carpeta la pueden ver en la página de pautas para la cursada.

A continuación los links para los repos de back y front, que hay que forkear igual que se hizo el cuatrimestre pasado.

• Front: https://github.com/desapp-2022c1-grupo2/desapp-frontend.
• Back: https://github.com/desapp-2022c1-grupo2/desapp-backend.

Qué hay que hacer

1. Reflotar lo que se hizo en el 2do cuatri 2022, dejarlo andando.
   Importante - entender de qué se trata.
   Cualquier cosa pueden consultar con sus compañeres que lo desarrollaron, los encuentran en la página de las cursadas 2022.
2. Mostrarle al stakeholder (ya les pasaremos el contacto) lo que hay, y plantear siguientes pasos. Entender la relación entre la app que estamos construyendo y la/s app que ya están operativas con las que hay que integrarse.
3. Entender cuáles son las tareas necesarias (de funcionalidades y/o de infrastructura) para que el producto se pueda poner operativo.
4. Armar un documento donde se indique qué hay y qué falta.
5. Darle para adelante con las tareas definidas, lo que entre en el cuatrimestre.
6. Si resulta conveniente, escribir un manual de despliegue que explique cómo dejar la app andando integrada a la/s app que ya están operativas.

Comunidad de trabajo

El objetivo de este proyecto es publicar una bolsa de trabajo administrada desde la Universidad, donde los anuncios estén relacionados con las carreras que se dictan en la UNaHur, y cada anuncio sea verificado por la Universidad después de que la empresa que busca personal carga los datos.

Este fue el tema de un grupo de 2022, que retomó el trabajo comenzado por un grupo anterior en 2020/2021. Una parte importante de la funcionalidad está implementada, y ya fue validada por una persona de la Universidad.

La carpeta la pueden ver en la página de pautas para la cursada.

A continuación los links para los repos de back y front, que hay que forkear igual que se hizo el cuatrimestre pasado.

• Front: https://github.com/desapp-unahur-G1-2022C1/comunidad-trabajo-frontendV2.
• Back: https://github.com/desapp-unahur-G1-2022C1/comunidad-backend-v3.

Qué hay que hacer

Después de adueñarse del trabajo (o sea forkearlo y hacerlo andar en sus PCs locales) hay que:

1. Entender bien qué hace.
2. Hablar con la stakeholder, definir posibles agregados y documentarlos. Ver ideas abajo.
3. Deployarlo en alguna nube que permita que la stakeholder pueda explorar el producto.
4. Implementar algunos de los agregados.
5. Si resulta conveniente, escribir un manual de despliegue que explique cómo dejar la app andando. De esto posiblemente ya haya hecho algo el grupo que trabajó sobre este proyecto en 2022, los nombres los ven en la página del cuatri correspondiente.

Estos son algunos posibles agregados

• Que cada postulante pueda indicar sus preferencias. Después cuando entra se le presenta una especie de home con los avisos que matchean con las preferencias declaradas. Súper lujo: mail periódico con los avisos preferidos, cada postulante puede prender / apagar el hecho de que le lleguen estos mails.
• Estadísticas: histograma de postulantes por oferta, usuarios que entraron / que se postularon, visitas anónimas, cantidad de visualizaciones por aviso.
• Si no está, registro de quién fue el elegido o que se eligió por fuera de la comunidad … que de alguna forma la empresa tenga que cerrar un aviso indicando un resultado final: se eligió alguien de la comunidad / se eligió por fuera de la comunidad / quedó desierta.
• Configurar qué datos se cargan por cada aviso.

Grupos

Grupo 1

Silvana Farías
Camila Bertolani
Ezequiel Mondone
Alan Cichello
Pablo Origlia

Trabajo asignado
Seguimiento TPs diseño industrial

Grupo 2

Raúl Gutierrez
Mariano Galván
Emir Ahumada Challiol
Javier Robledo
Julián Páez Juan Nieva

Trabajo asignado
Equivalencias

Grupo 3

Leonel Zeballez
Florencia Dias
Gonzalo Iglesias
Jose Ivorra
Ezequiel David

Trabajo asignado
Comunidad de trabajo

Grupo 4

Luciano Robles
Ramiro Ambrosetti
Fernando Rodriguez
Nicolas Silberman
Julián Diani

Trabajo asignado
Control de gastos de subsidios

Cronograma