xxvii

Informacin General

Proyecto:

Sistema Integrado de Informacin Universitaria Entidad de Destino:

Secretara General de Universidades Ttulo:

Especificacin de Requisitos Edicin:

2.0 Fecha de Edicin:

26/01/2010 Cdigo de fichero:

Especificacin de Requisitos v2.0.doc Herramienta/s de Edicin:Microsoft Word 2003 Autores:

everis

NDICE

11.Introduccin

11.1OBJETO

11.2AMBITO DE LA APLICACIN

11.3DOCUMENTACIN RELACIONADA

22.Descripcin general del sistema

22.1DESCRIPCIN DE LA SITUACIN ACTUAL

22.2DESCRIPCIN DEL SISTEMA FUTURO

22.2.1CARACTERSTICAS PRINCIPALES

32.2.2SISTEMA FUTURO

32.2.2.1Modulo de Gestin del Aprovisionamiento

52.2.2.2Modulo de Gestin de Almacenamiento

62.2.2.3Modulo de Gestin de Explotacin

72.2.2.4Modulo de Gestin de Metadatos

93.Requisitos

93.1Requisitos Funcionales

93.1.1Aplicacin

123.1.2Datos de entrada

163.1.3Indicadores

173.1.4Informes predefinidos

173.1.5Avisos

193.1.6Administracin

213.1.7Datos histricos

213.2Requisitos Operativos

213.2.1Arquitectura

223.2.2Procesos

243.2.3Informes

243.3Requisitos de Usabilidad

253.3.1Aplicacin

253.3.2Servidor de Ficheros

253.3.3Informes

263.4Requisitos de Seguridad

263.4.1Aplicacin

263.4.2Servidor de Ficheros

263.4.3Base de datos

274.GLOSARIO DE TRMINOS Y ACRNIMOS

Error! Marcador no definido.5.RELACIN DE ANEXOS

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.

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 FUTUROEn 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 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 FUTUROEn el siguiente diagrama se presentan los principales mdulos del sistema futuro, identificando a alto nivel cada uno de sus componentes:

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.

El proceso de carga recoger la informacin proporcionada por:

El proceso de recepcin, y la cargar en el ODS del Sistema de Informacin.

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.

SHAPE \* MERGEFORMAT

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. 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: SHAPE \* MERGEFORMAT

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.

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, las Comunidades Autnomas y las Universidades. 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 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:

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 para interactuar con uno o ms sistemas especificados.

3.1.1 Aplicacin

RF.APL.01 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.02 Los privilegios dados a un usuario, vendrn informados en el perfil que se asigne al usuario.

RF.APL.03 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.04 Para limitar el acceso a los apartados que se definan en la aplicacin existirn cuatro tipos de usuario. 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.05 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 agregadosIndicadores

rea AcadmicaNivelNivelNivel

rea de Recursos HumanosNivelNivelNivel

rea EconmicaNivelNivelNivel

rea de Insercin LaboralNivelNivelNivel

rea I+DNivelNivelNivel

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:

Nivel 4. No se tendr acceso a este tipo de informacin.

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 agregadosIndicadores

rea AcadmicaNivel 3Nivel 3Nivel 1

rea EconmicaNivel 3Nivel 3Nivel 1

rea de Recursos HumanosNivel 3Nivel 3Nivel 1

rea de Insercin LaboralNivel 3Nivel 3Nivel 1

rea I+DNivel 3Nivel 3Nivel 1

RF.APL.06 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.07 El sistema debe soportar un portal web donde estarn accesibles los manuales de ayuda, de formacin y los accesos a los distintos mdulos del sistema, habilitados o no dependiendo de la seguridad del perfil de los usuarios.

RF.APL.08 En el sistema debe existir un mdulo que permita crear y modificar informes a los usuarios de desarrollo.

RF.APL.09 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.010 A 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.011 Las 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.012 El 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.013 Es deseable que en el sistema exista una herramienta para la peticin de nuevos informes.3.1.2 Datos de entrada

RF.ENT.01 Es necesario que todos los ficheros sean adaptables a las modificaciones anuales que pudieran producirse y los procesos derivados en todas las reas.1. rea acadmica.

RF.ENT.02 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 graduados de 3 ciclo. Doctorado LRU. (RD 778/1998).

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 matrcula de doctorado. (RD 56/2005 y RD 1993/2007).

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.03 Los ficheros del rea Acadmica debern seguir la nomenclatura indicada:AC + _ + UNIVERSIDAD + _ + CODIGO + _ + CURSO + _ + VERSINSiendo:

AC: Nomenclatura tomada para los ficheros correspondientes al rea Acadmica.

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.

RF.ENT.04 El sistema debe ser capaz de recibir, validar, cargar y 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.05 Los ficheros del rea de Recursos Humanos debern seguir la nomenclatura indicada:RH + _ + UNIVERSIDAD + _ + CODIGO + _ + CURSO + _ + VERSINSiendo:

RH: Nomenclatura tomada para los ficheros correspondientes al rea de Recursos Humanos. 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.3. rea Econmica.

RF.ENT.06 El sistema debe ser capaz de recibir, validar, cargar y 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.07 Los ficheros del rea Econmica debern seguir la nomenclatura indicada:EC + _ + UNIVERSIDAD + _ + CODIGO + _ + CURSO + _ + VERSINSiendo:

EC: Nomenclatura tomada para los ficheros correspondientes al rea Econmica.

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.4. rea de I+D.RF.ENT.08 El sistema debe ser capaz de recibir, validar, cargar y 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.09 Los ficheros del rea de I+D debern seguir la nomenclatura indicada:ID + _ + UNIVERSIDAD + _ + CODIGO + _ + CURSO + _ + VERSIN

Siendo:

ID: Nomenclatura tomada para los ficheros correspondientes al rea de I+D.

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.

5. rea de Insercin Laboral.

RF.ENT.010 El sistema debe ser capaz de recibir, validar, cargar y 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.011 Los ficheros del rea de Insercin Laboral debern seguir la nomenclatura indicada:IL + _ + UNIVERSIDAD + _ + CODIGO + _ + CURSO + _ + VERSIN

Siendo:

IL: Nomenclatura tomada para los ficheros correspondientes al rea de Insercin Laboral.

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.

3.1.3 Indicadores

RF.IND.01 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.02 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.03 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.04 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.05 El sistema debe ser capaz de calcular aquellos estadsticos que permitan la comparacin entre las distintas instituciones3.1.4 Informes predefinidosRF.INF.01 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.3.1.5 Avisos

RF.AVI.01 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 previamente guardada en base de datos, adaptada al 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 estar previamente guardada en base de datos, adaptada al 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.

RF.AVI.02 Existir un proceso que enve avisos automticos, va 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 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 previamente guardada en base de datos, adaptada al 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 estar previamente guardada en base de datos, adaptada al 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.

RF.AVI.03 Existir un proceso que enve avisos automticos, va 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 estar previamente guardada en base de datos, adaptada al destinatario y al o los errores de consolidacin encontrados en el fichero procesado. Se enviar cada vez que se encuentren errores de validacin al procesar los ficheros.

3.1.6 Administracin

RF.ADM.01 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.02 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.03 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

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.04 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.05 Es deseable que el sistema est coordinado con el Directorio Activo.RF.ADM.06 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, Comunidad Autnoma, Ministerio de Educacin, Organismos). 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.07 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.08 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.

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.09 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.01 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.02 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.3.2.1 Arquitectura

RO.ARQ.01. El sistema se montar sobre una mquina virtual proporcionada por el Ministerio de Educacin.

RO.ARQ.02. El sistema operativo de la mquina virtual ser alguna versin de Linux proporcionada por el Ministerio de Educacin.

RO.ARQ.03. 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.04. Oracle 10g ser la base de datos a usar por el sistema, proporcionada por el Ministerio de Educacin.

RO.ARQ.05. 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.06. 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.07. 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.08. 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.09. La estructura de carpetas necesaria para el intercambio de ficheros estar ubicada en un servidor propiedad del Ministerio de Educacin.

RO.ARQ.010. Para el envo de los correos electrnicos desde el sistema se utilizar SW ya definidos, usados por otras aplicaciones del Ministerio de Educacin.

3.2.2 Procesos

RO.PRO.01 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.02 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 de la Universidad/Comunidad Autnoma que enva el fichero.

CDIGO: 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.

RO.PRO.03 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.04 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.

RO.PRO.05 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.06 Los procesos de validacin movern los ficheros validados de la carpeta de entrada a la carpeta de validados.RO.PRO.07 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.08 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.09 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.010 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. 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.011 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.012 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

RO.INF.01 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.02 Es deseable que en los informes exista la posibilidad de obtener resultados estimados, como pueden ser regresiones o proyecciones.

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.

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.01 La aplicacin ser accesible mediante un enlace situado en la intranet. Tambin ser accesible desde la extranet.RU.APL.02 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.01 Mediante la utilizacin de los SW se mantiene un mismo sistema de intercambio de informacin con actores externos al Ministerio de Educacin.RU.SER.02 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

RU.INF.01 La ejecucin de os informes ser planificada y realizada a peticin del usuario.RU.INF.02 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, al tiempo que no se deniega el acceso a las personas o sistemas autorizados.

3.4.1 Aplicacin

RS.APL.01 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.02 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.03 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

RS.SER.01 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.

3.4.3 Base de datos

RS.BDD.01 La seguridad de la base de datos corresponder con la normativa existente en el Ministerio de Educacin.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: Sistema Integrado de Informacin Universitaria

Edicin: 2.0IFecha: 26/01/2010