08 Sgfse14 RF Mecd O1142759

Definicin de Requisitos Funcionales
S.I. para la programacin, gestin, seguimiento y control

de las ayudas del FSE
Captulo 0. ndice
ndice
ndice ............................................................................................................................................................ 2
Control de Cambios ...................................................................................................................................... 3
Documentacin relacionada ......................................................................................................................... 4
1. Descripcin de Requisitos Funcionales ................................................................................................... 5
1.1. Glosario de Trminos......................................................................................................................... 5
1.2. Introduccin ....................................................................................................................................... 6
1.3. Grupos Funcionales ........................................................................................................................... 7
1.3.1. Tabla de Grupos Funcionales. .................................................................................................... 7
2. Grupo Funcional 01. Acciones Generales................................................................................................ 9
2.1. RF01. Autenticacin en la aplicacin................................................................................................. 9
2.2. RF02. Gestin de Usuarios ............................................................................................................ 10
2.3. RF03. Gestin de Responsables ..................................................................................................... 13
2.4. RF04.Tablas Diccionario. ................................................................................................................ 13
2.5. RF05. Carga Masiva ........................................................................................................................ 13
3. Grupo Funcional 02. Programacin. ...................................................................................................... 15
3.1. RF08. Muestra de la Senda Financiera. .......................................................................................... 15
4. Grupo Funcional 03. Operaciones ......................................................................................................... 16
4.1. RF15. Gestin de Operaciones ....................................................................................................... 16
4.2. RF16. Alta manual de Indicadores .................................................................................................. 19
4.3. RF17. Alta de Gastos....................................................................................................................... 20
4.4. RF18. Justificacin Econmica........................................................................................................ 20
5. Grupo Funcional 04. Verificacin ........................................................................................................... 22
5.1. RF22. Verificacin............................................................................................................................ 22
6. Grupo Funcional 05. Certificacin .......................................................................................................... 24
6.1. RF30. Certificaciones....................................................................................................................... 24
7. Grupo Funcional 06. Seguimiento PO.................................................................................................... 25
7.1. RF40.Informe Anual - Indicadores de Ejecucin ............................................................................. 25
8. Grupo Funcional 07. Seguridad ............................................................................................................. 26
8.1. RF-50.Establecimiento de la Categora y Nivel de la aplicacin. .................................................... 26
8.2. RF-51.Mecanismo de autenticacin ................................................................................................ 27
8.3. RF-52 Requisitos de Acceso ........................................................................................................... 27
8.4. RF-53.Gestin de Derechos de Acceso .......................................................................................... 28
8.5. RF-54. @FIRMA .............................................................................................................................. 28
21/08/2015
Pgina 2
Captulo 0. Control de Cambios
Control de Cambios
Versin Fecha Autor Observaciones

1.0 02/12/2015
Versin Revisado Por Fecha Aprobado Por Fecha
21/08/2015
Pgina 3
Captulo 0. Documentacin relacionada
Documentacin relacionada
Versin Documento
1.0 07_SGFSE14-AF_MECD_O1142759
1.0 05_SGFSE14_CU_MECD_O1142759
21/08/2015
Pgina 4
Captulo 1. Descripcin de Requisitos Funcionales
1. Descripcin de Requisitos Funcionales
1.1. Glosario de Trminos

Nombre Definicin
FSE Fondo Social Europeo.
UAFSE Unidad Administradora del Fondo Social Europeo.
SGTIC Subdireccin General de tecnologas de la informacin y de las comunicaciones.
MECD Ministerio de Educacin Ciencia y Deporte
FSE14-20 Aplicacin realizada por la UAFSE para gestiones los fondos FSE en el periodo
2014-2020.
SGFSE14-20 Aplicacin realizada por el MEDC para gestiones los fondos FSE en el periodo 2014-
2020.
CE Comisin Europea
Ayuda FSE Dotacin econmica de la financiacin FSE.
Senda Financiera Informacin sobre la dotacin econmica asignada al Programa Operativo (POEFE)
distribuido segn categoras de regin y desglosado en los aos de duracin del
Programa desde el 2014 hasta 2020.
Eje Un Eje es cada una de las prioridades de la estrategia del FSE de un Programa
Operativo que comprende un grupo de Operaciones relacionadas entre s y cuyos
objetivos son cuantificables.
Prioridad de La Prioridad de Inversin, es el medio por el cual se lleva a la prctica un Eje

Inversin (PI) Prioritario de un PO.
Organismo Organismo o servicio de carcter pblico o privado designado por el estado

Intermedio (OI) miembro, que acte bajo la responsabilidad de una autoridad de gestin o de
certificacin o que desempee competencias en nombre de tal autoridad en relacin
con los beneficiarios que ejecuten las operaciones
Categora de Clasificacin de las CCAA segn su riqueza mediante unos baremos establecidos.
Regin Hay 4 tipos: Menos Desarrolladas, Transitorias, Ms desarrolladas al 80 y Ms
desarrolladas al 50
Beneficiario Destinatario de las ayudas de FSE
Operacin Cada una de las acciones destinadas por los beneficiarios para la realizacin de los
objetivos financiados por FSE.
Actuacin Acciones llevadas a cabo para ejecutar un Objetivo Especfico.
PO Programa Operativo
21/08/2015
Pgina 5
POEFE Programa Operativo de Empleo, Formacin y Educacin
AG Autoridad de Gestin del Fondo Social Operativo.
ENI Esquema Nacional de Intercambio de informacin
ENS Esquema Nacional de Seguridad
CAdES Es la evolucin del primer formato de firma estandarizado. Es apropiado para firmar
ficheros grandes, especialmente si la firma contiene el documento original porque
optimiza el espacio de la informacin. Tras firmar, no podrs ver la informacin
firmada, porque la informacin se guarda de forma binaria.
@Firma Plataforma de validacin y firma electrnica.
XML Formato electrnico para el almacenaje de informacin, en el texto puede que se

refiera al formato o a un fichero en ese formato.
1.2. Introduccin
El presente documento contiene los requisitos en detalle para el desarrollo de la aplicacin SGFSE14-20
(Sistema de Gestin del Fondo Social Europeo para el periodo 2014-2020).
El SGFSE14-20 es un proyecto liderado y gestionado por la SGTIC del Ministerio de Educacin, Cultura
y Deporte a peticin del Gabinete de la Secretaria de Estado de Educacin, Formacin Profesional y
Universidades con el fin de desarrollar una aplicacin en la cual el que el Ministerio de Educacin,
Cultura y Deporte (MECD), mediante su participacin como Organismo Intermedio (OI) del Programa de
Empleo, Formacin y Educacin 2014-2020 (POEFE), gestionar el ciclo de vida de las operaciones
cofinanciadas por el Fondo Social Europeo.
El MECD como organismo Intermedio cumple funciones de seguimiento y control, teniendo una doble
actuacin ya que establecer el vnculo con los beneficiarios de las ayudas de FSE y rinde cuentas
sobre la eficiente ejecucin de las operaciones reembolsadas a la Unidad Administradora del Fondo
Social Europeo (en adelante UAFSE).
La aplicacin consta de distintos mdulos, dentro de los cuales los usuarios llevan a cabo sus funciones
(segn los roles que tengan asociados):
- Mdulos General
- Modulo Programacin
- Mdulo Operaciones
- Mdulo Verificacin y control
- Mdulo Certificacin
- Mdulo Seguimiento PO
A travs de estos mdulos, la aplicacin permite a los Beneficiarios dar de alta sus operaciones,
completarlas con los datos de Indicadores y gastos, y que presentar sus solicitudes de pago a travs de
las justificaciones econmicas. A dems se permite que estas sean verificada y posteriormente enviadas
a la UFASE por el OI.
21/08/2015
Pgina 6
1.3. Grupos Funcionales
Grupo Nombre DESCRIPCIN

FSE-GF-01 Mdulo General Mdulo General y de Administracin (Gestin usuarios, Responsables
y Tablas diccionario)
FSE-GF-02 Mdulo de Programacin Senda Financiera.
FSE-GF-03 Mdulo de Operaciones Programacin de operaciones, gestin de ejecucin de operaciones

programadas, gestin y justificacin financiera de operaciones con
soporte documental.
FSE-GF-04 Mdulo de Verificacin Mdulo de verificacin (in situ y documental)
FSE-GF-05 Mdulo de Certificacin Mdulo de certificacin
FSE-GF-06 Mdulo de Informes PO Presentacin de la informacin conforme al Reglamento de Ejecucin

(UE) No 821/2014 de la Comisin de 28 de julio de 2014
Generacin y consulta de Informes anuales y finales.
FSE-GF-07 Seguridad e Interaccin con Interaccin con sistemas externo.

sistemas Internos.
Cada Grupo Funcional est compuesto de un conjunto de Requisitos Funcionales definidos en los
documentos funcionales y en funcin de los cuales se desarrollaran los Casos de Uso.
1.3.1. Tabla de Grupos Funcionales.
Grupo Sub-Grupo
Submdulo Descripcin
Funcional Funcional
FSE-GF01 Administracin RF01 Autenticacin y opciones de configuracin

del entorno por parte del usuario. Estas
opciones son: Idioma, Rol Activo, Reseteo
de contrasea.
RF02 Gestin de Usuarios
RF03 Gestin de Responsable
RF04 Tablas diccionario
Carga Masiva RF07 Carga Masiva de todos los elementos que

la aplicacin permita cargar a partir de un
Excel.
FSE-GF-02 Programacin RF08 Consulta Senda financiera
FSE-GF-03 Operaciones RF15 Programacin de operaciones, gestin de

ejecucin de operaciones programadas.
(Alta, cambio de estado de las
operaciones).
RF16 Gestin de datos (indicadores y cuadros

de mando)
RF17 Alta de Gastos
21/08/2015
Pgina 7
RF18 Gestin y justificacin financiera de

operaciones con soporte documental
FSE-GF-04 Verificacin RF22 Verificacin de las operaciones.
FSE-GF-05 Certificacin RF30 Certificacin
FSE-GF-06 Seguimiento PO RF40 Seguimiento PO
FSE-GF-07 Seguridad RF50 Establecimiento de la Categora y Nivel

de la aplicacin.
RF51 Mecanismo de autenticacin
RF52 Requisitos de Acceso
RF53 Gestin de derechos de acceso
RF54 @Firma
21/08/2015
Pgina 8
Captulo 2. Grupo Funcional 01. Acciones Generales
2. Grupo Funcional 01. Acciones Generales

El Grupo Funcional de Acciones Generales, contiene la funcionalidad centralizada aqu destinada a la
seguridad y a la configuracin de usuarios en base a los roles definidos en el sistema con el fin de
controlar el acceso de los usuarios segn las funciones que tengan que realizar. Para controlar las
acciones que pueden realizar los usuarios se han creado un conjunto de roles en base a los cuales se
podrn realizar unas acciones u otras. Estos roles se nombraran ms adelante.
Este mdulo cuenta adems con la gestin de las Tablas Diccionarios que contienen las definiciones de
valores bsicos para la definicin de datos en l sistema.
Desde este mdulo se tiene acceso adems a las cargas automticas de datos, en el apartado de Carga
Masiva.
Las acciones de este mdulo no estn dentro de aquellas que comprenden el flujo y la gestin de
operaciones, gastos e indicadores. Pero son indispensables para gestionar su seguridad y actualizar el
contenido de la aplicacin SGFSE14-20.
2.1. RF01. Autenticacin en la aplicacin.

El acceso a la aplicacin se realizar desde la pgina de Inicio o Login. Existen dos mtodos de acceso
a la aplicacin: usuario contrasea y certificado.
En ambos mtodos se tienen en cuenta los requisitos de seguridad que se especifican ms adelante, en
el documento, siguiendo las indicaciones del ENS.
Mediante el acceso a travs de certificado electrnico:
La aplicacin se comunica con @Firma para confirmar que el certificado con el que se
trata de acceder es vlido, no est caducado ni revocado.
Si se tiene ms de un certificado instalado, @Firma preguntar con cul de ellos se

desea acceder. Se seccionado el certificado, se valida contra @Firma.
Si el certificado es vlido, @Firma nos devuelve el NIF/NIE que tiene asociado el

certificado y el sistema comprueba que el documento pertenece a un usuario activo de la
aplicacin. En este caso se permite el acceso a la misma.
A travs del mecanismo de usuario-contrasea,
La contrasea del usuario se almacena codificada en el sistema por tanto ningn

administrado ni nadie que acceda a la base de datos podr obtenerla sin descodificarla.
La contrasea debe cumplir con los requisitos de seguridad definidos en puntos

posteriores del documento.
Activacin de contrasea
Para aquellos usuarios para los que se solicite acceso a travs del mtodo de usuario-contrasea.
- La aplicacin les hace llegar un email a la direccin de correo electrnico asociada al usuario
con un link personalizado para la activacin de la contrasea.
21/08/2015
Pgina 9
- Hasta que el usuario no active su contrasea, no podr acceder a la aplicacin. Esta contrasea
debe cumplir con los requisitos de seguridad definidos en los requisitos funcionales de seguridad
del presente documento.
Reseteo de contrasea
Cuando un usuario solicita el reseteo de su contrasea por olvido, etc.
- La aplicacin enva un email a la direccin de correo electrnico que el usuario facilito para su
alta.
- Este mail contiene un link personalizado para el usuario a travs del cual podr indicar una
nueva contrasea.
- Desde que se solicite el reseteo de contrasea hasta que se lleve a cabo esta accin de reseteo,
el usuario no podr acceder a la aplicacin.
- Realizada la accin de reseteo el usuario podr acceder a la aplicacin con la nueva contrasea.
Esta contrasea deber cumplir con los requisitos de seguridad definidos en los requisitos
funcionales de seguridad del presente documento.
Cambio de contrasea
Una vez autenticado, el usuario es el nico que puede modificar su contrasea desde el rea de
configuracin personal del entorno, dentro de la opcin cambio de contrasea. El mecanismo es el
siguiente:
- El sistema solicitar la contrasea actual por seguridad, para confirmar que el usuario que quiere
modificar la contrasea es efectivamente el usuario de la aplicacin.
- El usuario indicara despus la nueva contrasea.
- Esta contrasea deber cumplir con los requisitos de seguridad definidos en los requisitos
funcionales de seguridad del presente documento.
Rol Activo
Una vez autenticado, el usuario puede seleccionar el rol con el que desea trabajar, desde el rea de
configuracin personal del entorno, dentro de la opcin Rol activo. El mecanismo es el siguiente:
- Cuando un usuario se loga en el sistema, tendr los permisos del ltimo rol activo. El rol activo,
ser el ltimo rol con el que actu en la aplicacin.
- A aquellos usuarios con ms de un rol se les permitir cambiar de rol activo sin necesidad de
salir de la aplicacin.
- Aunque un usuario tenga ms de un rol, solo podr realizar las acciones permitidas para el rol
que tenga marcado como activo.
2.2. RF02. Gestin de Usuarios

Solo los usuarios administradores pueden gestionar usuarios y asociarles los roles correspondientes.
21/08/2015
Pgina 10
Los roles definidos en base a las necesidades funcionales de la aplicacin, son los siguientes:
Rol Administrador.
Rol Administrador Regional.
Rol Responsable Regional.
Rol Control OI.
Rol Gestin OI.
Rol Auditoria.
Rol Verificador.
Rol Beneficiario Regional.
Rol Beneficiario MECD.
Cada uno de estos roles tiene una funcin especfica definida en el documento de Anlisis Funcional,
que limitar el acceso y las funciones que puede llevar a cabo un usuario que tenga activo cada uno de
estos roles.
Solo los usuarios con rol administrador o administrador regional pueden crear usuarios y asociarles
roles. El Administrador puede dar de alta usuarios y asociarlos a todo tipo de roles, mientras que el
Administrador Regional solo puede asignar roles asociados a un beneficiario. Los usuarios creados por
el Administrador Regional estarn ligados a la misma regin que dicho administrador.
Cada usuario de la aplicacin tiene una identificacin univoca a travs del nmero del documento de
identidad, no cabe la existencia de dos usuarios con el mismo nmero de documento. Tampoco se
permite que dos usuarios tengan la misma cuenta de email para mantener el nivel de seguridad, ya que,
para el alta y el reseteo de contraseas se envan al email del usuario los link para realizar estas
acciones.
Alta/ Edicin de Usuarios
- Solo los roles correspondientes a Administradores y Administradores Regionales tienen acceso a

esta opcin de men.
- Para dar de alta un usuario deben completarse todos sus datos obligatorios y como mnimo
asignarle un rol.
- Los Datos Obligatorios de un usuario sern:
Tipo de documento (NIF o NIE)

Nmero de documento (8 caracteres)
Nombre
Primer Apellido
Email.
- Un usuario puede tener varios roles asociados.
- Para aadir un Rol Beneficiario a un usuario ser obligatorio indicar :
21/08/2015
Pgina 11
Beneficiario.
Actuaciones.
Un usuario pude estar asociado varios roles beneficiario asociados a distintos Beneficiarios y
un Rol beneficiario puede estar asociado a varias actuaciones.
- Para dar de alta un rol Responsable a un usuario se debe indica para que beneficiario se crea y
sobre qu actuaciones puede actuar.
- Para dar de alta un rol Administrador Regional, se debe indica para que beneficiario se crea.
- Los roles Administrador, Control OI, Gestin OI, Auditoria y Verificador, no estn ligados a
ninguna Comunidad o Ciudad autnoma ni a ninguna actuacin.
- Si un rol no est correctamente completado no se permitir aadirlo al usuario.
- Si se permite que el usuario firme dentro de la aplicacin, esta accin debe indicarse en la
gestin de usuario para cada uno de los roles que presenten esta posibilidad.
- Al dar de alta o guardar un usuario se comprueba que todos los datos obligatorios este
completados de forma correcta al igual que los roles asociados, que cumplen con las
condiciones de seguridad enunciadas anteriormente y que al menos tiene un rol asociado.
- Si un usuario no tiene certificado y desea acceder a la aplicacin a travs del mtodo de usuario-
contrasea, se debe indicar tambin a travs de la gestin de usuario. El administrador deber
solicitar el envo de correo de activacin al usuario para que le llegue al email el link para la
activacin de la contrasea.
Consulta de Usuario
- Los usuarios de la aplicacin podrn listarse en la aplicacin, tantos los usuarios activos como
los de baja.
- La aplicacin SGFSE14-20 dispondr de un filtro de bsqueda de usuarios a partir del cual

podr limitar el listado con los usuarios.
- A partir de este listado, los administradores pueden editar los usuarios o eliminarlos.
- El listado de usuarios, se puede exportar a Excel pinchando sobre el icono Excel.
Eliminar Usuarios
- La eliminacin de un usuario, no es una eliminacin fsica en el sistema, sino que, se dar una
baja lgica. El usuario quedar inactivo en la aplicacin, no se le permitir el acceso a esta.
- La eliminacin o baja de usuarios ser manual por parte de los Administradores.
21/08/2015
Pgina 12
2.3. RF03. Gestin de Responsables

- La aplicacin debe permitir distinguir que usuarios de la aplicacin actan como responsable de
las operaciones segn el beneficiario y actuacin a la que pertenezcan, puesto que estos sern
los nicos que pueden firmar confirmando la veracidad de las operaciones que presenta por
comunidad o actuacin.
- Los Administradores Regionales son los que pueden gestionar los Responsables Regionales.
Solo podrn ser responsables regionales aquellos usuarios que tengan el rol Responsable
Regional asociado.
- Solo puede existir un responsable activo por Beneficiario, Actuacin y si las actuaciones son
FPB y ESO adems hay que distinguir entre pblica o concertada.
- Los responsables no se pueden eliminar puesto que es obligatorio que exista siempre uno, solo
se permite editar los existentes o aadir nuevos.
- Se pueden realizar la consulta de responsables y a partir de esta consulta editar o aadir los
existentes.
2.4. RF04.Tablas Diccionario.

Existen unas tablas bsicas del sistema, denominadas Tablas Diccionario. Estas tablas tienen una carga
inicial (datos que deben ser verificados en la aplicacin por el Administrador). Las tablas sealadas con
un asterisco (*) deben ser mantenibles con la aplicacin. Se han determinado las siguientes:
Titulo (*)
Definicin de Indicadores
Categoras de Regin
El nmero de las tablas diccionario podr ir creciendo a medida que evolucione la aplicacin.
No hay borrados fsicos de los registros de estas tablas. No obstante, s puede haber bajas lgicas, en
cuyo caso se rellenan los campos de Fecha de Baja y Usuario de baja.
2.5. RF05. Carga Masiva

En esta opcin de men es donde se realiza la carga automtica de datos.
Estas cargas automticas de datos, tienen asociadas las validaciones sobre sus datos para asegurar la
calidad de los datos que se incorporan en el sistema.
Existen plantillas de carga para todas las operaciones que estn definidas y para los indicadores de
ejecucin y resultado.
Para las actuaciones que tengan distintos niveles, hay plantillas para cada uno de ellos, por ejemplo FPB
1 y FPB 2. Puesto que los indicadores de previsin recuperados en cada nivel son distintos.
Los campos obligatorios y las validaciones sobre este archivo de carga se detallaran en el Anlisis
funcionan y en los Casos de Uso.
El fichero de carga generado para la Carga Masiva es formato EXCEL. La carga masiva se ha generado
para la insercin de Operaciones y de Indicadores (ejecucin y resultado).
21/08/2015
Pgina 13
En la pantalla de Carga Masiva debe verse en todo momento que tipo de elementos se estn cargando y
para que actuaciones o beneficiarios y si la carga se ha realizado con xito o no.
Si la carga masiva da error, se avisa por pantalla y se permite descargar un fichero de texto con los
errores detectados en los ficheros de cargas. En este caso la aplicacin no aade ni actualiza ninguno
de los datos indicados en el fichero de carga.
Las validaciones para los distintos ficheros se definirn en el documento de Anlisis Funcional.
21/08/2015
Pgina 14
Captulo 3. Grupo Funcional 02. Programacin.
3. Grupo Funcional 02. Programacin.

Este grupo funcional corresponde define el Mdulo de Programacin del Programa operativo
(POEFE).
3.1. RF08. Muestra de la Senda Financiera.

La aplicacin SGFSE14-15, permite la consulta de la Senda Financiera programada sobre los Ejes
de actuacin en los que acta.
La Senda Financiera cargada en el sistema ser la destinada a los presupuestos asignados a los
Ejes 3 y 8 desde el ao 2014 hasta el 2020. Se muestra distribuida por Comunidades y Ciudades
Autnomas que a su vez estn agrupadas segn las categoras de regin por cada uno de los aos
desde el 2014 hasta el 2020.
Esta informacin se visualiza en modo de tabla en distintas pestaas, cada una de estas pestaas
corresponder a uno de los siguientes filtros:
- Por Eje, se muestra una tabla con los siguientes datos para el eje seleccionado:
Ayudar FSE anual (desde 2014 a 2020)

Coste Total anual (desde 2014 a 2020)
Estos datos aparecen desagregados comunidad autnoma y categora de territorio.
- Por Prioridad de Inversin, Se muestra una tabla con los siguientes datos para el eje y prioridad
de inversin seleccionados:

Estos datos aparecen desagregados por comunidad autnoma y categora de territorio.
- Por Actuacin, Se muestra una tabla con los siguientes datos para el eje, prioridad de inversin y
actuacin seleccionados:

Estos datos aparecen desagregados por comunidad autnoma y categora de territorio.
Esta informacin debe ser visible solo para los usuarios con Rol Gestin OI, Control OI y Auditora.
21/08/2015
Pgina 15
Captulo 4. Grupo Funcional 03. Operaciones
4. Grupo Funcional 03. Operaciones

Este grupo funcional contiene los requisitos para la gestin de la ejecucin de las operaciones
programadas y para la gestin y justificacin financiera de las operaciones programadas que se
implementarn a travs del mdulo de operaciones de la aplicacin y los distintos submdulos que
lo conforman.
Este Grupo 03 contiene la funcionalidad requerida en los mdulos del pliego.
Mdulo de programacin de operaciones

Mdulo de gestin de datos.
Mdulo de gestin y justificacin financiera de operaciones.
A travs de los distinto requisitos funcionales.
RF15. Gestin de operaciones.

RF16. Gestin de Indicadores.
RF17. Alta de Gastos y RF18 Justificacin econmica.
A nivel general la aplicacin SGFSE14-20, permite el alta, modificacin, baja y validacin de las
operaciones para poder gestionarlas y verificarlas as como el acceso de los distintos roles a las
operaciones segn las funciones para las que estn destinados.
La gestin de gastos, justificaciones e indicadores que en este periodo del FSE estn fuertemente
ligados al concepto de operacin.
4.1. RF15. Gestin de Operaciones

Desde el submdulo de Gestin de Operaciones se permite el alta y la gestin del flujo de las
operaciones, lo que en el pliego se llama programacin de operaciones.
Alta de operacin
- Solo se permite el alta de operaciones a aquellos usuarios logados con los roles
correspondientes para esta accin.
- Dependiendo de la actuacin para la que se est creando una operacin, esta puede ser de nivel
nacional o de nivel de Comunidad o Ciudad Autnoma. Adems las operaciones pueden estar
orientadas a personas o proyectos.
- La informacin que se completa al dar de alta una operacin, son los Datos Bsicos. Los datos
bsicos de cada tipo de operacin debern adaptarse a la definicin dada por el OI de lo que es
cada una segn la actuacin a la que pertenezca. Adems se recogen tambin los datos
obligatorios establecidos en el Anexo III que puedan completarse al dar de alta una operacin.
- Antes de crear una nueva operacin, el sistema valida que todos los datos obligatorios y las
restricciones necesarias se cumplen, para los Datos Bsicos de cada tipo de operacin.
- Cada tipo de operacin tiene una formulario adaptado a la actuacin a la que pertenezcan que la
define, estos formularios de definirn el detalle en documento de Anlisis Funcional, as como la
obligatoriedad de los campos en cada caso y las validaciones sobre ellos para asegurar la
calidad de los datos.
21/08/2015
Pgina 16
- Al dar de alta una operacin independientemente de la actuacin a la que pertenezcan, deben

de recuperarse los datos acerca de los indicadores de previsin definidos segn cada actuacin,
as como su Coste Mximo Previsto y la Ayuda FSE Prevista.
- Tanto el Coste Mximo Previsto y la Ayuda FSE Prevista debern ser campos editables pero
podrn autocompletarse en algunos casos dependiendo de la actuacin y de la definicin de
operacin para cada una de ellas.
- Los errores cometidos al dar de alta una operacin, aparecern claramente descritos en la parte
superior de la pgina y se permitir al usuario subsanarlo en ese momento, modificando los
datos o completndolos segn corresponda.
- Si finalmente se da de alta una operacin correctamente, a esta se le asignara un id nico para

ella.
Consulta de operaciones
- Las operaciones creadas se pueden consultar a travs de la opcin de consulta del tipo de
operacin.
- La pgina de consulta contiene un filtro para poder concretar la bsqueda y un listado que
contendr el resultado de estas bsquedas. El filtro y las columnas de resultado de la bsqueda
varan segn el tipo de operacin al igual que los campos del filtro y los datos de las columnas,
dependiendo del tipo de operacin, adaptndose a las necesidades de cada una.
- Al entrar en un buscador se indica claramente a que actuacin pertenecen las operaciones que
se desean consultar, para orientar al usuario en todo momento.
- Solo los usuario logados con roles con permiso para consultar operaciones tendrn accedo a
esta opcin de men. Todo usuario con acceso de consulta tendr permiso para exportar las
operaciones del listado de bsqueda.
- El listado que contiene el resultado de la bsqueda, permite la ordenacin por las distintas
columnas de su cabecera, as como la consulta, edicin o eliminacin de los distintos registros
del listado.
- Estas opciones estarn presentes segn el rol del usuario logado y el estado de la operacin.
Cada rol que accede a la consulta de operaciones podr realizar unas acciones u otras en
funcin de su rol y del estado de las operaciones. Esto est definido en el documento funcional,
cumpliendo as con los requisitos de acceso definidos en el punto 4.2.4 gestin de derecho de
acceso.
- El listado que contiene el resultado tendr paginacin y podr navegarse por el lisado a travs
de ella.
- La exportacin de operaciones en Excel contiene todos los datos bsicos de una operacin y
contendr todas las operaciones obtenidas en la bsqueda no solo las que se muestren por
pantalla.
Edicin de una operacin
- La edicin de los datos bsicos de una operacin depende de su estado y del rol de usuario
logado.
21/08/2015
Pgina 17
- Una operacin este en estado Borrador, puede ser editada por el Beneficiario para modificar
sus datos. No todos los datos bsicos sern editables, el cdigo y el resto de datos que definan
una operacin nunca podrn ser modificados.
- Cuando una operacin este en estado Presentada a OI, los datos bsicos de esta no podr ser
editada por ningn usuario.
- Cuando una operacin este en ejecucin solo los usuarios con rol Gestin OI podrn editar
algunos de sus datos bsicos.
- No se permitir guardar una operacin cuyos campos obligatorios no estn completados o sus
valores no cumplan las condiciones establecidas.
- Los campos de cada operacin editables estn definidos en ms profundidad en los documentos
de Anlisis Funcional y Casos de Uso.
Cambio de flujo de una operacin
El flujo de las operaciones est definido por el paso de esta a travs de distintos estados, desde su
creacin hasta el final de su ejecucin. Estos cambios de estado se realizan en las opciones de men
del submodulo de Gestin de operaciones.
El paso de un estado a otro depender de distintos actores y de los controles realzados sobre las
operaciones.
- Alta. El alta de operaciones se pude dar a travs de formulario o bien a travs de las cargas
masivas. Para las altas con formularios se debe facilitar una pantalla de alta para que los
usuarios con el rol correspondiente puedan introducir nuevas operaciones.
- Presentar al OI, opcin de men solo accesible para los beneficiarios y sus responsables. La
aplicacin permite desde aqu que las operaciones sean revisadas por los responsables
regionales o nacionales de cada una de ellas y que estos puedan rechazarlas si cree que son
incorrectas o bien aceptarlas para solicitar su reembolso. Al aceptar estas operaciones la
aplicacin debe permitir que el responsable abale con su firma la autenticidad de estas.
- El documento firma con las operaciones que han sido presentadas podr descargarse en cada
una de ellas.
- Validar Operaciones, se debe permitir al OI intermedio comprobar aquellas operaciones que

han sido firmadas por sus responsables para asegurarse de que todas ellas son financiables, si
alguna operacin no lo es o tiene algn otro tipo de falta podr rechazarla.
- Si las operaciones son rechazadas tanto por el responsable como por el OI volvern al estado
borrador para que puedan ser corregidas por su beneficiario.
- Una vez que una operacin ha sido aceptada por el OI est podr formar pare de los procesos
de verificacin, justificacin y certificacin. Adems podrn introducirse sus gastos e indicadores.
- En cualquiera de los estados en los que se rechace una operacin, se exigir que se complete
un campo indicando los motivos de ese rechazo. Le llegara un correo al creador de la operacin
y al responsable con dicho motivo.
- A travs de los distintos estados de una operacin deben ir recuperndose los datos del Anexo
III que deben enviarse a la UAFSE, en la fase de Certificacin.
21/08/2015
Pgina 18
Toda esta funcionalidad se define de forma exhaustiva en el documento de Anlisis Funcional y se apoya
con los Casos de Uso.
4.2. RF16. Alta manual de Indicadores

Este requisito contiene la funcionalidad de lo que en pliego aparece como gestin de Datos, que en esta
aplicacin se ha distribuido a travs de todos sus mdulo en vez de uno solo.
La aplicacin SGFSE14-20 permite la introduccin de indicadores de ejecucin y resultado de cada

operacin. Solo los usuarios con rol Beneficiario pueden introducir estos datos.
La insercin de Indicadores se realiza a nivel de operaciones. Para la insercin manual de indicadores

de ejecucin y de resultado el acceso a sus formularios, se realiza a travs de las operaciones.
Para acceder al formulario y completar los indicadores de ejecucin las operaciones debern estar en
estado Ejecucin o Fin de Ejecucin.
Para acceder al formulario y completar los indicadores de resultado las operaciones debern estar en
estado Fin de Ejecucin.
Cada uno de estos formularios tendr asociadas las validaciones sobre los datos introducidos para
acreditar la validez de estos.
Indicadores de Ejecucin
- Para introducir los indicadores de ejecucin se ha habilitado una pestaa de Indicadores de

Ejecucin donde aparecen listados todos los indicadores especficos y los comunes de
ejecucin definidos en el Anexo I.
- Si las operaciones estn orientadas a personas los indicadores que se visualizarn ser aquellos
que midan personas, los indicadores que miden proyectos irn por detrs con valor 0. En caso
de que las operaciones vayan orientadas a proyectos la visualizacin de indicadores ser al
contrario de lo explicado.
- Todos los indicadores son obligatorios a excepcin de aquellos que sean muestrales. Por
defecto todos los indicadores se mostrarn vacos sin ningn valor y debern completarse con
valores numricos. Es importante tener en cuenta que el nmero 0, indicar un valor numrico
valido, no significa que no se ha completado o que este vaco, sino que, el valor de ese indicador
ser 0.
- Al guardar los datos de los indicadores, se tendrn en cuenta las validaciones de los datos
introducidos para confirmar que estos son valores coherentes. Estas validaciones se definirn en
el documento de anlisis funcional.
- Se permitir cargar y/o modificar estos indicadores mientras la operacin se est ejecutando o
un cierto tiempo despus de finalizar, este periodo de tiempo an est por definir.
Indicadores de Resultado
- Para introducir los indicadores de resultado se ha habilitado una pestaa de Indicadores de

Resultado donde aparecen listados todos los indicadores especficos y los comunes de
resultado definidos en el Anexo I.
- Por defecto todos los indicadores se muestran vacos sin ningn dgito y debern completarse
con valores numricos. Es importante tener en cuenta que el nmero 0, indicar un valor
21/08/2015
Pgina 19
numrico valido, no significa que no se ha completado o que este vaco, sino que, el valor de ese
indicador ser 0.
- Al guardar y/o modificar los datos de los indicadores, se tendrn en cuenta las validaciones de
los datos introducidos para confirmar que estos son valores coherentes. Estas validaciones se
definirn en el documento de anlisis funcional.
- Se permitir cargar estos indicadores inmediatamente despus de finalizar la operacin hasta

un periodo de tiempo que an est por definir.
4.3. RF17. Alta de Gastos.
Este requisito funcional contiene parte de la funcionalidad definida en el pliego como gestin y
justificacin econmica.
El usuario logado con el rol Beneficiario puede aadir gastos a la operacin a travs de la pestaa
Gastos. A la cual accede a partir de la operacin, siempre que esta cumpla las condiciones necesarias
para aadirle los gastos, definidas en el Anlisis Funcional.
Al pinchar en la pestaa Gastos el usuario podr aadir tantos gastos como sean necesarios
para justificar posteriormente a operacin.
El usuario selecciona de un desplegable el baremo para el nuevo gasto que desea aadir y el
nmero de horas que le aplica a ese gasto. Al guardar el gasto este se aadir al listado inferior.
Para guardar realmente el gasto en la operacin se debe guardar la operacin.
Al aadir un gasto la aplicacin calcular automticamente sus costes indirectos, el coste total y
la ayuda FSE correspondiente, en base a los parmetros definidos en la lnea base a la que
pertenece la operacin.
Los gastos podrn aadirse o eliminarse, pero no editarse. Los gastos solo podrn eliminarse mientras
no formen parte de una justificacin econmica.
El plazo para introducir gastos en una operacin ser hasta n+3 aos despus del fin de ejecucin de la
operacin tal y como indica la CE.
4.4. RF18. Justificacin Econmica.

Este requisito funcional contiene parte de la funcionalidad definida en el pliego como Gestin y
Justificacin econmica.
La aplicacin permite al usuario logado con el rol Beneficiario crear justificaciones de los gastos aadidos.
Alta y edicin de Justificaciones Econmicas
- Cuando el usuario con permisos accede a la pantalla de alta de justificacin econmica,

selecciona los gastos que va a justificar.
21/08/2015
Pgina 20
- Las justificaciones que cree el usuario estn ligadas a la Comunidad o Ciudad Autnoma a la
que pertenezca el Beneficiario al que pertenece el usuario. Lo mismo ocurre con las actuaciones
solo podr crear justificaciones seleccionando los gastos de las operaciones que pertenezcan a
las actuaciones a las que tenga acceso.
- El listado muestra, los gastos de las operaciones asociadas al Beneficiario del usuario logado.
Solo aparecen gastos que no han sido seleccionados anteriormente para otra justificacin
econmica.
- Cuando se crea una nueva justificacin se le asignara un cdigo de forma automtica y una
fecha de alta. Los gastos que forman parte de ella cambian de estado.
- Para dar de alta una justificacin como mnimo debe tener asignado un gasto. Al guardar una
justificacin modificada debe comprobarse que no se ha eliminado todos los gastos asociados.
- Se pueden aadir gastos a una justificacin mientras esta no haya pasado al estado
correspondiente a propuesta para validar por el responsable.
- Se puede modificar los gastos asociados a una justificacin, aadindolos o eliminndolos.
- Una vez la justificacin se haya completado se puede obtener un documento de Justificacin y

Solicitud de pago asociado a la justificacin que contendr los datos de la Justificacin y de los
gastos que la componen agrupados por Actuacin y Tipo de Gestin. Tal y como definen en el
documento de Instrucciones de Justificacin elaborado por el OI. Este documento se guardar
en el sistema para que puedas ser consultado.
Eliminar Justificaciones Econmicas
- Las justificaciones pueden eliminarse siempre que no hayan sido presentadas para su validacin.
- Al eliminar una justificacin sus gastos quedan liberados y podrn formar parte de una nueva
justificacin.
- Eliminar una justificacin no la eliminar fsicamente sino que se le dar una baja lgica.
Consulta de Justificaciones Econmicas
- Las justificaciones creadas pueden consultarse por aquellos usuarios logados con un rol con
permisos para estas acciones.
- Si el usuario logado tiene un beneficiario asociado, solo podr consultar justificaciones ligadas a
ese beneficiario.
- Dependiendo del estado de las operaciones y del rol del usuario conectado desde el listado se
podr acceder a la consulta, edicin o eliminacin de las justificaciones.
21/08/2015
Pgina 21
Captulo 5. Grupo Funcional 04. Verificacin
5. Grupo Funcional 04. Verificacin
5.1. RF22. Verificacin.

La aplicacin contiene un apartado donde se registran las verificaciones realizadas sobre las
operaciones y la documentacin asociadas a estas verificaciones.
Solo los usuarios logados con un rol Verificador podrn crear y actuar sobre las verificaciones que se
den de alta en la aplicacin SGFSE14-20. Las verificaciones si podrn ser consultadas por otros
usuarios de la aplicacin para comprobar el resultado de estas.
Este Modulo contiene la funcionalidad requerida en el pliego dentro del Mdulo de Verificacin (in situ y
documental).
Alta y edicin de una Verificacin
- Las verificaciones que se den de alta en la aplicacin, sern para un beneficiario en concreto.
- Todas las operaciones que se aadan a una Verificacin deben pertenecer al mismo beneficiario
aunque pueden pertenecer a distintas actuaciones y deben controlarse que han sido aceptadas
por el OI y an no han terminado de ejecutarse.
- Cuando se proceda al alta de una nueva Verificacin deben introducirse en primer lugar los
datos bsicos de esa verificacin y a continuacin si lo desea aadir la documentacin.
- Una vez creada la verificacin se permitir aadir las operaciones que forman parte la muestra
asociada. Las operaciones seleccionadas como muestra en una verificacin no podrn ser
seleccionadas como muestra de otra verificacin distinta a menos que la primera haya sido
eliminada.
- La documentacin no es obligatoria para iniciar el alta pero si para cuando se marque la

verificacin como completada. Se permitir visualizar la documentacin asociada a la verificacin
en cualquier momento en modo consulta. Se permitir aadir y eliminar documentos a la
verificacin hasta que esta se marque como completada. Los documentos que deben aadirse a
una verificacin se definirn el documento de Anlisis Funcional.
- No hay un nmero mximo de operaciones que puedan aadirse pero como mnimo debe haber
una operacin seleccionada como muestra.
- Se debe indicar si la verificacin ha tenido o no incidencias. En caso afirmativo el verificador

puede sealar las causas de las incidencias. Si fuera necesario se le permitir aadir
documentacin para apoyar la resolucin.
- Si una verificacin no tiene completos sus datos bsicos obligatorios no se podr dar de alta.
Estos datos se definen el en Anlisis Funcional. Deber recuperar todos aquellos datos
relacionados con la verificacin que se solicitan en el Anexo III.
- Cuando una verificacin se haya completado, se debe validar. A partir de este momento no
podrn modificarse sus datos, la muestra de operaciones ni la documentacin asociada. Solo
podr consultarse.
- El sistema comprueba que una verificacin tiene asociados todos los datos bsico, la
documentacin que valide el resultado de la verificacin y las operaciones que forman parte de
la muestras asociada, antes demarcar la operacin como completada o validada.
21/08/2015
Pgina 22
Captulo 5. Grupo Funcional 04. Verificacin
Eliminar una Verificacin.
- Las verificaciones pueden eliminarse en cualquier momento, si la operacin ha sido completada

esta eliminacin ser una baja lgica, tanto de ella como de la documentacin y la muestra
asociada.
- Si una verificacin no se ha completado o validado, su eliminacin ser fsica al igual que las de
la muestra y la documentacin asociada.
Consulta de Verificaciones
- La aplicacin SGFSE14-20 permite que las verificaciones realizadas sobre las operaciones sean
consultadas por los propios verificadores, el OI y los usuarios que acten como auditoria.
- Los usuarios que acten como OI o Auditoria, solo podrn acceder en modo consulta a aquellas
verificaciones que hayan sido completadas.
- Desde el listado se puede acceder a las verificaciones en modo consulta, en modo edicin o
incluso eliminarlas, dependiendo del rol del usuarios que este consultando las verificaciones.
21/08/2015
Pgina 23
Captulo 6. Grupo Funcional 05. Certificacin
6. Grupo Funcional 05. Certificacin

La aplicacin permite enviar a certificar los gastos que hayan sido justificados los beneficiarios y por
ende sus operaciones. Para ellos se habilita un mdulo de certificacin, donde el OI podr crear
certificaciones en las que aadir los gastos que se enviaran a la UAFSE.
Este mdulo de la aplicacin contiene la funcionalidad del Mdulo Certificacin definido en el pliego.
6.1. RF30. Certificaciones

A las certificaciones solo pueden acceder los usuarios con rol Gestin OI y auditoria. Este ltimo solo
accede en modo consulta a aquellas certificaciones validadas.
El rol Gestin OI puede crear, editar y eliminar certificados. Adems de obtener y guardar el xml con los
datos de las operaciones y gastos que se enviaran a la UAFSE.
Alta y edicin de certificaciones
- Desde la aplicacin, dentro de la opcin de men correspondiente la certificacin, el OI puede

seleccionar los gastos que hayan sido justificados por los beneficiarios.
- El usuario seleccionar el beneficiario y la actuacin a la que pertenecer el certificado y aade

los gastos (justificados anteriormente) que formarn parte de la certificacin.
- El usuario puede aadir y eliminar los gastos que desee de la certificacin mientras esta no sea
verificada.
- Los gastos que formen parte de una Certificacin no podrn aparecer para formar parte de otras.
- Es posible que una operacin se enve en dos certificaciones, si tiene ms de un gasto asociado
y cada gasto se ha aadido en una certificacin.
- Cuando una certificacin se ha validado, se puede generar y obtener un xml con los datos de las
operaciones que se han enviado en ella para certificar a la UAFSE.
- Los xml que se generan con la informacin de las operaciones y gastos incluidos, se guardaran
en la aplicacin para que puedan ser consultados o enviados a la UAFSE cuando proceda.
- Las certificaciones que no han sido validadas, pueden ser eliminadas por los usuarios con
permisos para ello y los gastos que haban sido aadidos quedarn liberados para poder formar
parte de otra certificacin.
Consulta de certificaciones
La aplicacin permite la consulta de certificaciones por parte de los roles Gestin OI y Auditoria.
A partir de este mdulo de consulta se accede a las certificaciones para ver su detalle, editarlas o
eliminarlas.
21/08/2015
Pgina 24
Captulo 7. Grupo Funcional 06. Seguimiento PO
7. Grupo Funcional 06. Seguimiento PO

La aplicacin SGFSE14-20 dispone de un mdulo para la consulta de los datos relacionados para la
generacin de informes que sean requeridos a este organismo y el control y la vigilancia del programa
operativo. Solo los usuarios OI y auditoria podrn acceder a esta opcin de men.
Los informes podrn obtenerse en la medida en la que tengamos datos para poder generarlos
7.1. RF40.Informe Anual - Indicadores de Ejecucin

Informe de Ejecucin Anual que muestra los datos introducidos en la aplicacin, referentes a los
Indicadores de Ejecucin (o productividad).
Los datos se muestran agrupado por Eje Prioridad de Inversin y adems desagregados por categora
de regin y distinguiendo entre el nmero de hombre y de mujeres en cada una de sus medidas.
El formato usado es el definido en el documento funcional. Estos datos se obtienen tanto de las
operaciones que se estn ejecutando para cada ao como para las que hayan finalizado ese mismo ao.
21/08/2015
Pgina 25
Captulo 8. Grupo Funcional 07. Seguridad
8. Grupo Funcional 07. Seguridad

8.1. RF-50.Establecimiento de la Categora y Nivel de la
aplicacin.
Para valorar la aplicacin SGFSE14-20 y establecer su categora seguiremos los criterios establecidos
en el Anexo I del ENI.
El proceso de determinacin de niveles y categoras se establece en el Anexo I, que aporta una serie de
criterios generales para determinar si los requisitos de seguridad son de nivel ALTO, MEDIO o BAJO en
cada una de las dimensiones de seguridad:
disponibilidad [D]
autenticidad [A]
integridad [I]
confidencialidad [C]
trazabilidad [T]
En base a estos niveles, podemos decir que la aplicacin de SGFSE14-20 tiene una categora MEDIA.
Segn las valoraciones establecidas en cada una de las Dimensiones de Seguridad ya que tres de estas
dimensiones alcanzan el nivel medio.
- Disponibilidad. El SGFSE14-20 se corresponde con un nivel MEDIO.
Existirn momentos en que la aplicacin tendr un pico de usuario como puede ser en
algunos momentos de carga de operaciones o indicadores y por esos momentos
situaremos este nivel como MEDIO.
RTO < 4h 4h 1d 1d 5d >5d
nivel alto medio bajo sin valorar
4h = 4 horas
1d = 1 da =
24 horas
5d = 5 das (1 semana)
- Autenticidad. El SGFSE14-20 se corresponde con un nivel BAJO.
La veracidad de los datos aportados se comprueba en los distintos mdulos de la

aplicacin.
Con la presentacin de operaciones y la firma pertinente por el responsable, las
verificaciones in situ, en la justificacin con la firma del responsable y la aprobacin del
OI.
- Integridad. El SGFSE14-20 se corresponde con un nivel MEDIO.
Nos basamos en este propsito, porque su manipulacin o modificacin no autorizada

causara prdidas econmicas importantes. La cantidad de crdito que se maneja en
esta es una cantidad importante y debemos asegurarnos de que los usuarios que actan
sobre ellas sean solos aquellos usuarios que tengan los roles correspondientes.
21/08/2015
Pgina 26
- Confidencialidad. El SGFSE14-20 se corresponde con un nivel BAJO.
Aunque la informacin que maneja el sistema no es privada hay informacin que no es

necesario que sea conocida por personas que no estn habilitadas para su gestin.
- Trazabilidad. El SGFSE14-20 se corresponde con un nivel BAJA.
La aplicacin guarda trazas de las acciones que se realicen sobre operaciones, gastos e
indicadores.
8.2. RF-51.Mecanismo de autenticacin

Los mecanismos de autenticacin del SGFSE14-20 deben cumplir con los requisitos ENS establecidos
segn la categora establecida.
a) Desde el MECD y la SGTIC se recomienda el uso de mecanismos de autenticacin por

certificados software.
b) En el caso de usar contraseas se aplican polticas rigurosas de calidad de la contrasea y

renovacin frecuente.
Se atender a la seguridad de los autenticadores (contraseas del sistema) de forma

que:
Las contraseas solo podrn ser generadas por el propio usuario, a travs de un
correo de activacin de contrasea que le ser enviado por el sistema si al ser
dado de alta se indic que accedera a travs de usuario-contrasea.
La contrasea no ser visible para los administradores del sistema y solo el

usuarios podr modificarla o resetearla cuando lo solicite.
Los administradores del sistema podrn dar de baja a los usuarios cuando su
colaboracin termine.
Fortaleza de la contrasea
Longitud mnima de ocho caracteres.
Debe contener al menos una letra mayscula y al menos un nmero.
8.3. RF-52 Requisitos de Acceso

Los Requisitos de Acceso se atendern a lo que a continuacin se indica.
a) Los recursos del sistema se protegern con algn mecanismo que impida su utilizacin, salvo a
las entidades que disfruten de derechos de acceso suficientes.
b) Los derechos de acceso de cada recurso, se establecen segn las decisiones de la persona
responsable del recurso, atenindose a la poltica y normativa de seguridad del sistema.
21/08/2015
Pgina 27
c) Particularmente se controlar el acceso a los componentes del sistema y a sus ficheros o

registros de configuracin.
8.4. RF-53.Gestin de Derechos de Acceso

Proceso de gestin de derechos de acceso. Los derechos de acceso de cada usuario, se limitan
atendiendo a los siguientes principios:
a) Mnimo privilegio. Los privilegios de cada usuario se reducirn al mnimo estrictamente necesario
para cumplir sus obligaciones. De esta forma se acotan los daos que pudiera causar una
entidad, de forma accidental o intencionada.
b) Necesidad de conocer. Los privilegios se limitarn de forma que los usuarios slo accedern al
conocimiento de aquella informacin requerida para cumplir sus obligaciones.
c) Capacidad de autorizar. Slo y exclusivamente el personal con competencia para ello, podr
conceder, alterar o anular la autorizacin de acceso a los recursos, conforme a los criterios
establecidos por su responsable
8.5. RF-54. @FIRMA

La aplicacin SGFSE14-20 se comunica con @firma para permitir la validacin de los certificados
usados por los usuarios con los que acceden a la aplicacin y adems, para permitir la firma dentro de la
aplicacin. Para ofrecer esta posibilidad de firma se usar la herramienta MiniApplet Cliente@Firma.
La aplicacin SGFSE 14-20 no guarda ningn dato del certificado que el usuario utiliza para firmar, el
MiniApplet se ejecuta en el navegador del PC del usuario en el que es por lo tanto, la informacin del
certificado que use para firmar no sale de su ordenador.
La aplicacin SGFSE 14-20 no almacena ningn tipo de informacin personal del usuario que no haya
sido facilitado en el alta de usuarios, ni hace uso de cookies ni ningn otro mecanismo para la gestin de
datos de sesin.
La aplicacin soporta el formato de firma: CAdES.
La aplicacin SGFSE 14-20 permite la firma de documentos a travs de la aplicacin.
21/08/2015
Pgina 28

08 Sgfse14 RF Mecd O1142759

Загружено:

Сведения о документе

Исходное описание:

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

08 Sgfse14 RF Mecd O1142759

Загружено:

Авторское право:

Доступные форматы

Definicin de Requisitos Funcionales

S.I. para la programacin, gestin, seguimiento y control

Captulo 0. Control de Cambios

Versin Fecha Autor Observaciones

Versin Revisado Por Fecha Aprobado Por Fecha

Captulo 0. Documentacin relacionada

Captulo 1. Descripcin de Requisitos Funcionales

1. Descripcin de Requisitos Funcionales

1.1. Glosario de Trminos

FSE Fondo Social Europeo.

UAFSE Unidad Administradora del Fondo Social Europeo.

SGTIC Subdireccin General de tecnologas de la informacin y de las comunicaciones.

MECD Ministerio de Educacin Ciencia y Deporte

Ayuda FSE Dotacin econmica de la financiacin FSE.

Prioridad de La Prioridad de Inversin, es el medio por el cual se lleva a la prctica un Eje

Organismo Organismo o servicio de carcter pblico o privado designado por el estado

Beneficiario Destinatario de las ayudas de FSE

Actuacin Acciones llevadas a cabo para ejecutar un Objetivo Especfico.

Captulo 1. Descripcin de Requisitos Funcionales

POEFE Programa Operativo de Empleo, Formacin y Educacin

AG Autoridad de Gestin del Fondo Social Operativo.

ENI Esquema Nacional de Intercambio de informacin

ENS Esquema Nacional de Seguridad

@Firma Plataforma de validacin y firma electrnica.

XML Formato electrnico para el almacenaje de informacin, en el texto puede que se

Captulo 1. Descripcin de Requisitos Funcionales

1.3. Grupos Funcionales

Grupo Nombre DESCRIPCIN

FSE-GF-02 Mdulo de Programacin Senda Financiera.

FSE-GF-03 Mdulo de Operaciones Programacin de operaciones, gestin de ejecucin de operaciones

FSE-GF-04 Mdulo de Verificacin Mdulo de verificacin (in situ y documental)

FSE-GF-05 Mdulo de Certificacin Mdulo de certificacin

FSE-GF-06 Mdulo de Informes PO Presentacin de la informacin conforme al Reglamento de Ejecucin

FSE-GF-07 Seguridad e Interaccin con Interaccin con sistemas externo.

1.3.1. Tabla de Grupos Funcionales.

FSE-GF01 Administracin RF01 Autenticacin y opciones de configuracin

RF02 Gestin de Usuarios

RF03 Gestin de Responsable

RF04 Tablas diccionario

Carga Masiva RF07 Carga Masiva de todos los elementos que

FSE-GF-02 Programacin RF08 Consulta Senda financiera

FSE-GF-03 Operaciones RF15 Programacin de operaciones, gestin de

RF16 Gestin de datos (indicadores y cuadros

RF17 Alta de Gastos

Captulo 1. Descripcin de Requisitos Funcionales

RF18 Gestin y justificacin financiera de

FSE-GF-04 Verificacin RF22 Verificacin de las operaciones.

FSE-GF-05 Certificacin RF30 Certificacin

FSE-GF-06 Seguimiento PO RF40 Seguimiento PO

FSE-GF-07 Seguridad RF50 Establecimiento de la Categora y Nivel

RF51 Mecanismo de autenticacin

RF52 Requisitos de Acceso

RF53 Gestin de derechos de acceso

Captulo 2. Grupo Funcional 01. Acciones Generales

2. Grupo Funcional 01. Acciones Generales

2.1. RF01. Autenticacin en la aplicacin.

Mediante el acceso a travs de certificado electrnico:

Si se tiene ms de un certificado instalado, @Firma preguntar con cul de ellos se

Si el certificado es vlido, @Firma nos devuelve el NIF/NIE que tiene asociado el

A travs del mecanismo de usuario-contrasea,

La contrasea del usuario se almacena codificada en el sistema por tanto ningn

La contrasea debe cumplir con los requisitos de seguridad definidos en puntos