Acta 2 ‐ 10 02 2025

Fecha: 10/02/2025

Lista de participantes

• Enol Rodríguez Hevia - [email protected]

• Alberto Fernández Azcoaga - [email protected]

• David González González - [email protected]

• Zinedine Álvarez Sais - [email protected]

• Alejandro Vega García - [email protected]

• Daniel Uría Edroso - [email protected]

Reparto de trabajo

Se realizará durante la próxima semana en el inicio de una versión preliminar de la documentación utilizando la plantilla arc42.

1. Introduction

• Enol (autor)
• Alberto (revisor)

2. Constraints

• Alberto (autor)
• David (revisor)

4. Solution Strategy

• David (autor)
• Zinedine(revisor)

9. Architectural decisions

• Zinedine (autor)
• Alejandro (revisor)

10. Quality Requirements

• Alejandro (autor)
• Daniel (revisor)

11. Risks and Technical Debt

• Daniel (autor)
• Nacho (revisor)

12. Glossary

• Nacho (autor)
• Enol (revisor)

Revisión de estado de tareas en reuniones anteriores

• Se mantendrán los issues de investigación abiertos para poder completarlos en el futuro con información que nosotros consideremos relevante.
  • https://github.com/Arquisoft/wichat_es3b/issues/3
  • https://github.com/Arquisoft/wichat_es3b/issues/4
  • https://github.com/Arquisoft/wichat_es3b/issues/5
  • https://github.com/Arquisoft/wichat_es3b/issues/6
  • https://github.com/Arquisoft/wichat_es3b/issues/7
  • https://github.com/Arquisoft/wichat_es3b/issues/8
  • https://github.com/Arquisoft/wichat_es3b/issues/9

Decisiones tomadas

• La mayoría de los miembros del equipo vemos conveniente partir de un proyecto ya realizado en lugar de implementarlo desde cero.

  • Nos parece mejor opción adaptar un trabajo finalizado a lo que nos concierne y tratar de solucionar sus errores, en lugar de gastar una cantidad de tiempo a priori muy superior en, no solo hacer construir desde cero lo que está bien, sino corregir además los bugs que nosotros mismos produzcamos.

• Tras consultar la información y tomando inspiración de experiencias previas, la decisión tomada en cuanto a tecnologías es la siguiente.

  • Para el front-end, utilizaremos React.
  • Para el back-end, utilizaremos Node.js.
    • Desde aquí se realizarán las llamadas a servicios de Wikidata.
    • Los datos "nativos de la aplicación" se manejarán con MongoDb.

• La primera versión de la documentación será escrita en inglés, con opción a traducirla al español en el futuro una vez con la garantía de que la original es correcta.