Estado sicuz v1.0

Estado de situación
del
Servicio de Informática y Comunicaciones
de la
Universidad de Zaragoza
Año 2007

Estado de situación
del Servicio de Informática y Comunicaciones
de la Universidad de Zaragoza
SERVICIO DE INFORMÁTICA Y COMUNICACIONES
UNIVERSIDAD DE ZARAGOZA

Estado de situación del Servicio de Informática y Comunicaciones de la Universidad de Zaragoza
SICUZ – UNIVERSIDAD DE ZARAGOZA 5
INDICE
1. Introducción
2. Estructura de personal del SICUZ
3. Red de Comunicaciones de la Universidad de Zaragoza
3.1 Conexiones a la red de comunicaciones
3.2 Red informática
3.3 Red telefónica
4. Servidores corporativos
4.1 Servidores para la gestión universitaria
4.2 Servidores para soporte de los servicios de red
4.3 Servicios internos y elementos auxiliares
4.3.1 Red de almacenamiento centralizada
4.3.2 Sistema de copias de seguridad
4.3.3 Sistema de monitorización de equipos, aplicaciones y servicios
4.3.4 Centro de Proceso de Datos
5. Aplicaciones corporativas
5.1 Aplicaciones para gestión universitaria
5.1.1 Área académica
5.1.2 Área de recursos humanos
5.1.3 Área económica
5.1.4 Área de investigación
5.1.5 Estadísticas y tomas de decisión
5.1.6 Otras áreas
5.2 Correo electrónico
5.2.1 Evolución del correo electrónico
5.2.2 Funcionamiento del correo electrónico
5.3 Anillo Digital Docente (ADD)
5.4 Aplicaciones Web
5.5 Gestión centralizada de salas y aulas docentes
5.6 Atención a usuarios
6. Próximos objetivos

Las tecnologías de la información y la comunicación (TIC) están transformando la forma en que se desarrollan en
nuestra sociedad los procesos productivos y las relaciones sociales. La Universidad, pionera en la implantación de
las TIC, está transformando, desde hace algunos años, sus procesos docentes, de investigación y de gestión con la
paulatina e intensiva utilización de estas tecnologías. El Servicio de Informática y Comunicaciones de la Universi-
dad de Zaragoza (SICUZ), como “unidad encargada de la organización general de los sistemas automatizados de
información para el apoyo de la docencia, la investigación, el estudio y la gestión.” (Art. 190 de los Estatutos de la
Universidad de Zaragoza), está en permanente evolución implantando nuevos servicios o mejorando y ampliando los
existentes.
En este contexto de permanente evolución, adquiere especial importancia la divulgación de información sobre el SI-
CUZ y los servicios que presta a la comunidad universitaria. Éste es el objetivo de este documento en el que se resu-
me globalmente la situación actual del servicio y su evolución en los últimos 8 años: del 2000 al 2007.
Al comienzo de cada año, desde 2004, el Servicio publica la Memoria Anual del SICUZ, en la que se detalla la acti-
vidad del servicio durante el año anterior, sus principales logros y los indicadores más relevantes de su actividad.
Por otro lado en enero de 2007 se publicó la Guía de Servicios 2007, documento en el que se relacionan todos los
servicios ofertados por el SICUZ, la forma de acceso a los mismos y sus principales características. Este documento
los complementa, describiendo en detalle las cuatro columnas básicas sobre las que se asienta el SICUZ: el personal
que lo compone, las redes, los servidores y las aplicaciones.
Se concluye relacionando los próximos retos a los que el Servicio tendrá que hacer frente en un futuro inmediato.
1. INTRODUCCIÓN

8 SICUZ – UNIVERSIDAD DE ZARAGOZA
Felipe Pétriz CalvoFelipe Pétriz Calvo RectorRector 20002000 -- 20082008
Francisco Serón ArbeloaFrancisco Serón Arbeloa Adjunto al Rector para Tecnologías de la Información yAdjunto al Rector para Tecnologías de la Información y
ComunicacionesComunicaciones
20042004 -- 20082008
Fernando Angel Beltrán BlázquezFernando Angel Beltrán Blázquez Delegado del Rector para el Centro de CálculoDelegado del Rector para el Centro de Cálculo 20002000 -- 20042004
Pedro Pardos AldaPedro Pardos Alda Director Técnico del SICUZDirector Técnico del SICUZ 20002000 -- 20082008
Juan Arana PérezJuan Arana Pérez Director del Área de Gestión del SICUZDirector del Área de Gestión del SICUZ 20002000 -- 20082008
Manuel Jiménez GalánManuel Jiménez Galán Director del Área de Comunicaciones del SICUZDirector del Área de Comunicaciones del SICUZ 20002000 -- 20082008
Nieves Pérez GuíaNieves Pérez Guía Directora del Área de Ordenadores Personales del SICUZDirectora del Área de Ordenadores Personales del SICUZ 20002000 -- 20082008
Ángel Salas AyapeÁngel Salas Ayape Director del Área de Sistemas del SICUZDirector del Área de Sistemas del SICUZ 20002000 -- 20082008
María Cruz Ruiz AbadíaMaría Cruz Ruiz Abadía Administradora del SICUZAdministradora del SICUZ 20002000 -- 20082008

El SICUZ está formado por un total de 98 personas, de acuerdo a la última Relación de Puestos de
Trabajo de la Universidad de Zaragoza, aprobada en 2006 (RPT 2006), a las cuales hay que añadir 30
becarios que colaboran en diferentes actividades del Servicio.
El Servicio se organiza en 5 áreas funcionales, un área administrativa denominada Administración y 4
áreas técnicas: Comunicaciones, Gestión, Ordenadores Personales y Sistemas (véase la figura 3).
Como no podía ser de otra forma, la plantilla del SICUZ ha ido evolucionando en los últimos años de
forma paralela a la implantación de las TIC en la vida universitaria y al despliegue de servicios que el
SICUZ iba aportando a la comunidad universitaria. La Figura 2 muestra la plantilla del SICUZ en las
últimas 4 RPTs de la UZ correspondientes a los años 1999, 2002, 2004 y 2006. Cabe resaltar que, si
el incremento total de personal del Servicio ha sido de un 60% en 8 años, ha sido especialmente sig-
nificativo en los puestos de mayor cualificación: el número de analistas se ha multiplicado por 2,5, el
número de programadores se ha incrementado en un 75 % y el número de técnicos especialistas en
un 54%. De la actividad desarrollada por todo este conjunto de personas pueden dar testimonio dos
documentos:
La Memoria Anual del Servicio (http://sicuz.unizar.es/memorias.html), de la que la última publica-
da corresponde al año 2006 y en la que puede encontrarse el detalle de todas las actividades del
Servicio,
La Guía de Servicios 2007 (http://sicuz.unizar.es/doc/guia_servicios_2007.pdf), en la que hay
una exhaustiva y detallada relación de los servicios ofertados por el SICUZ, la forma de acceso y
sus condiciones y características.
Aparte de estos documentos, sólo resaltar que el SICUZ tiene implantados sendos sistemas de ges-
tión de intervenciones y control de actividad únicos en el entorno de nuestra universidad.
2. PERSONAL DEL SICUZ
DI AD
CO
GE
OP
SI
Total 2007
Dirección 85.397,05
Área de Administración 179.425,01
Área de Comunicaciones 625.641,41
Área de Gestión 811.324,36
Área de Ord. Personales 1.060.875,31
Área de Sistemas 373.316,42
TOTAL: 3.135.979,56
Figura 1.– Presupuesto de cada una de
las áreas del SICUZ en per-
sonal para el año 2007.

RPT 98 Inc. RPT 2002 Inc. RPT 2004 Inc. RPT 2006
Denominación del puesto DOT. 2002 DOT. 2004 DOT. 2006 DOT.
Dirección
DIRECTOR TECNICO 1 1 1 1
Encargado de procesos 1 1 1
Área de Administración
ADMINISTRADOR 1 1 1 1
JEFE DE NEGOCIADO 1 1 1 2 2
PUESTO BÁSICO DE ADMINISTRACIÓN 2 2 1 3 3
PUESTO BÁSICO DE SERVICIOS 1 1 1 1
Área de Comunicaciones
DIRECTOR DE AREA 1 1 1 1
ANALISTA 2 2 4 4 1 5
PROGRAMADOR 3 3 3 3
TECNICO ESPECIALISTA EN TELECOMUNICACIO-
NES Y TELEFONIA
3 1 4 4 4
JEFE DE GRUPO DE TELEFONISTAS 1 1 1 1
TELEFONISTA 7 7 7 7
Área de Gestión
ANALISTA 3 4 7 7 7
PROGRAMADOR 6 4 10 10 10
TECNICO ESPECIALISTA EN INFORMATICA 2 2 2 2

RPT 98 Inc.
RPT
2002
Inc.
RPT
2004
Inc.
RPT
2006
Denominación del puesto DOT. 2002 DOT. 2004 DOT. 2006 DOT.
Área de Ordenadores Personales y Ofimática
Sede Central + PSFCO + FCEE + VETERINARIA
ANALISTA 1 1 1 1
PROGRAMADOR 2 1 3 3 3
TECNICO ESPECIALISTA EN INFORMATICA 11 2 13 13 2 15
Campus del ACTUR
PROGRAMADOR 1 1 1 1
Campus de HUESCA
PROGRAMADOR 1 1 1 1
Campus de TERUEL
ANALISTA 1 1 1 1
PROGRAMADOR 2 2 2 2
TECNICO ESPECIALISTA EN INFORMATICA 1 1 2 2 2
Área de Sistemas
ANALISTA 2 1 3 1 4 4
PROGRAMADOR 1 1 1 1
TECNICO ESPECIALISTA EN INFORMATICA 4 4 4 2 6
TOTAL: 62 25 87 4 91 7 98
Figura 2.- Evolución de la Relación de Puestos de Trabajo del SICUZ.

GESTIÓN SISTEMASCOMUNICACIONESADMINISTRACIÓN ORDENADORES PERSONALES
Encargado
Procesos
PSFCO+FCEE+
VETERINARIA
ACTUR HUESCA TERUEL
Adjunto al Rector para
Tecnologías de la
Información y las
Comunicaciones
Director
Técnico
Adminis
trador
Aux. Advo
3
Jefe
Negociado
2
Aux Serv
Grales
1
Dtor Área
T Med I
3
T Sup I
5
T Esp Teleco
4
Jefe de
Grupo
1
Telefonístas
7
Dtor Área
T Med I
10
T Sup I
7
T Esp I
2
Dtor Área
T Med I
1
T Sup I
4
T Esp I
6
Dtor Área
T Med I
1
T Med I
1
T Sup I
1
T Sup I
1
T Med I
3
T Esp I
15
T Esp I
5
T Esp I
4
T Med I
2
T Esp I
2
Figura 3.– Estructura organizativa del Servicio de Informática y Comunicaciones: 5 áreas funcionales.

La estructura actual del la red de comunicaciones de la UZ se gestó en el año 1993 y se
construyó entre los años 1995 a 1998 con la ejecución del denominado Proyecto RACI. Esta
red se asentaba sobre cuatro pilares fundamentales:
La conectividad con el exterior facilitada por la Red Española de Investigación y Desarro-
llo (RedIRIS).
La red de comunicaciones del Gobierno de Aragón, conocida como Red Aragonesa de
Comunicaciones Institucionales (RACI), que aportaba las conexiones interprovinciales.
Las líneas de conexión intercampus, propias de la UZ, construidas a partir de enlaces
alquilados.
El cableado estructurado instalado en los diferentes campus universitarios que, junto a
la electrónica de red, aportaban la conectividad final que utilizaban los diferentes usua-
rios de la red.
El Proyecto RACI permitió la integración del sistema telefónico corporativo tal como lo cono-
cemos hoy.
En el año 2000 se diseñó un nuevo proyecto, denominado genéricamente Red21 que, con
una duración prevista de 6 años y con aportación de fondos FEDER, tenía como finalidad
modernizar tecnológicamente la red y mejorar su robustez y fiabilidad para conseguir los si-
guientes cuatro objetivos:
Aumento de la velocidad de conexión en todos los ámbitos de la red, desde el backbone
principal a la conexión final de usuario.
Alcanzar niveles de alta disponibilidad en todo el sistema.
Conseguir la convergencia en todos sus sistemas: voz, datos, video, etc.
3. RED DE COMUNICACIONES DE LA UNIVERSIDAD DE ZARAGOZA

Figura 4.- Estructura de la Red de Comunicaciones de la Universidad de Zaragoza

Dotarlo de un sistema de gestión global que asegurase la calidad del servicio ofrecido.
El resultado final del proyecto Red21 es la red de comunicaciones actual cuya estructura se
representa en la figura 4 y cuyas características principales son las siguientes:
RedIRIS sigue facilitando la conectividad con el exterior a través de RedIRIS-10 (véase
la figura 5), situación actual de la red de investigación española que, al igual que la red
de la Universidad de Zaragoza, está en permanente evolución.
En el año 2005, el Departamento de Ciencia, Tecnología y Universidad del Gobierno de
Aragón, en colaboración técnica con el SICUZ, construyó la Red de Investigación de
Aragón (RIA) cuya finalidad es la interconexión de
todos los centros públicos de investigación de
Aragón.
Esta red quedó totalmente construida y en funciona-
miento a comienzos de 2007 y provee a la red univer-
sitaria de la conexión interprovincial así como de re-
dundancia entre los campus principales. La figura 6
muestra la topología actual de dicha red así como sus
principales indicadores.
Dentro del proyecto Red21 se acometió la mejora
de la conexión entre los diferentes campus existentes
en las ciudades de Huesca y Zaragoza, pasando de
una estructura en anillos JDS de 155 Mbps (uno en
cada ciudad) a interconectar los campus mediante
líneas de 1Gbps de velocidad tal y como se represen-
ta en la figura 4.
Figura 5.- Estructura de RedIRIS en no-
viembre de 2007

El cableado estructurado instalado en los diferen-
tes campus se ha incrementado permanentemente
tanto por la construcción de nuevos edificios como
por el crecimiento constante en los edificios universi-
tarios. En cuanto a la electrónica de red, se ha actua-
lizado en su totalidad pasando de disponer de co-
nexiones de usuario a 10 Mbps a conexiones a 100
Mbps en todos los puntos de la red. En el siguiente
apartado se aportan detalles e indicadores de este
crecimiento.
Cabe resaltar también la instalación de una red
Wi-Fi que permite a cualquier universitario la co-
nexión inalámbrica desde cualquier lugar del espacio
universitario.
La figura 7 muestra el gasto realizado en comunica-
ciones desde el año 2000 al 2007, diferenciando los
6 conceptos principales:
Inversiones en equipos de comunicaciones: pro-
yecto Red21.
Mantenimiento de los equipos de comunicaciones.
Ampliación del cableado estructurado, sin contar el cableado de los nuevos edificios.
Mantenimiento de la infraestructura de comunicaciones: alquiler de las líneas de co-
nexión intercampus.
Mantenimiento de las centrales telefónicas.
Alquiler de las líneas de enlace telefónicas.
Figura 6.- Topología de la RIA (Red de Investigación de Aragón) en noviembre de
2006.

El gasto global realizado asciende a un total de
6.961.000 € de los que el 58% es de inversión y
el 42% de mantenimiento. La distribución anual
que refleja la gráfica se ha realizado en función
de la fecha de pago de las sucesivas facturas, la
cual no siempre coincide con el año en que se
planifica y ejecuta el gasto.
Tras este breve resumen de la evolución de la
red, en los apartados siguientes se describe la
utilización de la red de comunicaciones de la UZ
aportándose los principales indicadores. Para
ello, se revisan consecutivamente la conectividad
de la red, la red informática y la red telefónica.
Figura 7.- Distribución del gasto en comunicaciones desde el año 2000 al 2007.

Los dos usos fundamentales de la red de comunicaciones de la UZ son la transmisión de da-
tos (red informática) y la transmisión de voz (red telefónica). Además de estos usos principa-
les, la red permite, y de hecho se utiliza aunque en menor medida, la transmisión de imáge-
nes (videoconferencia, videovigilancia, streaming, etc.) o la transmisión de señales de con-
trol (sistema de gestión de presencia, control horario, telegestión, cobros bancarios, etc.)
Para ofrecer todos estos servicios se
dispone a lo largo de cada uno de los
campus universitarios de una infraes-
tructura de comunicaciones compues-
ta por un cableado estructurado y un
conjunto de equipos de comunicacio-
nes (electrónica de red) dispuestos de
la forma representada por la figura 8.
Cada campus dispone de uno o varios
nodos principales unidos entre sí y
con el nodo central del campus me-
diante enlaces de fibra óptica. Cada
nodo principal se conecta con los
racks (armarios) de planta mediante
mangueras de fibra óptica y de pares
de cobre. Todo ello constituye el de-
nominado cableado vertical.
3.1 Conexiones a la red de comunicaciones de la Universidad de Zaragoza.
Figura 8.- Infraestructura de comunicaciones:
cableado estructurado.

En los diferentes racks (véase figura 9) se sitúan una buena parte de
los equipos de comunicaciones (equipos de acceso, distribución o en-
lace con el backbone principal), que facilitan las conexiones de usua-
rio final.
Cada conexión fija de la red (base con 2 conectores, véase la figura
8) está unida mediante 2 mangueras de cable al rack de planta co-
rrespondiente constituyendo lo que se denomina el cableado horizon-
tal.
El número de conexiones existentes y, consecuentemente, la electró-
nica de red están en permanente crecimiento tanto por la construc-
ción de nuevos edificios como por la ampliación de las conexiones en
los edificios existentes. Las figuras 10 y 11 muestran la evolución de
las conexiones a la red fija.
En los párrafos anteriores se habla de conexión fija porque entre los
años 2005 y 2007 se construyo la red inalámbrica de la UZ, que per-
mite la conexión a la red desde cualquier espacio de la Universidad
(incluyendo los espacios abiertos de los campus) mediante tecnología
wireless. La figura 12 muestra el despliegue realizado y los indicado-
res principales de dicha red.
Equipos de acceso: 407
Equipos de distribución: 103
Equipos de Backbone: 33
Routers de acceso: 4
Equipos seguridad y servicios: 10
Equipos WiFi (62 edificios) 323 Figura 9.- Disposición de los equipos de comunicaciones en un rack (armario).

Figura 10.- Crecimiento del cableado estructurado desde su creación en 1994

Figura 11.-Distribución de las conexiones por Centros y campus a comienzos de 2007

Figura 12.- Despliegue de la red inalámbrica. Número de usuarios cada día.

Como se ha dicho, la red informática actual de la UZ es el resultado del impulso dado por la
ejecución del proyecto Red21 (2000-2007) y, de ella, podrían destacarse las siguientes ca-
racterísticas:
Homogeneidad en todos sus accesos: la actualización de todos los elementos que con-
forman la red, descritos anteriormente, permite que todas las conexiones a la red desde
cualquiera de los campus posean las mismas características y permitan la instalación de
los mismos servicios.
Gestión centralizada de toda la red, que permite
una respuesta ágil ante incidencias.
Velocidades de acceso adecuadas: todos los pun-
tos de acceso a la red fija pueden configurarse a 100
Mbps lo que permite cubrir todas las necesidades nor-
males que pueda tener cualquier usuario. Y allá don-
de sea necesario pueden configurarse accesos a 1
Gbps, que permite conectar adecuadamente los servi-
dores distribuidos a lo largo de la Universidad.
Modularidad, independencia y capacidad de creci-
miento: como se ha señalado en la breve descripción
realizada de la red (figura 4), está formada utilizando
diferentes elementos: algunos ajenos a la propia uni-
versidad (RedIRIS y RIA), otros alquilados a operado-
res de telecomunicaciones (líneas de conexión entre
campus) y otros propios. El diseño establecido es
3.2 Red informática
Figura 13.-Modelo de la red informática
actual y su evolución.

completamente modular, por lo que cualquiera de estos elementos puede sustituirse por
otros o mejorarse globalmente o parcialmente, lo que permite una gran capacidad de
crecimiento y de adaptación a las necesidades que los universitarios puedan plantear.
La figura 13 muestra, a modo de resumen, la estructura genérica de la red informática, sus
principales indicadores y su evolución desde la situación anterior. Como se ha mencionado
en el apartado anterior, se puede acceder a la red informática a través de las conexiones
fijas o mediante conexiones inalámbricas. La utilización de cada una de ellas puede verse en
las figuras 12 y 14, la primera relativa a la red inalámbrica y la segunda a las conexiones fi-
jas, que muestran la evolución del número de máquinas conectadas a la red desde inicios de
2003 hasta octubre de 2007.
Para concluir este apartado es necesario
resaltar que aunque se ha dicho que la
red es adecuada a las necesidades actua-
les y a las que puedan presentarse en un
futuro próximo, en breve será necesario
volver a rediseñarla pensando en los
próximos ocho años. El crecimiento expo-
nencial del uso de las TIC y la aparición
de nuevas necesidades, especialmente en
el ámbito de la investigación con la parti-
cipación de grupos de investigación de
nuestra universidad en proyectos naciona-
les e internacionales, hacen imprescindible
este replanteo.
Figura 14.-Nº de máquinas que se han
conectado a la red fija
(cableada). Datos hasta la fe-
cha 10-octubre de 2007.

La estructura de la red telefónica de la UZ es la representada en la figura 16 y está formada
por 13 centrales telefónicas distribuidas por los diferentes campus e interconectadas entre sí
de la forma que se indica en esa figura a través de la red de comunicaciones universitaria.
A diferencia de la red informática, la red telefónica no se ha modificado desde su puesta en
funcionamiento en 1995, pero ha ido creciendo en extensión abarcando más edificios confor-
me éstos se iban construyendo o adaptando. La figura 15 muestra la evolución del número
de extensiones telefónicas y enlaces entre centrales desde su inicio en 1995 hasta octubre
de 2007.
Aunque el servicio sigue funcionando con una alta calidad, la obsolescencia de las centrales
telefónicas (se trata de modelos disconti-
nuados por el fabricante y ya no es posi-
ble ampliarlas) hace que su renovación
completa sea una necesidad en los próxi-
mos cuatro años.
A día de hoy, con el constante avance en
la tecnología de telecomunicaciones, nos
encontramos en el inicio del proceso de
migración hacia un nuevo entorno de tele-
fonía IP, que permitirá atender las necesi-
dades de los diferentes perfiles de uso de
nuestra comunidad con un amplio abanico
de recursos, principalmente movilidad y
servicios.
3.3 Red telefónica
Figura 15.-Evolución del número de
conexiones telefónicas.

Figura 16.-Estructura de la red telefónica de la UZ.

En este apartado se describe la segunda de las 4 columnas que sustentan el SICUZ: los ser-
vidores; denominando así a los computadores de propósito general que, con el software per-
tinente, proporcionan la mayor parte de los servicios ofertados por el SICUZ.
El incremento del uso de las TIC y su introducción en buena parte de las actividades docen-
tes, investigadoras o de gestión universitaria han cambiado sustancialmente, en los últimos
años, los requisitos que se exigen a estas máquinas. El incremento de uso hace necesario
disponer de máquinas con una gran potencia de proceso para atender a todos los usuarios
con unos tiempos de respuesta razonables. Pero también hace necesario dotar a los sistemas
de la robustez y seguridad suficientes para minimizar los posibles problemas que puedan
producirse, lo que implica dotarlos de redundancias en todos sus escalones: datos, procesos
y máquinas.
Estos requisitos implican disponer de más ordenadores con estructuras más complejas y con-
secuentemente más costosas de configurar, administrar y mantener.
La situación de los servidores corporativos de la UZ en este momento (finales de 2007) pue-
de calificarse de adecuada. A lo largo del periodo que se revisa (2000 a 2007) se han ido
realizando sucesivas inversiones culminadas a finales de 2006 con la actualización de todos
los servidores dedicados a gestión académica y gestión económica y la construcción de un
sistema redundante de almacenamiento en red.
En resumen, puede decirse que en los últimos años se han actualizado todos los servidores
corporativos así como los sistemas auxiliares de almacenamiento y copias de seguridad, me-
jorándose los siguientes aspectos: multiplicación de la potencia de proceso, robustez de los
sistemas, seguridad y disponibilidad. Los resultados obtenidos que caracterizan la situación
actual son:
4. SERVIDORES CORPORATIVOS

Tiempos de respuesta para el usuario final adecuados.
Alta disponibilidad en todos los servicios.
Alto rendimiento en acceso a los datos.
Mejor protección de los datos corporativos de la UZ.
La figura 17 muestra la evolución desde el año 2000 a 2007 del gasto global en servidores
diferenciando las inversiones realizadas del gasto en mantenimiento. Para comprender co-
rrectamente esta gráfica es necesario tener en cuenta las siguientes consideraciones:
La distribución anual de los gastos que refleja la gráfica se ha realizado en función de la
fecha de pago de las sucesivas facturas, la cual no siempre coincide en el año en que se
planifica y ejecuta el gasto.
Los últimos gastos (sistema de almacenamiento
en red y renovación de buena parte de los servidores
dedicados a la gestión universitaria) por un total de
938.256,43 € se han realizado, la mayor parte, en
régimen de alquiler por tres años con opción final de
compra. En consecuencia la gráfica no refleja dicho
gasto total (que elevaría significativamente los de
2006 y 2007 si se hubiesen realizado como una ad-
quisición típica)
Una buena parte de estas adquisiciones se reali-
zan con 3 años de garantía siendo muy difícil, tras el
concurso público pertinente, separar ambos concep-
tos de la oferta final. Por tanto el mantenimiento de
las máquinas tiene un peso algo mayor del reflejado
en la gráfica.
Figura 17.-Inversión y gasto de mantenimien-
to de los servidores corporativos.

El SICUZ tiene en este momento un total de 114 servidores en producción que pueden clasi-
ficarse en 2 grandes bloques: los dedicados a la gestión universitaria y los dedicados al so-
porte de los servicios de red (correo, web, etc.). En los siguientes apartados se describen
sucintamente cada uno de estos bloques concluyendo con un epígrafe dedicado a los ele-
mentos auxiliares (sistema de almacenamiento, copias de seguridad, acondicionamiento,
etc.) de vital importancia para el correcto funcionamiento de estas máquinas.

Como puede verse a lo largo de este documento, la gestión universitaria es el entorno que
mayores y más costosos recursos requiere.
La primera instalación compleja (varios servidores en cluster con un sistema común de alma-
cenamiento, etc.) data de 1995, instalándose con motivo de la introducción en la universidad
de la tarjeta inteligente. Instalación que ha subsistido hasta 2007.
Desde esa fecha hasta el año 2006 se realizaron 2 ampliaciones: la primera motivada por el
crecimiento de la gestión de personal que aconsejó adquirir máquinas independientes para
estas funciones (nómina y recursos humanos) y la segunda motivada por la implantación de
la automatrícula que exigió adquirir un nuevo servidor para soportarla.
En el año 2006 y dada la antigüedad de las máquinas principales se plantea la necesidad de
reformar en profundidad el equipamiento informático dedicado a cubrir las necesidades de
las aplicaciones para la gestión universitaria. Aunque el motivo inicial es el déficit de capaci-
dad de procesamiento, estudiada la situación se concluyó que era necesario replantear toda
la infraestructura de equipamiento para lo que se identificaron los siguientes objetivos: incre-
mento de la capacidad de procesamiento, garantizar la disponibilidad de los servicios y ofre-
cer mecanismos para asegurar los accesos a la información.
Estos objetivos se han implementado en la solución que se muestra en la figura 18, creando
una estructura en tres niveles: los datos y su seguridad, las aplicaciones administrativas y el
acceso por parte de los usuarios.
LOS DATOS.
Se ha instalado una red S.A.N. de 4 TB (con todo su hardware redundante) que garantiza la
accesibilidad a los datos: “switches”, cabinas, caminos, fuentes de alimentación, armarios, etc.
4.1 Servidores dedicados a la gestión universitaria

SERVIDORES DE BASES
DE DATOS
SERVIDOR DE COPIAS
DE SEGURIDAD
SERVIDORES DE
FICHEROS NFS
RED DE ALMACENAMIENTO
SERVIDORES DE APLICACIONES
ACADEMICAS Y ECONOMICAS
CABINAS
ALMACENAMIENTO
SINCRONIZADAS
CABINA DISCOS
PARA COPIAS
CABINA DISCOS
NOMINAS Y PERSONAL
Figura 18.– Estructura de
los servidores dedicados a
la gestión universitaria.

Servidores de bases de datos potentes, dedicados y configurados en cluster para ofrecer dis-
ponibilidad de los datos a las aplicaciones que los soliciten.
Un servidor de copias de seguridad externo con una librería de cintas que permite almacenar
copias de los datos para su recuperación en caso de pérdida.
LAS APLICACIONES.
Los servidores de aplicaciones son dedicados y diseñados específicamente para esos fines.
Además se instalan de dos en dos para garantizar su disponibilidad y ofrecer mayor rendi-
miento. Con ello además eliminan parte del trabajo a los servidores de bases de datos per-
mitiendo que estos se configuren para esa tarea específica.
LA SEGURIDAD DEL ACCESO.
Se ha creado una estructura en tres niveles para el flujo de la información: servidores de ba-
ses de datos, servidores de aplicaciones y frontal de acceso para los usuarios ofrecido por
elementos hardware de comunicaciones.
Los niveles de datos y aplicaciones están cerrados a los usuarios.
El frontal de acceso ofrece balanceo de carga además de autenticación de los usuarios.
RECURSOS
CABINAS ALMACENAMIENTO
2 SWITCH EMC CONNECTRIX (MCDATA)
2 CABINAS CLARIION CX3-40
1 CABINA SUN STOREDGE 3511
1 HP VA7100
1 BIBLIOTECA CINTAS SUN L100
SERVIDORES BASES DE DATOS , NFS Y
COPIAS DE SEGURIDAD
1 SUN FIRE 2900
1 SUN FIRE 890
2 SUN FIRE 490
1 SUN FIRE V240
2 SUN X4100
SERVIDORES PARA APLICACIONES ACADE-
MICAS Y CONTABLES
8 SUN T2000
SERVIDORES PARA APLICACIONES DE NO-
MINAS Y PERSONAL
2 HP L2000
Figura 19.– Relación de equipos dedicados
a la gestión universitaria

Como se ha dicho, en los últimos años ha crecido el número de servicios de red disponibles
para la comunidad universitaria (WIFI, ADSL, gestión centralizada de aulas, etc.) Consecuen-
temente se han ido adquiriendo servidores que soportasen dichos servicios hasta llegar a la
situación actual reflejada en la figura 20.
En esta figura, el número de servidores es real, pero la distribución que aparece es aproxi-
mada puesto que algunos servidores proporcionan más de un servicio. El número total de
máquinas es alto, no sólo por la cantidad de servicios soportados sino también por otros 2
motivos:
Una buena parte de los servicios proporcionados son herramientas cotidianas de todos
los universitarios (docentes, investigadores, estudiantes y personal de administración y
servicios) y por tanto críticas (piénsese, por ejemplo, en los servidores de impresión sin
los cuales no se puede imprimir en las impresoras instaladas en red). Ello ha supuesto
que se instalen las redundancias suficientes para asegurar su funcionamiento.
Por otro lado, la dispersión de la UZ, localizada en 3 ciudades y 9 campus, ha exigido
que algunos servicios se repitan en los diferentes campus para optimizar los tráficos de
red y asegurar su funcionamiento. Las recientes mejoras en la infraestructura de comu-
nicaciones entre los campus modificarán el peso de este factor en el próximo rediseño
de estos servicios.
Servicio
Nº servi-
dores
Correo electrónico 7
Anillo Digital Docente (ADD) 3
Docencia 2
Web institucional 3
Autenticación 2
Copias de seguridad 1
Autenticación acceso
(WIFI+VPN+Modem) 2
Gestión WIFI 2
TrackUZ 1
Gestión de red 2
DNS 2
Rembo 19
Servidor de ficheros 22
Servidor de impresoras 5
Servidor de aplicaciones 5
Servidor distribución software 2
Servicios básicos de red 3
Total: 83
4.2 Servidores para soporte de los servicios de red
Figura 20.- Listado de servidores para so-
porte de los servicios de red

El correcto funcionamiento de los servicios informatizados depende de las máquinas y el
software utilizado, pero también de su configuración y las condiciones de seguridad y robus-
tez, así como de los procedimientos de supervisión o recuperación que se hayan adoptado.
En este orden de cosas se resaltan aquí 4 elementos fundamentales: la red de almacena-
miento (SAN), el sistema de copias de seguridad, el sistema de monitorización y el Centro de
Proceso de Datos (CPD).
Infraestructura destinada a cubrir requerimientos de rendimiento y fiabilidad de los demás
servicios.
4.3 Servicios internos y elementos auxiliares
4.3.1 Red de almacenamiento centralizada
Su implantación ha sido un punto de inflexión en la forma de organizar y planificar los siste-
mas corporativos que permite racionalizar la gestión del almacenamiento con independencia
de la gestión del proceso de los datos.
Este proyecto, puesto en servicio a comienzos de 2007, consiste en la interconexión
(mediante canales de “Fiber Channel”) de los principales servidores gestionados por el SICUZ
con un sistema de almacenamiento capaz de cubrir los siguientes objetivos:
Mejorar el nivel de prestaciones en el acceso a los datos.
Mejorar el grado de protección de la información.
Aprovechamiento integral de la capacidad de almacenamiento evitando la existencia de
“bolsas” de espacio en disco no utilizables.
Facilitar la asignación de espacios a los servicios que los requieran.

Adecuar las prestaciones a las necesidades concretas de cada servicio
Gestión centralizada de toda la infraestructura de almacenamiento
Esta infraestructura de almacenamiento gestionará los datos correspondientes a:
Los principales servicios de la Gestión Universitaria
Los Servicios de Red (correo, web, servidores de ficheros), Anillo Digital Docente y
gestión de la Red
Se trata de un equipamiento dimensionado para hacer posible la incorporación de nuevos
servicios y susceptible de ampliación; está compuesto por 2 cabinas EMC CX3-40, dotadas
inicialmente con 15 Terabytes de espacio en disco. La duplicidad de elementos permite el
correcto equilibrado de las cargas y un altísimo grado de protección de los datos.
4.3.2 Sistema de copias de seguridad
Preservar la seguridad e integridad de los datos que se manipulan en las diferen-
tes aplicaciones universitarias es una de las principales preocupaciones del Servi-
cio. Una de las medidas más importantes es la realización de copias de seguridad
de todos estos datos para su recuperación en caso de desastres más o menos
importantes.
Para ello se dispone de un sistema de copias de seguridad que en 2005 fue reno-
vado completamente para ajustarlo a las crecientes necesidades de capacidad y
rendimiento. Esta renovación logró los 3 objetivos propuestos: copias más rápidas
(x6), recuperaciones más rápidas y más funcionalidades como, por ejemplo, la
copia de bases de datos o la obtención de copias intermedias en disco. La figura
21 muestra los datos más relevantes del sistema actualmente en producción.
1 Servidor de copias
42 Nodos clientes:
35 servidores
2 cluster NT
5 cluster Unix)
2.550 GBytes Promedio semanal copiado
930.750 GBytes Total copiado en 2006
2 horas Duración promedio de las copias diarias
48,5 Promedio Mbytes/seg. copiado
Figura 21.– Datos más relevantes de las copias de
seguridad.

Otro elemento de especial importancia para el correcto funcionamiento de todos los servicios
del SICUZ es la supervisión constante de los mismos para detectar cualquier incidencia o
malfuncionamiento y solucionarlo con rapidez; antes, si es posible, de que pueda repercutir
en su funcionamiento.
Para ello, el SICUZ ha desarrollado un sistema que centraliza la información de un gran
número de eventos de las máquinas, aplicaciones y servicios que sirve como herramienta
básica al personal que atiende el CPD (Centro de Proceso de Datos).
A comienzos de octubre de 2007 se puso en marcha un nuevo servicio de supervisión remo-
ta durante los fines de semana y días festivos, mediante el cual pueden resolverse las inci-
dencias más importantes que sucedan estos días y evitar así la interrupción de algunos servi-
cios durante esos días. La herramienta de monitorización comentada es básica para realizar
esta supervisión remota.
4.3.3 Sistema de monitorización de sistemas y servicios
4.3.4 Centro de Proceso de Datos
Se denomina Centro de Proceso de Datos (CPD) a la ubicación donde se concentran los re-
cursos para el procesamiento de la información. El SICUZ dispone de 2 CPD: el principal, si-
tuado en el sótano del edificio de matemáticas, donde se albergan la mayor parte de los ser-
vidores corporativos además de ser el centro de la red de comunicaciones de la Universidad
de Zaragoza, el nodo central de la RIA y el punto de presencia (nodo) de RedIRIS en
Aragón. Y otro CPD secundario en el semisótano del edificio Betancourt, que alberga las
máquinas localizadas en el campus Río Ebro.
El CPD (principal) constituye, en este momento, el eslabón más débil de toda la infraestructura

que gestiona el SICUZ. Constituido como tal CPD desde la inauguración del edificio de ma-
temáticas (finales de los años 70) ha venido dando servicio ininterrumpidamente hasta la
fecha y, consecuentemente, no ha sufrido ninguna modificación en profundidad en todo este
tiempo (electricidad, mantenimiento, seguridad, etc.), limitándose a mejoras parciales que
no impidiesen el funcionamiento del Servicio.
Esta situación es crítica puesto que más del 90% de las interrupciones del servicio tienen su
origen en alguna de las instalaciones del CPD (electricidad, aire acondicionado, etc.)
Se ha previsto construir un nuevo CPD en el sótano del futuro edificio de la Facultad de Edu-
cación. Cuando éste entre en funcionamiento se abordará la reforma del CPD actual. Hasta
ese momento se realizarán las mejoras que sean posibles para incrementar su seguridad. Así
está previsto renovar en 2008 la instalación eléctrica y el SAI (Sistema de alimentación ininte-
rrumpida).

En este apartado se analizan las aplicaciones informáticas (software) más relevantes que se
utilizan en la UZ y que constituyen, como se ha dicho en la Introducción, otra de las colum-
nas básicas del SICUZ.
En la UZ se utilizan multitud de aplicaciones informáticas en todos los ámbitos (ofimáticas,
de diseño, para docencia, para investigación, etc.) El SICUZ se encarga de gestionar directa-
mente sólo las aplicaciones ofimáticas de uso generalizado en toda la universidad, las aplica-
ciones dedicadas a la generación de servicios propios del SICUZ y las aplicaciones dedicadas
a la gestión universitaria. Éste es el conjunto que se aborda aquí. Además de ellas el SICUZ
coordina la adquisición de aplicaciones específicas de docencia o investigación cuando son
de interés de varios centros o departamentos, pero en ellas el SICUZ actúa sólo como gestor
de la adquisición.
La mayor parte de las aplicaciones informáticas que se utilizan son suministradas por pro-
veedores externos normalmente con licencia de uso
temporal (alquiler). Si hace algunos años el SICUZ
desarrollaba muchas de las aplicaciones de gestión
universitaria, la extensión y especialización alcanza-
das hace muy difícil abordar desarrollos propios salvo
en situaciones para las que no hay soluciones de mer-
cado adecuadas o desarrollando utilidades comple-
mentarias no incluidas en las aplicaciones estándar.
Algunas de las aplicaciones de que se dispone están
basadas en software de código abierto (software li-
bre). Si bien esta orientación es una tendencia en
5. APLICACIONES CORPORATIVAS
Figura 22.- Inversiones realizadas en aplica-
ciones informáticas entre el 2000
y el 2007.
0,00
200.000,00
400.000,00
600.000,00
800.000,00
1.000.000,00
1.200.000,00
2000 2001 2002 2003 2004 2005 2006 2007
Soft. Servicios SICUZ
Software Ord. Personales
Gestión universitaria

ascenso y un objetivo a perseguir en la UZ, su desarrollo es lento puesto que no existen so-
luciones de este tipo para muchas de las funcionalidades que son necesarias en la actuali-
dad.
A lo largo de los últimos 8 años se ha realizado un importante esfuerzo por informatizar la
mayoría de los procesos administrativos así como implantar nuevas funcionalidades para los
universitarios. Este esfuerzo se refleja con claridad en la figura 22, donde se representa la
inversión en software realizada subdividida en los tres subapartados anteriormente citados:
gestión universitaria, software de ofimática de uso general y software para la generación de
servicios (como, por ejemplo, el Anillo Digital Docente).
Para comprender la importancia de este apartado, obsérvese la figura 23 en la que se com-
para la inversión realizada de hardware frente a software en el periodo 2000 a 2007. Se ex-
cluye de la comparación las inversiones en or-
denadores personales y ofimática, es decir se
considera solamente el gasto en servidores cor-
porativos y en aplicaciones de gestión o servi-
cios.
No procede aquí hacer una descripción porme-
norizada de todas las aplicaciones pero dada su
relevancia en la universidad se describen seis
conjuntos significativos: aplicaciones de gestión,
correo electrónico, el Anillo Digital Docente
(ADD), el web, la gestión centralizada de salas y
aulas informáticas y la atención a usuarios.
Figura 23.- Comparación del gasto anual, en
tanto por ciento, de hardware
(servidores) frente a software
(aplicaciones) incluyéndose tanto
las inversiones como el manteni-
miento.
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
2.000 2.001 2.002 2.003 2.004 2.005 2.006 2.007
Hardware
Software

Denominación Función
Unidades
Centrales
Unidades admi-
nistrativas
(centros, Dptos)
Personas ge-
neradoras de
datos
Introducción
datos usua-
rios finales
Consulta
Acadé-
mico
SIGM@ Gestión académica Sí Centros Sí
SIGM@-Automatricula Matrícula de estudiantes Sí Centros Estudiantes Sí
SIGM@-CDS Campus docente SIGMA. Actas, listas de clase Sí Centros Profesores Sí
Certificados Emisión de certificados académicos Sí Centros
Doctorado Doctorado plan 98 Sí Dptos Sí
Becas-SIGMA Gestión de ayudas al estudio Sí
Títulos-SIGMA Gestión de títulos Sí Centros
Estudios propios-SIGMA Gestión de estudios propios Sí Centros y Dptos
PAUNET y acceso Gestión de las pruebas de PAU Sí C. Secundaria Tribunales Sí
Mayores de 25 años Gestión de las pruebas de mayores de 25 años Sí Estudiantes Sí
Admisión-Preinscripción Gestión de la admisión en la Universidad Sí Centros Estudiantes Sí
Ordena-
ción Do-
cente
ODILEWWW Gestión de la ordenación docente Sí Centros y Dptos Sí
Encuestas presenciales Encuestas de evaluación de la docencia en papel Centros
Encuestas WWW Encuestas de evaluación de la docencia en WWW Centros Estudiantes
MEDEA Mérito docente Sí Profesores Sí
Gestión
de perso-
nal
Nómina Gestión de la nómina y seguridad social Sí Incidencias Sí
Aplicaciones presupuestarias Integración de la nómina en la contabilidad Sí
Peoplesoft Gestión de recursos humanos Sí
Control horario Control horario del PAS Sí
Unidades admi-
nistrativas
Fichajes Sí
Econó-
mico
SOROLLA Gestión presupuestaria Sí Unidades coste
SIC Gestión presupuestaria-Interv. Gral. del estado Sí
SOROLLA-Patrimonio Patrimonio mobiliario e inmobiliario Sí Unidades coste
CANOA Contabilidad analítica Sí
Fortune Gestión hotelera de colegios mayores CCMM
PLYCA Gestión de la contratación Sí

Denominación Función
Unidades
Centrales
Unidades
administrati-
vas (Centros,
Dptos)
Personas ge-
neradoras de
datos
Introducción
datos usua-
rios finales
Consulta
Investiga-
ción
OCARIN Gestión de proyectos y contratos de investigación Sí Sí
SIDERAL Producción científica Sí Investigadores Sí
Compromiso investigador Baremo de investigación con efectos POD Sí Sí
Otros
Datawarehouse Datawarehouse Sí
Estadísticas acreditación
Estadísticas para procesos de decisión, calidad y
acreditación.
Sí
SIMTA Gestión del carnet universitario Sí Centros Sí
Acceso-Presencia Gestión de accesos a ubicaciones restringidas Sí Centros
Agenda Directorio Universitario Sí Sí
Telefonía. Gestión y consumo telefónico Sí Sí Sí Sí
Secretaria Virtual Consultas y trámites por internet Sí Sí Sí Sí Sí
www.unizar.es Gestor de contenidos de WWW Sí Sí Sí Sí
Registros auxiliares Aplicación de registro de documentos Sí Sí
personas_web Registro de personas en la universidad Sí Sí Sí
Vinculaciones Vinculación de una persona con la universidad Sí Sí
Oferta de cursos ICE Oferta e inscripción en cursos ICE Sí Sí
Oferta de cursos de verano Oferta e inscripción en cursos de verano y otros Sí Sí Sí
Soporte de consultas SICUZ Partes al SICUZ Sí Sí Sí Sí Sí
Soporte partes UTC Partes a la UTC Sí Sí Sí Sí Sí
Sistemas
particu-
lares
Instituto Idiomas Aplicación MINOS para gestión académica idiomas
Deportes Gestión Servicio Actividades Deportivas Acceso posible
Biblioteca Milenium Acceso aún no posible
Prensas Universitarias Gestión de comercio electrónico Acceso no procede
Figura 24.-Relación de aplicaciones de gestión universitaria.

En este momento, la mayor parte de los procesos administrativos de la Universidad de Zara-
goza están soportados por alguna aplicación informática que los automatiza y los relaciona
con los demás. La figura 19 relaciona todas las aplicaciones existentes detallándose los usua-
rios principales de cada una de ellas.
5.1 Aplicaciones para gestión universitaria
5.1.1 Área académica
El conjunto de aplicaciones SIGMA se ha consolidado durante esta etapa. SIGMA es un pro-
yecto de colaboración en el que participan 7 universidades públicas. Los desarrollos están a
cargo de una empresa participada por esas universidades, SIGMA AIE.
Las aplicaciones SIGMA han evolucionado, pasando de un in-
terfaz de pantalla convencional (pantallas en modo carácter) a
una pantalla gráfica basada en navegadores convencionales.
Ello facilita la formación a los empleados administrativos pero,
sobre todo, abre posibilidades para autoservicios que llegan al
usuario final (como la automatrícula para estudiantes, el
campus docente sigma para profesores -listas de clase, ac-
tas-, que está siendo utilizado por prácticamente el 100% de
los profesores o la consulta de expediente de próxima instala-
ción.
SIGMA ha implantado durante este periodo nuevas funciones.
Está acompañando en la evolución de los planes de estudios
hacia el modelo europeo, habiendo implantado ya la gestión
Figura 25.- Número de estudiantes preinscritos
del 2000 al 2007

de posgrados oficiales, con su solicitud de inscripción pre-
via, el complemento europeo al título (SET), estando
en fase de incorporar la gestión de estudios de grado, la
gestión de movilidad de estudiantes y la definición de ac-
tividades académicas. Hay nuevas gestiones de Becas y
de Títulos, nuevas funcionalidades de certificados con una
presentación más moderna, etc.
Paralelamente, la Universidad ha desarrollado y manteni-
do aplicaciones que cubren el doctorado, según el decreto
de 1998, las solicitudes de admisión a estudios
(preinscripción) cuya versión de autoservicio ha evolucio-
nado permanentemente.
Se han generalizado las citas previas, especialmente
para la matrícula (incluida la automatrícula, en que el ac-
ceso a ciertas asignaturas con aforo limitado obliga a se-
ñalar prioridades de acceso).
Las pruebas de acceso a la universidad (PAU) cuen-
tan desde 2006-07 con un nuevo instrumento de gestión
(PAUNet): los miembros de los tribunales pueden introdu-
cir sus calificaciones a través de WWW a medida que las
tengan disponibles. Esto, a la vez que ha servido para re-
forzar el anonimato de los estudiantes ante los vocales,
ha permitido adelantar entre 24 y 48 horas la disponibili-
dad de las calificaciones.
2000 2001 2002 2003 2004 2005 2006 2007
Alumnos 3750 4537 16425 21698 21097 21446 22015 22831
0
5000
10000
15000
20000
25000
Alumnos
Alumnos
Figura 26.- Número de estudiantes automatriculados del 2000 al 2007

Por otro lado, la información asociada al Plan de Ordenación
Docente (POD) ha ganado en datos y en precisión de los mis-
mos. El SICUZ ha participado desarrollando instrumentos de ges-
tión al servicio del Vicerrectorado de Investigación (OdileWWW).
Con estos instrumentos, los estudiantes puede conocer datos rela-
tivos a la docencia de las asignaturas en las que están matricula-
dos.
Asociadas al POD se han desarrollado aplicaciones como la En-
cuesta de Evaluación de la docencia, a través de WWW que tuvo
en 2005-06 una fase piloto y que el curso siguiente entró en una
fase de implantación y extensión.
Varios de los procesos anteriormente descritos están encuadrados
en la Secretaría Virtual.
Figura 27.- Número de profesores que han utilizado CDS (Campus Do-
cente Sigma)
5.1.2 Área de Personal y Recursos Humanos
La gestión de la nómina ha variado incorporando tantos conceptos de suma y descuento
como han sido necesarios, adaptándose a normas retributivas, fiscales y de seguridad social,
logrando la migración al euro con suavidad, incorporando sus datos a la gestión presupues-
taria y, sobre todo, logrando el pago con una enorme puntualidad: siempre se ha entregado
al banco los ficheros dentro del mes al que corresponde el pago.
Una novedad reseñable es la sustitución del envío del recibo de nóminas y certificados para

el IRPF en papel a su consulta a través de WWW. Este servicio, que representa un notable
ahorro y compromiso ambiental, es utilizado por más del 99,5% de los empleados de la uni-
versidad.
La gestión de recursos humanos se ha perfeccionado añadiendo nuevas funcionalidades
a la aplicación Peoplesoft, recientemente adquirida por Oracle. Entre esas funcionalidades
cabe destacar las modificaciones de contrataciones obligadas por las modificaciones de nor-
mas vividas en los últimos años, la gestión de incentivos por mérito y antigüedad (sexenios,
méritos docentes, quinquenios, trienios, etc.), la definición de puestos de trabajo y plantillas,
el control horario, la integración de datos con la nómina, el POD y otros sistemas, la gestión
de la formación, la prevención de riesgos y otras.
Técnicamente, ha experimentado una evolución desde cliente-servidor a su uso a través de
un navegador lo que, junto con otras modificaciones internas, facilita la descentralización de
gestiones y la consulta de datos a centros, departamentos y empleados.
5.1.3 Área Económica
La gestión presupuestaria cuenta con Sorolla, aplicación desarrollada por la Oficina de Co-
operación Universitaria (OCU), empresa participada por varias universidades públicas.
Sorolla es utilizada por todas las unidades con capacidad de gasto reconocidas en los presu-
puestos universitarios (centros, departamentos y otras unidades de gestión). Totalizan
aproximadamente 200 unidades.
Se han gestionado más de 80.000 facturas en el último año. La gestión del inventario, la
gestión de cobros (facturas emitidas por la universidad), la contabilidad analítica (Canoa)
son funciones asociadas a este sistema, así como la rendición de cuentas a la Interven-
ción General de la Administración del Estado (SIC).

Se ha implantado también una aplicación de gestión de expedientes de compra (PLYCA),
desarrollada por la empresa Nexus, que incorpora algunos componentes de software libre.
Los colegios mayores y la residencia de verano de Jaca han incorporado un sistema de
gestión hotelera de plazas (Fortune).
5.1.4 Área de investigación
En 2000 se comenzó el desarrollo de un sistema que recogiera la producción científica de los
investigadores universitarios, Avempace.
Este sistema está siendo migrado a Sideral que, junto con un interfaz más depurado, incor-
pora procedimientos de cargas de datos basado en la búsqueda de bases de datos de infor-
mación científica, del sistema de bibliotecas universitario y perfecciona la depuración de los
datos por parte de los investigadores.
El sistema Ocarin apoya la gestión de proyectos y contratos de investigación, en los aspectos
económicos y en la dedicación del personal al proyecto.
Finalmente, de los sistemas anteriores se
obtienen datos que sirven para planificar el
POD (compromiso investigador).
Figura 28.- Pantalla de Sideral, programa pa-
ra la gestión de la producción
científica de próxima presentación.

Se viene implantando un sistema de explotación de datos académicos, de recursos humanos
y económicos mediante un complejo sistema de Data Warehouse de la Oficina de Coopera-
ción Universitaria.
Dicho sistema ha permitido auditar, corregir y mejorar sustancialmente la calidad de los da-
tos contenidos en nuestros sistemas y afinar los criterios de definición de indicadores.
Paralelamente, se han desarrollado y perfeccionado sistemas de cálculo de indicadores para
procesos de acreditación, de calidad o para el plan estratégico de la Universidad.
5.1.5 Estadísticas y tomas de decisión.
5.1.6. Otras áreas
Existen otras áreas de servicio:
El mantenimiento del directorio universitario de profesores, PAS, becarios y personal del
ICMA se hace mediante una pasarela de los sistemas de recursos humanos y gestión del
correo electrónico.
La distribución del carnet universitario, así como la gestión de su fabricación, actualmen-
te por la Fábrica Nacional de la Moneda y Timbre, se lleva a cabo con la aplicación SIM-
TA.
La gestión de accesos a ubicaciones restringidas a través del carnet universitario y los
lectores se realiza con la ayuda de la aplicación de Acceso-Presencia.
La descentralización del registro central de la Universidad en registros auxiliares ubica-
dos en los centros cuenta con una aplicación de Registro.

Diversos cursos (cursos de verano, cursos extraordinarios, cursos del ICE para formación
de profesores), así como su pago con tarjeta, cuentan con una herramienta desarrollada
por SICUZ.
El SICUZ ha desarrollado también las aplicaciones de Gestión de intervenciones que utili-
zan tanto el propio SICUZ como la UTC.
La aplicación de telefonía proporciona detalles sobre el consumo telefónico.
La aplicación de aparcamiento, demandada por la gestión de tráfico, permite la inscrip-
ción (y en su caso la pre-solicitud) de aparcamientos en los campus de San Francisco y
en los de Estudios Sociales y Facultad de Medicina.
Además de los indicados, la gestión universitaria cuenta con proveedores externos que han
desarrollado y mantienen sistemas diversos sistemas:
Gestión de la Biblioteca (Milenium).
Archivo Central de la Universidad.
Gestión académica del Instituto de Idiomas (Centro de Idiomas Modernos).
Tienda electrónica de Prensas Universitarias.
Sistema de gestión de estancias-ubicaciones.

El correo electrónico es el servicio más extendido en la universidad, como se muestra en las
figura 29 y 30, y uno de los más críticos en cuanto que sus incidencias afectan al trabajo co-
tidiano de los universitarios Dada su relevancia a continuación se analiza su evolución desde
el año 2000, se describe su situación actual y su modo de funcionamiento.
5.2 Correo electrónico
Sistemas de Acceso al buzón (mes de Marzo)
2005 2006 2007
Accesos al buzón: 7.340.000 9.550.650 10.455.114
Accesos POP: 5.293.000 6.363.903 6.665.828
Accesos IMAP: 15.000 92.242 58.354
Acceso Webmail (IMAP): 1.960.000 3.094.505 3.730.932
Picos de 450.000 accesos/hora (12:00 AM) en cada máquina
(7.500 accesos/minuto)
Clientes de correo utilizados en
Unizar
Usuarios con cuenta
activa
Eudora: 40.30% PAS/PDI: 7.500
Horde(web-mail): 24.16%
Estudian-
tes: 8.000
Outlook: 18.70%
Mozilla: 15.45%
Otros: 1.39%
Figura 29.- Evolución de mensajes recibidos en Unizar desde mayo de
2006 a octubre de 2007 representando las medias diarias.
Figura 30.- Datos de utilización del correo electrónico co-
rrespondientes al mes de marzo tomado como
mes de referencia.

Situación en 2000
Existen 2 servidores corporativos: uno para el correo de personal (posta.unizar.es) y
otro para el de estudiantes (celes.unizar.es); y múltiples servidores departamentales,
algunos de ellos sin administrar. El acceso al servicio se hace utilizando protocolo POP3.
Existe un gestor de listas, pero sin entorno web para su administración.
Plan de mejora de 2002
Se diseña un sistema de alta disponibilidad, modular y escalable que asegure la disponi-
bilidad del servicio. Se sustituye todo el equipamiento dedicado al servicio y se utiliza
software libre en todos los componentes. Se ponen en servicio 4 servidores HP Proliant
DL360 G2 y un sistema NAS para el almacenamiento de buzones (Network Appliance
F810)
Se consolida la centralización, eliminando los servidores departamentales no administra-
dos y se corta el trafico SMTP directo entre máquinas internas de Unizar y máquinas ex-
ternas para evitar su utilización en la distribución de spam.
Se mejora el acceso al servicio con un nuevo software para webmail y el uso de POP e
IMAP. También se implementa el envío autenticado. Se migra a un nuevo gestor de lis-
tas con entorno web de administración. Se pone en servicio el repositorio LDAP, aunque
sólo para las necesidades del servicio de correo.
Se impulsan proyectos con otras universidades para definir unos estándares de calidad
en los servicios de correo electrónico (RACE), así como mecanismos para el control del
spam (Proyecto PUAS).
5.2.1 Evolución del Correo Electrónico entre los años 2000 y 2007

Diciembre de 2003
El spam se convierte en un problema importante. En Unizar se opta por una política de
“no rechazo” que impide la utilización directa de “Listas Negras” o de técnicas de Grey-
Listing. Esto obliga a desarrollar un software (criba) que integra varias técnicas de de-
tección de spam (listas negras, filtros Bayesianos, detección de virus, etc.), pero que da
al usuario la capacidad para optar por rechazar los mensajes de spam o por recibirlos
marcados. Este software pasa a ser utilizado en varias universidades.
Se amplía el equipamiento destinado al servicio de correo para poder hacer frente a la
avalancha creciente de spam con la adquisición de un HP Proliant DL360 G3
Junio 2004
Se define el Proyecto Hermes para el desarrollo de un firewall de correo electrónico con
funciones antivirus y antispam. Este proyecto, que fue cofinanciado por DGA y UNIZAR,
dio como resultado una distribución basada en Linux Debian que permite una fácil insta-
lación y gestión de una relay de correo.
Se desarrolla el piloto SANET, para la recogida y tratamiento estadístico de información
sobre el spam en España. En este momento INTECO (empresa dependiente de Red.es)
está poniendo en explotación una nueva versión de SANET.
El repositorio LDAP utilizado para el correo electrónico se abre para permitir la autentica-
ción de los usuarios del Anillo Digital. Más tarde se incorporaran otros servicios
(Biblioteca, Acceso Remoto, WIFI, etc.) hasta convertirse en el LDAP corporativo.
Mayo 2005
Se reinstalan todos los módulos del servicio de correo para que utilicen como Sistema
Operativo base la plataforma Hermes y se aprovechen de su sistema de monitorización.

Se instala un nuevo sistema de filtrado de spam, basado en un analizador de contenidos
(bogofilter) y se pone en servicio el “sistema de cuarentena” para los mensajes de
spam: los usuarios reciben diariamente un informe con la relación de mensajes de spam
que ha detectado el sistema, permitiéndoles detectar y recuperar los “falsos positivos”.
También se incluye un sistema de gestión de Listas Blancas para que los usuarios pue-
dan establecer excepciones al sistema de filtrado.
Enero 2006
Se adquieren 2 nuevos servidores para la gestión de buzones. A partir de este momento
se mantiene una copia sincronizada de los buzones para poder hacer frente a un even-
tual fallo en el sistema de almacenamiento.
Se sigue trabajando en la plataforma Hermes, completando el sistema de monitorización
y emisión de alarmas e incorporando soporte para el resto de elementos relacionados
con el correo electrónico: webmail, servidor imap, etc.
Diciembre 2006
Se apoya la instalación de Hermes en el servicio de correo del Gobierno de Aragón como
sistema de detección y filtrado de spam y virus, adaptando algunos de los módulos al
resto de componentes de su servicio de correo. Se completa la documentación del siste-
ma
Primavera 2007
El crecimiento, por encima de lo previsto, del correo provoca que el sistema de almace-
namiento de los buzones se quede pequeño y comience a tener problemas de rendi-
miento. Se diseña y adquiere un nuevo sistema basado en el acceso directo a una SAN
de almacenamiento. Con él se adquieren 2 nuevos servidores HP Proliant DL380 G5 para
reforzar los servidores de buzones y el webmail.

StorageWorks
TapeRack
StorageWorks
TapeRack
UID NIC
2
NIC
1ProLiant DL360
UID NIC
2
NIC
1ProLiant DL360
UID NIC
2
NIC
1ProLiant DL360
hp
ProLiant
DL380
UID
1
2
7
8
5
6
3
4
G4
hp
ProLiant
DL380
UID
1
2
7
8
5
6
3
4
G4
hp ProLiant DL360 G3
01
UID
NIC
1
NIC
2
01
UID
NIC
1
NIC
2
01
UID
NIC
1
NIC
2
HP
ProLiant
DL380G5
UID 1 2
1 2 3 4 5 6 7 8
DIMMS
PCI
RISER
CAGE
FANS
PROCPROC
PPM
PPM
INTER
LOCK
OVER
TEMP
MIRROR
ONLINE
SPARE
POWER
SUPPLY
POWER
SUPPLY
HP
ProLiant
DL380G5
UID 1 2
1 2 3 4 5 6 7 8
DIMMS
PCI
RISER
CAGE
FANS
PROCPROC
PPM
PPM
INTER
LOCK
OVER
TEMP
MIRROR
ONLINE
SPARE
POWER
SUPPLY
POWER
SUPPLY
SERVIDORES DE BUZONES
HP Proliant DL380 G5 - Julio 2007
RELAY SMTP
HP Proliant DL360 G3 - Enero 2004
WEBMAIL + PROXY POP3/IMAP
HP Proliant DL380 G4 - Enero 2006
CABINA
ALMACENAMIENTO
LDAP MAIL / AUTENTICACIÓN
HP Proliant DL360 G2 - Mayo 2002
Acceso por http a los mensajes (webmail)
Acceso a los mensajes
clientes POP3 / IMAP
SMTP
Envío
autenticado
Flujo SMTP
Entrada / Salida
COPIAS DE SEGURIDAD
Acceso a los buzones Copia de los buzones
SMTP
Mensajes para
Usuarios locales
UNIZARINTERNET
SMTP
Envio de
mensajes
Seleccionar
mailhost
Autorización
Información
del usuario
Autenticación
acceso al buzón
Acceso a mensajes
con POP3 e IMAP
Figura 31.– Estructura del servicio de correo electrónico

Se realizan pruebas utilizando Global File System y Oracle Cluster File System optando
por el segundo para su puesta en explotación.
En julio se realiza la migración y aunque durante algún tiempo la solución parece satis-
factoria, el aumento de carga de trabajo a finales de Agosto y principio de Septiembre
hace que el sistema se bloquee completamente.
Septiembre 2007
Se busca una alternativa al uso de OCFS, basada en el reparto de usuarios entre los
servidores de buzones, y configuración de un cluster entre ellos que permite que en ca-
so de problemas en uno de ellos, el otro pueda hacerse cargo de los usuarios afectados.
Esta es una organización típica para servicios de correo que permite escalar en el tiem-
po, aunque resulta algo más compleja que el uso de un sistema en Alta Disponibilidad
con acceso concurrente al sistema de almacenamiento.
Esta nueva organización requiere incluir en el LDAP información sobre el servidor usado
para cada usuario. Esto supone una utilización mayor del servidor LDAP. Para evitar que
este aumento en las peticiones vaya en detrimento del rendimiento del servicio se ha
reforzado el cluster del servicio LDAP con una máquina más.
Para independizar la estructura física (varios servidores) de la lógica (un solo servidor
POP/IMAP) se utiliza un Proxy POP/IMAP que redirige las peticiones al servidor adecuado
en base a la información almacenada en el LDAP.
Noviembre 2007
Puesta en funcionamiento de la nueva estructura representada en la figura 31.

Todo el correo (tanto el que entra o sale de la organización, como el interno) es canali-
zado a través de relays especializadas. Para ello existen 2 maquinas que forman un clus-
ter de Alta Disponibilidad y Balanceo de Carga. Estas relays actúan de cortafuegos, che-
quean los mensajes para evitar la propagación de virus y toman las medidas pertinentes
para la identificación y control del correo basura (spam).
También actúan como Servidor SMTP para todos los clientes de la organización, tanto si
se conectan desde la red interna como si lo hacen desde el exterior. Los mensajes desti-
nados a usuarios de Unizar se envían desde las relays al servidor donde el usuario tiene
su buzón de correo.
Existen 2 servidores de buzones para los usuarios institucionales y algunos más para
usuarios departamentales. Los 2 servidores institucionales forman un cluster en modo
“fail-over”. Permite que, en caso de problemas en uno de ellos, el otro asuma la gestión
de los buzones. Para ello, ambos equipos tienen acceso fiber channel a la SAN de alma-
cenamiento. Por seguridad, los buzones están replicados en una segunda cabina de dis-
cos y, además, se hacen copias diariamente en el sistema de Backup corporativo.
El acceso a los buzones puede hacerse mediante clientes con protocolos POP/IMAP, así
como con webmail. Para ello existe un cluster de 2 máquinas dispuestas en Alta Disponi-
bilidad y Balanceo de Carga que incluyen un webmail y un Proxy de POP3/IMAP que re-
dirige las peticiones de acceso de los usuarios al servidor que gestiona su buzón.
Estas máquinas disponen también del software que permite la gestión del servicio de
Listas de Distribución.
El funcionamiento de todo el sistema se apoya en la información residente en un servi-
dor LDAP corporativo. En él se encuentra la información de los usuarios de correo
5.2.2 Funcionamiento del correo electrónico

electrónico y la información para autenticar su acceso al sistema. Para el servi-
cio LDAP se dispone de 3 servidores formando un cluster en Alta Disponibilidad
y Balanceo de Carga.
En ese momento, el servidor LDAP, además de servir como repositorio para el
servicio de correo, sirve para el acceso autenticado a otros servicios como el
ADD, el WIFI, etc.
Figura 32.-Diagrama de funcionamiento del correo electrónico

El SICUZ se encarga de la gestión y mantenimiento del
Anillo Digital Docente (ADD), campus virtual de la Univer-
sidad de Zaragoza.
El ADD comenzó su andadura en 2001 basado en la plata-
forma de docencia virtual WebCT (Web Course Tools
v4.1), experimentando desde entonces un crecimiento
muy importante, llegando a ser utilizado por la casi totali-
dad de los estudiantes (en alguna asignatura) y por más
de la mitad de los profesores (véanse las figuras 34 y 35)
A partir del año 2006 comienza un proceso de actualiza-
ción hacia una nueva versión de la aplicación que los so-
porta más robusta, se apoya en una base de datos Oracle
y en java; más actual, con un diseño más cuidado, y con
nuevas funcionalidades necesarias para aquellos profeso-
res que hacen un uso más intensivo de la herramienta.
En 2007, el ADD se completa con 2 nuevas iniciativas: por
un lado se instala Moodle, plataforma de docencia virtual
en expansión en el entorno universitario y que, además,
es una herramienta de software libre; por otro lado, a fi-
nal de 2007 entrará en funcionamiento la plataforma
OCW, de amplia utilización en algunos sectores docentes.
A modo de resumen la figura 33 muestra la estructura
descrita del ADD.
5.3 Anillo Digital Docente (ADD)
A.D.D.
Almacenamiento
Y
Copias de seguridad
O.C.W.
WebCT 4 Moodle
Autenticación
S.A:
WebCT 6
B.D.
WebCT 6
Figura 33.- Estructura del ADD.

Figura 34.-Evolución del número de estudiantes
que utilizan alguna de las herramien-
tas del ADD.
Figura 35.-Evolución del número de profesores y
de asignaturas del ADD.

El SICUZ gestiona las máquinas y el software que generan las páginas web corporativas de
la Universidad de Zaragoza (www.unizar.es), dotando al sistema de atributos que permiten
su alta disponibilidad y proporciona las herramientas para mantener la imagen corporativa
en todas las páginas albergadas.
El sistema alberga dominios diferentes al genérico de la universidad (por ejemplo el del SI-
CUZ: sicuz.unizar.es) que corresponden a Centros, Departamentos, servicios universitarios,
grupos de investigación o proyectos de colectivos universitarios.
Este servicio está soportado por un conjunto de tres máquinas
Linux sobre software básico que se encuadra dentro del denomi-
nado software libre (Tomcat, Apache, MySQL, etc.). Un gestor
de contenidos estimula a que la apariencia de las diversas pági-
nas sea similar y por tanto sea más fácil navegar sobre ellas.
El año 2006 ha recibido más de 10 millones de visitantes, que
han accedido a más de 70 millones de páginas. Se han definido
más de 500 dominios y direcciones de primer orden.
5.4. Aplicaciones WWW
Figura 36.-Número de visitantes y páginas visitadas del dominio
principal y de todos los dominios de la Universidad
de Zaragoza.
2004 2005 2006 2007
Visitantes dominio
principal
4.721.562 6.988.577 9.634.474 9.288.284
Visitantes todos los
dominios
5.056.633 7.838.174 11.375.749 11.639.144
Páginas visitadas
dominio principal
66.012.452 70.465.059 51.810.312 44.770.126
Páginas visitadas todos
los dominios
67.768.635 77.238.417 61.374.865 57.043.645
0
10.000.000
20.000.000
30.000.000
40.000.000
50.000.000
60.000.000
70.000.000
80.000.000
90.000.000

Mantener una sala de ordenadores personales en correcto estado no es fácil. Al principio,
cuando la sala se abre, todos los ordenadores son nuevos, tienen el software recién instala-
do y en perfecto funcionamiento. Pero no tenemos más que hacer público el acceso a esos
ordenadores, para encontrarnos, a los pocos días (o a las pocas horas, en el peor de los ca-
sos), con que el software de los ordenadores ha sido modificado: en unos ordenadores ten-
dremos software nuevo, en otros el que nosotros instalamos ya no está, en otros está pero
no funciona...
Para resolver este tipo de problemas surgen los sistemas de gestión centralizada de ordena-
dores personales que, básicamente, consisten en que cada vez que un equipo arranca, lo
pueda hacer en el estado inicial de correcto funcionamiento. Es decir, en algún sitio guarda-
mos una copia de “cómo debería arrancar” y aunque el PC haya sido modificado y sus pro-
gramas borrados o perdidos, arrancamos con esa “copia limpia”.
El sistema de arranque centralizado nos permite adaptar este arranque a las distintas necesi-
dades de una sala concreta: arrancar en local casi siempre y reservar la recuperación de
“copia limpia” (sincronización) para los responsables de la sala, o bien, si así lo definimos,
sincronizar siempre y arrancar en local en momentos especiales...
El sistema presenta las pantallas mostradas en la figura 37 y se apoya en 14 servidores
(mínimo un “cluster” por Campus), equipamiento homogéneo en aulas, una potente infraes-
tructura de red y, actualmente, en la aplicación REMBO.
En el año 2001 se evalúa este software en colaboración con otras Universidades y se propo-
ne su adquisición en condiciones muy ventajosas para las universidades españolas.
En el año 2002 se forma al personal encargado de la administración de los servidores de
gestión centralizada y en el 2003 se amplía la formación al personal responsable de las aulas
5.5 Gestión centralizada de salas y aulas docentes
Figura 37.-Pantallas del sistema de
Gestión Centralizada.
Esta será la opción de arranque habitual
con una imagen “limpia”
Sólo para responsables
con autenticación

Sistema de Gestión Centralizada
Río Ebro
DHCP
REMBO
C.M.Pablo Serrano
Paraninfo
DHCP
REMBO
TERUEL
DHCP
REMBO
HUESCA_Rectorado
DHCP
REMBO
C.P.S. E.U.I.T.I.Z. E.U.E.E.Z.
F.CC.EE.EE.
F.Veterinaria
E.U.Politécnica
F.Humanidades y C.Sociales
E.U.Politécnica_HE.U.E.G.B.E.U.E.E.H.
HUESCA_F.C.S.D.
DHCP
REMBO
F.C.S.D.
Pza.San Francisco
DHCP
REMBO
F.Filosofía
F.Ciencias
RR.HH.
I.Idiomas
E.U.C.S.
E.U.E.S.
F.Educación
C.I.U.R.
HUESCA_E.U.Politécnica
DHCP
REMBO
Equipamiento
Nºdeequipos_07
Nºdeaulas_07
ZARAGOZA 1442 82
E.U.I.T.I.Z. 222 9
C.P.S. 274 17
F.CC.EE.EE. 240 12
F.Ciencias 166 9
F. Filosofía 134 8
F. Veterinaria 103 7
E.U.E.E.Z. 75 4
F. Medicina 61 4
F. Derecho 53 3
E.U.E.S. 43 3
SICUZ 42 3
E.U.C.S. 19 2
Instituto de Idiomas 10 1
HUESCA 253 18
E. Politécnica 105 6
E.U.E.E.H. 98 6
E.U.E.G.B. 42 5
F.Huesca 8 1
TERUEL 139 11
Figura 38.- Estructura del equipamiento dedicado a la gestión centralizada de salas y aulas informáticas

que van a ser gestionadas centralizadamente
Las primeras aulas incluidas en este sistema fueron las ubicadas en el SICUZ, la EUITIZ y la
FCEE. Progresivamente se fue extendiendo al resto de aulas y campus, y sólo han quedado
fuera del sistema aquel equipamiento cuya inclusión no aporta ventajas en su mantenimien-
to.
Una de las principales ventajas ofrecidas por esta estructura es la existencia de un sistema
que ofrece fiabilidad y seguridad en el uso de las aulas, lo que potencia una mayor demanda
y utilización de las mismas.
Actualmente, se está trabajando en la introducción de los sistemas de código abierto, así co-
mo en la necesidad de disponer de un ordenador en cada una de las aulas en las que se im-
parte docencia.

El SICUZ desarrolló una aplicación para gestionar el servicio de soporte a usuarios. Este servicio
está dirigido a toda la Comunidad Universitaria y ofrece la atención centralizada a la solicitud de
intervenciones relacionadas con cualquiera de los servicios que presta el SICUZ.
El servicio está pensado para gestionar de manera eficaz el elevado volumen de solicitudes rela-
cionadas con las Tecnologías de la Información y la Comunicación, normalizar los procedimien-
tos de trabajo para conseguir un nivel de calidad en la atención a usuarios y facilitar a la Comu-
nidad Universitaria el acceso a los servicios del SICUZ.
Las formas de acceso son: telefónica y a través de solicitud Web y el servicio se presta a través
de teléfono, correo o presencial en todas las ubicaciones de la Universidad de Zaragoza. La re-
cepción de solicitud es centralizada y la resolución es distribuida a "campus" y centros universi-
tarios.
La gestión del servicio permite que éste se adapte al
crecimiento de catálogo de servicios que el SICUZ viene
ofreciendo adaptándose a la evolución de la propia Uni-
versidad.
5.6 Atención a usuarios
0
2000
4000
6000
8000
10000
12000
14000
16000
2004 2005 2006
Internos
EST
PAS
PDI
Figura 39.- Número de solicitudes de intervención recibi-
das en 2004, 2005 y 2006.

La actividad del SICUZ está muy condicionada por el devenir de la vida universitaria. Hay muchos factores que influ-
yen sobre el trabajo del Servicio: nuevos edificios, proyectos de los investigadores con necesidades especiales, cam-
bios normativos que modifican procesos administrativos, necesidades (siempre crecientes) de información estadísti-
ca, nuevos retos del Consejo de Gobierno,… y, como siempre, la disponibilidad presupuestaria.
Además de todo esto, debe observarse que el incremento de los servicios ofertado por el SICUZ supone un incre-
mento del tiempo total dedicado a su administración y gestión.
Con estas condiciones de contorno se pueden enumerar un conjunto de objetivos que el Servicio debe acometer a
corto y medio plazo:
Proceso de mejora de la calidad.
En 2006, el SICUZ inició un proceso de mejora de la calidad que es necesario continuar abordando, al menos, las
siguientes acciones:
Evaluación del Servicio siguiendo el modelo EFQM.
Elaboración de un nuevo Plan Estratégico del Servicio, basado en la evaluación previa.
Elaboración de un mapa de procesos y establecimiento de una dirección por procesos.
Elaborar una política de calidad.
Definición de un plan de contingencias.
Renovación tecnológica de la red de comunicaciones
Todas las infraestructuras que gestiona el SICUZ están en permanente modernización y, en especial, las relativas a
las comunicaciones. Si se acaba de concluir el proyecto Red21, en breve será necesario diseñar un nuevo proyecto
con nuevos retos tecnológicos que mantengan a la universidad en la vanguardia de las TIC que es lo que esperan
todos los universitarios y precisan los investigadores.
6. PRÓXIMOS OBJETIVOS

Renovación del sistema telefónico.
Como se ha mencionado, el sistema telefónico de la UZ precisa de una renovación completa que debe con-
cluirse en los próximos 3 o 4 años.
Ley 11/2007 de acceso electrónico de los ciudadanos a los Servicios Públicos.
El pasado junio se publicó la citada ley, que plantea un nuevo horizonte en la administración electrónica (e-
administración) para el 1 de enero de 2010. Exigirá una profunda dedicación de una buena parte de los recur-
sos del SICUZ durante los próximos 2 años.
Mejora de la continuidad del Servicio.
A lo largo de este documento se ha repetido la importancia que ha adquirido la estabilidad y seguridad de los
servicios del SICUZ. Un ejemplo de esta importancia es la reciente implantación de un servicio de guardia du-
rante los fines de semana y festivos. Para conseguir el objetivo final de tener una disponibilidad 24x7 (24
horas al día, 7 días a la semana) es necesario acometer muchas más acciones de mejora de las infraestructu-
ras (construcción y puesta en funcionamiento del nuevo CPD), los procedimientos, la seguridad, etc.
Mejora de la atención a usuarios.
Uno de los puntos clave para el buen funcionamiento del Servicio es disponer de un adecuado sistema de
atención a los usuarios y, en especial, a los problemas microinformáticos que son los más próximos a él. Es
necesario continuar en la mejora de los tiempos de respuesta, la documentación, etc. Para incrementar, en lo
posible, la satisfacción de todos los universitarios con el SICUZ.
Despliegue del Software Libre.
A finales de 2007 ha comenzado su andadura la Oficina de Software Libre, fruto de la Declaración Institucional
de la Universidad sobre Software Libre. Hay mucho por hacer y, sin duda, ocupará una parte del trabajo del
SICUZ en los próximos años.

Estado sicuz v1.0

Recomendados

Recomendados

Más contenido relacionado

Similar a Estado sicuz v1.0

Similar a Estado sicuz v1.0 (20)

Estado sicuz v1.0