Академический Документы
Профессиональный Документы
Культура Документы
1 Introduccin
1.1 Organizacin de Informe.
El presente informe se ha estructurado en 5 macro partes:
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
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.
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).
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:
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.
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.
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.
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
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.
Soporte
Help
Desk
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
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.
12
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
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.
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.
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
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
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
23
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:
24
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
6 Conclusiones
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.
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.
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 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.
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]
[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]
25
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
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
30
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.
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
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
32
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
35
VPN
VREA
WAN
XP
36