02DocumentoTecnicoSIINU CCAA

SECRETARA GENERAL DE UNIVERSIDADES
Sub. Gral. de Anlisis, Estudios y

Prospectiva Universitaria
MINISTERIO
DE EDUCACIN
Sistema Integrado de Informacin

Universitaria
Especificacin de Requisitos
EDICIN 2.0
FECHA 26/01/2010
Proyecto: Error: Reference source not found

Edicin: Error: Reference source not
found
ii
Fecha:
Error: Reference source

not found
Informacin General
Proyecto:
Error: Reference source not found
Entidad de Destino:
Secretara General de Universidades
Ttulo:
Edicin:
Fecha de Edicin:
Cdigo de fichero:
Herramienta/s de Edicin:
Autores:

254200202.doc
Microsoft Word 2003
everis
Proyecto:
Edicin:
Fecha:
NDICE
1.
INTRODUCCIN
1.1 OBJETO
1
1.2 AMBITO DE LA APLICACIN 1
1.3 DOCUMENTACIN RELACIONADA 1
2.
DESCRIPCIN GENERAL DEL SISTEMA
2.1 DESCRIPCIN DE LA SITUACIN ACTUAL

2
2.2 DESCRIPCIN DEL SISTEMA FUTURO 2
2.2.1 CARACTERSTICAS PRINCIPALES 2
2.2.2 SISTEMA FUTURO
3
2.2.2.1
Modulo de Gestin del Aprovisionamiento
2.2.2.2
Modulo de Gestin de Almacenamiento 5
2.2.2.3
Modulo de Gestin de Explotacin
6
2.2.2.4
Modulo de Gestin de Metadatos 7
3.
REQUISITOS
3.1 REQUISITOS FUNCIONALES 9

3.1.1 Aplicacin 9
3.1.2 Datos de entrada
3.1.3 Indicadores
16
3.1.4 Informes predefinidos
3.1.5 Avisos
17
3.1.6 Administracin 19
3.1.7 Datos histricos 21
3.2 REQUISITOS OPERATIVOS 21
3.2.1 Arquitectura
21
3.2.2 Procesos 22
3.2.3 Informes 24
3.3 REQUISITOS DE USABILIDAD
3.3.1 Aplicacin 25
3.3.2 Servidor de Ficheros
3.3.3 Informes 25
3.4 REQUISITOS DE SEGURIDAD
3.4.1 Aplicacin 26
3.4.2 Servidor de Ficheros
3.4.3 Base de datos 26
12
17
24
25
26
26
4.
GLOSARIO DE TRMINOS Y ACRNIMOS 27
5.
RELACIN DE ANEXOS
ERROR! MARCADOR NO DEFINIDO.
Proyecto:
Edicin:
II
Fecha:
1.
INTRODUCCIN
En este captulo se enumeran los objetivos y el mbito de aplicacin

del documento tcnico de Especificacin de Requisitos para el
desarrollo de un Sistema Integrado de Informacin Universitaria.
1.1
OBJETO
El presente documento realiza una descripcin detallada de los

requisitos relativos al Sistema Integrado de Informacin Universitaria,
determinando para ello la funcionalidad que exige el nuevo sistema,
as como las necesidades y condicionantes que se debern tener en
cuenta durante las fases siguientes del ciclo de vida del proyecto.
1.2
AMBITO DE LA APLICACIN
El mbito de anlisis abarca las Comunidades Autnomas y las

Universidades, tanto pblicas como privadas, ubicadas en territorio
espaol, que se encuentren en situacin de impartir y expedir Ttulos
Oficiales.
Proyecto:
Edicin:
Fecha:
2.
DESCRIPCIN GENERAL DEL SISTEMA
2.1
DESCRIPCIN DE LA SITUACIN ACTUAL
Actualmente, la Secretara General de Universidades no dispone de

un sistema nico que le permita gestionar la informacin remitida por
las Universidades y realizar un seguimiento de todos los indicadores
requeridos.
El modo de trabajo empleado en la actualidad, tanto para la
informacin Acadmica, Econmica y de Recursos Humanos, es el
siguiente:
Se recibe la informacin a travs del correo electrnico.
Se revisan los ficheros recibidos con programas estadsticos

especficos: SAS o SPSS. Se analiza el formato, la completitud y
el contenido de los ficheros.
Posteriormente, se procesan los datos en local, utilizando
programas y macros desarrollados por el usuario en SAS y/o

SPSS, con el fin de obtener los informes requeridos.
Por ltimo, se publican las estadsticas y se da respuesta a las
peticiones a medida.
2.2
DESCRIPCIN DEL SISTEMA FUTURO
En este apartado se realiza una descripcin detallada del sistema

futuro.
2.2.1
CARACTERSTICAS PRINCIPALES
En este documento se especifica la metodologa a seguir para el

desarrollo de un Sistema Integrado de Informacin Universitaria, que
recabe la informacin de sus diferentes orgenes, la procese de forma
homognea y finalmente proporcione un conjunto de indicadores que
permitan la comparabilidad de las diferentes instituciones dentro del
Sistema Universitario Espaol (SUE), ofreciendo las siguientes
ventajas:
Creacin de un almacn de datos unificado diseado para el
anlisis, donde se recoja la informacin Acadmica, de Recursos

Humanos, Econmica, de Insercin Laboral e I+D para todo el
territorio nacional.
Creacin de una herramienta que permita la disponibilidad y el
seguimiento de la informacin y los indicadores del rea

Proyecto:
Edicin:
Fecha:
Acadmica, de Recursos Humanos, Econmica, de Insercin

Laboral e I+D.
Intercambio automatizado de informacin con las Universidades
y Comunidades Autnomas, que permita solicitar, generar y

procesar los informes predefinidos.
Disponibilidad de herramientas administrativas que faciliten la
parametrizacin de alarmas de validacin de los datos de

entrada, con capacidad para indicar y modificar los plazos de
entrega de ficheros, las plantillas de los avisos y las personas de
contacto.
Disponibilidad de una herramienta que desarrolle de forma
homognea el clculo de un conjunto de indicadores

universitarios, que sean comparables entre todas las
instituciones en cada una de las reas de informacin.
2.2.2
SISTEMA FUTURO
En el siguiente diagrama se presentan los principales mdulos del

sistema futuro, identificando a alto nivel cada uno de sus
componentes:
Proyecto:
Edicin:
Fecha:
2.2.2.1 Mdulo de Gestin del Aprovisionamiento
El objetivo principal del mdulo ser la recepcin (o extraccin),

transformacin y carga desde las Universidades hasta el
almacenamiento destino, garantizando la calidad de los datos. Se
distinguen los siguientes procesos:
Recepcin: Permiten obtener la informacin de los ficheros
enviados por todas las Comunidades Autnomas y Universidades

espaolas. Para lo cual hay que tener en cuenta el volumen y
tamao de los ficheros, la definicin de una estructura de fichero
que garantice el entendimiento entre los sistemas originales y el
sistema de informacin, y la transferencia y Gestin de ficheros.
Las Universidades enviarn mediante la invocacin a Web
Services los ficheros que generen. Los Web Services ejecutarn
una serie de validaciones sobre la informacin contenida en los
ficheros, con el objetivo de que la Universidad remitente pueda
corregir los errores detectados y vuelva a enviar los ficheros al
sistema analtico. La deteccin de dichos errores generar
alarmas que sern comunicadas a la Universidad propietaria del
fichero y a la Comunidad Autnoma correspondiente, hacindola
participe y responsable de la validacin de los ficheros.
De esta manera si las validaciones han sido correctas durante el
proceso de recepcin, el sistema grabar la informacin recibida
para su posterior tratamiento por parte del proceso de carga.
Transformacin: son las acciones que hay que realizar sobre
los datos que provienen de los ficheros de las Universidades para

adecuarlos al modelo relacional del Sistema de Informacin,
permitiendo una sencilla explotacin de la informacin por parte
de los usuarios finales.
Mediante dicho proceso se verificar la adecuacin de los datos
en el modelo relacional del sistema, pudiendo producirse errores
de consolidacin. La deteccin de dichos errores generar
alarmas que sern comunicadas en un primer momento al
Ministerio de Educacin, que analizar el problema y proceder a
su correccin, pudiendo necesitar de la colaboracin de la
Universidad propietaria del fichero y de la Comunidad Autnoma
correspondiente.
Si las verificaciones han sido correctas, el proceso de
transformacin permitir consolidar la informacin recibida para
su posterior tratamiento por parte del proceso de carga.
Carga: Incorpora la informacin que ya se ha tratado en los
procesos anteriores (sistemas de almacenamiento), que sern

los que proporcionarn informacin a los reportes, se extraern
informes analticos o cuadros de mando.
Proyecto:
Edicin:
Fecha:
El proceso de carga recoger la informacin proporcionada por:

o El proceso de recepcin, y la cargar en el ODS del Sistema
de Informacin.
o El proceso de transformacin, y la cargar en el DWH o en el
data mart correspondiente del Sistema de Informacin.
En la siguiente imagen se muestra el esquema de los procesos de
extraccin, transformacin y carga de los datos procedentes de los
ficheros de las Universidades.
2.2.2.2 Mdulo de Gestin de Almacenamiento
El mdulo de Gestin de Almacenamiento est compuesto por:

ODS: Es un repositorio o almacn de informacin analtica
desagregada e histrica, compuesto por un conjunto de tablas

que recopilan informacin procedente de los sistemas de origen.
Data warehouse (DW): Sistema de informacin relacional
centralizado que contendr toda la informacin sobre el rea

Acadmica, de Recursos Humanos, Econmica, de Insercin
Laboral e I+D y que permite de forma gil y flexible consultar la
informacin. El origen de la informacin para el data warehouse
ser el ODS.
Proyecto:
Edicin:
Fecha:
Data mart (DM): Subconjunto del data warehouse de un rea
informacional especifica.
Cuadros de Mando: Es un sistema para la Gestin cuyo
objetivo es mostrar los informes y los indicadores estratgicos

que se hayan definidos.
En el siguiente esquema se observan los componentes descritos:
2.2.2.3 Mdulo de Gestin de Explotacin
El mdulo de Gestin de la explotacin permitir realizar lo siguiente:

Acceder a informes a travs de una herramienta de explotacin
de manera centralizada y no distribuida.

Disponer
de un inventario de informes, permitiendo la

clasificacin y tipificacin de todos ellos, indicando su
descripcin, funcionalidad y origen de la informacin.
Proyecto:
Edicin:
Fecha:
Automatizar la generacin de los informes ms utilizados.

Definir las consultas e informes predefinidos de uso comn.
Incluido los requeridos por organismos pblicos.

Definir, recopilar, estructurar y organizar los datos relevantes
para el Ministerio,
Universidades.
las
Comunidades
Autnomas
las
Determinar los indicadores del Sistema Universitario que se
encontrarn en el repositorio de informacin corporativa.

Entorno web a travs del cual se podr acceder a los informes
que se hayan generado.

Usabilidad, informacin en un clic.
La siguiente imagen resume los componentes del modulo de

explotacin.
2.2.2.4 Mdulo de Gestin de Metadatos
En el desarrollo de sistemas de Business Intelligence el uso de

Metadatos es pieza importante (informacin sobre la informacin) que
permite tener el control sobre el contenido del sistema y su
operacin, de manera que se puedan ofrecer indicadores de calidad
del dato mostrado, incrementando la credibilidad de las reas
usuarias en los datos mostrados.
Los metadatos se pueden estructurar en tres tipologas claramente
diferenciadas:
Tcnico:
Los metadatos tcnicos permitirn conocer la

estructura de datos tanto de los sistemas de origen de
informacin como del propio sistema analtico, tales como
Proyecto:
Edicin:
Fecha:
tamao de campos, estructura de tablas, formato de ficheros,

etc.
De operacin: Permiten realizar el seguimiento y control de los
procesos de carga de informacin en el sistema y la generacin

de informes, aportando informacin de tiempos de ejecucin,
finalizacin correcta o errnea de procesos, seguimiento del flujo
de la carga (trazabilidad) y, en definitiva, todo el conocimiento
necesario para la realizacin del control y soporte de la
informacin.
Funcional: Constituyen el nexo de unin entre la informacin
tcnica almacenada en el sistema y la interpretacin del negocio

a disposicin del usuario. Los metadatos funcionales dan
informacin sobre los conceptos de negocio definido y tratados
en el sistema. De esta manera cualquier concepto utilizado en el
sistema de informacin deber ser almacenado en lenguaje
funcional, de manera que el usuario de la informacin sepa
exactamente las definiciones que est tratando.
En siguiente grafico se muestran las tipologas de metadatos que
componen el modulo:
Proyecto:
Edicin:
Fecha:
3.
REQUISITOS
En este captulo se describen los requisitos relativos a la creacin del

Sistema Integrado de Informacin Universitaria. Todos los requisitos
se identifican unvocamente mediante un cdigo que constar de la
codificacin de la categora a la que pertenece, un identificador de
subcategora y del nmero de orden. Este cdigo ser utilizado como
referencia cada vez que sea necesario mencionarlo a lo largo del ciclo
de vida del proyecto.
3.1
Requisitos Funcionales
Especificaciones destinadas a cubrir los siguientes aspectos:

1. Adecuacin: Capacidad del producto software para proporcionar
un conjunto apropiado de funciones para tareas y objetivos de

usuario especificados.
2. Exactitud: Capacidad del producto software para proporcionar los
resultados o efectos correctos o acordados, con el grado necesario

de precisin.
3. Interoperabilidad:
Capacidad del producto software

interactuar con uno o ms sistemas especificados.
3.1.1
para
Aplicacin
RF.APL.1 A los usuarios dados de alta en el sistema se les asociar

un perfil de acceso y se informar el organismo al que pertenece y el
nivel de actuacin de su organizacin, ya sea a Universidad,
Comunidad Autnoma, Ministerio de Educacin y otras Instituciones.
RF.APL.2 Los privilegios dados a un usuario, vendrn informados en
el perfil que se asigne al usuario.
RF.APL.3 Los perfiles de acceso al sistema sern descritos como la
combinacin de dos criterios:
Tipos de Usuario (RF.APL.04)
Niveles de Usuario (RF.APL.05)
RF.APL.4 Para limitar el acceso a los apartados que se definan en la
aplicacin existirn cuatro tipos de usuario.
Proyecto:
Edicin:
Fecha:
Lectura. Solo podr acceder a la aplicacin en modo

lectura, es decir, solo podr visualizar informes
predefinidos ya ejecutados. Este ser el perfil del
usuario general.
Ejecucin. Adems de poseer los permisos del usuario

de Lectura, podr acceder a la aplicacin para ejecutar
y visualizar informes ms especializados, previamente
desarrollados por otro perfil de usuario. En este perfil
estarn, por ejemplo, el Observatorio Universitario o la
Fundacin Universidad.es.
Desarrollo. Adems de poseer los permisos del

usuario de Ejecucin, podr acceder a la aplicacin
para generar, ejecutar y visualizar informes. En este
perfil estarn, por ejemplo, las Universidades, la
ANECA, las CCAA.
Administracin. Adems de poseer los permisos del

usuario de Desarrollo, tendr acceso a la parte de
administracin (seguridad, parametrizacin) del
Sistema. En este perfil estar el personal especializado
del Ministerio de Educacin, de las CCAA y de las
Universidades.
RF.APL.5 Los permisos de acceso a la informacin del sistema sern

otorgados mediante la asignacin de privilegios en base a la siguiente
matriz.
Detalle del dato
(microdato)
datos
agregados
Indicadores
rea Acadmica
Nivel
Nivel
Nivel
rea de Recursos
Humanos
Nivel
Nivel
Nivel
rea Econmica
Nivel
Nivel
Nivel
rea de Insercin
Laboral
Nivel
Nivel
Nivel
rea I+D
Nivel
Nivel
Nivel
Dicha matriz deber contemplar las distintos reas (Acadmica,

Econmica, de Recursos Humanos, de Insercin Laboral e I+D) que
existan en el sistema.
El nivel de usuario indicado en la matriz podr tomar los siguientes
valores:
Proyecto:
Edicin:
10
Fecha:
Nivel 4. No se tendr
informacin.
acceso a este tipo de
Nivel 3. Indica que el usuario slo podr acceder a los

datos de la Universidad a la que est asociado.
Nivel 2. Indica que el usuario slo podr acceder a los

datos de la Comunidad Autnoma a la que est
asociado, lo que implica que tendr acceso a los datos
de las Universidades que se localizan en dicha
Comunidad Autnoma.
Nivel 1. Corresponde a los usuarios que tienen el

privilegio de acceder a todos los niveles de
informacin.
A continuacin se muestra un posible ejemplo de privilegios que

podra tener un Rector de Universidad.
Detalle del dato
(microdato)
datos agregados
Indicadores
rea
Acadmica
Nivel 3
Nivel 3
Nivel 1
rea
Econmica
Nivel 3
Nivel 3
Nivel 1
rea de
Recursos
Humanos
Nivel 3
Nivel 3
Nivel 1
rea de
Insercin
Laboral
Nivel 3
Nivel 3
Nivel 1
rea I+D
Nivel 3
Nivel 3
Nivel 1
RF.APL.6 Se asignarn tipo de usuario con sus respectivos niveles

de seguridad a todos los organismos implicados: Ministerio de
Educacin, CCAA, Universidad, ANECA, CRUE, Observatorio
Universitario de Becas y Ayudas al Estudio y Rendimiento Acadmico,
Fundacin Universidad.es, etc.
RF.APL.7 El sistema debe soportar un portal web donde estarn
accesibles los manuales de ayuda, de formacin y los accesos a los
Proyecto:
Edicin:
11
Fecha:
distintos mdulos del sistema, habilitados o no dependiendo de la

seguridad del perfil de los usuarios.
RF.APL.8 En el sistema debe existir un mdulo que permita crear y
modificar informes a los usuarios de desarrollo.
RF.APL.9 En el sistema deber existir un mdulo de gestin de las
validaciones, donde se permita crear validaciones de los ficheros,
modificarlas, aplicarlas o deshabilitarlas.
RF.APL.10A los usuarios de desarrollo que generen informes se les
permitir realizar la publicacin del diseo del mismo, siendo
dependientes de los privilegios del usuario que posteriormente
acceda al informe los datos que visualizar en el mismo.
RF.APL.11Las universidades y las Comunidades Autnomas tendrn
accesible va web un mdulo de depuracin y seguimiento de datos,
donde podrn:
ver todos los envos realizados, incluyendo las posibles
versiones de un mismo envo. Se informar de los
resultados de carga de cada envo o del estado del fichero
en cuestin (pendiente de la CCAA, pendiente del
Ministerio, aplicado, con errores y esperando otro).
ver los prximos envos a realizar con la fecha lmite,
subir ficheros a esa web y que se realicen las validaciones
(sin cargar el fichero) para que detecten posibles errores.
RF.APL.12El Ministerio de Educacin tendr accesible va web un
mdulo de depuracin y seguimiento de datos, donde podrn
observar todo lo indicado en el requisito RF.APL.11, con la salvedad de
que se podr ver todo el conjunto del sistema.
RF.APL.13Es deseable que en el sistema exista una herramienta
para la peticin de nuevos informes.
3.1.2
Datos de entrada
RF.ENT.1 Es necesario que todos los ficheros sean adaptables a las

modificaciones anuales que pudieran producirse y los procesos
derivados en todas las reas.
Proyecto:
Edicin:
12
Fecha:
1. rea acadmica.
RF.ENT.2 El sistema debe ser capaz de recibir, validar, cargar y
consolidar los datos del rea Acadmica recibidos en los ficheros
enviados por las Universidades y las Comunidades Autnomas,
siempre y cuando dichos ficheros sigan el diseo acordado en el
documento, de acuerdo al interfaz de los estudiantes. Dicho
documento se definir durante la fase de anlisis en base a la
Metodologa de la Estadstica de Estudiantes Universitarios que ser
revisada y aprobada en la Comisin Tcnica de Estadstica e
Informacin Universitaria [REF.1]. Estos ficheros se revisarn
anualmente.
A continuacin se enumeran los ficheros que inicialmente se
recibirn, remitidos por las Universidades y las Comunidades
Autnomas, referentes al rea Acadmica:
Fichero de matrcula de primer y segundo ciclo.
Fichero de graduados de primer y segundo ciclo.
Fichero de matrcula de grado.
Fichero de graduados de grado.
Fichero de matrcula de doctorado LRU. (RD 778/1998).
Fichero
de
778/1998).
graduados
de
ciclo.
Doctorado
LRU.
(RD
Fichero de matrcula de mster. (RD 56/2005 y RD 1393/2007).

Fichero de graduados de mster. (RD 56/2005 y RD 1993/2007).
Fichero de
1993/2007).
matrcula
de
doctorado.
(RD
56/2005
RD
Fichero de graduados de doctorado. Tesis leda y apta (RD

56/2005 y RD 1993/2007).
Fichero de movilidad temporal (entrada).
Fichero de movilidad temporal (salida).
RF.ENT.3 Los ficheros del rea Acadmica debern seguir la
nomenclatura indicada:
AC + _ + UNIVERSIDAD + _ + CODIGO + _ + CURSO + _ +
VERSIN
Siendo:
AC: Nomenclatura tomada para los ficheros correspondientes al
rea Acadmica.
Proyecto:
Edicin:
13
Fecha:
UNIVERSIDAD: Identificador de la Universidad que manda el
fichero.
CODIGO: Cdigo que identifica inequvocamente la tipologa de
los datos contenidos en el fichero.
CURSO: Se consignarn los cuatro dgitos del primer ao de los
dos aos naturales que compone el ao acadmico al que
corresponden los datos.
VERSIN: Corresponder al orden de la particin del fichero que
se enva. El formato corresponder a cuatro dgitos numricos
comenzando por el 0000 e incrementando una unidad por cada
nueva particin que se enve.
2. rea de Recursos Humanos.
consolidar los datos del rea de Recursos Humanos recibidos en los
ficheros enviados por las Universidades y las Comunidades
Autnomas, siempre y cuando dichos ficheros sigan el diseo
acordado en el documento de acuerdo al interfaz del personal. Dicho
documento se definir durante la fase de anlisis en base al
documento Metodologa de la Estadstica de Personal al Servicio de
las Universidades que ser revisado y aprobado en la Comisin
Tcnica de Estadstica e Informacin Universitaria. [RF.3]. Estos
ficheros se revisarn anualmente.
A continuacin se enumeran los ficheros que se recibirn inicialmente
y que sern remitidos por las Universidades:
Fichero del PDI (Personal Docente e Investigador).
Fichero del PAS (Personal de Administracin y Servicios).
Fichero del personal investigador.
RF.ENT.5 Los ficheros del rea de Recursos Humanos debern seguir

la nomenclatura indicada:
RH + _ + UNIVERSIDAD + _ + CODIGO + _ + CURSO + _ +
VERSIN
Siendo:
RH: Nomenclatura tomada para los ficheros correspondientes al
rea de Recursos Humanos.

fichero.
Proyecto:
Edicin:
14
Fecha:


3. rea Econmica.
consolidar los datos del rea Econmica recibidos en los ficheros
enviados por las Universidades, siempre y cuando dichos ficheros
sigan el diseo acordado en el documento de acuerdo al interfaz del
rea Econmica. Dicho documento se definir en el seno de la
Comisin Tcnica de Estadstica e Informacin Universitaria, en
funcin de las conclusiones de la Comisin de Contabilidad Analtica
en la que participan representantes del Ministerio de Educacin, de
IGAE, de las Comunidades Autnomas y de las Universidades.
RF.ENT.7 Los ficheros del rea Econmica debern seguir la
EC + _ + UNIVERSIDAD + _ + CODIGO + _ + CURSO + _ +
VERSIN
Siendo:
EC: Nomenclatura tomada para los ficheros correspondientes al
rea Econmica.
fichero.

Proyecto:
Edicin:
15
Fecha:
4. rea de I+D.
consolidar los datos de Gestin I+D recibidos en los ficheros enviados
por las Universidades, siempre y cuando dichos ficheros sigan el
diseo acordado en el documento de acuerdo al interfaz del rea de
I+D. Dicho documento se realizar en la Comisin Tcnica de
Estadstica e Informacin Universitaria.
RF.ENT.9 Los ficheros
del
rea
de
I+D
debern
seguir
la
ID + _ + UNIVERSIDAD + _ + CODIGO + _ + CURSO + _ +

VERSIN
Siendo:
ID: Nomenclatura tomada para los ficheros correspondientes al
rea de I+D.
fichero.
5. rea de Insercin Laboral.
consolidar los datos del rea de Insercin Laboral que se obtengan
del cruce de informacin con otras bases de datos. Se contemplarn
tambin otras vas de obtencin de esta informacin.
RF.ENT.11 Los ficheros del rea de Insercin Laboral debern seguir
la nomenclatura indicada:
IL + _ + UNIVERSIDAD + _ + CODIGO + _ + CURSO + _ +
VERSIN
Proyecto:
Edicin:
16
Fecha:
Siendo:
IL: Nomenclatura tomada para los ficheros correspondientes al
rea de Insercin Laboral.

fichero.
3.1.3
Indicadores
RF.IND.1 El sistema debe ser capaz de calcular los indicadores

relativos a cada rea que se acuerden en el seno de la Comisin
Tcnica de Estadstica e Informacin Universitaria en la que estn
representadas las Comunidades Autnomas, que a su vez trabajarn
en coordinacin con las universidades de su competencia.
RF.IND.2 El sistema debe ser capaz de calcular aquellos indicadores
del rea Acadmica que sean necesarios para el desarrollo de las
funciones evaluadoras de la ANECA.
RF.IND.3 El sistema debe ser capaz de calcular los indicadores de
Gestin Econmica que se determinen en el seno de la Comisin de
Contabilidad Analtica y que sern de inters tanto para el Ministerio,
como las Comunidades Autnomas y las propias universidades.
RF.IND.4 El sistema debe ser capaz de calcular aquellos indicadores
que pudieran ser necesarios para el desarrollo de las funciones del
Observatorio Universitario de Becas, Ayudas y Rendimiento
Acadmico.
RF.IND.5 El sistema debe ser capaz de calcular aquellos estadsticos
que permitan la comparacin entre las distintas instituciones
Proyecto:
Edicin:
17
Fecha:
3.1.4 Informes predefinidos

RF.INF.1 El sistema debe ser capaz de generar los informes
estndar que se definan. Entre ellos deben estar:
Informes estndar para el Ministerio de Educacin con
informacin relativa al conjunto del Sistema Universitario
Espaol.
Informes estndar destinados a las Comunidades Autnomas
con la informacin y los indicadores que ellas requieran.

Informes estndar destinados a las Comunidades Autnomas
que permitan la comparabilidad entre ellas en cada una de las
reas temticas.
Informes
estndar destinados a las Universidades con la

informacin y los indicadores que ellas requieran.
Informes estndar destinados a las Universidades que permitan
la comparabilidad entre ellas en cada una de las reas temticas
Los indicadores requeridos por ANECA para el desarrollo de sus
funciones
Los informes que precise el Observatorio Universitario de Becas,
Ayudas y Rendimiento Acadmico para el desarrollo de sus
funciones.
La Estadstica de Estudiantes Universitarios
La Estadstica de Persona al Servicio de las Universidades
La Estadstica de Acceso al Sistema Universitario

El informe Datos y Cifras del Sistema Universitario.
Los cuestionarios UOE de la OCDE
El sistema debe ser capaz de generar el informe de Validacin
de ficheros. Este informe aporta informacin sobre la validacin

de los ficheros de entrada enviados por las Universidades.
Deber mostrar los ficheros validados y no validados, en cuyo
caso se especificar el motivo o motivos del error de validacin.
El
sistema debe ser capaz de generar el informe de

Consolidacin de ficheros. Este informe aporta informacin
sobre la consolidacin de los ficheros de entrada enviados por las
Universidades. Deber mostrar los ficheros consolidados y no
consolidados, en cuyo caso se especificar el motivo o motivos
del error de consolidacin.
Proyecto:
Edicin:
18
Fecha:
3.1.5
Avisos
RF.AVI.1 Existir un proceso que enve avisos automticos, va

correo electrnico, a las personas de contacto de las Universidades en
referencia a:
Comienzo del plazo de recepcin de ficheros. La plantilla
estar previamente guardada en base de datos, adaptada al

destinatario y al o los ficheros solicitados. Se enviar el da de
comienzo de plazo.
Fin del plazo de recepcin de ficheros. La plantilla estar
previamente guardada en base de datos, adaptada al

destinatario y al o los ficheros solicitados. Se enviar n das
antes del final de plazo, donde n es un nmero administrable
por el usuario de la aplicacin.
Fuera del plazo de recepcin de ficheros. La plantilla estar

destinatario y al o los ficheros solicitados. Se enviar cada n
das despus del final de plazo, donde n es un nmero
administrable por el usuario de la aplicacin.
Error de validacin en alguno de los ficheros. La plantilla

destinatario y al o los errores de validacin encontrados en el
fichero procesado. Se enviar cada vez que se encuentren
errores de validacin al procesar los ficheros.
correo electrnico, a las personas de contacto de las Comunidades
Autnomas, que incluir a todas las Universidades de la Comunidad
Autnoma correspondiente, en referencia a:
Comienzo del plazo de recepcin de ficheros. La plantilla

destinatario y al o los ficheros solicitados. Se enviar el da de
comienzo de plazo.
Fin del plazo de recepcin de ficheros. La plantilla estar

destinatario y al o los ficheros solicitados. Se enviar n das
antes del final de plazo, donde n es un nmero administrable
por el usuario de la aplicacin.
Fuera del plazo de recepcin de ficheros. La plantilla estar

destinatario y al o los ficheros solicitados. Se enviar cada n
das despus del final de plazo, donde n es un nmero
administrable por el usuario de la aplicacin.
Proyecto:
Edicin:
19
Fecha:
Error de validacin en alguno de los ficheros. La plantilla

destinatario y al o los errores de validacin encontrados en el
correo electrnico, a las personas de contacto de la Secretara
General de Universidades en referencia a:
Error de consolidacin en alguno de los ficheros. La plantilla

destinatario y al o los errores de consolidacin encontrados en el
3.1.6
Administracin
RF.ADM.1 El usuario administrador podr determinar los plazos de

recepcin de cada uno de los ficheros de cada rea indicando la fecha
de inicio y de fin de los plazos, la fecha en la que se enve aviso de
finalizacin del plazo de recepcin de los ficheros, las plantillas de
aviso que se enviarn a los contactos, etc.
RF.ADM.2 Las tablas auxiliares de universidades, centros, ttulos, etc.
se obtendrn del Registro de Universidades Centros y Titulaciones de
la Secretara General de Universidades. Aquellas que no puedan
extraerse del RUCT tendrn un interfaz sencillo para su
mantenimiento.
RF.ADM.3 El usuario administrador debe poder administrar las
personas de contacto, tanto de las universidades como de las
Comunidades Autnomas.
Los contactos sern designados con las siguientes directrices:
La Secretara General de Universidades determinar una
persona de contacto para cada rea y si fuese necesario para
cada fichero.
Cada Comunidad tendr una persona de contacto que ser el
coordinador de la comunidad
Cada Universidad tendr una persona de contacto que ser el
coordinador de la universidad
Proyecto:
Edicin:
20
Fecha:
Dentro de cada universidad se determinar una persona de

contacto que ser el coordinador de cada rea.
Si fuese necesario en cada rea de determinara un coordinador
de cada tipo de fichero.

RF.ADM.4 El usuario administrador podr:
Dar de alta a los usuarios en el sistema, informando los datos de
usuario requeridos.
Modificar los datos de los usuarios del sistema.
Dar de baja a los usuarios del sistema. Impidiendo dicha accin
en caso de que el usuario a eliminar corresponda a una persona

de contacto para el envo de ficheros.
RF.ADM.5 Es deseable que el sistema est coordinado con el
Directorio Activo.
RF.ADM.6 Los datos de los usuarios dados de alta en el sistema
debern incluir la informacin de:
Nombre y Apellidos.
Correo electrnico.
Telfono.
Nivel
de contacto (Universidad,
Ministerio de Educacin, Organismos).
Comunidad
Autnoma,
Universidad (si es persona de contacto a este nivel).

Comunidad Autnoma (si es persona de contacto a este nivel).
Organismos (si es persona de contacto a este nivel).
RF.ADM.7 Los usuarios dados de alta en el sistema se debern

asociar a perfiles de acceso a la aplicacin.
En el momento de alta del usuario esta relacin se asociar a un perfil
predefinido, pudiendo ser modificada en cualquier momento o
cuantas veces se requiera.
RF.ADM.8 Se podr realizar la administracin de los perfiles de
seguridad del sistema permitiendo:
Dar de alta en el sistema los perfiles requeridos por el
administrador, informando los datos de perfil solicitados.

Proyecto:
Edicin:
21
Fecha:
Modificar los perfiles del sistema.

Dar de baja a los perfiles del sistema. Impidiendo dicha accin
en caso de que el perfil a eliminar tenga asociados usuarios del

sistema.
RF.ADM.9 Los datos de los perfiles dados de alta en el sistema
debern incluir la informacin de:
Denominacin del perfil.
Tipos de Usuario (RF.APL.04).
Niveles de Usuario (RF.APL.05).
3.1.7
Datos histricos
RF.HIS.1 Los datos histricos referentes a cada una de las reas

sern cargados en el sistema. Se deber tener especial cuidado en
verificar que los datos de aos anteriores respondan a la misma
metodologa y normalizacin que los propuestos en el documento de
acuerdo del interfaz de los estudiantes [RF.1].
RF.HIS.2 Los datos referentes al rea Acadmica, de Recursos
Humanos, Econmica, Insercin Laboral e I+D debern ser
mantenidos en el sistema durante al menos diez aos, para permitir
observar ciclos completos en los informes. No es necesario generar
procesos de borrado de la informacin durante la ejecucin de este
proyecto, pues es necesario mantener un histrico de todos los aos
disponibles.
3.2
Requisitos Operativos
Requisitos de operacin del sistema. Especificaciones destinadas a

cubrir los siguientes aspectos:
1. Fiabilidad: Capacidad del software para mantener un nivel
especificado de prestaciones en caso de fallos software o de
infringir sus interfaces especificados.
2. Eficiencia y Rendimiento: Capacidad del producto software para
proporcionar tiempos de respuesta, tiempos de proceso y potencia
apropiados, bajo condiciones determinadas.
3. Mantenibilidad: Es la capacidad del producto software para
diagnosticar deficiencias y causas de los fallos en el software, o
para identificar las partes que han de ser modificadas.
Proyecto:
Edicin:
22
Fecha:
3.2.1
Arquitectura
RO.ARQ.1.
El sistema se montar sobre una mquina virtual
proporcionada por el Ministerio de Educacin.
RO.ARQ.2.
El sistema operativo de la mquina virtual ser
alguna versin de Linux proporcionada por el Ministerio de Educacin.
RO.ARQ.3.
Java ser el lenguaje de programacin a utilizar para
desarrollar el aplicativo necesario para el sistema, montado sobre un
servidor de aplicaciones Tomcat proporcionado por el Ministerio de
Educacin.
RO.ARQ.4.
Oracle 10g ser la base de datos a usar por el
sistema, proporcionada por el Ministerio de Educacin.
RO.ARQ.5.
La programacin de los procesos ETL necesarios para
el sistema podrn realizarse mediante la utilizacin de Oracle
Warehouse Builder. En caso de ser necesaria alguna otra herramienta,
el Ministerio de Educacin estudiara su necesidad.
RO.ARQ.6.
Los procesos batch se planificarn en el crontab de
los servidores. Esta tarea podr ser realizada directamente por el
equipo de desarrollo de la aplicacin, aunque tambin se le puede
solicitar al rea de Sistemas.
RO.ARQ.7.
La aplicacin recibir los ficheros de entrada
mediante WS, por lo que la validacin inicial de los ficheros consistir
en la comprobacin del formato xml acordado.
RO.ARQ.8.
En caso de que no puedan adaptarse todas las
Universidades al envo de los ficheros por WS, se habilitara
temporalmente la opcin de enviarlos va upload. Esto se har usando
clases ya definidas, utilizadas por otras aplicaciones que validan los
ficheros y los almacenan en un directorio a propsito para la
aplicacin.
RO.ARQ.9.
La estructura de carpetas necesaria para el
intercambio de ficheros estar ubicada en un servidor propiedad del
Ministerio de Educacin.
Proyecto:
Edicin:
23
Fecha:
RO.ARQ.10.
Para el envo de los correos electrnicos desde el
sistema se utilizar SW ya definidos, usados por otras aplicaciones del
3.2.2
Procesos
RO.PRO.1 Los procesos dejarn registradas en un log las trazas

necesarias que puedan permitir identificar los errores que se
produzcan durante la ejecucin de los mismos.
RO.PRO.2 Los distintos procesos independizarn los tipos de ficheros
de entrada, permitiendo procesar la informacin en base a cuatro
parmetros:
REAS: Anagrama del rea al que pertenece el fichero
UNIVERSIDAD/COMUNIDAD
AUTNOMA: Identificador
Universidad/Comunidad Autnoma que enva el fichero.
de
la
CDIGO: Cdigo que identifica inequvocamente la tipologa de

RO.PRO.3 Los procesos que graben informacin en base de datos,
debern evitar la carga duplicada de informacin incluyendo
validaciones y borrados en caso de ser necesario. Esto permite
procesar informacin previamente cargada, que pueda haber sido
modificada.
RO.PRO.4 Los procesos de validacin rechazarn aquellos ficheros de
entrada que incumplan los requisitos bsicos (tamao, tipo de dato,
obligatoriedad del campo) indicados en el correspondiente acuerdo
de interfaz.
Tras dicho rechazo adems de incluir el detalle en el informe de
Validacin (RF.INF.1), se notificar el problema a las personas de
contacto
de
la
Universidad
y
la
Comunidad
Autnoma
correspondientes. La cual debern responsabilizarse de enviar otro
fichero con el mismo nombre que el anterior, habiendo realizado las
acciones oportunas para corregir la incidencia, permitiendo que el
nuevo fichero pueda ser validado por el proceso.
Proyecto:
Edicin:
24
Fecha:
RO.PRO.5 Los procesos de consolidacin rechazarn aquellos

ficheros de entrada que incumplan el modelo relacional definido para
el sistema (relaciones incoherentes, valores fuera rango), donde se
debe mantener la integridad referencial con las tablas auxiliares. Se
incluir el detalle en el informe de Consolidacin (RF.INF.12) y se
notificar el problema a la persona de contacto de la Secretara
General de Universidades.
RO.PRO.6 Los procesos de validacin movern los ficheros validados
de la carpeta de entrada a la carpeta de validados.
RO.PRO.7 Los procesos de validacin movern los ficheros no
validados de la carpeta de entrada a la carpeta de fallidos, donde
constar la ltima versin recibida del fichero a la espera de la
resolucin de la incidencia.
RO.PRO.8 Los procesos de consolidacin
movern los ficheros
consolidados de la carpeta de validados a la carpeta de procesados,
donde constar la ltima versin recibida del fichero. Si existe el
fichero en la carpeta de fallidos ser eliminado.
RO.PRO.9 Los procesos de consolidacin movern los ficheros no
consolidados de la carpeta de validados a la carpeta de fallidos,
donde constar la ltima versin recibida del fichero a la espera de la
resolucin de la incidencia.
En caso de que la resolucin de la incidencia no necesite una nueva
versin del fichero de entrada, bastar con mover o copiar el fichero
de la carpeta de fallidos a la carpeta de validados. Pendiente de
definir con el usuario si ser mediante accin manual o uso de algn
proceso visual.
RO.PRO.10
Tanto los procesos de validacin como los de
consolidacin debern registrar el estado de los ficheros tratados, que
podrn ser los siguientes:
No recibido: estado inicial, que indica la necesidad del fichero
para el sistema.
No Validado: indica que se han producido errores en la
validacin.
Validado: estado temporal que indica que la validacin ha sido
correcta y que est pendiente de la ejecucin del proceso de

consolidacin.
Proyecto:
Edicin:
25
Fecha:
No Consolidado: indica que se han producido errores en la
consolidacin.
Procesado: estado final del fichero, que indica la carga correcta
del mismo en el sistema.

RO.PRO.11
El sistema mantendr el control de los ficheros
mediante el siguiente flujo funcional:
carga del fichero y ejecucin de validaciones.
control visual desde la Universidad que valora lo que va a cargar
y acepta la carga.
control visual desde la Comunidad Autnoma que valora lo que
va a cargar y acepta la carga.

control visual desde el Ministerio que valora lo que va a cargar y
acepta la carga.
RO.PRO.12
Cualquier carga de fichero en explotacin debe
poder ser rastreada de forma que pueda ser eliminado de toda la
base de datos cuando se cargue una nueva versin actualizada y sin
errores.
3.2.3
Informes
Los informes obtenidos en el sistema evitarn realizar

operaciones complejas. Su ejecucin slo necesitar realizar acciones
de lectura sobre la informacin recogida en la base de datos. Esto
permitir una rpida ejecucin de los informes.
RO.INF.1
Es deseable que en los informes exista la posibilidad de

obtener resultados estimados, como pueden ser regresiones o
proyecciones.
RO.INF.2
3.3
Requisitos de Usabilidad
Especificaciones destinadas a cubrir los siguientes aspectos:

1. Capacidad
para ser entendido: Capacidad del producto

software que permite al usuario entender si el software es
adecuado y cmo puede ser utilizado para unas tareas o
condiciones particulares.
2. Capacidad
para ser aprendido: Capacidad del producto

software que permite al usuario aprender sobre su aplicacin.
Proyecto:
Edicin:
26
Fecha:
3. Capacidad para ser operado: Capacidad del producto software
que permite al usuario operarlo y controlarlo.

4. Capacidad de atraccin: Capacidad del producto software para
ser atractivo al usuario.

3.3.1
Aplicacin
RU.APL.1 La aplicacin ser accesible mediante un enlace situado

en la intranet. Tambin ser accesible desde la extranet.
RU.APL.2 Se implementar un interface de usuario o front-end de la
aplicacin acorde a las normas existentes en el Ministerio de
Educacin.
3.3.2
Servidor de Ficheros
RU.SER.1 Mediante la utilizacin de los SW se mantiene un mismo

sistema de intercambio de informacin con actores externos al
RU.SER.2 El nombre de los ficheros siempre corresponder con lo
indicado en los requisitos RF.ENT.02, RF.ENT.04 y RF.ENT.06 aunque
puedan enviarse varias veces para la correccin de incidencias.
Permitiendo as que los programas de Validacin y Consolidacin
procesen siempre la ltima versin del fichero.
3.3.3
Informes
La ejecucin de os informes ser planificada y realizada a

peticin del usuario.
RU.INF.1
RU.INF.2 Los informes deben ser exportables a fichero Excel y a

fichero pdf.
3.4
Requisitos de Seguridad
Especificaciones destinadas a cubrir la capacidad del producto

software para proteger informacin y datos, de manera que las
personas o sistemas no autorizados no puedan leerlos o modificarlos,
Proyecto:
Edicin:
27
Fecha:
al tiempo que no se deniega el acceso a las personas o sistemas

autorizados.
3.4.1
Aplicacin
RS.APL.1 Los usuarios internos para entrar en la aplicacin (Intranet

o Extranet), sern dados de alta en el OpenLDAP, y mediante la
utilizacin del Single Sign-On se validarn contra la aplicacin.
RS.APL.2 Los usuarios externos para entrar en la aplicacin, se les
dar de alta en el OpenLDAP. Al acceder por Internet se les pedir
usuario y contrasea que se validar contra el OpenLDAP.
RS.APL.3 Los usuarios externos (pblico) al acceder por Internet se
les pedir usuario y contrasea que se validar contra el OpenLDAP,
al no estar dados de alta se les asignar un role pblico que se defina.
3.4.2
Servidor de Ficheros
Los SW se autentifican va la aplicacin interna SVA. Las

Universidades para autentificarse tendrn que tener un usuario y
contrasea dados de alta en dicha aplicacin.
RS.SER.1
3.4.3
Base de datos
RS.BDD.1 La seguridad de la base de datos corresponder con la

normativa existente en el Ministerio de Educacin.
Proyecto:
Edicin:
28
Fecha:
4.
GLOSARIO DE TRMINOS Y ACRNIMOS
RD
Real Decreto.
LRU
Ley de Reforma Universitaria.
Single sign-on
(SSO) es un procedimiento de autenticacin que habilita al usuario
para acceder a varios sistemas con una sola instancia de
identificacin.
SW
(Servicios Web) es un conjunto de protocolos y estndares que sirven
para intercambiar datos entre aplicaciones.
Proyecto:
Edicin:
29
Fecha:

02DocumentoTecnicoSIINU CCAA

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

02DocumentoTecnicoSIINU CCAA

Enviado por

Direitos autorais:

Formatos disponíveis

SECRETARA GENERAL DE UNIVERSIDADES

Sub. Gral. de Anlisis, Estudios y

Sistema Integrado de Informacin

Proyecto: Error: Reference source not found

Error: Reference source

Error: Reference source not found

Secretara General de Universidades

Error: Reference source not found

Error: Reference source not found

Error: Reference source not found

DESCRIPCIN GENERAL DEL SISTEMA

2.1 DESCRIPCIN DE LA SITUACIN ACTUAL

3.1 REQUISITOS FUNCIONALES 9

GLOSARIO DE TRMINOS Y ACRNIMOS 27

ERROR! MARCADOR NO DEFINIDO.

En este captulo se enumeran los objetivos y el mbito de aplicacin

El presente documento realiza una descripcin detallada de los

El mbito de anlisis abarca las Comunidades Autnomas y las

DESCRIPCIN GENERAL DEL SISTEMA

DESCRIPCIN DE LA SITUACIN ACTUAL

Actualmente, la Secretara General de Universidades no dispone de

Se revisan los ficheros recibidos con programas estadsticos

programas y macros desarrollados por el usuario en SAS y/o

DESCRIPCIN DEL SISTEMA FUTURO

En este apartado se realiza una descripcin detallada del sistema

En este documento se especifica la metodologa a seguir para el

anlisis, donde se recoja la informacin Acadmica, de Recursos

seguimiento de la informacin y los indicadores del rea

Acadmica, de Recursos Humanos, Econmica, de Insercin

y Comunidades Autnomas, que permita solicitar, generar y

parametrizacin de alarmas de validacin de los datos de

homognea el clculo de un conjunto de indicadores

En el siguiente diagrama se presentan los principales mdulos del

2.2.2.1 Mdulo de Gestin del Aprovisionamiento

El objetivo principal del mdulo ser la recepcin (o extraccin),

enviados por todas las Comunidades Autnomas y Universidades

los datos que provienen de los ficheros de las Universidades para

procesos anteriores (sistemas de almacenamiento), que sern

El proceso de carga recoger la informacin proporcionada por:

2.2.2.2 Mdulo de Gestin de Almacenamiento

El mdulo de Gestin de Almacenamiento est compuesto por:

desagregada e histrica, compuesto por un conjunto de tablas

centralizado que contendr toda la informacin sobre el rea

Data mart (DM): Subconjunto del data warehouse de un rea

objetivo es mostrar los informes y los indicadores estratgicos

En el siguiente esquema se observan los componentes descritos:

2.2.2.3 Mdulo de Gestin de Explotacin

El mdulo de Gestin de la explotacin permitir realizar lo siguiente:

de manera centralizada y no distribuida.

de un inventario de informes, permitiendo la

Automatizar la generacin de los informes ms utilizados.

Incluido los requeridos por organismos pblicos.

Determinar los indicadores del Sistema Universitario que se

encontrarn en el repositorio de informacin corporativa.

que se hayan generado.

La siguiente imagen resume los componentes del modulo de

2.2.2.4 Mdulo de Gestin de Metadatos

En el desarrollo de sistemas de Business Intelligence el uso de

Los metadatos tcnicos permitirn conocer la

tamao de campos, estructura de tablas, formato de ficheros,

procesos de carga de informacin en el sistema y la generacin

tcnica almacenada en el sistema y la interpretacin del negocio

En este captulo se describen los requisitos relativos a la creacin del