Está en la página 1de 5

GESTIÓN TECNOLOGICA Código: A-GT-FR-022

Versión: 3
FORMATO DE DEFINICION DE
REQUERIMIENTOS FUNCIONALES Fecha Aprobación: 31/07/2019

1. INFORMACIÓN GENERAL DE PROYECTO


Nombre del proyecto o sistema: Bizagi
Módulo o Funcionalidad Viabilidad de proyectos
(diligencie este formato por módulo Aval de proyectos
o funcionalidad si aplica)

Fecha Entrevistado Cargo Observaciones


31/07/2020 Yolima Mora Secretaria de Planeación

Descripción de la situación actual


(describir cómo funciona el sistema de información actual o como realizan en la actualidad las tareas los usuarios)

Los proyectos que se registran en Bizagi se viabilizan y se avala su registro independientemente de la disponibilidad de
recursos. Es necesario ajustar las funcionalidades de la plataforma de manera que se registren solo los proyectos que tienen
recursos asignados. (Resolución 014 de 2020).

2. LISTA DE REQUERIMIENTOS FUNCIONALES (RF)


(Qué funcionalidades debe proveer el sistema de información)

CODIGO CASO DE USO: CU001 NOMBRE: Etapa concepto de viabilidad


Descripción Cambiar la viabilidad según la imagen:

Actualmente:

Requerimiento:
GESTIÓN TECNOLOGICA Código: A-GT-FR-022

Versión: 3
FORMATO DE DEFINICION DE
REQUERIMIENTOS FUNCIONALES Fecha Aprobación: 31/07/2019

Solo cuando se tenga la viabilidad técnica y administrativa el proyecto puede pasar a la etapa de
“Aval”.

Caminos de Excepción NA
Camino normal
Precondiciones
Post condiciones
Entradas / Salidas Campo/Archivo/mensajes/Otros Validaciones

CODIGO CU002 NOMBRE: Etapa Aval


CASO DE
USO:
Descripción Cambiar el aval que realiza el ordenador del gasto según la imagen:

Actualmente:

Requerimiento:

Antes de dar guardar el sistema debe arrojar el siguiente mensaje según la selección del ordenador:
GESTIÓN TECNOLOGICA Código: A-GT-FR-022

Versión: 3
FORMATO DE DEFINICION DE
REQUERIMIENTOS FUNCIONALES Fecha Aprobación: 31/07/2019

Si: En calidad de ordenador del gasto de (Incluir automáticamente el nombre de la entidad/Secretaría) apruebo
el presente proyecto y declaro que la entidad adelantará su financiación según la programación presupuestal y
las fuentes definidas. (Incluir las opciones de Aceptar / Cancelar)

No: El proyecto será devuelto al Viabilizador (Tal como funciona hoy)

Pendiente de asignación de recursos: El proyecto es viable técnica y administrativamente, sin embargo no


se cuenta con la disponibilidad de recursos para atender la solicitud de financiación. El proyecto quedará en
esta etapa hasta que se pueda asegurar su financiación.

El correo que se genera en esta etapa debe contener el comentario mencionado según la opción seleccionada.

Caminos de NA
Excepción
Camino
normal
Precondiciones
Post
condiciones
Entradas / Campo/Archivo/mensajes/Otros Validaciones
Salidas

3. LISTA DE REQUERIMIENTOS NO FUNCIONALES (RNF)


(Tienen que ver con: tiempos de respuesta, volúmenes de datos, seguridad, niveles de seguridad, integraciones, cantidad de
usuarios a atender)

REQUERIMIENTO NO RNF001 NOMBRE:


FUNCIONAL
Descripción

REQUERIMIENTO NO RNF002 NOMBRE:


FUNCIONAL
Descripción

REQUERIMIENTO NO RNF003 NOMBRE:


FUNCIONAL
Descripción

4. LISTA DE REQUERIMIENTOS DE FACILIDAD DE USO (RFU)


(busque determinar qué tan “confortable debe ser el sistema para el usuario final”, debe permitir identificar: usuarios que
utilizarán el sistema, tareas que realizarán los usuarios)

REQUERIMIENTO DE RFU001 NOMBRE:


FACILIDAD DE USO
Descripción

REQUERIMIENTO DE RFU002 NOMBRE:


FACILIDAD DE USO
Descripción
GESTIÓN TECNOLOGICA Código: A-GT-FR-022

Versión: 3
FORMATO DE DEFINICION DE
REQUERIMIENTOS FUNCIONALES Fecha Aprobación: 31/07/2019

REQUERIMIENTO DE RFU003 NOMBRE:


FACILIDAD DE USO
Descripción

5. MODELAMIENTO PRELIMINAR DEL SISTEMA


(de acuerdo con el modelo de desarrollo de software, anexe a continuación los diagramas que apliquen)
Diseño estructurado: Diagrama de nivel 0 de flujo de datos del sistema.
Diseño orientado a objetos: Diagrama de alto nivel de casos de uso.
Si emplea otros modelos de diseño, dibuje o describa el modelo preliminar del sistema.

Diagrama de casos de uso: (Ejemplo:)

Diagrama de interacción de la solución (Opcional - Ejemplo:)


GESTIÓN TECNOLOGICA Código: A-GT-FR-022

Versión: 3
FORMATO DE DEFINICION DE
REQUERIMIENTOS FUNCIONALES Fecha Aprobación: 31/07/2019

Espacio para el diagrama

6. GLOSARIO DE TÉRMINOS
(describa los términos que requieren una definición particular)
Término Descripción

7. RECOMENDACIONES (si aplica, describa recomendaciones para el refinamiento de los requerimientos)

8. PROCESO DEL SIGC AL QUE APLICA:


Proceso Procedimiento, guía o documento
Direccionamiento Estratégico y Articulación Gerencial MANUAL USUARIO – REGISTRO DE PROYECTOS DE
INVERSIÓN - E-DEAG-MA-004

9. ANEXOS (si aplica, describa los anexos a este documento)


NA

Entrevistado Cargo Firma / Fecha


Yolima Mora Salinas Secretaria de Planeación

También podría gustarte