SISTEMAS ADMINISTRATIVOS

34 4

10,4,5. NUEVA CONCEPCION EN LA ELECCION DE

SOFTWARE DE APLICACION
I .n eleccin de los programas que cada usuario emplear en su organizacin ha
du subiendo importantes modificaciones en el tiempo.
lia una primera etapa, con un alto costo en los equipos, la computacin queda
ba reservada a empresas cuya dimensin les permita soportar el costo de desarrollar
su propio software.
Pero al comps de la baja en los precios del hardware se producen dos fen
menos: la franja de usuarios se extiende, involucrando empresas de menor porte, y
Ii relacin de costo hardware-software, aun para las empresas de mayor tamao, no
ulniile un desquilibrio tan marcado.
Iara una PyME un equipo barato no sirve si no se puede acceder a un software
de costo compatible.
Cubriendo esas necesidades del mercado, aparecen proveedores que se especia
lizan en desarrollar software estndar.
ln una primera etapa, el estndar no era ms que un sistema desarrollado para
una empresa en particular que se pretenda aplicar a otras, generalmente del mismo
i u i i i o . A medida que se fueron mejorando los productos, el estndar permiti cierta
flexibilidad mediante recursos de parametrizacin y modularidad.
Un este estado de cosas podemos identificar tres tipos de paquetes de progra
mas, rnya aplicacin est en relacin con los usuarios a los que se dirigen.
Una primera gama de programas, dirigidos a micro y pequeas empresas, son
los que se conocen como enlatados o paquetes cerrados . Estas aplicaciones se
pioveeu sin contemplar modificaciones en la programacin, lo cual no significa que
el paquete sea inmutable; a travs de la parametrizacin se pueden desarrollar varian
tes de operacin, y, adems, existen aplicaciones disponibles en el mercado que pre
ven la posibilidad de importar o exportar datos en archivos a partir de los cuales
pueden confeccionar programas d hoc.
lista ltima facilidad lia icsiielto gran parte de los conflictos existentes entre la
n p id e / del enlatado y las necesidades de informacin del usuario.

I )mi ni*jmiihli faina de pin|,i ninas, de mayor nivel que los anteriores, ya no tra
billa i oh mi modelo enlatado
<mi mdulos preestablecidos que convenientemente
ai opiados
pemiltlidn aimai el MMema a medida para el cliente. La existencia
de val iu!t iin')(liiloh pala un iiihano pnuv,o y la flexibilidad en generar los reportes para
I
iim m io n lin t e de enluw nplli tu io m - ( potentes herramientas que relegan a unos pocos
eiiMoh muy especifico! In nm tMiilad de encarar desarrollos propios.
m i i o

o n

CAP. 10 - INTRODUCCION A LA PROBLEMATICA D E LOS SISTEMAS

34 5

Existe, finalmente, una tercera gama de sistemas muy especficos de muy alto
nivel, tipo Amadeus (3), que se aplican nicamente a ese tipo de gestin y cuya adap
tacin al cliente implica tareas de reprogramacin.
La escueta descripcin de alternativas slo tuvo como objeto de servir de in
troduccin al tema de la metodologa que debe emplearse para seleccionar el software
de aplicacin que va a utilizar en la organizacin.
Toda organizacin al iniciar operaciones, o en algn momento de su vida cuando
sus programas se vuelven obsoletos, se enfrenta a la disyuntiva de tener que elegir
el software que va a utilizar.
El rbol de decisiones que se nos presenta en ese momento tiene las siguientes
ramas:

recursos
propios
convertir
tercerizar
Sistema
actual

desarrollo
propio
sustituir

recursos
propios
tercerizar
de adaptacin
modular
con posibilidad de
importar /exportar
datos
enlatado

sistema
est,nclar

sistema cerrado

El primer paso es siempre un relevamiento del sistema de la propia organi

zacin, pero limitado al estudio de centros de trabajo y salidas que se requie
ren para cumplir funciones operativas y gerenciales. A diferencia del rele
vamiento que se efecta para desarrollar un sistema propio, no se presta
atencin a archivos, entradas y puntilloso detalle de procesos, pues se pre
supone que los sistemas estndar han contemplado dichos diseos dentro de
un esquema de funcionalidad y seguridad.
De acuerdo con el tamao de la organizacin y con los deseos de la Direc
cin en el sentido del nivel de la herramienta a seleccionar, se decide a qu
tipo de aplicacin se va a apuntar: sistema enlatado o versin modular de
mayor coslo.

(S ) U l i l i / m t o

i v u r iv ii V v im M * i l r

itf iv o s

SISTEMAS ADMINISTRA TIVOS

346

Decidida la franja de mercado a la cual acudir, con la informacin releva

da se pide informacin respecto de los sistemas disponibles. Siempre es
aconsejable que los elementos a analizar no correspondan a manuales o
demos estndar, sino que el proveedor debe proporcionar una versin de su
sistema que, seleccionado de su biblioteca, en lo posible, se aproxime a lo
que cubra todas las necesidades de la empresa.

Analizadas todas las variantes disponibles, se selecciona aquellas que estn

en mejores condiciones de satisfacer las necesidades de la empresa. Un papel
importante en la evaluacin tcnica juegan la posibilidad de ajuste de m
dulos o de importacin y exportacin de datos que acerque al sistema es
tndar a una versin personalizada del sistema. La mayor ventaja que tiene
adoptar sistemas estndar es el ahorro de tiempo y el reducido costo de ins
talacin que debe insumirle a la empresa. Si las adaptaciones rompen esta
regla el sistema que lo exige debe ser desechado.

Finalmente, una vez seleccionado por caractersticas tcnicas, se deben pe

sar factores econmicos cuyas manifestaciones son:
- Costo del sistema
Financiacin del sistema
Costo de parametrizacin y adaptacin (quin asume la tarea, en su doble
aspecto, de investigacin y de programacin)
- Apoyo de instalacin. Cursos. Asistencia directa.
Servicio de posventa. Costo. Modalidad de asistencia.
Actualizaciones. Periodicidad. Costo.

Planteado el cuadro de factores tcnicos y econmicos, el broche final del

proceso de seleccin debe ser la concurrencia a algn cliente de la casa pro
veedora del software para ver el sistema funcionando en tiempo real y, si
rs posible, recibir opiniones de los usuarios directos de la aplicacin.

I n rmlatmifin <tn mi.wai'o por parte del usuario ha sufrido un.

IH'imibmh iln mui,(nilOn vliitnilado a los costos de desarrollo y a
i I h i i i i i i I I i I o m f i n ni mttruaiki. Los desarrollos propios han
ijihiUmIii tlmll.mtt> a ohmhh imnlam.ltm (onde no existen variantes
mitlnl*Mtl>mnl>n
iUtulan. Ia rotfla general es elegir paquetes
b h IiA iiiIm c b
ijiib
rnnulwi'ttii muy tinuaiiu tiempo y esfuerzo inter
na (ihc mi
!,. umUttluliitflu de eleccin pasa por comliamr iiHMtmliltwla* (Mi i|iUm mm mu pumitas concretas (sistemas en
fuiuitoimmtwuUu
n i minWmo peooeso de relevar detallailitiiiBiitiB iimnnBfi* qiiM ni Mlwl.nma finl.rt,rular debe tener resueltos.

CAP. 10 - INTRODUCCION A LA PROBLEMATICA D E LOS SISTEMAS

347

En las actuales circunstancias, slo puede aconsejarse un desarrollo propio

cuando el sistema sea tan especfico que no existan variantes de mercado que cubran
sus necesidades, o que se tenga ya un desarrollo propio eficiente que nicamente
requiere su reconversin para adecuarlo a la tecnologa presente.
En ambos casos, se recomienda tercerizar el proyecto para acotar tiempos y
presupuestos y en su construccin se aplicar la metodologa esbozada en el punto
10,4,3.
Cuando no existen las limitaciones mencionadas en el prrafo anterior, la so
lucin aconsejada es acudir a programas que integran paquetes estndares. La meto
dologa de seleccin del software resulta totalmente diferente de la que se utiliza en
el caso de desarrollos propios.