alexmenor/heroes

Héroes es una aplicación que permite conectar con personas cercanas dispuestas a ayudar en muy poco tiempo.

Trabajo de Fin de Grado: Héroes

Autor: Alejandro Menor Molinero

Tutor: Juan Julián Merelo Guervós

---

La inseguridad en la vía pública, especialmente de las grandes ciudades, es un problema que muchas personas, sobre todo las mujeres, sufren cada día. En mayor o menos medida nos podemos sentir vulnerables en la calle y nos gustaría estar acompañados. Héroes es una aplicación que permite conectar con personas cercanas dispuestas a ayudar en muy poco tiempo.

Para esto se ha implementado un servicio de geolocalización escalable con NodeJS, utilizando como infraestructura Redis y MongoDB, además de una aplicación móvil con Flutter. El sistema permite alertar a personas cercanas, permitiéndolas seguir en tiempo real la ubicación de la víctima.

       

---

La documentación de este proyecto está realizada con LaTeX, por lo tanto para generar el archivo PDF necesitaremos instalar TeXLive en nuestra distribución.

Una vez instalada, tan solo deberemos situarnos en el directorio doc y ejecutar:

$ pdflatex proyecto.tex

Seguido por

bibtex proyecto

y de nuevo

pdflatex proyecto.tex

O directamente

make

heroes's Issues

Cuando la aplicación se cierra, el servicio que actualiza la ubicación deja de funcionar

Mejorar la estructura de carpetas del microservicio de geolocalización

Análisis del problema tampoco puede ir después del estado del arte

Si el estado del arte describe soluciones existentes al problema, no pueden ir antes que el análisis dle mismo, porque hay que decir cómo esas soluciones afrontan los problemas planteados.
En general, la memoria tiene que tener una estructura argumentativa y narrativa.

Usar títulos estándar y/o significativos para los capítulos

Planteamiento quizás debería explicar que se trata de la implementación. Backend, si es parte de la implementación, ¿no iría en ese capítulo? Recuerda la jerarquía conceptual de la memoria, y también la "narrativa". Primero planteas, luego implementas, luego despliegas...

Incluye en el abstract idea sobre los restos y la tecnología usada

No se trata solamente de un pitch de venta, es un resumen del trabajo hecho.

HU: Como usuario quiero ver dónde estoy en el mapa para ver que el sistema me localiza

• Elegir una plataforma de desarrollo de app móvil y documentar la elección.
• Empezar un proyecto de esa plataforma y hacer un scafold básico.
• Incluir un componente de mapa y localizar la posición en ese mapa. Probablemente haya que hacer una elección de proveedor de mapas ahí, documentarla.

La estructura del documento debe ser coherente

"Estado del arte" va seguido por "inconvenientes". Aunque el índice no tiene necesariamente por qué ser una narración, sí debes de aclarar el contexto lo máximo. Aquí lo obvio sería que estuvieras hablando de los inconvenientes de las soluciones descritas en el estado del arte (y por tanto, debería ser una subsección).

Alert listening is done by polling

It should be done with a pub/sub system instead.

Explicar y justificar el proveedor de mapas

[HU-0] Como usuario debo poder pedir auxilio con un botón

El aviso debe poder llegar a:

• La policía
• Personas de confianza
• Personas cercanas con la aplicación descargada

Couchdb no se ajusta bien a los requisitos del microservicio de geolocalización

• Actualizar la sección de la documentación con la elección
• Crear la nueva implementación de persistencia en el microservicio de geo

Aclarar explicación del microservicio de geolocalización

• Título
• Coma
• Asociar HU
• Justificar el uso de websockets, notificaciones, etc...

HU: Como usuario, si una persona cercana necesita ayuda, quiero poder saber su ubicación en tiempo real para ayudarla

• Back end
• Front end

HU: Como usuario, si me siento en peligro, quiero crear una alerta para que alguien cercano pueda ayudarme

• Back end
• Front end

No se obtiene el token de FCM en el isolate

Ver

Añadir ejecución automática de linter/tests

Primero requisitos, luego decisiones

No digas "he elegido x por y". Di cuales eran los requisitos en tu aplicación. Describe las diferentes opciones que había para x. Describe qué X has elegido por uno de los requisitos elegidos de antemano

[HU-1] Como usuario quiero que se recojan los datos relevantes del entorno en una situación de alerta

Por ejemplo: Grabación de sonido, ubicación, dispositivos cercanos, etc..

[HU-2] Como usuario me gustaría consultar las zonas con más incidencias para tratar de evitarlas

Añade un glosario con enlaces de lo necesario

I. E. No asumas que el tribunal o quien lea la memoria sabe lo que es "transpilar" o, para el caso, Javascript.

Evita términos sajones

Si tienen un equivalente español, como "control de calidad".
También ten en cuenta que la metodología ágil implica control de calidad en todas las fases del desarrollo, así que limitarlo a un apartado (y a la integración continua) es un poco limitado.

Como product owner, quiero que el código sea idiomático y siga las mejores prácticas en la industria

• Añadir linters/code smell tests

Aclara las decisiones técnicas tomadas en cada paso

Aparte de lo dicho en #31, tienes que hablar también de las decisiones de arquitectura tomadas; dices como un hecho que usas un método cliente servidor, pero hay muchas otras opciones, como serverless o basado en contenedores y cosas por el estilo.

Introducir los objetivos antes del estado del arte

Si no describes qué es lo que va a hacer, el estado del arte se limitará a soluciones generalistas al problema, muchas de las cuales no necesariamente tienen que pasar por la informática (puede ser simplemente más iluminación, o más policía, o redes de transportes nocturnos más tupidas9
En general, el estado del arte tiene que tratar sobre el nicho de mercado o tipo de solución informática que se haya propuesto, por eso hay que proponerlo antes.

No digas lo que evitas, di lo que usas

No menciones la metodología waterfall (aunque posiblemente sean la única que conocen), explica qué es lo que se ha hecho desde el principio con la metodología ágil (y explícala, ahora mismo está un poco deslavazado con la referencia a los commits y demás). Tienes que explicar incluso el hecho de que estás usando desde el principio git y GitHub, todo eso. No des por supuesto ningún conocimiento en el tribunal.

Sustituir POST por PUT en HU #6

HU: Como usuario, después de dar mi consentimiento, mi localización debe emitirse para que el sistema pueda avisarme si alguien cercano necesita ayuda

• Buscar sistema de persistencia adecuado.
• Interfaz adecuada con el front end.
• Front end
• Tests