|
|
Al igual que ocurre con las soluciones comerciales ya implementadas, en el caso de optar por una solución basada en herramientas *Open Source*, también es posible encontrar diversas alternativas. En este contexto, lo más esperado sería seleccionar una herramienta *Open Source* orientada a la gestión y planificación de entrenamientos, dado que, en principio, esta función parece ser la más destacada dentro de la propuesta.
|
|
|
|
|
|
Sin embargo, si se utilizan los [*puntos historia*](../2.EVS/2.3-Historias-de-usuario.md) comparando la parte que está más orientada al la planificación deportiva y la parte que está más orientada a compartir en grupos esa planificación e interactuar con ella, se observa que la carga de trabajo es la misma en ambos. Esta segunda parte se podría asociar en un alto porcentaje a las funcionalidades que permite una red social, por lo que la solución podría diferenciarse en estos dos aspectos, por un lado el de planificación deportiva y por otro el de red social.
|
|
|
Sin embargo, si se utilizan los [*puntos historia*](../2.EVS/2.3-Historias-de-usuario) comparando la parte que está más orientada al la planificación deportiva y la parte que está más orientada a compartir en grupos esa planificación e interactuar con ella, se observa que la carga de trabajo es la misma en ambos. Esta segunda parte se podría asociar en un alto porcentaje a las funcionalidades que permite una red social, por lo que la solución podría diferenciarse en estos dos aspectos, por un lado el de planificación deportiva y por otro el de red social.
|
|
|
|
|
|
Si bien es cierto que hay código *Open Source* para la parte destinada a la programación y al diseño de entrenamientos, el volumen de código y las ventajas en cuanto a mantenimiento y participación de la comunidad se encuentra mucho más desarrollado en relación con la parte de red social. Por este motivo, se ha optado por seleccionar *MixPost*, un software de código abierto con licencia MIT, diseñado para entornos de redes sociales, como base para el desarrollo de la aplicación.
|
|
|
|
... | ... | @@ -16,7 +16,7 @@ MixPost es una solución **SaaS autoalojada** en la nube, disponible bajo difere |
|
|
|
|
|
### Estimación
|
|
|
|
|
|
Para estimar el tiempo necesario para desarrollar una solución con MixPost se utilizarán las [*historias de usuario* y los *puntos historia*](../2.EVS/2.3-Historias-de-usuario.md). Sin embargo, puesto que MixPost aporta ya muchas funcionalidades, se estima, en base a las historias de usuario que ya cubre el código de MixPost, aunque haya que adaptarlo, que se puede reducir en unos 18 PH la duración del proyecto.
|
|
|
Para estimar el tiempo necesario para desarrollar una solución con MixPost se utilizarán las [*historias de usuario* y los *puntos historia*](../2.EVS/2.3-Historias-de-usuario). Sin embargo, puesto que MixPost aporta ya muchas funcionalidades, se estima, en base a las historias de usuario que ya cubre el código de MixPost, aunque haya que adaptarlo, que se puede reducir en unos 18 PH la duración del proyecto.
|
|
|
|
|
|
Las *historias de usuario* que se considera que aporta MixPost son:
|
|
|
|
... | ... | @@ -61,7 +61,7 @@ De nuevo, el mantenimiento de la solución recaería sobre CESTIC, pero se puede |
|
|
| **Total** | 14.746,33 | 733,00 |
|
|
|
|
|
|
### Funcionalidades
|
|
|
A la luz de las distintas [historias de usuario](../2.EVS/2.3-Historias-de-usuario.md) previstas para la solución, y considerando los criterios de aceptación de estas, se cree que esta solución cubriría todas ellas, alcanzando así todos los [impactos](../2.EVS/2.2-Impact-map.md) que se busca lograr.
|
|
|
A la luz de las distintas [historias de usuario](../2.EVS/2.3-Historias-de-usuario) previstas para la solución, y considerando los criterios de aceptación de estas, se cree que esta solución cubriría todas ellas, alcanzando así todos los [impactos](../2.EVS/2.2-Impact-map) que se busca lograr.
|
|
|
|
|
|
![MixPost vista 1](../imagenes/mix-post-vista-1.jpg)
|
|
|
|
... | ... | |