Este documento resume los sprints realizados en el desarrollo de la aplicación NeedingHelp. Se detalla el progreso en cada sprint, incluyendo las actividades realizadas y la velocidad inicial y final. La aplicación ha avanzado en el diseño de interfaz, vinculación a bases de datos, y funcionalidad básica para creación de peticiones. Actualmente, la aplicación tiene una interfaz amigable y código más limpio tras sprints de refactorización, y se estima que el proyecto va entre un 50-60% de completado.

1. Preentrega NeedingHelp
CAMILO ECHEVERRI TAMAYO

2. Sprint 1
Actividades:
- Planteamiento de idea del proyecto y desarrollo del modelo canvas, además del desarrollo de
la lista de actividades y presentación al grupo de las diapositivas que exponen la idea del
proyecto (2).
- Crear repositorio en bitbucket (1)
- Comienzo de desarrollo de la app en android studio, vinculando google maps (3)
Velocity inicial: 6
Velocity final: 6

3. Sprint 2
Actividades:
- Cambio de idea y desarrollo de un nuevo modelo de negocio y planteamiento de idea (3)
- Modelamiento de los menús, aplicación de los requerimientos para la interfaz gráfica (4)
- Comienzo del diseño de botones y mapa dentro de la app de Android Studio (3)
- Investigación de los retos de desarrollo y sostenibilidad para intentar implementar una solución
en la app (5)
Velocity inicial: 15
Velocity final: 11

5. Sprint 3
Actividades:
- Comenzar con la base de datos para registro e inicio de sesión en la aplicación (4)
- Desarrollar frame inicial de la aplicación para inicio se sesión (4)
- Levantar requerimientos de la aplicación (3)
- Encontrar tipos de financiamiento para el desarrollo de la aplicación (3)
Velocity inicial: 16
Velocity final: 11

7. Sprint 4
Actividades:.
- Consultar el registro e inicio de sesión con FireBase de Google (3)
- Desarrollar la pantalla de inicio luego del inicio de sesión (4)
- Hacer un menú inicial sin funcionalidad (3)
- Implementar la API de google maps dentro del menú (3)
- Añadir menú de peticiones (1)
Velocity inicial: 14
Velocity final: 14

9. Sprint 5
Backlog:
Vincular el proyecto con una base de datos para guardar las peticiones (5)
Condición de satisfacción: Como creador de la app, poseer una base de datos compatible y sencilla de manejar
para la administración adecuada de todos los datos necesarios.
Hacer funcionar la creación de una petición (4)
Condición de satisfacción: Como usuario, poder realizar una petición que se ajuste a mis necesidades y mandarla
adecuadamente a la aplicación para que aparezca en el mapa con sus características.
Realizar las categorías necesarias que cumplan con los requisitos (3)
Condición de satisfacción: Tanto como usuario como creador, poder contar con las características necesarias para
poder desarrollar las peticiones de una forma adecuada, abarcando las posibilidades que se buscan solucionar
con la planeación de la aplicación.
Crear la base de datos con los campos necesarios para las peticiones (1)
Condición de satisfacción: Como creador, una base de datos donde se visualicen peticiones activas y se puedan
ver en la dirección adecuada donde fue puesta desde la aplicación
Velocity inicial: 13
Velocity final: 8

11. Sprint 6
Backlog:
Vincular el proyecto con una base de datos para guardar las peticiones (5)
Condición de satisfacción: Como creador de la app, vincular adecuadamente la base de datos
anteriormente creada para mantener los registros dentro de esta, manteniendo la información
necesaria para las funcionalidades de la aplicación.
Hacer funcionar la creación de una petición (4)
Condición de satisfacción: Como usuario, poder realizar una petición que se ajuste a mis necesidades
y mandarla adecuadamente a la aplicación para que aparezca en el mapa con sus características.
Adecuar la pestaña de petición para facilidad en su creación (3)
Condición de satisfacción: Como usuario, visualizar una interfaz amigable que permita entender y
facilitar el envío de una petición a la aplicación para que sea imprimida en el mapa de forma
amigable.
Velocity inicial: 12
Velocity final: 12

14. Sprint 7
Backlog:
Mostrar la geolocalización como dirección legible para el usuario (3)
Condición de satisfacción: Como usuario, poder visualizar si la localización generada por el gops
Crear clase BaseDeDatosManagement para realizar una programación más limpia (3)
Condición de satisfacción: Como programador, contar con una clase que sea la encargada de las conexiones y
desconexiones a la base de datos, para asegurarme de que cada una es debidamente creada, administrada y cerrada.
Separar cada uno de los datos de la base de datos y almacenarlos en un ArrayList para tener acceso total a ellos desde la
app (4)
Condición de satisfacción: Como programador, contar con todos los datos de la base de datos proporcionados por el
usuario, para trabajar con ellos tanto en la impresión de la información como en la clasificación de las categorías.
Encapsular cada dato y refactorizar el código (2)
Condición de satisfacción: Como programador, contar con una programación más limpia y entendible para contar con
todos los aspectos de la aplicación.
Imprimir en el mapa cada uno de los marcadores proporcionados por los usuarios en la base de datos (4)
Condición de satisfacción: Como usuario, poder visualizar todo lo que sucede en la aplicación para conocer las
peticiones que realizan las demás personas y las mías.
Imprimir un icono distinto para cada marcador dependiendo de su categoría, además agregando nombre y descripción
(4)
Condición de satisfacción: Como usuario visualizar de forma más amigable cada petición para entender mejor cada una
de las peticiones sin necesidad de leer cada descripción.
Iniciar la programación del registro de sesión (3)
Condición de satisfacción: Como programador, contar con los datos de cada usuario que use la aplicación y poder
vincularlos a las peticiones que realicen.
Velocity inicial: 26
Velocity final: 26

17. Sprint 8
Backlog:
Normalizar la base de datos (3)
Condición de satisfacción: Como dueño de la aplicación, para realizar una aplicación escalable y con
buenas prácticas.
Organizar los Strings en una clase con métodos estáticos (3)
Condición de satisfacción: Como dueño de la aplicación, para contar con un código más organizado,
que no repite cadenas de caracteres continuamente y escalable en cuanto a los idiomas.
Asistir al meetUp de Scrum (3)
Condición de satisfacción: Como estudiante, aprender más a fondo las características de dicha
metodología ágil.
Realizar pruebas con geolocalizaciones elegidas por googleMaps (2)
Condición de satisfacción: Como desarrollador, comprobar el debido funcionamiento de la aplicación.
Velocity inicial: 11
Velocity final: 11

20. MeetUp

21. Por lo que
Tomando en cuenta los puntos de esfuerzo antes del cambio de idea generado
en el 2 sprint, se obtiene un total de 107 puntos de velocidad inicial, con 93
puntos de esfuerzo final realizados al acabarse cada sprint. Con lo dicho
anteriormente, con la proyección inicial de las funcionalidades con las que
contaría la aplicación, al tener ya la capacidad de recibir la información que
requiere e imprimirla debidamente en el mapa, y encontrarse con un diseño
básico pero siendo el deseado para la aplicación, con las otras funcionalidades
planeadas ya inicializadas en programación, se puede afirmar que el proyecto se
encuentra actualmente entre un 50% y 60% de desarrollo, en cuanto a
funcionalidad y diseño básico.

22. Anteriormente

25. Actualmente
La aplicación NeedingHelp posee una interfaz gráfica amigable, fácil y sencilla de entender que
ofrece la disponibilidad principal a pocos clicks por parte del usuario. Me he encargado de
dedicar un par de sprints para la refactorización del código y realizar una programación más
limpia, organizando las clases necesarias para las conexiones externas y las consultas a bases de
datos, implementando nuevos métodos, encapsulando variables y organizando las cadenas en
una clase externa.