Está en la página 1de 4

SOPORTE Código: SO-F-026

LEVANTAMIENTO DE REQUERIMIENTOS DE Versión: 2


SOFTWARE Fecha Actualización: 03/04/2023

WORKMANAGER E.D. ® - VERSION 11

1. Historia del documento

FECHA VERSIÓN DESCRIPCIÓN AUTOR


20/04/2023 1.0 Control de cambios al API REST “Fepep” Camila Villabona
Valderrama
24/04/2023 2.0 Control de cambios al API REST “Fepep” Camila Villabona
Valderrama
<06/01/2023> <2.0> <Viabilidad Historia de Usuario> <José Álvarez>

2. Interesados

CLIENTE ¿QUIÉN SOLICITA EL REQUERIMIENTO?


FONDO DE EMPLEADOS Erika Marcela Osorio Yarce – Coordinadora Administrativa
GRUPO EPM - FEPEP

3. Definiciones – Acrónimos – Abreviaturas

TÉRMINO DEFINICIÓN

WORKMANAGER ED ® Software de Gestión Documental

Son aquellos que describen cualquier actividad que se deba realizar, en


otras palabras, el comportamiento o función particular de un sistema o
REQUERIMIENTO software cuando se cumplen ciertas condiciones. Por lo general, estos
FUNCIONAL deben incluir funciones desempeñadas por pantallas específicas,
descripciones de los flujos de trabajo a ser desempeñados por el sistema y
otros requerimientos de negocio, cumplimiento, seguridad u otra índole.

REQUERIMIENTO NO
FUNCIONAL Son aquellos que especifican criterios para evaluar la operación de un
servicio de tecnología de información, en contraste con los requerimientos
funcionales que especifican los comportamientos específicos. Representan
características generales y restricciones de la aplicación o sistema que se
esté desarrollando.

● En un primer nivel, los requerimientos no funcionales pueden


clasificarse en requerimientos de producto, organizacionales y
externos.

Página 1 de 4
SO-F-026 LEVANTAMIENTO DE REQUERIMIENTOS ESTRATEGIAS DOCUMENTALES
S.A.S DE SOFTWARE.

TÉRMINO DEFINICIÓN

● En un segundo nivel, los requerimientos de producto pueden


clasificarse en requerimientos de usabilidad, eficiencia, disponibilidad,
confiabilidad, integridad y seguridad. A su vez, los requerimientos
organizacionales pueden clasificarse en requerimientos de entorno,
organizacionales y de desarrollo. Asimismo, los requerimientos
externos pueden clasificarse en requerimientos regulatorios, éticos y
legislativos.

4. Especificación del Requerimiento de Software

4.1 VISIÓN

Se requiere realizar una modificación al método Form_Insert de la API REST “Fepep” con el fin
modificar un parámetro y este se tome de acuerdo con la configuración del proceso a iniciar por
medio de dicha API.

4.2 DESCRIPCIÓN DEL PROCESO O MODELO DE NEGOCIO

Actualmente FEPEP cuenta con una API REST personalizada de acuerdo con sus procesos internos,
esta se deberá modificar teniendo en cuenta un ajuste al método Form_Insert donde se busca que un
parámetro se tome de acuerdo con la configuración establecida en el paso del proceso de
WorkManager ED ®.

4.3 CONSIDERACIONES Y/O PRECONDICIONES DEL REQUERIMIENTO

Para lograr este nuevo alcance del cliente se deben tener en cuenta las consideraciones y/o
precondiciones descritas a continuación:

1. Los ajustes modificaciones no aprobadas en el presente requerimiento tomara tiempos


adicionales y podrá ocasionar costos.

5. Requerimientos Funcionales y No Funcionales del Sistema - Viabilidad

REQ - 001 Se requiere modificar el método Form_Insert del API REST personalizada para
FEPEP ajustando el parámetro “nextStepUser” para que sea tomado de la
configuración del paso del proceso que se vaya a iniciar de acuerdo al
“ProcessID”.

Página 2 de 4
SO-F-026 LEVANTAMIENTO DE REQUERIMIENTOS ESTRATEGIAS DOCUMENTALES
S.A.S DE SOFTWARE.

Esto con el fin de que cuando se ejecute este método de la API REST se inicie el
proceso en WorkManager ED ® tomando el responsable de paso de acuerdo con
la configuración en el “Diseñador de procesos” (deberá aplicar para cualquier
opción de “Responsable de paso”).

Por lo demás no se deberá afectar, ni alterar la funcionalidad actual de la API


REST personalizada para FEPEP.

<Espacio para definir la viabilidad del criterio de aceptación por parte del Equipo de
Viabilidad
Desarrollo.>
(Diligenciar
únicamente por <Ejm:
Desarrollo)
Requerimiento Viable – Requerimiento No Viable >

Consideraciones
/ Observaciones <Espacio abierto para relacionar las consideraciones a tener en cuenta para el
del Desarrollo
(Diligenciar desarrollo, las validaciones a realizar con el Cliente y las justificaciones u
únicamente por observaciones pertinentes.>
Desarrollo)

Página 3 de 4
SO-F-026 LEVANTAMIENTO DE REQUERIMIENTOS ESTRATEGIAS DOCUMENTALES
S.A.S DE SOFTWARE.

6. Entregables
(Diligenciar únicamente por Desarrollo)

<Espacio para listar el número de entregables (componentes o recursos) que se suministrarán


al Cliente una vez se culmine todo el Proceso de Desarrollo.>

Entregable Descripción
1
2

7. Anexos

https://drive.google.com/file/d/12s_Gnl5eIpi-ONK1Nbuap9wHeA-tyqQg/
Enlace de la grabación:
view

Documentos: N/A
Otras referencias: N/A

Página 4 de 4

También podría gustarte