Qu es un lenguaje de programacin?
Al igual que las personas nos comunicamos entre nosotras utilizando un lenguaje (por
ejemplo espaol o ingls), un lenguaje de programacin permite a las personas
comunicarse con los ordenadores para indicarles lo que tienen que hacer. Una persona
que quiere que el ordenador realice una determinada tarea escribe un programa en un
lenguaje de programacin determinado, y el ordenador (utilizando ciertos traductores
llamados compiladores e intrpretes) es capaz de realizar dicha tarea.
Desde la invencin de las primeras mquinas de calcular hasta la actualidad, la evolucin
de los ordenadores ha ido acompaada del desarrollo de nuevos lenguajes de programacin
que permitan aprovechar la potencia de stos de manera eficiente.
En este artculo pretendo dar una pequea idea sobre la evolucin de los lenguajes de
programacin, desde los primeros como FORTRAN o COBOL, hasta los ms difundidos
en la actualidad como C, Java o C#. No pretendo mencionar todos los lenguajes de
programacin - actualmente existen ms de 2.500 - sino centrarme en los que considero que
han sido ms relevantes e influyentes en el mundo del desarrollo de software.
Los primeros lenguajes
En la dcada de los 40 empezaron a surgir los primeros lenguajes de programacin de
ordenadores. Estos primeros lenguajes (llamados lenguajes Ensamblador) estaban basados
en smbolos o nemnicos que se correspondan directamente con instrucciones de cdigo
mquina (el cdigo que es capaz de interpretar un ordenador sin necesidad de un intrprete
o traductor).
En 1957 aparece el lenguaje Fortran (siglas de FORmula TRANslator), el primer lenguaje
de alto nivel ampliamente difundido y utilizado a nivel mundial. El primer compilador de
Fortran fue desarrollado por un equipo de IBM liderado por John W. Backus. Inicialmente
Fortran fue muy utilizado en el mundo cientfico y en alplicaciones militares, y se
escribieron multitud de libreras matemticas para clculo numrico, algunas de las cuales
siguen utilizndose hoy en da.
Ya en 1960 aparece LISP, un lenguaje idneo para crear programas de inteligencia
artificial porque utilizaba conceptos de programacin funcional y recursividad. Aunque no
es muy utilizado para el desarrollo de aplicaciones empresariales, LISP sigue siendo
utilizado hoy en da en entornos docentes (yo mismo lo utilizo en una asignatura en la que
se ensean diversos paradigmas de programacin).
Tambin en 1960 aparece COBOL, un lenguaje preparado para procesar grandes
cantidades de informacin. Esto hizo que fuese ampliamente adoptado en bancos y grandes
organizaciones que siguen utilizndolo hoy en da.
se dise pensando en que un programa escrito en este lenguaje pudiese ser ejecutado en
cualquier mquina, no slo ordenadores, sino tambin cualquier dispositivo electrnico
como calculadoras, dispositivos mviles, porttiles, etc. Esta idea de un len
guaje universal ya haba sido abordada por el lenguaje C y su estandarizacin ANSI, pero la
realidad es que no se consigui hasta la llegada de Java.
En la actualidad el uso de Java ha sido muy impulsado por la amplia influencia de Internet,
debido a la universalidad de Java por la capacidad de sus programas para ser ejecutados en
cualquier tipo de mquina.
Evolucin de los Lenguajes de Programacin.
Los lenguajes ms utilizados actualmente
En la actualidad varios son los lenguajes de programacin ms utilizados. A pesar de su
antigedad, el lenguaje C sigue siendo muy utilizado, sobre todo en aplicaciones
relacionadas muy directamente con el hardware (software industrial, etc.). El propio
sistema operativo Linux est escrito en su mayor parte en lenguaje C. El lenguaje C++
tambin sigue siendo muy utilizado, sobre todo en aplicaciones de escritorio orientadas al
sistema operativo Windows.
El lenguaje COBOL tambin se utiliza mucho, sobre todo en entidades bancarias y grandes
empresas con sistemas mainframes para las que la fiabilidad del sistema es un factor clave,
y los costes y riesgos de migracin a otros lenguajes son hoy por hoy inasumibles. Al
contrario de las creencias populares que afirman que se trata de un lenguaje obsoleto y no
utilizado, algunos lo plantean como una buena alternativa para aquellos que buscan empleo.
Para consultas a bases de datos relacionales, el lenguaje SQL es el estndar indiscutible.
Toda base de datos relacional que se precie debe permitir realizar consultas en este
lenguaje.
Para el desarrollo de aplicaciones orientadas a Internet, el lenguaje Java y los lenguajes de
la plataforma .Net de Microsoft (incluidos Visual Basic.Net y C#) se reparten la mayora
del mercado.
Un poco de Historia
Al analizar la llegada de la informtica a las empresas, es bueno considerar dos mbitos
importantes, por una parte est la evolucin de las teoras de la administracin y en el otro
frente de batalla, la llegada de la computacin a las empresas.
Breve y simplificada historia de la administracin
Sin pretender hacer un anlisis exhaustivo de las teoras de administracin (materia propia
de otros ramos), es necesario observar algunos hitos importantes que han infludo en el
acercamiento al trmino: "informtica" y su importante relacin con las organizaciones.
Es fcil imaginar que en las primeras empresas, aquellas llevadas a cabo por nuestros
ancestros prehistricos, simplemente se lanzaban en pos de un objetivo (posiblemente una
pieza de cacera que les diera de comer) de la misma manera que funcionan las manadas de
animales salvajes: todos al ataque en forma instintiva. En esos muy primitivos tiempos, el
xito o fracaso de las empresas se medan directamente segn la sobrevivencia o muerte de
la tribu.
Con los primeros atisbos de inteligencia, ellos deben haber descubierto que era una muy
buena idea seleccionar a los mejores cazadores y enviarlos a ellos a cazar, mientras que los
miembros restantes de la tribu se dedicaban a otras labores. Se descubri entonces que era
necesario tomar algunas decisiones (cunto cazar?; dnde hacerlo?) y que para ello se
necesitaba informacin (a cuntos debemos alimentar, dnde est la tribu); sin embargo, en
una tribu de tamao reducido, era relativamente fcil poder manejar esos datos. Al igual
que con los ancestros menos iluminados, la medicin del xito o fracaso en la gestin tribal,
se haca en funcin de la sobrevivencia.
Un importante problema surgi cuando la tribu alcanz un tamao tal, que ya no era tan
claro, para quienes tomaban las decisiones, cuntos eran los miembros, a quines se les dio
de comer (y quines faltan). En ese momento, la necesidad, actu como madre de la
inventiva y gener los medios necesarios para poder mantener actualizada esta informacin.
Desde los "nudos" incicos hasta los papiros egipcios, cumplieron la misma funcin. La
idea era contar y si se llevaba bien la cuenta, entonces se tenia cierta certeza respecto del
xito de la empresa que se emprendiera... Desde cuidar ovejas hasta construir pirmides o
imperios. Dependiendo de la empresa, se necesitara de ms o menos "contadores" que
asegurarn que todo estaba bien.
Esto debe haber funcionado bien por varios siglos, hasta que las empresas crecieron tanto
que ya no bastaba con los medios antes indicados. La segunda guerra mundial marc el
inicio de la era de las empresas multinacionales (los "aliados" son la primera gran empresa
multinacional), donde la distribucin de los recursos -la mayora de las veces escasos- a
distintas partes del mundo, era la clave fundamental para presumir el xito o fracaso de la
misin. En este estado de las cosas, fue necesario sistematizar a fondo el proceso de control
de recursos y con ello se definieron una serie de tareas repetitivas que eran necesarias para
mantener este control.
Es en este momento en que queda claro que una empresa no sobrevive slo en funcin de
su producto o servicio, sino que tanto la supervivencia como el xito de la empresa depende
en buena parte del soporte administrativo de la organizacin. Surge entonces la seccin
"Administracin y Finanzas", que en muchas organizaciones consume casi el 60% de los
recursos que se han invertido en la empresa. Y no es raro que a la hora de aumentar la
inversin, sea esta rea la que obtiene los mayores recursos.
Computacin y Empresa
No obstante lo anterior, no se debe perder de vista el objetivo principal de las
organizaciones, que es "vender" su producto o servicio.
Para ello, las empresas buscan otorgar un soporte adecuado al proceso productivo, el cual
se caracteriza (en la mayora de los casos) por la repeticin de tareas especficas y muy bien
especificadas. Es decir, no slo con pocos objetivos muy bien definidos, sino que con una
definicin muy precisa de la metodologa a seguir para alcanzar el objetivo.
Desde esta perspectiva, fue claro que ciertas empresas de gran volmen, consideraron la
inclusin de mecanismos computarizados, para que tomaran el control de algunas de estas
tareas altamente repetitivas y de mnimo nivel de necesidad de usar "intelecto". Otras,
consideraron el uso de elementos computarizados para el control y registro de volmenes
de produccin.
La aparicin de estos elementos, que en su mayora eran simples contadores mecanizados,
trajo consigo un efecto que no se puede olvidar. Hasta antes que llegara la "mquina", haba
un ser humano haciendo ese trabajo (que por muy enbrutecedor que fuera, igual era una
fuente de trabajo).
Esta situacin gener el primer antecedente histrico que se debe tener en cuenta: El miedo
a perder el empleo luego de la incorporacin tecnolgica (situacin muchas veces
utilizada por jefaturas mediocres, para justificar ciertos despidos que la empresa requiere
por otras razones, pero que no se atreven a enfrentar). Lo anterior, se debe analizar con
cuidado y, al momento de analizar la incorporacin de tecnologa en los Sistemas de
Informacin (fundamentalmente computacional), se debe recordar que el efecto de prdida
de empleos, se produce principalmente entre los "blue collar" ("cuellos azules" que es la
forma en la que se denomina al trabajador de produccin, debido al uso de overoles de ese
color), que debido a la naturaleza repetitva de su trabajo son "reemplazables" por la
mquina; Muy diferente es la situacin de los "white collar", ("cuellos blancos", que es la
forma en que se denomina al personal de administracin y finanzas, as como a los
gerentes, pues usan camisas, habitualmente blancas), quienes tienen un trabajo dual, por
una parte la repetitiva recopilacin y actualizacin de informacin ("reemplazable"
computacionalmente) y por otra de anlisis e interpretacin de la informacin para la toma
de decisiones (que no es tan "reemplazable", al menos no slo con Sistemas de
Informacin, ni siquiera con Sistemas Expertos)
Aplicaciones Tpicas
Logrado el primer acercamiento de la computacin a las empresas, rpidamente se empez
a ganar terreno dentro de la organizacin. Y el primer interesado en utilizar nuevas
tecnologas, fueron los responsables de la administracin y las finanzas... Y los proyectos
en los que mayor disponibilidad haba para invertir eran los de estas unidades.
Administracin y Finanzas es, como se dijo, la unidad "regalona" de la mayora de las
organizaciones (mal que mal, ahi tambin estn los gerentes). Tanto as, que muchas de las
organizaciones slo empezaron a considerar el uso de la computacin, como herramienta de
apoyo a estas unidades.
De esta forma, surgieron las aplicaciones tpicas, que hasta el da de hoy, siguen liderando,
con mucha ventaja, el rating de los desarrollos ms habituales:
Bodega / Inventario: El control de todos los insumos que han sido adquiridos,
mientras an no son asignados a una actividad especfica.
Ventas / Clientes: El control de los clientes y de los productos que se les han
vendido o servicios que se les han prestado.
Es interesante notar que en esta lista se dej, conscientemente, al final el sistema de Ventas
y/o Control de Clientes. Esto es, paradjicamente, lo que ocurre en gran cantidad de
empresas que si bien han dado gran importancia a todo el proceso de inversin y gasto de
recursos, no dan la misma importancia a los procesos de venta.
Lo anterior se debe a la creencia (muchas veces errnea) de que los procesos de salida
(compras y sueldos) son perfectamente presupuestables, mientras que los de entrada,
dependern de una serie de factores ms all del control de la empresa. Por otra parte,
influye mucho el que se haya llegado a un nivel de estandarizacin en los procesos de
salida, principalmente por el inters del Estado (en todos los pases) de establecer principios
de control estndares para el cobro de los impuestos.
Se ha dicho antes y se repetir despus, pero al ser uno de los aspectos ms importantes de
los SI, nunca ser excesivo: Cualquier Sistema puede ser realizado si se cuentan con
recursos infinitos (Tiempo y $).
Otro punto muy reiterado es que los SI estn directamente ligados a los procesos de toma
de decisiones de las organizaciones. La decisin de implementar un SI de determinada
forma (al presentimiento del ejecutivo, de forma manual, utilizando herramientas
computacionales estandares, desarrollo de sistemas propios) depender, en definitiva, del
nivel de importancia que la organizacin asigne a la informacin.
Cobol e IBM
Desde la misma perspectiva utilizada, al analizar la historia del ingreso de la computacin a
la empresa, debemos recordar que la administracin de empresas, no estaba entre los
objetivos de la ciencia computacional. Cuando se empezaron a desarrollar los lenguajes de
programacin, estos daban una mayor prioridad al clculo y procesamiento matemtico. Sin
embargo, al abrirse los horizontes a los procesos de negocios, se desarroll un lenguaje que,
hasta el da de hoy, es el ms utilizado en el desarrollo de SI: Cobol. Siendo un lenguaje
extremadamente estructurado, probablemente es el lenguaje que define las instrucciones
ms largas de digitar, an para tareas relativamente sencillas. ("ADD 1 TO IVAR.") Este
aspecto de estructuracin es, posiblemente, la causa de que el cdigo COBOL sea uno de
los ms estables y soportados en el mundo. No slo eso, tambin las estructuras de datos
COBOL, han sido las ms resistentes para el soporte de aplicaciones. No hay muchos
lenguajes o soportes de almacenamiento de datos que puedan decir algo parecido. En
resumen simple: COBOL funciona.
Sin embargo, la cantidad de cdigo necesario para un programa COBOL (producto del
nivel de estructuracin) haca que los proyectos fueran de largo aliento, sin que los niveles
de estructuracin del cdigo forzarn un sistema bien estructurado, muy por el contrario, es
comn encontrar cdigo crptico, aparentemente sin lgica, con miles de parches, cada vez
que a un usuario se le ocurri un requerimiento nuevo. Con consideraciones de ejecucin
que rayan en lo ridculo, como por ejemplo, que el reporte de salida de un programa, se
Metodologa
No slo productos y plataformas, deben ser analizadas en la mirada histrica. Ms
importante, es la definicin de la forma en que se deben hacer las cosas, la metodologa
La conclusin de la seccin "Aplicaciones Tpicas", debiera ser clara y conforma uno de los
antecedentes histricos ms importantes: Los sistemas se han desarrollado en diferentes
tiempos, en distintos momentos tecnolgicos.
Diferentes tecnologas, distintas herramientas, otras formas de pensar, diversos paradigmas
en el desarrollo de los sistemas, confabulan para crear una situacin bastante catica en
muchas organizaciones que ya llevan algunos aos invirtiendo en herramientas
computacionales. As, integrar los diferentes sistemas (que a veces son soportados por
elementos de hardware incompatibles entre s) no slo es complicado, puede llegar a ser
imposible.
Tampoco se debe olvidar que la disponibilidad de hardware, hace tan slo 10 aos atrs, no
era tan vasta, estandarizada ni barata (en trminos de costo/beneficio) como lo es hoy. Al
inicio de 1990, disponer de 100MB eran casi un lujo. 1GB estaba fuera de toda discusin,
slo disponibles para unos pocos. (No est dems recordar aquella frase clebre, de un
director de IBM en la dcada del 50: "creo que en el mundo, slo hay mercado para unos
cinco mainframes"). De esta forma, en la dcada de los 80, el proyecto de incorporacin de
computacin a la toma de decisiones, pasaba por una fuerte evaluacin econmica de la
necesidad de invertir en Hardware (que el que se tena, estaba destinado 100% al sistema
que lo adquiri) y de personal experto para mantener en funciones este equipo.
A lo anterior, se suma el irrefrenable inters del personal de informtica por poseer los
elementos de ltima tecnologa. An cuando no haya ninguna justificacin para
incorporarlos a la empresa. Esto lleva a incrementar el plexo de tecnologas disponibles... y
los costos involucrados en computacin.
As, los diversos proyectos de incorporacin de la computacin, se vieron enfrentados entre
si (eran muy pocas las organizaciones en condiciones de enfrentar ms de un proyecto a la
vez), donde el proyecto perdedor, poda quedar en espera por varios aos y donde no era
extrao que todos los proyectos de este tipo quedaran relegados en el fondo del cajn, al
punto de que ninguna empresa fue realmente capaz de presupuestar en el tiempo el
desarrollo de sus sistemas, (los famosos planes de informtica quedaban obsoletos, recin
terminados). Las empresas intentaron opciones de desarrollo interno (la unidad informtica)
con proyectos hechos a medida de la disponibilidad de los recursos internos, o de compra
de desarrollos externos, a pedido, a empresas distintas, sin conceptos metodolgicos (se
debe recordar que, slo decir "anlisis estructurado", es casi como decir "computacin",
maravillosamente ambiguo).
Se comprende entonces, que los usuarios de cada sistema, hayan adquirido un sentimiento
parecido al de aquel matrimonio que, despus de muchos intentos, logran concebir a su
primer hijo... No slo amor, tambin un sentimiento protector que obliga a defender el
proyecto de cualquier intervencin externa, aunque sea la opinin del vecino de oficina
(que podra ser un agente encubierto intentando atacar a "nuestro nio", de manera de que
se desmorone y puede demostrar que "el otro proyecto era mejor"). Esta paranoia (que no
era tan exagerada, pues quienes la sentan, ya se haban comportado as respecto de los
proyectos del vecino), define otro de los antecedentes histricos que se debe tener presente:
las aplicaciones han sido desarrolladas dentro de la verticalidad organizacional, sin relacin
las unas con las otras...
Lo anterior, no sera tan malo, pero al relacionarse con otros antecedentes tiene un efecto
muy negativo. Se debe recordar, por ejemplo, que por un simple problema de costos, las
organizaciones donde siempre ha habido mayor disponibilidad para estos proyectos, son
organizaciones grandes, la mayora de ellas, muy jerarquizadas (con una larga cadena de
mando entre la gerencia y los administrativos que manejan la informacin). Esta distancia
jerrquica, ms un cierto grado de indiferencia en la gerencia (muchas veces confundida
con la necesaria distancia para prevenir los rumores de favoritismo), confabul para dejar
este proyecto en manos de un subjefe de la subseccion ... del departamento ..., del rea ...
etc. De esta forma, el "cliente" del proyecto, en realidad es un usuario operativo, sin
autoridad en la toma de decisiones, que (de muy buena fe, sin duda, pero sin ninguna
preparacin) cree interpretar las necesidades de sus jefes. De esta forma, las aplicaciones se
contruyeron sobre la base de requerimientos de usuarios operativos, sin consultas en los
niveles de toma de decisiones, y sin capacidad de generar las polticas necesarias para
aprovecharlas. Por ello, estas aplicaciones no se transformaron en las "herramientas
estratgicas" prometidas, sino, desde la perspectiva gerencial, en simples y caros
reemplazos del papel y los lpices.
Y lo anterior, slo desde la perspectiva de las organizaciones que necesitan los SI...
Tambin se debe mirar que ocurra por el lado de los desarrolladores...
Ya se indic al inicio de esta seccin, lo ms importante es la definicin de la forma de
hacer las cosas. Y se puede entender que el cliente o el usuario, carezcan de metodologa, a
ellos les interesa una solucin a su problema de manejo de informacin para la toma de
decisiones (an cuando un cliente realmente interesado en una solucin, tiene mucho que
decir en cuanto a estndares, como se ver ms adelante en el captulo de Anlisis de
Requerimientos). Son los desarrolladores los responsables de dar una respuesta integral en
este punto.
Cuando se estudia con ojo crtico la historia del desarrollo de sistemas, se observa que uno
de los aspectos que ms destaca, tiene relacin con el sentimiento paternal que los usuarios
desarrollaban (desarrollan ?) respecto de los SI, ya que en forma paralela, los
programadores desarrollaban (desarrollan ?) un sentimiento maternal, que no deja de lado
el "dolor" del parto (que ocurrira al momento de entregar la versin medianamente
definitiva). Se debe entender que teniendo "padre" y "madre", los sistemas no slo son
defendidos a brazo partido de los ataques externos, ambos padres toman para s, el
"compromiso" de apoyar el proceso de crecimiento de su "hijo", al punto de ser
sobreprotectores, por una parte y asumir/crear el sentimiento de ser indispensables para el
correcto funcionamiento del sistema. Esto ltimo, lleva a programadores y usuarios a
conspirar (a veces, inconcientemente), al punto de idear/aceptar ciertos procesos e
interfaces complicadas, que les garanticen una gran dificultad al momento de
reemplazarlos. E incluso a seguir aceptando nuevos requerimientos ("a no, el sistema es
totalmente inutil, a menos que saque en forma automtica el reporte A25, que se debe
emitir una vez al ao") y alargando as el desarrollo del proyecto, ojal hasta el fin de la
eternidad.
Hay que considerar que el problema anterior, no es un error de usuarios y/o programadores,
aun cuando es una situacin indeseable, est plenamente documentada desde hace bastante
tiempo. El error es de los respectivos jefes de proyecto, que no toman las providencias
necesarias para minimizar este problema (en trminos generales, basta con no abandonarlos
a su suerte, asegurando que los requerimientos se toman cuando y como corresponde;
generando un diseo que cubra todos los requerimientos y proveyendo de mecanismos de
respuesta que involucren a los jefes de proyecto ante los nuevos requerimientos).
Lo anterior se debe complementar con un hecho cierto, la mayor parte de los Ingenieros de
Proyecto (normalmente, los jefes de proyecto) o desprecian la labor de programacin o
simplemente les es indiferente (esto no debe interpretarse como si se despreciara a los
programadores, que no es as; es slo la constatacin de haber superado una etapa que, por
lo dems, muchos de ellos nunca vivieron). As cuando se acaba el proceso de diseo inicial
(y se inicia la etapa de construccin), tienden a dejar que el programador resuelva aspectos
"menores" como son, sacar un listado o ajustar un formato de pantalla o reporte. (An
cuando ello implique variaciones del diseo tanto en estructuras de datos como de
programas).
Peor an, cuando muchos desarrollos se hicieron sin que nunca se involucrar un "jefe de
proyecto", sin menoscabar la labor del rol programador, su misin es construir, no la de
disear. Y aunque hay buenos diseos hechos por personas que nunca recibieran mayor
capacitacin que la de programador, estos son casos aislados, realizados bajo la inspiracin
de "artista" y no de la rigurosidad metodolgica, que a la larga es lo ms necesario.
As se presenta el ltimo de los antecedentes histricos a tener presentes: No se ha utilizado
metodologa, o peor an se ha hecho un anlisis desestructurado, que pintaba para
metodologa, pero que no es.
Sistema de informacin
Un sistema de informacin es un conjunto de elementos orientados al tratamiento y
administracin de datos e informacin, organizados y listos para su uso posterior, generados
para cubrir una necesidad o un objetivo. Dichos elementos formarn parte de alguna de las
siguientes categoras:
Personas;
Datos;
Todos estos elementos interactan para procesar los datos (incluidos los procesos manuales
y automticos) y dan lugar a informacin ms elaborada, que se distribuye de la manera
ms adecuada posible en una determinada organizacin, en funcin de sus objetivos. Si
bien la existencia de la mayor parte de sistemas de informacin son de conocimiento
pblico, recientemente se ha revelado que desde finales del siglo XX diversos gobiernos
han instaurado sistemas de informacin para el espionaje de carcter secreto.
Habitualmente el trmino se usa de manera errnea como sinnimo de sistema de
informacin informtico, en parte porque en la mayora de los casos los recursos materiales
de un sistema de informacin estn constituidos casi en su totalidad por sistemas
informticos. Estrictamente hablando, un sistema de informacin no tiene por qu disponer
de dichos recursos (aunque en la prctica esto no suela ocurrir). Se podra decir entonces
que los sistemas de informacin informticos son una subclase o un subconjunto de los
sistemas de informacin en general.
Generalidades
El trmino sistemas de informacin hace referencia a un concepto genrico que tiene
diferentes significados segn el campo del conocimiento al que se aplique dicho concepto,
a continuacin se enumeran algunos de dichos campos y el sentido concreto que un Sistema
de Informacin tiene en ese campo:
o Canales, que conectan los repositorios entre s, tales como "buses", cables,
enlaces inalmbricos, etc. Una red de trabajo es un conjunto de canales
fsicos y lgicos.
o Comportamiento:
Diseo del sistema. Una vez aprobado el proyecto, se comienza con la elaboracin
del diseo lgico del SI; la misma incluye: el diseo del flujo de la informacin
dentro del sistema, los procesos que se realizarn dentro del sistema, el diccionario
de datos, los reportes de salida, etc. En este paso es importante seleccionar la
plataforma donde se apoyar el SI y el lenguaje de programacin a utilizar.
Sistemas Competitivos
Sistemas Cooperativos
Modelo de la pirmide
La primera clasificacin se basa en la jerarqua de una organizacin y se llam el modelo
de la pirmide.3 Segn la funcin a la que vayan destinados o el tipo de usuario final del
mismo,4 los SI pueden clasificarse en:
Los ltimos fueron los SE, que alcanzaron su auge en los 90 (aunque estos ltimos tuvieron
una tmida aparicin en los 70 que no cuaj, ya que la tecnologa no estaba suficientemente
desarrollada).
Sistemas de informacin estratgicos
Puede ser considerado como el uso de la tecnologa de la informacin para respaldar o dar
forma a la estrategia competitiva de la organizacin, a su plan para incrementar o mantener
la ventaja competitiva o bien para reducir la ventaja de sus competidores.
Su funcin primordial es crear una diferencia con respecto a los competidores de la
organizacin (o salvar dicha diferencia) que hagan ms atractiva a sta para los potenciales
clientes. Por ejemplo, en la banca, hace aos que se implantaron los cajeros automticos,
pero en su da, las entidades que primero ofrecieron este servicio disponan de una ventaja
con respecto a sus competidores, y hoy da cualquier entidad que pretenda ofrecer servicios
bancarios necesita contar con cajeros automticos si no quiere partir con una desventaja con
respecto al resto de entidades de este sector. En este sentido, los cajeros automticos se
pueden considerar sistemas de informacin estratgicos.
Su funcin es lograr ventajas que los competidores no posean, tales como ventajas en
costos y servicios diferenciados con clientes y proveedores. Apoyan el proceso de
innovacin de productos dentro de la empresa. Suelen desarrollarse dentro de la
organizacin, por lo tanto no pueden adaptarse fcilmente a paquetes disponibles en el
mercado. Entre las caractersticas ms destacables de estos sistemas se pueden sealar:
Qu es Sistema de informacin:
Un sistema de informacin es un conjunto de elementos orientados al tratamiento y
administracin de datos e informacin, organizados y listos para su uso posterior, generados
para cubrir una necesidad o un objetivo.
a) El termino de microempresa se refiere genricamente a las unidades
productivas de baja capitalizacin, que operan bajo riesgo propio en el
mercado, por lo general, nacen de la necesidad de sobre vivencia de sus
propietarios.
b) Toda unidad econmica que tiene hasta 10 ocupados y una venta mensual de
39.7 salarios mnimos 476.2 salarios al ao. Se excluyen las unidades
econmicas dedicadas a las actividades del sector agropecuario.
c)
Qu es una micro empresa o microempresa
Una micro empresa o microempresa es una empresa de tamao pequeo. Su definicin
vara de acuerdo a cada pas, aunque, en general, puede decirse que una microempresa
cuenta con un mximo de diez empleados y una facturacin acotada. Por otra parte, el
dueo de la microempresa suele trabajar en la misma.