Plan del Proyecto

En esta plantilla se especifican el conjunto de funcionalidades ordenadas en función de una prioridad calculada.

1. Priorización de funcionalidades del software según las necesidades de los usuarios

• Tabla 1. Priorización de funcionalidades por parte de los usuarios.

Funcionalidad	Prioridad de la funcionalidad para los usuarios
[Se coloca el nombre de la funcionalidad y entre paréntesis el símbolo Fj (con j desde 1 hasta n, con n= número total de funcionalidades del software).]	[Los valores de prioridad se definen en el siguiente rango: 1: Muy alta. 0,75: Alta. 0,5: Media. 0,25: Baja. 0: Muy baja. A cada valor de prioridad se le asocia el símbolo enumerado Vfi.]
(F1) Establecer la ubicación de la firma visible en un archivo PDF	1
(F2) Validar archivos BDOC con listas TSL	0.5
(F3) Preparar taller de firma electrónica con el servicio murachi	1
(F4) Chequear firma electrónica de archivos PDF para otros sistemas	0.75
(F5) Cargar archivos a firmar de distintas fuentes (por ejemplo nuble dropbox, drive, etc)	0.5

• Tabla 2.Dependencia entre funcionalidades del software.

Funcionalidad	Dependencia entre funcionalidades
(F1) Establecer la ubicación de la firma visible en un archivo PDF	-
(F2) Validar archivos BDOC con listas TSL	-
(F3) Preparar taller de firma electrónica con el servicio murachi	-
(F4) Chequear firma electrónica de archivos PDF para otros sistemas	-
(F5) Cargar archivos a firmar de distintas fuentes (por ejemplo nuble dropbox, drive, etc)	-

• Tabla 3.Estudio de riesgos de desarrollo.

Definición del riesgo	Impacto	Prioridad para abordar el riesgo	Funcionalidades asociadas al riesgo
1.		[Los valores de prioridad se definen en el siguiente rango: 1: Muy alta.0,75: Alta.0,5: Media.0,25: Baja.0: Muy baja. A cada valor de prioridad se le asocia el símbolo enumerado VRi (con i desde 1 hasta n. Con n= número total de riesgos planteados)]
1. API de cliente para servicios en la nube (dropbox, drive, etc) no está disponible o documentación deficiente	No se puede desarrollar la funcionalidad	0.5	(F5)
2. API de cliente para servicios en la nube (dropbox, drive, etc) tiene una documentación deficiente	Retardo en el desarrollo de la funcionalidad por necesidad de entender el uso del API y probarla	0.5	(F5)
3. Bibliotecas de desarrollo web y backend limiten la ubicación gráfica de datos en firma visible de archivo PDF	No es posible brindarle al usuario la flexibilidad de escoger cualquier ubicación en el archivo PDF	0.	(F1)
4. Biblioteca de manejo de archivos PDF no permite serializar archivos en el proceso de firma en dos partes	La funcionalidad de firma PDF para otros sistemas que consuman el recurso no estará disponible	0.	(F)

• Tabla 4.Acciones preventivas para los riesgos

Riesgo	Acciones preventivas
1. API de cliente para servicios en la nube (dropbox, drive, etc) no está disponible o documentación deficiente	Seleccionar otros servicios de almacenamiento en la nube alternativos
2. API de cliente para servicios en la nube (dropbox, drive, etc) tiene una documentación deficiente	Realizar búsqueda de talleres o tutoriales en línea sobre la documentación y uso de APIs
3. Bibliotecas de desarrollo web y backend limiten la ubicación gráfica de datos en firma visible de archivo PDF	Se notificará al usuario de las ubicaciones restringidas para la firma visible
4. Biblioteca de manejo de archivos PDF no permite serializar archivos en el proceso de firma en dos partes	Realizar investigación sobre posibles alternativas de bibliotecas de firma electrónica de PDF y utilizarla

• Tabla 5.Cálculo de priorización de desarrollo por funcionalidad

Funcionalidad (Fi)	Prioridad de desarrollo (PDFj)
1.
2.

En la Tabla 5 se indica el cálculo de priorización de desarrollo para cada funcionalidad del software propuesto. Para realizar este cálculo se utilizan las siguientes formulas:

IFj= ( ∑i=1,...nVRi asociados a Fj ) * PR + VFj * PF

donde IFj representa la importancia de la funcionalidad “j” según la prioridad que le da el usuario y según la prioridad de los riesgos asociados a dicha funcionalidad; VRi representa el valor de prioridad para abordar el riego “i” asociado a la funcionalidad “j”; PR representa el peso asociado al factor riesgo; VFj representa el valor de prioridad asignado por los usuarios a la funcionalidad “j”; PF representa el peso asociado al factor funcionalidad.

El PR y el PF son factores utilizados para realizar el cálculo ponderado de priorización de desarrollo. A cada uno de 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.

PDFj= IFj + ∑ IF correspondientes a las funcionalidades que se construyen a partir de Fj

donde PDFj representa la prioridad de desarrollo de la funcionalidad “j” ; IF representa la importancia de una funcionalidad que se construye a partir de la funcionalidad “j”.

El cálculo de la Prioridad de Desarrollo de las Funcionalidades (PDF) permite crear un orden de prioridad para la construcción de las funcionalidades del software. Las funcionalidades para las cuales se obtengan los valores más altos de PDF deben ser construidas en las primeras iteraciones del proyecto, dado que éstas corresponden a las funcionalidades de mayor prioridad para los usuarios, que tienen asociados riesgos de mayor prioridad para ser abordados, y a partir de las cuales se pueden construir otras funcionalidades del software. En este sentido, tales funcionalidades pueden ser consideradas como el núcleo de la aplicación a desarrollar.

• Tabla 6.Cronograma de desarrollo del proyecto

Nº de iteración	Funcionalidad	Fecha de inicio	Fecha de finalización
1.
2.