Gua de migracin de aplicaciones de

escritorio y servidores a aplicaciones de

software libre, para Organismos Pblicos
chilenos.
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
"sta Gua de ,igracin forma parte del
"studio de Uso de oftware (ibre comisionado por la "strategia !igital al
!epartamento de -iencias de la -omputacin de la
Pontificia Universidad -atlica de -hile.
"dicin .//01.//2
'esponsable del "studio3 4ens 5ardings Perl, Pontificia Universidad -atlica de -hile
Participantes3 &lberto -erda ilva, &ndr6s 4unge ,ac1"voy, Guillermo (ama &ntola,
-laudio 'ui7 Gallardo, ,arcos eplveda #ern8nde7, ,arco &. 9:iga ;8:e7.
Se autoriza la reproduccin total o parcial de los contenidos de este documento, citando la fuente de autora
.
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
Tabla de Contenidos
< )ntroduccin........................................................................................................................=
. Gestin de la migracin......................................................................................................>
..< "strategia ....................................................................................................................0
... ,igracin $otal...........................................................................................................</
..? ,igracin Parcial.......................................................................................................<<
..@ ,etodologa de la migracin.....................................................................................<.
..= Plan de $rabaAo y calendari7acin............................................................................<.
..=.< !ecisin..............................................................................................................<.
..=.. Planificacin.......................................................................................................<@
..=.? 'ecopilacin de informacin de los usuarios....................................................<@
..=.@ )ngeniera de detalle del plan de trabaAo............................................................<=
..=.= )mplantacin.......................................................................................................<=
..=.> Pruebas .............................................................................................................<>
..=.B )ntegracin..........................................................................................................<>
..=.0 -apacitacin para administradores...................................................................<B
..=.2 -apacitacin para usuarios................................................................................<B
..=.</ Gestin de atencin continua y en sus diferentes niveles...............................<0
..> &spectos para facilitar un proceso de migracin......................................................./
..B 'ecomendaciones a futuro........................................................................................<
..0 #actores de 6Cito para el proceso de migracin........................................................<
..0.< &spectos $6cnicos..............................................................................................<
..0.. &spectos Organi7acionales..................................................................................
? Gua de oftware y detalles t6cnicos................................................................................?
?.< Grupo &plicativo de "scritorio....................................................................................?
?.<.< Ofim8tica.............................................................................................................?
?.<.. -orreo electrnico ..............................................................................................B
?.<.? &gendas y calendarios colaborativos .................................................................0
?.<.@ -lientes %%%...................................................................................................?/
?.. 'epositorios de !atos...............................................................................................?<
?...< *ases de !atos..................................................................................................?<
?.... ervidor %"*D ervidor de &plicaciones...........................................................?@
?...? ervidores de &rchivo E#ile haringF.................................................................?B
?...@ )mpresin............................................................................................................?0
?...= 'espaldo............................................................................................................?2
?.? ,ensaAera.................................................................................................................@/
?.?.< ervicio de -orreo.............................................................................................@/
?.?.. ervicios de -orreo %"*..................................................................................@.
?.@ ervicios seguridad .................................................................................................@.
?.@.< )dentidad electrnica..........................................................................................@.
?.@.. &utenticacin centrali7ada.................................................................................@?
?.@.? &ntivirus .............................................................................................................@?
?
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
?.@.@ GP+....................................................................................................................@@
?.@.= #irewall...............................................................................................................@=
@ -onsideraciones ..............................................................................................................@>
= Glosario.............................................................................................................................@B
@
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
1 Introduccin
(a migracin es un proceso largo Hue generalmente lo abordamos pensando solo en la parte
ingeniera. -omo herencia de tiempos anteriores en los cuales los usuarios finales tenan
interfaces al usuario simples, sin embargo software y las componentes de hardware eran
compleAos. e reHueran ingenieros altamente especiali7ados para reali7ar una migracin. "l
grado en Hue los usuarios intervenan era mnimo. olo reportes de inconsistencia de datos o
ausencia de funcionalidades eran reportados. Por otro lado, dado Hue los sistemas
inform8ticos no eran parte de la vida cotidiana de la gente, los procesos de migracin eran
estrictos y con una documentacin rigurosa. (a situacin ha cambiado, tenemos en nuestros
escritorios computadores con m8s potencia de procesamiento Hue antes, permitiendo a los
usuarios reali7ar tareas Hue antes no eran posibles. "n los sistemas actuales no eCiste la
rigide7 relacionada a la usabilidad. "sto implica Hue eCisten diversas formas para reali7ar la
misma tarea. !e esta manera hemos acostumbrado a los usuarios a privilegiar maneras
individuales para el trabaAo y no reglas estrictas para reali7ar las tareas. Por este motivo, si
necesitamos hacer un cambio, se presentar8 una resistencia natural por parte del usuario a
seguir utili7ando sus formas de trabaAo. (a planificacin de un cambio guiado para todas las
maneras de trabaAo sera costosa y poco efectiva lo cual dificultara un proceso de migracin.
(os sistemas y la inform8tica est8n mucho m8s cerca del usuario. (os computadores ya no
son solamente repositorios de datos especficos ni tampoco de procedimientos
documentados. "Ciste una diversidad de funciones, usos, datos e intercambio de informacin
Hue ha convertido este tema en un tema compleAo y altamente granulado. umado a estos
cambios el costo de los sistemas inform8ticos ha disminuido y a llevado a Hue deAemos
ciertos procesos costosos en un an8lisis simplista, pensado Hue la automati7acin ha llegado
a un grado de madure7 Hue nos permite ausentarnos de cualHuier proceso. "Ciste entonces
el riesgo de olvidar la rigurosidad y las eCigencias necesarias para reali7ar un proceso de
migracin de forma eCitosa.
"l presente documento describir8 la forma y detallar8 las condiciones necesarias para
facilitar procesos de migracin. (as tecnologas detalladas en este documento deben ser
revisadas para la utili7acin de la versin correspondiente, siendo necesario revisar las
consideraciones para la versin de software y cada proceso en particular. (as indicaciones
detalladas en este documento son recomendaciones generales basadas en la eCperiencia y
documentacin de otras instituciones Hue han puesto 6nfasis en detallar dichos procesos.
(a gua esta separada en dos partes. (a primera describir8 cmo organi7ar nuestros
recursos desde el punto de vista organi7acional. Principalmente los recursos humanos para
reali7ar y gestionar la migracin. $ambi6n las personas Hue se ver8n afectadas por la
migracin. (a segunda parte mostrar8 software y sus posibles caminos de migracin y
recomendacin para esto.
=
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
2 Gestin de la migracin
(a etapa m8s importante en el proceso de migracin ser8 la planificacin de proceso
completo. !efinir m6todos y mecanismos de control para la migracin ser8 esencial para
poder tener 6Cito en nuestra tarea. Generalmente nos concentramos en detalles t6cnicos,
Hue nos consumir8n recursos y nos impedir8n lograr un resultado ntegro. Procesos de
migracin sin documentacin ni planificacin ser8n generalmente un desastre. !esde
cambiar un motor de base de datos '!*, hasta un navegador o browser sin un plan
correspondiente implicar8 eventos no controlados. +o lograremos reali7ar cambios,
invalidaremos a nuestro eHuipo interno de trabaAo y provocaremos p6rdidas no cuantificables
en horas de trabaAo de toda la organi7acin. Por este motivo revisar todos los puntos
detallados a continuacin, solo ser8 el comien7o de un plan eCitoso. -omo en todo proyecto,
el riesgo deber8 ser controlado. +o bastar8 acudir a un especialista en software o hardware,
tampoco a un eHuipo con conocimientos avan7ados sobre las herramientas de software.
er8 necesario, conocer las necesidades de la organi7acin y tambi6n la manera de
funcionar.
(a gestin de la migracin debe ser planificada y deben eCistir hitos predefinidos. "stos hitos
deber8n ser controlados en cada etapa revisando el cronograma y precedencia de cada
actividad. "n cada hito se cumplir8n nuevas tareas, para Hue se logre la funcionalidad
deseada en el proceso migracin. "s importante tener en cuenta siempre, Hue la migracin
es simplemente un reempla7o de las herramientas productivas. "sto implica Hue las meAoras
u otros cambios en la funcionalidad original no son estrictamente parte de la migracin. Por
este motivo, a priori deber8 Huedar declarada la funcionalidad Hue se desea obtener al
finali7ar el proceso de migracin. Por eAemplo, cambiar el sistema de correo no es solamente
reempla7ar el software. "n realidad es proveer a los usuarios finales las misma
funcionalidades Hue actualmente tiene con el servicio de correo Hue este operando.
!ebemos tener en cuenta Hue el concepto de funcionalidad estar8 ligado a la forma de uso
del usuario final. Por este motivo, si la funcionalidad es la misma, pero la forma cambia
implicar8 Hue ser8 una herramienta potencialmente intil. i la funcionalidad es el envo de
correo y cambiamos la forma tradicional de estructurar el destinatario por otra, el usuario se
ver8 incapacitado para reali7ar esta tarea. !esde la llegada, hasta el envo de un correo. in
embargo, como parte del proceso seria deseable incorporar nuevas funcionalidades
colaborativas. "s decir debemos deAar claro Hue tareas ser8n parte estricta de la migracin y
cuales ser8n nuevas funcionalidades o pie7as de software. "stas tareas deberan Huedar
aparte del plan de migracin por los siguientes motivos3
)nvolucrar8 conocimientos nuevos para administradores de sistema y usuarios.
Probablemente interoperar8 con otras pie7as de software Hue puedan verse alteradas
en funcionamiento yDo rendimiento.
e prev6 un aumento de riesgo en la tasa de fallas reportadas por los usuarios.
&umentar8 el riesgo para Hue las funcionalidades o formas de uso originales no se
>
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
cumplan
Por lo mencionado anteriormente es recomendable separar los procesos de renovacin y
migracin en el plan de gestin.
-omo parte de la gestin debemos contemplar el proceso de eleccin del software. "l
an8lisis y eleccin del software a utili7ar influir8 en el tiempo y metodologa de la migracin.
$ambi6n para procesos de migracin en los cuales se consideren actuali7aciones,
deberemos tener eventualmente considerar nuevas herramientas de apoyo y personal
calificado en el software y las herramientas Hue utili7aremos.
(os aspectos m8s importantes en la eleccin del software Hue utili7aremos son los
siguientes3
oporte del proveedor Einformacin pblica disponible en la red o servicios pagadosF
!esarrollo aneCo necesario para Hue el paHuete de software elegido cumpla con las
funcionalidades.
-ompatibilidad y eventual interoperabilidad con otros paHuetes de software en uso.
"valuar las funcionalidades Hue no est6n en el nuevo paHuete de software y revisar si
podremos prescindir de ellas.
(a tarea de la eleccin de software se ver8 facilitada en la medida Hue tengamos m8s
antecedentes sobre el software y las versiones disponibles. +o debemos olvidar Hue cuando
revisemos las alternativas de software a utili7ar, debemos tener en cuenta la compatibilidad
con versiones anteriores. Usualmente tendemos a reempla7ar una pie7a de software
encantados por la nuevas funcionalidades y potencialidades de este, perdiendo el foco en la
integracin funcional con todos los componentes. $ambi6n debemos considerar la madure7
del software Hue vamos a seleccionar para la migracin.
"n la madure7 est8n implcitos aspectos Hue debemos considerar como3
!isponibilidad de herramientas de administracin
$iempo de vida de la ltima versin
$asa de errores o bugs reportados
$asa de errores o bugs corregidos
,adure7 de los est8ndares utili7ados por el software
Popularidad del software, medido en cantidad de usuarios y reportes de 6Cito
"stos puntos nos ayudar8n a disminuir los riesgos ante bugs no corregidos Hue impliHuen un
retraso en el proceso de migracin.
Para facilitar la gestin de la migracin podremos ver cuatro grandes etapas. -ada una de
estas etapas posee actividades Hue podr8n ser independi7adas para controlar los avances
de una migracin. "n un ambiente ideal, podremos deAar cada proceso casi en forma
B
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
independiente y causalmente ordenados. in embargo en la pr8ctica, es probable Hue
despu6s de una primera eAecucin de cada etapa, debamos aAustar cambios en cada una de
estas.
1. Configuracin
-omnmente pensamos Hue la configuracin de un sistema es portable.
(amentablemente ni siHuiera podemos asegurar Hue de una versin a otra del mismo
software las configuraciones sean replicables. Por este motivo debemos unir en un
formato comn las antiguas y nuevas configuraciones. 'evisando en cada una las
implicancias Hue tiene sobre el software, como tambi6n sobre la funcionalidad y
operacin de nuestra plataforma.
2. Administracin
-oncretar la capacidad de gestionar el cambio del sistema de salida y el nuevo
sistema. Gelar para Hue nuestro eHuipo de administracin sea capa7 de enfrentar la
tarea de gestionar y operar el nuevo sistema, desde la transicin hasta el reempla7o
total. "l maneAo de los recursos humanos del eHuipo de administracin podr8 ser de
diversas maneras. in embargo no debemos olvidar Hue este eHuipo deber8 ser capa7
de maneAar incidentes y tambi6n la operacin.
3. Integracin funcional
in duda esta tarea es una de las m8s compleAas. "n esta etapa deberemos velar por
una integracin vertical de los componentes. "sto implicar8 Hue debemos velar para
Hue todos los componentes est6n conectados, de manera Hue podamos lograr la
funcionalidad Hue se planificar8. +o bastar8 con instalar y deAar operando los
paHuetes de software. Pr8ctica comn en la administracin del sistema. Podramos
comparar esto con la construccin de una carretera olvidando la se:al6tica y coneCin
con otros caminos. +uestra implantacin y migracin deber8 tener sentido para todos
Huienes intervengan en la migracin.
4. Integracin de datos
(a integracin de los datos a nuestro nuevo escenario ser8 la tarea la parte final de
este grupo de etapas. 'eHuerimiento esencial es Hue nuestros datos almacenados
puedan ser nuevamente transformados en informacin por nuestras nuevas
aplicaciones. +o olvidemos Hue en el tiempo las maneras de almacenar datos han
cambiado y probablemente hayamos conservado est8ndares antiguos. (a
compatibilidad en el almacenamiento ser8 indispensable para poder velar por el
funcionamiento. "n este caso es bueno destacar, la codificacin.
2.1 Estrategia
Paralelamente a la organi7acin de la migracin, deberemos en cada etapa visuali7ar una
estrategia adecuada. Por este motivo es necesario conocer ventaAas y riesgos de cada una.
-on esta informacin podremos dimensionar de meAor forma nuestros costos y cuantificar los
0
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
riesgos Hue significar8 el proceso de migracin.
!ecidir sobre la velocidad del proceso de migracin una ve7 iniciado. "stas son las
principales alternativas3
Instantneo o Sbito3 "n este proceso el cambio se reali7ar8 de un momento a otro.
in duda Hue el proceso podra durar horas en su totalidad. in embargo la idea es
Hue de un momento a otro el nuevo sistema apare7ca en lnea para los usuarios.
Generalmente este cambio puede ser costoso y poco efectivo. &cumularemos todo los
posibles errores en un solo instante de tiempo. Probablemente acumulando reclamos
de todos los usuarios simult8neamente. "sto congestionar8 nuestro sistema de ayuda
a los usuarios, provocando la no disponibilidad de los sistemas. (os eventos
inesperados mantendr8n a todo el eHuipo encargado de la migracin ocupado,
impidiendo Hue este se preocupe de las tareas principales planificadas en la
migracin. (as desventaAas de un cambio repentino de la plataforma implicar8n con
seguridad una gran cantidad de eventos inesperados y situaciones Hue se tornar8n
incontrolables. "n resumen, es imposible prever ante una migracin todos los
inconvenientes Hue se presentar8n. Por este motivo el cambio brusco de una
plataforma a otra debe ser evitado baAo cualHuier circunstancia. +o se recomienda
baAo ninguna circunstancia un cambio sbito. !e igual manera deAar el sistema antiguo
fuera de servicio, con imposibilidad de volver atr8s.
'a7ones para un cambio sbito pueden ser la siguientes3
-ambios en las regulaciones vigentes Hue obliguen a una institucin reempla7ar la
plataforma de software para el cumplimiento de nuevas normativas.
Por ra7ones t6cnicas o comerciales debemos descartar el uso de la plataforma
actual lo antes posible. #alta de soporte t6cnico, ausencia de licenciamiento
vigente pueden ser alguno de los motivos.
(os administradores se ver8n enfrentados a una sola plataforma posteriormente a
la migracin. "sto implicar8 Hue no tengan Hue convivir con m8s plataformas
operativas, desgastando los procedimientos de atencin y soporte.
"nfrentar a usuarios finales y administradores solamente a un cambio. &unHue sea
eventualmente m8s costoso en recursos humanos, el agotamiento de enfrentarse a
la nueva solucin ser8 una sola ve7.
!igracin gradual en gru"os3
"n esta migracin podemos deAar el ambiente de salida y el nuevo ambiente
conviviendo para grupos de usuarios. !e esta manera organi7aremos el trabaAo en
grupos de usuarios yDo de aplicaciones. (os grupos pueden ser de un usuario o m8s.
(os grupos de transicin deber8n ser organi7ados para poder reali7ar una gestin de
acuerdo a los recursos Hue dispongamos para la atencin. +o olvidemos Hue ambos
m6todos deber8n ser reali7ados despu6s de la etapa de pruebas. in embargo para la
etapa de pruebas puede ser conveniente organi7ar grupos unitarios con un control
2
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
total sobre el proceso de migracin. )dealmente clasificaremos a los usuarios con
menor resistencia al cambio en los primeros grupos. "llos proveer8n de informacin
valiosa, siendo Huienes tendr8n meAores posibilidades de gestionar el cambio en forma
autnoma. (os recursos , Hue obviamente ser8n limitados, ser8n distribuidos de meAor
manera para no deAar grupos de usuarios desatendidos. "l grupo final deber8 ser el de
mayor relevancia en la organi7acin. !e esta manera el impacto total ser8 menor.
#undamentos para tomar la opcin gradual son los siguientes3
,inimi7ar el impacto econmico en instituciones con presupuesto reducido.
istema muy compleAos, desde un punto de vista inform8tico, Hue reHuieran un
cambio gradual para asegurar el funcionamiento continuo.
#alta de eCperiencia y conocimientos por parte de los administradores. "n el
proceso de migracin, usuarios y administradores adHuirir8n el conocimiento
necesario Hue ser8 utili7ado.
"n un escenario con usuarios y administradores con alta resistencia al cambio,
podremos encontrar meAores m6todos para aumentar el grado de adopcin al
nuevo sistema en forma gradual.
"structuras organi7acionales compleAas.
(a forma de abordar la migracin depender8 de nuestro obAetivo definido cuando decidimos
reali7ar el cambio. "n esta fase Huedar8n definidas las pie7as de software Hue
reempla7aremos. *8sicamente eCistir8n dos alternativas para reali7ar la migracin definida
por el reempla7o total o parcial.
2.2 !igracin Total
(lamaremos migracin total de un sistema, cuando todos los componentes de software son
reempla7ados sin conservar pie7as de software de la plataforma de un conAunto de
funcionalidades relacionadas.
Probablemente la m8s f8cil de abordar desde el punto de vista de la infraestructura. "n este
tipo de migracin estaremos enfrentados a refor7ar la capacitacin a los usuarios. er8n
ellos, Huienes se enfrenten a un nuevo desafo desde el piloto de la migracin hasta el
cambio definitivo. &parentemente la migracin total revestir8 menores riesgos desde la
instalacin y proveer8 eCperiencia para el eHuipo de ingeniera Hue realice este cambio. in
embargo, deberemos documentar todas aHuellas funcionalidades e interfaces Hue revistan
un cambio mayor para cualHuier parte del eHuipo. (a generacin de casos de usos para
pruebas ser8 fundamental. -on estos casos llegaremos a tener una mayor precisin en el
proceso de cambio, siendo tiles para un posterior proceso de capacitacin. "ste tipo de
migracin generalmente implica un mayor esfuer7o por todo los grupos involucrados en la
</
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
migracin. "s importante enfati7ar Hue el proceso de capacitacin ser8 imprescindible en
todas las etapas y para todos los participantes de la migracin y posterior uso de todos los
sistemas involucrados.
"n este tipo de migracin implicar8 menores riesgos de interoperabilidad. (a sustitucin
completa de una plataforma suele ser m8s f8cil.
2.3 !igracin #arcial
Probablemente la m8s f8cil de abordar desde el punto de vista de la infraestructura.
!ebemos tener en cuenta un mapa de interoperabilidad claro para el reempla7o parcial de
nuestra plataforma. Generalmente en este tipo de cambios sufriremos las consecuencias Hue
nuestros sistemas se ver8n afectado de una u otra manera en el desempe:o funcional. "sto
significa Hue los usuarios, sean administradores o usuarios finales, notaran deficiencias
evidentes. Para esto ser8 necesario prever Hue funcionalidades se ver8n afectadas en el
cambio
(os pasos recomendados a seguir son los siguientes3
!ocumentacin de la nueva pie7a de software
,apa de interoperabilidad con los componentes eCistentes
Plataformas propietarias
Plataformas desarrolladas a medida
-onfiguracin de los nuevos componentes
-onfiguracin de los componentes Hue no ser8n reempla7ados e interoperar8n con la
nueva pie7a de software
(aboratorio de pruebas
"stablecer la viabilidad del reempla7o
&n8lisis cuantitativo de las funcionalidades
&n8lisis cualitativo del reempla7o
Puesta en produccin
'ecopilacin documentada de los eventos reportados.
#echa
5ora
(ugar
$ipo de usuario
#uncionalidad con problemas
<<
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
Generar reporte de gestin sobre los eventos.
)dentificar eventos
'epetir el procedimiento hasta lograr los niveles de satisfaccin deseados
2.4 !etodolog$a de la migracin
-ualHuier eAercicio de migracin debe incluir al menos lo siguiente3
<.1 !efinicin y alcances del proyecto3
aF +ivel de los usuarios, a nivel de usuarios finales y administradores
bF $ipo de aplicaciones
cF $opologa de red, protocolos de red a utili7ar
dF -ondiciones iniciales y estado final deseado despu6s de la migracin
Para asegurar Hue el estado final es reali7able deber8 ser incorporado al plan una fase de
pruebas con un laboratorio de migracin donde se reali7ar8n las pruebas de concepto.
Una prueba de conceptos debe incluir lo Hue se detalle como importante en un
ambiente simplificado. "l uso de la combinacin total de posibilidades de la migracin podra
convertir el proyecto completo en una tarea de varios meses sin resultados de corto pla7o.
2.% #lan de Traba&o ' calendari(acin.
"l plan de trabaAo deber8 considerar los puntos se:alados a continuacin. "l desarrollo de un
plan de trabaAo consistente nos permitir8 calendari7ar todas las actividades para dimensionar
en forma eficientes los recursos a utili7ar. "l tiempo y otros recursos Hue dispongamos se
transformar8n en variables Hue nos entregar8n una medida m8s eCacta para el desarrollo de
la migracin.
2.%.1 )ecisin
"n el proceso de decisin definiremos Hu6 herramientas ser8n reempla7adas. ea en el caso
de un reempla7o total o parcial, deberemos considerar desde un punto de vista global todas
las etapas en el proceso de decisin. Para facilitar el proceso en la toma de decisin
revisaremos la metodologa Hue utili7aremos.
"n esta metodologa eCisten cuatro 8reas Hue revisaremos. "stas permitir8n abordar la
migracin desde la gestin necesario y recursos Hue dispongamos. &dem8s deberemos
considerar Hue productos y est8ndares seleccionaremos para coordinar todo el proceso de
migracin.
<.
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
Estrategia
'evisaremos Hue tipo de estrategia, de las mencionadas anteriormente puede
adecuarse a nuestras necesidades. "l reempla7o total, parcial y si este ser8 por partes
en un proceso radical o gradual.
#lataforma
&nali7aremos las plataformas eCistentes, y deber8n ser detalladas con la mayor
cantidad de informacin. Posteriormente confeccionaremos una nueva lista con las
plataformas Hue deseamos reali7ar la migracin y tambi6n con la mayor cantidad de
informacin. (a informacin sugerida, es versin, reHuerimientos de hardware,
reHuerimientos de software, y funcionalidad deseada. $oda la informacin Hue
recolectemos servir8 para generar una matri7 de compatibilidad e interoperabilidad
entre las plataformas eCistentes y las Hu6 reempla7aremos. (os elementos de salida,
ser8n aHuellos Hue est8n operando actualmente. istemas operativos, paHuetes de
software y software propietario. (os elementos de entrada ser8n aHuellos Hue est6n
en la planificacin para ser instalados o reempla7ados como parte de la migracin.
(a confeccin de una matri7 con los sistemas respectivos para verificar compatibilidad
entre las componentes Hue permanecer8n en nuestro ambiente y los componentes de
entrada se utili7ar8 para verificar antes de iniciar el proceso de migracin el grado de
integracin Hue potencialmente se alcan7ar8. Para esto definiremos elementos o
plataforma de salida y elementos de llegadas. )dentificando la versin de cada una de
ellas y si posee alguna adaptacin a medida para nuestra plataforma.
Estndares
'evisar si las plataformas de salida y entrada se adecuan a los est8ndares
documentales y de protocolo para operar. Generalmente en una migracin hacia
sistemas de cdigo abierto, la utili7acin de est8ndares ser8 implcita. in embargo al
vernos en la obligacin de reutili7ar cdigo o fuentes de datos propietarias, deberemos
tener en cuenta
#roductos
"leccin de los paHuetes de software para el reempla7o y futura migracin. "n esta
eleccin debemos tener en cuenta la mano de obra calificada a la cual podamos
acceder para el desarrollo del proyecto. (a versiones respectivas Hue utili7aremos.
#inalmente buscar eCperiencias similares apoyadas en asesoras o eCperiencias de
entidades similares.
Conce"cin del "ro'ecto
!efinicin precisa del proyecto, en la cual detallamos la los recursos involucrados y
dimensionaremos el tiempo necesario para el desarrollo de la migracin.
<?
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
2.%.2 #lanificacin
"n la planificacin deberemos detallar por escrito todas las etapas Hue se detallar8n a
continuacin. -on responsables individuales, dimensionamiento de recursos y definicin de
hitos. -ada tarea deber8 ser estructurada, de manera tal Hue sea eCplicita la dependencia de
otras para poder planificar en el menor tiempo posible la migracin.
Posteriormente utili7ando alguna herramienta para maneAo de proyectos.
"n este eAemplo hemos utili7ado planner.
2.%.3 *eco"ilacin de informacin de los usuarios
(a informacin de los usuarios ser8 indispensable en el proceso de migracin. !eberemos
maneAar la informacin y perfilamiento de cada usuario en forma independiente. &dem8s
deberemos garanti7ar la integridad y privacidad de la informacin. )dealmente esta tarea
<@
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
debera consistir solamente en aislar respaldos e imprimir plantillas con perfiles.
(amentablemente lo Hue ocurre generalmente es la ausencia de los datos necesarios en el
proceso de migracin.
!efinir un repositorio personali7ado para los datos de los usuarios. "n este repositorio se
deber8 garanti7ar la privacidad de los datos locales o centrali7ados Hue migraremos.
Garanti7ar el almacenamiento de los datos del usuario en los servidores
&lmacenar datos personales de los usuarios. "stos se encuentran generalmente en
los eHuipos de trabaAo del usuario. Por este motivo, deber8 ser definido un proceso
con fechas eCactas para el almacenamiento y restauracin de los sistemas.
Gerificar polticas e implementaciones de los accesos y permisos de los cuales
disponga el usuario.
2.%.4 Ingenier$a de detalle del "lan de traba&o
er8n los planos de nuestra migracin. -on detalles especficos versin del paHuete de
software y tambi6n directivas de configuracin del mismo.
"l detalle de la solucin deber8 ser una directri7 del eHuipo Hue coordine y maneAe la
migracin. (os documentos resultantes deber8n proveer informacin eCplicita sobre todo lo
instalado y la metodologa Hue se utili7ar8.
2.%.% Im"lantacin
"s un trabaAo puramente t6cnico. e instalar8n y configurar8n los sistemas deseados
&ntes de la implantacin podremos revisar una lista de actividades3
'evisar el cumplimiento los reHuerimientos de software, hardware y red
-onocer protocolo y nomenclaturas del software Hue implantaremos
!isponer de privilegios en los sistemas para instalar el software
!isponer de la mayor cantidad
-onocer el lenguaAe y nomenclatura de los nuevos sistemas. 'ecomendable ser8
generar un diccionario, en el cual asimilaremos los nuevos conceptos. &dem8s
estableceremos las eHuivalencias frente a posibles diferencias . "sto significa, definir
el concepto y detallar el nombre en los sistemas de salida y entrada en la migracin.
'egistrar todos los eventos Hue se presenten en el proceso de implantacin.
olicitar documentacin detallada en el caso Hue la implantacin sea reali7ada por
terceros.
<=
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
2.%.+ #ruebas
(a etapa de pruebas es fundamental en el 6Cito de este proceso. !eber8 eCistir un plan de
pruebas documentado. ,ientras mayor sea el detalle Hue logremos, podremos mitigar el
riesgo de un fracaso.
!ependiendo de la metodologa Hue utilicemos, podremos involucrar a los usuarios finales o
a un grupo de ellos.
egn lo estipulado en las necesidades funcionales, se reali7ar8n las pruebas necesarias.
"n esta etapa se verificar8 principalmente3
)nteroperabilidad con el resto de los sistema involucrados
#uncionalidades reHueridas en la formulacin del proyecto
Grado de adaptacin de los usuarios
"l plan de pruebas deber8 considerar como mnimo el registro de los siguientes aspectos3
+ombre de la prueba
ObAetivo de la prueba. Gerificacin funcional.
+ombre del usuario o tester Hue reali7ar8 la prueba
#echa y hora
oftware involucrado en la prueba
)nterfa7 o mecanismo Hue ser8 suAeto a la prueba
+mero de la prueba
-ondicin de finali7acin. "n caso de no ser eCitosa, deber8 Huedar registrado,
indicando las medidas Hue se adoptar8n.
&dem8s deber8n Huedar registrados todos los errores y ser reportados a la mesa de ayuda o
Huien realice esta funcin.
2.%., Integracin
+ormalmente un proceso de difcil documentacin. !ebido a Hue el nmero de
combinaciones y casos de pruebas suele ser demasiado grande. (a implementacin de un
sistema en forma eCitosa, depender8 en gran medida de un alto nivel de integracin, en caso
de eCistir otros componentes.
-onsolidacin del nuevo ambiente de trabaAo con todo el software migrado. "n esta parte
podremos deAar atr8s las antiguas pie7as de software y comen7ar a registrar los evento en
produccin.
<>
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
2.%.- Ca"acitacin "ara administradores
(as nuevas tareas deber8n tener una tabla de eHuivalencia. #recuentemente encontraremos
solicitudes puntuales, para las cuales se utili7ar8 la Aerga del software saliente. "n otros
casos las tareas especficas Hue se reali7aban en el paHuete de software saliente ya no
eCistir8n y deber8 Huedar detallado en las capacitaciones. !e esta manera podremos
optimi7ar la adaptacin de nuestros administradores y adem8s procurar el uso eficiente del
tiempo en la administracin de la nueva herramienta.
Un aspecto importante ser8 poder identificar los conocimientos y eCperiencia Hue el grupo de
administradores tengan o adHuieran durante el proceso. !ebido a la naturale7a del trabaAo de
los administradores, ellos tender8n a estar aleAados del uso cotidiano de los sistemas. Por
este motivo ser8 recomendable Hue cono7can al menos una parte de la capacitacin de los
usuarios. Probablemente encontremos resistencia a Hue los administradores asistan o
participen de las capacitaciones. in embargo ser8 un factor organi7acional Hue permitir8
cohesionar a todo el grupo humano para un meAor resultado de la migracin.
$odo el trabaAo Hue realicen terceros en los sistemas deber8 incluir un capacitacin a los
administradores. "s importante Hue ellos formen parte de todos los trabaAos reali7ados,
independientemente Hue no los implementen, para poder alcan7ar un mayor grado de
conocimientos. "sto permitir8 un menor tiempo de resolucin ante eventuales problemas en
todos los sistemas.
2.%.. Ca"acitacin "ara usuarios
"l plan de capacitacin deber8 ser adaptable a las necesidades de la organi7acin.
'ecordemos Hue en un proceso de migracin desde el punto de vista de los usuario ser8 un
reempla7o. "n este reempla7o incorporaremos nuevos elementos para las mismas
funcionalidades. Por lo tanto reali7ar una capacitacin en base a las herramientas anteriores
puede ser recomendable.
"l proceso de capacitacin deber8 ser claro y estructurado. "sto no implicar8 Hue no sea
modificable durante el desarrollo de la capacitacin. "s fundamental mostrar claridad hacia el
resto de la organi7acin de los aspectos Hue se eCpondr8n.
"n el periodo de capacitacin, no solo eCpondremos conocimientos. er8 una oportunidad
para dar a conocer las labores Hue implica una migracin. "sto permitir8 hacer parte a los
usuarios de manera integral del proceso de migracin. -omo mencionamos anteriormente,
los sistema actuales dependen en gran medida de los usuarios. "sto significa Hue si el
usuario no entiendo o no se adapta al nuevo sistema, nuestra migracin no ser8 eCitosa.
-omo en todo proceso, muchas veces suponemos el nivel de conocimientos de los usuarios.
Por este motivo un plan de capacitacin deber8 tener las siguientes etapas.
<B
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
"valuacin de los usuarios en los sistemas actualmente utili7ados
-onstruccin de grupos de capacitacin, de acuerdo a los niveles evaluados. !e esta
manera podremos reali7ar la capacitacin en forma m8s eficiente.
-alendario de capacitacin.
!etalle de Aornadas tericas y pr8cticas. 'ecordemos Hue si los usuarios no se
familiari7an con el sistema, todos los conocimientos no ayudar8n al proceso de
migracin.
"valuacin final para medir la efectividad de la capacitacin.
2.%.1/ Gestin de atencin continua ' en sus diferentes ni0eles
Atencin de usuarios
"l proceso de migracin necesitar8 atencin a todos los usuarios. )ndependientemente
de la capacitacin surgir8n dudas o reclamos hacia los nuevos sistema. Por este
motivo deberemos asegurar Hue la atencin sea parte integral del proceso de
aprendi7aAe de los usuarios. +os encontraremos con reclamos inherentes a la
migracin. Podremos detectar el problema y aplicar una solucin. in embargo no
debemos olvidar Hue en el proceso de cambio encontraremos reclamos o solicitudes
de atencin relacionadas solamente al proceso de cambio. "ste ser8 un indicador Hue
nos ayudar8 a medir cual es el nivel de adaptacin de los usuarios y administradores
al nuevo sistema.
Para la atencin de los usuarios recomendamos los siguientes puntos3
'egistro de cada atencin
!etallar el motivo de la atencin
!escribir el problema en el registro de atencin
&dministracin con registro de eventos
"s un punto importante llevar registro de todas las actividades, al igual Hue los
eventos. !e esta forma podremos identificar de manera m8s r8pida los eventos y
efectuar un cambio de curso eventual en nuestros planes de migracin.
*ecursos 1umanos
Pocos sistemas son migrados en forma eCitosa sin considerar a los usuarios finales.
Generalmente las migraciones son en sistemas de control autom8tico o procesos
incrustados. Pero las 8reas de software descritas en esta gua siempre tendr8n a una
persona en la cadena de implantacin yDo utili7acin.
"ntonces debemos pensar Hue las personas son un aspecto estrat6gico en la
migracin.
<0
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
)dentificaremos a los siguientes grupos y mencionaremos ventaAas y desventaAas para
una migracin en cada caso.
$ipos de usuarios GentaAa !esventaAa
&dministradores Usuarios con conocimientos
formales
Usuarios autodidactas
Usuarios #inales +ivel de conocimientos +ecesidades reales para la
organi7acin
oporte $6cnicos capaces de
interactuar con los
problemas de las personas y
no solamente del
computador.
$6cnicos con ordenes
especficas
!esarrolladores -onocedores de t6cnicas
como eCtreme programming,
Hue permitan reali7ar aAustes
a medida en forma eficientes
&Austados a procedimientos y
suAetos a normas estrictas.
!ado Hue es probable Hue no nos encontremos con el caso ideal de los usuarios Hue
necesitamos por diversos motivos clasificaremos nuestra organi7acin de la siguiente
manera a todos los usuarios finales. $odos los aspectos de la planificacin y eAecucin
de la migracin deber8n contemplar el tiempo de aprendi7aAe y asimilacin del nuevo
software. )ntuitivamente podremos notar Hue a mayor cantidad de usuarios, m8s
recursos en nuestras mesas de ayuda yDo personal de atencin t6cnico utili7aremos.
!escribiremos tres tipos de usuarios finales Hue ser8 recomendable identificar3
1. Usuarios Avanzados
"ste tipo de usuarios posee conocimientos avan7ados en diversas 8reas.
+ormalmente los reconocemos f8cilmente en la organi7acin, pero nunca
hemos medido sus conocimientos. "sto no nos permitir8 ayudarnos de ellos
para el proceso en forma medida. in embargo podremos contar con ellos para
la retroalimentacin en la etapa de implantacin. !ebemos encontrarlos y
formar con ellos un grupo de trabaAo de avan7ada.
"llos deber8n ser los primeros Hue utilicen el sistema migrado en su etapa de
pruebas e implantacin.
2. Usuarios especficos
<2
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
!edicados usualmente a utili7ar herramientas productivas sin familiari7arse con
el entorno en forma completa.
3. Usuarios bsicos
& ellos los reconoceremos por su leAana con los sistemas de informacin en la
organi7acin. +o podemos identificar cual es el nivel de recha7o con el nuevo
sistema, sin embargo deberemos recoger los reclamos, en lo posible en un
sistema Hue permita la clasificacin y bsHueda de estos. !eseable ser8
registrar el estado de nuestros reclamos para poder incorporarlos a un proceso
de meAora continua.
!e la misma manera calificaremos a nuestros administradores de sistema
1. Administradores verticales
(os podremos identificar porHue Huerr8n estar en todas las tareas Hue estemos
reali7ando. in una caracterstica clara, ellos estar8n dispuestos a resolver
cualHuier problema. Una limitante comn en este tipo de administradores es
Hue son eficaces pero poco eficientes en tareas de mayor envergadura. (a
eficiencia decrece a medida Hue la tarea se vuelve estructurada.
2. Administradores de aplicacin
e remiten en la mayora de los casos a conocer una herramienta en particular.
!ebemos distinguir Hue un administrador de aplicacin puede ser eCperto en
sistemas de correo. in embargo esa especiali7acin generalmente esta
asociada a un producto en particular. !ebemos identificar si el administrador de
tarea ser8 para la aplicacin saliente o entrante.
3. Administradores de tarea
istem8ticos y muy estructurados. "llos no avan7ar8n si un plan no esta bien
detallado. )deales para reali7ar tareas rutinarias Hue no podr8n ser
automati7adas.
2.+ As"ectos "ara facilitar un "roceso de migracin
,uchas de las aplicaciones Hue se migrar8n, funcionar8n en ambientes desconocidos para la
mayora de los usuarios. "ntendiendo Hue lo nuevo siempre puede parali7ar a los usuarios
frente a lo desconocido, es recomendable fiAar en la estrategia una sustitucin parcial. (a
sustitucin deber8 comen7ar por el reempla7o en plataformas conocidas por una herramienta
familiar. Un buen eAemplo puede ser la sustitucin de cualHuier navegador por uno #(O.
"n t6rminos de usabilidad, la eCperiencia para el usuario ser8 similar. "sto no solo facilitar8
el proceso de migracin en si mismo, tambi6n permitir8 Hue los usuarios el nivel de
aceptacin a las soluciones sea mayor.
Gisto desde otro punto de vista, reempla7ar el !+ o !5-P por una herramienta #(O
./
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
puede traer los mismo resultados en otro nivel de usuarios. #rente a herramientas
ampliamente probadas, el reempla7o transparente de un sistema, puede ser anunciado como
un 6Cito. 'ecordemos Hue generalmente los usuarios y administradores no miden su nivel de
satisfaccin, sino todo lo contrario su nivel de insatisfaccin. &unHue esto pueda parecer
simplemente un Auego de lgica, en la pr8ctica se traducir8 en los siguiente.
-aso de migracin eCitoso no anunciado implicar8 la validacin del eHuipo t6cnico
frente a los cambios y generando confian7a y ayuda colectiva de todos los usuarios.
-aso de migracin parcialmente eCitoso, podra llevar a saturar nuestro nivel de
atencin a los usuario producto de supuestos frente a la nueva solucin.
Por lo tanto, aunHue un proceso de migracin sea transparente, es necesario anunciar sobre
el proceso y posteriormente no solo recoger reclamos y ayudas, sino Hue tambi6n hacer
parte a todo el eHuipo de usuarios del nuevo logro alcan7ado.
2., *ecomendaciones a futuro
"l proceso de migracin acabar8 una ve7 instaladas las nuevas pie7as de software en los
lugares planificados. in embargo deberemos tener en cuenta los siguientes aspectos a
futuro.
$odos los desarrollos sobre las nuevas plataformas mas deber8n estar aAustados a
est8ndares de compatibilidad de las herramientas utili7adas. "l caso m8s comn es el
desarrollo de herramientas %"*. Para esto los validadores del %?- facilitar8n sin
duda, la compatibilidad con nuestras nuevas herramientas.
#omentar el uso de est8ndares abiertos para documentos.
#omentar el uso de protocolos abiertos para intercambio de informacin
&segurar una metodologa de desarrollo Hue asegure portabilidad, independencia de
los datos y la lgica de negocios.
"vitar los servicios con protocolos propietarios. !e esta forma los usuarios se ver8n
obligados a usar los est8ndares definidos por la administracin.
$ambi6n debi6ramos recomendar la toma de decisin consciente en casos Hue
puedan atarnos a una tecnologa EaunHue sea #(OF. "Aemplo3 la decisin de usar
I( est8ndar o el optimi7ado pero especfico a la plataforma utili7ada actualmente
generalmente no se hace en forma eCplicita.
2.- 2actores de 34ito "ara el "roceso de migracin
2.-.1 As"ectos T3cnicos
-ada eleccin de plataforma o software ser8 nica debido a las caractersticas particulares.
.<
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
in embargo podremos revisar aspectos Hue no deberemos deAar de lado3
!ocumentacin de operacin y uso del software Hue se utili7ar8 en la migracin
Gerificar la eleccin de las herramientas a utili7ar. !eberemos verificar Hue la relacin
de madure7 y funcionalidades Hue nos entregue el software sea til para nuestro
propsito.
Gerificar interoperabilidad y compatibilidad con todo los sistemas instalados. )nclusive
con aHuellos Hue no sean parte de la migracin. "vitar8 posibles colisiones y mal
funcionamiento de las aplicaciones.
)dentificar las funciones propietarias en los paHuetes de software de entrada y salida,
para poder identificar un riesgo en el fracaso del proyecto.
!efinicin funcional detallada para poder identificar de meAor manera el cumplimiento
de todas las necesidades.
2.-.2 As"ectos 5rgani(acionales
Podramos pensar Hue una migracin es nicamente un trabaAo t6cnico. in embargo no
debemos olvidar Hue el aspecto organi7acional del eHuipo de trabaAo y los usuarios
involucrados ser8 un factor importante en el desarrollo de la migracin. "l 6nfasis en este
punto, es Hue usualmente los eHuipos Hue lideran una migracin son de naturale7a t6cnica.
Por este motivo se hace un mayor esfuer7o en consideraciones de software y hardware,
deAando como segunda prioridad el factor humano. &spectos claves para conducir el proyecto
en buena forma son los siguientes3
#ormulacin de un proyecto especfico con metas concretas
#ormacin del eHuipo de profesional en forma estructurada
Galidacin en la organi7acin del eHuipo Hue liderar8 la migracin
!istinguir al eHuipo de trabaAo del eHuipo directivo Hue planificar8 y tomar8 decisiones
!efinicin de responsables y competencias de los involucrados en el proceso
"ntrenamiento apropiado en caso de no poseer la competencias necesarias
,ostrar el plan de trabaAo, para Hue todos los integrantes entiendan Hue forman parte
de un solo proceso. Usualmente puede Hue parte del eHuipo no entienda Hue son
parte de un proceso integral, por lo cual se dificultar8 el trabaAo de integracin.
..
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
3 Gu$a de Soft6are ' detalles t3cnicos
3.1 Gru"o A"licati0o de Escritorio
3.1.1 5fimtica
Tecnolog$as
&ctualmente las tecnologas disponibles son alternativas Hue pretenden reempla7ar el
conAunto Office de ,icrosoftJ E,1OfficeF. "l intento por independi7arse de la plataforma
,1Office ha resultado al menos difcil, debido a la gran cantidad de personas Hue utili7an
esta herramienta en dos aspectos. "l primero es Hue la gran cantidad de instalaciones de
este producto nos obligue a intercambiar en forma peridica archivos con otras instituciones
Hue utilicen ,1Office. "l segundo punto, y no menos importante, es Hue la mayora de los
usuarios Hue aprenden algn paHuete inform8tico, de manera formal o como autodidacta lo
hacen utili7ando ,1Office. Por este motivo se recomienda Hue si la migracin se reali7a
desde ,1Office o (otus sea a los siguientes productos.
"Cisten tambi6n paHuetes como Koffice o Gnomeoffice Hue son una versin reducida de lo
Hue actualmente entendemos como una frameworL para ofim8tica.
"n cualHuier otro caso, la migracin no es vital para el funcionamiento, si este es cerrado y
acotado a la institucin correspondiente.
"l grupo de aplicaciones con mayor 6Cito en compatibilidad es OpenOffice Aunto a tarOffice.
i bien OpenOffice est8 originalmente basado en tarOffice, provee mayor cantidad de
funcionalidades y soporte de idiomas.
!igracin
+o reHuiere mayor cantidad de trabaAo, debido a Hue la suite OpenOffice reconoce casi todos
los formatos de ,Office. PowerPoint E.pptF, "Ccel E.ClsF y %ord E.docF sin problemas en
general.
"l soporte para archivo con incrustaciones O(" EObAect (inLing and "mbeddingF es limitado.
Por este motivo es recomendable identificar previamente si tenemos aplicaciones
institucionales incrustadas en nuestros archivos de datos.
*ecomendaciones
'egistrar toda incompatibilidad en un archivo. !e esta manera podremos saber Hue archivos
nos provocar8n problemas, pudiendo atender de meAor manera los reHuerimientos.
"l uso de macros deber8 ser evitado o al menos advertido como riesgoso. "l riesgo ser8 no
poder contar con las funcionalidades originales del archivo.
(a principal amena7a a una migracin eCitosa, es la sensacin de los usuario respecto a
.?
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
poder utili7ar todos los archivos eCistentes. (a base de archivos potenciales, es en la
mayora de los casos.
'esumen compacto de los tipos de archivos soportados para OpenOffice ..@.
Writer ABRIR GUARDAR
OpenDocument Text, Text Template (.odt, .ott)
OpenDocument Text, Text Template
(.odt, .ott)
OpenOffice.org 1.0 Text Document, Text
Template (.sx, .st)
OpenOffice.org 1.0 Text Document, Text
Template (.sx, .st)
!icrosoft "ord #00$ document %!S
Open&!'( (.docx))
!icrosoft "ord #00$ document %!S
Open&!'( (.docx))
!icrosoft "ord *$+*,, #000+#001+-.&,
&.+#00/ document, template (.doc, .dot)
!icrosoft "ord *$+*,, #000+#001+-.&, &.+
#00/ document, template (.doc, .dot)
!icrosoft "ord 0+*1 document, template
(.doc, .dot)
!icrosoft "ord 0+*1 document, template
(.doc, .dot)
!icrosoft "ord para "indos 1 document
(.doc)
2ic3 Text 4ormat (.rtf) 2ic3 Text 4ormat (.rtf)
Star"riter 5.061.0 document, template
(.sd, .-or)
Star"riter 1.0 document, template (.sd,
.-or) Star"riter /.0 document, template
(.sd, .-or) Star"riter 5.0 document,
template (.sd, .-or)
Star"riter 1.0, #.0 document (.sd)
Star"riter DOS document (.txt)
7portisDoc (.alm) (.pd8) 7portisDoc (.alm) (.pd8)
Doc9oo: (.xml) Doc9oo: (.xml)
!icrosoft "ord #005 &!' (.xml) !icrosoft "ord #005 &!' (.xml)
.oc:et "ord (.ps) .oc:et "ord (.ps)
"ord.erfect /.# DOS (.p) "ord.erfect 1.1
DOS+"in (.p) "ord.erfect 0.061#.0
DOS+"in (.pd) "ord.erfect para !acintos3
5.1e (".D/) "ord.erfect para !acintos3 5.06
5.1./ (".D5) "ord.erfect para !acintos3 #.1
(".D#) "ord.erfect para !acintos3 #.0.x
(".D#) "ord.erfect para !acintos3 1.0.x
(".D0)
!icrosoft "or:s ord processing documents
(.ps)
;c3itaro ,+*+10+11 document, template (.<td,
.<tt)
=angul ". *$ (.3p)
".S #000+Office 1.0 (.ps)
.@
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
.lain Text, Text >ncoded (.txt) .lain Text, Text >ncoded (.txt)
=?pertext !ar:up 'anguage (.3tml, .3tm) =?pertext !ar:up 'anguage (.3tml)
.orta8le Document 4ormat (.pdf) (export)
>xtensi8le =?perText !ar:up 'anguage
(.x3tml) (export)
Calc ABRIR GUARDAR
OpenDocument Spreads3eet, Spreads3eet
Template (.ods, .ots)
OpenDocument Spreads3eet, Spreads3eet
Template (.ods, .ots)
OpenOffice.org 1.0 Spreads3eet, Spreads3eet
Template (.sxc, .stc)
OpenOffice.org 1.0 Spreads3eet,
Spreads3eet Template (.sxc, .stc)
!icrosoft >xcel #00$ document %!S
Open&!'( (.xlsx))
!icrosoft >xcel #00$ document %!S
Open&!'( (.xlsx))
!icrosoft >xcel *$+*,, #000+#001+-.&,
&.+#00/ spreads3eet, template (.xls, .xl@ .xlt)
!icrosoft >xcel *$+*,, #000+#001+-.&, &.+
#00/ spreads3eet, template (.xls, .xl@ .xlt)
!icrosoft >xcel 1+*1 spreads3eet, template
(.xls, .xl@ .xlt)
!icrosoft >xcel 1+*1 spreads3eet, template
(.xls, .xl@ .xlt)
!icrosoft >xcel /.x "in spreads3eet, template
(.xls, .xl@ .xlt)
Data ;nterc3ange 4ormat (.dif) Data ;nterc3ange 4ormat (.dif)
d97S> (.d8f) d97S> (.d8f)
2ic3 Text 4ormat (.rtf)
StarAalc 5.0 6 1.0 spreads3eet, template
(.sdc, .-or)
StarAalc 1.0 spreads3eet, template (.sdc,
.-or) StarAalc /.0 spreads3eet, template
(.sdc, .-or) StarAalc 5.0 spreads3eet,
template (.sdc, .-or)
StarAalc 1.0 spreads3eet (.sdc)
'otus 16#65 1.x, #.x spreads3eet (.:1, .:s)
SB'C (.sl:) SB'C (.sl:)
Aomma Separated Dalues (.cs-, .txt) Aomma Separated Dalues (.cs-)
!icrosoft >xcel #005 &!' (.xml) !icrosoft >xcel #005 &!' (.xml)
.oc:et >xcel (.pxl) .oc:et >xcel (.pxl)
Euattro .ro 0.0 (.8#)
=?pertext !ar:up 'anguage (.3tml, .3tm) =?pertext !ar:up 'anguage (.3tml)
"e8 .age Euer? (.3tml)
.orta8le Document 4ormat (.pdf) (export)
>xtensi8le =?perText !ar:up 'anguage
(.x3tml) (export)
Impress ABRIR GUARDAR
OpenDocument .resentation, .resentation
Template (.odp, .otp)
OpenDocument .resentation, .resentation
Template (.odp, .otp)
OpenOffice.org 1.0 .resentation, .resentation
Template (.sxi, .sti)
OpenOffice.org 1.0 .resentation,
.resentation Template (.sxi, .sti)
!icrosoft .oer.oint #00$ document %!S !icrosoft .oer.oint #00$ document %!S
.=
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
Open&!'( (.pptx)) Open&!'( (.pptx))
!icrosoft .oer.oint *$+*,, #000+#001+-.&,
&.+#00/ presentation, template (.ppt, .pps@
.pot)
!icrosoft .oer.oint *$+*,,
#000+#001+-.&, &.+#00/ presentation,
template (.ppt, .pps@ .pot)
OpenDocument Draing (.odg) OpenDocument Draing (.odg)
OpenOffice.org 1.0 Draing (.sxd) OpenOffice.org 1.0 Draing (.sxd)
StarDra 5.0+1.0 draing (Star;mpress)
(.sda, .sdd)
StarDra 1.0 draing (.sda) StarDra 5.0
draing (.sdd)
Star;mpress /.0+1.0 presentation, template
(.sdd, .sdp@ .-or)
Star;mpress 1.0 presentation, template
(.sdd, .-or) Star;mpress /.0 presentation,
template (.sdd, .-or)
Aomputer Frap3ics !etafile (.cgm)
=?pertext !ar:up 'anguage (.3tml)
(export)
.orta8le Document 4ormat (.pdf) (export)
S3oc:a-e 4las3 (.sf) (export)
>xtensi8le =?perText !ar:up 'anguage
(.x3tml) (export)
"indos 9itmap (.8mp) (export)
>n3anced !etafile (.emf) (export)
>ncapsulated .ostScript (.eps) (export)
Frap3ics ;nterc3ange 4ormat (.gif) (export)
Goint .3otograp3ic >xperts Froup (.<pg)
(export)
OS+# !etafile (.met) (export)
.orta8le 9itmap (.p8m) (export)
!acintos3 .;AT (.pct) (export)
.orta8le Fra?map (.pgm) (export)
.orta8le Hetor: Frap3ics (.png) (export)
.orta8le .ixmap (.ppm) (export)
.lace"are .resentation Slide Set (.pp)
(export)
Sun 2aster ;mage (.ras) (export)
Scala8le Dector Frap3ics (.s-g) (export)
StarDie !etafile (.s-m) (export)
Tagged ;mage 4ile 4ormat (.tif) (export)
"indos !etafile (.mf) (export)
& .ixmap (.xpm) (export)
Draw ABRIR GUARDAR
OpenDocument Draing, Draing Template
(.odg, .otg)
OpenDocument Draing, Draing
Template (.odg, .otg)
OpenOffice.org 1.0 Draing, Draing
Template (.sxd, .std)
OpenOffice.org 1.0 Draing, Draing
Template (.sxd, .std)
.>
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
StarDra 5.0+1.0 draing, template (.sda, .sdd@
.-or)
StarDra 1.0 draing, template (.sda, .-or)
StarDra 5.0 draing, template (.sdd, .-or)
StarDra #.0 (.sg-)
Star"riter Frap3ics 4ormat (.sgf)
=?pertext !ar:up 'anguage (.3tml)
(export)
.orta8le Document 4ormat (.pdf) (export)
S3oc:a-e 4las3 (.sf) (export)
>xtensi8le =?perText !ar:up 'anguage
(.x3tml) (export)
3.1.2 Correo electrnico
(a mayora de los clientes de correo electrnico posee una interfa7 comprensible para el
usuario. "sto ser8 fundamental para Hue la nueva herramienta de correo electrnico sea
eCitosa.
(os aspectos generales para la migracin de una nueva herramienta de correo final ser8n3
Protocolo de intercomunicacin entre el cliente y el servidor de correo
"ficiencia en el maneAo de archivos
Tecnolog$as
E0olution
"volution o +ovell "volution es un gestor libre de informacin personal y de
trabaAo en grupo para G+O,", desarrollado originalmente por Mimian ahora es
parte oficial del escritorio de G+O,". -ombina administracin de correo
electrnico, calendario, agenda y lista de tareas. #orma parte del conAunto
G+O," Office.
-onectividad integrada con +ovell Group%ise
-onectividad integrada con ,icrosoft "Cchange
,aneAo de cuentas de correo mediante ),&P
-apacidad para D,),", meAora de administracin de contactos
T1underbird
$hunderbird es un cliente de correo electrnico de ,o7illa. "s multiplataforma y
utili7a el lenguaAe de interfa7 MU(. $hunderbird soporta ),&PDPOP, correo
5$,(, noticias, ', etiHuetas, corrector ortogr8fico incorporado, soporte de
eCtensiones y perfiles para despliegue, buscadores, cifrado PGP, un filtro
bayesiano de correo no deseado P&, y otras funcionalidades. u principal
problema contra rivales como "volution Esobre plataformas (inuCF o, en ,1
%indows, est8 en Hue adolece de un calendario tan poderoso como "volution.
.B
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
7mail
Kmail es el cliente de correo de la plataforma K!". Posee soporte para integrar
antispam y tambi6n soporte criptogr8fico. (a integracin para maneAo de
contactos y otras tareas se produce en forma natural con el ambiente K!".
!igracin
(a migracin de los clientes de correo electrnico puede ser larga y alta en demanda de
recursos. Para poder migrar deberemos revisar las siguientes tareas.
Gerificar los datos almacenados localmente.
&segurar el traspaso de informacin al nuevo cliente de correo
Gerificar el protocolo de coneCin al servidor ),&P, POP? u otro
)ncluir en el sistema de respaldo de la organi7acin los nuevos archivos.
"s probable Hue dispongamos de herramientas Hue nos ayuden a importar los datos, sin
embargo deberemos verificar la integridad de la informacin rescatada en el nuevo cliente.
*ecomendaciones
!ebido a Hue el servicio de correo funciona en forma continua, es recomendable tomar las
siguientes precauciones.
Gerificar Hue no se interrumpa la recepcin de correo
5abilitar una pasarela para garanti7ar el paso de correo y almacenamiento en forma
transitoria
&lmacenar el registro de logs para evitar p6rdidas de correo o distorsiones en la
entrega.
3.1.3 Agendas ' calendarios colaborati0os
(as agendas o calendarios colaborativos no han alcan7ado la madure7 necesaria en un
paHuete de software abierto. (a ausencia de normas de comunicacin y est8ndares
colaborativos ha producido un efecto negativo. "l resultado es herramientas inmaduras Hue
han privilegiado ciertos 8mbitos de una agenda tradicional por sobre la conectividad hacia
diferentes plataformas de los componentes como el correo o la agenda. &dem8s no se ha
alcan7ado el nivel de usabilidad Hue posee OutlooL con "Cchange de ,icrosoft.
Tecnolog$as
!ebido a Hue la implementacin de un calendario colaborativo no eCiste en forma monoltica,
mencionaremos una integracin Hue se acerca bastante a una solucin integral.
.0
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
8imbra
9imbra http3DDwww.7imbra.com provee un paHuete basado en cdigo abierto Hue
brinda funcionalidades basadas en diversos paHuetes de software #(O
incluidos en la plataforma.
PostfiC
,yI(
Open(!&P
&pache $omcat o 4etty
(ucene
Gerity
-lam&G
pam&ssassin
&,aGi and &mavisd1new
!P&,
&spell
4ames
ieve
!igracin
(a migracin de un groupware en base a herramientas de software de cdigo abierto son
casi imposibles sin considerar un desarrollo aneCo. *8sicamente las recomendaciones para
adoptar un paHuete de software como 9imbra se remiten al estudio de la documentacin
eCistente y la utili7acin de los asistentes automati7ados para la migracin de datos
"l proceso de migracin a una agenda colaborativa reHuerir8 eCperiencia en diferentes
8mbitos y recursos de programacin en diferentes lenguaAes.
*ecomendaciones
i bien, las herramientas colaborativas como (otus +otes o "Cchange posee una gran
cantidad de funcionalidades, es necesario definir cual de ellas usaremos en nuestra
plataforma. "sto permitir8 restringir el 8mbito de uso de nuestro groupware, haciendo m8s
f8cil la eleccin de la herramienta de software a utili7ar.
e recomienda revisar los foros y documentacin eChaustivamente para poder llegar a un
buen resultado. (a incorporacin de un laboratorio de pruebas ser8 parte esencial para una
migracin compleAa.
.2
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
3.1.4 Clientes 999
(a migracin de las herramientas cliente para %"*, comnmente llamadas navegadores
residen siempre en el lado del cliente. Por este motivo debemos tener en cuenta el nivel de
nuestros usuarios finales, evaluando su nivel de comprensin y precisin en la deteccin del
problema para no generar reclamos eCcesivos y sobrecargar las mesas de ayuda.
Tecnolog$as
2irefo4
"l browser O mas utili7ado actualmente. Provee una funcionalidad amplia y
resulta ser de f8cil instalacin y actuali7acin.
*asado en el motor de navegacin GecLo.
+avegadores relacionados a #irefoC son +etscape y ,o7illa, conectados por
funcionalidades comunes, compatibilidad de conectores Eplug1inF
C1rome
+avegador de la empresa Google. (a introduccin de este navegador es
reciente a la generacin del presente documento. Por este motivo recopilar
eCperiencias de usuario sobre esta plataforma ha sido difcil. & diferencia de los
otros navegadores, no ha sido posible recoger la eCperiencia de otros usuarios
en la implantacin masiva de este navegador. in embargo se espera un
desarrollo m8s fuerte entendiendo Hue ha tomado un porcentaAe importante en
la red.
!igracin
)dealmente desearamos una instalacin desatendida en clientes. in embargo los clientes
%%% son administrados por software de inventario de software en el meAor de los casos.
"n primera instancia se deber8 instruir a los usuarios sobre posibles incompatibilidades de
navegacin para ciertos sitios. & priori, este factor no ser8 controlable. in embargo para
sitios Hue se encuentren dentro de la institucin, Hue cumplan con la norma %?- ser8
suficiente para asegurar su despliegue y usabilidad.
'evisar la compatibilidad de cada conector Eplug1inF. in duda se debe destacar el conector
de &dobe #lash. "ste es el conector m8s utili7ado.
*ecomendaciones.
"l respaldo permanente de la base de datos local de cada navegador deber8 ser respaldada
segn la poltica de respaldo para datos de usuarios. "l motivo es poder rescatar booLmarLs
u otros datos personales si el usuario por error de uso en el nuevo navegador no lograra
utili7ar la herramienta nueva o borrara de la base de datos.
?/
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
(os est8ndares %?- no son respetados por los desarrolladores en muchos casos. Por este
motivo es recomendable reali7ar un estudio de trafico y detectar los principales sitios Hue son
utili7ados, para corregir yDo avisar a los usuarios de las posibles deficiencias.
3.2 *e"ositorios de )atos
3.2.1 :ases de )atos
Tecnolog$as
#ostgreS;<
"s la base de datos m8s completa disponible dentro del software de cdigo
abierto. "st8 incluida en la mayora de las distribuciones de (inuC y disponible
para diversos sistemas operativos. )ncluye caractersticas t6cnicas de bases de
datos avan7adas como %rite ahead log y ,ultiversion concurrency control,
permiten retornar a un estado de tiempo especfico y reali7ar lectura y escritura
independientemente para usuarios concurrentes. "Cisten tambi6n
administradores de f8cil instalacin como Pgadmin y phpPGadmin.
Posee conectores para O!*- de ,icrosoft y 4!*- para 4ava. Permitiendo de
esta manera acceder a la base de datos desde diferentes aplicaciones y
plataformas de desarrollo.
!'S;<
"Cisten dos versiones de ,yI(. (a primera es ,yI( -ommunity edition.
"sta versin se distribuye como cualHuier software con licencia G+U Public
(icense. "s decir, uno puede acceder al cdigo fuente sin restricciones y por
este motivo la clasificamos como software de cdigo abierto. (a segunda es
,yI( "nterprise edition. & diferencia de la primera esta versin tiene una
licencia de uso pagado.
-onocida por su rapide7 en el acceso de estructuras de datos simples, ha sido
utili7ada principalmente en combinacin con P5P y &pache sobre (inuC. Una
gran cantidad de instalaciones de *logs, sitios livianos de comercio electrnico
y sitios din8micos han sido desarrollados sobre esta base de datos. Posee
caractersticas como motores de almacenamiento independientes E,y)&,
para lecturas r8pidas, )nno!* para transacciones e integridad referencialF,
opcin para configuracin en cluster, soporte consultas anidadas a partir de la
versin = y conformidad a las reglas &-)! usando los motores )nno!*, *!* y
-luster.
!igracin
Probablemente uno de los tpicos m8s relevantes en una migracin. Una base de datos
?<
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
provee pocas funcionalidades en si misma. (a mayora de las veces es accedida desde otra
aplicacin. Por este motivo debemos identificar los siguientes puntos3
!atos &lmacenados
Procedimientos almacenados
cripts de acceso
-onsultas &+)
-ada uno de estos puntos puede ser relevante al momento de utili7ar la base de datos.
+ormalmente el punto central de la migracin es el traspaso de los datos desde al base de
datos de origen hacia la de destino. "n este proceso encontraremos diferencias en el nombre
de los tipos de los campos. Por eAemplo3
G&'-5&' N $"M$
"n este caso ser8 posible encontrar eHuivalencia de tipos
in embargo muchas veces depender8 no solamente del tipo de dato a utili7ar, sino de la
configuracin del motor de base de datos para el Auego de codificacin de caracteres o de la
implementacin. "n el caso Hue dependiera de la implantacin, habr8 Hue revisar como se
program la aplicacin verificando el largo m8Cimo.
*ecomendaciones
'evisar las funcionalidades avan7adas en cada caso de migracin es fundamental. 'evisar
la lista Hue se detalla a continuacin es necesario para enfrentar cualHuier desarrollo
posterior con el fin de asegurar la continuidad en la operacin.
$ipos de datos implementados en la base de datos
#uncionalidades de seguridad
#uncionalidades orientadas a la disponibilidad como -lustering y 'eplicacin
istemas operativos en los cuales las funcionalidades sigan estando presente
(icenciamiento para cada una de las plataformas
#ormatos de almacenamiento soportados
5erramientas administrativas disponibles.
5erramientas de apoyo yDo complemento disponibles
!rivers y conectores disponibles para la nueva plataforma
!ialectos y est8ndares I( soportados
(imitaciones del sistema, como tama:o de los campos o de la misma base de datos
,edicin del rendimiento esperado en la nueva plataforma
?.
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
(imitaciones inherentes al motor de base datos en uso y su configuracin inicial
pueden ser los siguientes3
4uego de caracteres E"ncodingF
&specto importante Hue debe ser verificado. Podremos encontrar el caso en el cual
el despliegue al usuario pare7ca coincidente, debido a Hue terminales y p8ginas
web traducen la codificacin. Por este motivo deberemos usar una aplicacin para
la migracin basada en conectores Hue puedan traducir la codificacin.
Generalmente los conectores 4!*- pueden hacer esta tarea en forma simple.
Procedimientos de acceso Einternos o eCternosF
"n los cambios de versin yDo conector, pueden verse afectadas las rutinas de
acceso a la base de datos. Por este motivo ser8 fundamental la prueba de todas
las rutinas de acceso y verificar su funcionamiento.
#uncionalidades de los procedimientos almacenados y triggers
Usualmente eCisten en casi todos los motores de base de datos. in embargo ser8
necesaria una recodificacin del procedimiento almacenado o trigger validando la
rutinas.
"n general una buena recomendacin es revisar si la versin de la base de datos a utili7ar
cumples reglas &-)!. "stas reglas consisten en
&tomicidad3 es la propiedad Hue asegura Hue la operacin se ha reali7ado o no, y por
lo tanto ante un fallo del sistema no puede Huedar a medias.
-onsistencia3 es la propiedad Hue asegura Hue slo se empie7a aHuello Hue se puede
acabar. Por lo tanto se eAecutan aHuellas operaciones Hue no van a romper la reglas y
directrices de integridad de la base de datos.
&islamiento3 es la propiedad Hue asegura Hue una operacin no puede afectar a otras.
"sto asegura Hue la reali7acin de dos transacciones sobre la misma informacin
nunca generar8 ningn tipo de error.
!urabilidad3 es la propiedad Hue asegura Hue una ve7 reali7ada la operacin, 6sta
persistir8 y no se podr8 deshacer aunHue falle el sistema.
"l punto m8s relevante ser8 identificar los aspectos propietarios de la base de datos de
origen. "n este aspecto deberemos considerar todos los aspectos mencionados en la
migracin. !esde procedimientos almacenados, hasta los tipos de datos. "n cada uno
podremos encontrar desde sentencias hasta tipos propietarios Hue nos impidan reali7ar una
migracin sin tener Hue recodificar o generar una nueva estructura. Por lo tanto, es posible
Hue no solo tengamos Hue modificar el cdigo o estructura en la base de datos, tambi6n
posiblemente conectores, drivers e incluso cdigo de nuestra ampliacin Hue accede a la
base de datos. #inalmente la identificacin y resolucin para un parte o pie7a propietaria
??
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
podra implicar cambios mayores Hue no estuvieran contenidos inicialmente en la migracin
de la base de datos.
Para poder entregar recomendaciones puntuales deberamos saber la base de datos de
origen. "n este sentido se hace casi imposible entregar recomendaciones puntuales. in
embargo en un proceso de migracin deberemos tener en cuenta los siguientes puntos3
"structura de datos y datos almacenados
"n la mayora de los casos podremos encontrar scripts o desarrollar programas Hue nos
ayuden a migrar la estructura y los datos contenidos en la base de datos Hue estamos
utili7ando actualmente. in embargo, ese ser8 solo el primer paso para lograr Hue el nuevo
motor de base de datos trabaAe en forma adecuada.
Procedimientos almacenados, triggers u otros elementos contenidos en el motor de la
base de datos de origen
Usualmente es posible encontrar parte de la lgica de negocios utili7ada en el modelo ?1
capas en el motor de base de datos. Por lo cual no ser8 conveniente anali7ar estas
estructuras y cdigo aisladamente de las aplicaciones Hue acceden las base de datos.
&plicaciones Hue acceden la base de datos
i las aplicaciones se apoyan en mecanismos propietarios o nicos de la base de datos, es
posible Hue nos veamos en la necesidad de recodificar. Por este motivo saber si podemos
acceder a una eventual modificacin del cdigo ser8 imprescindible para reali7ar una tarea
de migracin eCitosa.
,ecanismos de acceso a la base de datos
(a mayora de los conectores o drivers para acceder la base de datos prometen las mismas
funcionalidades. in embargo, los mecanismos implementados en estos conectores suelen
tener relacin en el desempe:o y eventualmente en los resultados del acceso a la base de
datos.
Procedimientos de administracin de la base de datos.
Poseer una !*& E!ata base administratorF
"n resumen podemos decir Hue deberemos generar un diagrama de todos los componentes
relacionados con la base de datos para poder identificar si alguno de ellos no es posible
modificarlo y de esta manera impedir nuestro proceso de migracin.
3.2.2 Ser0idor 9E:= Ser0idor de A"licaciones
Tecnolog$as
Originalmente los servidores web fueron dise:ados para compartir informacin en teCto e
im8genes. -on un lenguaAe definido 5$,( E5yper$eCt ,arLup (anguageF. &ctualmente los
?@
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
servidores web, tienen un nmero mayor de funcionalidades y pueden brindar servicios Hue
van desde atender a un cliente %%% browser o navegador, hasta ser el pilar de un %eb
ervice %, para atender a otros programas o pie7as de cdigo en reHuerimientos
necesarios para procesamiento yDo despliegue de datos. in embargo, el uso de servidores
web
A"ac1e
"s el servidor web m8s utili7ado en el )nternet. "ste servidor web es posible
utili7arlo en diversas plataformas y la mayora de las veces lo encontraremos
como parte integral de las distribuciones (inuC. Posee una arHuitectura , la cual
permite integrar diversos mdulos
!dulo 4uncionalidad
modIssl Aomunicaciones Seguras -a T'S.
modIrerite reescritura de direcciones (generalmente
utilizado para transformar pJginas dinJmicas
como p3p en pJginas estJticas 3tml para as
engaKar a los na-egantes o a los motores de
8LsMueda en cuanto a como fueron
desarrolladas estas pJginas).
modIda- Soporte del protocolo "e8D7D
modOdeflate -ompresin transparente con el algoritmo
deflate del contenido enviado al cliente
modOauthOldap Permite autentificar usuarios contra un
servidor (!&P.
modOproCyOaAp -onector para enla7ar con el servidor
4aLarta $omcat de p8ginas din8micas en
4ava Eservlets y 4PF.
modOperl P8ginas din8micas en Perl.
modOphp P8ginas din8micas en P5P
modOpython P8ginas din8micas en Python
modOreCC P8ginas din8micas en '"MM y ObAect
'"MM
modOruby P8ginas din8micas en 'uby
?=
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
modOaspdotnet P8ginas din8micas en .+"$ de ,icrosoft
E,dulo retiradoF.
modOmono P8ginas din8micas en ,ono
modOsecurity #iltrado a nivel de aplicacin, para
seguridad
$ambi6n eCisten mdulos Hue tienen licenciamiento pagado, para integracin
con diversas plataformas web propietarias.
&plicaciones de integracin comunes son el mdulo para redireccionar los
reHuerimientos 4P E4ava server pagesF a un contenedor como $omcat.
(a integracin m8s popular es (&,P. &crnimo para (inuC, &pache, ,yI(,
P5P. -onAunto con el cual, desde el sistema operativo, hasta el lenguaAe de
programacin, es posible servir contenido est8tico y din8mico.
!igracin
Contenido Esttico
(a migracin de contenido est8tico es la m8s simple. +o necesitaremos
modificar el contenido de los archivos eCpuestos. "stos generalmente ser8n
archivos de teCto con o sin contenido 5$,( y adicionalmente archivos de
im8genes u otros formatos Hue no necesariamente puedas ser visuali7ados en
un navegador.
olamente deberemos configurar la eCtensin de los archivos. &dem8s verificar
Hue en nuestro servidor donde se aloAa el servidor web y el sistema operativo de
este no presenten problemas al distinguir maysculas y minsculas.
Contenido )inmico
"l contenido din8mico es realmente cdigo Hue generalmente est8 en lenguaAes
interpretados. "ste cdigo si es propietario deber8 ser reescrito en el nuevo
lenguaAe. Por eAemplo si tenemos un servidor &P E&ctive erver PagesF de
,icrosoft y migramos a una instalacin de &pache y P5P no Huedar8 otra
alternativa Hue escribir nuevamente todo el cdigo.
Otra alternativa ser8 Hue nuestros programas se encuentren en P5P y solo
debamos tomar en cuenta, la conectividad hacia bases de datos y tambi6n
permisos de eAecucin e invocaciones a nombres de archivo en el cdigo
?>
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
Consideraciones
!ebemos recordar Hue los contenedores de aplicaciones como tomcat y otros similares no
est8n descritos en detalle en esta gua. in embargo es posible tener una interfa7 desde
apache hacia ellos con algunos conectores.
!ado Hue los servidores web no solamente atienden usuarios, debemos tomar en cuenta los
% E%eb ervicesF y la integracin a otras plataformas,
$anto el entorno de trabaAo de .+"$ como 4."" proporcionan una plataforma integrada para
el desarrollo de servicios web. (amentablemente en la mayora de los casos una migracin
de sistemas propietarios como .+"$ implicar8n recodificacin mediante un eHuipo de
desarrollo.
"sta recodificacin ser8 m8s f8cil si el desarrollo anterior fue reali7ado utili7ando una
arHuitectura de ? capas E?1tierF.
3.2.3 Ser0idores de Arc1i0o >2ile S1aring?
(os servidores de archivos en red permiten a los computadores conectados a una red
acceder archivos en forma remota. "l almacenamiento es aparentemente local, pero se
reali7a en el servidor.
Tecnolog$as
@2S
"ste es el sistema utili7ado en la mayora de las redes UniC y ha estado en uso
durante muchos a:os +ormalmente no es implementado con directivas de
seguridad apropiadas, aunHue hay una variante segura Hue se ha puesto en
marcha en algunas variantes comerciales de UniC. +# consiste en un servidor
Hue eCporta archivos desde el computador servidores hacia los clientes de una
red )P.
5"enA2S
"s una implementacin abierta de &# E&ndrew #ile ystemF. u principal
caracterstica es Hue se trata de un sistema de archivos distribuido.
http3DDwww.openafs.orgD
Samba
amba es un producto Hue pone en marcha el protocolo ,* de ,icrosoft. "s
fundamental para la integracin de los sistemas basados en %indows y el
#(O, y viene en la mayora de las distribuciones est8ndar.
@etaTalA
"n el caso de los Hue tienen m8Huinas &pple de ,acintosh, netatalL
proporciona la eAecucin del protocolo &pple$alL. http3DDnetatalL.sourceforce.netD
?B
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
!igracin
(a instalacin de un nuevo sistema de archivos ser8 compleAa nicamente en la
configuracin de este. "l nuevo sistema de archivos deber8 cumplir con los siguientes
reHuisitos como regla general.
-ompatibilidad con los clientes
,aneAo de permisos (ectura, escritura, modificacin y eAecucin, dependiendo de las
caractersticas del sistema de salida
,aneAo de usuarios
*ecomendaciones
'eali7ar el respaldo en otro medio del total de los archivos. -on esta medida evitaremos
p6rdidas involuntarias de informacin.
'evisar permisos de lectura y escritura en nuestro nueva sistema, y naturalmente la
interoperabilidad con los diferentes clientes conectados en nuestra red.
3.2.4 Im"resin
Tecnolog$as
(P'ng Ehttp3DDwww.lprng.comDF es una implementacin desarrollada activamente del antiguo
sistema lprDlpd de est8ndar *!. -ontiene un cierto nmero de meAoras Hue pueden hacerlo
mucho m8s robusto y f8cil de gestionar Hue los productos originales. (P'ng se caracteri7a
por ser seguro. in embargo -UP ha tomado mayor fuer7a por su versatilidad y facilidad de
instalacin.
-UP Ehttp3DDwww.cups.orgDF est8 pensado como sistema de impresin UniC dise:ado para
ambientes corporativos. e basa en el Protocolo de )mpresin )nternet est8ndar )PP, e
incorpora una funcin para browsing Hue permite la distribucin autom8tica por la red de los
detalles de los nombres y caractersticas de las impresoras disponibles. -UP incorpora
tambi6n una interfa7 de usuario %"* para administrar y configurar las impresoras. 5ay
programas controladores disponibles para la mayora de las impresoras.
Kprint y GnomePrint
K!" y Gnome incorporan sus propios subsistemas de impresin adecuados para definir las
aplicaciones de usuario en la mayora de los sistemas de cola de impresin de uso m8s
corriente, (P'ng y -UP incluidos.
!igracin
(a migracin consistir8 en habilitar el sistema y deAarlo en produccin. &dem8s de considerar
los par8metros necesarios para la configuracin, deberemos revisar los privilegios para el
uso de espacio en disco y la conectividad a todas las impresoras. 'evisar drivers y archivos
?0
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
necesarios para nuestras impresoras pueden comunicarse con el sistema de impresin
instalado.
*ecomendaciones
!urante la migracin ser8 til revisar los siguientes aspectos3
'evisar compatibilidad desde todas las plataformas eCistentes
'evisar compatibilidad desde todas el software en uso
'evisar permisos de impresin
'evisar cantidad de hoAas autori7adas para la impresin
"spacio en disco del servidor para Hue el fluAo de trabaAos de impresin pueda ser
almacenado
3.2.% *es"aldo
Tecnolog$as
Amanda
&dvanced ,aryland &utomatic +etworL !isL &rchiver, es un sistema de
respaldo automati7ado Hue permite el respaldo de mltiples computadores
sobre la red. "l destino puede ser un disco o cintas o dispositivos pticos.
&manda utili7a herramientas G+U y puede reali7ar respaldos en (inuC y ,1
%indows.
!igracin
"n (inuC bastar8 con instalar la aplicacin y configurar el software de acuerdo a las
necesidades. (a migracin sobre ,1%indows reHuerir8 la instalacin adicional de cygwin.
Para respaldos reali7ados con otras herramientas, una alternativa podr8 ser la definicin de
un directorio de paso para recuperar y luego respaldar con &manda.
*ecomendaciones
-uando adoptamos un nuevo sistema de respaldo, es probable Hue no conservemos todos
los atributos. "sto depender8 de las variables Hue logre capturar desde el origen de los
datos. i el software de respaldo original no captur permisos, fechas u otros datos
relevantes, este trabaAo deber8 reali7arse en forma manual. "l principal riesgo ser8 Hue
usuarios no autori7ados accedan a los respaldos recuperados.
?2
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
3.3 !ensa&er$a
3.3.1 Ser0icio de Correo
"l correo es un 8rea compleAa con varios componentes , y eCisten diversas aplicaciones
#(O, algunas de las cuales proporcionan una funcionalidad parcialmente coincidente.
in embargo no hay Hue olvidar Hue el tratamiento de correo no esta directamente
relacionado en el maneAo de P&, y virus para computadores. Por lo tanto es necesario
considerar el maneAo de correo independientemente del tratamiento de amena7as para la
productividad transportadas en este mismo.
Tecnolog$as
(os sistemas de correo est8n subdivididos de acuerdo a sus funcionalidades. "n esta
seccin revisaremos los sistemas de transporte y almacenamiento de correo.
!TA
(os principales ,$& de #(O son3
endmail
"Cim
-ourier
PostfiC
5ay muchos m8s pero estos son los m8s utili7ados. "n un principio endmail fue el
m8s utili7ado. in embargo su escaso nivel de seguridad y elevado nivel de
conocimientos para configurarlo, lo transform en un software mtico y poco utili7able.
Posteriormente aparecieron en sitios de divulgacin y listas administradores otros
agentes. "n estos agentes se muestra apoyo diferente y de meAor sofisticacin para
cada nicho de usuarios. "Cim y PostfiC son el ,$& por defecto en algunas
distribuciones. -ourier1,$& viene como parte de una familia formada por ,$&, ,!&
E,ail !elivery &gentF, ,U& y un paHuete de correo en web. -ada una de estas partes
se puede usar por separado, o integrada con el resto de la familia. Uno de los
aspectos m8s relevantes ser8 el sistema de almacenamiento Hue usualmente son
archivos ,aildir o en archivos ,ailboC para cada usuario.
:u(n
(a mayora de los administradores desearan Hue los clientes usaran un bu7n de
correo centrali7ado en lugar de Hue descarguen los mensaAes a un bu7n local en el
cliente de escritorio. Por ello recomendamos el uso de ),&P como protocolo de
intercambio.
@/
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
ervidores ),&P #(O3
U%1),&P
-ourier1),&P
-yrus.
U%1),&P ha mostrado diversas vulnerabilidades por lo Hue hay Hue evaluar bien
antes de tomar la decisin de migracin.
-ourier1),&P destaca por su facilidad de configuracin. "s posible instalarlo Aunto a
PostfiC o -ourier1,$&.
-ourier como plataforma implementa est8ndares Hue en ocasiones no se utili7an en el
transporte de correo. Por este motivo es recomendable revisar los foros.
$anto -ourier1),&P como -yrus soportan $( .
&dicionalmente al maneAo de correo electrnico se ha incorporado la proteccin contra P&,
E-orreo no deseadoF.
i reempla7amos toda la plataforma de correo sera deseable introducir un antispam como
pamassassin.
pam&ssassin es un filtro autom8tico de correo Hue revisa los encabe7ados EheaderF y el
cuerpo de los mensaAes EbodyF para clasificar los correos electrnicos Hue posiblemente sean
P&, en base a una reglas bastantes autom8ticas y configurables por el administrador.
"l resultado se traduce en una disminucin de correo no deseado, recuperando tiempo de
trabaAo al usuario final.
!igracin
!istinguir el sistema de almacenamiento es fundamental para poder eAecutar una migracin
adecuada. "l sistema de almacenamiento es la forma en Hue la aplicacin guarda los correos
en un sistema de archivos o base de datos. Generalmente nos encontraremos con un
,ailboC o archivo, Hue puede ser plano, o con ,aildir. ,aildir es un sistema de directorio Hue
posee tres carpetas para ordenar el correo de un usuario en particular.
&plicaciones para convertir de un sistema a otro se pueden encontrar. (a conversin m8s
comn es desde ,ailboC a ,aildir. "l sistema de correo endmail utili7a ,ailboC. i
Hueremos mover los archivos a nuestros nuevos ,aildir, encontraremos diversos scripts Hue
nos ayudar8n en esta tarea.
*ecomendaciones
!ebido a Hue el servicio de correo funciona en forma continua, es recomendable tomar las
siguientes precauciones.
@<
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
Gerificar Hue no se interrumpa la recepcin de correo
5abilitar una pasarela para garanti7ar el paso de correo y almacenamiento en forma
transitoria
&lmacenar el registro de logs para evitar p6rdidas de correo
Gerificar el espacio para almacenar el correo de la organi7acin
"stablecer procedimientos e implementar herramientas para el control del espacio
almacenado por cada usuario
3.3.2 Ser0icios de Correo 9E:
SBuirrelmail
!isponible para plataformas Hue posean P5P @./ o superior y un servidor de acceso ),&P.
Corde I!#
Plataforma desarrollada en P5P Hue es parte del frameworL 5orde. "l obAetivo principal de
5orde es proveer una plataforma basa en est8ndares slidos. Por este motivo ser8 integrable
mediante protocolos como POP? e ),&P a los servidores de correo.
!igracin
(a migracin consistir8 en la instalacin de este paHuete. Para aHuellos administradores Hue
migren de plataformas propietarias, esta interfa7 ser8 un poco menos usable y con menos
funcionalidades Hue una agenda.
*ecomendaciones.
!eseable sera la personali7acin de la interfa7 de correo. "sto les dar8 a los usuarios una
meAor eCperiencia de uso. "n t6rminos pr8cticos se reducir8 la carga de la mesa de ayuda y
los usuarios podr8n en forma m8s amigable el nuevo sistema.
!ebemos estar preparados para recibir crticas Hue comparar8n servicios webmail pblicos
con nuestro nuevo sistema de correo.
3.4 Ser0icios seguridad
3.4.1 Identidad electrnica
"n un problema de difcil solucin, el administrador se ve enfrentado a poder asegurar con
los medios eCistentes la identidad de un usuario. i bien, las directrices para la
implementacin electrnica de la identidad electrnica est8n bien definidas, usualmente los
@.
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
problemas no son causa de una migracin, sino de la captura de los datos biom6tricos de los
usuarios.
3.4.2 Autenticacin centrali(ada
-omponente indispensable para el desarrollo de procesos en donde intervienen diversos
componentes. !urante una migracin, el aspecto vital es rescatar usuarios y perfiles
aplicativos para cada aplicativo. Una migracin de perfiles es distinguible en dos partes. (a
primera involucra migrar de un sistema propietario hacia un sistema abierto. (a segunda es
involucrar la tarea de aglomerar las polticas de acceso en un mismo sistema. "n este
sentido, muchas veces se confunde la tarea de migracin y la tarea de unificacin. "sta gua
solo contempla el aspecto de migracin y por este motivo las tareas asociadas a la
integracin deber8n ser tratadas como otro aspecto.
Para poder distinguir las tareas de migracin e integracin solamente es necesario revisar el
conAunto de salida y llegada de un dominio de usuarios en particular. i el dominio de llegada
es mas amplio Hue el sistema nico de migracin, estaremos enfrentados a la tarea de
integracin o adicin de polticas de usuarios.
"l est8ndar m8s popular para servicios de directorios es el (!&P. -onsiste en un protocolo
abierto y se incluye en muchos productos y en diferentes 8mbitos (!&P trabaAa con
definiciones de datos personali7ados. (os datos almacenados en esHuemas son
generalmente distintos. Por lo cual no es suficiente para la migracin de una aplicacin, el
estado de cliente de (!&P. "s necesario comparar los esHuemas y eventualmente reali7ar
un trabaAo basado en scripts para transformar los datos almacenados en (!&P para Hue
sean compatibles con nuestra nueva aplicacin.
5"en<)A#
Utili7a el est8ndar (!&Pv?, y a partir de la versin ..< se puede utili7ar con diversos
sistemas para la generacin. (as mismas consideraciones mencionadas anteriormente son
v8lidas para Open(!&P. (o principal es el esHuema de utili7acin para una aplicacin en
particular. "n una instalacin, cuya instalacin se hace desde el dise:o del almacenamiento
de usuarios, ser8 viable y mucho m8s f8cil.
3.4.3 Anti0irus
(a migracin de un antivirus es meramente funcional. "sto implica Hue solo es necesario
activar el nuevo sistema para iniciar la deteccin de amena7as. "l problema actual es poder
medir si la cantidad de amena7as cubiertas es suficiente para poder seguir operando de
manera normal y confiable.
@?
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
Tecnolog$a
ClamAV
Dispone de un nLmero de -ersiones para sistemas operati-os como 'inux, 9SD,
OpenSolaris, !S6"indos entre otros. 'a deteccin de -irus no es proacti-a. 'o Mue
implica Mue de8e ser 8a<o demanda. 7 diferencia de la ma?ora de los paMuetes de
anti-irus comerciales.
'a clasificacin de Alam7D es la siguienteN
9a<o demanda N mu? po8re
4alsos positi-osN po8re
.roacti-aN po8re
Tiempo de respuestaN !u? 8ueno
2oot:itsN mu? po8re
Amavis
!otor para deteccin de -irus so8re plataformas de correo 4'OSS. 7ma-is soporta
firmas de otros fa8ricantes de anti-irus.

4unciona so8re las siguientes plataformas de correo.
Sendmail
E!ail
.ostfix
>xim
!igracin
>n el caso de un .A de escritorio consistirJ simplemente en desinstalar el paMuete de anti-irus
existente, en caso Mue exista alguno e instalar el paMuete.
*ecomendaciones
>l me<or uso para el anti-irus 4'OSS es una pasarela (Fatea?) de correo. >l reemplazo de una de
estos paMuetes podra crear la falsa sensacin de seguridad, de8ido a Mue el anJlisis automJtico en una
estacin de tra8a<o de8erJ 3acerse 8a<o demanda.
3.4.4 D#@
Tecnolog$as
4reeS"7H
>s una aplicacin F9O+'inux de los estJndares ;.S>A e ;C>, lo Mue significa Mue
@@
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
operarJn recprocamente con los dispositi-os compati8les concentradores de D.H ?
otros elementos de red. >n el caso Mue el sistema de D.H se 3a?a configurado para ;.-0
los registros del DHS de8erJn ser actualizados, lo Mue podra implicar ciertas
limitaciones.
OpenGP+
Disponi8le para la ma?ora de los elementos de Onix, es una oferta potente ? madura.
>ntre sus caractersticas estJn el cifrado de cla-e pL8lica, la compresin dinJmica para
la gestin del anc3o de 8anda ? la capacidad para tra8a<ar con H7T (Hetor: 7ddress
Translation, o Traduccin de direcciones en la red). .ara mJs informacin, consulte
tam8iPn 3ttpN++open-pn.sourceforge.net+
Tecnolog$as
!igracin
Derificar la ;nteropera8ilidad con las plataformas interconectadas serJ la tarea mJs
costosa. De8erJ ser parte de la etapa de prue8as para poder tomar la decisin de
implantar cualMuier sistema de D.H,
Alientes propietarios podrJn ser reemplazados si existen las condiciones de
interopera8ilidad mencionadas anteriormente.
*ecomendaciones
Pruebas desde todos los clientes ser8n necesarias para soportar el cambio. &dem8s
pruebas de carga con usuarios concurrentes, para verificar Hue el hardware soporte
los niveles de cifrado o encripcin reHueridos.
3.4.% 2ire6all
Tecnolog$as
&ctualmente podemos encontrar PacLet #ilter de *! e )ptables disponible para la
plataforma (inuC. !epender8 de la versin del sistema operativo Hue instalemos. $odas las
interfaces de acceso a la configuracin del firewall son herramientas complementarias. (a
eCistencia de estas aplicaciones en entornos gr8ficos o teCtuales se debe a la compleAidad
para generar configuraciones en base polticas.
"Cisten distribuciones dedicadas a proveer un #irewall. "stas distribuciones se encuentran
disponibles en su mayora para dedicar un computador para esta tarea.
!igracin
(a traduccin de reglas ser8 fundamental. #uera de trabaAar con un especialista, la meAor
@=
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
alternativa para la migracin ser8 conocer las polticas e implementarlas. Una pr8ctica poco
deseable ser8 traducir la configuracin debido a Hue puede inducir a error, olvidando la
poltica original y adem8s puede basarse en alguna particularidad del firewall anterior.
*ecomendaciones
!edicar un eHuipo completamente a esta tarea. +ormalmente deberemos elegir un eHuipo
Hue soporte todo el tr8fico de nuestra red hacia )nternet. Por este motivo probar con
diferentes protocolos, casos de uso y casos concurrentes ser8 indispensable. &dem8s utili7ar
herramientas para reali7ar revisin de puertos abiertos ser8 de utilidad para revisar Hue se
cumplan las polticas implementadas.
4 Consideraciones
$odo el trabaAo de migracin se basar8 principalmente en la definicin de la metodologa a
emplear. (as condiciones de software y hardware cambiar8n muchas veces en el futuro. in
embargo la organi7acin de los recursos humanos y la gestin deber8n ser siempre parte de
un proceso de migracin. "s muy probable Hue la compleAidad del software aumente con el
tiempo. Iui78s tambi6n encontremos muchas herramientas Hue nos facilitar8n el proceso.
Por este motivo todas las consideraciones de software cambiar8n con el correr del tiempo.
Pero la reali7acin de un plan de trabaAo acotado y bien documentado nos facilitar8 la tarea
de migracin. !ebemos tener en cuenta Hue la utili7acin de est8ndares abiertos tambi6n
nos ayudar8 a integrar de meAor manera herramientas #(O a nuestro ambiente de trabaAo.
@>
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
% Glosario
"l presente glosario puede ser til para entender posibles siglas Hue involucren software o
tecnologas necesarias en el proceso de migracin.
&# &rchivos de istema &ndrew E&ndrew #ile ystemF
&P &ctive erver Pages 1 P8ginas de ervidor &ctivasP es el concepto de ,icrosoftJ para
generar sitios web din8micos Econsultar tambi6n Q4PRF del lado del servidor Eusando, por
eAemplo, 4avacript o Gisual *asic criptF.
*! !istribucin de oftware de *erLeley E*erLeley oftware !istributionF
-G) (a interfa7 -omn de "ntrada E-ommon Gateway )nterfaceF fue la primera variante de
las interfaces de servidores web. Pr8cticamente todos los servidores web modernos soportan
esta interfa7. (as aplicaciones Hue usan -G) pueden ser desarrolladas en diferentes
lenguaAes de programacin. &dem8s de lenguaAes interpretados, como P"'(, tambi6n es
posible utili7ar aplicaciones compiladas Hue hayan sido escritas en - o -SS.
-UP istema de )mpresin -omn U+)M E-ommon U+)M Printing ystemF
!&G !istributed &uthoring and Gersioning
!5-P "l Protocolo de -onfiguracin !in8mica de &nfitrin E!ynamic 5ost -onfiguration
ProtocolF crea las bases para la asignacin din8mica de direcciones )P. "l cliente !5-P
din8micamente recibe una direccin )P desde un servidor !5-P central. &dem8s de la
direccin )P, otros par8metros de configuracin pueden ser enviados al cliente.
!+ "l istema de +ombres de !ominio E!omain +ame erverF es un sistema con una
estructura Aer8rHuica para la asignacin de nombres a las computadoras conectadas a
)nternetD)ntranet.
G+U G+U no es UniC EG+UTs +ot U+)MF
GP( (icencia Publica General EGeneralDGnu Public (icenseF
5$,( (enguaAe de ,arcas de 5iperteCto E5yperteCt ,arLup (anguageF 1 "s el est8ndar
abierto y el formato de archivo para la presentacin de contenidos en )nternet e )ntranets.
5$$P 5yperteCt transfer protocol Un est8ndar para interaccin electrnica durante la
transmisin de documentos web en )nternet.
),&P "l Protocolo de &cceso a -orreo de )nternet E)nternet ,ail &ccess ProtocolF puede
ser usado para administrar casilla de e1mail. & diferencia de POP?, ),&P administra los e1
mails en el servidor. -uando el programa de correo comien7a, solo los datos de encabe7ado
Eremitente, referencia y fecha de recepcinF se carga por defecto. "l receptor puede entonces
seleccionar los mails a baAar en forma completa. (os correos Hue Huedan en el servidor
@B
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
pueden ser archivados en carpetas especiales.
)Pec Un est8ndar para soluciones de seguridad en redes Hue es particularmente
adecuada para la implementacin de GP+s y para acceso remoto a redes privadas por medio
de coneCiones telefnicas.
)Pv> (a nueva versin > del Protocolo de )nternet E)PF con direcciones )P de <.0 bits en
lugar de los ?. bits de )pv@. "sto puede crear m8s opciones de direccionamiento para sitios
web.
4ava Un lenguaAe de programacin desarrollado por U+ ,icrosystemsJ Hue es usado
especialmente en el campo de la tecnologa de )nternet. Un as llamado compilador traduce
el teCto fuente a cdigo independiente de la plataforma. "l cdigo entonces puede ser
eAecutado por un interprete adecuado en cualHuier computadora. "sto permite la eAecucin
de programas 4ava en cualHuier plataforma de computacin para la Hue eCista el programa
interprete adecuado.
4avacript Un lenguaAe de scripting originalmente definido por +etscape para conectar
cdigo de programa a p8ginas 5$,( est8ticas. "l cdigo es generalmente eAecutado en el
browser del usuario.
4."" "dicin empresarial de 4ava. E4ava . "nterprise "ditionF
4!*- (a -onectividad a *ase de !atos 4ava E4ava !atabase -onnectivityF ofrece un
mecanismo para comunicarse con las bases de datos eCistentes. (os drivers sirven como la
interfa7 entre 4ava y la base de datos.
4P (as P8ginas de ervidor 4ava E4ava erver PagesF son archivos 5$,( con cdigo de
programa 4ava embebido Hue se convierte en servlets por un motor 4P Hue son luego
eAecutados en el servidor web. "l resultado se enva luego en formato 5$,( normal al cliente
Econsultar tambi6n U&PUF.
(&,P Un plataforma de software libre para desarrolladores web y aplicaciones web basado
en (inuC, &pache, ,yI( y P5P yDo P"'( o Python.
(!&P "l Protocolo (iviano de &cceso a !irectorioE(ightweight !irectory &ccess ProtocolF
EM.=/2F es una versin simplificada de !&P EM.=//F. (!&P se usa para acceder a servicios
de directorio Hue pueden, por eAemplo, ser usados para consultar caractersticas de los
usuarios.
(P! !emonio de impresin en linea E(ine Printing !aemonF
(P' 'edirector de impresiones en linea E(ine Printing 'edirectorF
,acro Una combinacin de instrucciones individuales yDo una secuencia de comandos y
procesos Hue pueden ser grabados y guardados. -uando se llama una macro, los procesos y
acciones se eAecutan autom8ticamente en el orden correcto.
,$& Un componente de software responsable de la distribucin de e1mails entre diferentes
sistemas de computacin. Un ,$& recibe mensaAes de otros ,$&s y de ,U&s y los pasa a
@0
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
los correspondientes recipientes.
,U& "l &gente de Usuario de -orreo E,ail User &gentF es el programa de e1mail Hue
permite a los usuarios acceder, mostrar, leer, editar y administrar mensaAes electrnicos.
.+"$ Una plataforma para servicios web basados en M,( de ,icrosoftJ. (a plataforma se
dise:o para conectar informacin, dispositivos y usuarios de forma uniforme y personali7ada.
+&$ +etworL &ddress $ranslation
+# +etworL #ile ystem
+$P "l Protocolo de $iempo en 'ed E+etworL $ime ProtocolF se emplea para sincroni7ar la
informacin horaria de diferentes ordenadores usando la red. +$P permite sincroni7ar los
ordenadores al orden de milisegundos. "sto es un aspecto particularmente importante para
procesos en los Hue est8n involucrados varios ordenadores a la ve7.
O!*- -onectividad a *ases de !atos &bierta EOpen !ata*ase &ccessF. "s un proceso de
estandari7acin del acceso a bases de datos. (as aplicaciones, por eAemplo, pueden usar
O!*- para acceder a un gran nmero de bases de datos de diferentes fabricantes.
O(" "nla7ado e incrustacin de obAetos EObAect (inLing and "mbeddingF. "s un m6todo
para compartir informacin. "sta informacin puede estar representada en diferentes
formatos y puede haber sido generada por diferentes aplicaciones. (os datos de un
documento fuente se enla7an o incrustan en un documento destino. -uando se marcan los
contenidos en el documento destino, la aplicacin origen se eAecuta, por lo Hue los datos
pueden editarse utili7ando las herramientas disponibles en el entorno original.
P!# #ormato de !ocumento Portable EPortable !ocument #ormatF. Un formato de
documento legible en varias plataformas, desarrollado por &dobe ystemsJ, Hue permite la
generacin y presentacin de documentos formados por teCto, im8genes y dibuAos.
Perl (enguaAe Pr8ctico de "Ctraccin e )nforme EPractical "Ctraction and 'eport (anguageF.
"l lenguaAe Perl est8 disponible de manera libre y est8 ampliamente utili7ado en la escritura
de scripts -G). Gracias a la cantidad de opciones, especialmente en el tratamiento y
procesado de cadenas de teCto, los programas Perl tambi6n se emplean en tareas rutinarias
de administracin.
P5P Preprocesador de 5iperteCto E5yperteCt PreprocessorF. (enguaAe de script del lado
servidor para la generacin de contenido din8mico y acceso a bases de datos.
POPDPOP? Protocolo de Oficina de -orreos EPost Office ProtocolF. -uando se emplea la
versin ? de este protocolo de correo electrnico, el cliente de correo descarga todos los
nuevos mensaAes desde el servidor de correo a la m8Huina local. (os clientes suelen estar
configurados para eliminar los mensaAes del servidor una ve7 se han descargado
correctamente.
Postcript lenguaAe de descripcin de p8ginas desarrollado por &dobeJ para controlar las
impresoras. (as impresoras Hue admiten Postcript reciben los comandos de impresin
desde los programas en forma de una secuencia estandari7ada de instrucciones, Hue la
@2
UO !" O#$%&'" ()*'" "+ "( "$&!O
Gua de ,igracin
impresora interpreta y traduce a un proceso de impresin. '&3 ervicio de acceso remoto
E'emote &ccess erviceF. ,icrosoftJ utili7a este nombre para proporcionar servicios
basados en llamadas de tel6fono dentro del sistema operativo de ,icrosoftJ.
'!*, istema de Gestin de *ases de !atos 'elacionales E'elational !ata*ase
,anagement ystemF. (os datos de una base de datos en un '!*, se almacena en
tablas, Hue est8n relacionadas unas con otras. "sta organi7acin se basa en un modelo
relacional.
D,)," ecure ,)," E,ultipurpose )nternet ,ail "CtensionsF
,* erver ,essage *locL
I( (enguaAe de -onsulta "structurado Etructured Iuerying (anguageF. "l lenguaAe de
interrogacin est8ndar para las base de datos relacionales.
(D$( ecure ocLet (ayer. Una tecnologa de cifrado desarrollada por +etscapeJ y un
protocolo para la comunicacin segura y la transmisin de documentos entre navegadores
web y servidores web.
$( $ransport (ayer ecurity Ever (D$(F.
GP+ Girtual Private +etworL
%?- %orld %ide %eb -onsortium. -onsorcio Hue coordina el desarrollo de la web y la
estandari7acin de 5$,(, M,( y sus derivados.
%eb!&G -ontrol de versiones y &utora !istribuida basada en la web E%eb1based
!istributed &uthoring and GersioningF. "ste protocolo es una eCtensin del Protocolo para la
$ransferencia de 5iperteCto E5$$P 1 5yper$eCt $ransfer ProtocolF y ofrece un soporte
estandari7ado para la una creacin de contenidos asncrona y en colaboracin a trav6s de
)nternet o )ntranet.
%%% %orld %ide %eb
M,( eMtensible ,arLup (anguage. Una especificacin en la definicin de lenguaAes para
formatear documentos. M,( ofrece una estricta separacin de contenidos y dise:o.
=/