Está en la página 1de 24

ADQUISICIN DE RECURSOS COMPUTACIONALES

El proceso de adquisicin de recursos y equipo computacional es complejo y agotador. La


inversin de tiempo, dinero y esfuerzo que se realiza justifica plenamente el desarrollo de
una gua y accin que oriente al responsable de conducir y desarrollar el estudio y proceso.

El proceso de innovacin tecnolgica de recursos computacionales

El costo total de los departamentos de informtica en las empresas est constituido por
varios renglones. Una gran parte de este costo se destina a la adquisicin o desarrollo de
programas de aplicacin que resuelvan problemas funcionales a los usuarios, tal como se
explic en el captulo 11. Otra parte importante del costo se relaciona con la operacin de los
Sistemas computacionales y con las operaciones diarias, tales como captura
almacenamiento y comunicaciones de datos dentro y fuera de la organizacin.

Otro rengln importante de costos est relacionado directamente con los recursos del
hardware y equipo que deben adquirirse para desarrollar y operar los sistemas de
informacin. Esta ltima decisin es una de las ms costosas e importantes a la que se
enfrenta el administrador moderno y est relacionada con la inversin en tecnologa de
informacin de naturaleza diversa.

Como puede observarse, en promedio, cuando menos el 25% de los costos totales de los
departamentos de informtica en las empresas se des tina a recursos de hardware (compra,
renta y mantenimiento de hardware), de lo cual se deriva la necesidad de una gua o
metodologa que oriente al responsable de un proyecto de cambio de equipo durante todo el
proceso.

Las decisiones relacionadas con la adquisicin de recursos computacionales deben


considerar factores tecnolgicos y financieros. No obstante ello, no existen procedimientos
infalibles que guen a los administradores de la informtica durante todo el proceso de
cambio de equipo, el cual se inicia con la determinacin de los requerimientos de cmputo,
hasta la administracin de la conversin de programas y la transicin y traslado de datos al
nuevo sistema computacional. De hecho la mayora de libros y cursos hacen hincapi en el
uso y aplicacin de computadoras e informacin de las tecnologas, pero muy poco se dice
acerca de la obtencin de estas tecnologas. Con mucha frecuencia, no conocer la forma de
obtener los recursos de hardware, software y Servicios de informacin puede generar un
diferimiento indefinido del uso, o peor, en la inadecuada seleccin y compra de los sistemas
incorrectos.

Normalmente, el director o gerente de informtica de las organizaciones, apoyndose en los


departamentos de soporte tcnico, operaciones y/o desarrollo de sistemas de aplicaciones es
quien coordina el proceso el cambio de equipo computacional. Adems, se requiere que el
usuario de las diferentes reas que integran la empresa se involucre durante el proceso de
cambio de equipo. De hecho, el procedimiento que se propone a lo largo de este captulo
involucra al usuario y presupone que los departamentos de apoyo participan durante la vida
del proyecto.

Es importante conocer los sntomas que se observan en las organizaciones, y que


constituyen un detonante del proceso de cambio de equipo a fin de que el administrador de
los recursos de hardware se prepare para el manejo del proyecto. Estas causas pueden
incluir las siguientes:

Problemas de servicio con el proveedor actual. Esta anomala se presenta cuando la


empresa no recibe el servicio que esperaba al adquirir equipo computacional; por
ejemplo, la empresa necesita mantenimiento para su equipo actual y el proveedor no
cumple con la fecha indicada para ello.

El equipo computacional actual es obsoleto. La empresa no se ha actualizado en to


que se refiere a compra de equipo computacional.

Saturacin y falta de capacidad del equipo computacional. El equipo con el que cuenta
la empresa ya no es suficiente para hacer frente a las necesidades de procesamiento
de datos.

Necesidad de incorporar nuevos sistemas de aplicacin a la organizacin. El medio


ambiente demanda un mejor uso de b tecnologa de informacin, lo que conlleva la
necesidad de que la empresa utilice nuevos sistemas que requieren capacidades de
equipo diferentes a las actuales, lo cual hace necesario adquirir nuevo equipo.

Equivocada decisin durante el proceso de seleccin del equipo actual. Si las


decisiones referentes a la adquisicin de equipo computacional no han sido las
adecuadas a las necesidades de la organizacin, ser necesario adquirir nuevo
equipo.

Existen requerimientos de competitividad que no pueden ser logra dos con la


tecnologa actual. En estos casos, para estar a la par con la competencia, es
necesario que la empresa adquiera nuevo equipo.

Existe la necesidad de cambiar la filosofa de operacin de los sistemas actuales, tales


como cambio de archivos convencionales a bases de datos, cambio de operacin de
batch a operacin en lnea, o bien cuando se desea emigrar de un ambiente
centralizado a un ambiente de redes de microcomputadoras o estaciones de trabajo
(downsizing) o viceversa.
Determinacin de requerimientos

La primera fase consiste en determinar los requerimientos del nuevo equipo que ser
adquirido, a fin de transmitir las necesidades de manera clara a los diferentes proveedores.
Para hacerlo con xito es necesario llevar a cabo algunas actividades que se han
denominado previas a la aplicacin de la presente gua.

El modelo que se presenta en esta seccin tendr una utilidad singular para cl administrador
de la funcin de informtica, ya que facilitar su labor de clculo en forma considerable. Los
especialistas en planeacin de las capacidades en equipos de cmputo invierten gran
cantidad de tiempo y esfuerzo en crear en detalle modelos computacionales altamente
complejos, para determinar la configuracin que se aproxime mejor a las cargas de trabajo
futuras de la organizacin.

Actividades previas a la determinacin de requerimientos

Conocimiento de la organizacin

El primer paso previo que deber realizar el responsable del proyecto de cambio de equipo,
es tener un conocimiento profundo de la organizacin o la entidad de negocios que recibir el
servicio del equipo que ser adquirido. Por ejemplo, si el equipo va a ser adquirido por una
empresa que se dedica a la manufactura de bienes de consumo, el responsable del proyecto
deber conocer las reas de ventas, administracin, mercadotecnia, produccin, finanzas y
recursos birmanos. Si el equipo ser adquirido para dar servicio a la divisin metales, por
ejemplo, el responsable del proyecto deber conocer a fondo las unidades que confirman la
divisin metales de la empresa.

En caso de que la organizacin decida contratar los servicios de un consultor para llevar a
cabo el proyecto de cambio de equipo, ser necesario proporcionarle toda la informacin, o
bien, que se involucre con cada una de las unidades funcionales.

El conocimiento de la organizacin implica, por otra parte, conocer el plan general o


estratgico del negocio. En la mayora de las empresas, este plan es elaborado por los
departamentos de finanzas y administracin, o bien, por el rea de planeacin estratgica.
Cabe recalcar que es importante para cl responsable del proyecto de innovacin tecnolgica
conocer el ndice o porcentaje de crecimiento del negocio estimado durante el horizonte de
planeacin del proyecto.

Plan de desarrollo de aplicaciones

El siguiente paso previo es contar con un plan de desarrollo de aplicaciones a corto, mediano
y largo plazos. La idea en este punto consiste en conocer las aplicaciones que sern
desarrolladas y que operarn en el nuevo sistema computacional durante el horizonte de
planeacin del proyecto.
El horizonte del proyecto se define como el lapso de tiempo futuro que se considera en un
anlisis. Si se desea que, por ejemplo, un equipo o sistema computacional tenga cuando
menos un tiempo de vida de cinco aos, se deben conocer las aplicaciones que operarn
durante los prximos cinco aos, es decir el horizonte de planeacin del proyecto de cambio
de equipo ser de cinco aos.

Normalmente, el responsable del proceso de desarrollo de sistemas en la organizacin es el


jefe de desarrollo o jefe de anlisis y programacin, el cual deber ser el responsable de
desarrollar el plan de desarrollo de aplicaciones antes de iniciar el estucho de determinacin
de los requerimientos del nuevo equipo.

Filosofa de operacin o tipo de solucin requerida

El plan deber incluir aspectos tecnolgicos requeridos para el desarrollo de las nuevas
aplicaciones, tales como bases de datos, cdigos de barras, sistemas batch o en lnea, ya
que estas especificaciones pueden modificar de manera sensible los requerimientos y
restricciones a considerar en el nuevo equipo. La filosofa de operacin que se desea con el
nuevo equipo requiere un anlisis del tipo de solucin que se implantaran con el equipo o los
equipos que se van a adquirir. Esta solucin puede incluir equipos grandes o mainframes,
arquitecturas cliente-servidor, estaciones de trabajo y minicomputadoras, entre otras.

Modelo propuesto para estimar los requerimientos de equipo

Una vez que se han desarrollado los pasos previos, se puede iniciar el estudio de
requerimientos del nuevo equipo. Este primer paso del procedimiento es quizs el ms difcil
y emprico de llevar a cabo, ya que no existe un mtodo probado que garantice el xito.

Los recursos que deben estimarse durante esta fase del proceso incluyen los siguientes:

Capacidad de cmputo expresada, por ejemplo, en el nmero dc instrucciones por


segundo.

Capacidad de almacenamiento en memoria principal expresada. Por ejemplo, en


megabytes.

Capacidad de almacenamiento secundario expresada, por ejemplo, en megabytes,


gigabytes y terabytes.

Capacidad total de impresin requerida expresada, por ejemplo, en lneas de


impresin.

Cantidad de terminales requeridas para la captura o consulta de informacin.

Hardware especializado para llevar a cabo funciones especiales, tales como


terminales inteligentes, concentradores, ruteadores, etctera.
Infraestructura de redes, como por ejemplo tarjetas de red, medios de transmisin (par
trenzado, libra ptica, etctera).

EI modelo propuesto para la determinacin de requerimientos del nuevo equipo se muestra


en la figura 12.3. Posteriormente se analizarn los conceptos involucrados con este modelo.

Requerimientos obligatorios y opcionales

Los requerimientos que se especificarn en el nuevo equipo pueden clasificarse como


obligatorios y opcionales.

Requerimientos obligatorios

Se definen como requerimientos obligatorios al conjunto de caractersticas que deben estar,


de forma obligada y necesaria, presentes en el equipo solucin presentada por el proveedor,
a fin de que no sea descartado de antemano, a saber:

El costo total del equipo o el presupuesto mximo autorizado.

El tiempo mximo de entrega del equipo requerido.

Compatibilidad con el lenguaje computacional actual, a fin de minimizar el esfuerzo de


conversin de los programas al nuevo equipo.

El apoyo del proveedor durante la conversin de las aplicaciones.

Caractersticas mnimas requeridas de rendimiento de las computadoras.

La adecuada determinacin de las restricciones en el proceso de cambio de equipo facilitar


el trabajo durante la evaluacin tcnica y financiera de las propuestas, ya que solamente se
analizarn aquellas propuestas o soluciones hayan cumplido con todos los requy yerimientos
obligatorios.

Requerimientos opcionales

Los requerimientos opcionales constituyen cl conjunto de caractersticas que son de gran


ayuda y utilidad si se encuentran presentes en el equipo, pero de no ser as, no
necesariamente la propuesta del proveedor debe ser descartada. Ejemplo de estos
requerimientos pueden ser los siguientes:

La existencia de usuarios con configuraciones similares a la que se est proponiendo


y que se encuentren en localidades cercanas para tener un soporte mutuo.

Disponibilidad de algn sistema de aplicacin o paquete ya desarrollado para asegurar


una implantacin rpida y exitosa.

Alto grado de satisfaccin de los usuarios actuales.


Requerimientos futuros de las aplicaciones actuales (RFA)

Los requerimientos que se especificarn en el equipo nuevo requieren proyectar la utilizacin


de los recursos actuales durante el horizonte de planeacin del equipo, para lo cual puede
usarse la siguiente frmula:

RFAi = RAAi * (1 + PC/100)HP

en donde:

RFAi = Requerimiento futuro proyectado en las aplicaciones actuales del recurso i.

RAAi = Requerimiento actual en las aplicaciones actuales del recurso i.

PC = Porcentaje de crecimiento esperado del negocio.

HP = Horizonte de planeacin del proyecto de cambio de equipo.

Tal como se menciona en las actividades previas, se debe recalcarse que el porcentaje de
crecimiento del negocio deber ser proporcionado por el departamento de planeacin
estratgica del mismo o el equivalente, lo cual depende de la estructura organizacional de la
empresa. Este valor deber estimarse con detenimiento, ya que constituye la columna
vertebral de los clculos efectuados durante la fase de determinacin de requerimientos.

La frmula anterior puede utilizarse para calcular el rea total que ocuparn, al final del
horizonte de planeacin, los archivos en disco de todas las aplicaciones que funcionan en la
compaa, con base en el porcentaje de crecimiento del negocio.

Obviamente, el clculo no considera situaciones que pueden presentarse durante el


horizonte de planeacin, como las siguientes, lo cual puede traer como consecuencia
desviaciones de clculo:

Crecimiento del negocio por arriba o por abajo del porcentaje estimado.
Fusiones o compra de nuevos negocios.
Rediseo o cambios importantes de las aplicaciones actuales.

Requerimientos futuros de las nuevas aplicaciones (RFN)

En esta parte del modelo propuesto se calculan los requerimientos que tendr cada uno de
los recursos que estn siendo estimados, considerando las aplicaciones que se desarrollarn
durante el horizonte de planeacin del proyecto.

Este proceso se lleva a cabo mediante el conocimiento de las aplicaciones que van a ser
desarrolladas durante el horizonte de planeacin, tal como sugiere en el plan de desarrollo
de aplicaciones. Para cada una de las aplicaciones ser necesario elaborar un prediseo
estimado de los volmenes requeridos de cada uno de los recursos. El valor o los valores
que se obtengan de este anlisis debern sumarse a los valores obtenidos en la seccin
anterior, de tal forma que podarnos estimar el valor total de los requerimientos del nuevo
equipo para cada uno de los recursos.

A continuacin se presenta un ejemplo sencillo de la aplicacin del modelo.

Suponga que se desea estimar el rea en disco a considerar en el nuevo equipo


computacional. Las aplicaciones actuales ocupan un total de 792 Mb. El crecimiento del
negocio se estima en un 10% anual en un horizonte de planeacin de cinco aos. Los
clculos a realizar son los siguientes:

RFA = RAA * (1 + PC/100)HP

= (792) * (1 + 10/100)5

= 792 * (1.1)5

= 1 275.5 Mb

Adems, se estima que los requerimientos futuros de Las aplicaciones nuevas (RFN) sern
de 214 Mb, con base en los nuevos sistemas a desarrollar.

As, los requerimientos totales del nuevo equipo se calculan de La siguiente manera:

RFA + RFN

= 1 275.5 + 214

= 1 489.5 Mb

Lo anterior quiere decir que el nuevo equipo deber tener una capacidad de almacenamiento
de 1489.5 Mb para cubrir los requerimientos actuales y futuros de los prximos cinco aos.

Evaluacin tcnica de las propuestas

La evaluacin tcnica de las propuestas es el proceso mediante el cual el administrador del


proyecto de cambio de equipo define y evala las caractersticas y los factores tcnicos de
los equipos disponibles. El resultado de esta evaluacin tcnica, sumado al resultado de la
evaluacin econmica y financiera, constituyen la plataforma de decisin del equipo y de la
solucin a adquirir.

Elaboracin del RFP (Request For Proposal)

La evaluacin tcnica de los equipos se facilita si se elaboran correctamente las propuestas


por parte de los proveedores de soluciones.

Una vez que se han terminado las estimaciones de los requerimientos del equipo nuevo que
se va a adquirir, es necesario elaborar una solicitud o requisicin de propuesta. La requisicin
de propuesta (RFP) es un documento que define los requerimientos de la organizacin sobre
el equipo o la red requerida.

EI RFP tiene varias funciones, entre las cuales se incluyen:

Sirve como una propuesta del sistema que invita a los proveedores a participar en el
concurso.

Establece los primeros puntos de evaluacin y negociacin entre los proveedores (le
soluciones computacionales y la organizacin.

Obliga al administrador del proyecto de cambio de equipo a normalizar el proceso de


determinacin de los requerimientos de equipo.

Constituye un documento que describe claramente las prioridades tcnicas del


sistema.

La estructura del RFP puede variar segn la naturaleza del proyecto de cambio de equipo
que se desarrollar. No obstante, se recomienda incluir, entre otros, los siguientes puntos:

Introduccin

En esta seccin se puede integrar la siguiente informacin:

Datos generales del responsable del proyecto.

Fecha lmite para recibir la propuesta por parte del proveedor de equipo
computacional que desea concursar.

Fecha lmite para realizar por parte del proveedor las presentaciones y/o
demostraciones del equipo propuesto.

Bases y lineamientos generales que sern utilizados para comparar los diferentes
equipos.

Breve descripcin de la situacin actual de la compaa y de la funcin de informtica


dentro de la misma.

Requerimientos del sistema computacional

En esta Seccin se puede incluir la siguiente informacin:

Requerimientos en el equipo actual vs. el equipo propuesto.

Requerimientos obligatorios y opcionales, tal como se sugiere en la seccin 12.3 de este


captulo.
Informacin ms detallada de las pruebas de benchmark o pruebas de rendimiento que
sern efectuadas a las soluciones propuestas que estarn concursando.

En trminos generales, deber incluirse toda la informacin relevante descrita en la seccin


de determinacin de los requerimientos.

Formato de la propuesta que se recibir de los proveedores concursantes

Es importante definir estndares de las propuestas de los diferentes proveedores de


soluciones, con el fin de facilitar la evaluacin tcnica y financiera de estas propuestas y, por
ende, de la decisin final.

El formato de la propuesta podr varia de una empresa a otra o de acuerdo con el problema
especfico que deba ser resuelto utilizando la tecnologa de la informacin. No obstante, se
incluye una lista de parmetros que pueden ser incluidos en las propuestas que entregan los
proveedores:

Sistema o solucin configurada. Por lo general, este aspecto es presentado con un


adecuado nivel de detalle por la mayora de los proveedores. Sin embargo, es
importante cerciorarse que incluya la descripcin tcnica detalla de la solucin
propuesta y las capacidades de crecimiento del sistema. Esta informacin debe
contener manuales tcnicos de hardware y del software configurado, as como
diagramas esquemticos de la configuracin propuesta.

Requerimientos de instalacin. Los requerimientos de instalacin de los equipos


pueden modificar una decisin determinada, ya que afecta el costo total de la solucin.
Se debe recordar que en el mercado existen soluciones que implican costosos
requerimientos de instalacin, como por ejemplo, los mainframes. Esta informacin
debe incluir requerimientos de:
o Espacio fsico que ocupa el equipo.
o instalaciones elctricas y equipos reguladores de voltaje.
o Temperatura ambiental y equipos de refrigeracin.
o Requerimientos especiales tales como piso falso, equipo de control de
humedad, por ejemplo, y en general todos los dems requerimientos de
instalacin.
Soporte del proveedor. Este aspecto es tan importante como el producto dentro del
cuadro global. Desafortunadamente, con frecuencia ello no se considera hasta
despus de que el equipo ha sido adquirido. La informacin que se requiere por parte
del proveedor en este rengln incluye:
o Soporte para el entrenamiento del personal en el nuevo equipo y calendario de
cursos, incluyendo su costo.
o Personal de soporte para hardware, software y, en general, para el
mantenimiento del equipo.
o Inventario de equipos de respaldo compatibles con el equipo configurado en la
propuesta.
o Apoyo y experiencia para Convertir las aplicaciones y los programas de
aplicacin al nuevo equipo computacional.

Informacin de costos. En este punto debe incluirse toda la informacin econmica y


financiera de las propuestas de equipo computacional. Ello comprende precios, plazos
de pago y opciones de compra disponibles por parte del proveedor y, en general,
todos los datos requeridos para desarrollar la evaluacin econmica del proyecto de
inversin.

Condiciones del contrato. Por lo general, las condiciones del contrato se especifican
en formatos fijos que el proveedor anexa en la mayora de las propuestas, los cuales
comnmente son elaborados por el departamento legal de la compaa.

Nivel o grado de cumplimiento de los requerimientos obligatorios y opcionales


del cliente que tiene la solucin presentada por el proveedor. En este punto es
importante insistir a los proveedores que esta informacin debe incluirse en la
propuesta entregada en forma expresa y por separado.

La aplicacin exitosa de los siguientes pasos que se recomiendan en este captulo dependen
en gran parte de que los proveedores proporcionen esta informacin de manera clara.

Abrir concurso dc proveedores

Una vez que se elabor el RFP, es necesario abrir formalmente el concurso de los
proveedores que deciden concursar o competir por el contrato.

Durante esta fase del proceso es importante elaborar un documento que contiene todas las
especificaciones descritas antes y entregarlo totalmente a cada uno de los proveedores que
desean concursar. Se recomienda que la entrega se efecte en tina reunin por separado
con cada proveedor, recalcando la importancia de cumplir con el formato solicitado.

Otro aspecto importan te es considerar e invitar a todos los proveedores posibles. Un error
frecuente que se comete es invitar solamente a aquellos proveedores que consideramos
adecuados y no se permite una franca competencia clore ellos.

Descartar propuestas

El siguiente paso es descartar todas las propuestas que no cumplen con los requerimientos
obligatorios. Esto es importante, pues evita realizar un anlisis tcnico y financiero de cada
una de las propuestas recibidas. Se debe recordar si la invitacin a los proveedores fue
exhaustiva, es de esperarse que la cantidad de propuestas recibidas tambin sea elevada. El
anlisis y evaluacin de todas puede resultar lento y costoso. As, por ejemplo, un proveedor
puede ser descartado si no cumple con el tiempo de entrega del equipo o no se ajusta al
presupuesto mximo autorizado.

Factores que deben evaluarse

La evaluacin tcnica de las propuestas debe realizarse exclusivamente sobre las soluciones
que satisfacen todos los requerimientos obligatorios y que cumplen mejor los requerimientos
opcionales.

La definicin correcta de los factores que han de considerarse para realizar la evaluacin
tcnica reviste una importancia singular, ya que de acuerdo con el grado de cumplimiento de
estos factores se inclinara la balanza durante la decisin final.

En trminos generales, los factores que deben considerarse durante la evaluacin tcnica de
las propuestas se clasifican en factores de hardware, de software y de proveedor.

Factores de hardware. Son las caractersticas que ofrecen los componentes fsicos de
la computadora. Sus ms representativos estn relacionados con las capacidades y
velocidades de los diferentes componentes. Estos componentes incluyen procesador,
memoria RAM, discos, terminales, impresora, etctera.

Factores de software. Este rengln se refiere al software interno o software de


sistemas, el cual se compone de programas de control, lo cual incluye el sistema
operativo, software dc comunicaciones y administrador de bases. Adems se
consideran paquetes especiales, tales como simuladores, anlisis financieros,
programacin lineal, control de proyectos, anlisis estadsticos y paquetes que se
enfocan a resolver problemas funcionales a los usuarios, tales como contabilidad,
cuentas por pagar, facturacin, entre otros.

Finalmente, es importante destacar que en la mayora de los casos el tiempo de vida til de
las plataformas de software de aplicacin es superior al tiempo de vida til de las plataformas
de hardware. Esto nos lleva a la necesidad de llevar a cabo constantes conversiones y
adaptaciones al mismo sistema de informacin para que corra o funcione en plataformas
diferentes y ms modernas de hardware. Como consecuencia de ello, se recomienda,
durante la definicin de los factores de software, otorgar un gran peso a la posibilidad y
facilidad de que todo el software que se desarrolle sea abierto o transportable fcilmente a
diferentes plataformas de hardware. Si por el contrario, el software ofrecido por el proveedor
solo permite el desarrollo de sistemas cerrados de aplicacin, el cliente ser dependiente con
respecto al proveedor durante muchos aos debido al costo de convertir posteriormente
todos los programas a otras plataformas.
Un ejemplo de lo anterior puede ser un sistema de nmina cuya vida til sea de 10 aos y
opere en un equipo que no durar todo ese tiempo. Este sistema debe ser lo ms abierto
posible para permitir el cambio de equipo sin que se afecte el funcionamiento.

Factores de proveedor. El tercer grupo dc factores que se deben tomar en cuenta


durante la evaluacin tcnica de la propuesta se refiere al proveedor. Incluso algunos
autores consideran que el soporte es el segundo criterio en importancia para tomar
una decisin de compra, slo despus de la adecuacin de la computadora para los
propsitos de la empresa. Otros, inclusive, otorgan un peso mayor al servicio que al
precio y al rendimiento.

Un aspecto importante que debe considerarse es la tendencia a que mientras ms tiempo


permanezca un cliente con un mismo proveedor especialmente si no existen compras
importantes, el servicio y soporte del proveedor se deteriora.

Todo lo anterior justifica la necesidad de analizar Con ms detenimiento los posibles factores
a considerar en relacin con el servicio y el proveedor.

A continuacin se analizan algunos de estos factores:

Generalidades del proveedor. En un sentido amplio, las generalidades del proveedor


es toda aquella informacin relacionada con la imagen que ste tiene en el mercado
local, regional y mundial, considerando aspectos tcnicos, mercadolgicos y
financieros, de tal manera que aseguren la permanencia y continuidad del proveedor.
Los factores a evaluar incluyen:
o Representacin mundial y regional del proveedor.
o Tiempo de entrega del equipo y futuras ampliaciones.
o Profesionalismo y preparacin de los vendedores.
o Su situacin econmica y financiera.
o Calidad de la documentacin y manuales disponibles.

Apoyo a la capacitacin. El segundo aspecto a considerar dentro de los factores del


proveedor es el apoyo que brinda en la capacitacin personal tcnico y usuarios en el
uso de los recursos de hardware y software propuestos. Estos factores incluyen:
o Capacitacin al personal de las reas de investigacin y soporte tcnico.
o Capacitacin en el rea de anlisis y programacin.
o Capacitacin a operadores.
o Capacitacin a usuarios.

Es importante destacar que los costos de capacitacin pueden variar de manera significativa
de un proveedor a otro. Inclusive, existen proveedores que no tienen disponibles los cursos
dentro de la localidad en la que ser instalado el equipo, situacin que modifica la estructura
integral de costos de las diferentes alternativas de equipo computacional.

Mantenimiento de hardware y software. El mantenimiento es otro de los factores


cruciales a tornar en cuenta durante la evaluacin tcnica de las propuestas. Consiste
bsicamente en la capacidad de un proveedor para proporcionar un soporte y servicio
adecuado, para asegurar el funcionamiento Continuo e ininterrumpido del sistema
computacional. Algunos de los aspectos a considerar son los siguientes:
o Calidad y cantidad de personal capacitado de tiempo completo disponible en
hardware y software.

o Tiempo promedio que tarda el proveedor en atender las fallas reportadas.

o Tiempo o porcentaje de sistema funcionando, que es el tiempo que trabaja el


sistema sin que ocurra algn problema.

o Tiempo promedio que el sistema permanece cado durante cada falla.

o Existencia de una bodega cercana con partes y repuestos para responder con
mayor oportunidad a fallas.

o Existencia de horario extendido, siete das a la semana y 24 horas diarias para


atender fallas.

Equipos de respaldo. Los equipos de respaldo disponibles por parte del proveedor u
otros usuarios constituyen un aspecto a considerar durante la evaluacin de los
proveedores. Estos equipos pueden garantizar la operacin (cuando menos de forma
parcial) de la empresa del cliente durante fallas prolongadas. Obviamente, el cliente
puede contar con una infraestructura de sistemas de respaldo, sobre todo cuando la
tendencia en el desarrollo de sistemas es en lnea, lo cual hace que requiera soporte
operacional continuo. Algunos de estos factores pueden incluir:
o Cantidad de equipo de respaldo existente.
o Facilidad de trasladar procesos a los equipos de respaldo.
o Grado de satisfaccin de estos usuarios con relacin con el proveedor.

Apoyo durante la conversin de aplicaciones. Este aspecto se refiere al apoyo que


el proveedor puede proporcionar al cliente durante el proceso de conversin y traslado
de las aplicaciones y programas al nuevo equipo, como por ejemplo convertir
programas de lenguaje Cobol a Visual Basic. Obviamente, este factor depende de la
cantidad de programas que se convertirn a la nueva plataforma de hardware, como
consecuencia del cambio de equipo. En la actualidad, debido a las plataformas
abiertas que se estn utilizando, el apoyo de los proveedores en la conversin de
aplicaciones ya no constituye un problema. Algunos conceptos a tomar en cuenta son
los siguientes:
o Los antecedentes que tiene el proveedor en el apoyo a otros clientes en
conversiones similares a las requeridas.
o Facilidad de iniciar la conversin de aplicaciones antes de la llegada del equipo,
a fin de reducir el tiempo costo de la operacin paralela de ambos equipos.
Mtodos de evaluacin tcnica de las propuestas

El responsable del proyecto de innovacin tecnolgica deber contar con herramientas y


procedimientos bien definidos para hacer la evaluacin de los factores antes expuestos. Se
aclara que los mtodos que a continuacin se describen pueden aplicarse en forma individual
o alternada y complementariamente. Esto quiere decir que en algunos casos podr utilizarse
uno de los mtodos Y en otros varios de ellos de forma simultnea.

Mtodo de mezcla de instrucciones. Para comparar velocidades del procesador de


diversos equipos se puede escoger un conjunto de instrucciones representativas y
ms utilizadas por los programas de usuario y sacar un promedio ponderado del
tiempo de ejecucin de ellas. Adems debe asignrsele un peso a cada instruccin de
acuerdo con la frecuencia del uso de sta en los programas. A continuacin se da un
ejemplo:

En este ejemplo el mtodo de mezcla de instrucciones favorece la opcin del equipo 2, ya


que el tiempo promedio de las instrucciones utilizadas con ms frecuencia por los programas
del usuario es menor.

A continuacin se mencionan las ventajas de este mtodo:

o Fcil de calcular.
o Fcil de entender y comunicar.

Las desventajas del mtodo incluyen las siguientes:

o Slo se mide la velocidad del procesador, no se toma en cuenta espacio en


disco, memoria RAM o alguna otra caracterstica que puede influir
posteriormente.
o La frecuencia en el uso de las instrucciones en los programas puede variar.
o Las instrucciones A, B y C pueden no hacer exactamente lo mismo en los
diferentes equipos.
Mtodo de Kernel. Para efectos de este trabajo, un kernel es un problema simple y
representativo de las aplicaciones tpicas a computarizar por el nuevo equipo, midindose
el tiempo que emplea en ejecutar esta aplicacin cada uno de los equipos que se
comparan. As, el problema podra ser un conjunto de consultas relevante para el usuario
utilizando un paquete manejador de bases de datos o, bien, resolver un modelo de
programacin lineal de un proceso productivo en particular.

A continuacin se mencionan las ventajas de este mtodo:

o Es ms completo que el mtodo anterior, ya que se utilizan ms instrucciones.


o Se toma un problema real y representativo del usuario.

Las desventajas del mtodo incluyen las siguientes:

o El kernel escogido puede no ser representativo del resto de las aplicaciones del
usuario.
o Es necesario generar una versin del kernel para que corra en cada equipo que
se desea comparar, lo cual puede resultar lento y costoso.

Mtodo de simulacin. Este mtodo consiste en hacer uno o varios programas


utilizando tcnicas y lenguajes de simulacin con el fin de imitar el funcionamiento de
un sistema computacional. Dentro del modelo se definen parmetros como tiempo de
ejecucin, capacidad de memoria principal, acceso a dispositivos de entrada/salida,
demanda de usuarios en terminales, entre otros, y se generan diferentes escenarios y
corridas para cada uno de los equipos.
La gran ventaja de esta tcnica es que se pueden evaluar un gran nmero de
escenarios diferentes en poco tiempo. Sin embargo, existen pocas referencias
recientes respecto al uso de este mtodo, por las desventajas que presenta, entre las
cuales se pueden mencionar:
o El costo y tiempo de desarrollar o adquirir el modelo de simulacin.
o Los tiempos de ejecucin y los resultados no son reales.
o Los resultados dependen en gran medida de los algoritmos de simulacin que
se usen.
Mtodo de benchmark. Este mtodo ha sido empleado con frecuencia en los ltimos
aos para comparar el rendimiento de un programa de aplicacin en diferentes
plataformas de hardware, o, bien, comparar diferentes programas de aplicacin que
pueden correr en una misma plataforma. Se trata de escoger un conjunto de
programas representativos del usuario, los cuales son convertidos y ejecutados en
cada uno de los equipos propuestos. Se hace hincapi en que cualquier buen
programador puede llevar a cabo un benchmark, bajo cualquier sistema operativo, y
utilizarlo para mostrar que cualquier computadora es superior en rendimiento a
cualquier otra. Entre sus ventajas se puede mencionar que utilizan tiempo y datos
reales del usuario para apoyar la decisin tcnica del equipo.

La desventaja principal del mtodo es el esfuerzo en tiempo y recursos econmicos que


conlleva la conversin de una aplicacin del usuario a las diferentes plataformas de hardware
propuestas por los proveedores. Sin embargo, los proveedores que estn concursando
pueden apoyar el proceso benchmarking.

Existen revistas especializadas que peridicamente publican evaluaciones de comparaciones


tcnicas de equipo computacional. El valor agregado de dicha evaluacin es que se trata de
estudios realizados por compaas ajenas a las proveedoras de equipo.

Mtodo de factores ponderados. Este mtodo se utiliza mucho en la prctica.


Consiste en asignar un peso a cada uno de los factores de hardware, software y del
proveedor descritos en el punto anterior y calificar a cada equipo propuesto de
acuerdo con la medida en que cumple con el factor considerado. El equipo o la
propuesta que obtiene el mayor puntaje se considera el ganador. A continuacin se
presenta un ejemplo:

En este caso l decisin se inclina favorablemente por el equipo 1, pues ste obtuvo
mayor puntuacin durante el proceso de evaluacin de los factores.

La ventaja principal de este mtodo consiste en que es posible incluir un gran nmero
de factores durante la evaluacin de las diferentes propuestas. Adems, las
conclusiones de este estudio son fciles de comprender y comunicar a los ejecutivos
de la compaa, quienes desean contar con un soporte que apoye su decisin.

Las desventajas de este esquema consisten en la subjetividad de las calificaciones que se


otorgan a los factores y la dificultad de establecer pesos adecuados a las caractersticas o
factores.

Evaluacin financiera de las propuestas

La evaluacin financiera de las propuestas es el proceso median te el cual el administrador


del provecto de cambio de equipo define y evala las caractersticas y los factores
econmicos de los equipos que debe considerar la empresa. EI resultado de esta evaluacin,
sumado al resultado de la evaluacin tcnica, constituyen la plataforma de decisin del
equipo y de la solucin que se adquirir.

En esta seccin se analizan las diferentes alternativas de adquisicin y financiamiento del


equipo que se encuentran disponibles para el administrador de la funcin de informtica.
Adems, se establecen las bases para desarrollar la evaluacin econmica de las
propuestas y los criterios para la toma final de la decisin.

Alternativas de adquisicin y financiamiento

A continuacin se analizarn las diferentes alternativas de adquisicin de equipo


computacional que pueda utilizarse con ms frecuencia: renta del equipo, compra,
arrendamiento financiero.

Renta. La renta es el proceso por el cual el usuario toma en renta el equipo del
proveedor por un periodo definido como obligatorio, al trmino del cual suelen
presentarse tres alternativas:
o Cancelar el con trato y devolver el equipo al proveedor.
o Renovar el periodo de renta, en cuyo caso es posible negociar con el proveedor
de equipo un descuento sustancial. EI monto del descuento depende de la
duracin del periodo anterior de renta y del nuevo que se negocia.
o Ejercer la opcin de compra del equipo. De hecho, en esta alternativa un
porcentaje de las rentas pagadas al proveedor pueden aplicarse al pago al
ejercer la opcin de compra.

La renta de computadoras tiene algunas ventajas con respecto a la adquisicin del equipo.
Algunas de estas ventajas se presentan a continuacin:

o No implican un desembolso inicial de dinero, lo que facilita la operacin desde


un punto de vista financiero.
o El proveedor de equipo computacional es responsable de mantener su correcto
funcionamiento. De hecho, bajo esta alternativa se puede esperar un mejor
servicio del proveedor.
o No es una opcin obligatoria para el usuario en el largo plazo, lo cual permite
tener ms flexibilidad para modificar la configuracin seleccionada. Como
consecuencia, la opcin de renta puede ser ventajosa en aquellos casos en los
que no se tenga una completa seguridad sobre el equipo o solucin requerida.
o Evita la obsolescencia y es ms fcil hacer un cambio de equipo posterior, ya
que no existe un compromiso a largo plazo con respecto al equipo.
o En la mayora de los pases se otorga una ventaja fiscal, pues el pago mensual
de la renta se refleja inmediatamente en el Estado de Resultados del periodo,
debido a que es un gasto totalmente deducible para pago de impuestos.
No obstante, la renta de computadoras presenta algunas desventajas que requieren
considerarse:

o Por lo general, la renta es ms costosa si el equipo seleccionado se empleara


por un largo periodo.
o Las rentas estn sujetas a incremento por parte del proveedor, ya sea como un
incremento real del precio o bien, corno consecuencia de devaluaciones de la
moneda (lo cual sucede en pases fuera de Estados Unidos).

Compra. Una segunda opcin es la compra de equipo computacional. Esta opcin se


generaliza cada vez ms entre los usuarios que adquieren soluciones no propietarias
de varios proveedores. Las ven tajas que presenta este esquema de adquisicin de
equipo son:
o Es el mtodo ms barato cuando el equipo se requiere por largos periodos.
o No existen incrementos de los pagos las devaluaciones de la moneda no
afectan los flujos del negocio.
o Al final del periodo el equipo tiene un valor de recuperacin.

Algunas desventajas de utilizar el mtodo de compra incluyen:

o Es ms fcil que el equipo caiga en la obsolescencia debido al compromiso a


largo plazo que se adquiere con el mismo
o Si la solucin adquirida no es la adecuada, resulta el mtodo ms caro.
o Implica un desembolso considerable de dinero, lo que genera problemas de
financiamiento.
o Existe incertidumbre sobre el valor de reventa del equipo, y es muy frecuente
que caigan en desuso total.
o Requiere contar con una visin a largo plazo del negocio.
o Algunos sistemas fiscales hacen inadecuada la depreciacin.

Arrendamiento financiero. Por ltimo, el arrendamiento financiero es una alternativa


viable para disponer de equipo computacional en la mayora de los pases. Presenta
algunas de las ventajas del esquema de renta, pero en el fondo se trata de una
compra. En la mayora de los casos la operacin se realiza a travs de un tercero -la
arrendadora-, la cual paga el equipo al Proveedor y retiene la propiedad del equipo
hasta que el usuario le liquide cada uno de los pagos. Es usual que el usuario pague
al proveedor mensualmente el mantenimiento del equipo.

Evaluacin econmica de las propuestas

La evaluacin econmica de las propuestas es el proceso mediante el cual se valoran


financieramente cada una de las alternativas que presenten los proveedores. EI modelo que
se explica a continuacin, llamado Flujo de efectivos descontados, puede utilizarse para
desarrollar un anlisis costo/beneficio de las diferentes estrategias de adquisicin:
N
VPN =So+ St /(1+i)t
t =1

donde:

VPN = Valor presente neto de los flujos netos del proyecto de inversin.

So = Inversin inicial total del proyecto.

St = Flujo neto del periodo t. Para el clculo de este flujo se requiere considerar el
electo del impuesto en el proyecto de inversin y de ser posible tambin, considerar el
beneficio econmico de la adquisicin, lo cual se reflejar corno flujos positivos.

I = Costo del dinero para la empresa que desea adquirir el equipo de cmputo.
Ejemplo: 15% se expresa como 0.15.

N = Horizonte de planeacin del proyecto. Ejemplo: cinco aos.

Por lo general, los flujos positivos que pueden considerarse dentro de la evaluacin del
proyecto incluyen, entre otros:

Beneficios econmicos que se derivan del proyecto, tales como disminucin de mano
de obra, ahorro en inventarios, disminucin de la cartera, etctera.
Valor de rescate del equipo al final del horizonte de planeacin del proyecto.
Beneficios fiscales, tales como depreciacin, deducibilidad directa en resultados,
etctera.

Por otro lado, los flujos negativos que pueden considerarse dentro de la evaluacin del
proyecto incluyen, entre otros:

Pagos de renta.
Gasto de conversin de las aplicaciones actuales.
Mantenimiento de equipo.
Seguros y fianzas.
Gastos de capacitacin.
Acondicionamiento del local.

El mtodo consiste en seleccionar la alternativa cuya sumatoria de flujos negativos sea


menor o cuya sumatoria de flujos netos positivos sea mayor.

Para ilustrar la aplicacin de este mtodo, considere el siguiente ejemplo. Se desea calcular
el VPN de dos alternativas y se cuenta con la siguiente informacin:
El clculo VPN para cada alternativa SC hace de la siguiente manera:

VPN A = 150 000 + (30 000/ 1.15) + 15 000/ 1.15 2 + 40 000/ 1.153 + (35 000/1.154) +
20 00/1.155

VPN A = 150 000 26 086.9 + 11 342.1 + 26300.6 20011.3 + 9943.5

VPN A = 14512

VPN B = 125000 + 10000/1.15 + (12 000/1.15 2) + 20000/1.153 + (5 000/1.154) +


12000/1 .155

VPN B = 125000 + 8695.6 9073.7 + 13150.3 2858.7 + 5966.1

VNP B = 109 120.4

Segn la metodologa y los clculos realizados, la opcin ms conveniente es la alternativa


B, ya que la suma de sus flujos es la menos negativa, lo que significa que su precio y los
costos que implica son menores que los de la alternativa A.

Con frecuencia, el mtodo presentado se utiliza para evaluar proyectos de inversin. Se


recomienda la consulta de Ral Coss.

Criterios de decisin y negociacin final

La decisin final es un proceso que requiere de mucho cuidado y depende del esquema o
lnea de pensamiento del responsable del proyecto.

Existen tomadores de decisiones que estn dispuestos a asumir riesgos y, en el otro


extremo, los conservadores. En cualquier caso, la decisin debe ser la consecuencia de un
equilibrio entre la evaluacin tcnica y la evaluacin financiera puesta sobre la balanza. Sin
embargo, se debe destacar que no siempre la alternativa ms barata es la mejor.
Se requiere que el administrador o responsable del proyecto recomiende en forma concreta
alguna de las alternativas consideradas, pero, dada la trascendencia del proyecto, es posible
involucrar a la Direccin General o aun al Consejo de Administracin de la empresa durante
la decisin final.

Finalmente, despus que la decisin ha sido tomada, culminan las negociaciones con el
proveedor y la firma del contrato, el cual se recomienda que sea revisado por el rea legal de
la empresa.

Actividades posteriores a la firma del contrato

Las actividades posteriores a la firma del contrato aseguran la implantacin correcta del
proyecto de innovacin tecnolgica. En muchos de los casos el administrador y responsable
del proyecto desarrolla estas actividades de una manera emprica, basado en su experiencia
personal. La importancia de conocer y planear adecuadamente estas actividades se basa en
el hecho de que en algunas soluciones computacionales el costo de las actividades
posteriores a la instalacin del equipo puede ser significativo.

Las actividades que deben desarrollarse despus de la negociacin y firma del contrato
incluyen:

Acondicionamiento del local.


Capacitacin y cursos.
Conversin de programas.
Traslado de la informacin al nuevo equipo.

A continuacin se explican cada una de estas actividades.

Acondicionamiento del local

EI acondicionamiento del local es el conjunto de actividades relacionadas con el lugar fsico


que ocupar el equipo. No obstante que se cuenta con ms dc 30 aos de experiencia
acumulada en la planeacin de las salas de cmputo, an se cometen errores graves.
Adems, una de las actividades que con ms facilidad se dejan de lado durante la instalacin
de un nuevo sistema y sus perifricos es el desarrollo Y acondicionamiento de la sala de
cmputo.

Las actividades que deben realizarse como parte de la planeacin de la infraestructura de la


sala de cmputo incluyen:

Planeacin del espacio fsico, lo cual incluye accesos, salidas de emergencia y


minimizacin del recorrido del operador dentro de la sala, por ejemplo colocando la
consola cerca de la impresora.
Colocacin de piso falso en caso necesario.
Instalacin elctrica en la que se sugiere una toma general de corriente para todo el
equipo y una individual para cada dispositivo.
Reguladores de corriente elctrica, aspecto ste muy importante en algunos pases,
debido a las deficiencias de la corriente elctrica que suministra el proveedor.
Equipos de aire acondicionado considerando la temperatura ambiente que se
requiere, el grado de calentamiento del equipo, el espacio a enfriar y el nmero de
personas que tendrn acceso simultneo a la sala, entre otros.
Accesorios adicionales tales como equipo para filtracin de polvo ambiental,
extintores, detectores y control de humedad, fuentes ininterrumpidas de corriente,
controles de accesos y seguridad, dispositivos de deteccin de agua, equipos
telefnicos y de intercomunicacin, entre otros.

Capacitacin y cursos

La oportuna capacitacin del personal es una de las actividades ms importantes que deben
llevarse a cabo antes de la llegada del nuevo equipo computacional. Esta capacitacin debe
incluir a los siguientes puestos de la organizacin:

Al personal del rea de soporte tcnico o los programadores de sistemas, quienes


podrn tener a su cargo para poder reducir los costos en este rengln la
capacitacin del resto del personal de la empresa. Esta capacitacin debe, cuando
menos, incluir cursos acerca dcl sistema operativo, administrador de bases de datos,
administrador de comunicaciones, utileras, lenguajes de programacin y, en general,
toda la capacitacin necesaria para utilizar el equipo.
A los analistas y programadores de aplicaciones, quienes tendrn a su cargo la
conversin de aplicaciones al nuevo equipo. Esta capacitacin debe incluir los
lenguajes de programacin a utilizar, utileras y filosofa del manejo de bases de datos,
entre otros.
Al personal del rea de operaciones los operadores bsicamente mediante cursos
relacionados con los comandos de operacin de equipo.
A los usuarios. los cuales deben recibir capacitacin para utilizar paquetes enfocados
en el usuario final y la operacin bsica del equipo.

Conversin de programas

La conversin de programas es el proceso mediante el cual las aplicaciones que corren en


un equipo computacional son convertidas para que puedan correr en otro. Obviamente, el
proceso de cambio de equipo computacional trae consigo, en la mayora de los casos, la
problemtica de convertir los programas para que puedan ejecutarse en el nuevo equipo.
Resulta interesante anotar que la tasa de crecimiento anual compuesta del mercado de
paquetes destinados a apoyar la conversin de aplicaciones es mayor al 14%, lo c:ual denota
la importancia de esta actividad para los usuarios.
El primer paso consiste en determinar cl nivel de conversin que se realizar, a fin de estimar
el nivel de esfuerzo requerido. Este nivel de esfuerzo puede situarse en alguno de los
siguientes casos:

Al primero ms sencillo nivel de conversin se le llamar nivel A. En este caso, los


programas objeto de una plataforma funcionan correctamente en la nueva solucin,
por lo que slo se requiere reescribir los procedimientos y copiar los archivos de un
equipo a otro. Lo cual se logra cuando un equipo computacional emula a otro. Esto
puede encontrarse con frecuencia en plataformas propietarias, cuyos proveedores
protegen la inversin en software de aplicacin de sus clientes, lo que facilita la
conversin de sus programas en otras plataformas del mimo proveedor o bien, en
sistemas abiertos que facilitan el traslado de procesos de un equipo a otro. Un ejemplo
de ello puede ser emigrar de un equipo PC con procesador lntel modelo 486, a un
equipo con procesador Intel modelo Pentium III.
El segundo nivel, al que se le llamara B, implica la recopilacin de los programas en
el nuevo equipo, para lo cual debe existir una fuerte compatibilidad entre los lenguajes
de ambos equipos. Es comn que este nivel no implique el cambio de lenguaje de
programacin al hacer la conversin. Obviamente, este nivel requiere que se realicen,
adems, todas las actividades del nivel anterior.
El nivel C de conversin normalmente implica un cambio de lenguaje al hacer la
conversin de aplicaciones, lo cual puede hacerse de manera manual o bien, utilizar
convertidores que traducen en el cdigo fuente a los estndares del nuevo equipo.
Adems es necesario llevar a cabo las actividades descritas en los niveles A y B.
El ltimo nivel le Conversin, el D, implica un rediseo y reprogramacin de las
aplicaciones, lo cual significa tirar a la basura los programas que se encuentran en
funcionamiento. Este nivel es el que requiere mayor esfuerzo y por lo general se
presenta cuando, por ejemplo, se quiere emigrar de una infraestructura de archivos
convencionales a base de datos, o bien, de sistemas construidos con filosofa batch a
sistemas en lnea.

Es muy recomendable realizar las siguientes actividades previas al proceso de conversin de


programas:

Hacer un inventario de todos los programas fuente a convertir y estar seguro que la
versin de todos los programas localizados corresponden a los programas objeto que
se encuentran en funcionamiento.
Revisar que toda la documentacin de las aplicaciones est disponible para efectos de
que los programadores que participen en la conversin puedan utilizarla.
Diseo del procedimiento y estndares de conversin para controlar y dar seguimiento
al proceso de conversin.
Elaborar el plan de conversin, el cual debe incluir cuando menos la secuencia de
programas a convertir, personas asignadas y fechas de liberacin simultnea de
sistemas que requieran datos entre s, lo cual debe elaborarse de acuerdo con el nivel
de conversin y esfuerzo que se haya escogido.
Traslado de informacin al nuevo equipo

El traslado de informacin al nuevo equipo implica la transicin de las aplicaciones y traslado


de archivos. En la mayora de los casos, se opta por un periodo paralelo en el que los
programas se corren simultneamente en ambos equipos, hasta tener la completa seguridad
de que la conversin de los programas e informacin han sido correctos.