CSA-TI-FT-02 Convenios LRF V3 0

Listado de Requisitos Funcionales
RU_Convenios-V3
09/06/2022
Área de Ingeniería de Requerimientos
Documento confidencial 1 de 19
CODIGO: TI-FT-
DOCUMENTO DE REQUISITOS VERSIÓN: 3.0
FUNCIONALES
FECHA: 28/06/2022
RU_Convenios_V2 Sistema_SUECO
CONTROL DE VERSIONES
Fecha Vr Descripción Autor Revisó Aprobó

09/06/2022 1.0 Creación del documento. Tatiana Chocue
Oscar
Chamorro
Diana
Paola
Martinez
Raul
Angulo
28/06/2022 2.0 Actualización del documento. Tatiana Chocue.
Juan
Fernando
Campos
Gustavo
Adolfo
Toro
Yaneth
Betancurt
Diana
07/07/2022 3.0 Aprobación del documento. Tatiana Chocue Paola
Martinez
2
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
CONTENIDO
Pág.
1 REQUERIMIENTO DE USUARIO ............................................................................. 4

2 LISTADO DE USUARIOS .......................................................................................... 5
3 LISTADO REQUISITOS FUNCIONALES .................................................................. 6
3.1 GESTIONAR CONVENIOS (CLASIFICACIÓN CONVENIOS) ........................... 6
3.2 CONSULTAR CLASIFICACIÓN CONVENIO ..................................................... 7
3.3 EDITAR CLASIFICACIÓN CONVENIO .............................................................. 7
3.4 CREAR DATOS BASICOS - CONVENIO ........................................................... 9
3.5 EDITAR DATOS BASICOS - CONVENIO ........................................................ 11
3.6 CONSULTAR DATOS BASICOS - CONVENIO ............................................... 13
3.7 CARGUE MASIVO CONVENIOS ..................................................................... 14
3.8 GENERAR REPORTE EDU - BONOS ............................................................. 16
3.9 GENERAR REPORTE EDU - HISTORIAL DE CONVENIOS .......................... 17
3.10 GENERAR REPORTE LOG AUDITORIA CONVENIOS .............................. 18
4 RECOMENDACIONES ............................................................................................ 19
3
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
1 REQUERIMIENTO DE USUARIO
Ver documento de RU - Convenios-V2.
RU -
Convenios-V2.docx
4
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
2 LISTADO DE USUARIOS
Estado
Actor Descripción Tipo de Actor Rol
del Rol
Analista Analista
Nacional, Nacional,
Persona que interactúa con el sistema
Analista Primario Analista Nuevo
Convenios.
Regional, Regional,
Administrador Administrador
5
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
3 LISTADO REQUISITOS FUNCIONALES
3.1 GESTIONAR CONVENIOS (CLASIFICACIÓN CONVENIOS)
SF 3.1.1 Crear Clasificación Convenio

Tipo de
No RQF Especificación del Requisito Impacto
Requisito
El sistema debe permitir al analista nacional y
administrador, crear una clasificación de convenios
ingresando los siguientes datos:
 Clasificación: Descuentos, Servicios

Educativos (Lista). (Dato obligatorio)
 Categoría: Depende de la clasificación

seleccionada (Descuento = Convenios con
(IES), Convenios de idiomas), (Servicios
Educativos = Productos, Servicios
Educativos). (Dato obligatorio)
 Sub categoría: Tipo texto (100 caracteres).

(Dato obligatorio)
Funcionalidad
1.1  Estado de la clasificación del convenio El Funcional Nueva
estado debe mostrarse por defecto como
“Activo”. (Dato obligatorio)
El sistema debe mostrar el mensaje:
“Éxito. Guardado Exitoso”, cuando el registro haya

sido guardado de forma exitosa.
En caso contrario, el sistema debe mostrar el

mensaje:
“Algunos campos obligatorios no han sido

encontrados. Vea los detalles para más información”,
cuando el usuario no haya ingresado los datos
obligatorios.
6
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
El sistema debe generar los siguientes datos de

auditoria:
 Usuario de creación, fecha de creación (DD-

MM-AAAA), Hora de creación (HH-MM-SS).
3.2 CONSULTAR CLASIFICACIÓN CONVENIO
SF 3.2.1 Consultar Clasificación Convenio

No Tipo de
Especificación del Requisito Impacto
RQF Requisito
administrador consultar la clasificación de convenios sin
ingresar filtro alguno o ingresando los siguientes filtros:
 Clasificación, Categoría, sub categoría y estado.
El sistema debe mostrar los siguientes datos:

2.1 Funcional Funcionalidad
 Clasificación, Categoría, sub categoría y estado. Nueva
Una vez el usuario haya seleccionado el filtro

correctamente, el sistema debe permitir realizar la
búsqueda del dato según el filtro previamente
seleccionado.
3.3 EDITAR CLASIFICACIÓN CONVENIO
SF 3.2.1 Editar Clasificación Convenio

No Tipo de
RQF Requisito
administrador editar la clasificación de convenios
realizando una búsqueda por los siguientes filtros:
3.1 Funcional
Funcionalidad
El sistema debe mostrar los siguientes datos: Nueva
7
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
El sistema debe permitir editar los siguientes datos:
 Clasificación: Descuentos, Servicios Educativos

(Lista).
 Categoría: Depende de la clasificación
seleccionada (Descuento = Convenios con (IES),
Convenios de idiomas) (Servicios Educativos =
Productos, Servicios Educativos).
 Sub categoría: Tipo texto (100 caracteres).
 Estado de la clasificación del convenio (activo,

inactivo). (Dato obligatorio)
“Éxito. Guardado Exitoso”, cuando el registro haya sido

editado de forma exitosa.
El sistema debe permitir al analista de convenios eliminar

una o más clasificaciones de convenios de la lista, una
vez sea seleccionada, el sistema muestra el siguiente
mensaje de confirmación:
“Desea eliminar los registros seleccionados? Si / No”, si

el usuario selecciona la opción “Si”, el sistema elimina
todos los registros que hayan sido previamente
seleccionados.
En caso contrario, si el usuario selecciona “No”, el
sistema no realiza ningún cambio o no elimina ningún
registro.
Regla de negocio:
El sistema debe permitir actualizar o eliminar una
clasificación o categoría o subcategoría si la misma no
está siendo usada, es decir, que si alguna o las tres están
siendo usadas, el sistema no debe permitir editar o
eliminar y debe mostrar el siguiente mensaje:
 “Esta clasificación, categoría, subcategoría no se

puede editar o eliminar, ya que se encuentra en
8
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
uso”.
El sistema debe generar los siguientes datos de auditoria:
 Usuario que actualiza, fecha de actualización (DD-

MM-AAAA), Hora de actualización (HH-MM-SS).
3.4 CREAR DATOS BASICOS - CONVENIO
SF 3.2.1 Crear Datos Básicos - Convenio

No Tipo de
RQF Requisito
El sistema debe permitir al analista regional, analista

nacional y administrador, seleccionar las clasificaciones
de convenios en el módulo de Convenios – Sub módulo
Convenios:
Funcionalidad
Cuando el usuario seleccione la opción “Adicionar”, el Nueva
sistema debe mostrar el formulario de Datos Básicos, en
el cual se visualizara los siguientes datos:
 Nombre del convenio (Dato ya existente en

Sueco).
 Código del convenio. (Dato ya existente en
Sueco).
4.1 Funcional
 Tipo Convenio (Dato Nuevo - Lista): Se debe
visualizar las sub categorías que han sido
previamente creadas en el módulo General – Sub
módulo Clasificación Convenios, por ejemplo:
- A1 Universidades.
- A2 Instituciones universitarias o escuelas
tecnológicas.
- A3 Instituciones tecnológicas.
- A4 Instituciones técnicas profesionales.
- B1 Centros de idiomas.
- B2 Instituciones en el exterior.
- B3 Agencias de estudios en el exterior.
- B4 Institutos de idiomas.
9
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
- Adquisición de uniformes escolares.

- Almacenes de cadena (para productos y útiles
escolares o educativos).
- Almacenes de tecnología (tecnología para
educación).
- Editoriales.
- Entre otros.
- Papelerías.
- Asesorías Pedagógicas.
- Centros de apoyo sicosocial.
- Centros de desarrollo mental.
- Centros de desarrollo motor
- Centros de fortalecimiento de destrezas.
- Orientación vocacional.
El sistema debe ordenar de forma alfabéticamente y de

forma ascendente las sub categorías por grupo de
categorías, por ejemplo:
 Convenios con (IES):

- A1 Universidades.
tecnológicas.
 Convenios de idiomas:
 Productos:
educación).
- Editoriales.
- Entre otros.
- Papelerías.
 Servicios Educativos:
10
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022

 Código SNIIES. (Dato ya existente en Sueco).

 Cobertura. (Dato ya existente en Sueco).
 Fecha de Creación. (Dato ya existente en Sueco).
 Institución. (Dato ya existente en Sueco).
 Contrato. (Dato ya existente en Sueco).
 Fecha de Inicio. (Dato ya existente en Sueco).
 Fecha Finalización. (Dato ya existente en Sueco).
 Estado: Creado, en ejecución, terminado y
cancelado. (Dato ya existente en Sueco).
 Observaciones. (Dato ya existente en Sueco).
 Restricciones. (Dato ya existente en Sueco).
 Check Habilitar Publicación Web?. (Dato ya
existente en Sueco).
3.5 EDITAR DATOS BASICOS - CONVENIO
SF 3.2.1 Editar Datos Básicos - Convenio

No Tipo de
RQF Requisito

nacional y administrador, editar el convenio realizando
una búsqueda por los siguientes filtros:
 Nombre del convenio, Código del convenio, Tipo

Funcionalidad
convenio (Nuevo dato), Código SNIIES, Nueva
Cobertura, Fecha de creación, Institución,
4.1 Funcional
Contrato, Fecha de inicio, Fecha finalización,
Estado, Observaciones, Restricciones, Habilitar
publicación web?

convenio (Nuevo dato), Código SNIIES,
11
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
Cobertura, Descripción cobertura, Fecha de

creación, Institución, Nombre proveedor, Contrato,
Descripción contrato proveedor, Fecha inicio,
Fecha finalización, Estado (id del estado de
convenio), Descripción estado (Creado, En
ejecución, Terminado y Cancelado),
Observaciones, Restricciones, Habilitar
publicación web?
El sistema debe permitir editar los siguientes datos,

cuando el convenio tenga los estados (Creado):
 Nombre del convenio.

 Código del convenio.
 Tipo Convenio (Dato Nuevo - Lista): Se debe

visualizar las sub categorías que han sido
previamente creadas en el módulo General – Sub
módulo Clasificación Convenios, por ejemplo:
- A1 Universidades.
tecnológicas.
educación).
- Editoriales.
- Entre otros.
- Papelerías.
12
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
 Código SNIIES.
 Cobertura.
 Fecha de Creación.
 Institución.
 Contrato.
 Fecha de Inicio.
 Fecha Finalización.
 Estado del convenio.
 Observaciones.
 Restricciones.
 Check Habilitar Publicación Web?
“Éxito. Guardado Exitoso”, cuando el registro haya sido

editado de forma exitosa.
Regla de negocio:
El sistema debe permitir actualizar el dato tipo de
convenio, cuando su estado se encuentre en “Creado” y
que no esté siendo usado por otro convenio. Si el
Convenio se encuentra en estado “En Ejecución” o
“Cancelado” o “Terminado”, el sistema no debe permitir
editar el dato “Tipo de convenio”.
Cuando el dato “Tipo de convenio” ya está siendo usado

(Ya se han emitido bonos con este tipo de convenio), el
sistema debe mostrar el siguiente mensaje:
“El dato “Tipo de convenio” no se puede actualizar porque

actualmente se encuentra en uso.
 Usuario que actualiza, fecha de actualización (DD-

MM-AAAA), Hora de actualización (HH-MM-SS).
3.6 CONSULTAR DATOS BASICOS - CONVENIO
SF 3.2.1 Consultar Datos Básicos - Convenio

No Tipo de
RQF Requisito
13
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022

nacional y administrador, consultar el convenio realizando
una búsqueda por los siguientes filtros:

Cobertura, Fecha de creación, Institución,
Contrato, Fecha de inicio, Fecha finalización, Funcionalidad
Estado, Observaciones, Restricciones, Habilitar Nueva
publicación web?
2.1  Nombre del convenio, Código del convenio, Tipo Funcional

Cobertura, Descripción cobertura, Fecha de
creación, Institución, Nombre proveedor, Contrato,
Descripción contrato proveedor, Fecha inicio,
Fecha finalización, Estado (id del estado de
convenio), Descripción estado, Observaciones,
Restricciones, Habilitar publicación web?
Una vez el usuario haya seleccionado el filtro

correctamente, el sistema debe permitir realizar la
búsqueda del dato según el filtro previamente
seleccionado.
3.7 CARGUE MASIVO CONVENIOS
SF 3.2.1 Cargue Masivo Convenios

No Tipo de
RQF Requisito

administrador, realizar el cargue masivo de los convenios
de Productos y/o Servicios Educativos por medio del
5.1 documento Excel con los siguientes datos: Funcional
Funcionalidad
 Fecha de cargue: En formato DD/MM/AAAA. Nueva
 Usuario de cargue: Usuario de red
 Código Convenio: Ejemplo: corpl0315 *
14
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
 Tipo convenio: Descuentos, Servicios Educativos.

 Rol del usuario quien realizo el Cargue Masivo.
 Cedula de ciudadanía del usuario quien realizo el
Cargue Masivo.
 Nombre completo del usuario quien realizo el
cargue masivo.
 Nombre aliado.
 Oficina del aliado.
 Zona del aliado.
 Regional del aliado.
 Cedula de ciudadanía del Beneficiario.
 Nombre del Beneficiario.
 Tipo beneficiario (Asociado, No asociado,
beneficiario, empleado).
 Parentesco del beneficiario con el asociado:
Hija/o, Esposa/o, Hermana/o, Mamá, Papá,
Nieta/o, Empleado persona jurídica, Sobrina/o.
Nota: Si el beneficiario es el mismo
asociado, el campo parentesco debe
mostrarse como no aplica, solo se debe
guardar el nombre del asociado, número de
identificación del asociado y nombre del
aliado.
 Cedula del asociado.

 Nombre del asociado.
 Fecha de compra.
 Valor de compra.
 Valor descuento.
 % Descuento.
 Ciudad.
Si el archivo de cargue no corresponde al formato

correcto, el sistema debe mostrar el siguiente mensaje
“Formato Incorrecto: está intentando cargar un archivo
‘Nombre del tipo de archivo con formato incorrecto’. El
formato correcto es ‘XLSX’.
Si el archivo de cargue corresponde al formato correcto y

carga exitosamente, el sistema debe mostrar el siguiente
mensaje “Éxito. Carga Exitosa”.
15
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
Si durante la carga de los registros no se cargan todos

los registros del archivo Excel de forma exitosa, el
sistema debe indicar:
 Total de registros cargados exitosamente.

 Total de registros no cargados: Fila, Columna,
Motivo del error (Celda vacía, tipo de dato
incorrecto, dato no existe en Sueco)
Por ejemplo:
- Total de registros cargados exitosamente: 4.

- Total de registros no cargados: 1
Fila 3, Columna D, dato no existe en Sueco.
 Usuario quien realiza el cargue.

 Fecha de cargue: En formato DD/MM/AAAA.
 Hora de cargue: En formato HH:MM.
3.8 GENERAR REPORTE EDU - BONOS
SF 3.2.1 Reporte Edu - Bonos

No Tipo de
RQF Requisito

administrador, generar el reporte de Edu Bonos con los
siguientes datos:
 Código Bono
Funcionalidad
6.1  Tipo Funcional Nueva
 Fecha de Expedición Bono
 Usuario
 Rol de Usuario
 Nombre
 Cédula
 Oficina
16
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
 Zona
 Regional
 Cédula Beneficiario
 Nombre Beneficiario
 Parentesco
 Tipo de Beneficiario
 Nombre Asociado
 No. Identificación Asociado
 Institución
 Nivel Académico
 Nivel De Formación
 Area de Conocimiento
 Programa
 Valor del Programa / VALOR PRODUCTO
 Descuento %
 Valor del Descuento
 Código del Convenio
 Observaciones
 Total Semestres
 Semestre Primer Bono
 Semestre Actual
 Clasificación. (Nuevo)
 Categoría. (Nuevo)
 SubCategoria. (Nuevo)
Nota: Actualmente la ruta de generación de este reporte

en Sueco es: Sueco/Reportes/Plantilla de
reportes/EDU/Edu-Bonos.
3.9 GENERAR REPORTE EDU - HISTORIAL DE CONVENIOS
SF 3.2.1 Reporte Edu - Historial De Convenios

No Tipo de
RQF Requisito
administrador, generar el reporte de Edu Historial De
Convenios con los siguientes datos:
6.1 Funcional
 No.
 Código Convenio
Funcionalidad
 Nombre Convenio Nueva
17
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022
 Institución
 Nivel Académico
 Descuento
 Fecha Inicio Convenio
 Fecha Fin Convenio
 Estado Convenio
 Fecha Última Actualización
 Descripción de la última Actualización

reportes/EDU/Edu-Historial de convenios.
3.10 GENERAR REPORTE LOG AUDITORIA CONVENIOS
SF 3.2.1 Reporte Log Auditoria Convenios

No Tipo de
RQF Requisito
administrador, generar el reporte de Log Auditoria
Convenios con los siguientes datos:
 Nombre
 Código
Funcionalidad
 Fecha de Creación Nueva
 Fecha de Ejecución
 Fecha de Finalización
 Coberturas
6.1  Información de Descuentos de Programas
Funcional
Académico
 Nombre del Proveedor
 Estado del Convenio
 Fecha de Auditoria
 Usuario de Red
 Novedad
18
CODIGO: TI-FT-
FUNCIONALES
FECHA: 28/06/2022

reportes/Reportes/Log de auditoria convenios.
4 RECOMENDACIONES
Nro. Descripción
1 <<No aplica o se detalla las recomendaciones>>
2
19

CSA-TI-FT-02 Convenios LRF V3 0

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

CSA-TI-FT-02 Convenios LRF V3 0

Cargado por

Copyright:

Formatos disponibles

Listado de Requisitos Funcionales

Fecha Vr Descripción Autor Revisó Aprobó

1 REQUERIMIENTO DE USUARIO ............................................................................. 4

Ver documento de RU - Convenios-V2.

3 LISTADO REQUISITOS FUNCIONALES

3.1 GESTIONAR CONVENIOS (CLASIFICACIÓN CONVENIOS)

SF 3.1.1 Crear Clasificación Convenio

 Clasificación: Descuentos, Servicios

 Categoría: Depende de la clasificación

 Sub categoría: Tipo texto (100 caracteres).

El sistema debe mostrar el mensaje:

“Éxito. Guardado Exitoso”, cuando el registro haya

En caso contrario, el sistema debe mostrar el

“Algunos campos obligatorios no han sido

El sistema debe generar los siguientes datos de

 Usuario de creación, fecha de creación (DD-

3.2 CONSULTAR CLASIFICACIÓN CONVENIO

SF 3.2.1 Consultar Clasificación Convenio

 Clasificación, Categoría, sub categoría y estado.

El sistema debe mostrar los siguientes datos:

Una vez el usuario haya seleccionado el filtro

3.3 EDITAR CLASIFICACIÓN CONVENIO

SF 3.2.1 Editar Clasificación Convenio

 Clasificación, Categoría, sub categoría y estado.

El sistema debe permitir editar los siguientes datos:

 Clasificación: Descuentos, Servicios Educativos

 Sub categoría: Tipo texto (100 caracteres).

 Estado de la clasificación del convenio (activo,

El sistema debe mostrar el mensaje:

“Éxito. Guardado Exitoso”, cuando el registro haya sido

El sistema debe permitir al analista de convenios eliminar

“Desea eliminar los registros seleccionados? Si / No”, si

 “Esta clasificación, categoría, subcategoría no se

El sistema debe generar los siguientes datos de auditoria:

 Usuario que actualiza, fecha de actualización (DD-

3.4 CREAR DATOS BASICOS - CONVENIO

SF 3.2.1 Crear Datos Básicos - Convenio

El sistema debe permitir al analista regional, analista

 Nombre del convenio (Dato ya existente en

- Adquisición de uniformes escolares.

El sistema debe ordenar de forma alfabéticamente y de

 Convenios con (IES):

- Centros de apoyo sicosocial.

 Código SNIIES. (Dato ya existente en Sueco).

3.5 EDITAR DATOS BASICOS - CONVENIO

SF 3.2.1 Editar Datos Básicos - Convenio

El sistema debe permitir al analista regional, analista

 Nombre del convenio, Código del convenio, Tipo

El sistema debe mostrar los siguientes datos:

 Nombre del convenio, Código del convenio, Tipo

Cobertura, Descripción cobertura, Fecha de

El sistema debe permitir editar los siguientes datos,

 Nombre del convenio.

 Tipo Convenio (Dato Nuevo - Lista): Se debe

El sistema debe mostrar el mensaje:

“Éxito. Guardado Exitoso”, cuando el registro haya sido

Cuando el dato “Tipo de convenio” ya está siendo usado

“El dato “Tipo de convenio” no se puede actualizar porque

El sistema debe generar los siguientes datos de auditoria:

 Usuario que actualiza, fecha de actualización (DD-

3.6 CONSULTAR DATOS BASICOS - CONVENIO

SF 3.2.1 Consultar Datos Básicos - Convenio