Tecnología Comercio electrónico

8/14/2019 Tecnologa Comercio electrnico

1/22

Exploracin de los factores de tecnologa informticams relevantes en el desarrollo de aplicacionesempresariales para la consolidacin del e-business

Hermann Alvino

Marzo 2004


2/22

I- IntroduccinLa Sociedad de la Informacin ha permeado dentro de todas las categoras de la actividadhumana, siendo una de las destacadas la actividad econmica; nace as el concepto deNueva Economa, que integra todas expresiones del intercambio de bienes y serviciosdentro del contexto de la Sociedad de la Informacin, esto es, en el que el conocimientoprima sobre todos los dems elementos que tradicionalmente han servido de marco paraestablecer lecturas de la Economa como ciencia.

La Nueva Economa tiene entonces como expresin material, el intercambio de bienes yservicios, en un entorno que debe hacer posible la generacin y transmisin de

conocimiento, como elemento indispensable de posicionamiento estratgico, que permitaa su vez competir, para que determinada actividad econmica sea sostenible. Este entornoest constituido por el elemento tecnolgico.

El elemento tecnolgico es as indispensable en la actual actividad econmica, y secompone de multitud de elementos dismiles, pero cuya convergencia ha hecho posibleestructurar aplicaciones -esto es, lneas de cdigo- y dispositivos hardware- para cumplircon las variadsimas tareas funcionalidades- que sustentan cada faceta de la economa.

En este trabajo nos vamos a concentrar en explorar cules han sido los elementos msimportantes, cuya convergencia y progresiva utilizacin, han provocado una evolucin en

el diseo y funcionalidad de las aplicaciones de software, orientadas a optimizar laactividad econmica.

Debe resaltarse, por otra parte, que el intercambio B2B (actividad comercial entreempresas, Business to Business), ha sido el que ha fijado la pauta de este proceso deperfeccionamiento tecnolgico, por el volumen de negocios que representa en laeconoma en relacin a otros tipos de intercambios, tales como B2C (Empresa-Consumidor, Business to Consumer), C2C (actividad comercial entre individuos,Consumer to Consumer, o P2P, Peer to Peer), o G2B (actividad comercial con el SectorPblico, Government to Business).

Debido a que dicho modelo B2B se constituye por actividades de intercambio entreempresas, es por lo que se ha denominado el sustrato de software que lo mueve comoaplicaciones corporativas.

Lo relativo exclusivamente con la actividad de compra-venta a cliente final seacostumbra a denominarlo como comercio electrnico (eCommerce), y al conjunto detodas actividades se ha tendido a llamarlo como negocio electrnico (eBusiness);


3/22

En lneas generales, las aplicaciones corporativas pueden clasificarse entre aquellas quecontribuyen a generar mayores ingresos y las que ayudan a generar y controlar elnegocio. Entre las primeras se cuenta con los llamados CRMs, y entre las segundas conlos denominados ERPs, siendo CRM la abreviacin de Customer RelationshipsManagement o aplicaciones de gestin de clientes que abordan la actividad de compra-

venta y servicio postventa con clientes y la recoleccin sistemtica de patrones deconsumo y tendencias. Por otro lado, ERP es la abreviacin del trmino EnterpriseResources Planning, que agrupa los tipos de aplicaciones de gestin de una empresa quetienen como objetivo optimizar la actividad dentro de las mtricas fijadas para laproductividad.

Un esquema de aplicaciones corporativas se ilustra en la Figura 1

Ventas/ Marketing:Produccin: Administrativos:

RRHH

Finanzas

Contabilidad

Inventarios

Compras

Analtica/ Estrategia:

.....

Ventas

Post Venta

Campaas

Call Center

Servicio

.....

Data Mining

Decisin

...

Productividad &Control

ERPGestin & Costos

CRMIngresos & Mercado

EDSGestin del Cambio

Extraccin

Manufactura

Distribucin

Servicios

transacciones transacciones decisionesoperaciones

Clculo

Procesamiento

Anlisis

Ajuste

Funciones: Su utilidad y funciones agregan valor al proceso mediante:

Figura 1. Sistemas y mbitos de Gestin

Un CRM se compone de aplicaciones cuyas funcionalidades se orientan a conocer elmercado, cada cliente, su actividad y sus necesidades, satisfacer cada una de estasfacetas, y anticiparse en el tiempo de acuerdo a cambios en cada uno de dichos

elementos. Las aplicaciones se agrupan as en mdulos de venta, marketing, serviciopostventa, atencin telefnica, etc. cuya integracin en una aplicacin propiamente dichasignifica la interaccin de todos los agentes que intervienen en el proceso (clientes yempleados) por diversos canales (en persona, telfono, web, email, chat, fax, etc) con unabase de datos comn, que mantiene su integridad para que todos accedan a ella, deacuerdo a sus privilegios y hagan avanzar determinado proceso de intercambio de bieneso servicios por las etapas que lo integran.


4/22

La evolucin de aplicaciones CRM se ha orientado a automatizar actividades; ejemplosde ello lo constituye la estructuracin de ofertas, informes de gastos de la fuerza deventas, o mensajes de respuesta a clientes.

Si, por una parte, el objetivo de negocios de las aplicaciones CRM es incrementar los

ingresos, las aplicaciones ERP tienen tres grandes mbitos de accin, por una parteorganizan la actividad que hace posible concretar los intercambios, esto es, gestionando,automatizando y controlando toda la cadena de suministros, manufactura y entrega; porotra parte, dentro de ciertos mrgenes, gestionando y automatizando actividades delfactor humano mediante estndarizacin de procedimientos, procesos de reclutamiento,seleccin, entrenamiento, etc. Un tercer mbito lo constituye la actividad financiera ycontable, que abarca todo el flujo monetario y sus respectivos controles: compras, ventas,impuestos, tesorera e inversiones.

Adems de los anteriores, existen mbitos adicionales de accin ERP tales como los quecubren la gestin de proyectos, o el manejo de materiales, que son asimilados a las tres

categoras mencionadasComentario aparte debe hacerse para la actividad de anticipacin a las tendencias delmercado, ya que ello es posible mediante un proceso de anlisis de datos extrados de labase de datos mencionada, pero agregados y presentados de cierta forma que facilite lacomprensin en detalle o en perspectiva de la realidad de inters. Esto se realiza conaplicaciones de minera e inteligencia de datos, sistemas expertos de decisin. Estasaplicaciones estn asociadas tanto a las CRM como a las ERP, e incluyen los sistemasexpertos de decisin.

Otro comentario importante es recordar que las actividades de negocio (operaciones,gestin diaria, y gestin estratgica) estn presentes en cada uno de los mdulos CRM-ERP, por lo que, por ejemplo, la actividad financiera puede tener aplicaciones de gestinde operaciones bancarias, de control financiero o de anlisis de perspectiva del negocioen marcha. De ello se generan entonces centenares de aplicaciones especficamentediseadas para una etapa y nivel de negocio.

Esta multitud de aplicaciones crea problemas de integracin dentro de las mismasaplicaciones CRM y ERP, por sus diversos modelos de datos, y porque han sidodiseadas en diversas etapas del desarrollo informtico, con lo que se presentan diversoslenguajes de desarrollo e inclusive plataformas. Un caso frecuente lo constituyen lasaplicaciones diseadas para cliente (instalado)-servidor, que luego deben ser rediseadaspara cliente (web, o liviano)-servidor.

Las aplicaciones corporativas se han desarrollado entonces de manera paralela a laconcepcin y funcionamiento de la actividad econmica e industrial intentando optimizarlos cuatros aspectos que clsicamente han definido este mbito: factor humano, capital,tecnologa, y procesos. La figura 2muestra parte del proceso de evolucin en el tiempodel mdulo de ventas dentro del entorno CRM, de acuerdo a las exigencias de laactividad y la factibilidad tcnica que va ofreciendo el desarrollo informtico En la


5/22

medida que dicho desarrollo se vaya consolidando es posible incorporar nuevasfuncionalidades para gestionar otros aspectos del negocio.

Figura 2 Ejemplo de evolucin de funcionalidades en Mdulo de Ventas CRM

II- Necesidad de disponer de aplicaciones corporativas

En la Nueva Economa se deben separar las realidades y exigencias tanto del productor-distribuidor como del cliente intermedio-cliente final. Estas realidades son las que indicanlas funcionalidades que deben tener las respectivas aplicaciones empresariales. Se trataas de utilizar la tecnologa para, desde la perspectiva del cliente explorar el mercado einiciar transacciones a su gusto y oportunidad, desde la perspectiva del fabricante-vendedor de automatizar al mximo las operaciones para mxima fiabilidad y a su vezoptimizar la productividad de cada empleado (convertido en agente proactivo delnegocio) y desde la perspectiva del vendedor-partner actuar como agente de extensin delmbito comercial del fabricante disponiendo de las mismas potencialidades para asistir alcliente final.

Con ello se disminuyen los lapsos del ciclo de ventas y servicio, y se maximiza elpotencial en cada interaccin con el cliente, no solo para concretar una venta, sinoposibilitando tambin la venta cruzada, se maximiza la satisfaccin de cada agente ycliente, y se desarrolla un universo de datos que permite un anlisis realista del mercadopara optimizar la presencia en cada uno de sus segmentos.

Para el productor-distribuidor se requiere fundamentalmente:

- Disponer de aplicaciones que se ajusten a su modelo de negocio y actividades, quefaciliten la gestin ordenando y automatizando operaciones estratgicamenteseleccionadas para maximizar su impacto en la productividad.

- Transmitir datos en tiempo real o peridicamente (cargas Batch) entre las unidades quecomponen la empresa, y desde-hacia los proveedores y socios de negocio (distribuidores,


6/22

ensambladores, etc). Ello puede implicar intercambio de datos entre diversas aplicacionesy bases de datos (EAI, Enterprise Application Integration)

- Preservar la inversin, disponiendo de aplicaciones integrables entre s, lo cual incluyeaplicaciones y bases de datos legadas (legacy)., y que sean escalables a futuro. Esto se

resume en la figura 3.

AnlisisEntorno

EstrategiaMulticanal

Negocio enmarcha

Plan deAccin

existente nuevo

Mercado

e x i s t e n t e

n u e v o

p r o

d u c t o

ControlAperturamercado

Expasinmercado

Introducc.mercado

Extensinmercado

La aplicacin debe tenercapacidad analtica

La aplicacindebe tenerfuncionalidadesmulticanal

La aplicacin debe tenercapacidad para generaracciones en tiempo real(campaas, asignacionesde actividades, gestin deterritorios, actualizacinde catlogos)

Las aplicacinesCRM/ERP deben tenercapacidad paraparametrizar en tiemporeal, aadir nuevocanales, escalabilidad,integrarse con otrasaplicaciones.

La aplicacindebe tenerniveles deoperatividad yvisibilidad,workflow,grficos de

predicciones yde gestin, etc.

Figura 3 Requerimientos para iniciar y completar con xito un ciclo de negocio

Con relacin al cliente intermedio-cliente final, ste selecciona el momento de explorar elmercado y la oportunidad para realizar una determinada transaccin; para ello, el clienteadems escoge la forma de comunicarse e interactuar, esto es, el canal. Esteposicionamiento estratgico del cliente obliga a desarrollar programas de fidelizacin queimplican precio, servicio, personalizacin, tiempos de respuesta adecuados. Todo ello atravs de los mismos canales y con una interaccin consistente.

Para ello entonces debe disponerse de una tecnologa que permita captar, desarrollar ysatisfacer para retener y potenciar la relacin comercial. Como factores de presincomercial que impactan en la fidelizacin y lealtad a futuro del cliente se tiene ladiversidad en la oferta sin lmites geogrficos, las numerosas campaas de marketing, la

dispersin de oferta por parte de los fabricantes, la rapidez exigida en cada ciclo decompra-venta, etc.

A su vez, las transacciones de datos en esta capa de contacto con clientes (mediante elCRM) deben relacionarse con aplicaciones relacionadas con la generacin de pedidos,logstica, administracin, finanzas, etc. (en el ERP) en tiempo real, o con actualizacionesperidicas. Ello obliga a integraciones entre aplicaciones con alto rendimiento y tiemposde respuesta adecuados (por ejemplo si un cliente desea saber el estado de su pedido).


7/22

En la Figura 4 se representa un ejemplo de aplicaciones corporativas, de esta figura sedesea resaltar:

- la topologa o la distribucin lgica: Cliente-Servidor Web y de Aplicaciones-Servidor

de Bases de Datos

- la estructura de red que permite la comunicacin de cada integrante de la misma, as como la comunicacin por diversos canales: web, telfono, fax, eMail, chat, PDA, etc.mediante los respectivos gateways.

- los dispositivos de seguridad y su topologa para asegurar accesos seguros en cada nivelde la aplicacin

- la relacin entre diversas aplicaciones y diversas bases de datos

- los diversos tipos de aplicaciones para realizar las funcionalidades requeridas

Call Center

Servicio

Field Service

Marketing

eCommerce

Analtica

Gestin Empleado

...

Fax

Personal

Web

E-Mail

WAP

Telfono

DbCRM

DWAnaltica

DbInventarioFinanzas

RH,

Aplicaciones yDbheredadas

(legacy)

Chat

Canales

Compras

Inventario

Finanzas

Administracin

Recursos Humanos

Impuestos

Proyectos

Biblioteca

....

Front-Office (CRM)

Back-Office (ERP)

Logstica

....

Encriptacin

Entorno Seguro,LDAP

Claves y FirmasDigitales

Firewall

ServidorWeb

Gateway

Cliente

Empleado

Partner

Cliente:

web

Aplicacin

Handheld

etc

Cliente Servidores

Web

Servidores de Aplicaciones Servidores deBases de

Datos

Figura 4 Contexto general de Aplicaciones CorporativasLa parte inferior de la Figura 1 nos muestra la forma de relacionarse los diversoselementos agrupados, estos son Cliente, Servidores Web y de Aplicaciones, y Servidoresde Bases de Datos. Esta interrelacin entindase como comunicacin entre loscomponentes- se realiza mediante tecnologa de redes. Expresiones de una red puede serla red interna corporativa o una red pblica, o sea, Internet.


8/22

La tendencia de estas aplicaciones, dada la descentralizacin y mundializacin de lasempresas, es a utilizar Internet como red base de comunicaciones. Por ello, los factoresque a continuacin se detallan han sido tambin fundamentales para el desarrollo deInternet

III- Elementos tecnolgicos que componen una aplicacin corporativa:III.1- Red y topologaLa informacin que viaja de un equipo a otro lo hace a travs de una red que se estructuraen nodos con una direccin que los permite identificar, el sortear y redirigir los sucesivospaquetes de informacin entre nodos de una red se realiza con los llamados Routers, yentre diferentes redes se utilizan los Gateways (o portales); cada uno de estos dispositivosposee tablas de direcciones y de rutas para enviar la informacin. La fortaleza de Internetconsiste en que la red es capaz de encontrar mltiple rutas alternas frente a puntos defallo que puedan presentarse. Los Gateway son los dispositivos que adems permiten lacomunicacin entre dispositivos que constituyen diversos canales: web (red por cable),

WAP (red inalmbrica), PD, etc, sirviendo como traductores para la trasmisin depaquetes.

En relacin a la tecnologa de redes cuya evolucin e historia est fuera del mbito de laspresentes notas desean resaltar tres aspectos:

PaqueteLa informacin a trasmitir en una red de manera digital se realiza por medio de paquetesde datos (packets), esto significa que porciones sucesivas del conjunto de datos a serenviados se van agrupando en conjuntos de igual estructura que incluyen encabezados ycola con la informacin relativa a la direccin emisora y receptora y varios parmetros decontrol para asegurar la confiabilidad en la recepcin dentro de mtricas establecidas.

Existen varias formas de establecer una trasmisin, pero para simplificar nos limitaremosal tipo en el cual se sustentan las comunicaciones mediante protocolo TCP/IP,basado enla conexin propiamente dicha (Connection Oriented) en contraste a oras formas talescomo Stream Oriented o Message Oriented.

Modelo de refere ncia OSI (Open Systems Interconnect)Consiste en un estndar para establecer y mantener comunicaciones confiables entre dospuntos de una red. Dada la complejidad de este proceso y los elementos fsicos y lgicosinvolucrados, el establecimiento de este estndar contribuy a impulsar el diseo dedispositivos y medios de transmisin (tarjetas de red y cables, enre otros)

El modelo de referencia OSI consiste en 7 capas encargadas de funciones muyespecficas, ver figura 5. Lo importante de este modelo es que los paquetes pueden viajarsolamente entre capa y capa, con lo cual la trayectoria es vertica, sin embargo las capashomnimas de los puntos de transmisin s pueden comunicarse entre ellas.


9/22

Figura 5. Modelo OSI

Las funciones de las diversas capas se pueden resumir en:

AplicacinAplicaciones de redes tales como emulacin de terminal y transferencia de ficheros.t

PresentacinFormato de datos y encriptacin

SesinEstablecer y mantener una sesin

TransporteEntrega de punto a punto

Network Entrega de paquetes y routing

Enlace de Datos (Data Link)Empaquetamiento y comprobacin de errores.

FsicaTrasmisin de bits sobre la infraestructura propiamente dicha.

Protocolo TCP/IP (Transfer Control Protocol/Internet Protocol)


10/22

Tambin consiste en un estndar para establecer y mantener las comunicaciones y quepermite la gestin de direcciones de cada nodo. La figura 6 muestra las cuatro capassobre las que se estructura este protocolo y la relacin que tiene con la estructura lgicade un navegador.

Figura 6. Modelo lgico TCP/IP, y su relacin con un navegador web

III-2. Arquitectura

Tradicionalmente la arquitectura predominante ha sido la de Cliente-Servidor; en relacinal Cliente, se ha tenido desde un comienzo la presencia de lo que denomina como ClienteDedicado, esto es, una aplicacin instalada en cada equipo de trabajo (PC) que sirve deinterfaz para intercambiar datos con el Servidor, mediante la red corporativa, por ejemploLAN-Ethernet con la topologa del caso.

El crecimiento y mundializacin de las empresas y el gran nmero de estaciones detrabajo de cada empresa del orden a veces de decenas de miles, y dispersas en variospases- hace imprctico distribuir fsicamente e instalar clientes dedicados as comohacerles mantenimiento. A esto se une la dificultad y costes de instalacin y

mantenimiento para disponer de una red interna corporativa y de extranets con los sociosde negocio (proveedores, etc) en un mbito geogrfico vasto.

Estos dos problemas se han resuelto con el protocolo TCP/IP y con el cliente ligero (ThinClient). El protocolo comentado anteriormente permite comunicaciones confiables yseguras, y lo ms importante es que todo se puede realizar a travs de Internet.


11/22

El cliente ligero es simplemente un navegador web instalado en la respectiva estacin detrabajo.

Se trata as de comunicarse con los servidores mediante protocolos tipo http, ftp, o telnet,mediante la infraestructura telefnica, de redes, y satelital para mundializar las

comunicaciones. Los navegadores se descargan por la misma red, ocupan poco espacioen la estacin de trabajo, y son fciles de mantener y actualizar.

Desde la perspectiva del servidor, la realidad es un poco ms compleja, ya que stecontiene el software que provee los servicios que hacen posible el trabajo desde elcliente. En el esquema cliente dedicado-servidor, el cliente se limitaba a solicitarservicios (obtencin o procesamiento de datos) y el servidor se encargaba de ello paraluego devolver los resultados al cliente. Ejemplo de este esquema puede ser la tecnologaASP (Active Server Pages).

Nuevamente se plantea el problema de la escalabilidad, ya que al tener clientes que

solamente requieren servicios y servidores que se encargan de todo el trabajo deprocesamiento, el crecimiento se limita por costes los servidores son ms caros que lasestaciones de trabajo-, y se hace complejo por software adicional para repartir cargas detrabajo entre servidores no necesariamente ubicados en el mismo lugar.

Se evoluciona as al concepto de cliente activo, capaz de procesar informacin dentro dciertos lmites, descargando as al servidor. Un ejemplo de ello es el lenguaje JavaScripttrabajando en el cliente en el entorno del navegador que se comentar ms adelante.

En este sentido, en el estado actual de la arquitectura, el planteamiento del desarrollo,integracin, y mantenimiento de aplicaciones, se relaciona mucho con la topologa(disposicin lgica de entidades). De sta se extraen las soluciones cliente web comoentidad presentadora de datos (o interfaz del usuario), servidor web que sirve la pginasal cliente, servidor de aplicaciones, que contiene la lgica de las aplicaciones y servidorde bases de datos, que provee los datos a procesar.

Concurrentemente a lo anterior se tienen otros servicios tales como correo, o gestin deficheros y plantillas que se utilizan para construir las pginas web a presentar.

Ello obliga a disponer de una estrategia de desarrollo y soporte. En el caso de desarrollosweb se tienen las CSS (Cascade Style Sheet) como tecnologa para crear y mantenerpginas web, en el caso de las bases de datos se crean modelos de datos (metadatos, coninformacin acerca de cmo se estructuran los datos); para los l enguajes de desarrollo setiene el concepto de Objeto. Todo ello integrado en una estrategia de soporte detopologas complejas como las empresariales, que se basa en la arquitectura por capas.

La arquitectura por capas permite gestionar por separado la interfaz de usuario, la lgicade procesos, y los datos propiamente dichos. De manera que se puede operar sobre cadacapa sin modificar la otra, facilitando las configuraciones, incorporacin de nuevosmdulos, y el mantenimiento.


12/22

Con ello, al desarrollar software con esta estrategia, se puede modificar, mantener,reconfigurar la lgica de la aplicacin sin tocar los datos o el cliente, minimizandoriesgos y costes. Ello es vlido igualmente, para las actualizaciones del cliente o de labase de datos.

La Figura 7muestra lo descrito anteriormente.

Capa de Presentacin

Capa de Objetos: lgica,funcionalidades, reglas denegocio

Capa de datos

Interfazaplicacin

Navegador(browser)

Bases de datos

Servidor Web

Servidor deAplicaciones

Cliente

Servidor Basede Datos

Figura 7 Arquitectura de Capas, vista general

III-3. Lenguajes de programacin y de etiqueta o marcadores

- Lenguajes de ProgramacinSon estructuras lingsticas dedicadas a redactar instrucciones destinadas al procesadorcentral (CPU). Se trata de escribir de una forma amigable al ser humano las tareas ycondiciones para cumplirlas por parte del procesador; estas tareas sern luego traducidasen lenguaje de mquina por compilacin o interpretacin (ver comentarios ms adelante).

Ha habido diversas generaciones de lenguajes, desde los lenguajes ensambladores hastalos de alto nivel, y los desarrollos para lograr el mximo de portabilidad, esto es,

independizar el lenguaje de la mquina y plataforma. Dentro de los lenguajes de altonivel se ha evolucionado desde la programacin lineal, hasta la estructurada y porobjetos. Todo ello con el objeto de construir capas de abstraccin de diverso alcance paraagrupar conjuntos de instrucciones.

En estas notas solamente se comentan los lenguajes orientados o basados en objetos(OOP, Object Oriented Programming) relacionada con lenguajes tales como C, C ++,Java, Delphi, Visual Basic.


13/22

Una primera aproximacin para comprender estos lenguajes consiste en tener presente elconcepto de capa de abstraccin, que encapsula un conjunto de conceptos y los hacegenerales dentro de ese nivel. Un objeto de programacin consiste en lneas de cdigoque se refieren a ciertos datos y mtodos. Los datos son entidades que se definen en la

base de datos y que son elementos del universo mismo de lo que trata la aplicacin en suconjunto. Los mtodos se refieren a las variables que podamos definir y los algoritmos declculo en los que se involucrarn los datos.

De manera que un objeto es un subconjunto autnomo del programa que procesa ciertosdatos de cierta manera. Esta es la propiedad llamada Encapsulamiento. De acuerdo almtodo definido y los datos a los que se refiere, objetos definidos de la misma forma secomportan de diferente forma, siendo sta la propiedad llamada Polimorfismo.

Esta estrategia tiene muchas ventajas, ya que se pueden definir nuevos objetos en unacapa de abstraccin inferior con funcionalidades adicionales sin redefinir de nuevo todo

el objeto ya que ste heredara las de la capa inmediatamente superior. Esta propiedad esla Herencia. Los mismos objetos agrupados pueden formar Clases Por otra parte, unobjeto puede ser llamado en cualquier momento, con lo que la aplicacin se convierte enuna red de cpsulas de cdigo, con ello se facilita el desarrollo y las futurasmodificaciones de instrucciones ya que se tratara solamente de modificar objetos sulgica interna- y no la lgica integral de la aplicacin, tal como se coment en el apartede arquitectura por capas. La aplicacin se convierte as en una red de objetosinterrelacionados por una lgica integrativa. Ver figura x .

- Lenguajes para cliente o lenguajes para servidores.

Los lenguajes mencionados anteriormente pueden ser ejecutados en el servidor o en elcliente, sin embargo, recordando la necesidad de aligerar los servidores de la carga detrabajo y repartirla, en lo posible en los clientes, la tendencia ha sido desarrollar lenguajesque cohabiten y acten en ambos entornos. Estos lenguajes son interpretados en elnavegador del cliente para efectuar diversas operaciones.

Se debe recalcar el trmino interpretar ya que tiene un significado muy especfico. Loslenguajes tales como Visual Basic, luego de escribir lneas de cdigo con determinadasintaxis pero en todo caso utilizando letras del alfabeto, deben ser traducidos a lenguajesde mquina expresiones en cdigo binario- para que el procesador pueda comprenderlosy realizar las operaciones del caso.

Esta traduccin es posible mediante lo que se denomina compilacin del cdigo deprograma, o sea, la traduccin y encapsulamiento en un formato ejecutable. Ello hacenecesario que la plataforma (sistema operativo) sea compatible con ese formato, que sederiva del lenguaje mismo. Si, por ejemplo, se desarrolla una interfaz de usuario para uncliente dedicado, digamos en Visual Basic, se escribe el cdigo en este lenguaje, secompila y se crea un ejecutable que se instalar en el respectivo PC, que adems debertener plataforma Windows.


14/22

Otra estrategia para convertir a lenguaje de mquina el cdigo de un programa esmediante un intrprete -que se instala en el equipo- que va traduciendo lnea por lnea amedida que se requiere el uso del programa.

Estas estrategias tienen diversos efectos; por una parte el disponer de un lenguajecompilado en un equipo lo dota de mayor velocidad de procesamiento en relacin a laejecucin de programas que se interpretan lnea a lnea. Por otro lado sin embargo, laslimitaciones de plataforma del primer caso son superadas con el intrprete, ya que bastacon que tenerlo instalado en cualquier plataforma para poder utilizar el programa, con loque ste se hace independiente aquella. Este es el caso del lenguaje Java, para cuyainterpretacin se requiere en entorno Java Environment, o Java Virtual Machine.

Java, que, por otra parte, es un lenguaje completo de desarrollo de aplicaciones, paraefectos de interactuar con navegadores web se presenta en forma de Applets, esto es,lneas de cdigo empaquetadas como Objetos comentados anteriormente- que se envan

y se incrustan en el navegador y son ejecutados en ste. Los Applets entonces son unaestrategia para ejecutar programas en el equipo destino o remoto, con lo que se aligera eltrabajo en el servidor y adems se lo protege, ya que cdigos efectuados remotamente nopueden daarle (aunque puedan hacerlo en el cliente). Ver Figura x

Una estrategia de la plataforma Windows para realizar operaciones en el navegador esmediante ActiveX, cuyo cdigo es compatible solo en estas plataformas.

Otra forma para ejecutar programas o parte de stos en destino es mediante JavaScript,que se utiliza bsicamente para validar operaciones y enviar datos desde el navegador,por ejemplo fechas en un calendario interactivo o nmeros. El usuario debe tenerversiones recientes del navegador, las cuales son las que pueden trabajar de esta forma.

Existen por supuesto lenguajes que se ejecutan en los servidores, debemos destacar losque son independientes de las plataformas, tales como C, C++ (versin de C con msamplitud de prestaciones) y Perl (Practical Extraction and Report Language), CGI(Common Gateway Interface) y lenguaje en plataforma Windows tal como ASP (ActiveServer Pages).


15/22

Capa de Presentacin


Capa de datos

Interfazaplicacin

Navegador(browser)

Bases de datos

ServidoresWeb

Servidores deAplicaciones

Cliente


w

v

r

DHTML

Repositorios

Enterprise Java

Microsoft

Applets

Activex

Objeto X:DatosMtodos

Objeto Y:DatosMtodos

Objeto Z:DatosMtodos

Figura 8 Arquitectura de Capas, vista detallada

- Lenguajes de procesamiento y presentacin de datos en el navegador del cliente

html. Hypertext Markup Language

Este es un lenguaje con marcadores etiquetas- que indica la forma de presentar lainformacin en un pgina web. Este es justamente el lenguaje subyacente en los diversosnavegadores, y es ejecutado localmente. Por presentar la informacin se entiende porejemplo el tamao de letra, si es resaltada, subrayada, el inicio o finalizacin de unprrafo, el espacio de colocacin de una imagen, etc.

CCS. Cascade Style SheetsSon formatos de plantillas a los cuales se pueden referir mltiple pginas html paradisponer asegurar homogeneidad y simplificar cambios basta con cambiar un formatopara cambiar todas las pginas html relacionadas con ste.

Dhtml. Dynamic htmlEs la abreviacin de html dinmico, que es la convergencia de html, CCS y lenguajesejecutados en el cliente y navegador tales como JavaScript.

- Generacin dinmica de pginas html

La convergencia de todos estos elementos es lo que hace posible una estrategia alterna ala de disponer de repositorios de pginas web esttica y listas para servirlas arequerimientos de un cliente y presentarla va navegador local, ya que esta forma de


16/22

operar se hace difcil cuando se tienen miles de pginas que adems deben actualizarsecon mucha frecuencia;

Como alternativa se tiene el producir sobre la marcha la pgina y sus contenidos. Paraello el servidor de aplicaciones se relaciona tanto con un directorio de formatos de los

diversos tipos de pginas a servir, y con el servidor de la base de datos, de manera que seextraen los datos y se ubican de acuerdo al formato de pgina respectivo y se envan a unservidor de pginas web para su trasmisin.

Esto tambin contribuye a simplificar las modificaciones o actualizaciones y elmantenimiento, ya que datos y formatos son independientes entre s.

- XML.Extended Markup LanguageEl lenguaje html se refiere nicamente a la forma de presentar los datos, esto es, lapresentacin de los documentos; el lenguaje XML fija la estructura misma del documentoy sus contenidos, por ello ya es utilizado ampliamente en los procesos de intercambio de

datos.En este sentido se convierte en un metalenguaje ya que posibilita la creacin de nuevasetiquetas para definir datos. Por ejemplo se pueden definir etiquetas relativas a unproducto dado y todas sus propiedades tales como precio, cantidades, fechas, etc, endeterminada jerarqua.

III-4. SeguridadEste es un aspecto crtico en virtud de la importancia de disponer de transacciones atravs de Internet o en redes pblicas que aseguren la autenticidad de los participantes yque sus contenidos no sean alterados ni interceptados. Para ello es necesario tener lastecnologas, polticas e infraestructuras adecuadas

La seguridad implica entonces la presencia de aplicaciones de control, que tienen efectoen la velocidad o rendimiento del proceso de intercambio, por ello se trata de mantenerun equilibrio entre ambos elementos. Los factores ms relevantes en esta rea deseguridad son:

Autentificacin Necesaria para todos los agentes que intervienen en el proceso, clientes intermedios yfinales, socios de negocio, distribuidores, etc. Las conocidas Username y Password oNombre de Usuario y Clave son los instrumentos comnmente usados. Existen as directorios de usuarios con sus claves dentro de los servidores encargados de estaactividad. Ejemplo de aproximacin a este problema es la tecnologa LDAP (LightDirectory Access Protocol) que integra estos datos de seguridad para compararlos con losdatos de quienes intentan acceder para asegurar su autenticidad.

La autentificacin se puede producir en diversos niveles y etapas del proceso detransaccin, as, agentes externos tales como clientes o socios de negocio - distribuidoreso proveedores-. Para los primeros hay autentificaciones en la entrada de la aplicacin,


17/22

cuando se requiera algn servicio especial, cuando se busque el estado de un envo, sereporte alguna incidencia, etc.

En el caso de compras en lnea existen adems controles adicionales por parte deterceros; stos pueden ser la empresas proveedoras de tarjetas de crdito o entidades de

seguridad asociadas. El caso de socios de negocio tiene niveles de autentificacinadicionales dependiendo de la etapa de la transaccin.

De la autentificacin se desea hacer dos comentarios adicionales. En primer lugar lorelativo a privilegios de cada usuario para acceder a los datos en las respectivas tablas delas bases de datos; al conectarse con una aplicacin de eCommerce se provee al usuariode vistas de datos, por ello, diferentes usuarios pero de igual nivel tienen vistas iguales,pero con datos diferentes, por ejemplo su lista de compras. Esto significa acceso a ciertasfilas de registros de las respectivas tablas, pero no a todos; un empleado autorizado paraello podran ver filas correspondientes a compras de varios usuarios o inventarioremanente del producto. A medida que se tengan ms privilegios el mbito de visin se

expande a ms filas y columnas de las tablas.El otro comentario es en relacin a las llamadas zonas desmilitarizadas (DMZ), Firewallsy todos los filtros para acceder a informacin. Un sistema empresarial es muy complejo,la disposicin lgica de los servidores debe ser efectuada para facilitar estos filtros. Losusuarios tanto externos como internos- se relacionan en primera instancia con servidoresweb, habiendo pginas para usuarios externos que son diferentes que la para losinternos.Un primer filtro puede ser entre estos servidores para impedir que agentesexternos tengan visibilidad a datos propiamente del negocio. Igualmente entre estosservidores puede establecerse un filtro hacia los servidores de aplicaciones y de las basesde datos, todo ello para autenticar quienes tiene acceso a cierto tipo de datos.

Confidencialidad Esta caracterstica abarca tambin a todos los datos de seguridad de autentificacin ycontenidos de transacciones que se intercambian dentro de polticas corporativas yacuerdos contractuales con los clientes. Se trata de asegurar la privacidad de estastransacciones y contenidos. La estrategia para ello es la encriptacin de datos.

Para encriptar los datos se utilizan algoritmos (hash) y esta actividad puede ser ms omenos compleja y afectar la velocidad del descifrado. Por ejemplo si se usa una ClaveUnica Compartida entre usuarios origen y destino(Shared Single Key) se involucran delorden de 40 a 128 bits de longitud para dicha clave; en cambio si se utiliza una clavepblica (Public Key) se estara del orden de algoritmos entre 512 y 1028 bits.

Entre ambas caractersticas descritas est la llamada Firma o Certificado Digital, que esuna secuencia de caracteres encriptados que se genera e intercambia entre usuarios,asegurando la autenticidad tanto del usuario como del contenido de mensaje. Ello esposible mediante entidades externas que proveen la llamada infraestrucura de clavepblica (Public Key Infraestructure) como soporte para encriptar los mensajes.


18/22


19/22

Management) que se han convertido en los estndares del mercado. Estos software seencargan de la gestin de los objetos, asunto de importancia crtica en entornosdescentralizados o distribuidos; se ha dado por llamarlos Middleware, y se presentan enforma de conectores entre aplicaciones. Ver figura 9.

Capa de Presentacin


Capa de datos

Interfazaplicacin

Navegador(browser)

Bases de datos

ServidoresWeb

Servidores deAplicaciones

Cliente


w

v

r

DHTML

Repositorios

Enterprise Java

Microsoft

Applets

Activex

Objeto X:DatosMtodos

Objeto Y:DatosMtodos

Objeto Z:DatosMtodos

SQL

SQLSQL

ServidorAplicacin

ASistema

ServidorAplicacin

B

CONECTOR

A

CONECTOR

A

Figura 9 Ubicacin conectores y ODBC-SQL

III- 6. Bases de DatosAl igual que todas las tecnologas mencionadas, sta ha evolucionado considerablementedesde los aos 70. Existen diversas maneras de relacionar datos dentro de una tabla y,dado lo imprctico de que las tablas crezcan indefinidamente en columnas y filas, formasde relacionar diversas tablas que contienen datos a usar conjuntamente.

Una forma es la relacin jerrquica, usada por ejemplo en aplicaciones de agencias deviaje, en las cuales las ciudades origen o destino son las entidades superiores a las que seasocian aerolneas, fechas, nombres, etc.

Pero realmente el impulso que esta tecnologa ha tenido es con el concepto de base dedatos relacional, en la cual todas sus tablas estn relacionadas mediante algn dato comn

(claves, principal o externa) y los llamados grados de normalizacin que consisten entcnicas de diseo de tablas que eliminen ambigedades, repeticiones e inconsistencias,asegurando as la integridad. Con ello las tablas son autnomas, fciles de mantener, y elsistema en general puede escalar sin complicaciones.

Otro salto importante en la utilidad de las bases de datos en aplicaciones de alto nivel esla facilidad de administracin mediante consolas que permiten crear, editar, eliminar,relacionar datos y tablas.


20/22

III-7. Herramientas de desarrollo, configuracin y administracinPor ltimo, a sabiendas que ninguna empresa es igual y que sus modelos de negocio, dedatos, tipos de informacin, de usuarios, tareas, etc. son muy diversas, las aplicaciones deeBusiness deben poderse adaptar a estas realidades.

El mercado ha forzado la creacin de aplicaciones de acuerdo a segmentos de industrias(energa, comunicaciones, sector pblico, turismo, etc); en general se tienen aplicacionesestndar que proveen gran parte de las funcionalidades requeridas por una empresa y paradentro de cada uno de estos segmentos, pero aun as quedan necesidades que requierenmodificaciones importantes. Las aplicaciones estndar justamente deben resolver esteproblema en contraste con las aplicaciones desarrolladas a medida que se implantan en umomento determinado de la empresa, pero que al evolucionar sta se deben modificargenerando altos costos y dificultades tcnicas.

Una forma de abordar este problema es mediante aplicaciones de administracin,

configuracin y desarrollo rpido que permiten modificar las relaciones entre tablas dedatos, plantillas de presentacin de datos y sobre todo el workflow o las reglas de negocioque rigen en cada escenario de actividad y transaccin contemplado por los diversosmdulos de aplicaciones. Estas aplicaciones aprovechan la arquitectura por capas,gestionando adecuadamente los objetos necesarios.

La interfaz que presentan al usuario es la tpica consola de desarrollo, los lenguajes que lacomponen son los de alto nivel basados u orientados a objetos que se han mencionadoanteriormente.

IV- Consideraciones finales

Como se ha afirmado al inicio, el contenido de este trabajo se deriva en parte de laexperiencia profesional en reas relacionadas con la consultora de empresas cuyaactividad ha requerido evolucionar hacia sistemas de gestin empresarial altamentesofisticados.

No siempre ha sido posible desarrollar o implantar soluciones informticas ptimamenteajustadas a los respectivas necesidades de negocio y ello en muchas oportunidades hasido debido a la dificultad de integrar datos, aplicaciones o diversos canales deinteraccin con los servidores.

En otras oportunidades se ha requerido un nivel de interactividad del usuario o delconsumidor final con la aplicacin, o entre estos dos por ejemplo un empleado altelfono con un cliente recogiendo sus datos y escribindolos en la interfaz- cuyavelocidad o tipo de procesamiento en pantalla (sin JavaScript) no era factible. Otrosescenarios difciles de resolver han sido los relativos a la seguridad en varios niveles deacuerdo a los tipos y privilegios de usuario.


21/22


22/22

que ha generado la sinergia tecnolgica para crear aplicaciones de gestin empresarialque acten en entorno Internet, para que las empresas hayan podido desempearse concierto xito dentro de la Sociedad de la Informacin y la Economa Mundializada.

Tecnología Comercio electrónico

Documents

Transcript of Tecnología Comercio electrónico