Home - Arquisoft/lomap_es3a GitHub Wiki

👨‍🎓 GOMap!® - lomap_es3a 👨‍🎓

🖥️ Desarrolladores del proyecto:

Desarrolladores UOs Perfiles de GitHub
Carlos Diez Fernández [email protected] Carlos
Raúl Fernández España [email protected] Raúl
Omar Teixeira González [email protected] Omar
David Leszek Warzynski Abril [email protected] David

🗺️ Descripción del proyecto:

Este proyecto se ha realizado en conjunto entre los desarrolladores previamente mostrados, para la asignatura de Arquitectura del Software (ASW).

Consiste en una aplicación, llamada GOMap!Ⓡ, en la que se dispondrá de mapas donde el usuario podrá añadir marcadores y obtener más información sobre una ubicación en concreto.

📜 Actas de las reuniones:

Presenciales

Telemáticas

Acta_01. Acta_01.
Acta_02. Acta_02.
Acta_03. Acta_03.
Acta_04. Acta_04.
Acta_05. Acta_05.
Acta_06. Acta_06.
Acta_07. Acta_07.
Acta_08. Acta_08.
Acta_09. Acta_09.
Acta_10. Acta_10.
Acta_11. Acta_11.
Acta_12. Acta_12.

🛠 Decisiones arquitectónicas:

Para el desarrollo del proyecto se ha tomado la decisión de emplear las siguientes arquitecturas:

  • ReactJS.

    El principal motivo por el que hemos decidido emplear React es que forma parte de las recomendaciones del proyecto base de la asignatura, por lo que ésto, sumado a las guías y a la facilidad que hemos encontrado en internet para buscar información, han sido las razones que nos han hecho decantarnos por el uso de este framework.

  • Node.js.

    Con Node hemos tomado una decisión similar a React, forma parte del proyecto base, y por lo que hemos visto en otros años también se utilizaba, además de que para utilizar React al 100% es mejor usar Node, ya que se aprovecharían todas las características de React, como, por ejemplo, JSX. Además, cabe mencionar, que se usa en las diversas guías del proyecto, ya sea pa desplegar la aplicación o la documentación.

  • TypeScript.

    De nuevo hemos elegido TypeScript por formar parte de las recomendaciones base, aunque también nos planteamos usar JavaScript directamente, basándonos en la información aprendida en otras asignaturas como Software y Estándares para la Web (SEW) . Sin embargo, tras buscar información, hemos visto que la dificultad de aprendizaje no es muy alta, y puede servirnos a todos de cara al futuro, por lo que finalmente hemos elegido TypeScript.

  • SOLID.

    Requisito obligatorio del proyecto, además, supone una tecnología que puede resultar interesante de aprender, de esta forma, aunque hubiese sido un requisito opcional del proyecto hubiésemos optado por usarlo.

  • WebStorm

    Tras pasar por IntelliJ, los miembros del equipo optamos por cambiar a WebStorm, IDE de JetBrains, enfocado al desarrollo web, por lo que decidimos hacer el cambio para mejorar en el desarrollo.

No obstante, si se quiere ver una información más extendida, puede hacerse a través de la página principal sobre las decisiones arquitectónicas.

🔗 Enlaces importantes:

  1. Presione aquí para acceder al repositorio de GitHub.
  2. Presione aquí para acceder a la documentación del proyecto.
  3. Presione aquí para acceder al kanban general del proyecto.
  4. Presione aquí para acceder al kanban de documentación del proyecto.
  5. Presione aquí para acceder al kanban del backend del proyecto.
  6. Presione aquí para acceder al kanban del frontend del proyecto.
  7. Presione aquí para acceder al kanban de las pruebas del proyecto.
  8. Presione aquí para acceder a las issues del proyecto.
  9. Presione aquí para acceder a las discusiones del proyecto.
⚠️ **GitHub.com Fallback** ⚠️