La preentrega describe 8 sprints de desarrollo de una aplicación móvil. Se inició con la planeación del proyecto y desarrollo de la interfaz. Luego se cambió la idea y se modeló la interfaz gráfica. Más adelante se desarrolló la base de datos y registro de usuarios. Actualmente la aplicación puede recibir información de la base de datos y mostrar marcadores en el mapa, estimándose el progreso entre 55-57%.

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

12. Sprint 6

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

15. Sprint 7

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

18. Sprint 8

20. Backlog:
Crear opción de filtrar las peticiones (3)
Condición de satisfacción: Como usuario de la aplicación, para encontarar las peticiones de una
categoría específica que me interese.
Realizar la petición que se adecua a las búsquedas por categoría específica (3)
Condición de satisfacción: Como dueño de la aplicación, para facilitar el filtro de las peticiones con
sólo una variable a la hora de mapear los puntos en la aplicación.
Crear la presentación para la preentrega (5)
Condición de satisfacción: Como estudiante, contar con una presentación que muestre el debido
progreso de la aplicación y el estado actual de esta, además de mostrar lo faltante y el porcentaje
desarrollado aproximado.
Velocity inicial: 11
Velocity final: 11
Sprint 9

21. Esta funcionalidad permitirá,
mediante pocos
clicks por parte del usuario,
filtrar las existentes
peticiones mediante las
categorías existentes en
la base de datos

22. Sprint 9

23. MeetUp

24. Concluyendo
- Tomando en cuenta los puntos de esfuerzo antes del cambio de idea generado
en el 2 sprint, se obtiene un total de 118 puntos de velocidad inicial, con 104
puntos de esfuerzo final realizados al acabarse cada sprint, dando un promedio
de 11 puntos de esfuerzo semanales.

25. Porcentaje de desarrollo
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 55% y 57% de desarrollo, en cuanto
a funcionalidad y diseño básico.

26. Anteriormente

28. 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. Se ha refactorizado el
código y se realizó una programación más limpia, organizando las clases necesarias para las
conexiones externas y las consultas a bases de datos.