344 SISTEMAS ADMINISTRATIVOS

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

iu i i io . 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

np ide/ 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 m i i o < 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 f lexibilidad en generar los reportes para

I o n i im m io n lint e de enluw nplli tu io m - ( potentes herramientas que relegan a unos pocos

eiiMoh muy especifico! In nm tMiilad de encarar desarrollos propios.

CAP. 10 - INTRODUCCION A LA PROBLEMATICA DE LOS SISTEMAS 345

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:

Sistemaactual

convertir

sustituir

recursospropios

tercerizar

desarrollopropio

sistemaest,nclar

recursospropios

tercerizar

de adaptacin modular

enlatado

con posibilidad de importar / exportar datos

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 i i V v im M* i l r i t f i v o s

346 SISTEMAS ADMINISTRA TIVOS

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 a ohmhh imnlam.ltm (onde no existen variantes mitlnl*Mtl>mnl>n iUtulan. I a rotfla general es elegir paquetesb h I i A i i i I m c b i j i i b rnnulwi'ttii muy tinuaiiu tiempo y esfuerzo interna (ihc mi !,. umUttluliitflu de eleccin pasa por com- liamr iiHMtmliltwla* (M i i|iUm mm mu pumitas concretas (sistemas en fuiuitoimmtwuUu n i minWmo peooeso de relevar detalla- ilitiiiBiitiB 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.