Introduccin

El proceso de adquisicin de equipos computacionales es complejo y agotador. La inversin en

tiempo, dinero y esfuerzo que se realiza justifica plenamente el desarrollo de una gua de
accin que oriente al responsable de conducir y desarrollar el estudio y enfatizaremos el
proceso de innovacin tecnolgica y su aplicacin a la adquisicin de equipos computacionales
y la definicin del responsable del proyecto con otros elementos de la organizacin.

Tambin propone un procedimiento para lograr, con alto nivel de confianza, la determinacin
de los requerimientos de informacin, proceso que se inicia con el conocimiento de la
organizacin y termina con un modelo para estimar los requerimientos del nuevo equipo
computacional.

Adems se sugiere un conjunto de pasos para llevar a cabo la evaluacin tcnica y financiera
de las diferentes alternativas recibidas por parte de los proveedores, as como el
establecimiento de criterios durante la decisin y negociacin.

Finalmente se recomienda una serie de acciones que han llevado a cabo despus de firmar el
contrato con algunos proveedores en actividades tales como acondicionamiento local,
capacitacin y conversin y traslado de aplicaciones y datos al nuevo equipo.

Se tratar de la siguiente informacin:

El proceso de innovacin tecnolgica de recursos computacionales.

Determinacin de requerimientos.

Evaluacin tcnica de las propuestas.

Evaluacin financiera de las propuestas.

Actividades posteriores a la firma del contrato.

 ADQUISICION DE RECURSOS COMPUTACIONALES

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 encamina a la adquisicin o desarrollo de
programas de aplicacin que resuelvan problemas a los usuarios. Otra parte del costo se
relaciona con la operacin de los sistemas computacionales y tiene que ver con las
operaciones diarias, tales como captura, almacenamiento y comunicaciones de datos dentro y
fuera de la organizacin.

Otro rengln importante est relacionado directamente con los recursos de 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 las que se enfrenta el administrador
moderno y est relacionada con la inversin en tecnologa de informacin de naturaleza
diversa.

Las decisiones relacionadas con la adquisicin de recursos computacionales debern hacerse

considerando factores tecnolgicos, tcnicos y financieros. No obstante lo anterior, no existe
procedimientos completos que quienes 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. Con mucha frecuencia el no conocer la forma de
obtener los recursos de Hardware, software y servicios de informacin puede resultar en un
diferimiento indefinida del uso, o peor, en la adecuada 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
quien coordina el proceso de cambio de equipo computacional. Adems se requiere que el
usuario de las diferentes reas que integra la empresa se involucre durante el proceso de
cambio de equipo. De hecho el procedimiento que se propone a lo largo de este tema
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 operaciones, y que constituyen un
detonante para el proceso de cambio de equipo, a fin de que el administrador de los recursos
de hardware se prepare para el manejo delproyecto. Estas causas pueden incluir las siguientes:

Problemas de servicios con el proveedor actual. Esto se refiere a que la empresa no est
obteniendo el servicio que esperaba adquirir equipo computacional, por ejemplo: la empresa
necesita que se le d mantenimiento al equipo actual y el proveedor no cumple con la fecha
indicada para ello y por eso desea cambiar de proveedor y de equipo.

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

refiere a compra de equipo de cmputo.

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 tecnologa de informacin.
 Necesidad de incorporar nuevos sistemas de aplicacin a la organizacin. El medio ambiente
est demandando un mejor uso de la tecnologa de informacin de lo que lleva consigo la
necesidad de que la empresa utilice nuevos sistemas que requieren capacidades de equipo
diferentes a las actuales y por ello es necesario adquirir nuevo equipo.

Haber tomado una decisin equivocada 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.

Cuando se tienen requerimientos de competividad que no puedan ser alcanzados con la

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

Cuando 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 poder transmitir las necesidades de manera clara a los diferentes
proveedores. Para lograr con xito lo anterior 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 el administrador
de la funcin de informtica, ya que facilitar su labor de clculo en forma considerable. Los
especialistas en planeacin de las capacidades de equipo de cmputo invierten una gran
cantidad de tiempo y esfuerzo en crear a detalle modelos computacionales altamente
complejos, para determinar la configuracin que se aproxime a la mejor de las cargas de
trabajo futuras de la organizacin.

Actividades previas a la determinacin de requerimientos

Conocimiento de la organizacin:
El primer paso recio 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 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 humanos.

Si el equipo ser adquirido por una empresa para dar servicio a la divisin de metales, por
ejemplo, entonces el responsable del proyecto deber conocer a fondo las entidades que
conforman ia 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, habr que
tener cuidado de proporcionarle toda la informacin, o bien, que se involucre con cada una de
las entidades funcionales.

El conocimiento de la organizacin implica por otra parte, conocer el plan general o estratgico
del negocio. Este plan en la mayora de las empresas es elaborado por los departamentos de
finanzas y administracin, o bien, por el rea de planeacin estratgica. Cabe recalcar que es
importante para el 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 a la determinacin de requerimientos de equipo es contar con un plan
de desarrollo de aplicaciones a corto, mediano y largo plazo. La idea de 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 de planeacin se
define como el lapso de tiempo futuro que se considera en un anlisis. Si se desea, por
ejemplo, un equipo o un sistema computacional tenga por lo menos un tiempo de vida cuando
menos de 5 aos, entonces se debe conocer las aplicaciones a que estarn operando durante
los prximos 5 aos, es decir, el horizonte de planeacin del proyecto de cambio ser de 5
aos. Normalmente el responsable del proceso de desarrollo de sistemas en la organizacin es
el jefe de desarrollo de aplicaciones o anlisis y programacin, ste deber ser el responsable
de desarrollar el plan de desarrollo de aplicaciones antes de iniciar el estudio 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 base 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 implantar con el nuevo equipo que se van a
adquirir.

Requerimientos opcionales
Los requerimientos opcionales constituyen el conjunto de caractersticas que sern de gran
utilidad si se encuentran presentes en el equipo, pero el hecho de que no se cumplan
totalmente, no implica que la propuesta del proveedor ser descartada. Ejemplos de estos
pueden ser los siguientes:

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

encuentren en localidades geogrficas 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 de proyectar la
utilizacin de los recursos actuales durante el horizonte de planeacin del equipo. Para esto
puede usarse la siguiente frmula:

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

En donde:

RFA i: es el requerimiento futuro proyectado en las aplicaciones actuales del recurso i.

RAA i: es el requerimiento actual en las aplicaciones actuales del recurso i.

PC: es el porcentaje de crecimiento esperado del negocio.

HP: es el horizonte de planeacin del proyecto de cambio.

Tal como se menciona en las actividades previas, debe recalcarse que el porcentaje de
crecimiento del negocio debe ser proporcionado por el departamento de planeacin
estratgica del negocio, o el equivalente, dependiendo de la estructura organizacional de la
empresa. Este valor deber de 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 de disco de todas las aplicaciones que se encuentran
funcionando actualmente en la compaa, tomando como base el porcentaje de crecimiento
del negocio.

Formato de la propuesta que se recibir de los proveedores concursantes

Es importante definir estndares de la propuesta que se ha de recibir 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 variar de una empresa a otra o dependiendo del problema
especfico que deba ser resuelto utilizando la tecnologa de la informacin. No obstante lo
anterior, se incluye una lista de parmetros que pueden ser incluidos en las propuestas que
entreguen los proveedores.

Sistema o solucin configurada.

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

Requerimientos de instalacin.
Los requerimientos de instalacin de los equipos pueden cambiar una decisin determinada,
ya que afectan el costo total de la solucin. Se debe recordar que existen soluciones en el
mercado que tienen altos costos en requerimientos de instalacin, como por ejemplo, los
mainframes.

Esta informacin debe incluir requerimientos de:

Espacio fsico que ocupa el equipo.

Instalaciones elctricas y equipos de reguladores de voltaje.

Temperatura ambiental y equipo de refrigeracin.

Requerimientos especiales tales como piso falso, equipo de control de humedad y en general
todos los requerimientos de instalacin del equipo.

Soporte del proveedor. Soporte del proveedor es tan importante como el producto dentro del
cuadro global. Desgraciadamente con frecuencia esto 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:

Soporte para el entrenamiento del personal en el nuevo equipo y calendario de cursos,

incluyendo su costo.

Personal de soporte para hardware, software y en general, para el mantenimiento del

equipo computacional.

Inventario de equipos de respaldo compatibles con el equipo configurado en la propuesta.

Apoyo y experiencia en la conversin de las aplicaciones y de los programas de aplicacin

que han de ser convertidos al nuevo equipo computacional.

Informacin de costos
En este punto se incluye toda la informacin econmica y financiera de las propuestas de
equipo computacional. Lo anterior 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

Las condiciones del contrato por lo general se especifican en formatos fijos que el proveedor
anexa en la mayora de las propuestas. Este formato comnmente es elaborado por el
departamento legal de la compaa.

3.6.6 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 deber incluirse en la propuesta entregada en forma expresa y por separado.

Factores que deben evaluarse

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

En trmino generales, los factores que deben considerarse durante la evaluacin tcnica de la
propuesta se clasifican en factores de hardware, de software y de proveedores.

Factores de Hardware.
Son las caractersticas relacionadas con los componentes fsicos de la computadora y sus
indicadores ms representativos, tienen que ver con las capacidades y velocidades de los
diferentes componentes.

Estos componentes incluyen procesador, memoria RAM, discos, terminales, impresoras, etc.

Factores de software.
Este rengln se refiere al software interno o software de sistemas, el cual se componen de
programas de control, incluyendo el sistema operativo, software de comunicaciones y
administrador de base de datos.
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 usuarios, tales como contabilidad, cuenta por pagar,
facturacin, etc. Finalmente es importante destacar que en la mayora de los casos el tiempo
de vida til del 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 funciones en plataformas
diferentes y ms modernas de hardware. Como consecuencia de lo anterior, se recomienda
durante la definicin de los factores de software otorgar un peso fuerte 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 un proveedor
slo permite el desarrollo de sistemas cerrados de aplicacin, el cliente ser dependiente de
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 su funcionamiento.

Factores de proveedor.
El tercer grupo de 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 de importancia para
tomar una decisin de compra, slo despus de la adecuacin de la computadora para los
propsitos de la empresa. Otros 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 existe compras
importantes, el servicio y el soporte del proveedor se decrementa.

Todo lo anterior justifica la necesidad de analizar con ms detenimiento los posibles factores a
considerar.

Con relacin al servicio y al proveedor. A continuacin se analizan algunos de los siguientes

factores:

Generalidades del proveedor

En un sentido amplio, las generalidades del proveedor es toda aquella informacin relacionada
con la imagen que tiene el proveedor en el mercado local, regional y mundial, considerando
aspectos tcnicos, mercadolgicos y financieros, de tai manera que aseguren la permanencia
del proveedor. Los factores a evaluar incluyen:

Representacin mundial y regional del proveedor.

Tiempo de entrega del equipo ofertado y futuras ampliaciones.

Profesionalismo y preparacin de los vendedores.

Situacin econmica y financiera del proveedor.

Calidad de la documentacin y manuales disponibles.

 Apoyo en la capacitacin:
Este aspecto a considerar en los proveedores es el apoyo que brinda en la capacitacin al
personal tcnico y usuarios en el uso de los recursos de hardware y software propuestos. Estos
factores incluyen:

1. Capacitacin al personal de las reas de investigacin y soporte tcnico.

2. Capacitacin al rea de anlisis y programacin.

3. Capacitacin a proveedores.

4. Capacitacin a usuarios.

Es importante resaltar que los costos de capacitacin pueden variar de manera significativa de
un proveedor a otro.

Mantenimiento de hardware y software

El mantenimiento es otro de los factores cruciales a tomarse 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 del
sistema computacional. Algunos de los aspectos a considerar son los siguientes:

Calidad y cantidad de personal capacitado de tiempo completo disponible en hardware y

software.

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

Tiempo o porcentaje de sistemas funcionando, que es el tiempo que dura trabajando el

sistema sin que ocurra algn problema.

Tiempo promedio que el sistema permanece cado durante cada falla.

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

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 soportar
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 re quiera soporte operacional continuo.

Algunos de estos factores pueden incluir.

1. Cantidad de equipo de respaldos existentes.

2. Facilidad de trasladar procesos a los equipos de respaldos.

3. Grado de satisfaccin de estos usuarios en relacin con el proveedor.

3.7.8 Apoyo en la conversin de aplicaciones:

 Se define al apoyo que el proveedor puede proporcionar al cliente durante el proceso de
conversin y traslado de las aplicaciones y programas al nuevo equipo. Por ejemplo convertir
programas del lenguaje Cobol a Visual Basic. Obviamente este factor depender 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:

1. La experiencia que tiene el proveedor en el apoyo a otros clientes en conversiones

requeridas.

2. Facilidad de iniciar la conversin de aplicaciones antes de la llegada del equipo, a fin de

reducir el tiempo y costo de la operacin paralela de ambos equipos.

Evaluacin financiera de las propuestas

La evaluacin financiera 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 econmicos de
los equipos que deben considerar la empresa. El resultado de esta evaluacin, sumando al
resultado de la evaluacin tcnica, constituye la plataforma de decisin del equipo y de la
solucin que se adquirir.

5.9 Alternativas de adquisicin y financiamiento

A continuacin se muestran diferentes alternativas de adquisicin computacional que puede

utilizarse con ms frecuencia: renta del equipo, compra y arrendamiento financiero.

3.9.1 Renta: La renta es el proceso por el cual usuario toma en renta el equipo del proveedor
por un perodo indefinido como obligatorio, y al terminar este perodo, suele tenerse tres
alternativas:

1. Se debe cancelar el contrato y regresar el equipo al proveedor.

2. Renovar el perodo de renta, en cuyo caso es posible negociar con el proveedor de equipo
un descuento sustancial en la nueva renta.

3. Ejercer la opcin de compra del equipo. De hecho, en esta alternativa un porcentaje de las
rentas pagadas al proveedor puedan aplicarse al pago al ejercer la opcin de compra.

La renta de computadoras tiene algunas ventajas con respecto a otras alternativas de

adquisicin de equipo.

Ventajas:

1. No implica un desembolso inicial de dinero, lo que hace la operacin cmoda desde el punto
de vista financiero.

2. El proveedor de equipo computacional es responsable de mantenerlo funcionando en buen

estado. De hecho, bajo esta alternativa se puede esperar un mejor servicio del proveedor.

3. No es una opcin de compra obligatoria para el usuario en el largo plazo, lo cual permite
tener flexibilidad en hacer cambios a la configuracin seleccionada.
4. Evita la obsolencia y es ms fcil hacer un cambio de equipo posterior, ya que no existe un
compromiso a largo plazo del equipo.

Desventajas:

1. La renta usualmente es ms costosa si el equipo seleccionado se empleara por un largo

perodo.

2. Las rentas estn sujetas a incremento por parte del proveedor, ya sea como un incremento
real del precio o, bien, como consecuencia de devaluaciones de la moneda.

3.9.2 Compra: Una segunda opcin es la compra del equipo computacional. Esta opcin se
hace cada vez ms popular entre los usuarios que adquieren soluciones no propietarias de
varios proveedoras.

Las ventajas que presenta la adquisicin del equipo son:

1. Es el mtodo ms barato cuando el equipo se requiere por perodos largos de tiempo.

2. No existen incrementos en los pagos y las devaluaciones de la moneda no afectan los flujos
del negocio.

3. Se tiene un valor de recuperacin del equipo al final del perodo.

Desventajas:

1. Ms fcil llegar a tener un equipo obsoleto, debido al compromiso a largo que se adquiere
con el equipo.

2. La solucin adquirida no es la adecuada resulta el mtodo ms caro.

3. Implica un desembolso fuerte de dinero con el problema del financiamiento.

4. Se tiene incertidumbre en el valor de reventa del equipo, siendo muy frecuente el desuso
total del mismo.

5. Se requiere tener una visin a largo plazo del negocio.

3.6.3 Arrendamiento financiero: Por ltimo, el arrendamiento financiero es una alternativa

viable para la adquisicin de equipo computacional en la mayora de los pases. Presentes
estn 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 liquida
cada uno de los pagos. Es usual que el usuario pague al proveedor mensualmente el
mantenimiento del equipo.

3.10 Modelo propuesto para estimar los requerimientos de equipo

Una vez que se han desarrollado los pasos previos, se puede iniciar el estudio de
requerimientos para el nuevo equipo. Estimar el 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:

Capacidades de cmputo expresados, por ejemplo, en el nmero de instrucciones por

segundo.
 Capacidades de almacenamiento en memoria principal expresadas, por ejemplo, en
megabytes.

Capacidades de almacenamiento secundario expresadas por ejemplo, en megabytes o

gigabytes.

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 que se requiera para llevar a cabo funciones especiales, tales como
terminales inteligentes, concentradores, ruteadores, etc.

3.11 Requerimientos obligatorios y opcionales

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

obligatorios y opcionales.

Requerimientos obligatorios

Se define como ei conjunto de caractersticas que deben estar, de forma obligatoria y

necesaria, presentes en el equipo o solucin presentada por el proveedor, a fin de que no sea
descartado de antemano. Ejemplos de stos podrn ser los siguientes:

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.

La definicin adecuada de 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 que hayan cumplido con todos los requerimientos
obligatorios.

Obviamente, el clculo no considera situaciones que puedan presentarse durante el horizonte

de planeacin, como las siguientes, lo cual puede traer como consecuencia desviaciones en el
clculo

Crecimiento del negocio por arriba o por abajo del porcentaje estimado.

Fusiones o compra de nuevos negocios.

Rediseo o cambios importantes en las aplicaciones.

3.13 Requerimientos Futuros de las nuevas aplicaciones

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.

La manera de llevar a cabo lo anterior es conocer las aplicaciones que van a ser desarrolladas
durante el horizonte de planeacin, tal como se sugiere en el plan de aplicaciones. Para cada
una de las aplicaciones habr que elaborar un pre diseo estimando los volmenes requeridos
de cada uno de los recursos. El valor o los valores que se obtengan de este anlisis, debern de
sumarse a los valores obtenidos en la seccin anterior, de tal forma que podamos 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 5 aos. Los resultados son los siguientes:

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

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

= 792 *(1.1)

= 1275.5 Mb.

Adems, se estiman que los requerimientos futuros de las aplicaciones nuevas (RFN) sern de
214 Mb., Considerando los nuevos sistemas por desarrollar. As, los requerimientos totales del
nuevo equipo se calcularn de la siguiente manera:

= RFA + RFN

= 1275.5 + 214

= 1489.5 Mb.

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

3.13 Evaluacin tcnica de las propuestas

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

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

En la siguiente seccin se analizarn las actividades a desarrollar durante la evaluacin

econmica y financiera.

3.14 Del RFP (Request For Proposal)

La evaluacin tcnica de los equipos se facilita con la correcta elaboracin de las propuestas
por parte de los proveedores de soluciones.

Una vez que se ha terminado la estimacin de los requerimientos para el 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 para el
equipo o la red requerida por la organizacin.

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 de
soluciones computacionales y la organizacin.

Obliga al administrador del proyecto de cambio de equipo a formalizar 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 dependiendo de la naturaleza del proyecto de cambio de
equipo que se desarrollar. No obstante lo anterior 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 hacer la comparacin entre los
diferentes equipos.

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

de la empresa.

3.15 Requerimientos del sistema computacional

En esta seccin se puede incluir la siguiente informacin:

Requerimientos del equipo actual vs. El equipo propuesto.

Requerimientos obligatorios y opcionales, tales como sugiere en la seccin de determinacin

de requerimientos.

Informacin detallada de las pruebas de benchmark o pruebas de rendimiento, que sern

efectuadas, a las soluciones propuestas que estarn concursando.

Y en trminos generales deber incluirse toda la informacin relevante descrita en la seccin

de determinacin de requerimientos.

UNIDAD III

ADQUISISION DE SOFTWARE Y HARDWARE

3.1 Procedimiento de adquisicin

3.1.1 Adquisicin de Software

Para la adquisicin del software intervienen 7 factores principales que son:

Asignar el personal

Preparar listas de requerimientos

Requisicin de propuestas

Evaluar alternativas

Contactar usuarios para confirmar

Financiamiento para la adquisicin

Negociacin de contrato

3.1.2 Seleccin del Hardware

El proceso de seleccin del hardware est diseado de manera tal que, la adquisicin del
hardware sea una accin fcil de realizar y consta de los mismos pasos que el proceso de
seleccin del software.

3.2 Adquisiciones del Hardware y Software

3.2.1 Consideraciones generales

Las consideraciones que debemos tomar en cuenta para la adquisicin de software y

hardware, son:

Formar un equipo de evaluacin

Tomar en consideraciones a todos los requerimientos as como las restricciones

3.2.2 Solicitud de propuesta

La solicitud de propuesta deber realizarse mediante las requisiciones que debern incluir:

Informacin general

Objetivo

Propsito

Fecha limite de entrega

Fecha limite de aclaraciones

Cobertura de requerimientos

Mnimos

Deseables

Solicitud de descripcin detallada del producto o servicio

Solicitar especificaciones detallada de servicios de soporte de usuario.

Coordinar presentaciones

3.2.3 Evaluacin de propuesta

Para llevar a cabo una buena evaluacin de las propuestas presentadas debern tomarse en
cuenta los siguientes trminos:

Validar lo que ofrece del proveedor (credibilidad de propuesta)

Analizar propuesta

Costo

Disponibilidad

Calidad de diseo

Soporte y mantenimiento

Expansin

Configuracin

Ambiente de software

Documentacin

Y posteriormente se deber verificar con terceros la informacin sobre los productos o

servicios ofrecidos por el proveedor.

3.2.4 Financiamiento

Son tres los puntos que debemos considerar para el financiamiento de la adquisicin del
software y son:

Renta

Arrendamiento

Compra

3.2.5 Negociacin de contrato

La negociacin del contrato deber contemplar entre otros los siguientes puntos:

Obtener un contrato justo

Puntos de negociacin:

Precios

Costo

Capacitacin

29

Penalizaciones

Posibles problemas que se puedan presentar:

Contrato a favor del proveedor

Vendedor profesional, comprador amateur o principiante.

Convenios no incorporados en clusulas

Ausencia de penalizaciones

Clusulas integradoras ( dejar sin valides cualquier acuerdo previo)

3.3 Garanta

La Garanta Limitada es vlida en Amrica Latina para los Productos de Hardware fabricados o
distribuidos por Compaq Computer Corporation. Para ms informacin acerca de los trminos
y condiciones de la garanta limitada, consulte el documento de Declaracin Mundial de
Garanta Limitada para productos Presario, Handheld, desktops, notebooks y workstations
para empresas y sevidores ProLiant, TaskSmart y NeoServer (ingls). . (Para bajar este
documento usted necesita Adobe Acrobat Reader). Esta Garanta limitada puede ser aplicable
en cualquier pas en que Compaq o su proveedor de servicios autorizado ofrezca servicios de
garanta sujetos a los plazos y condiciones que se establecen en esta declaracin. La
disponibilidad de servicio de garanta y el tiempo de respuesta de sta pueden variar.

La siguiente tabla interactiva presenta informacin acerca del periodo de garanta que
corresponden al producto de hardware que usted ha comprado. Haga clic sobre el nombre o
categora de producto para poder visualizar la informacin:

3.3.1 EN EL SITIO:

Significa que el cliente puede solicitar que la reparacin bajo garanta se lleve a cabo en el
trabajo o residencia del cliente. Cobertura en el sitio est disponible nicamente en reas
metropolitanas donde se encuentre un Proveedor Autorizado de Servicios Compaq. El tiempo
de respuesta es altamente dependiente de la disponibilidad del cliente y la localidad donde se
encuentre.

3.3.2 EN EL TALLER:

Requiere que le cliente lleve su hardware Compaq a un proveedor de Servicios

Autorizado Compaq para efectuar la reparacin bajo garanta.

Opciones estndar llevan garanta de un ao en partes, en el taller. Una vez instaladas en una
CPU Compaq, la opcin lleva 1 ao de garanta o lo que reste del perodo de garanta de la
unidad donde est instalada (la que se mayor). Si una opcin es instalada en un equipo de otra
marca que no sea Compaq o en un equipo Compaq fuera de garanta, la garanta de la opcin
permanece de 1 ao, en el taller solamente. Las nicas excepciones son monitores y opciones
especiales.

Todos los repuestos llevan garanta limitada de 90 das, en el taller. Una vez instaladas en una
CPU Compaq, la parte de repuesto lleva la mayor de, los 90 das o el resto de la garanta de la
unidad donde est instalado. Si la parte de repuesto es instalada en un equipo que no es
Compaq o en un equipo Compaq fuera de garanta, la garanta de la parte de repuesto
permanece en 90 das, en el taller solamente.

3.3.3 PRESARIO:

Segn los trminos descritos en el programa de Garanta Limitada para America

Latina, las computadoras porttiles Presario tienen derecho a la Garanta

Internacional Limitada. Esta garanta internacional es vlida para los clientes que se
encuentran fuera del pas de compra por motivo de viaje. Para mas informacin consulte el
documento de Garanta Internacional para Porttiles Presario. Para obtener servicio de
garanta fuera del pas de compra, usted puede llamar al 281- 514-5067 en Estados Unidos.
Esta garanta no aplica para los dems productos Presario.
3.3.4 EVO, ARMADA, DESKPRO, WORKSTATIONS, THIN CLIENTS, MONITORES Y SERVIDORES:

Segn los trminos descritos en el programa de Garanta global de Compaq, los productos
pueden comprarse en un pas y trasladarse a cualquier otro pas en el que Compaq ofrezca
servicio, sin que sto invalide de manera alguna la garanta. Las condiciones de la garanta, la
disponibilidad de servicio, y los tiempos de respuesta del servicio pueden variar entre pases.

Para obtener informacin acerca de extensin de garanta, visite

http://clac.compaq.com/globalservices/carepaqs o comunquese con el distribuidor local

autorizado de Compaq, una agencia autorizada de servicio de Compaq, o la oficina local de
Compaq.

3.4 Permisos y licencia

Una licencia de software es un contrato entre el titular del derecho de autor (propietario) y el
usuario del programa informtico (usuario final), para utilizar ste en una forma determinada y
de conformidad con unas condiciones convenidas.

Las licencias de software pueden establecer entre otras cosas: la cesin de determinados
derechos del propietario al usuario final sobre una o varias copias del programa informtico,
los lmites en la responsabilidad por fallos, el plazo de cesin de los derechos, el mbito
geogrfico de validez del contrato e incluso pueden establecer determinados compromisos del
usuario final hacia el propietario, tales como la no cesin del programa a terceros o la no
reinstalacin del programa en equipos distintos al que se instal originalmente.

3.4.1 Derechos de autor

El derecho de autor (del francs droit d'auteur) es un conjunto de normas y principios que
regulan los derechos morales y patrimoniales que la ley concede a los autores (los derechos de
autor), por el solo hecho de la creacin de una obra literaria, artstica o cientfica, tanto
publicada o que todava no se haya publicado.

En el Derecho anglosajn se utiliza la nocin de copyright (traducido literalmente como

derecho de copia) que, por lo general, comprende la parte patrimonial de los derechos de
autor (derechos patrimoniales).

Una obra pasa al dominio pblico cuando los derechos patrimoniales han expirado. Esto
sucede habitualmente trascurrido un plazo desde la muerte del autor (post mortem auctoris).
Por ejemplo, en el derecho europeo, 70 aos desde la muerte del autor. Dicha obra entonces
puede ser utilizada en forma libre, respetando los derechos morales. 3.4.1.1 Licencias de uso

Ley federal del derecho de autor y cdigo penal para el distrito federal en materia de fuero
comn y para toda la repblica en materia de fuero federal.

Los programas de computacin, las bases de datos y las infracciones derivadas de su uso ilcito
se encuentran reguladas en la Ley Federal del Derecho de Autor del 24 de diciembre de 1996,
que entr en vigor el 24 de marzo de 1997.

Sobre el particular, y por considerar de inters el contenido de la exposicin de motivos

cuando esta ley se present ante la Cmara de Diputados, a continuacin se presentan algunos
comentarios pertinentes respecto a los elementos que deben contemplarse en la atencin a la
problemtica de los derechos de autor en nuestro pas.
De esta forma, cuando se inici la iniciativa correspondiente, se dijo que la importancia de
pronunciarse al respecto era que con dicha iniciativa se atenda la complejidad que el tema de
los derechos autorales haba presentado en los ltimos tiempos lo cual exiga una reforma con
objeto de aclarar las conductas que podan tipificarse como delitos y determinar las sanciones
que resultaran ms efectivas para evitar su comisin.

Adems, se consider que debido a que en la iniciativa no se trataban tipos penales de delito
se presentaba tambin una iniciativa de Decreto de Reforma al

Cdigo Penal para el Distrito Federal en materia de Fuero Federal, proponiendo la adicin de
un ttulo Vigsimo Sexto denominado "De los delitos en materia de derechos de autor". Al
respecto, se consider conveniente la inclusin de la materia en el ordenamiento
materialmente punitivo, lo que por un lado habra de traducirse en un factor de impacto
superior para inhibir las conductas delictivas y por otro en un instrumento ms adecuado para
la procuracin y la administracin de justicia, al poderse disponer en la investigacin de los
delitos y en su resolucin, del instrumento general que orienta ambas funciones pblicas.

En este orden, como se mencion anteriormente, esta Ley regula todo lo relativo a la
proteccin de los programas de computacin, a las bases de datos y a los derechos autorales
relacionados con ambos. Se define lo que es un programa de computacin, su proteccin, sus
derechos patrimoniales, de arrendamiento, casos en los que el usuario podr realizar copias
del programa que autorice el autor del mismo, las facultades de autorizar o prohibir la
reproduccin, la autorizacin del acceso a la informacin de carcter privado relativa a las
personas contenida en las bases de datos, la publicacin, reproduccin, divulgacin,
comunicacin pblica y transmisin de dicha informacin, establece las infracciones y
sanciones que en materia de derecho de autor deben ser aplicadas cuando ocurren ilcitos
relacionados con los citados programas y las bases de datos, etctera.

En este sentido, consideramos importante detenernos en los artculos 102 y 231. El primero de
ellos, regula la proteccin de los programas de computacin y seala adems que los
programas de cmputo que tengan por objeto causar efectos nocivos a otros programas o
equipos, lgicamente no sern protegidos. El segundo en su fraccin V sanciona el comercio de
programas de dispositivos o sistemas cuya finalidad sea desactivar dispositivos electrnicos de
proteccin de un programa de cmputo.

Apreciamos que aun cuando la infraccin se circunscribe al rea del comercio, permite la
regulacin administrativa de este tipo de conductas ilcitas, como una posibilidad de agotar la
va administrativa antes de acudir a la penal.

Por su parte, esta ley en su artculo 215 hace una remisin al Ttulo Vigsimo Sexto , Artculo
424, fraccin IV del Cdigo Penal para el Distrito Federal en

Materia de Fuero Comn y para toda la Repblica en Materia de Fuero Federal del que se
infiere la sancin al uso de programas de virus.

Si bien pudiera pensarse que la inclusin de las sanciones a la fabricacin de programas de

virus en el Cdigo Penal lleva implcito el reconocimiento de un delito informtico debe
tenerse presente que los delitos a regular en este ttulo son en materia de derecho de autor,
en el que el bien jurdico a tutelar es la propiedad intelectual, lo que limita su aplicacin
debido a que en los delitos informticos el bien jurdico a tutelar seran por ejemplo el de la
intimidad, patrimonio, etctera.
Por otra parte, el artculo 104 de dicha ley se refiere a la facultad del titular de los derechos de
autor sobre un programa de computacin o sobre una base de datos, de conservar an
despus de la venta de ejemplares de los mismos el derecho de autorizar o prohibir el
arrendamiento de dichos programas.

Por su parte, el artculo 231, fracciones II y VII contemplan dentro de las infracciones de
comercio el "producir, fabricar, almacenar, distribuir, transportar o comercializar copias ilcitas
de obras protegidas por esta Ley" y "usar, reproducir o explotar una reserva de derechos
protegida o un programa de cmputo sin el consentimiento del titular". La redaccin de estas
fracciones tratan de evitar la llamada piratera de programas en el rea del comercio, permite
la regulacin administrativa de este tipo de conducta, como una posibilidad de agotar la va
administrativa antes de acudir a la penal, al igual que las infracciones contempladas para los
programas de virus.

Adems, la regulacin de esta conducta se encuentra reforzada por la remisin que hace la Ley
de Derecho de Autor en su artculo 215 al Ttulo Vigsimo Sexto del Cdigo Penal citado,
donde se sanciona con multa de 300 a 3 mil das o pena de prisin de seis meses hasta seis
aos al que incurra en este tipo de delitos. Sin embargo, la regulacin existente no ha llegado a
contemplar el delito informtico como tal, sino que se ha concretado a la proteccin de los
derechos autorales y de propiedad industrial, principalmente.

Tal y como hemos sostenido, Mxico no est exento de formar parte de los pases que se
enfrentan a la proliferacin de estas conductas ilcitas. Recientemente, la prensa public una
nota en la que informaba sobre las prdidas anuales que sufren las compaas fabricantes de
programas informticos, las que se remontaban a un valor de mil millones de dlares por
concepto de piratera de estos programas.

Muchas personas sentirn que el pas est ajeno a estas prdidas por cuanto estas compaas
no son mexicanas, sin embargo, si analizamos los sujetos comisores de estos delitos, segn la
nota de prensa, podramos sorprendernos al saber que empresas mexicanas como TAESA y
Muebles Dico enfrentan juicios administrativos por el uso de programas piratas.

Esto, a la larga podra traer implicaciones muy desventajosas para Mxico, entre las que
podemos citar: la prdida de prestigio a nivel internacional por el actuar ilcito de empresas
cuyo radio de accin no est reducido al mbito nacional y la prdida de credibilidad por parte
de las compaas proveedoras de programas informticos, lo que se traducira en un mercado
poco atractivo para ellas que pondran al pas en una situacin marginada del desarrollo
tecnolgico En este entendido, consideramos que por la gravedad de la conducta ilcita en s, y
las implicaciones que traera aparejadas, justifica su regulacin penal.

En otro orden, el Artculo 109, se refiere a la proteccin de las bases de datos personales, lo
que reviste gran importancia debido a la manipulacin indiscriminada que individuos
inescrupulosos pueden hacer con esta informacin. As, el acceso no autorizado a una base de
datos de carcter personal de un

Hospital de enfermos de SIDA puede ser utilizado contra estas personas quienes a causa de su
enfermedad, se encuentran marginados socialmente, en la mayora de los casos.

Asimismo, consideramos que la proteccin a este tipo de bases de datos es necesaria en virtud
de que la informacin contenida en ellas, puede contener datos de carcter sensible, como son
los de las creencias religiosas o la filiacin poltica.
Adicionalmente pueden ser susceptibles de chantaje, los clientes de determinadas
instituciones de crditos que posean grandes sumas de dinero, en fin, la regulacin de la
proteccin de la intimidad personal es un aspecto de suma importancia que se encuentra
regulado en este artculo.

Por lo anterior, el anlisis de este artculo corrobora la posicin que hemos sostenido respecto
a que en las conductas ilcitas relacionadas con la informticas el bien jurdico a tutelar no es
nicamente la propiedad intelectual sino la intimidad por lo que este artculo no debera
formar parte de una Ley de derechos de autor sino de una legislacin especial tal y como se ha
hecho en otros pases.

Esta Ley, adems establece en el Ttulo X, en su captulo nico, artculo 208, que el Instituto
Nacional del Derecho de Autor es la autoridad administrativa en materia de derechos de autor
y derechos conexos, quien tiene entre otras funciones, proteger y fomentar el derecho de
autor adems de que est facultado para realizar investigaciones respecto de presuntas
infracciones administrativas e imponer las sanciones correspondientes.

Por otra parte, debe mencionarse que en abril de 1997 se present una reforma a la fraccin
III del artculo 231 de la Ley Federal del Derecho de Autor as como a la fraccin III del artculo
424 del Cdigo Penal para el Distrito Federal en Materia de

Fuero Comn y para toda la Repblica en Materia de Fuero Federal.

De esta forma, las modificaciones a la ley autoral permitieron incluir en su enunciado la

expresin "fonogramas, videogramas o libros", adems del verbo

"reproducir", quedando: " Art. 231 .......III Producir, reproducir, almacenar, distribuir,
transportar o comercializar copias de obras, fonogramas, videogramas o libros protegidos por
los derechos de autor o por los derechos conexos, sin la autorizacin de los respectivos
titulares en los trminos de esta Ley"..

Con las reformas al Cdigo Penal se especifica que: "Art. 424.......... III A quien produzca,
reproduzca, importe, almacene, transporte, distribuya, venda o arriende, copias de obras,
fonogramas, viedogramas o libros protegidas por la Ley Federal del Derecho de Autor en forma
dolosa, a escala comercial y sin la autorizacin que en los trminos de la citada Ley deba
otorgar el titular de los derechos de autor o de los derechos conexos "

Sobre el particular, debe mencionarse que durante la modificacin a la Ley en diciembre de

1996 se contempl parcialmente lo que se haba acordado en el TLC y que por tal razn fue
necesaria una segunda modificacin, en abril del ao en curso para incluir la accin de
"reproduccin".

De igual forma el artculo 424 que haba sufrido una modificacin en diciembre de 1996, fue
reformado en su fraccin tercera en abril pasado para incluir la reproduccin y su comisin en
una forma dolosa.

INTRODUCCIN

Adquirir un recurso y equipo computacional es un arduo proceso de adquisicin que muchas

veces resulta ser complejo y agotador. Para llevar a cabo este proceso se necesita invertir
tiempo, dinero y esfuerzo y con esto se justifica plenamente el desarrollo de una gua de
accin que oriente al responsable de conducir y desarrollar y el estudio del proceso.Lo que
esta investigacin proveer ser informacin acerca de los procesos como el de innovacin
tecnolgica de recursos computacionales, la determinacin de requerimientos, evaluacin
tcnica de las propuestas, la evaluacin financiera de las propuestas y las actividades
posteriores a la firma del contrato que nos mostrara la serie de acciones que se llevan a cabo
despus de firmar el contrato con algn proveedor.

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 resuelven problemas funcionales a los usuarios.

Otro rengln importante de costos est relacionado directamente con los recursos de
hardware y equipo que deben adquirirse para desarrollar y operar los sistemas de informacin.
Siendo la esta ultima la mas costosa e importa para un administrados pues esta relacionada
con la inversin en tecnologa de informacin de naturaleza diversa.

Dentro de las decisiones adquisicin de recursos computacionales deben considerarse factores

tecnolgicos y financieros. Para 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 computo, hasta la administracin de la conversin de
programas la transicin y traslado de datos al nuevo sistema computacional. El no conocer la
forma de de obtener los recursos de hardware, software y servicios de informacin da como
resultados que generan un diferimiento indefinido del uso, o peor, en la inadecuada seleccin
y compra de los sistemas incorrectos.

Para evitar esto 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 de cambio de equipo computacional. Adems, se requiere que el
usuario de las diferentes reas que integran la empresa se involucren durante el proceso de
cambio de equipo. Al hacer esto se conocen los sntomas que constituyen el detonante
proceso de cambio de equipo y con el fin de que se prepare mejor el manejo del proyecto se
deben visualizar las causas por las cuales se necesita dicho cambio entre ellas estn:

* Problemas de servicio con el proveedor actual.

* El equipo computacional es obsoleto.

* Saturacin y falta de capacidad del equipo computacional.

* Necesidad de incorporar nuevos sistemas de aplicacin a la organizacin.

* Equivocada decisin durante el proceso de seleccin del equipo actual.

Etapas del proceso para la innovacin tecnolgica de recursos computacionales.

DETERMINACIN DE REQUERIMIENTOS.

En esta 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 alguna, actividades que se han denominada previa a la
aplicacin 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.

* Plan de desarrollo de aplicaciones: consiste en conocer las aplicaciones que sern

desarrolladas y que operarn en el nuevo sistema computacional durante el horizonte de
planeacin del proyecto.

* 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 en lnea, ya que estas especificaciones pueden
modificar los requerimientos y restricciones a considerar en el nuevo equipo.

MODELO PROPUESTO PARA ESTIMAR LOS REQUERIMIENTOS DE EQUIPO.

* Capacidad de cmputo expresada, por ejemplo, el nmero de instrucciones por segundo.

* Capacidad de almacenamiento en memoria principal expresada, por ejemplo, en mb.

* Capacidad de almacenamiento secundario en megabytes, gigabytes o terabytes.

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

* Cantidad de terminales requeridas para la captura o consulta de informacin de hardware

especializado para llevar a cabo funciones especiales.

* Infraestructura de redes, como por ejemplo, tarjetas de red, medios de transmisin.

Tambin existen los requerimientos obligatorio y/o opcionales.

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

de forma obligada y necesaria, presentes en el equipo o 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

El apoyo del proveedor durante la conversin de las aplicaciones.

 Caractersticas mnimas requeridas de rendimiento de las computadoras.

Mientras que los requerimientos opcionales constituyen el 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.

La existencia de usuarios con configuraciones similares a la que se esta:

* Proponiendo y que se encuentran en localidades cercanas para un soporte mutuo

* Disponibilidad de algn sistema de aplicacin o paquete.

* Alto grado de satisfaccin de los usuarios actuales.

REQUERIMIENTOS FUTUROS DE LAS

APLICACIONES ACTUALES (RFA).

Los requerimientos que se especifican 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) MP

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.

Esta formula puede utilizarse para calcular el rea total que ocupara, 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, con excepcin de situaciones como:

* Crecimiento del negocio para arriba o para abajo del porcentaje estimado

* Fusiones o compra de nuevos negocios.

* Rendimiento o cambios importantes de las aplicaciones actuales.

REQUERIMIENTOS FUTUROS DE LAS NUEVAS APLICACIONES (RFN)

En esta parte se calculan los requerimientos que tendr cada uno de los recursos que estn
siendo estimados, considerando las aplicaciones que se desarrollaran durante el horizonte de
planeacin del proyecto. Supongamos 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 n un horizonte de planeacin de 5 aos.
Los clculos a realizar son los siguientes:

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

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

= (792) *(1.1)5

= 1,275 Mb

Esta frmula nos quiere decir que el nuevo equipo deber tener capacidad de almacenamiento
de 1, 485 Mb para cubrir los requerimientos actuales y futuros de los prximos 5 aos.

EVALUACION TECNICA DE LAS PROPUESTAS.

Este 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.

o 1 Litro de agua
o Unas ramas de ruda
o 2 Cucharadas de organo
o 3 Ramitas de canela

Este t para abortar se prepara poniendo a hervir el litro de agua y echamos

unas ramas de ruda, la canela y el organo y se retira el fuego para dejarlo
reposar durante 10 minutos. Este t se toma durante todo el da.