|
|
Una vez que el cliente ha decidido el _Desarrollo Propio_ como la alternativa a seguir, el objetivo de la primera etapa del proyecto se centrará en el desarrollo de un producto mínimo viable (MVP) que permita valorar la conveniencia, o no, de proseguir con el proyecto.
|
|
|
|
|
|
## Requisitos del MVP
|
|
|
|
|
|
Del conjunto de [requisitos](./Requisitos) identificados durante la fase de Estudio de Viabilidad del Sistema, se considera que el MVP debe cumplir con los siguientes:
|
|
|
Para el desarrollo de este proyecto se van a priorizar los siguientes entregables:
|
|
|
|
|
|
| # | Impacto | Entregable | Prioridad | MVP |
|
|
|
|---|---------|------------|-----------|-----|
|
|
|
| **1** | Poder gestionar los usuarios desde una base de datos única | **Gestor documental de usuarios** | Alta | **Sí** |
|
|
|
| **2** | Poder acceder y utilizar un calendario compartido y colaborativo para agendar citas con los usuarios | **Calendario compartido y colaborativo** | Alta | **Sí** |
|
|
|
| **3** | Poder relacionar los usuarios con sus compromisos sobre la base de datos | **Relación usuarios - compromisos** | Alta | **Sí** |
|
|
|
| **4** | Poder imprimir automáticamente el listado de control de ausencias en los comedores | **Control de asistencias** | Alta | **Sí** |
|
|
|
| **5** | Poder recopilar datos precisos sobre el impacto de las intervenciones | **Informes de citas con usuarios atendidas** | Media | **Sí** |
|
|
|
| **6** | Poder recoger datos de usuarios con más detalle | **Evaluación de ingresos, gastos y número de menores de la unidad familiar** | Media | **Sí** |
|
|
|
| 7 | Poder evaluar y priorizar usuarios en el entorno de su unidad familiar de manera automática | Priorización de usuarios | Media | No |
|
|
|
| 8 | Poder recopilar datos precisos sobre el impacto de las intervenciones | Informes de bajas de usuarios | Baja | No |
|
|
|
| 9 | Poder recopilar datos precisos sobre el impacto de las intervenciones | Informes de raciones servidas | Baja | No |
|
|
|
| 10 | Poder recoger datos de usuarios con más detalle | Ampliación de campos en los datos de usuario | Baja | No |
|
|
|
|
|
|
| ID | Descripción | Prioridad | Fuente |
|
|
|
| :--: | -- | :--: | :--: |
|
|
|
| RF1 | Permitir crear, modificar, consultar y cancelar visitas | Alta | Reunión con cliente |
|
|
|
| RF2 | Permitirá dar de alta invitados, modificar y consultar sus datos y darlos de baja | Alta | Reunión con cliente |
|
|
|
| RF3 | Debe mostrar listado de las visitas en curso y futuras ordenado por fecha de inicio | Alta | Reunión con cliente |
|
|
|
| RF4 | Debe mostrar listado de invitados ordenados alfabéticamente por apellido | Alta | Reunión con cliente |
|
|
|
| RF5 | Implementar en el listado de visitas la opción de ordenar por fecha, actividad y responsable | Media | Reunión con cliente |
|
|
|
| RF6 | Implementar en el listado de invitados la opción de ordenar por nombre, número de documento y empresa | Media | Reunión con cliente |
|
|
|
| RNF1 | Permitir el uso de la aplicación desde PC y dispositivos móviles | Alta | Reunión con cliente |
|
|
|
|
|
|
|
|
|
|
|
|
## Coste de implementación
|
|
|
|
|
|
Una cuestión importante a tener en cuenta es el costo hundido en el que se va a incurrir durante el desarrollo del MVP. De acuerdo a lo indicado en el apartado de [planificación](./Planificaci%C3%B3n-general#planificación), la consecución del MVP se alcanzará tras la realización de dos sprints, cada uno de un mes de duración, por lo que se estima que esto supondrá un coste de **16.000€**, correspondiente al sueldo de dos desarrolladores a tiempo completo.
|
|
|
|
|
|
|
|
|
|
... | ... | |