En la Tabla 1 se indica el cálculo de priorización de desarrollo para cada funcionalidad de la aplicación. Para realizar este cálculo se utiliza la siguiente formula:
(?VRi para Fi ) * PR + VFi * PF,
donde.
VRi representa el valor de impacto en el desarrollo de cada riesgo asociado a Fi;
Fi representa la funcionalidad para la cual se está calculando la prioridad de desarrollo;
Vfi representa el valor que la comunidad de usuarios asigna a la funcionalidad dependiendo de la prioridad con la cual la requiera.
PR y PF representan los factores riesgo y funcionalidad utilizados para realizar el cálculo ponderado de priorización de desarrollo. A estos factores se les debe asignar valores comprendidos entre 0 y 1. El valor asignado a cada factor dependerá de la importancia que adquieran estos para el desarrollo de la aplicación. La suma de ambos factores debe ser 1. Valores asignados a los factores riesgo y funcionalidad:
Tabla 1. Cálculo de priorización de desarrollo por funcionalidad
| Módulos | Funcionalidad | Valor de prioridad por funcionalidad | Prioridad de desarrollo por funcionalidad | Dependencia entre funcionalidades | |
| Módulo de Seguimiento de Proyectos | F1: Gestionar (registrar, consultar y modificar) avance físico y financiero de proyectos | 1 | |||
| F2: Configurar flujo de trabajo para seguimiento de proyectos | 1 | F1 | |||
| F3: Enviar seguimiento de proyectos a otros usuarios | 1 | F2 | |||
| F4: Registrar histórico de envíos de seguimiento de proyectos | 1 | F3 | |||
| Módulo de Reformulación de Proyectos | F5: Gestionar (registrar, consultar y modificar) reformulación de proyectos | 0,5 | |||
| F6: Configurar flujo de trabajo para seguimiento de proyectos | 1 | ||||
| F7: Enviar seguimiento de proyectos a otros usuarios | 1 | ||||
| F8: Registrar histórico de envíos de seguimiento de proyectos | 0,5 | F2 | |||
| Módulo de Explicación Situacional | F9: Gestionar estructura de usuarios según los niveles de planificación | 1 | |||
| F10: Gestionar relación entre las causas | 1 | ||||
| F11: Describir causa crítica | 1 | F10 | |||
| F12: Importar "Cambios ideales? y ?Cambios de la situación actual? de la versión preliminar de la situación actual a la situación objetivo. | 1 | ||||
| F13: Gestionar (registrar, modificar y consultar) situación objetivo | 1 | F12 | |||
| Módulo de Definición de Políticas Direccionales | F14: Gestionar (registrar, modificar, consultar y eliminar) posibles políticas | 1 | |||
| F15: Identificar políticas inviables | 1 | F14 | |||
| F16: Registrar posibles estrategias | 1 | F14, F15 | |||
| Servicios de interoperabilidad | F17: Servicio para consumir datos del SISPRE | 0,5 | |||
| F18: Servicio para proporcionar datos al SISPRE | 0,5 |
| Actividad | # de la iteración | Fecha de inicio | Fecha de finalización |
| Especificación de requerimientos asociados a los módulos: Seguimiento y Reformulación de Proyectos, Explicación Situacional y Definición de Políticas Direccionales | 1 | Febrero 2017 | Marzo 2017 |
| Desarrollo de las funcionalidades asociadas al módulo de Seguimiento de Proyectos | 1 | Enero 2017 | Abril 2017 |
| Desarrollo de las funcionalidades asociadas al módulo de Reformulación de Proyectos | 1 | Enero 2017 | Abril 2017 |
| Desarrollo de las funcionalidades asociadas al módulo de Explicación Situacional | 1 | Febrero 2017 | Abril 2017 |
| Desarrollo de las funcionalidades asociadas al módulo de Definición de Políticas Direccionales | 1 | Febrero 2017 | Abril 2017 |
| Desarrollo de las funcionalidades asociadas a los Servicios de interoperabilidad | 1 | Febrero 2017 | Octubre 2017 |
| Aplicación de pruebas a las funcionalidades desarrolladas | 1 | Enero 2017 | Abril 2017 |
| Elaboración de videotutoriales de uso de los módulos desarrollados | 1 | Marzo 2017 | Abril 2017 |