2. Presentación
Escenario:
Es complicado saber la calidad y estado de olas de una playa.
Los factores meteorológicos afectan de manera diferente a cada lugar y son
entornos que cambian , normalmente se requieren años de experiencia para saber
como funciona una playa.
Cuando vamos de viaje , nos desplazamos a una zona no conocida etc. es difícil
acertar solo con las previsiones y perdemos tiempo ,dinero y ¡paciencia!.
Producto:
Utilizando geolocalización o (una ubicación dada) y un rango de distancia la
aplicación indicara al usuario las playas con mejores condiciones para la practica del
surf.
Mostrara mejores playas, horarios, zonas , tamaño de olas ,calidad del agua…
Lo datos serán calculados en tiempo real usando información meteorológica y
modelos matemáticos para el funcionamiento de las olas de cada playa.
También permitirá comprobar el estado de las playas con información introducida
por usuarios en tiempo real (componente social). Los usuarios calificaran y podremos
ver su puntuación para los spots cercanos.
3. Historias de usuario
A. Como usuario, quiero que la aplicación detecte mi ubicación automáticamente.
B. Como usuario, quiero que para una playa determinada la aplicación abra un
navegador web con la previsiones de olas utilizando www.windguru.zc o
www.magicseaweed.com .
C. Como usuario, para una ubicación geográfica quiero introducir un rango de km
y que la aplicación me indique en un mapa las playas cercanas y me indique la
calidad de las olas para dichas playas.
D. Como usuario, quiero que la calidad de olas indicada por la aplicación no se
basen en predicciones sino en datos en tiempo real .
E. Como usuario, quiero poder filtrar playas por tamaño de olas ,mejor hora,
numero de rompientes y cantidad de gente en el agua (estimada).
F. Como usuario , quiero añadir playas a una lista de favoritos y recibir alertas
diarias indicándome las condiciones de olas son de un rango de calidad
configurable.
G. Como usuario, quiero puntuar la calidad de las olas de una playa.
H. Como usuario, quiero ver las puntuaciones asignadas por los usuarios a las
olas de una playa.
4. Clasificación de Historias
utilizando el método MoSCoW
Must-Have (C,D):
Como usuario, quiero que la calidad de olas indicada por la aplicación no se basen en predicciones
sino en datos en tiempo real .
Como usuario, para una ubicación geográfica quiero introducir un rango de km y que la aplicación
me indique en un mapa las playas cercanas y me indique la calidad de las olas para dichas playas.
Should have (G,H):
Como usuario, quiero puntuar la calidad de las olas de una playa.
Como usuario, quiero ver las puntuaciones asignadas por los usuarios a las olas de una playa.
Could Have (A,E):
Como usuario, quiero que la aplicación detecte mi ubicación automáticamente.
Como usuario, quiero poder filtrar playas por tamaño de olas ,mejor hora, numero de rompientes y
cantidad de gente en el agua (estimada).
Won’t Have (F,B):
Como usuario , quiero añadir playas a una lista de favoritos y recibir alertas diarias indicándome
las condiciones de olas son de un rango de calidad configurable.
Como usuario, quiero que para una playa determinada la aplicación abra un navegador web con la
previsiones de olas utilizando www.windguru.zc o www.magicseaweed.com .
5. Estimación del coste de las
historias de usuario.
Historia Coste Comentario
A
Como usuario, quiero que la aplicación detecte mi
ubicación automáticamente.
1 Coste bastante inferior al de referencia. Tarea habitual
en aplicaciones móviles.
C
Como usuario, para una ubicación geográfica quiero
introducir un rango de km y que la aplicación me indique
en un mapa las playas cercanas y me indique la calidad de
las olas para dichas playas
3
Coste de referencia. Coste medio, consultas a bases
de datos , uso de apis con mapas, implementación de
UI.
D
Como usuario, quiero que la calidad de olas indicada por la
aplicación no se basen en predicciones sino en datos en
tiempo real . 5
Coste máximo. El coste viene dado por el algoritmo a
implementar que no existe y debe de ser creado de
cero , su complejidad matemática es elevada, hay que
utilizar minería de datos etc.
E
Como usuario, quiero poder filtrar playas por tamaño de
olas ,mejor hora, numero de rompientes y cantidad de
gente en el agua (estimada). 3 Coste de referencia. Coste medio, consultas a bases
de datos , implementación de UI.
G
Como usuario, quiero puntuar la calidad de las olas de una
playa.
2
Coste menor al de referencia. Uso de bd,
implementación de UI.Tarea habitual de coste medio
– bajo.
H
Como usuario, quiero ver las puntuaciones asignadas por
los usuarios a las olas de una playa.
2
Coste menor al de referencia. Uso de bd,
implementación de UI.Tarea habitual de coste medio
– bajo.
6. Estimación del riesgo de las
historias de usuario
Historia Riesgo Comentario
A
Como usuario, quiero que la aplicación detecte mi
ubicación automáticamente.
1
Riesgo bastante inferior al de referencia. La
tecnologías a utilizar no es novedosa y es una tarea
con amplia documentación y ejemplos.
C
Como usuario, para una ubicación geográfica quiero
introducir un rango de km y que la aplicación me indique
en un mapa las playas cercanas y me indique la calidad de
las olas para dichas playas
3
Riesgo medio. Tarea de complejidad media , la
tecnología es conocida y no requiere de ninguna
investigación ni invención de soluciones nuevas, no
obstante la interacción aplicación-usuario debe de ser
de mucha calidad ya que será una de las bases del
éxito de la aplicación.
D
Como usuario, quiero que la calidad de olas indicada por la
aplicación no se basen en predicciones sino en datos en
tiempo real . 5
El riesgo es máximo porque técnicamente es un gran
desafío además esta funcionalidad es la marca la
ventaja competitiva de la aplicación.
E
Como usuario, quiero poder filtrar playas por tamaño de
olas ,mejor hora, numero de rompientes y cantidad de
gente en el agua (estimada). 1
Riesgo bastante inferior al de referencia. La
tecnologías a utilizar no es novedosa y es una tarea
con amplia documentación y ejemplos.
G
Como usuario, quiero puntuar la calidad de las olas de una
playa.
1
Riesgo bastante inferior al de referencia. La
tecnologías a utilizar no es novedosa y es una tarea
con amplia documentación y ejemplos.
H
Como usuario, quiero ver las puntuaciones asignadas por
los usuarios a las olas de una playa.
1
Riesgo bastante inferior al de referencia. La
tecnologías a utilizar no es novedosa y es una tarea
con amplia documentación y ejemplos.
7. Time scoring
Ponderación 0.2 0.4 0.4
Historia
Coste Riesgo Valor
Valoracion de Time
Scoring
Prioridad calculada
A 1 1 2 1,4 6
C 3 3 5 3,8 2
D 5 5 5 5 1
E 3 1 2 1,8 5
G 2 1 3 2 3
H 2 1 3 2 4
Ponderamos el riesgo y el valor ya que son las
características diferenciales de esta aplicación.
Aporta un valor muy alto al ser una funcionalidad
no existente y posee un riesgo de la misma
importancia por ser una problema para el que hay
que inventar una solución técnica.
8. Historias de usuario ordenadas
por prioridad
1. Como usuario, quiero que la calidad de olas indicada por la aplicación no se
basen en predicciones sino en datos en tiempo real .
2. Como usuario, para una ubicación geográfica quiero introducir un rango de km y
que la aplicación me indique en un mapa las playas cercanas y me indique la
calidad de las olas para dichas playas.
3. Como usuario, quiero puntuar la calidad de las olas de una playa.
4. Como usuario, quiero ver las puntuaciones asignadas por los usuarios a las olas
de una playa.
5. Como usuario, quiero poder filtrar playas por tamaño de olas ,mejor hora, numero
de rompientes y cantidad de gente en el agua (estimada).
6. Como usuario, quiero que la aplicación detecte mi ubicación automáticamente.