Sunteți pe pagina 1din 36

Universidad de La Serena

Centro de Informtica y Computacin

Informe del Proyecto de Renovacin Global de Tecnologas de


Informacin y Comunicaciones para la Universidad de La Serena,
Proyecto Phoenix.ULS
Autor: Ren Felipe Viancos Soto (rviancos@gmail.com)
Resumen. El presente informe trata del Plan de Renovacin Global de Tecnologas de Informacin
y Comunicaciones para la Universidad de La Serena (Proyecto Phoenix.ULS), con miras a
establecer el sustento de las naturales y crecientes necesidades de mejora tecnolgica en la
institucin dada la observacin de carencia de sistemas informticos de apoyo a la gestin
institucional por parte de la CNA1, estableciendo las acciones, lineamientos y mtricas necesarias
para afianzar de forma sustentable las proyecciones y crecimiento futuro de la institucin en
materia tecnolgica ligada a su gestin. Se presenta el problema tecnolgico/organizacional actual,
un detalle de las tecnologas y arquitectura de hardware y software utilizadas para resolverlo,
adems de las metodologas empleadas de gestin del cambio con una mirada analtica aplicada a
las organizaciones humanas en este contexto tecnolgico, definiendo claramente el contexto
terico y prctico con el que el Proyecto Phoenix.ULS fue abordado, con una visin cuantitativa
de la realidad previa, con objeto de disminuir los riesgos existentes (cambio organizacional,
obsolescencia tecnolgica, resistencia al cambio) y los riesgos que surgiran durante su realizacin
e implantacin de los productos y arquitectura de hardware y software utilizados, presentando las
mejoras validadas por auditoras externas.
Palabras clave: Renovacin Tecnolgica, Gestin de Cambio Organizacional, Analiticidad, Ingeniera de
Software, Bases de Datos, Redes, Seguridad de la Informacin.

1 Introduccin
1.1 Organizacin de Informe.
El presente informe se ha estructurado en 5 macro partes:

La primera corresponde a la definicin del marco actual en que se desarrolla el proyecto,


donde se presenta la situacin institucional que llev a su realizacin, as como la
presentacin del estado tecnolgico de la institucin avalada por auditoras externas y
dictmenes de Acreditacin. El marco terico en este trabajo dada su extensin y cantidad
de reas que abarca puede ser consultado en los anexos, donde se encuentran algunos de los
conceptos ms importantes que permitan clarificar tpicos de este trabajo (Titulo 1).
La segunda parte presenta la hiptesis de este documento, el objetivo General y los
objetivos especficos a lograr. (Ttulos 2 y 3)
La tercera parte se esboza con el mayor detalle posible el desarrollo central del proyecto
Phoenix.ULS y los aspectos ms importantes abordados dentro de l, presentando la

Comisin Nacional de Acreditacin. http://www.cnachile.cl - visita realizada en junio de 2014

metodologa con la cual se enfrent, utilizando teora de sistemas aplicada a las


organizaciones humanas y gestin del cambio tecnolgico institucional, como ejes
estratgicos en el desarrollo del proyecto
(Ttulo 4)
La cuarta parte muestra como se lograron establecer remediales frente a las auditorias que
realizaron auditores externos a la institucin, mediante el desarrollo del proyecto
Phoenix.ULS (Ttulo 5).
La sexta parte corresponde a las conclusiones ms relevantes logrados en base a los
objetivos planteados al inicio del trabajo, as como las referencias del documento (Ttulos 6
y 7)

1.2 Situacin Actual (Pre Proyecto Phenix.ULS)


La Universidad de La Serena (ULS) es una
Universidad
del
Estado
de
Chile,
perteneciente al Consejo de Rectores y al
Consorcio de Universidades Estatales. Cuenta
con seis campus con presencia en tres
ciudades de la Regin de Coquimbo: La
Serena, Coquimbo y Ovalle. Posee
actualmente una cantidad aproximada de
8.000 estudiantes de pregrado y unos 200 de
post-grado.2
Dentro del primer proceso de Acreditacin de
entidades de educacin superior en Chile
realizada por la Comisin Nacional de
Acreditacin de Pregrado (Ex CNAP, hoy
CNA),
la
ULS
acept
someterse
voluntariamente al proceso de acreditacin
institucional en el ao 2005; como resultado
del proceso, obtuvo 2 aos de acreditacin.
Por parte de la CNA se obtuvo un informe de
las fortalezas y debilidades detectadas en las
reas en las cuales se acredit en dicha
oportunidad (gestin institucional y docencia
de pregrado).

Figura 1. Organigrama - Universidad de La Serena.


Fuente: Sitio Web de la Universidad de La Serena
http://www.userena.cl

La CNA fue muy clara al sealar una importante debilidad, plasmada en una observacin presente en el
acuerdo N 63 de Acreditacin Institucional, detectada por la comisin de pares evaluadores que visit la
ULS, especficamente en el rea Gestin Institucional, donde se seala:
La institucin carece de sistemas informticos de apoyo a la gestin en sus distintos niveles, que permitan
un uso eficiente de los datos institucionales. La ausencia de indicadores se debe a la inexistencia de
sistemas que permitan usar de manera eficiente, integrada y transversal los datos internos, y a la
concentracin excesiva de la funcin de planificacin. Se tiende a la auto referencia, la concentracin de
funciones y al anlisis descriptivo y general de la informacin institucional, lo que limita las posibilidades
de crecimiento e innovacin. 3
Es por esta observacin que la actual administracin de la Universidad de La Serena tom la decisin
estratgica de efectuar una renovacin total de toda su infraestructura tecnolgica, de sistemas de informacin
2

Sitio Web Universidad de La Serena: http://www.userena.cl - visita realizada en mayo de 2014


web CNA: http://www.cnachile.cl/res/inst/RES-INST-00053-01.pdf , Acuerdo N 63 de acreditacin institucional de la
ULS, suscrito con la CNAP (hoy CNA), - Visita realizada en Noviembre de 2013.
3

y de su red de datos, dada su actual obsolescencia, con objeto de dar sustento el crecimiento que se requiere
para el futuro, con miras a tener un apoyo tecnolgico organizacional adecuado parar aumentar los perodos
de acreditacin institucional, y tener informacin en lnea para la toma de decisiones.
Esta carencia de sistemas informticos de apoyo a la gestin de la institucin se debe principalmente a la
obsolescencia tecnolgica del hardware y software que sostenan los sistemas de informacin universitarios
(Docentes, Financieros y Administrativos) con servidores que al inicio del proyecto tenan entre 15 y 18 aos
de obsolescencia tcnica y ya no se tena servicio tcnico en la zona ni forma de conseguir repuestos en corto
plazo pese a tener mantencin pagada, con lo que cualquier falla de hardware significara la inutilidad de los
sistemas informticos, llevando a una paralizacin de las actividades de la universidad por un tiempo
indefinido, significando un costo muy alto slo por mantener sistemas legados.
Adicionalmente la red de datos estaba con equipamiento en similar condicin de obsolescencia y con el 70%
del cableado estructurado con ms de 10 aos de instalacin y sin evidencia de certificaciones, sin
administracin de la red y cadas recurrentes de sus servicios, adems de las cuantiosas vulneraciones a la
seguridad de los sistemas, cuyo nico resguardo ante accesos no autorizadas a los servidores y bases de datos
era la realizacin de respaldos de la BBDD cada 1 o 2 das, y cada 2 horas en procesos con alta concurrencia
de usuarios (matriculas, inscripcin de asignaturas, poblamiento de actas de notas, etc.)
Hasta el ao 2008, los sistemas de informacin de la Universidad de La Serena estaban basados en su
totalidad por antiguos sistemas basados en terminales de texto por medio del protocolo telnet y sus
aplicaciones estaban desarrolladas en el lenguaje de informacin Informix 4GL, y por terminales AS/400 de
IBM con aplicaciones desarrolladas en lenguaje COBOL.

Figura 2. Plataformas informticas previas de desarrollo propio al proyecto Phoenix.ULS.


Fuente: elaboracin propia
Estas aplicaciones slo intercambiaban informacin por procesos diarios, manuales y por lotes, mediante
archivos de texto plano. los sistemas desarrollados en lenguaje 4GL, se ejecutaban en el mismo servidor
donde estaba la base de datos Informix (versin 5.2) lo que sumado al acceso a la misma mquina, por medio
del protocolo telnet (datos de usuario viajan en texto plano por la red) hacen que este sistema sea sumamente
vulnerable, y en alta concurrencia tena un histrico de problemas de rendimiento, sobre todo en procesos de
acceso masivo como la toma de asignaturas para ms de 8 mil
alumnos, sin mediar ningn parcelamiento en el acceso a las
interfaces y aplicaciones en el proceso, es decir, los 8 mil
alumnos pueden acceder sin restriccin a los sistemas web para
realizar la reserva de los cupos de las asignaturas.
Adems, los sistemas informticos que eran utilizados en la
universidad, eran sistemas totalmente atomizados y que se
encontraban programados en diferentes lenguajes, como
COBOL o Informix 4GL y algunos desarrollos en ASP, y en
diferentes plataformas (System/36 o AIX o Windows NT 4
Server), bsicamente sin comunicacin entre s, con una
ausencia total de sistemas que entregaran una alta
disponibilidad de servicio. Esta atomicidad converta a la
arquitectura de software montada en un recurso poco confiable
y prcticamente intolerante a fallas, aunque se realizan tareas
especficas de forma eficiente, era cada vez menos escalable y
mantenible en el tiempo, adems de otros problemas que
surgan de procesos realizados de forma manual, que tenan
como resultado datos duplicados, redundantes e incluso en
algunos sistemas datos desactualizados.

Figura 3. Visin general de los sistemas


informticos, previos al proyecto Phoenix.ULS
donde se muestra la atomizacin existente
entre las diferentes arquitecturas y bases de
datos de cada sistema.
Fuente: elaboracin propia

Lo expuesto dejaba en evidencia ante auditoras de calidad y procesos, auditoras de estados financieros, y
auditoras informticas, que la confiabilidad de los datos y la informacin emanada de los sistemas
informticos de la ULS era baja. Es por esta razn que se realiz una Auditora completa que abarcase todas
las mencionadas, para tener una realidad cuantitativa y cualitativa de los problemas a resolver y as poder
realizar un levantamiento de las necesidades de mejora y una ingeniera de detalles ajustada a la realidad.
Los informes de auditora entregan una matriz de riesgo, donde estn presentes los puntos evaluados y
visualmente exponen una primera mirada a los problemas que puedan estar afectando el control interno, la
seguridad de la informacin y consecuentemente, su confiabilidad. Actualmente el Centro de Informtica
posee tres dictmenes de estas auditoras externas, y en esta introduccin comenzaremos presentando la
primera matriz del primer dictamen, previo al proyecto Phoenix.ULS, el cual sirvi como diagnstico y
apoyo a la gestin de obtencin de recursos financieros para abordar la necesaria renovacin tecnolgica,
como se aprecia en la figura 4.
Cabe sealar que las instituciones estatales estn obligadas por ley a someterse anualmente a una auditoria de
estados financieros realizada por auditores independientes, como parte de los mtodos de control establecidos
por la Contralora General de la Repblica; y acorde a los nuevos tiempos, estas auditores, con objeto de
determinar la confiabilidad de la informacin recopilada en dicho proceso, efectan adicionalmente una
completa auditoria informtica, de la cual se emite un conjunto de observaciones que deben en lo posible ser
resueltas para el periodo siguiente en que la institucin volver a ser auditada. Esta auditora informtica
verifica acuciosamente los niveles de seguridad y problemas de control interno que coloquen en riesgo el
acceso no autorizado a los sistemas y datos de la institucin (seguridad de la informacin y confiabilidad de
los datos).

Figura 4. Matriz de severidad riesgo en la seguridad de la informacin previa al proyecto Phoenix.ULS.


Fuente: Direccin de Finanzas de la ULS.
Frente a este escenario se tom la decisin de efectuar un reemplazo de los sistemas de informacin y
administracin universitaria, desarrollando de forma autnoma la plataforma de gestin de la docencia, y
adquiriendo la plataforma de gestin financiera y administrativa que utiliza la Contralora General de la
Repblica con su cdigo fuente, tal como se mencion anteriormente. Todo lo anterior abordados con un
enfoque que cuide el aspecto tcnico as como la gestin del cambio tecnolgico, de forma paralela. Lo
anterior conllevara la renovacin completa del datacenter institucional (servidores, enlaces, etc.) y la red de
datos institucional a nivel de equipos de comunicaciones, cableado estructurado, enlaces inter campus y la
administracin de la red; todo con un diseo fsico y lgico que privilegie la seguridad de la informacin, para
lo cual se realizaran evaluaciones tecnolgicas de rigor, as como la contratacin de consultoras

especializadas en temas relacionados a la gestin de cambio y seguridad de la informacin, y sus detalles de


implementacin se pondrn en evidencia en el presente trabajo.

2 Hiptesis
La renovacin global de tecnologas de informacin de la Universidad de La Serena presenta como primera
hiptesis que la renovacin global de TI en la ULS permitir de forma satisfactoria y exitosa introducir
nuevas tecnologas para administrar y gestionar el quehacer acadmico, estudiantil, administrativo y
financiero, convirtiendo su actual debilidad 4 en el rea TI en una gran fortaleza, con bajo impacto
organizacional, lo que permitir mejorar la gestin universitaria de forma transversal. Tambin se plantea una
segunda hiptesis complementaria en el mbito TIC y Cambio Organizacional que postula que la provisin de
nuevos sistemas informticos basados en interfaces web facilitar la gestin del cambio organizacional.
Ambas hiptesis acompaadas del reemplazo total de sistemas informticos y de comunicaciones, reducirn
la incertidumbre del usuario ante la presencia de nuevas tecnologas y sistemas de informacin, promoviendo
una nueva forma de trabajar, reduciendo los esfuerzos de mantenibilidad de las aplicaciones en cada cliente,
con el consecuente aplanamiento de la curva de aprendizaje sobre la provisin de los nuevos sistemas.

3 Objetivos
3.1 Objetivo general
Reemplazo de toda la infraestructura tecnolgica que soporta a los sistemas informticos de la Universidad de
La Serena dado su elevado nivel de obsolescencia, plataformas de administracin docente y curricular,
plataformas de administracin financiero/contable, infraestructura de telecomunicaciones e infraestructura de
seguridad de la informacin en general, considerando como factor clave de xito la gestin del cambio
organizacional para un proyecto TIC de esta envergadura, abordndolo sistmicamente para apoyar a las
unidades encargadas de establecer mtricas de mejora y gestin institucional de forma cuantitativa y
cualitativa apoyados en la provisin tecnolgica producidas por el proyecto Phoenix.ULS por medio de la
utilizacin de tecnologa web para reducir la incertidumbre y curva de aprendizaje de los nuevos usuarios.
3.2 Objetivos especficos
Los objetivos especficos de este proyecto son los siguientes:

Analizar sistmicamente a la Universidad de La Serena empleando analiticidad desde el punto de


vista de las organizaciones humanas, en un contexto tecnolgico y de sistemas de informacin [5]
aplicando rediseo y reingeniera a los procesos principales de la institucin y documentando dichos
procesos usando notacin BPMN mediante una suite BPM.
Desarrollar de forma inmediata un sistema de apoyo a la gestin institucional utilizando tecnologas
web inicialmente y luego en tecnologa Business Intelligence.
Desarrollar una Plataforma Tecnolgica Docente Integrada (PTDI) con una nica base de datos
institucional y centralizada [1], abarcando todos los aspectos del mbito acadmico y de gestin
curricular en conjunto con una plataforma de comunicacin corporativa que reemplace al actual
servidor de correo electrnico institucional, junto a la adecuacin de la plataforma Moodle dada la
necesidad de proveer herramientas para el cuerpo acadmico de la universidad que sincronicen la
oferta acadmica de PTDI y la ejecucin de las asignaturas, automatizando la gestin curricular
institucional.
Adquirir y adecuar el sistema financiero contable que utiliza la Controlara General de La Repblica
para la administracin de los recursos financieros de la institucin.
Instalar y Aplicar recomendaciones de normas ISO 9001, ISO 20.000 e ITIL a los procesos
tecnolgicos institucionales, mediante el desarrollo de una plataforma de soporte basada en CRM
que centralice todos los requerimientos tecnolgicos de la comunidad universitaria.

web CNA: http://www.cnachile.cl/res/inst/RES-INST-00053-01.pdf - Visita realizada en Noviembre de 2013

Disear y renovar la red de datos de la ULS con un core Ethernet de 10 Gbps, ya que la renovacin
de sistemas de informacin universitarios debe ir acompaada de una renovacin completa de la red
de datos de la Universidad para mejorar la calidad de los servicios entregados a travs de su red, y
que esta sea 100% administrada para disminuir los riesgos asociados a la seguridad de la
informacin.
Resolver los problemas evidenciados en la primera acreditacin institucional referentes a la carencia
de sistemas informticos de apoyo a la gestin institucional

4 Desarrollo
Tal como se menciona en prrafos anteriores, el proyecto Phoenix.ULS se trata de una apuesta estratgica
traducida en renovar la totalidad de los sistemas de informacin actuales junto a toda la infraestructura de red
y equipos de comunicaciones y de seguridad asociados.
Se dio inicio realizando visitas a otras universidades e instituciones estatales principalmente, para ver en
terreno como satisfacan sus necesidades TI educativas y financieras, a modo de tener claridad sobre el estado
del arte de forma emprica sobre las soluciones aplicadas en la gestin de instituciones de educacin superior
smiles, adems de conocer los detalles tecnolgicos y la arquitectura de software en que se sustentaban. Se
encontr un amplio espectro de soluciones, algunas con suites completas de administracin compradas a un
proveedor externo (SAP, Banner, SUNGARD, etc.), desarrollos propios completos, y otras instituciones con
suites hbridas de desarrollos propios integrados con desarrollos de terceros. Tambin se encontraron
situaciones de obsolescencia y atomizacin de sistemas, mayoritariamente en universidades estatales y
minoritariamente en universidades privadas.
Toda la informacin obtenida se tabul en una gran matriz y posteriormente realizo un anlisis FODA con
directrices estratgicas y clasificadas, agregando la informacin obtenida de levantamiento inicial de
requerimientos a usuarios acadmicos, administrativos, directivos y estudiantes, sumado a una primera
auditora de estados financieros en conjunto a una auditora informtica (ya mencionada en la introduccin) y
de seguridad de la informacin, con miras a tener un espectro claro y fundado de la situacin actual y las
necesidades emergentes, as como de las posibles soluciones, para mitigar los principales riesgos asociados al
cambio organizacional que se realizara, y prever los riesgos que adicionalmente se asociaran al reemplazo
tecnolgico que necesariamente estaba por venir.
La metodologa de forma general est pensada como un proceso de diseo (reingeniera) y rediseo de
procesos de negocios en la ULS, que permitan, por medio de una desagregacin estratgico-organizacional,
elaborar una ingeniera de detalles que permita canalizar eficientemente los recursos institucionales
(presupuesto) para llevar a ejecutar el proyecto Phoenix.ULS con xito en todas sus vertientes junto a una
mirada principalmente sistmica.
Esta apuesta estratgica, desde un punto de vista sistmico, estaba basado en la construccin de un Sistema de
Informacin Estratgica (SIE) para la Gestin Estratgica (GE) de la ULS (junta directiva y rectora), y un
Sistema de Informacin Estratgica Tecnolgica (SIET) para la GE y la Gestin Operativa (GO) de la misma
Vicerrectora Acadmica (VA) y Vicerrectora de Asuntos Econmicos y Administrativos (VREA).
4.1 Desagregacin analtica de la Universidad de La Serena
Dentro de los conceptos que enmarcan el objetivo de este apartado, Hammer y Champy definen a la
reingeniera de procesos como la reconcepcin fundamental y el rediseo radical de los procesos de
negocios para lograr mejoras dramticas en medidas de desempeo tales como en costos, calidad, servicio y
rapidez.[1]
En esta definicin podemos identificar claramente dos conceptos fundamentales; en la llamada reconcepcin
fundamental se enuncia el diseo de procesos de negocios, donde la organizacin ha tomado la decisin,
desde un punto de vista estratgico, de rehacer todos los procesos de negocios; y sobre el rediseo, se nos
presenta la opcin donde la organizacin ha tomado la decisin, desde un punto de vista operacional, de
redefinir e incorporar las actividades que sean necesarias para llegar al resultado esperado, ya que se ha

visualizado (estratgicamente) que existe un grado de satisfaccin y confiabilidad de los procesos de negocios
(medidos operacionalmente), y se tienen identificadas las perturbaciones, para incorporar las instancias que se
hagan cargo de todos los inputs y outputs, desde el punto de vista del pensamiento de sistemas.
Como caso de estudio del presente trabajo, explicaremos el origen y los alcances de la apuesta estratgica de
la rectora de la Universidad de La Serena (ULS), sobre el fortalecimiento de los sistemas informticos de
apoyo a la gestin institucional, desde la mirada y pensamiento de sistemas aplicado a las organizaciones
humanas y la aplicacin de la analiticidad desde la rectora para efectuar una de las apuestas estratgicas ms
importantes en su gestin.
Punto de vista organizacional y tecnolgico.
Analizando las fortalezas y debilidades, y frente a la observacin mencionada del acuerdo N 63 de
acreditacin institucional referente a la ausencia de sistemas informticos de apoyo a la gestin institucional,
rectora junto al nuevo equipo directivo esboz, a travs de unidades simples, los componentes fundamentales
que se identifican en una organizacin humana. En ese esquema estratgico-operacional se evidenci la
ausencia de un sistema informtico que pudiese entregar mtricas, por medio de indicadores de gestin, que
permitieran precisamente, y valga la redundancia, hacer gestin y tener a la universidad gestionada
sistmicamente, es as como empleando teora de sistemas aplicada a las organizaciones humanas, podemos
precisar que se carece de un sistema de informacin estratgico (SIE), utilizado por la Gestin
Estratgica (GE) de la organizacin, y se carece de un Sistema de Informacin Estratgico Tecnolgico
(SIET) que interacte con la GE y con la gestin operacional (GO), lo que reconfirma y demuestra lo
sealado por la CNAP en la primera acreditacin institucional, como se puede apreciar en la Figura 5.

Figura 5. Carencia de Sistema de Informacin Estratgico (SIE) y de un Sistema de Informacin Estratgica


Tecnolgico (SIET). Fuente: Apuntes del profesor Ricardo Acevedo, Polticas Y Estrategia en Sistemas de
Informacin, Departamento de Informtica, Universidad Tcnica Federico Santa Mara - 2009
En el anlisis que se realiz de la Universidad al asumir los cargos de las nuevas autoridades y directivos, se
evidenci claramente que se tena un gran desafo, re-acreditar a la ULS, y que para ello slo quedaba un ao
de acreditacin institucional vigente para lograr el objetivo, por lo que prontamente se deba tener total
claridad de los inputs y las instancias que se hicieran cargo de ellos, proyectando como meta un periodo de
acreditacin superior al ya obtenido y la incorporacin de nuevas reas susceptibles de ser acreditadas.
Dentro de las apuestas estratgicas establecidas para lograr la anhelada re-acreditacin, surgi un Objetivo
Global emanado de la Gestin Estratgica de la institucin, en base a la observacin de la CNAP (acuerdo N
63) referida a la ausencia de sistemas informticos de apoyo a la gestin: renovar todos los sistemas de
informacin y de comunicaciones de la Universidad, ya que si bien exista una unidad que haca gestin (la
direccin de planificacin), no exista en los sistemas informticos actuales un mdulo de gestin ni bases de
datos elaboradas teniendo este punto como parte de su diseo, por lo que la visin de la CNAP respecto a este
punto era clara, haba excesiva centralizacin en la unidad que realizaba el anlisis de la informacin

institucional, por medio de procesos manuales (planillas en Excel principalmente), sumado a que los sistemas
informticos existentes estaban en total obsolescencia y totalmente atomizados.
Con todo este escenario y frente a la mencionada apuesta estratgica, se esboz el diagrama sistmicoorganizacional-estructural de la Universidad de La Serena desde el punto de vista de sistemas, mostrando sus
componentes como estructura compleja, desagregando la GE en el subnivel de inteligencia y subnivel de
direccin superior, y la GO desagregada en subnivel de gestin global y subnivel de procesos operacionales,
aplicando analiticidad. El diagrama elaborado por la Universidad no fue tan desagregado como el que estamos
presentando, pero la desagregacin lograda hoy, nos permite tener varias conclusiones en mente, que sern
entregadas al final de este trabajo, por lo que mostramos, para aumentar la inteligibilidad al lector, dos
esquemas: el organigrama jerrquico de la ULS (ver Figura 1), y la desagregacin analtica de la ULS (ver
Figura 6).
El objetivo global mencionado se tradujo en una apuesta estratgica plasmada en un proyecto prioritario de la
actual administracin de la universidad: el Proyecto Phoenix de renovacin global de tecnologas de
informacin y comunicaciones, el cual desde el punto de vista de sistemas y organizacin, resolvera la
ausencia o no aplicacin de un SIE y un SIET, y tendra un carcter transversal a toda la comunidad
universitaria, desde la mirada estratgica, ya que aplicara las tic para resolver los problemas de informacin y
atomizacin de los actuales sistemas informticos, aplicando diseo y rediseo en una primera etapa, de los
procesos de negocios de 3 unidades clave (estratgicas), a saber: la direccin de docencia, la direccin de
finanzas, y el centro de informtica y computacin. Esta ltima unidad tiene dependencia directa de rectora,
lo que tiene carcter estratgico dado la naturaleza de la misin de este centro.

Figura 6. Desagregacin
analtica de la
Universidad de La
Serena. Fuente:
Elaboracin propia.

4.2 Reingeniera y rediseo de Procesos de Negocio en la ULS.


Dentro del anlisis (sistmico) realizado por rectora, se identificaron 3 unidades reguladoras de procesos
operacionales crticas desde un punto de vista estratgico en la primera etapa del proyecto Phoenix ULS,
donde se deba intervenir para disear o redisear sus procesos de negocios; dichas unidades son: la Direccin
de Finanzas (DF), la Direccin de Docencia (DD) y el Centro de Informtica y Computacin (CIC).
Direccin de Finanzas (DF).
En este contexto, la Direccin de Finanzas de la ULS tom la decisin de aplicar reingeniera de procesos de
negocios [7] por tres motivos principales: las observaciones sobre el control interno que arroj la ltima
auditoras de estados financieros realizada por auditores independientes, la incorporacin desde el 1 de enero
de 2008 de las universidades estatales a Chilecompra por mandato expreso de la Contralora General de la

Repblica y el acuerdo nmero 63 de Acreditacin Institucional 5. Frente a este escenario, favorable desde el
punto de vista del cambio organizacional, se evaluaron las alternativas de reemplazo de los sistemas
informtico-financieros, considerndolos como parte de la infraestructura crtica de la organizacin,
asumiendo que los datos y la informacin de dicho sistema sera un insumo crtico para el Sistema de
Informacin Estratgico (SIE) [5] institucional y un insumo de apoyo para el Sistema de Informacin
Estratgico Tecnolgico (SIET) [5], con dos caminos a seguir desde el punto de vista tecnolgico/estratgico:
1) desarrollar una aplicacin a la medida desde cero, o
2) adquirir una aplicacin existente con su cdigo fuente y adaptarla segn necesidad especficas.
Luego de la evaluacin por parte del equipo directivo involucrado, la opcin elegida fue la segunda: adquirir
un sistema existente, optando por la misma aplicacin financiera que se utiliza en la Contralora General de la
Repblica, llamado IconSystems 10g, ya que el impacto de incorporacin debiese ser bajo al tratarse de un
sistema utilizado por un organismo que regula a los organismos estatales, cuya estructura presupuestaria (y
contable) y los procesos asociados es similar en un 90% a la estructura de la ULS, basada en programas (o
proyectos) presupuestarios, susceptibles de percibir ingresos (presupuestados o auto-financiados) y de realizar
egresos, con respaldos contables (a groso modo, contabilidad presupuestaria), sin perjuicio de que la forma de
trabajar del personal de la Direccin de Finanzas cambiara radicalmente al tener incorporada en la aplicacin
el concepto de control interno en cada uno de sus subsistemas, hacindolos ms seguros y fiables antes las
auditoras de estados financieros a las que se someten anualmente los organismos estatales.
Junto con la implantacin de este sistema informtico financiero, y su adecuacin a necesidades especficas (a
nivel de reportes de gestin principalmente y algunas funcionalidades especficas), se elabor un nuevo
documento regulatorio formal de manejo del presupuesto de la universidad, llamado Compendio
Presupuestario, lo que equivale a un manual procedimental para todas las actividades que requieren manejo de
recursos
financieros
y
documentos contables. Este
manual se elabor basndose
en normas ISO 9001-2000,
para tener garanta de que lo
realizado tuviese sustento
respecto mejores prcticas
en la gestin de calidad al
interior de la Direccin de
Finanzas, para lo cual se
contrat un especialista en
sistemas
de
gestin,
diseando
nuevos
procedimientos
normalizados apoyados en la
notacin BPMN, asignando
responsabilidades, y creando
perfiles y cargos acordes a
Figura 7. Plataforma Tecnolgica Financiera Integrada
las
nuevas
actividades,
(PTFI), mdulo de recaudacin. Fuente: Elaboracin propia.
pasando desde un esquema
funcional a un esquema basado en procesos, utilizando un modelador BPM.
Direccin de Docencia
En esta unidad se aplic un rediseo de los procesos de negocio, basndose en su misin: la direccin de
docencia tiene como misin fundamental planificar, coordinar y controlar todos los aspectos relacionados
con la administracin del currculum de las carreras que imparte la Universidad de La Serena 6.

web CNA: http://www.cnachile.cl/res/inst/RES-INST-00053-01.pdf , Acuerdo N 63 de acreditacin institucional de la


ULS, suscrito con la CNAP (hoy CNA), - Visita realizada en Noviembre de 2013.

En esta unidad reguladora docente, si bien existen procedimientos administrativos que regulan sus procesos,
estos estaban apoyados en sistemas informticos atomizados o procesos manuales y muy burocrticos, que
solo intercambian informacin por medio de archivos batch o firmas/autorizaciones de mltiples actores, sin
ningn cruce ni relaciones implcitas, por lo que al incorporar nuevas tecnologas, basadas en entorno web y
bases de datos relacionales se opt por desarrollar una solucin de software para la gestin docente
denominada Plataforma Tecnolgica Docente Integrada (PTDI), desde donde surgieron nuevas necesidades
durante su desarrollo e implantacin, y producto del cambio del comportamiento de los usuarios en su forma
de trabajar despus de las primeras entregas, surgieron nuevas actividades y labores de desarrollo que hicieron
mejorar la calidad de la respuesta esperada de esta unidad acadmica frente a la comunidad universitaria.
Para trabajar e identificar los procesos operacionales que tenan relacin con otras unidades, se contrat
personal adicional para soportar la generacin de la documentacin asociada a sus procedimientos, todo
basado en norma ISO 9001.

Centro

de

Figura 8. Plataforma Tecnolgica Docente Integrada (PTDI), mdulo de estadsticas


(Desarrollo de Software Autnomo). Fuente: elaboracin propia
Informtica y Computacin (CIC)
Esta unidad como tal, es la gestora y responsable del Proyecto Phoenix.ULS, y depende directamente de
rectora (lo cual es estratgico). Dicho proyecto es el resultado de la comunicacin por parte de rectora del
Objetivo Global de re-acreditar a la Universidad, y la apuesta estratgica orientada a resolver la debilidad
sealada en el acuerdo de acreditacin N 63 de la CNAP, y convertirla en una gran fortaleza. Esta apuesta
estratgica, desde un punto de vista sistmico, estaba basado en la construccin de un SIE para la GE de la
Universidad, Junta Directiva y Rectora, y un SIET para la GE y GO de la misma, Vicerrectora Acadmica
(VA) y Vicerrectora de Asuntos Econmicos y Administrativos (VREA).
Adicionalmente, al igual que en las dems unidades, se incorpor el mismo sistema de gestin de calidad
basado en normas ISO 9001, pero adems, los procedimientos e instructivos tcnicos fueron elaborados y
operativizados bajo norma ISO 20.000 (mesa de soporte / mini call center, equipo de soporte en 3 niveles,

web CNA: http://www.cnachile.cl/wp-content/uploads/2010/07/acuerdo_ai_n63_uls.pdf, acuerdo N 63 de acreditacin


institucional de la ULS, suscrito con la CNAP (hoy CNA), visita realizada en diciembre de 2010

10

plataforma de trouble ticket), y todo el personal del CIC asisti en dedicacin exclusiva a cursos de
preparacin en ITIL7, ISO 20.000 y recientemente en Cobit8.
Cabe mencionar que el Centro de informtica y Computacin es responsable por decreto del desarrollo y
mantenimiento de los sistemas informticos de la ULS, y por ende responsable en gran medida de la
observacin emanada de la CNAP respecto a la ausencia de Sistemas de Informacin para la gestin, por lo
que el proyecto Phoenix.ULS tiene como objetivo transversal, realizar una renovacin de imagen frente a la
comunidad universitaria en general, principalmente sobre su quehacer y su gestin, y para lograrlo, se
requerira si o si la renovacin en paralelo de la infraestructura de la red de datos de la ULS, tambin en
obsolescencia y colapsada en trminos de trfico (deseado y no deseado), con muchos dominios de colisin y
con un performance en degradacin constante, con consecuencias tales como reiteradas cadas en el acceso de
los servicios desde y hacia internet, as como saturacin y cada recurrente de los servidores de aplicaciones y
BB.DD. de la intranet, sobre todo en alta concurrencia (ms de 5000 usuarios) desde internet en perodos pic,
y mediana concurrencia (2000 estaciones de trabajo en la LAN y WAN Universitaria).
Para soportar lo anterior, se cre una nueva rea en el CIC, el rea de Desarrollo e Ingeniera de Software,
y se contrataron 6 ingenieros en computacin egresados de la ULS, por tener en su currculum la especialidad
de Ingeniera de Software, completando la nueva reestructuracin del CIC con el establecimiento del siguiente
organigrama.

Figura 9. Nuevo organigrama del CIC de la ULS. Fuente: Elaboracin propia.


Plataforma de
institucional

Soporte

Help

Desk

Adicionalmente, y como fuente primaria


para establecer mtricas de mejora en este
trabajo, se implement una plataforma de
soporte tecnolgico, conocidas comnmente
como trouble ticket plattforms, el cual es el
medio oficial y central para que la
comunidad
universitaria
plantee
sus
problemas y/o necesidades tecnolgicas.
Figura 10. Plataforma de soporte del Centro de Informtica y
Computacin de la ULS. Fuente: Elaboracin propia.
7

ITIL: Conjunto de buenas prcticas para la administracin de servicios TI. http://www.itil-officialsite.com/ ,


visita en Agosto de 2014
8
Cobit: Framework para el Gobierno de las TI. http://www.isaca.org/cobit/pages/default.aspx , visita
realizada en Agosto de 2014

11

Gracias a la implantacin de esta plataforma CRM/CRQ 9 de gestin tipo Help Desk, es posible llevar un
anlisis cuantitativo y estadsticas de cada rea del CIC, monitoreando a sus responsables, los tiempos de
respuesta, y muchas herramientas de gestin efectiva de las necesidades tecnolgicas de la comunidad
universitaria. A continuacin se muestra la evolucin de los requerimientos de soporte desde la puesta en
produccin de esta aplicacin.
4.3 Arquitectura de Software implementada
El escenario presentado, si bien parece desfavorable desde un punto de vista tecnolgico, desde el punto de
vista del cambio organizacional presenta una gran ventaja: todos los usuarios, acadmicos, administrativos y
estudiantes pedan una renovacin tecnolgica total. Es as como por medio de la direccin del centro de
informtica, rectora canaliza los recursos necesarios para renovar toda la infraestructura tecnolgica de la
Universidad de La Serena, sistemas informticos y de comunicaciones, pero con una gran prerrogativa: el
100% de los sistemas (desarrollados y/o comprados) debe poder ser utilizado (y administrado) va web. Este
punto es donde la innovacin y el apoyo y decisin de las autoridades superiores de la Universidad de La
Serena aparecen como eje clave para el xito del proyecto.
Tal como se mencion anteriormente en este documento, se buscaron en el mercado (pblico y privado), las
distintas alternativas de software para la gestin universitaria que existan, ya implementadas en otras
universidades, plantendose:

Adquirir la plataforma de otra casa de estudios superiores y adaptarla con asesora de esa misma
institucin
Adquirir la plataforma a una firma de software comercial (SAP, Banner, SUNGARD)
Desarrollar la plataforma con recursos propios

Despus de un exhaustivo anlisis de pre-ingeniera, realizando una evaluacin de xito de la integracin de


estas soluciones en las distintas universidades, se tomaron las siguientes decisiones de implementacin para la
arquitectura de software del proyecto:
Virtualizacin de los servidores de misin crtica utilizando Citrix XenServer (y balanceados con el clster de
balanceadores de servidores y enlaces) y virtualizacin de estaciones de trabajo utilizando Citrix XenDesktop
5.5 (acceso a sistemas operativos de usuario mediante Thin Clients por hardware y/o software).
Reemplazo de sistemas operativos para las aplicaciones de misin crtica (sistemas acadmicos y
sistemas financieros/administrativos y respectivas BB.DD.) desde IBM AIX 4.3 a Redhat Linux
Enterprise 5.1

Reemplazo del motor de base de datos Informix 5.2 a Oracle 10g r2 de 64 bits para Linux y
reingeniera de los modelos de datos existentes.
Desarrollo propio de los sistemas informticos acadmicos (PTDI), basados en arquitectura web,
utilizando Apache como servidor y PHP como lenguaje, acompaado de tecnologas web 2.0
(AJAX) en el lado del cliente y servidor, contratando ya en este momento 7 ingenieros en
computacin de la Universidad de La Serena, agregando un encargado responsable de la ingeniera
de requerimientos y sus metodologas10.
Adquisicin con su cdigo fuente del ERP utilizado por la Contralora General de la Repblica para
la administracin de los recursos financiero/administrativos, el cual est basado en arquitectura
Oracle Forms11, el que a su vez est montado sobre Oracle Application Server versin Enterprise 12,
un servidor de aplicaciones java propietario de Oracle.

CRQ: Client Resource Queue


http://www.alumnos.inf.utfsm.cl/~rrossel/Papers/re.pdf
11
http://www.oracle.com/technetwork/developer-tools/forms/overview/index.html
12
http://www.oracle.com/us/products/middleware/application-server/enterprise-edition/index.html
10

12

La comunicacin entre ambos sistemas (acadmico y financiero/administrativo) se norm estableciendo como


eje central de intercambio y actualizacin de informacin la utilizacin de procedimientos almacenados,
dejando fuera de protocolo cualquier consulta directa sobre las tablas de cada sistema.
Lo anterior se puede apreciar en el bosquejo de la arquitectura preliminar para el proyecto Phoenix, presente
en la Figura 11, la cual contendra conceptualmente servidores de aplicaciones en base a alguna arquitectura
por definir, y una sola base de datos central.

Figura 11. Arquitectura preliminar para el proyecto Phoenix.ULS. Fuente: Elaboracin propia.
4.4 Ingeniera de Software y evolucin de los mtodos de desarrollo gil en la ULS [8]
Desde el punto de vista de la Ingeniera de Software, (visin estratgica), uno de los objetivos principales es
establecer una macro metodologa (Framework) que nos permita guiar el ciclo de vida de los productos
desarrollados dentro del CIC, estableciendo indicadores que permitan decidir la forma de abordar el desarrollo
de las aplicaciones de acuerdo a mtricas que sern establecidas en el presente trabajo, por ejemplo,
dependiendo del nmero de horas/hombre y la disponibilidad de aquel recurso, conformando y midiendo
indicador de riesgo, se podr decidir la metodologa de desarrollo (XP 13, SCRUM14, etc.) o justificar la
necesidad de inyectar recursos para mitigar el riesgo de retraso en la entrega del producto terminado.
Por otro lado, se debe establecer una Arquitectura de software (visin operativa) que siente las bases para
lograr el desarrollo del Framework, estableciendo una gua formal para el desarrollo de las nuevas
aplicaciones y migracin de las existentes, con el objetivo de optimizar el rendimiento en ambiente
productivo, sin tener que hacer mejoras en la infraestructura actual con la que cuenta el CIC, sin
sobredimensionar recursos de computo, con un impacto directo en la mejora del rendimiento del producto de
software final, aprovechando las potencialidades que brindan los lenguajes de programacin como JavaScript
y PHP para el desarrollo de aplicaciones Web utilizando AJAX.
Previo al inicio del proyecto Phoenix.ULS, en el CIC se desarrollaban aplicaciones en lenguajes como 4GL y
Cobol, cubriendo necesidades inmediatas de informacin de las diferentes unidades de la universidad. El
personal del CIC abordaba este tipo de requerimientos siguiendo una metodologa de desarrollo estructurada,
con ciclos en cascada. Si bien los requerimientos para esa poca eran bastante sencillos y permitan utilizar
este tipo de metodologas, el crecimiento de la Universidad, y por lo tanto de las necesidades de contar con
nuevas y modernas herramientas de gestin, hacan imposible seguir trabajando de esta forma.
En cuanto al desarrollo de los nuevos sistemas acadmicos y administrativos, se puede decir que se pas por 3
diferentes etapas, en cada una de las cuales se adoptaron diferentes formas de enfrentar el desarrollo y sobre
todo los requerimientos y exigencias del proyecto.
Primera etapa: toma de requerimientos.
13
14

http://www.ia.uned.es/ia/asignaturas/adms/guiadidadms/node68.html
http://www.proyectosagiles.org/que-es-scrum

13

Momento en el cual todas las unidades que hasta ahora no haban


obtenido una total satisfaccin en cuanto a sus necesidades de
informacin volcaron sus miradas en este nuevo proyecto, lo que
resulto en una gran cantidad de requerimientos, aunque la mayora
vagamente definidos o enfocados. En esta etapa tambin se deba
demostrar que el proyecto Phoenix.ULS estaba avanzando y dando
frutos casi inmediatos, por lo cual se deba mostrar avances en el
corto plazo.
Con un nuevo equipo humano de desarrollo de software y objetivos
definidos al corto plazo, se comienza a incorporar nuevas
metodologas de trabajo en lo que respecta al desarrollo de software.
En primera instancia los requerimientos de informacin crecieron de
forma abrupta al conocerse que este nuevo proyecto realizara la
renovacin de los sistemas informticos institucionales, por lo que las
diferentes unidades plantearon sus necesidades todas con alta
prioridad, pero que constantemente sufran cambios. En resumen, los
requerimientos planteados eran:

Figura 13. Prdida de recursos


durante el ciclo de vida de los
productos de software.

De suma urgencia.
Crticos.
Medianamente claros o definidos.
De constante cambio.
Con un mbito que solo uno o dos usuarios manejaban en un 100% en cada unidad.

Ante este escenario de trabajo, se opt por utilizar algunas mejores prcticas de metodologas giles,
especialmente XP, sabiendo que la caracterstica principal de este tipo de metodologas es que son ms
adaptables que predictivas15. Entre las caractersticas que se consideraron para ser aplicadas dentro del
equipo de desarrollo en esta primera etapa fueron16:

Integracin del cliente, lo que fue un paso importante en el desarrollo de las aplicaciones, ya que
permita obtener retroalimentacin directa del desarrollo realizado.
Mnima documentacin, considerando como indispensables ciertos documentos bsicos como los
requerimientos, flujos, etc.
Desarrollo iterativo e incremental, definiendo pequeas
entregas funcionales a las que luego se le incorporaran
nuevas funcionalidades segn como los requerimientos
se presentaran.
Programacin en parejas, donde un desarrollador
codificaba y su compaero serva de apoyo y
efectuando rotaciones.
Refactorizacin del cdigo, revisando y corrigiendo
cualquier defecto antes de incorporar nuevas
funcionalidades.
F
Propiedad colectiva del cdigo, lo que proporcionaba
igura 12. Ciclo de vida de los productos de
cierto respaldo ya que siendo un equipo nuevo, estaba
siempre latente la posibilidad de que algn integrante software. Fuente: Elaboracin Propia
dejara al equipo.

Utilizando estas prcticas, se lleg a una primera entrega, con la


cual se llev a cabo el proceso de matrcula de alumnos con ingreso va PSU el ao 2008, mostrando
15
16

http://www.programacionextrema.org/articulos/newmethodology.es.html
http://es.wikipedia.org/wiki/programaci%c3%b3n_extrema

14

herramientas y funcionalidades que con los anteriores sistemas no era posible proporcionar, como la entrega
de estadsticas en lnea, ejecutivos de matrcula multi-carrera, emisin de certificados de alumno regular en
el momento de matricularse, etc.
Segunda etapa: posterior a las primeras entregas y avances.
Una vez que se pudo mostrar un primer avance de cmo las nuevas plataformas apoyaran a los procesos
institucionales, las diferentes unidades vieron que efectivamente podran utilizar estos avances como una
herramienta de apoyo a sus actividades cotidianas, por lo que ahora los requerimientos fueron ms enfocados
y especficos, aunque siempre se mantena la caracterstica de cambios en ltimo momento. Si bien los
avances ya se haban mostrado, ahora las autoridades queran ms resultados positivos y la entrega final del
proyecto, lo que mantena el sentido de urgencia en cuanto a finalizar el desarrollo.
En esta etapa las entregas estaban bien definidas en cuanto a su alcance y se necesitaba dividir el trabajo de
forma diferente, incluyendo cierta etapa de planificacin e informando del estado de avance de cada
submdulo que se desarrollaba. Bajo estas caractersticas, se haca necesario incorporar caractersticas de
gestin del desarrollo involucrando al cliente dentro del proceso.
Bajo este nuevo escenario, se decidi adoptar prcticas de SCRUM 17 para gestionar el proyecto. Se
incorporaron:
Reuniones diarias para saber el estado de los desarrollos dentro del equipo completo y cada submdulo (Daily Scrum).
Reuniones con el cliente donde l mismo participaba en la definicin de las prioridades y
funcionalidades que se incorporaran en cada entregable (stakeholder).
Reuniones de planificacin cada 15 das (planificacin del sprint).
Reuniones de revisin del avance (revisin del sprint)
Con la incorporacin de estas caractersticas de Scrum, se llev a cabo el desarrollo del total del proyecto de
renovacin de sistemas informticos de la Universidad de La Serena, el cual comenz su marcha blanca en
produccin el ao 2009, incorporando entre los procesos que cubra: matrcula de alumnos ingreso va PSU,
ingreso de la oferta acadmica semestral y anual, inscripcin de asignaturas (para una cantidad de
aproximadamente 8.000 alumnos), ingreso de actas de notas, entrega de certificados, reportes, estadsticas,
realizacin de encuestas en lnea [11], etc.
Tercera etapa: posterior a la entrega formal de las plataformas institucionales.
Cuando las plataformas estuvieron ya implantadas en un 100% en base a los requerimientos iniciales, lo que
significaba la entrega formal del proyecto, se comienza con la etapa de mantencin e integracin de nuevas
funcionalidades no consideradas en los requerimientos iniciales. Cada uno de estos nuevos desarrollos se lleva
a cabo como un sub-proyecto individual, para los cuales se seleccionan diferentes metodologas dependiendo
de las caractersticas de cada uno.
Primero se evala la complejidad de cada sub-proyecto, dividindolo en etapas y basndose en la cantidad de
h/h requeridas para dar cumplimiento a lo solicitado, con lo cual podramos resumir las metodologas
utilizadas de la siguiente forma:
Para desarrollo de baja complejidad, se encarga el desarrollo a un solo miembro del equipo, que
generalmente utiliza un ciclo de vida iterativo 18. Por ejemplo para la creacin de nuevos reportes o estadsticas
en lnea.
Para desarrollo de mediana complejidad, se utilizan prcticas de XP como la programacin en parejas y
revisiones continuas del producto en conjunto con el cliente. Por ejemplo en el caso de solicitar la
modificacin de algn mdulo de la plataforma o la generacin de una funcionalidad completamente nueva de
un mdulo en particular.
17
18

http://www.proyectosagiles.org/que-es-scrum
http://www.javiergarzas.com/2010/01/veterano-ciclo-de-vida-iterativo-incremental.html

15

Para desarrollos de alta complejidad, se utilizan prcticas de XP en conjunto con prcticas de Scrum para la
administracin y designacin de equipos, ya que es necesario dividir el desarrollo en Sprints. Por ejemplo si
se solicita un mdulo completamente nuevo no considerado en los requerimientos iniciales y donde se
requiere especialmente de la participacin del cliente en la seleccin de las funcionalidades de cada entrega.
Por ltimo, es necesario mencionar, que previo al inicio de la 2da etapa, ya se haba logrado implantar
prcticas de trabajo dentro del equipo que facilitaron la continuidad del proyecto de desarrollo, como por
ejemplo el definir un estndar de codificacin y un estndar de diseo de bases de datos y una serie de
instructivos tcnicos para la gestin de la configuracin del software 19.
Desarrollo gil y la utilizacin del lenguaje PHP como herramientas de desarrollo.
En cuanto a la experiencia que se obtuvo del desarrollo de las plataformas acadmicas y administrativas del
proyecto Phoenix.ULS, el uso del lenguaje PHP 20 como base para la codificacin fue una buena eleccin, ya
que es un lenguaje de fcil manejo, con el cual se puede generar cdigo rpidamente, de forma ordenada y
clara, facilitando la comprensin por parte de otros desarrolladores, punto muy importante a la hora de utilizar
trabajo en parejas, rotaciones o revisiones, como lo que se hace al utilizar prcticas de XP.
La existencia de herramientas como phpunit21, para el desarrollo de pruebas unitarias y el constante desarrollo
de nuevas libreras como complemento, permiten que se pueda tambin generar procedimientos estructurados
e instructivos tcnicos de baja complejidad, para la codificacin y pruebas unitarias, actualmente una prctica
habitual en el CIC [9].
Para las metodologas giles, los cambios en los requerimientos incluso horas antes de finalizar un entregable
es algo natural y abordable, por lo que el uso de estas tcnicas se adapt sin muchos contratiempos a los
requerimientos del equipo de desarrollo del CIC. Esto complementado con las facilidades ya mencionadas que
proporciona PHP como lenguaje interpretado en su codificacin, son parte de uno de los aspectos que
ayudaron a que el proyecto Phoenix.ULS de renovacin tecnolgica, en el mbito de la renovacin de sus
sistemas de informacin, tuviera el xito observado en su implantacin y masificacin en el uso de sus
productos de software.
4.5 Gestin de procesos educacionales apoyados en TI utilizando BPM
El proyecto de BPM para el centro de informtica y computacin (CIC) de la Universidad de La Serena,
pretende introducir el desarrollo de BPM dentro de la implementacin de procesos, para lo cual se propone
comenzar con una migracin de los procesos llevados a cdigo fuente ya desarrollados, con lo que se
proyecta sentar las bases del desarrollo de nuevos procesos que se incluyan en el futuro.
Actividades de la propuesta BPM.
Las actividades principales que se desarrollaron con este sub-proyecto son:
Introducir el concepto de BPM al interior del equipo de desarrollo del CIC.
Desarrollar un prototipo de aplicacin BPM para el CIC, basado en algn proceso ya existente e
implementado en las plataformas computacionales.
Para esto, las tareas que se observan son las siguientes:
1. Identificar los procesos que actualmente se encuentran implementados dentro de la PTDI, como
potenciales prototipos para el proyecto.
2. Seleccionar dos procesos representativos para desarrollar el prototipo.
3. Seleccionar la herramienta que posea las caractersticas necesarias para poder desarrollar los
prototipos, considerando la posibilidad de reutilizar cdigo de los actuales procesos implementados
en la PTDI como factor de mayor peso.
19

http://www.ia.uned.es/ia/asignaturas/adms/guiadidadms/node68.html
http://www.php.net/
21
http://phpunit.sourceforge.net/
20

16

4.
5.
6.

Realizar el diagrama en BPMN de los procesos seleccionados.


Identificar funcionalidades que ser necesario llevar a Web Services como parte de la
implementacin del prototipo.
Implementar el prototipo de BPM con los procesos seleccionados.

Como pasos siguientes, una vez implementada la propuesta con sus prototipos, se desea hacer extensible este
tipo de desarrollo al resto de los procesos que sean susceptibles de informatizarse, como una herramienta que
realmente otorga un mayor valor agregado a las aplicaciones hasta ahora desarrolladas para optimizar la
productividad en el trabajo de los desarrolladores, siempre y cuando los resultados muestren que el uso de
procesos en esta forma es factible de llevar a cabo como proyecto. Si esto es as, o sea, si la evaluacin de este
sub-proyecto es positiva, se pretende llegar a generar un estndar de programacin, de estructura similar a los
actuales estndares existentes en el CIC utilizados para el desarrollo de las aplicaciones, y comenzar una
capacitacin interna para los integrantes del equipo de desarrollo que se vern involucrados en este trabajo.
Esquema general del sub proyecto BPM22
Actualmente existen servidores virtuales separados para cada plataforma (Docente y Financiera), cada cual
desarrollada en uno de dos lenguajes de programacin diferentes. Por una parte la Plataforma Docente est
desarrollada completamente en PHP y JavaScript, y se encuentra alojada en una mquina con Linux; por otro
lado, la plataforma financiera est desarrollada completamente en Oracle Forms y se encuentra alojada en una
maquina con Windows. Si bien estas dos plataformas de cierta manera interactan y se integran, no comparten
funciones a nivel de su cdigo fuente, ya que la interaccin mayormente se basa en la ejecucin de
procedimientos almacenados en la base de datos entre ambas.
Ya que la implementacin de procesos con BPM consumir webservices, a este nivel podra haber integracin
con futuras plataformas, como la plataforma mvil en desarrollo, tambin se pretende lograr integracin con
las plataformas ya existentes a nivel de la base de datos, y reutilizacin de cdigo fuente (funciones de
validacin en java script o cdigo PHP).

Figura 14. Esquema general de la solucin propuesta para el sub proyecto BPM para la Universidad de La
Serena. Fuente: Tesina de Magister en TI de Marcelo Zepeda Dub, Promocin 2009

4.6 Renovacin de la Red de Datos Institucional.


La segmentacin de redes como elementos de seguridad, ha permitido bloquear el acceso de los usuarios a los
recursos de informacin que no son pblicos, como archivos, servicios, bases de datos y otros equipos en la
22

El proyecto BPM institucional [6] ha dado origen a una tesis del MTI.

17

red. As mismo, esta subdivisin permite asignar determinados recursos y calidad de servicio a redes para
fines especficos, ya sea video conferencias, acceso a transacciones para equipos que den servicio a una
determinada oficina, o configuracin de puertos especialmente solicitados para una direccin IP especfica y
que el equipo este fuera del recinto del CIC.
Figura 15. Diagrama lgico de
la nueva arquitectura e
infraestructura del proyecto
Phoenix.ULS. Fuente: Plan de
Recuperacin antes desastres
del Centro de Informtica y
Computacin de la ULS

Figura 16. Diseo de servidores (virtuales


y fsicos) de la nueva arquitectura de los
sistemas de informacin del proyecto
Phoenix.ULS. Fuente: Plan de
Recuperacin ante desastres de la ULS.

Figura 17. Tecnologas


empleadas en la arquitectura del
proyecto Phoenix.ULS. Fuente:
Elaboracin propia.

4.7 Implementacin de Monitoreo y administracin de servicios en la red


Se ha implementado el monitoreo de protocolos y servicios con potencial riesgo de transferencia e infeccin
por virus y saturacin de servicios de red, actualizando listas negras de sitios web, identificando
comportamientos en las transacciones segn protocolo, con polticas de completa prohibicin de acceso (p2p,
servicios proxy externos, etc.) y acceso parcial o restringido en su ancho de banda usando catalogacin de
trfico (traffic shaping), la cual permite controlar el trfico en las redes de la universidad para optimizar y
garantizar rendimiento, baja latencia en los servicios y asegurar un ancho de banda a los usuarios, clasificando
los tipos de conexiones, priorizando o retrasando paquetes, todo ello para asegurar una calidad de servicio y
no sobrepasar las capacidades reales y producir bajas en los servicios. Esto ha reducido enormemente las
cadas de servicio de internet y acceso a las plataformas y servicio montados sobre la infraestructura de red de
la universidad, por medio de la adquisicin de un software especializado para apoyar esta tarea.

18

Las polticas de red, permiten identificar qu tipo de archivos se estn transmitiendo en la red de la
universidad y aplicar filtros en base a un antivirus. Estas polticas tambin permiten identificar
comportamiento fuera de lo comn, en el caso de que un equipo se encuentre infectado y acte como
computador zombi y tenga ms transacciones en la red de lo que hara un computador normal.
Encriptacin
Uso de encriptacin en equipos de usuarios claves y equipos de todos los integrantes del centro de
informtica, en caso de acceso no autorizado o sustraccin de los mismos, el material en desarrollo o
versiones de prueba de las plataformas no estarn expuestas.
Para los servicios web implementados en las instalaciones de la universidad, se utiliza SSL (secure socket
layer, capa de conexin segura), para establecer una conexin segura, encriptando la informacin que se
transmite entre el cliente y el servidor.
Dado que una de las ventajas de los servicios montados en interfaces web es el acceso desde cualquier parte
del mundo, desde un computador con internet, esto se convierte en una debilidad para los servicios que no
deben ser de acceso pblico o son de nivel estratgico para la administracin de la universidad. Para ello se
han habilitado accesos usando la tecnologa VPN para determinados servicios, tanto para su ejecucin como
para su administracin.
Seguridad de la informacin en la ULS
El CIC, ha definido como una prioridad la seguridad de la informacin, implementando polticas y
procedimientos formales a ejecutar en el quehacer diario del Centro, metodologas de desarrollo,
configuracin y administracin de recursos, todo ello, para garantizar la integridad, la privacidad y la
perpetuidad de la informacin. Los cortafuegos se han considerado como la herramienta definitiva para el
resguardo y proteccin de la informacin, pero estas estn supeditadas al control y diseo de reglas de acceso,
un diseo inteligente de administracin de recursos de red y definicin de polticas internas para la definicin
de qu tipos de sitios, servicios y protocolos los usuarios pueden consumir. Junto a esto, instaurar
procedimientos y formacin para lograr un comportamiento ad-hoc en los usuarios ha sido importante dentro
del CIC, lo cual ha permitido reducir la incertidumbre dentro del equipo interno para poder enfrentar los
cambios con mayor rapidez. Estos procedimientos y comportamientos se reflejan en el autocontrol de fuentes
de software que sean malignas a la estabilidad de los equipos de desarrollo, el no crear redes wi-fi ad-hoc as
impedir accesos no autorizados a las redes internas, uso de contraseas seguras dado un formato de cantidad y
variedad de caracteres, y usar encriptacin de disco en cada equipo disponible en el CIC. De la misma forma
controlar el acceso a personal no autorizado a las salas de desarrollo y datacenter, minimizan en gran medida
los riesgos asociados a la vulnerabilidad de la informacin por terceras personas
4.8 Virtualizacin de recursos tecnolgicos institucionales
Una definicin aceptada de virtualizacin, es la creacin de una versin virtual de algo, ya sea hardware, una
plataforma, sistema operativo, un dispositivo o recursos de red. Esta misma definicin engloba la siguiente
descripcin:
La virtualizacin puede ser visto como parte de una tendencia general en la organizacin, que incluye
computacin autonmica, un escenario en el que el entorno ti se podr administrar a s misma, como una
actividad de percepcin, y a una utilidad de la computacin, en la que se la capacidad de procesamiento sea
vista como una herramienta que los cliente puedan pagar solo cuando sea necesario. El objetivo habitual de
la virtualizacin consiste en centralizar tareas administrativas, mientras se mejora la escalabilidad y la
carga de trabajo, traduccin libre del autor [3].
La virtualizacin de recursos dentro de la infraestructura de la ULS se utiliza como estrategia para asegurar la
escalabilidad, mantenibilidad y asegurar calidad de servicio, ya que la decisin de adquisicin de hardware no
estar supeditada a alguna tecnologa o proveedor especfico, y en adicin podr ser construida bajo la
disponibilidad de recursos, espacio y definicin de requerimientos durante la vida del proyecto. Esta

19

estrategia se puede subdividir en 3 ejes principales, virtualizacin de recursos de cmputo, virtualizacin de


recursos de red y virtualizacin de recursos de seguridad.
4.9 Nueva Base de datos Institucional
El anlisis preliminar de tecnologa disponible en la ULS, mostraba que los motores de bases de datos que se
encontraban en la actualidad estaban solo en relacin directa con un sistema de informacin especfico
atomizado, desvinculado con respecto a los otros sistemas dentro de la universidad, en varios motores de
bases de datos, Microsoft SQLServer, IBM, Dbase, Informix y en algunos casos datos tabulados en texto
plano, lo que provoc la duplicacin de la informacin, lentitud en cotejar y adquirir datos actualizados para
los procesos de gestin de la ULS y una gran carga laboral asociada a procesos de re trabajo.
La base de datos corporativa es el cimiento informativo del sistema organizacional 23. En base a esta premisa
y lo anteriormente expuesto es que se gener la construccin de un nuevo modelos de datos institucional
nico para todos los sistemas independiente del lenguaje o capa de presentacin que se utilice en su
desarrollo, unificando los sistemas de informacin institucionales a travs de una nica base de datos, optando
por privilegiar opciones de cdigo abierto, y al contar con desarrolladores con alta experiencia previa,
Postgresql fue la eleccin preliminar para el diseo y desarrollo.
Como estrategia de desarrollo, se dise el API de las plataformas para que no dependiera de las instrucciones
y funciones propias de las libreras de conexin y consultas a determinado motor de base de datos, sino que se
flexibiliz parametrizando el tipo de motor, las acciones comunes a ejecutar con un set de datos, y el nombre
de las tablas y campos se declararon como variables. Esto permiti que, pasada la etapa de diseo y desarrollo
preliminar, se pudiera integrar en versin de produccin bajo el motor de bases de datos Oracle 10g sin
cambios drsticos en su cdigo, reduciendo los tiempos de implementacin.
La eleccin de un motor de bases de datos de clase mundial como Oracle fue empujada por la adquisicin de
la plataforma de gestin financiera IconSystem 10g, la cual est sustentada en el servidor de aplicaciones
Oracle Application Server utilizando Oracle Forms, y sobre este motor de base de datos relacional. El motor
de bases de datos Oracle es bien conocido por su escalabilidad, fiabilidad, y caractersticas de alto
rendimiento para aplicaciones crticas. Es la base de datos lder del mercado y est disponible para muchas
plataformas de sistema operativo. Dentro de estas caractersticas se encuentra la escalabilidad y alta
disponibilidad, desarrollando los sistemas acadmicos conectados a IconSystems 10g utilizando el lenguaje
de programacin PHP [2]. Bajo esta metodologa de trabajo, se recomienda por parte de Oracle implementar
la distribucin de Linux llamada Oracle Unbreakable Enterprise Linux, y as asegurar el rendimiento,
condiciones ideales de flujos de trabajo, respaldo y garanta, bajo un ambiente de produccin certificado por
el proveedor, definicin totalmente compatible con la poltica de utilizar software OpenSource en este
proyecto.
.

5 Remediales frente a observaciones de auditoras externas de la CNA y auditores


independientes
Remediales frente a observaciones de la CNA

23

web forexco: http://www.forexco.com, visita realizada en marzo de 2011

20

Luego del dictamen de la CNAP en el primer proceso de acreditacin institucional existan dos puntos con
suma urgencia e importancia a resolver, uno, la ya mencionada observacin sobre la carencia de sistemas
informticos de apoyo a la gestin institucional, y otro tema no menor, el servicio de correo electrnico de la
ULS estaba en total colapso. Adems de lo anterior, la obsolescencia de los sistemas operando en esa fecha
era elevada con un compromiso de seguridad de la informacin muy alto, se acceda a todas las aplicaciones
por medio de terminales de texto bajo el protocolo telnet, donde las credenciales de acceso viajaban por la red
en texto plano, sin ningn tipo de cifrado.
Es en este contexto donde se desarroll un sistema web para la entrega de estadsticas y grficos generales
que tuviesen relacin directa con los indicadores de gestin que la universidad posee pero que no haban sido
sistematizados. Esta labor fue muy compleja, requiri analizar las bases de datos y sus estructuras sobre
diferentes plataformas y sistemas legados y establecer procedimientos normalizados para el volcado de datos
en modalidad batch sobre una base de datos relacional que fue concebida bajo el concepto de
datawarehousing. Todo esto frente a 11 meses faltantes para el nuevo proceso de re acreditacin institucional
y paralelo al desarrollo e implantacin de los nuevos sistemas de administracin universitaria del proyecto
Phoenix.ULS. Es as como a seis meses de la re acreditacin, nace el SAGI, Sistema de Apoyo a la Gestin
Institucional, cuya primera versin cumpli eficazmente con soslayar la observacin de la CNAP sobre su
ausencia, y hoy se encuentra en desarrollo una nueva versin, ms cercana a una suite de inteligencia de
negocios, y montado sobre un datawarehouse alimentado directamente sobre los datos de la base de datos
central.
Del mismo modo destaca la especial observancia a los sistemas informticos de apoyo a la gestin, durante
los procesos de acreditacin del ao 2006, 200x y 2012, sealando:

Acuerdo de acreditacin Institucional N 56 de 200824, Gestin Institucional:

Acuerdo de acreditacin Institucional N 204 de 201325, Gestin Institucional:

Remediales frente a auditoras independientes


Un segundo dictamen en pleno proceso de desarrollo e implantacin de los sistemas y procesos del proyecto
Phoenix.ULS, como se aprecia en la figura 18:

24

http://www.cnachile.cl/res/inst/RES-INST-00053-02.pdf, Visita realizada en Marzo de 2013


http://www.cnachile.cl/res/inst/RES-INST-00053-03.pdf, Visita realizada en Marzo de 2013

25

21

Figura 18. Matriz de severidad de riesgo en la seguridad de la informacin durante la ejecucin del proyecto
Phoenix.ULS. Fuente: Direccin de Finanzas de la ULS.
Finalmente se cuenta con un tercer dictamen al pendiente de la realimentacin por parte de la ULS, como
muestra la figura 19, presentando fielmente las mejoras que el Proyecto Phoenix.ULS ha proporcionado a la
institucin en materia de procesos ligados a la gestin y al control interno:

Figura 19. Matriz de severidad riesgo en la seguridad de la informacin durante la fase final del proyecto
Phoenix.ULS. Fuente: Direccin de Finanzas de la ULS.
Actualmente estamos en pleno proceso de una nueva auditora al cierre de este mega proyecto, y por decisin
de la empresa auditora independiente, este ao no se realizar una auditora informtica junto a la auditora de
estados financieros, dados los resultados de la ltima matriz de riesgo ya que asumen confiabilidad de los
datos e informacin en los sistemas informticos institucionales provistos por el proyecto Phoenix.ULS.

22

Posteriormente, en los aos 2011 y 2012 se evidencian patrones generales de comportamiento de


requerimientos tecnolgicos. Hay peaks de solicitudes al final del ao acadmico (mes de Enero) muy pocas
solicitudes y actividad durante el periodo de receso universitario en Febrero otro peak al inicio de ao
acadmico, y una disminucin de solicitudes y actividades de estas al trmino del primer semestre (junio julio
agosto) y se incrementan estabilizndose progresivamente las solicitudes y actividades desde agosto a
diciembre enero del ao entrante pero mismo ao acadmico; ste patrn de comportamiento permite
asignar proactivamente los recursos humanos y materiales en temas de tecnologa con planificaciones
mensuales que requieren poco ajuste en la actualidad, logrando mejoras en la calidad de los servicio
entregados desde las diferentes reas del Centro de Informtica y Computacin, con buenos tiempos de
respuesta y transparencia total de las actividades, entre todos los involucrados.

6 Conclusiones

Se logr construir un sistema de informacin de apoyo a la gestin institucional, con datos


considerados como confiables, superando as la observacin de la CNA respecto de la carencia de
este tipo de sistemas, logrando re-acreditar a la ULS por un periodo de 4 aos desde el 2008 al 2012,
el doble de la primera acreditacin y re-acreditndola nuevamente, el Diciembre de 2012 a
Diciembre 2016.

El anlisis sistmico realizado a la institucin, permiti una visin global y desagregada de la


universidad para poder identificar las entidades fundamentales que permiten su funcionamiento y a
su vez, identificar los procesos de negocio que requeran reingeniera y/o rediseo.

Se desarroll una plataforma tecnolgica administrativa y docente totalmente integrada, con una
nica base de datos central y basada en tecnologa web. La plataforma docente, fue un desarrollo
propio al 100% y la plataforma financiera, una adaptacin del cdigo fuente del ERP de la
Contralora General de la Repblica, ambos con bajo impacto institucional ante el cambio
tecnolgico.

Se gener un proyecto de inteligencia de procesos (SOA/BPM) y un proyecto de inteligencia de


negocios (BI) los cuales con la base tecnolgica provista por el proyecto Phoenix.ULS permitir
mejorar los procesos de toma de decisin y seguimiento de los procesos de la institucin.

Los principales procesos de negocios educacionales y administrativos de la institucin se encuentran


modelados utilizando BPMN 2.0, en proceso de validacin y prontos a ser implementados en
produccin en un plan piloto, generando una tesis para el MTI, a cargo del Ing. Sr. Marcelo Zepeda
Dub, egresado del programa, profesional a cargo del autor del presente documento.

Est por liberarse el primer prototipo del dashboard de inteligencia de negocios (BI) para la ULS, la
que reemplazar al actual Sistema de Apoyo a la Gestin Institucional (SAGI), por su versin 2.0
empleando herramientas de la suite de inteligencia de negocios Pentaho, la que ha sido adquirida por
la institucin para poder obtener soporte de sus desarrolladores, la cual est pronta a ser
implementada en produccin en un plan piloto, generando otra tesis para el MTI, a cargo del Ing. Sr.
Mauricio Flores Galarce, egresado del programa, profesional a cargo del autor del presente
documento.

Respecto a las metodologas de desarrollo de software, actualmente estn implementadas con xito
las metodologas agiles XP y SCRUM, para todos los procesos de desarrollo, planes de prueba y
salida a produccin, lo que ha generado otra tesis para el MTI por el Ing. Luis Rodrguez Prez,
profesional a cargo del autor del presente documento.

El sub-sistema de gestin y avance curricular automatizado a cargo del Depto. de Registro


Acadmico, el cual es parte de la plataforma docente del proyecto Phoenix.ULS, fue exitosamente
integrado a la plataforma Moodle en su versin 1.9, permitiendo la sincronizacin de la oferta

23

acadmica de cada semestre (asignaturas) y los listados de los alumnos de cada curso, con los cursos
que genera Moodle permitiendo al acadmico centrarse netamente en la generacin de contenidos de
su asignatura.
Respecto de la gestin tecnolgica transversal de la universidad, la aplicacin de las normas ISO
9001, ISO 20000 e ITIL, ha permitido un manejo transparente y con total seguimiento de cada
requerimiento tecnolgico de la comunidad universitaria, mediante el desarrollo de una plataforma
de gestin de mesa de ayuda (Help Desk) la cual es una particularizacin de un CRM dedicado a la
gestin de problemas tecnolgicos denominada CRQ (Client Resouce Queue).

Se ha renovado a la fecha un 83% de todo el equipamiento de la red de datos de la institucin,


reemplazando los equipos con un core de 1GB, a un core de 10GB y reemplazando los nodos de
distribucin y las redes de borde, por switches de alto rendimiento 100% administrables, eliminando
prcticamente todos los dominios de colisin existentes en la red institucional, previo al proyecto
Phoenix.ULS.

Se obtuvieron los recursos necesarios provisto por la alta administracin de la Universidad, con la
venia de la Junta Directiva de la institucin, para adquirir cortafuegos y balanceadores de carga con
estndares de seguridad de las instituciones financieras nacionales e internacionales, aumentando la
seguridad de la informacin institucional, mejorando el uptime de los servicios con una arquitectura
de servidores de aplicaciones virtualizados, por consiguiente se logr una mayor confiabilidad de los
datos, de la informacin y de los procesos de la ULS, lo que ha sido demostrado en los procesos de
auditora de empresas independientes encargadas de auditar por ley los estados financieros, los
procesos educacionales relacionados con estos y las correspondientes auditorias informticas.

La gestin del cambio es una metodologa ampliamente difundida en las organizaciones que
enfrentan modificaciones radicales para estar a tono con los desafos que les presenta el mercado.
Tomando en cuenta, luego del anlisis preliminar, la serie de modificaciones en los procesos de
gestin, reglamentacin, documentacin que deben redisearse, reestructurarse o incorporarse a las
existentes generan un ambiente de tensin y rechazo por parte de los usuarios ejecutantes. Ese
mismo escenario est asociado cuando se ven involucradas las tecnologas de la informacin, ya que
al ser incorporadas en organizaciones como la Universidad de La Serena, donde su presencia ha sido
mnima, y pasan a tener una importancia preponderante, hay que establecer una plan formativo e
inductivo para minimizar el impacto por el rechazo que pueda generar, reducir la incertidumbre los
usuarios y preparar material informativo y de referencia que ayude a que la curva de aprendizaje sea
menor.

Se resolvi la observacin de la CNA en la primera acreditacin institucional que haca referencia a


la ausencia de sistemas de apoyo a la gestin institucional.

Como resultado y conclusin final se demuestra el cumplimiento de las hiptesis del presente trabajo
comprobando que la incorporacin de tecnologas web facilit una penetracin (con impacto y riesgo
controlado) de las nuevas tecnologas de apoyo a la gestin de la Universidad de La Serena,
permitiendo cumplir a cabalidad el objetivo general y objetivos especficos del presente trabajo (y
del proyecto Phoenix.ULS de Renovacin Global de Tecnologas de Informacin de la ULS)

7 Referencias
[1]
[2]
[3]
[4]

Institute of Industrial Engineers, IEEE, "Ms all de la reingeniera", pgina 4, CECSA, Mxico
(1995)
Oracle Corporation, PHP scalability and high availability, an Oracle white paper, USA (2011)
Jones, C., Holloway A., The underground PHP and Oracle manual, release 1.5, Oracle
Corporation (2008)
Electronic product environmental assessment tool", EPA (2009)

24

[5]
[6]
[7]

Acevedo, H.R., Cambios organizacional: Estrategia y Estructura, Departamento de Informtica,


Universidad Tcnica Federico Santa Mara, Chile (2009)
Zepeda M., Proyecto BPM para el Centro de Informtica y Computacin de la ULS,
Departamento de Informtica, Universidad Tcnica Federico Santa Mara, Chile (2013)
Robson, M., A practical guide to business process re-engineering, Gower Publishing Limited,
Hampshire, England (1996)

[8]

Scrum and XP from the Trenches (Enterprise Software Development), Henrik Kniberg.,
Editor: Lulu.com (5 de octubre de 2007) Coleccin: Enterprise Software Development, ISBN10: 1430322640

[9]

Refactoring: Improving the Design of Existing Code (Object Technology Series), Martin
Fowler. Editor: Addison Wesley (16 de marzo de 2008), Coleccin: Object Technology Series,
Idioma: Ingls, ISBN-10: 0201485672

[10]

User Stories Applied: For Agile Software Development, Mike Cohn Editor: Addison Wesley;
Edicin: 1 (1 de marzo de 2004), Coleccin: Addison Wesley Signature Series, Idioma: Ingls,
ISBN-10: 0321205685

[11]

Extreme Programming Explained: Embrace Change, Kent Beck and Cinthia Andres,
Editor: Addison Wesley; Edicin: 2nd ed. (1 de diciembre de 2004), Coleccin: Xp,
Idioma: Ingls, ISBN-10: 0321278658

[12]

Software Engineering: A Practitioner's Approach, Roger S. Pressman, Publisher: McGraw-Hill


Science/Engineering/Math; 7 edition (January 20, 2009), Language: English, ISBN10: 0073375977

25

ANEXO A: Marco terico


El presente trabajo se enfoca principalmente en las siguientes materias: arquitectura de conectividad y redes,
ingeniera de software, poltica y estrategia en sistemas de informacin, anlisis y diseo de sistemas, gestin
de proyectos informticos y cambio, tecnologa web y aplicaciones, gestin de procesos de negocio,
arquitectura de software, calidad de software, administracin de sistemas, web engineering, sistemas
integrados de gestin, seguridad informtica, gestin de grandes bases de datos e inteligencia de negocios
(BI).
A.1 Teora de sistemas aplicada a las organizaciones humanas
La teora de sistemas surgi debido a la necesidad de abordar cientficamente la comprensin de los sistemas
que conforman la realidad, generalmente complejos y nicos, resultantes de una situacin particular, en lugar
de sistemas abstractos como los que estudia la fsica.
Esta teora, puede aplicarse al estudio de las organizaciones, lo cual permite identificar y comprender con
mayor claridad y profundidad los problemas organizacionales, sus causas y consecuencias, viendo a la
organizacin como un ente integrado, formado por partes que se interrelacionan entre s, a travs de una
estructura y que se desenvuelve en un entorno. As podemos detectar los procesos que requieran cambios, ya
sean a nivel humano, de recursos y procesos, los cuales son necesarios para un crecimiento y desarrollo
sostenibles en trminos viables en un tiempo determinado.
As lo expone el Dr. H. Ricardo Acevedo en la publicacin Cambio Organizacional: Estrategia y Estructura,
donde establece que Toda organizacin se encuentra inserta en un dominio en el cual una de sus principales
caractersticas es el encontrarse en continuo cambio. Junto con indicar que la economa no se est basando
en una economa industrial, esta ha empezado a tornarse en una economa digital. [5]
Estos cambios estn reflejados en un cambio de paradigma, donde uno de los aspectos ms relevantes que
puntualiz el Dr. Acevedo, es que el comercio y los mercados se han vuelto electrnicos, casi en su totalidad.
Una organizacin, ya sea empresa privada o una institucin gubernamental, si no lleva sus procesos gestin y
produccin a la par con la era digital, puede desaparecer.

Figura 1. Acoplamiento Estructural entre Organizacin y Entorno. Fuente: Apuntes del profesor Ricardo
Acevedo, Polticas Y Estrategia en Sistemas de Informacin, Departamento de Informtica, Universidad
Tcnica Federico Santa Mara - 2009
Adems del cambio en la manera de hacer negocios y en donde la economa tiene puestas sus bases, las
nuevas metodologas de gestin que actualmente se implementan en las empresas, se privilegia el trabajo
colaborativo y las interconexiones de inteligencia humana, las cuales se abren paso sobre las estructuras
jerrquicas monolticas que imperaban en nuestro pas, hasta hace no hace mucho. En relacin a esto, el Dr.
Toms Guendelman, en la presentacin Desafos del Futuro (ULS, 20 de marzo de 2013), expone que el
perfil de profesional que se necesita para llevar adelante estas tareas, debe tener una gran base cientfica y
tecnolgica, una base de aplicaciones y metodologa para la solucin de sistemas, y una porcin menor de
capacidades empresariales.

26

En el cambio de paradigma antes expuesto, se empieza a identificar que la innovacin es ms importante que
la produccin en masa, donde la inversin est orientada en nuevos conceptos y en su forma de crearlos, que a
la adquisicin de maquinaria. El poder de las ideas y el conocimiento es uno de los factores claves en este
cambio.

Figura 2.
Dimensin orgnico-estructural de las organizaciones. Fuente: Apuntes del profesor Ricardo Acevedo,
Polticas Y Estrategia en Sistemas de Informacin, Departamento de Informtica, Universidad Tcnica
Federico Santa Mara - 2009
Bajo este mismo anlisis, se ve claramente que las redes tecnolgicas se convirtieron en la infraestructura de
la economa digital y est sustentada en el conocimiento. Se identifican dos nuevas exigencias, una referida al
aprendizaje, donde ya no es parte de algunas etapas de la vida, sino que comprende y pasa a ser parte de la
actividad cotidiana de las personas, dado que lo aprendido queda rpidamente obsoleto. La segunda, se
entiende que las redes tecnolgicas pasan a ser un factor estratgico. Esto se ve reforzado al ver que las
economas dominantes y las emergentes, hacen grandes inversiones para disponer de sofisticadas y eficaces
plataformas tecnolgicas, todo esto para que las economas digitales sean posibles.
En la digitalizacin de las economas, se ve notablemente amplificado el cambio, el cual se hace constante, y
siendo este el escenario donde las organizaciones deben operar para su supervivencia, lo cual pasa
inevitablemente por el necesario equilibrio entre organizacin y entorno, en el sentido sistmico del
acoplamiento estructural. [5]
Para hacer frente a este nuevo escenario de constante cambio, las organizaciones deben tener las instancias
orgnicas y estructurales necesarias, donde en algunas organizaciones se efecta de manera formal o implcita
en su quehacer, pero no es una constante en el amplio espectro organizacional en el pas.
Se identifica como la instancia inicial a la Gestin Estratgica, la que establece el Objetivo Global, todo esto
en un contexto de la ejecucin de un proyecto estratgico.
Como seala el Dr. Acevedo Las organizaciones, en su configuracin deben disponer de la instancia
orgnica-estructural para hacer frente a dicha dinmica de cambios. De hecho as acontece efectivamente en
todas las organizaciones, ya sea de manera formal o implcita, con ms o menos rigurocidad. Aquella
instancia, en una primera aproximacin, bien se puede hacer corresponder con la Gestin estratgica. En
esta perspectiva, la Gestin estratgica es la instancia que establece, por cierto en el contexto de un
proyecto estratgico, el Objetivo Global, con el cual todo el operar transformacional de la organizacin,

27

envuelto en la dinmica de un dominio de gestin susceptible de denominar Gestin operacional, quedar


comprometido. En aquel dominio cada uno de los procesos que forman parte de
dicho operar transformacional, que en el lenguaje de la gestin de empresas se
puede identificar con Procesos de negocios, asume el compromiso de lograr,
en coherencia, una parte del aquel objetivo en principio postulado
precisamente de manera global. Cabe aqu sealar que la tarea que debe llevar
a cabo cada Proceso de negocios, se corresponde con su Misin. [5]
5.2 Redes de datos corporativas
Una red de datos es la interconexin de varios dispositivos a travs de un medio
de transmisin, para compartir recursos. El funcionamiento de las redes de datos
se puede explicar mediante el modelo de referencia de sistemas abiertos
interconectados (OSI), donde se explican sus funciones mediante 7 capas
(Figura 4), las cuales son:
1.
2.

Capa Fsica. Se encarga de transmitir los bits por el medio empleado.


Capa de Enlace. Establece una conexin lgica entre nodos
adyacentes y organiza los bits en tramas.
3. Capa de Red. Enruta los paquetes desde el origen hasta el destino a
travs de redes heterogneas.
Figura 3.
4.
Capa de Transporte. Establece y libera conexiones host-a-host.
Modelo ISO/OSI. Fuente:
5. Capa de Sesin. Permite establecer mltiples conexiones entre hosts
Elaboracion Propia
mediante sesiones.
6. Capa de Presentacin. Permite el entendimiento entre hosts que
puedan tener diferentes formas de representar los datos.
7. Capa de Aplicacin. Esta capa es la que posibilita la interaccin del usuario con la red.
La informacin viaja por la red atravesando cada una de las capas del modelo OSI, desde la capa Aplicacin
hasta la capa Fsica en el host-origen, hasta alcanzar el host-destino, donde se realiza el proceso inverso. Si la
informacin es muy extensa se fragmenta y en cada capa se aaden bits de control y seguimiento.
Las redes se suelen clasificar segn el medio de transmisin que emplean y la cobertura que abarcan.
Segn el medio de transmisin existen redes cableadas e inalmbricas. Las primeras utilizan un medio fsico
guiado y las segundas, el espacio abierto.
Segn la cobertura existen diversos tipos de redes, entre las cuales se pueden identificar claramente las redes
de rea local (LAN) y las redes de rea extendida (WAN). Las LAN suelen encontrarse dentro de una o ms
edificaciones cercanas mientras que las WAN llegan a la cobertura mundial.
Las redes LAN han evolucionado desde Ethernet, que utilizaba un medio compartido para la transmisin de la
informacin, hasta las tecnologas conmutadas, como la 802.3u. Los estndares IEEE actuales para redes
LAN permiten velocidades desde los 10 Mbps hasta los 10 Gbps, sobre fibra ptica o cobre.
Las tcnicas de transmisin en redes WAN han evolucionado desde la conmutacin de circuitos, hasta la
conmutacin de paquetes. En la primera se establece un canal dedicado de extremo a extremo. En la segunda,
la informacin se fragmenta en paquetes para ser transmitidos por un canal compartido.
Las tecnologas basadas en conmutacin de paquetes ms utilizadas son:
Frame Relay. Opera en las capas Fsica y Enlace. Los paquetes de la capa red se fragmentan para formar
tramas que viajan a travs de un canal compartido. Se establecen conexiones lgicas denominadas circuitos
virtuales (VC) que utilizan identificadores de conexin de capa enlace.

28

Asynchronous Transfer Mode (ATM). Se caracteriza por fragmentar la informacin de capa red en tramas
de longitud fija denominadas celdas. La longitud de cada celda es de 53 bytes. Adems de los circuitos
virtuales, introduce los conceptos de canal virtual (canal para la transmisin) y camino virtual (conjunto de
canales virtuales).
MultiProtocol Label Switching (MPLS). Utiliza un protocolo sencillo que se ubica entre las copas Enlace y
Red, diseado para el ptimo manejo de voz, video y datos. Considera caractersticas de calidad de servicio
(QoS) e ingeniera de trfico. Entre los dispositivos para interconectar redes podemos encontrar los siguientes:
Hub. Trabaja en la capa Fsica del modelo OSI, si dos hosts conectados a l intentan transmitir
simultneamente, se producir una colisin (dominio de colisin).
Bridge. Permite bsicamente la conexin de dos segmentos de red de igual o distinta tecnologa LAN,
retransmite una trama en base a las direcciones MAC (Medium Access Control) de destino.
Switch. Permite a dos o ms hosts conectados a l transmitir simultneamente segn las direcciones MAC,
dividiendo a la red en varios dominios de colisin.
Router. Trabaja principalmente en la capa Red y su funcin es enrutar paquetes entre redes de diferente
tecnologa a travs de la mejor ruta posible.
Gateway. Es un dispositivo que se ubica tpicamente en el borde de una red para conectarla con otra
diferente. Realiza principalmente la traduccin de protocolos.
Las redes actuales usan en su mayora la arquitectura TCP/IP. Sus funciones son comparables con las del
modelo OSI y se distribuyen en 4 capas (Figura 5).

Figura 4. Funciones Modelo ISO/OSI comparado con Arquitectura TCP/IP. Fuente: Elaboracin propia.

29

El protocolo IP (Internet Protocol) es la base de la conmutacin de paquetes y es quien se encarga de la


entrega de los paquetes en esta arquitectura. No es orientado a conexin, tolerante a fallos y enrutable a travs
de redes diferentes. Se conoce como el protocolo del mejor esfuerzo. Actualmente existen dos versiones, la 4
(IPv4) y la 6 (IPv6), de las cuales la 4 es la ms extendida. La entrega de paquetes se hace mediante
direcciones IP, que son direcciones numricas de 32 bits, en el caso de IPv4.
En la capa transporte se tienen dos opciones: el protocolo TCP (Transmission Control Protocol) y el protocolo
UDP (User Datagram Protocol). TCP es orientado a conexin, es decir, existe un establecimiento, uso y
liberacin de la conexin. Su transmisin es confiable gracias a la confirmacin de la transmisin. UDP por
otro lado, no es orientado a conexin y no es confiable.
A nivel de capa Aplicacin se hace uso del modelo cliente-servidor. Este modelo consiste en que el cliente
realiza una peticin al servidor, y este le responde adecuadamente. Un host puede establecer varias sesiones y
en cada una de ellas establecer un rol diferente, sea de cliente o de servidor. Bajo este modelo trabajan
diferentes aplicaciones como las de correo electrnico, transferencia de archivos, navegacin web,
webservices, etc.

30

ANEXO B: Resumen de las plataformas del proyecto Phoenix.ULS.


Los sistemas que conforman la actual plataforma tecnolgica de la universidad son los siguientes:

SAGI, sistema de apoyo a la gestin institucional 26. sistema web, que en su primera fase, buscaba
establecer los remediales del informe de acreditacin antes mencionado (presente en el acuerdo N
63 de la CNA), referente a la ausencia de sistemas informticos para la gestin y entrega de
informacin institucional en lnea. esta plataforma se desarrolla apoyado por la direccin de
docencia, la direccin general de asuntos estudiantiles, encargados de acreditacin por facultad y la
direccin general de acreditacin de la Universidad de La Serena.

Plataforma de correo institucional, basado en tecnologas Google Apps 27. una de las primeras grandes
innovaciones para la Universidad de La Serena, fue contar con el correo institucional basado en
tecnologas de Google mail, suscribiendo el servicio como beta testers por gestiones de la direccin
del centro de informtica, desde el 2 de noviembre de 2006, siendo la primera institucin en amrica
latina en suscribirse al programa, teniendo gratuidad en la edicin de Google Apps for Education por
siempre, adems del uso de las variadas herramientas de Google Apps que lo complementan, como:
agenda, documentos (con la que se realiza este paper), presentaciones, planillas de clculos, todo
esto con posibilidad de ser utilizadas como herramientas colaborativas de trabajo.
En el sistema de correo electrnico legado que estaba en colapso, slo existan 400 cuentas de correo
con una cuota de almacenamiento en el buzn de mensajes de tan solo 50 megabytes, restringido
slo a acadmicos y a algunos administrativos. Con la migracin de los usuarios a Google Apps
actualmente se tienen 5000 cuentas de correo activas con una cuota de almacenamiento den el buzn
de mensajes de casi 8 gigabytes, sin restriccin y con cuentas perennes para acadmicos y
estudiantes de la ULS.

Sistemas administrativos y acadmicos. la Plataforma Tecnolgica Docente Integrada (PTDI) 28,


abarca aspectos del mbito administrativo y acadmico, registrando desde el ingreso de un alumno a
la Universidad de La Serena, hasta su titulacin, pasando por reas como: matrcula de alumnos va
PSU, inscripcin de asignaturas, registro de notas, solicitudes de los alumnos, administracin de la
oferta de asignaturas semestre a semestre por parte de departamentos y escuelas, consulta de
estadsticas e indicadores por parte de directivos, etc. el desarrollo de esta aplicacin web se enmarca
dentro de la propuesta de renovacin tecnolgica de la Universidad de La Serena, y es un desarrollo
propio del centro de informtica, basado 100% en tecnologas web.

Sistema financiero (disponible solo desde la red interna de la Universidad de La Serena o va VPN).
Corresponde al ERP que utiliza la contralora general de la repblica para la administracin de los
recursos financiero/administrativos, basado en arquitectura Oracle forms, que se adquiere dada la
necesidad de renovar, aumentar la seguridad y resolver las observaciones de las auditoras de estados
financieros presente es los antiguos sistemas financieros de la universidad.

Plataforma Moodle.ULS 29. La necesidad de herramientas por parte del cuerpo acadmico de la
universidad, que les permitieran tener una mayor llegada a sus alumnos, y complementar la
enseanza presencial con recursos web y dada la experiencia que ya algunos docentes tenan de este
tipo de herramientas, llev a la decisin de adaptar la plataforma de e-learning "Moodle" para el uso
institucional. para esto, se realiz la coordinacin de la estructura de Moodle para automatizar la
creacin de cursos, asignacin de profesores e inscripcin de los alumnos en cada curso, tomando la
informacin que se genera semestre a semestre dentro de la plataforma docente de la universidad.

26

web: http://sagi.cic.userena.cl/, sistema de apoyo a la gestin institucional de la Universidad de La Serena.


web: http://webmail.userena.cl, correo web de la Universidad de La Serena.
28
web: https://phoenix.cic.userena.cl, plataforma tecnolgica administrativa y docente integrada de la Universidad de La
Serena.
29
web: http://moodle.cic.userena.cl, plataforma de apoyo a la labor docente, Moodle.ULS de la Universidad de La Serena.
27

31

Plataforma de soporte institucional 30. Dado el creciente aumento de los usuarios de las distintas
plataformas en funcionamiento y el necesario seguimiento de cada requerimiento tecnolgico,
adems de la creciente demanda de asistencia hacia el CIC desde las distintas unidades de la ULS,
hizo necesaria la implementacin de una plataforma central donde se pudiera realizar el la solicitud,
registro y seguimiento de las distintas necesidades tecnolgicas y tcnicas de los usuarios de la
institucin. la plataforma de soporte, es una plataforma CRQ 100% web, donde cada usuario con
cuenta de correo en Google Apps ULS (de la Universidad de La Serena) puede realizar solicitudes ya
sea de asistencia tcnica, modificaciones, nuevos requerimientos, problemas con correo, con PC's,
con sistemas operativos, acceso a internet y un largo etc., y consultar el estado de estas solicitudes en
lnea. este sistema permite una gestin eficiente por parte de los encargados de cada rea del centro
de informtica, basado en las mejores prcticas de las normas ISO 20.000 para gestin de reas
tecnolgicas.

30

web: http://soporte.cic.userena.cl, plataforma de soporte del centro de informtica y computacin de la Universidad de


La Serena.

32

ANEXO C: Descripcin de los recursos tecnolgicos virtualizados en el Proyecto Phoenix.ULS


C.1 Virtualizacin de recursos de cmputo
La virtualizacin de estos recursos es una tecnologa probada que permite ejecutar mltiples mquinas
virtuales en una nica maquina fsica. Cada mquina virtual est completamente aislada de las otras mquinas
virtuales y se desvincula de la mquina anfitriona, a travs de una capa de abstraccin llamada hypervisor.
Esto permite que cada mquina virtual ejecute diferentes sistemas operativos y aplicaciones. Esta
desvinculacin hacia el hardware permite poder implementar los servicios requeridos para ejecutar la
plataforma administrativas, en cualquier servidor, sin importar el formato de caja del equipo, tipo de
procesador utilizado, arquitectura asociada, proveedor o hardware adicional disponible.
La virtualizacin ha permitido la consolidacin de servicios, en pocas mquina fsica, produciendo con ellos,
menores costos asociados en consumo de energa elctrica, control de temperatura, espacio en los datacenter,
para ello se utiliza el trmino Green Computing[9.6], acuado por la EPA (Environmental Protection Agency,
agencia de proteccin ambiental) que se refiere al uso eficiente de recursos computacionales minimizando el
impacto ambiental, maximizando su viabilidad econmica y adicionalmente poder ser presentado como
responsabilidad social de la universidad. Las empresas desarrolladoras de estas tecnologas usan este trmino
para fomentar las bondades de la virtualizacin, la cual minimiza las emisiones de co2 y la reduce la huella de
carbono en instalaciones bajo esta configuracin.
Adems, ha permitido incrementar la flexibilidad tecnolgica, proveyendo de nuevos servicios en cuestin de
minutos. Asegurando que los requerimientos de las aplicaciones y niveles de performance sean alcanzados.
Ha minimizado el periodo de cada de servicios, reduciendo el impacto de las fallas, protegiendo la
infraestructura contra desastres. La misma desvinculacin al hardware descrita anteriormente, permite que un
servicio pueda volver a levantarse sin depender de la configuracin fsica de tecnologa o recursos disponibles
en un tiempo mnimo.
C.2 Virtualizacin de recursos de red
La metodologa de virtualizacin de recursos de red (VLAN), es bsicamente crear redes lgicamente
independientes dentro de una misma red fsica. Estas pueden coexistir en un router fsico o en una nica red
fsica. Han sido tiles para reducir tamao del dominio de difusin y ayudan enormemente a la administracin
de la red, separando segmentos lgicos de una red de rea local en campus, edificios, pisos y oficinas, los
cuales no necesariamente debe intercambiar datos.
Esta configuracin de red permite organizar los segmentos, agruparlos y permitir el acceso de equipos como
si estuviesen conectados en un mismo router, aunque estos estn conectados fsicamente en diferentes
segmentos de la red. Adicionalmente se ha incrementado los niveles de seguridad, facilitada por la fcil y
rpida identificacin de segmentos y equipos comprometidos y bloquear independiente cada uno de ellos.
C3. Virtualizacin de recursos de seguridad
Al hablar de recursos de seguridad, la configuracin de balanceadores de carga, firewalls, catalogacin de
trfico y reglas de acceso esta soportado por hardware de nivel industrial, al nivel de instituciones bancarias y
servicios virtualizados dentro de estas mquinas.
Los recursos de los balanceadores de carga estn orientados a garantizar la calidad de servicios, distribuyendo
la carga de solicitudes entre todos los equipos que estn brindando el mismo servicio y detectando los equipos
virtuales que no se encuentran disponibles, para delegar esas actividades a otro equipo disponible.
Los servicios de firewall poseen las reglas de acceso y bloqueo de puertos, servicios y protocolos a travs de
la red fsica de la institucin, posee la capacidad de aplicar reglas especiales y/o especficas por cada sub red o
VLAN.

33

34

ANEXO D: Glosario

AJAX
API
BB.DD.
BI
BPM
BPMN
CIC CICULS
CNA
CNAP
COBIT
CRM
CRQ
DD
DF
EPA
ERP
Forms Interpreter o PHP/FI
GE
GO
IEEE
IP
ISO
ITIL
MTI
OSI
PHP
PSU
PTDI
PTFI
SAGI
SIE
SIET
SOA
SQL
TCP
UDP
ULS
VA
VLAN

Asynchronous JavaScript And XML


Application Programming Interface
Base de Datos
Business Intelligence, Inteligencia de Negocios
Business Process Management
Business Process Management Notation
Centro de Informtica y Computacin de la ULS
Comisin Nacional de Acreditacin (Ex CNAP)
Comisin Nacional de Acreditacin de Pregrado
Control Objectives for Information and Related Technology Framework
Client Resource Management
Client Resource Queue
Direccin de Docencia
Direccin de Finanzas
Environmental Protection Agency, agencia de proteccin ambiental
Enterprise Resource Planning
Lenguaje de Programacin para aplicaciones Web
Gestin Estratgica
Gestin Operativa
Institute of Electrical and Electronics Engineers
Internet Protocol
International Organization for Standardization
Information Technology Infrastructure Library
Magster en Tecnologas de la Informacin del Departamento de Informtica de
la Universidad Tcnica Federico Santa Mara
Modelo de referencia de sistemas abiertos interconectados de la ISO
Acrnimo recursivo que significa PHP Hypertext Preprocessor y en sus inicios
significaba Personal Home Page
Prueba de Seleccin Universitaria de Chile
Plataforma Tecnolgica Docente Integrada
Plataforma Tecnolgica Financiera Integrada
Sistema de Apoyo a la Gestin Institucional
Sistema de Informacin Estratgico
Sistema de Informacin Estratgico Tcnico/Tecnolgico
Service Oriented Architecture
Simple Query Language
Transfer Control Protocol
User Datagram Protocol
Universidad de La Serena
Vicerrectora Acadmica
Virtual Local Area Network

35

VPN
VREA
WAN
XP

Virtual Private Network


Vicerrectora de Asuntos Econmicos y Administrativos
Wide Area Network
eXtreme Programming

36