Antología de Topicos de Bases de Datos

8/7/2019 Antologa de Topicos de Bases de Datos

1/55

1 Modelos emergentes de bases de datos.

1.1 Bases de datos orientadas a objetos.

Con el paso de los aos, la tecnologa de tratamiento de la informacin ha ido

evolucionando para dar respuesta a nuevas interrogantes planteadas por el hombre.Esta afirmacin no revela nada nuevo en s, pero nos permite tener presente que eltratamiento de la informacin busca constantemente enfoques que permitan que larepresentacin de los datos sea lo ms similar a como los encontramos en el mundoreal de donde se los toma para procesarlos.

La idea de representar fielmente la realidad nos lleva a grados de abstraccin quehacen que las actuales formas de representacin vayan quedando atrs osimplemente obsoletas. En el caso de las bases de datos, este punto se vuelvedelicado, ya que dentro de una organizacin las decisiones pasan por contar coninformacin veraz y oportuna, por lo que sus sistemas de informacin deben

encontrarse bien construidos y soportados por un eficiente mecanismo demanipulacin (en su ms amplio sentido) de los datos necesarios para obtenerinformacin, y ambos elementos (mecanismo de manipulacin y sistemas deinformacin) deben ser consistentes entre s.

En la actualidad se utiliza bastante el modelo relacional de bases de datos parasuministrar datos (valga la redundancia) a aplicaciones (que forman los sistemas deinformacin) construidas con lenguajes orientados a objeto. Si bien es cierto que estafrmula ha dado buenos resultados, el afn de bsqueda de nuevos enfoques derepresentar datos est encaminado a encontrar la forma de reflejar tales datos deforma que puedan, de alguna manera, comportarse como elementos del mundo real;en otras palabras, se intenta dar vida propia a los datos para que sean stos los que

se preocupen de su propia integridad.

Durante el desarrollo del presente trabajo pretendemos un enfoque de bases dedatos, el de las bases de datos orientadas a objetos, con el objetivo de conocer elestado de desarrollo en que este enfoque se encuentra hoy en da, comprender enqu consiste, esto es: sus conceptos, principios, fundamentos, alcances ylimitaciones, conocer los componentes de un sistema de administracin de Bases deDatos Orientadas a Objetos, para finalizar con las actuales implementaciones que sehan hecho de este enfoque.

Surgimiento de las Bases de Datos Orientadas a Objetos

Paradigma Orientado a Objetos:

Tal como su nombre lo indica, las bases de datos orientadas a objeto (BDOO)se basan en el paradigma orientado a objetos, un paradigma que involucra anlisis,diseo y lenguajes orientados a objetos, entre otros. Toda esta temtica se basa en elconcepto bsico de objeto, que constituye la piedra angular de estos enfoques, el quea su vez envuelve una serie de otros conceptos que nos permiten conocer y describir


2/55

lo que un objeto es y cual es su funcionalidad. Por lo tanto, se definirn talesconceptos, con los que empezaremos a familiarizarnos con las BDOO.

El paradigma orientado a objetos parte considerando a cada entidad del mundo realcomo un objeto, por lo que, segn esta idea, el mundo entero est formado porobjetos, llegando a decirse que nos encontramos viviendo rodeados de objetos. Cadaelemento del mundo real es un objeto, esto significa que en cada uno de ellospodemos reconocer un conjunto de atributos que son propios de cada objeto y quedeterminan sus caractersticas y su apariencia, adems podemos asociar a cada unode esos objetos un conjunto de acciones que pueden realizar, lo que se conoce comolas capacidades del objeto. Esta idea en su esencia permite captar el mundo real deuna manera muy cercana a como realmente es, por lo que no es difcil de asimilar ycomprender, por ser un concepto bastante intuitivo. En este punto se describirn deun modo ms formal los conceptos involucrados en el paradigma orientado a objetos.Tales conceptos son: objeto, clase, abstraccin, herencia, encapsulamiento y mtodo,todos ellos fundamentales para comprender el enfoque de BDOO.

- Objeto: Principalmente un objeto tiene asociado un conjunto de variables quecontienen los datos del objeto, siendo el valor de cada variable un objeto, ademsde un conjunto de mensajes a los que el objeto responde, refirindonos comomensaje al paso de solicitudes entre objetos sin tener en cuenta detallesespecficos de implementacin.

- Abstraccin: Significa alcanzar un grado de reconocimiento de las similitudesentre objetos, situaciones, o procesos del mundo real y determinar cuales de estassimilitudes considerar y cuales ignorar. Es una descripcin simplificada queenfatiza algunos detalles o propiedades mientras que suprime otros quedando soloaquellos detalles que tiene real significacin para la situacin que se plantee. Laabstraccin slo existe si puede ser descrita, comprendida y analizada

independientemente del mecanismo que eventualmente ser usado pararealizarla. En otras palabras, denota las caractersticas esenciales de un objetoque lo distingue de cualquier otro tipo de objeto obteniendo as fronterasconceptuales bien definidas relativas a la perspectiva del observador (abstraccindel objeto).

- Clase: Normalmente en una base de datos existen muchos objetos similares, esdecir, estos objetos responden a los mismos mensajes, utilizan los mismosmtodos y tienen variables del mismo nombre y tipo. Por tanto, agrupamos losobjetos similares para que formen una clase. A cada uno de estos objetos se lesllama instancia de su clase. Todos los objetos de una clase comparten una

definicin comn, aunque difieran en los valores asignados a las variables. Elconcepto de clases es similar al concepto de Tipos Abstracto de Datos (TAD),aunque en el concepto de clase los aspectos adicionales son bastante msnumerosos, entre ellos: una variable con valores en un conjunto cuyo valor es elconjunto de todos los objetos que son instancias de la clase; implementacin deun mtodo para el nuevo mensaje, el cual crea una nueva instancia de la clase.

Ahora bien, como la definicin de una clase consta de variables, las que son en suna instancia de la clase a la que ellas pertenecen, se genera lo que se denominauna jerarqua de clases, en donde una clase se compone de un conjunto de


3/55

subclases que son a su vez clases formadas por subclases y as en formasucesiva. Por lo general una clase se define por su nombre y por la coleccin deobjetos que forman parte de ella.

- Encapsulamiento: El concepto de encapsulamiento es una de las caractersticasprincipales de los lenguajes y sistemas orientados a objetos. Tambin estrelacionado con los conceptos de tipos de datos abstractos y de ocultacin deinformacin en los lenguajes de programacin. La idea principal es definir elcomportamiento de un tipo de objeto con base en las operaciones que se puedenaplicar externamente a objetos de ese tipo. La estructura interna del objeto quedaoculta y slo se puede tener acceso a l a travs de una serie de operacionespredefinidas, algunas de las cuales pueden servir para crear o destruir objetos,actualizar el estado de los mismos, para obtener partes del valor del objeto o bienaplicar clculos a dicho valor, pudiendo estas operaciones ser mezcladas entre s.Los usuarios externos slo perciben la interfaz del objeto, la que define losnombres y argumentos de cada operacin, la implementacin del objeto quedaoculta, esto significa que tambin quedan ocultas las definiciones de estructuras

de datos internas y la implementacin de las operaciones que tienen acceso atales estructuras.

- Mtodo: Trozo de cdigo que sirve para implementar cada mensaje. Un mtododevuelve un valor como respuesta al mensaje, que puede o no ser un objeto. Enotras palabras, los mtodos definen las capacidades que el objeto posee y a lasque va a responder al recibir determinados mensajes, es decir, es la forma en queun objeto acta y reacciona frente a ese mensaje. Por lo regular, un mtodo seinvoca enviando un mensaje al objeto para que se ejecute el mtodocorrespondiente. Cabe sealar, que como parte de la ejecucin de un mtodo,puede enviarse un mensaje subsiguiente a otro objeto y este mecanismo puedeservir para devolver valores de los objetos al entorno externo y/o a otros objetos.

- Herencia: Hay situaciones que no pueden representarse adecuadamente usandouna jerarqua de clases. Esto es debido a que existen objetos que poseensimilitudes, pero que en realidad reflejan objetos diferentes. El concepto deherencia mltiple se refiere a la capacidad para heredar variables y mtodos demltiples superclases. Cuando se emplea la herencia mltiple es posible que se dambigedad en el caso en que puede heredarse la misma variable o mtodo dems de una superclase.

Qu es una Base de Datos Orientada a Objetos?

Para definir qu es una BDOO, recordemos en que consiste una Base deDatos. La definicin de BD dice que es una coleccin de datos a los que se da unacierta organizacin que permite su administracin, por lo que su propsito es elmanejo de grandes volmenes de informacin. Ahora, como ya se ha dicho, lasBDOO se basan en el enfoque de orientacin a objetos, por lo tanto ya no se


4/55

consideran datos en forma simple, si no que se empieza a hablar de almacenamientode objetos, o ms bien, hacer permanente el estado de los objetos a lo largo deltiempo. La definicin de BDOO, entonces, sera algo como: una coleccin de objetossobre la que se definen ciertas reglas de organizacin en almacenamiento secundariopara poder accesarlos. No debemos olvidar que los objetos, adems de atributos(que en cierta medida se asemejan a las tuplas del modelo relacional), poseenmtodos que definen las capacidades del objeto, adems de todos los conceptos queencierra el enfoque de orientacin a objetos (entre los que cabe destacar los yamencionados en secciones anteriores, tales como clase, herencia y encapsulamientoprincipalmente), por lo que puede decirse que estamos en presencia de un enfoquede bases de datos bastante novedoso y revolucionario, que por lo tanto requiere deuna base terica ms fundamentada que un simple concepto. De hecho, aunque noes una idea nueva, en la actualidad se cuenta con ms de un modelo de datos paradescribir las BDOO, existen varias propuestas de lenguajes de manipulacin deobjetos, de lenguajes de definicin de objetos, lenguajes de consulta de objetos, loque hace que, a diferencia del modelo relacional, cada modelo de BDOO sea difcil deentender en forma ms universal.

Entre los objetivos de las BDOO estn:

- El mantener una correspondencia directa entre la base de datos y los objetos delmundo real, de modo que estos objetos no pierdan su integridad ni su identidad,pudiendo ser identificados y manipulados fcilmente. Para esto, las BDOOproveen de un identificador de objeto (OID) que es nico y generado por elsistema para cada objeto.

- Los objetos pueden tener una estructura de complejidad arbitraria con el fin decontener toda la informacin significativa que describe el objeto. Esto logra que nose pierda la correspondencia entre un objeto del mundo real y su representacin

en la base de datos.

Rasgos que deben estar presentes en un SGBDOO

- Persistencia: este requisito es evidente desde el punto de vista de base de datosy es nuevo en los lenguajes de programacin orientados a objetos. Persistencia esla habilidad que tienen los objetos para sobrevivir a un proceso, y eventualmenteser reutilizados en el mismo u otro proceso. Esta caracterstica, independiente deltipo del objeto, debe ser implcita, en otras palabras, el objeto debe ser persistente

por s mismo.- Manejo de almacenamiento secundario: tambin es un rasgo clsico de losSGBD, se apoya en un conjunto de mecanismos tales como administracin dendices, agrupamiento de datos, manejo de buffers de datos, seleccin de la va deacceso, y optimizacin de consultas. Ninguno de ellos es visible a los usuarios, sinembargo son aspectos tan crticos que la ausencia de uno de ellos puede provocardemoras importantes. Con esto, se busca crear independencia entre el nivel lgicoy fsico del SGBDOO.


5/55

- Concurrencia: el sistema debe asegurar la existencia de un funcionamientoarmnico en ambientes donde mltiples usuarios interactan simultneamente conla base de datos. Debe apoyar por tanto la nocin normal de atomicidad de unasecuencia de operaciones y compartimiento controlado.

- Recuperacin: aqu el SGBDOO debe proporcionar servicios a la misma altura deun SGBD en caso de ocurrir fallas al nivel de Software o Hardware, para lo que elsistema debe proveer mecanismos que permitan revertir esta situacin para volverlos datos a un estado ltimamente ms reciente.

- Facilidad para consultas ad-hoc: este servicio consiste en permitir al usuariorealizar consultas a la base de datos en un lenguaje establecido, de la mismamanera que en el modelo relacional. Esta facilidad de consulta debe estarapoyada por un lenguaje que:

1.- Sea de alto nivel: debe permitir expresar en pocas palabras o acciones consultasno triviales en forma concisa enfatizando el qu por sobre el cmo.2.- Sea eficaz: es decir, debe permitir la optimizacin de la consulta.3.- Sea una aplicacin independiente: permitiendo trabajar en cualquier base de datosposible.

Estos tres ltimos requisitos eliminan los medios de consulta especficos,dependientes, o aquellos que operan utilizando tipos de datos definidos por el usuario.- Objetos Complejos: este rasgo se refiere a que debe ser posible crear objetos

complejos por medio de objetos ms simples, mediante la aplicacin deconstructores adecuados. Los objetos bsicos pueden ser los tipos de datosprimitivos (como por ejemplo enteros, reales, cadenas de bytes, etc.), mientrasque el conjunto mnimo de constructores que el sistema debe poseer est formadopor: conjuntos, listas y registros o tuplas. Los conjuntos sirven para representar lascolecciones del mundo real, las listas se usan para representar la idea deordinalidad y las tuplas, que se usan en el modelo relacional, como constructoresde objetos. Obviamente, este conjunto puede ampliarse. Lo importante es quepuedan ser aplicados a cualquier objeto en general. Tambin debe proveerse de

los operadores adecuados para manipular tales objetos complejos.- Identidad del Objeto: La existencia de un objeto es independiente de su valor, es

decir, dos objetos pueden ser idnticos (son el mismo objeto) o pueden seriguales (tienen el mismo valor). Esto tiene dos implicaciones: La primera, que unmismo componente puede ser compartido por 2 o ms objetos, mientras que lasegunda dice que una actualizacin de un objeto debiera provocar la actualizacinde l en todas las referencias a tal objeto para mantener una integridad referencial.

- Encapsulamiento: proviene por un lado de la necesidad de distinguir entre laespecificacin y la aplicacin de la operacin, y por otro lado de la necesidad demodularidad, la que es necesaria a la hora de disear aplicaciones grandes ycomplejas. Tambin es necesaria como herramienta de proteccin y acceso. Los

lenguajes de programacin asocian este concepto al de Tipo Abstracto de Datos(TAD), donde se tiene una parte de interfaz y una parte de aplicacin, donde slola parte de aplicacin es conocida y corresponde a la parte visible del objeto, laque a su vez, tiene una parte de datos y una parte de operaciones. La parte dedatos corresponde al estado del objeto y la parte de operaciones especifica lasfunciones en un lenguaje de programacin. El encapsulamiento proporciona unaforma de independencia lgica, en el sentido de que los cambios en la aplicacinno producen cambios en los objetos que hacen uso de esa aplicacin.


6/55

- Tipos y Clases: un tipo resume los rasgos comunes de un conjunto de objetoscon las mismas caractersticas. Corresponde a la nocin de TAD, asocindose alos conceptos que soportan el encapsulamiento, en tanto que la nocin de clasedifiere de la de tipo. Su especificacin se asemeja a la especificacin de tipo, peroms orientada al tiempo de ejecucin, mientras que los tipos se orientan ms altiempo de compilacin. La clase consta de 2 aspectos: la fbrica y el almacn deobjetos. La fbrica de objetos puede ser utilizada mediante una llamada alconstructor de la clase o reproduciendo un prototipo representativo de la clase,mientras que el almacn implica que amarrado a la clase est la coleccin deobjetos que son instancias de la clase. Los conceptos de clase y tipo poseendiferencias sutiles, y a menudo son usados como sinnimos. En este sentido cabedestacar que la diferencia entre ellos va por el lado de que los tipos permiten unacomprobacin estricta de tipos en tiempo de compilacin, mientras que las clasesno permiten tal verificacin, y de hecho no se utilizan para ese fin.

- Herencia y Jerarqua de Herencia: es una herramienta poderosa de modelado,ya que permite una descripcin precisa del mundo real. Hay 4 tipos de herencia:herencia de sustitucin, herencia de inclusin, herencia de restriccin y herencia

de especializacin.- Sobrecarga y Enlazamiento Tardo: consiste en darle el mismo nombre afunciones diferentes (esto se denomina sobrecarga), de modo que el sistemadetermine cual de ellos utilizar, lo que se realiza en tiempo de ejecucin (esteproceso es conocido como enlazamiento tardo). Esto hace que la verificacin detipos sea difcil de realizar, aunque no imposible.

- Integridad Computacional: esto quiere decir que debe ser posible expresarcualquier expresin calculable por medio del DML del sistema de bases de datos.Esto no quita que se diseen lenguajes de programacin para SGBDOO.

- Extensibilidad: el SABDOO debe posibilitar la creacin de nuevos tipos de datosdefinidos por el usuario a travs del uso del conjunto de constructores de tipos queposee el sistema. Para las aplicaciones debe ser transparente la utilizacin de un

tipo de datos predefinido o un tipo de datos definido por el usuario.

Los rasgos optativos, son mejoras que pueden hacerse sin ser obligatorias para losSGBDOO. Estos mejoran la funcionalidad del sistema y no estn relacionadosdirectamente con un aspecto de orientacin a objetos. Estas caractersticas quedanremitidas a:- Herencia mltiple- Verificacin e inferencia de clases- Distribucin (el sistema de base de datos puede o no estar distribuido)- Manejo de transacciones

- Control de versionesPor otro lado los rasgos abiertos, que corresponden a los aspectos que losimplementadores de SBDOO pueden incluir libremente en sus productos, implicanque entre cada producto las diferencias en estos aspectos no son tan relevantesdebido a que no hay un acuerdo general respecto de ellos. Estos corresponden a:


7/55

- El paradigma de la programacin: no hay razn para imponer un paradigma deprogramacin por sobre otro, ya que el sistema es independiente de laprogramacin. Adems la opcin de la sintaxis es libre.

- Sistema de representacin: se encuentra definido por el conjunto de tiposatmicos y el conjunto de constructores. No hay lmite en la cantidad deconstructores que pueden utilizarse en un sistema.

- Sistema de clases: tambin debe existir libertad en cuanto a los constructores declases. El nico requisito para la creacin de clases es el encapsulamiento, peropuede haber constructores de otros tipos como por ejemplo clases genricas.

- Uniformidad: este aspecto considera la forma en que el sistema trata suscomponentes (es decir, si una clase es un objeto o si un mtodo es consideradoun objeto o si las tres nociones van a ser tratadas de forma diferente). Este dilemapuede tratarse a tres niveles: a nivel de aplicacin, a nivel de lenguaje deprogramacin y a nivel de lenguaje.

Hablando en general, los objetos se corresponden con las entidades del modelo E-R.

El paradigma orientado a objetos est basado en el encapsulamiento de los datos ydel cdigo relacionados con cada objeto en una sola unidad cuyo contenido no esvisible desde el exterior.Conceptualmente, todas las interacciones entre cada objeto y el resto del sistema serealizan mediante mensajes. Por tanto, la interfaz entre cada objeto y el restodelsistema se define mediante un conjunto de mensajespermitidos. En general, cada objeto est asociado con Un conjunto de variables que contiene los datos del objeto; las variables secorresponden con los atributos del modelo E-R. Un conjunto de mensajes a los que responde; cada mensaje puede no tener

parmetros, tener uno o varios. Un conjunto de mtodos, cada uno de los cuales es cdigo que implementa un

mensaje; el mtodo devuelve un valor como respuesta al mensaje.El trmino mensaje en un entorno orientado a objetos no implica el uso de mensajesfsicos en redes informticas. Por el contrario hace referencia al intercambio desolicitudes entre los objetos independientemente de los detalles concretos de suimplementacin. Se utiliza a veces la expresin invocar a un mtodo para denotar elhecho de enviar un mensaje a un objeto y la ejecucin del mtodo correspondiente.

Se puede explicar la razn del uso de este enfoque considerando las entidadesempleado de una base de datos bancaria. Supngase que el sueldo anual de cadaempleado se calcula de manera diferente para los distintos empleados. Por ejemplo,puede que los jefes obtengan una prima en funcin de los resultados del banco,

mientras que los cajeros reciben una prima en funcin de las horas que hayantrabajado. Se puede (en teora) encapsular el cdigo para calcular su sueldo con cadaempleado en forma de mtodo que se ejecute en respuesta a un mensaje de sueldo-anual. Todos los objetos empleado responden al mensaje sueldo-anual, pero lo hacende manera diferente. Al encapsular con el objeto empleado la informacin sobre elclculo de su sueldo anual, todos los objetos empleado presentan la misma interfaz.Dado que la nica interfaz externa presentada por cada objeto es el conjunto demensajes a los que responde, resulta posible modificar las definiciones de losmtodos y de las variables sin afectar al resto del sistema. La posibilidad de modificar


8/55

la definicin de un objeto sin afectar al resto del sistema se considera una de lasmayores ventajas del paradigma de la programacin orientada a objetos. Los mtodosde cada objeto pueden clasificarse como slo de lectura o de actualizacin. Losmtodos slo de lectura no afectan al valor de las variables de los objetos, mientrasque los mtodos de actualizacin s pueden modificarlo. Los mensajes a los queresponde cada objeto pueden clasificarse de manera parecida comoslo de lectura o de actualizacin, segn el mtodo que los implemente.Los atributos derivados de las entidades del modelo E-R pueden expresarse en elmodelo orientado a objetos como mensajes slo de lectura. Por ejemplo, el atributoderivado antigedad de una entidad empleado puede expresarse como el mensajeantigedadde un objeto empleado. El mtodo que implemente los mensajes, puededeterminar la antigedad restando la fecha-alta del empleado de la fecha actual.Hablando con rigor, en el modelo orientado a objetos hay que expresar cada atributode las entidades como una variable y un par de mensajes del objeto correspondiente.La variable se utiliza para guardar el valor del atributo, uno de los mensajes se utilizapara leer el valor del atributo y el otro mensaje se utiliza para actualizar ese valor. Porejemplo, el atributo direccin de la entidad empleado puede representarse mediante:

Una variable direccin. Un mensaje obtener-direccin cuya respuesta sea la direccin. Un mensaje establecer-direccin, que necesita un parmetro nueva-direccin, paraactualizar la direccin.

Sin embargo, en aras de la sencillez, muchos modelos orientados a objetos permitenque las variables se lean o se actualicen de manera directa, sin necesidad de definirlos mensajes para ello.

Clases de objetosGeneralmente, en una base de datos hay muchos objetos similares. Por similarse

entiende que responden a los mismos mensajes, utilizan los mismos mtodos y tienenvariables del mismo nombre y del mismo tipo.Sera un derroche definir por separado cada uno de estos objetos. Por tanto, losobjetos parecidos se agrupan para formar una clase. Cada uno de estos objetos sedenomina ejemplar de su clase. Todos los objetos de una clase comparten unadefinicin comn, pese a que se diferencien en los valores asignados a las variables.El concepto de clase del modelo orientado a objetos se corresponde con el conceptode entidad del modelo E-R. Algunos ejemplos de clases en la base de datos bancariason los empleados, los clientes, las cuentas y los prstamos.El siguiente cdigo define la clase empleado en pseudocdigo.

La definicin muestra las variables y los mensajes a los que responden los objetos dela clase. En esta definicin, cada objeto de la clase empleado contiene las variablesnombre y direccin, ambas cadenas de caracteres; fecha-alta, que es una fecha, ysueldo, que es un entero. Cada objeto responde a los cinco mensajes mostrados,llamados sueldo-anual, obtener-nombre, obtener-direccin, establecer-direccin yantigedad.El nombre de tipo que precede a cada mensaje indica el tipo de la respuesta almismo. Obsrvese que el mensaje establecer-direccin utiliza el parmetronuevadireccin que especifica el nuevo valor de la calle. Aunque no lo hemos


9/55

mostrado aqu, la clase empleado soportara tambin mensajes que establecen elnombre, el sueldo y la fecha de alta.Los mtodos para el manejo de mensajes suelen definirse separados de la definicinde clases. Los mtodos obtener-direccin() y establecer-direccin() estaran definidos,por ejemplo, por el pseudocdigo:

string obtener-direccin(){

return direccin;}

int establecer-direccin (string nueva-direccin){

direccin = nueva-direccin;}

mientras que el mtodo antigedad() se definira:

int antigedad(){return today() fecha-alta;

}

Aqu, asumimos que la funcin today() es una funcin que devuelve la fecha actual, yel opera con ellas devolviendo el intervalo entre las dos fechas.

class empleado {/* Variables */string nombre;string direccin;date fecha-alta;int sueldo;/* Mensajes */int sueldo-anual();string obtener-nombre ();string obtener-direccin ();int establecer-direccin (string nueva-direccin);int antigedad();};

El concepto de clases es parecido al concepto de los tipos abstractos de datos. Sinembargo, hay varios aspectos adicionales en el concepto de clase respecto al de tiposabstractos de datos. Para representar estas propiedades adicionales, cada clase setrata como si fuera un objeto. Un objeto clase incluye Una variable de tipo conjunto cuyo valor es el conjunto de todos los objetos que son

ejemplares de la clase. La implementacin de un mtodo para el mensaje nuevo, que crea un nuevoejemplar de la clase.

Lenguaje de Consulta de Objetos

Para que tenga sentido utilizar una base de datos, debe existir un mecanismoque permita recuperar la informacin necesaria desde ella. En este punto surge la


10/55

pregunta cmo saber si existe un objeto en un estado determinado dentro de la basede datos? El lenguaje de consulta de objetos (OQL) otorga la respuesta a estabastante simple pero clarificativa pregunta. OQL es el otro lenguaje que apoya almodelo de objetos de ODMG (lenguaje de manipulacin de objetos) y, al igual que ODL(lenguaje de definicin de objetos), se basa en ciertos principios:

-OQL cuenta con el modelo de objetos de ODMG-OQL se asemeja mucho a SQL92, las extensiones que posee OQL apuntan aconceptos exclusivamente presentes en el enfoque orientado a objetos (polimorfismo,objetos complejos, identidad de objeto, etc.).-OQL proporciona sentencias de alto nivel para tratar conjuntos de objetos sinrestringirse exclusivamente a ellos, tambin es capaz de procesar listas, arreglos ytuplas con la misma eficiencia.-OQL es un lenguaje funcional donde los operadores se pueden mezclar libremente,tanto como permita el sistema de tipos.-OQL no es un lenguaje computacionalmente completo, sino ms bien un lenguaje deconsulta fcil de usar que permite fcil acceso a cualquier SGBDOO.

-OQL puede ser invocado desde cualquier lenguaje de programacin para el que sehaya definido una conexin. Recprocamente, es capaz de invocar mtodos escritosen ese lenguaje.

Al igual que con ODL, este lenguaje de consulta tiene el mrito de ser unaimplementacin que ya est caminando, pero que le falta llegar a ser comnmenteaceptada para convertirse en un estndar para las BDOO.

Los lenguajes de las bases de datos se diferencian de los lenguajes de programacintradicionales en que trabajan directamente con datos que son persistentes, es decir,los datos siguen existiendo una vez que el programa que los cre ha concluido. Lasrelaciones de las bases de

datos y las tuplas de las relaciones son ejemplos de datos persistentes. Por elcontrario, los nicos datos persistentes con los que los lenguajes de programacintradicionales trabajan directamente son los archivos.El acceso a las bases de datos es slo un componente de las aplicaciones del mundoreal. Mientras que los lenguajes para el tratamiento de datos como SQL son bastanteefectivos en el acceso a los datos, se necesitaun lenguaje de programacin para implementar otros componentes de lasaplicaciones como las interfaces de usuario o la comunicacin con otrascomputadoras. La manera tradicional de realizar las interfaces de las bases de datoscon los lenguajes de programacin es incorporar

Para poder utilizarlos en la3 prctica en un sistema de bases de datos hay queexpresarlos en algn lenguaje. Esta expresin puede realizarse de dos maneras:1. Los conceptos de la programacin orientada a objetos se utilizan simplementecomo herramientas de diseo y se codifican, por ejemplo, en una base de datosrelacional. Se sigue este enfoque cuando se utilizan los diagramas entidad-relacinpara modelar los datos y luego se convierten de manera manual en un conjunto derelaciones.2. Los conceptos de la programacin orientada a objetos se incorporan en un lenguajeque se utiliza para trabajar con la base de datos. Con este


11/55

enfoque hay varios lenguajes posibles en los que se pueden integrar los conceptos: Una opcin es extender un lenguaje para el tratamiento de datos como SQLaadiendo tipos complejos y la programacin orientada a objetos. Los sistemas queproporcionan extensiones orientadas a objetos a los sistemas relacionales sedenominan sistemas relacionales orientados a objetos Otra opcin es tomar unlenguaje de programacin orientado a objetos ya existente y extenderlo para quetrabaje con las bases de datos.Estos lenguajes se denominan lenguajes de programacin persistente. Haydiferentes situaciones en las que resulta ms adecuadouno u otro de los enfoques.

Aplicaciones de las Bases de Datos Orientadas a Objetos

El propsito de los sistemas de bases de datos es la gestin de grandes

cantidades de informacin. En aos recientes, la tecnologa de base de datos se haadaptado a aplicaciones fuera del mbito de procesamiento de datos entre las quepodemos incluir:

- Objetos Complejos: Un objeto complejo es un dato visto como un simple objeto enel mundo real, pero que contiene otros objetos. Estos objetos pueden tener unaestructura interna compleja arbitaria. A menudo los objetos estn estructurados

jerrquicamente, representando las relaciones entre ellos. El modelo de objetoscomplejos ha llevado al desarrollo de las bases de datos orientadas a objetos, lascuales estn basadas en los conceptos de los lenguajes de programacinorientados a objetos y a las bases de datos relacionales anidadas, en las que lasrelaciones pueden almacenarse dentro de otras relaciones.

- Diseo Asistido por Computador (CAD): una base de datos para una aplicacinCAD debe almacenar los datos de un diseo de ingeniera incluyendo loscomponentes del dato, la relacin de los componentes y las versiones antiguas delos diseos.

- Ingeniera de Software Asistida por Computador (CASE): una base de datosdiseada para aplicaciones CASE debe contener datos tales como cdigo fuente,dependencias entre mdulos de software, definiciones y usos de variables ehistorial del desarrollo del sistema de software.

- Bases de datos multimediales: en donde se almacenan imgenes, audio y videoque pueden ser usados en sistemas de informacin geogrficos, aplicacionesgrficas y toda aplicacin que utilice tales tipos de datos.

- Sistemas de informacin de oficinas: una base de datos para este tipo deaplicaciones debe permitir consultas que permitan planificar reuniones, administrardocumentos, mantener calendarios de citas, etc.

Estas nuevas aplicaciones de las bases de datos no fueron consideradas en ladcada del setenta cuando se disearon la mayora de los actuales sistemas debases de datos. En la actualidad su aplicacin prctica es muy factible debido a losavances de la tecnologa computacional junto con la reduccin de sus costos y porotro lado la mejor comprensin que se ha logrado en los ltimos aos de laadministracin de las bases de datos.


12/55

Estas aplicaciones requieren nuevos modelos de datos, nuevos lenguajes de consultay nuevos modelos de transacciones. Entre los requisitos de estas nuevas aplicacionesestn:- Datos de comportamiento: puede que distintos objetos necesiten responder de

distinta forma a la misma orden. Por ejemplo, la eliminacin de ciertas tuplaspuede requerir de la eliminacin de otras tuplas, como en el caso de las entidadesdbiles. En las aplicaciones CAD y CASE el comportamiento de distintos objetosen respuesta a una orden dada puede ser muy diferente. Esta informacin delcomportamiento puede capturarse almacenando cdigo ejecutable con objetos enla base de datos. Los mtodos de los sistemas de BDOO y la regla base de lossistemas basados en comportamiento otorgan esta capacidad.

- A menudo los datos ms importantes sobre aplicaciones son reglas generalesacerca de la aplicacin ms que de las tuplas especficas. Las reglas forman unaparte importante de los sistemas expertos de bases de datos.

- Transacciones de larga duracin: Las aplicaciones CAD y CASE implicaninteraccin humana con los datos. Algunas de estas acciones pueden seraplicaciones que el usuario puede querer deshacer. Los esfuerzos del diseo

concurrente que implican varios diseadores, pueden conducir a conflictos entretransacciones. Debido a que estas transacciones implican interaccin humana conel sistema, las consecuencias de abortos de transacciones, esperas por bloqueos,etc., son mucho ms serias que en las transacciones interactivas cortascomnmente usadas en aplicaciones tipo negocios. Entre los conceptos que seintrodujeron estn los de transacciones anidadas y ejecuciones no serializablescorrectas.

SQL 3

Antecedentes:

SQL3 fue originalmente planeado para su uso sobre el ao 1996, pero los planes nosalieron bien. Est caracterizado como SQL orientado a objetos y es la base dealgunos sistemas de manejo de bases de datos orientadas a objetos(incluyendoORACLE, Informix Universal Server, IBMs DB Universal Database y Cloudscape,adems de otros).

Esto es una conviccin general de que es buena cosa, pero tard 7 aos endesarrollarse en vez de los tres o cuatro que se pensaba iba a tardar.

Orientacin a objetos

Adems de las caractersticas discutidas hasta ahora, SQL:1999 se caracterizaporque fue desarrollado principalmente para manejar objetos. Algunas de lascaractersticas que estn dentro de esta categora fueron definidas en el estndarSQL/PSM publicado en 1996 especficamente para llamadas a funciones yprocedimientos desde SQL. SQL:1999 mejora esta capacidad que llam SQL-invokedroutines, para aadir una tercera clase de rutina conocida como mtodo.


13/55

Tipos de estructuras definidas por el usuario

La mayor facilidad en SQL:1999 que soportan la orientacin a objetos son los tiposestructurados definidos por el usuario; Los tipos estructurados tienen un nmero decaractersticas, las ms importantes son:- Pueden ser definidos para tener uno o ms atributos, cada uno de ellos pueden seralgn tipo de SQL, incluyendo tipos empotrados como INTEGER, tipos de coleccincomo ARRAY, u otro tipo de estructuras.- Todos los aspectos de su comportamiento son provistos mediantemtodos,funciones y procedimientos.- Sus atributos son encapsulados mediante el uso del sistema generador observadory mutador de funciones (funciones get y set ) que provee el nico acceso asusvalores. Sin embargo, este sistema no puede ser sobrecargado; todas las otrasfunciones y mtodos pueden ser sobrecargados.- Las comparaciones de sus valores son nicamente realizadas mediante funcionesdefinidas por el usuario.

- Ellos pueden participar en jerarquas de tipo, en las cuales ms tiposespecializados (subtipos) tienen todos sus atributos y usan todas las rutinasasociadas con ms tipos generalizados (supertipos), pero pueden agregar nuevosatributos y rutinas.

Caractersticas ms relevantes de algunas bases de datos

Si se busca informacin sobre bases de datos en internet, enseguida te sorprendersdel mundo que existe en torno a ellas. Diariamente hay cantidad de noticias,novedades y opiniones en la carrera al trono de las bases de datos.

Access es tal vez la base de datos ms simple y conocida con la que nos podemosencontrar. Para entendernos, diremos que Access es una base de datos para andarpor casa, es decir, sirve para lo bsico, para bases de datos pequeitas, de pocosusuarios, y que no va a ser constantemente atacada. Si lo que queremos esmontarnos una pequea base de datos para le gestin de algn recurso, por ejemplo,las convalidaciones de ERASMUS, o la gestin de una empresa de comida rpida conreparto a domicilio, pues en Access la podremos realizar de una manera simple yrpida.Es este tipo de bases de datos la gestin de la base se vuelve mucho ms lentaconforme aumenta de tamao y es necesario a recurrir a bases de datos

profesionales.Pero por el contrario cuando se est pensando en la gestin de una gran empresa ouna importante pgina web en la que la gran cantidad de informacin debe sergestionada eficientemente, pues la solucin son las grandes bases de datos como lade compaas como Oracle, IBM, Sun Microsystems, la sueca MySQL AB, Microsoftcorp., etc.


14/55

Adems estas bases de datos permiten realizar transacciones, cosa que Access uotras del estilo no lo permiten. Adems tienen muchas ms posibilidades y facilidadespara trabajar en grupo.

La compaa que actualmente est en cabeza en las bases de datos es Oracle. Suslicencias son caras, pero cuando el nmero de usuarios de una base de datosaumenta y los accesos a una misma informacin de una base de datos se hace pormuchos usuarios y al mismo tiempo, y se requiere de una compleja estadsticarelacional, pues es una base de datos con gran capacidad como la de Oracle la queda la talla.

El gran inconveniente que presenta esta bases de datos, es el de siempre, eleconmico. Las licencias resultan muy caras y para muchos usuarios y empresasinalcanzables. Hay bases de datos de software libre como MySQL, de grandsimapotencia, que aunque an no alcanzan la calidad de bases de datos como Oracle peroque se han convertido en un estndar y es la que la mayora de las personas utilizan.

Por qu son muchas las compaas que confian en MySQL?Ojo, que esta base de datos tampoco es totalmente gratuita, es gratis usarla, tenerla yaprender a manejarla, pero si lo que deseas es usarla para tu negocio tendrs queadquirir una licencia. An as esta licencia es mucho ms barata que el resto.Para ampliar un poco la informacin sobre lo que una base de datos SQL te puededar, he cogido la MySQL 3.22.32

Caractersticas de MySQL 3.22.32- Est preparado principlamente para trabajar en entornos UNIX, est liderando lasbases de datos que estn de las pginas webs de todo el mundo. Aunque tambinfunciona en Windows, el sistema operativo limita el poder de este sevidor de bases de

datos.

- Controlan los datos de servidores DNS, paginas con accesos a bases de datos,hechas en perl o PhP, los usuarios del servidor y sus claves encriptadas.

As se han asegurado un mercado y lideran los entornos UNIX. Su infinidad demdulos lo hacen compatible con cualquier fuente ODBC existente, igualmente conotras bases SQL no basadas en ODBC. Hay infinidad de Runtimes que lo combiertenen una excelente base de datos Access, Oracle, Postgres, y todo esto sin tener queaprender las diferencias entre uno y otro.solo instalar el runtime y lo dems es meter y sacar registros.

- Puedes mantener una seguridad al 100% con las actualizaciones.

- Su instalacin se ha simplificado muchsimo por dos grandes motivos. el primero es que la mayora de las distribuciones LINUX ya lo incluyen en sus

discos. Y el segundo motivo reside en que cuando lo bajas d e la pagina oficial te ests

bajando un binario listo para correr (ready to run).


15/55

- Tienes las fuentes al alcance para poder compilarlo tu mismo y hacer lasmodificaciones que necesites si eres un programador experto.

La novedad ms importante del Nuevo Oracle 10g es la dotacin de las capacidadesde regilla (Grid). Pero, qu es Grid?Grid Computing es una respuesta a la necesidad de acceso a recursoscomputacionales geograficamente dispersos (como las centrales elctricas) con lamisma facilidad con que se enchufa un electrodomstico a la red elctrica. Este nuevoparadigma fue propuesto a mediados de los aos 90 por Ian Foster y Carl Kesselmany est siendo adoptado por compaas como IBM, HP y Sun Microsystems.Las capacidades de malla (grid) de Oracle 10G permitirn a una compaa crear unconjunto comn de capacidad de procesamiento enlazando varios servidores. Enlugar de tener a un servidor dedicado a una sola aplicacin, la malla permitir a variasaplicaciones aprovecharse de la capacidad de proceso de los servidores conectados.Esto permitir ahorrar dinero a las compaas porque la formacin en malla puedededicar capacidad de proceso basndose en cambios en la demanda.Y como estas empresas, SUN Microsystems con su paquete SUN ONE, Microsoft con

su .NET con sus plataformas de desarrollo entre otras. Para ms informacin vistesesus respectivos dominios en internet.

1.2 Bases de datos multidimensionales (BDM).

1.2.1 Definicin y conceptos de las BDM.

El uso de dimensiones es una forma de mostrar (y a veces almacenar) datos muy tilen sistemas con grandes cantidades de informacin. Las dimensiones son ejes deanlisis o criterios de clasificacin de la informacin que ofrecen un ndice a los datosmediante una lista de valores. Por ejemplo son dimensiones , y

.Se llama DataWarehouse al almacn de datos que rene la informacin histricagenerada por todos los distintos departamentos de una organizacin, orientada aconsultas complejas y de alto rendimiento. Un DataWarehouse pretende conseguirque cualquier departamento pueda acceder a la informacin de cualquiera de los otrosmediante un nico medio, as como obligar a que los mismos trminos tengan elmismo significado para todos. Un Datamart es un almacn de datos histricosrelativos a un departamento de una organizacin, as que puede ser simplemente unacopia de parte de un DataWarehouse para uso departamental.Tanto el DataWarehouse como el Datamart son sistemas orientados a la consulta, enlos que se producen procesos batch de carga de datos (altas) con una frecuencia bajay conocida. Ambos son consultados mediante herramientas OLAP (On Line AnalyticalProcessing) que ofrecen una visin multidimensional de la informacin. Sobre estasbases de datos se pueden construir EIS (Executive Information Systems, Sistemas deInformacin para Directivos) y DSS (Decision Support Systems, Sistemas de Ayuda ala toma de Decisiones). Por otra parte, se conoce como Data Mining al proceso notrivial de anlisis de grandes cantidades de datos con el objetivo de extraerinformacin til, por ejemplo para realizar clasificaciones o predicciones.


16/55

Los sistemas de procesamiento de transacciones se utilizan mucho hoy en da y lasempresas han acumulado una enorme cantidad de informacin generada por esossistemas.Por ejemplo, las bases de datos de las empresas suelen contener enormescantidades de informacin sobre los clientes y las transacciones. El tamao delalmacenamiento de la informacin necesario puede llegar a varios centenares degigabytes o, incluso, a los terabytes, para las cadenas de grandes almacenes. Lainformacin de las transacciones de un gran almacn puede incluir el nombre oidentificador (como puede ser el nmero de la tarjeta de crdito) del cliente, losartculos adquiridos, el precio pagado y las fechas en que se realizaron las compras.La informacin sobre los artculos adquiridos puede incluir el nombre del artculo,el fabricante, el nmero del modelo, el color y la talla.La informacin sobre los clientes puede incluir su historial de crdito, sus ingresosanuales, su domicilio, su edad e, incluso, su nivel acadmico. Estas bases de datosde gran tamao pueden resultar minas de informacin para adoptar decisionesempresariales, como los artculos que debe haber en inventario y los descuentos quehay que ofrecer. Por ejemplo, puede que una cadena de grandes almacenes note un

aumento sbito de las compras de camisas de franela en la Sierra de Guadarrama,darse cuenta de que hay una tendencia y comenzar a almacenar un mayor nmerode esas camisas en las tiendas de esa zona. O puede que una empresaautomovilstica descubra, al consultar su base de datos, que la mayor parte de loscoches deportivos de pequeo tamao los compran mujeres jvenes cuyos ingresosanuales superan los 50.000.00. Puede que la empresa dirija su publicidad para queatraiga ms mujeres de esas caractersticas a que compren coches deportivos depequeo tamao y evite desperdiciar dinero intentando atraer a otras categoras deconsumidores para que compren esos coches. En ambos casos la mpresa haidentificado pautas de comportamiento de los consumidores y las ha utilizado paraadoptar decisiones empresariales.El almacenamiento y recuperacin de los datos para la ayuda a la toma de decisiones

plantea varios problemas: Aunque muchas consultas para ayuda a la toma de decisiones pueden escribirse enSQL, otras no pueden expresarse en SQL o no pueden hacerlo con facilidad. Enconsecuencia, se han propuesto varias extensiones de SQL para facilitar el anlisis delos datos. El rea de procesamiento analtico en lnea (Online Analytical Processing,OLAP) trata de las herramientas y de las tcnicas para el anlisis de los datos quepueden dar respuestas casi instantneas a las consultas que soliciten datosresumidos, aunque la base de datos sea extremadamente grande. Los lenguajes de consulta de bases de datos no resultan adecuados para elrendimiento de los anlisis estadsticos detallado de los datos. Hay varios paquetes,como SAS y S++, que ayudan en el anlisis estadstico. Aestos paquetes se les han

aadido interfaces con las bases de datos para permitir que se almacenen en la basede datos grandes volmenes de datos y se recuperen de manera eficiente para suanlisis. El campo del anlisis estadstico es una gran disciplina por s misma, vanselas referencias en las notas bibliogrficas para obtener ms informacin Las tcnicas de bsqueda de informacin intentan descubrir de manera automticalas reglas y las pautas estadsticas de los datos. El campo de la recopilacin de datoscombina las tcnicas de bsqueda de informacin creadas por los investigadores


17/55

en inteligencia artificial y los expertos en anlisis estadstico con las tcnicas deimplementacin eficiente que permiten utilizarlas en bases de datos extremadamentegrandes. Las grandes empresas tienen varios orgenes de datos que necesitan utilizar paraadoptar decisiones empresariales. Los orgenes pueden almacenar los datos segndiferentes esquemas. Por motivos de rendimiento (as como por motivos de control dela organizacin) los orgenes de datos no suelen permitir que otras partes de laempresa recuperen datos a peticin

1.2.2 Modelos conceptuales multidimensionales.

En una base de datos multidimensional, la informacin se representa como matricesmultidimensionales, cuadros de mltiples entradas o funciones de varias variablessobre conjuntos finitos. Cada una de estas matrices se denomina Cubo.El esquema de un cubo queda determinado dando a conocer sus ejes con susrespectivas estructuras y la estructura de los datos que se presentan en cada celda de

la matriz. Se asume que los datos en todas las celdas son uniformes, es decir, todaslas posiciones de la matriz tienen datos con igual estructura.

Figura 1

Una instancia de un cubo, queda determinada por un conjunto de datos para cada ejey un conjunto de datos para la matriz. (Fig. 2)

A los ejes se les llama Dimensiones y al dato que se presenta en la matriz, se lellama Medida. A los elementos del producto cartesiano de los eje (dimensiones) se lellama Coordenadas. La matriz definida, puede ser dispersa. (Es una funcin parcial).


18/55

Figura 2

1.2.3 Cubos e hipercubos de datos.

Los cubos de informacin o cubos OLAP funcionan como los cubos de rompecabezasen los juegos, en el juego se trata de armar los colores y en el data warehouse setrata de organizar los datos por tablas o relaciones; los primeros (el juego) tienen 3dimensiones, los cubos OLAP tienen un nmero indefinido de dimensiones, razn porla cual tambin reciben el nombre de hipercubos. Un cubo OLAP contendr datos deuna determinada variable que se desea analizar, proporcionando una vista lgica delos datos provistos por el sistema de informacin hacia el data warehouse, esta vistaestar dispuesta segn unas dimensiones y podr contener informacin calculada. Elanlisis de los datos est basado en las dimensiones del hipercubo, por lo tanto, setrata de un anlisis multidimensional.

A la informacin de un cubo puede acceder el ejecutivo mediante tablas dinmicasen una hoja de clculo o a travs de programas personalizados. Las tablas dinmicasle permiten manipular las vistas (cruces, filtrados, organizacin, totales) de lainformacin con mucha facilidad. Las diferentes operaciones que se pueden realizarcon cubos de informacin se producen con mucha rapidez. Llevando estos conceptosa un data warehouse, ste es una coleccin de datos que est formada pordimensiones y variables, entendiendo como dimensiones a aquellos elementosque participan en el anlisis y variables a los valores que se desean analizar.


19/55

DimensionesLas dimensiones de un cubo son atributos relativos a las variables, son lasperspectivas de anlisis de las variables (forman parte de la tabla de dimensiones).Son catlogos de informacin complementaria necesaria para la presentacin de losdatos a los usuarios, como por ejemplo: descripciones, nombres, zonas, rangos detiempo, etc. Es decir, la informacin general complementaria a cada uno de losregistros de la tabla de hechos.VariablesTambin llamadas indicadores de gestin, son los datos que estn siendoanalizados. Forman parte de la tabla de hechos. Ms formalmente, las variablesrepresentan algn aspecto cuantificable o medible de los objetos o eventos a analizar.Normalmente, las variables son representadas por valores detallados y numricospara cada instancia del objeto o evento medido. En forma contraria, las dimensionesson atributos relativos a la variables, y son utilizadas para indexar, ordenar, agrupar oabreviar los valores de las mismas. Las dimensiones poseen una granularidad menor,tomando como valores un conjunto de elementos menor que el de las variables;ejemplos de dimensiones podran ser: productos, localidades (o zonas), el tiempo

(medido en das, horas,

1.2.4 Estructuras no-jerrquicas y jerrquicas de los datos.

Generalmente, las dimensiones se estructuran en jerarquas de agregacin En la Fig.se muestra una instancia de una dimensin con una jerarqua de agregacin en dondelos vendedores se agrupan en ciudades y las ciudades en regiones.


20/55

FiguraAplicando Integracin de Esquemas en un Contexto DW-Web

Diseo Lgico de Data Warehouses a partir de Esquemas ConceptualesMultidimensionales

A cada nivel de una jerarqua se le llama Nivel de Agregacin o simplementeNivel.De esta forma, se puede considerar que toda dimensin siempre tiene por lomenos una jerarqua con un nico nivel. Una dimensin puede tener ms de una

jerarqua. Un ejemplo tpico, es una dimensin que representa tiempo (Fig. 5). Eneste caso, los niveles bimestre y trimestre no estn relacionados entre s, a pesarde que ambos estnrelacionados con mes y ao. Si existe ms de una jerarqua, la relacin que unedatos de un nivel con datos de otro nivel superior debe ser confluente. Estosignifica que todos loscaminos que parten de un elemento e del nivel E, llegan al mismo elemento ddel

nivel Dsuperior a E, independientemente de la jerarqua recorrida. SiguientefiguraSi no se cumpliera la confluencia, entonces el primer trimestre que figurarelacionado con 1998, podra aparecer relacionado, por ejemplo, con 1999. Eneste caso, al recorrer la jerarqua por trimestre, el mes de marzo de 1998aparecera en 1999.


21/55

figura

1.2.5 Operadores para datos agregados multidimensionales.

Las operaciones multidimensionales se pueden agrupar en tres conjuntos bsicos:

De seleccin y visualizacin o Slice & Dice.

De Agregacin.

De Relacionamiento.

En la bibliografa revisada, no se ha encontrado consenso en la definicin de Slice &Dice. Sin embargo, se acepta en general, que hay tres operaciones asociadas a Slice& Dice: Una que selecciona dimensiones de trabajo de un cubo mayor, otra queselecciona secciones del cubo en funcin de valores de las dimensiones y otra quepermite presentar diferentes planos de un cubo. A la primera se le llama Slice, a lasegunda Dice o Filtrado y a la tercera Rotacin.

El grupo de las operaciones de Agregacin est constituido, por


22/55

operaciones que surgen de realizar movimientos en las jerarquas de lasdimensiones. Cuando se sube de nivel por una jerarqua, se agrupan todos losvalores del nivel original que estn relacionados con el mismo valor del nivel superior,mientras que al bajar por la jerarqua se produce la desagregacin de dichosvalores. La primera operacin se conoce como DrillUp y la segunda, su inversa, como

DrillDown.

Cuando se realiza un DrillUp, se debe calcular una nueva medida en funcin delconjunto de los valores de las medidas que se agrupan. A esta operacin se le llamaRoll-up o Consolidacin. Esta ltima operacin tambin pertenece al grupo deoperaciones de Agregacin y su aplicacin se traduce, tpicamente, en funciones deagregacin como las presentes en SQL (sum, avg, etc.).

A partir de un cubo, mediante las operaciones de elacionamiento, se puede acceder

a otros datos. Si stos ltimos estn en un cubo, la operacin se suele llamar de Drill-Across, mientras que si estn en el Data Warehouse o en la base operacional, laoperacin se suele llamarDrill-Through.

Dado un cubo, al aplicar operaciones de DrillUp o DrillDown, se recorre un espaciode cubos. Dicho espacio est determinado por las dimensiones que participan en elcubo origen y la forma en que se deben realizar los clculos con las medidas (RollUp)en cada DrillUp. Ver siguiente figura


23/55

2 Bases de datos y tecnologas Web.

2.1 Herramientas y tecnologas de desarrollo para la Web.

2.1.1 Intercambio electrnico de datos (EDI)

Es un Conjunto coherente de datos, estructurados conforme a normas de mensajesacordadas, para la transmisin por medios electrnicos, preparados en un formato capazde ser ledo por el ordenador y de ser procesado automticamente y sin ambigedad.

Es aquella parte de un sistema de informacin capaz de cooperar con otros sistemas deinformacin mediante el intercambio de mensajes EDI.

Qu funcionalidad ofrece el EDI?

Intercambio electrnico de datos es el intercambio entre sistemas de informacin, pormedios electrnicos, de datos estructurados de acuerdo con normas de mensajes


24/55

acordadas. A travs del EDI, las partes involucradas cooperan sobre la base de unentendimiento claro y predefinido acerca de un negocio comn, que se lleva a cabomediante la transmisin de datos electrnicos estructurados.

En el EDI, las interacciones entre las partes tienen lugar por medio de aplicacionesinformticas que actan a modo de interfaz con los datos locales y pueden intercambiarinformacin comercial estructurada. El EDI establece cmo se estructuran, para suposterior transmisin, los datos de los documentos electrnicos y define el significadocomercial de cada elemento de datos. Para transmitir la informacin necesita un serviciode transporte adicional (por ejemplo, un sistema de tratamiento de mensajes o detransferencia de ficheros).

Debe destacarse que el EDI respeta la autonoma de las partes involucradas,

no impone restriccin alguna en el procesamiento interno de la informacin intercambiadao en los mecanismos de transmisin.

Principales campos de Aplicacin

Los tpicos campos de aplicacin del EDI son el intercambio de informacin industrial,comercial, financiera, mdica, administrativa, fabril o cualquier otro tipo similar deinformacin estructurada. Esta informacin, con independencia de su tipo concreto, seestructura en unos formatos que pueden ser procesados por las aplicaciones informticas.Ejemplos de datos EDI son las facturas, rdenes de compra, declaraciones de aduanas,

etc.La automatizacin de las interacciones por medio del EDI minimiza las transaccionessobre papel y la intervencin humana, reducindose las tareas relativas a lareintroduccin de datos, impresin, envo de documentos va correo o va fax. A travs delEDI, las Administraciones Pblicas pueden incrementar la eficiencia de las operacionesdiarias y mejorar las relaciones con agentes externos como empresas, institucioneseconmicas y financieras, y otras Administraciones Pblicas.

El universo de clientes potenciales del servicio EDI es muy amplio, debido a que stadirigido a empresas que se relacionan comercialmente, en forma independiente de sutamao.

Como ejemplo de grupos de potenciales clientes, podemos mencionar:

* Sector de la Distribucin (Supermercados y Proveedores)

* Sector de las Automotrices (Terminales, Proveedores y Concesionarios)

* Sector Farmacutico (Farmacias y Laboratorios)


25/55

* Sector de la Administracin Pblica

* Sector del Transporte y Turismo

Normas de sintaxis

Bsicamente, las normas EDI proporcionan las reglas de sintaxis que definen losdocumentos electrnicos estructurados (llamados mensajes EDI) y un nmero cada vezmayor de mensajes EDI acordados internacionalmente.

El mdulo ephos sobre EDI se basa en las normas y documentos desarrollados por lasNaciones Unidas y recogidos en "ISO 9735 - Intercambio Electrnico de Datos para la

Administracin, Comercio y Transporte (EDIFACT) - Reglas de aplicacin de la sintaxis"(en 29735). Si bien por razones histricas, en diferentes dominios regionales o sectorialesse utilizan otras reglas de sintaxis (no normalizadas), EDIFACT es la nica sintaxis

normalizada.

Planificacin de Sistemas De Informacin en la Empresa.

El Intercambio Electrnico De Datos

Hoy en da, el sistema informativo contable de cualquier empresa, por pequea que sea,se encuentra informatizado, de forma que habitualmente se logran unos elevados nivelesde automatizacin de las tareas administrativo-contables. Por ejemplo, es frecuente quese encuentren integrados los programas de contabilidad con los que gestionan la

tesorera o la nmina y que estos datos se procesen muy rpidamente.

Pero suele suceder que dos empresas que mantienen una intensa relacin comercialcliente-proveedor y que disponen de sendos sistemas informativos contables avanzados,realicen sus transacciones econmicas introduciendo las rdenes de compra, las facturasy el resto de documentos en sobres, que posteriormente son enviados por correo. Hoy enda, tambin es habitual enviar estos documentos a travs del fax, con lo que se agiliza lagestin. Si la empresa utiliza un fax-modem conectado al ordenador y gestionado por unprograma informtico, se evita tener que imprimir los documentos, envindolosdirectamente desde su ordenador hasta el fax de la otra empresa.

Otra solucin ms sofisticada, pero menos frecuente, consiste en enviar dichosdocumentos a travs del correo electrnico. El correo electrnico permite enviar mensajesentre diferentes ordenadores que estn conectados a redes de ordenadores como porejemplo Internet o Compuserve. Sin embargo, este procedimiento no est exento deinconvenientes, debido a que el correo electrnico no est normalizado y, salvo que elcliente y el proveedor acuerden previamente componer de alguna forma sus mensajes,exige que el receptor traduzca los documentos recibidos. Adems, el uso de mero correo


26/55

electrnico no es un medio seguro para realizar las transmisiones comerciales nigarantiza su confidencialidad.

La solucin que desde hace varios aos estn adoptando muchas empresas se denominaEDI o Intercambio Electrnico de Datos. El EDI bsicamente consiste en transmitirelectrnicamente documentos comerciales y administrativos entre aplicacionesinformticas, en un formato normalizado. En este trabajo describimos qu es el EDI, qudiferentes normas EDI existen, por dnde viajan los datos, cual es la estructura de unmensaje EDI, los beneficios y los costes que para una empresa puede suponer elimplantar este sistema y el impacto que puede tener sobre la Contabilidad.

El EDI, Revolucin conceptual o tecnolgica?

As como en los aos ochenta y noventa el ordenador ha sido la herramientade trabajo bsica del profesional de la Contabilidad, desde hace varios aos asistimos auna verdadera revolucin en la transmisin electrnica de informacin, de forma que seintuye que en los umbrales del siglo XXI las herramientas que utilizar este profesionalestarn ligadas a las telecomunicaciones. En palabras de Ren Ricol (1995), presidentede la orden de expertos contables de Francia, "de todos los progresos que acompaarna la profesin contable, el EDI es ciertamente el ms inminente". En este apartadoanalizamos las novedades organizativas que implica la utilizacin del EDI en la empresa,revisamos los principales intentos de normalizacin y la situacin actual de los diferentesestndares EDI.

El EDI consiste en transmitir electrnicamente documentos comerciales y administrativosentre aplicaciones informticas en un formato normalizado, de forma que la informacinentre las empresas pueda ser procesada sin intervencin manual. Las empresas quedesean utilizar el EDI se suelen poner en contacto con compaas ligadas al sector de lastelecomunicaciones que ofrecen servicios EDI. Un servicio EDI, es el conjunto deprcticas asociadas a la explotacin de un sistema telemtico particular de EDI quecubren todos los aspectos funcionales del servicio (tcnicos, organizativos, de formacin,de soporte y mantenimiento, comerciales y administrativos), dando as forma a unaaplicacin EDI concreta para un segmento industrial particular.

Transmisin de documentos entre empresas.


27/55

El sistema tradicional en el que se basan las transmisiones de documentos entre lasempresas, al estar centrado en el uso del papel, presenta dos inconvenientes. En primerlugar, la lentitud. Documentos que se generan en ordenadores que procesan lainformacin a gran velocidad, posteriormente sufren retrasos producidos al tener queprocesarse de forma manual en las empresas de correos. Por este motivo, muchas

empresas han sustitudo el correo como medio para enviar sus documentos por el fax, loque ha agilizado en buena medida la gestin. Sin embargo, se mantiene otro problema: ladiversidad de modelos de facturas, pedidos, hojas de precios, etc. Esta falta denormalizacin es causa de muchos errores administrativos y, de nuevo, de lentitud. Lafigura 1, adaptada de Heath (1991) muestra el procedimiento convencional simplificado detransmisin de documentos administrativos entre las empresas.

Fig 1: Procedimiento convencional de transmisin de documentos entre las empresas.

En donde :

La primera empresa extrae la informacin necesaria de la base de datos del sistemainformtico contable e imprime los documentos necesarios. Estos documentos se envanpor correo a la otra empresa, quien debe introducir de nuevo los datos en su sistemainformtico. Por lo tanto, en el procedimiento tradicional frecuentemente se producenredundancias ya que los documentos que se imprimen en una empresa son introducidos

manualmente por sus empleados en el sistema informtico de la otra.


28/55

La figura 2 muestra, grosso modo, los cambios que supone implantar un sistema EDI.

Como se aprecia en la nueva figura, el EDI no supone una verdadera revolucin desde elpunto de vista conceptual.

Lo cual consiste simplemente en incorporar un procedimiento electrnico de transmisinde informacin al documento administrativo-contable. De la simple observacin de lafigura podemos apreciar cmo la empresa puede obtener ahorro de varias formas trasimplantar un sistema electrnico de intercambio de datos. En primer lugar, aparece unahorro de tiempo, ya que la informacin viaja por redes de comunicacin. En segundolugar, se producen menos errores, ya que el proceso est completamente automatizado y

los ordenadores se equivocan menos. Adems puede haber un importante ahorro endinero, dependiendo de lo que cueste enviar estos documentos.


29/55

SERVICIOS EDI

Como ya mencionamos anteriormente EDI es el intercambio electrnico de documentosestandarizados, a travs de redes de telecomunicaciones, entre aplicaciones informticasde empresas relacionadas comercialmente. El EDI sustituye el soporte papel de los

relacionadas comercialmente. El EDI sustituye el soporte papel de los documentoscomerciales ms habituales (rdenes de compra, remito, factura, lista de precios, etc.)por transacciones electrnicas con formato normalizados y acordados previamente entrelos usuarios del servicio.

Este servicio, a diferencia del correo electrnico, relaciona aplicaciones informticas queresiden en las computadoras de las distintas empresas. Por lo tanto, el intercambio deinformacin se realiza entre aplicaciones informticas y no entre personas.


30/55

Principales Beneficios

EDI sin duda nos ofrece una amplia gama de oportunidades de trabajo y beneficiospara nuestra empresa entre los que se destacan :

* Agilizacin de procesos comerciales

* Importante disminucin de errores en los documentos

* Disminucin de stocks, debido a la facilidad de aplicacin de tcnicas "Just-in-Time"

* Ahorro de costos de administracin

* Mejora de la competitividad de la empresa que lo adopta

Componentes de EDI

EDI cuenta con algunos componentes que a continuacin se describen uno a uno.

CENTRO DE COMPENSACIN

La funcin bsica del Centro de Compensacin es la de recibir, almacenar y reenviar asus destinatarios los documentos comerciales que los usuarios del servicios intercambian.

As, se asegura la integridad y confidencialidad de la informacin. En l cada empresatiene asignado un buzn electrnico, a travs del cual el usuario recibe y recupera la

informacin que sus interlocutores comerciales le envan. La plataforma hardware delCentro es "Fault Tolerant", lo cual garantiza la plena disponibilidad del servicio: 24 horaspor da, 365 das del ao.

Los aspectos de seguridad tales como: control de acceso, suministro de energa elctrica,etc. han sido especialmente cuidados, con el objeto de garantizar a los usuarios la plenaintegridad y confidencialidad de su informacin.


31/55

Los clientes slo necesitan realizar una conexin fsica para intercambiar documentos contodos sus interlocutores, circunstancia que facilita el uso diario del Servicio. Adems deesta simplificacin introducida por el centro Servidor, existe otra serie de ventajas, comolas siguientes:

* Una sola conexin sirve para enviar a TODOS los destinatarios y

recibir de TODOS los remitentes

* Alta disponibilidad - Confidencialidad absoluta

* Integridad de datos implcita en los protocolos utilizados

* Mantiene y facilita control de documentos

REDDE TELECOMUNICACIONES

Las empresas usuarias del servicio tiene acceso al Centro de Compensacin a travs dela red Terrestre y/o Satelital de STARTEL. El ingreso a la misma podr ser por medio deacceso directos (X.25, X.28) o por la red telefnica conmutada al centro ms cercano(acceso RAC X.28). La eleccin del vnculo se determina en funcin del trfico que lasempresas necesitan cursar.

Los accesos a la red terrestre con que cuenta el Centro de Compensacin

tiene la facilidad de cobro revertido. Es decir, los clientes que se comunican con el Centrono abonan el trfico generado en la Red.

El protocolo utilizado es el OFTP (Odette File Transfer Protocol), el cual fue diseadoespecialmente para intercambios EDI y es en la actualidad el de mayor difusin.

ESTACINDE USUARIO

La estacin de trabajo es la herramienta software que permite realizar la conexin delsistema informtico de cada Cliente con el Centro de Compensacin. La misma cubre lasiguientes funciones:

* Comunicaciones* Traduccin de mensajes al formato estandarizado

* Interfase con las aplicaciones del sistema informtico del Cliente

* Entrada manual de datos e impresin de documentos recibidos


32/55

El equipo necesario para soportar la Estacin de Trabajo, en su configuracinbsica, es una computadora AT, un modem compatible Hayes y una conexin telefnica.

Cundo usar el EDI?

Generalmente, se utiliza el EDI cuando:

* Las partes involucradas en el intercambio son autnomas y comparten un

entendimiento predefinido, claro y comn sobre los negocios y

servicios a utilizar;

* La informacin a intercambiar puede mapearse sobre mensajes

normalizados.

Debe destacarse que aunque no se disponga de mensajes normalizados para todas lasaplicaciones, ello no debe impedir la utilizacin del EDI. En la Seccin se proporcionandirectrices o guas para el diseo de nuevos mensajes EDI.

Un uso tpico del EDI es la automatizacin de los intercambios entre un departamento yuna organizacin externa (por ejemplo, una compaa suministradora) o entre dosgrandes departamentos de la misma Administracin, cada uno de ellos dotado con su

propio sistema de informacin y diferentes formas de representar la misma informacin.No obstante, dentro de un mismo departamento pueden existir unidades que tienen suspropios dominios de aplicacin implementados sobre diferentes sistemas informticos, ynecesitan automatizar el intercambio de datos mediante el EDI.

La existencia de conjuntos de mensajes acordados internacionalmente es el elementoclave para la automatizacin de los procedimientos administrativos o comerciales. Comose indicar posteriormente en el Escenario 4, el nmero actual de mensajes normalizadoso en fase de borrador, abarca una extensa rea de aplicaciones relevantes para las

Administraciones Pblicas.

La introduccin del EDI debera decidirse teniendo en cuenta los siguientes aspectos:

* el volumen de documentos comerciales/administrativos intercambiados;

* el actual porcentaje de error en el tratamiento de documentos sobre papel;

* el coste del tratamiento y mantenimiento de documentos sobre papel;

* el factor tiempo (si es crtico o no);


33/55

* el valor estratgico asignado al EDI en trminos de beneficios a largo plazo.

Este anlisis debera compararse con la evaluacin del coste necesario para

implementar una solucin basada en el EDI. A los costes de contratacin previstosdeberan aadirse los costes derivados de procedimientos internos (por ejemplo,

preparacin del personal).

2.1.2 e-commerce y e-bussiness.

Da a da debemos sumar nuevas palabras a nuestro vocabulario, el e-commerce y ele-business no son la excepcin.Pero uno de los mayores problemas que encontramos es que existen tantos trminosque terminamos no conociendo la diferencia entre ellos, y muchas veces ni susignificado.Para tratar de entender estos trminos iniciare por definir cada uno de ellos intentando

con esto dar un panorama sencillo pero suficiente para entender las diferenciasbsicas entre el e-Business y el e-Commerce:Usare a lo largo de este resumen los trminos e-commerce y comercio electrnicoindistintamente, as como e-business y negocios en lnea.Muchas veces se presenta confusin entre los trminos e-commerce y e-business,tratndolos como sinnimos y esto no es as. Aunque existe una relacin entre ambosno podemos decir que son los mismos trminos. Veamos cuales son las definicionespara conocer mejor de lo que estamos hablando.

Definiciones:EbusinessEs una "interaccin con los socios de negocio, donde la interaccin es permitida por

tecnologa de informacin". Esto es una definicin exacta, pero no nos da muchapenetracin en el eBusiness, o tambin se le define como un sistema de informacin oaplicacin a la cual se le delegan procesos de negocios.El uso tanto de tecnologa como de nuevas estrategias de negocios para realizarnegocios en lnea. El negocio en lnea provee un canal de ventas, marketing, einformacin on-line. (Negocio en lnea).Se define al EBusiness como cualquier actividad empresarial que se efecta atravs de Internet, no slo de compra y venta, sino tambin dando servicio a losclientes y/o colaborando con socios comerciales.Desde el punto de vista del negocio, EBusiness (Negocio Electrnico) es elproceso que estn utilizando las empresas para hacer negocios usando redes

(Internet). Ocurre cuando se conectan los sistemas informticos de una compaa asus clientes, empleados, distribuidores o proveedores, y todos se entrelazan a travsde la Internet, Intranets o Extranets.Las tres definiciones anteriores muestran que resulta difcil dar una definicincompletamente apropiada para el e-Business. Definiciones incompletas, slo parabienes (produccin, promocin, venta y distribucin de productos a travs de redes detelecomunicaciones), slo para servicios (intercambio de informacin a travs detransacciones electrnicas) o slo desde el punto de vista empresarial (uso de lastecnologas de la informacin para realizar negocios entre compradores, vendedores y


34/55

socios con el fin de mejorar el servicio al cliente, reducir costos y finalmente, aumentarel valor de los accionistas) nos conducen a dar una definicin ms integradora ygeneral tal y como la siguiente:e-business es la aplicacin de las tecnologas de la informacin para facilitar lacompraventa de productos, servicios e informacin a travs de redes pblicasbasadas en estndares de comunicaciones. Tiene que existir en uno de los extremosde la relacin comercial un programa de ordenador y en el otro extremo o bien otroprograma de ordenador, o una persona utilizando un ordenador o una persona con losmedios necesarios para acceder a la red.El paradigma del e-business, comprende la combinacin del Internet con los sistemasde informacin tradicionales de una organizacin (Web + Tecnologa de Informacin)y permite potenciar los procesos vitales de negocios que constituyen la base yesencia de una empresa. Las aplicaciones basadas en los conceptos de e-businessse caracterizan por ser interactivas, con alta intensidad de transacciones, y porquepermiten un relanzamiento de los negocios hacia nuevos mercados.El E-business utiliza el web tanto como un medio, como un elemento demarketing para el comercio.

La diferencia fundamental entre el web y cualquier otro medio electrnico (fax,telfono, etc.) es que va ms all de facilitar la comunicacin pues permite lainteraccin entre los usuarios, compradores y vendedores en un entorno que no esfijo, ni es fsico siquiera, sino que es creado por la confluencia de redes estndares,navegadores web, software, contenidos y personas. Por ello, las barreras fsicas detiempo y distancia existentes entre los proveedores y sus clientes se ven reducidas almnimo.Sin estas barreras, el comprador y el vendedor se enfrentan el uno con el otrodirectamente a travs de una conexin electrnica. No hay que desplazarse a latienda fsica, no hay vendedor, no hay que rellenar datos y no hay una cajera a lasalida. En lugar de todo eso hay un sitio web. Por tanto, e-Business representa uncambio en la forma de interactuar entre el comprador y el vendedor.

Para el comprador, significa que los costos de buscar o cambiar de proveedor sonmnimos. Para el vendedor, el riesgo de no atraer la atencin del comprador yperderlo es muy elevado. En este nuevo entorno, la mayor parte de la responsabilidadde decidir cmo se hace una operacin de compraventa se ha traspasado de losvendedores a los compradores.


35/55

En tanto que el e-Commerce es en esencia el Comercio Electrnico. Sin embargoexisten definiciones mucho ms especficas como las siguientes:

EcommerceEcommerce es el paso ms reciente de la evolucin de las transacciones de negocio.

Substituye (o aumenta) el intercambio del dinero o de las mercancas por elintercambio de la informacin de la computadora a la computadora.E-Commerce: Comprende la compra, venta, marketing, y servicios para productos oservicios por medio de redes de computadoras. Se puede ver como aplicaciones e-business aplicadas a las transacciones comerciales.En resumen, El Comercio Electrnico (e commerce) es, bsicamente, el uso demedios electrnicos, para realizar la totalidad de actividades involucradas en lagestin de negocios: ofrecer y demandar productos y/o servicios, buscar socios y


36/55

tecnologas, hacer las negociaciones con su contraparte, seleccionar el transporte ylos seguros que ms le convengan, realizar los trmites bancarios, pagar, cobrar,comunicarse con los vendedores de su empresa, recoger los pedidos; es decir todasaquellas operaciones que requiere el comercio.El Comercio Electrnico, a travs de Internet, implica la utilizacin de esta red comomedio para facilitar el intercambio de bienes y servicios. La forma ms avanzada esaquella en la que un cliente: visualiza, selecciona y formaliza la adquisicin deproductos o servicios cuya descripcin est disponible en un servidor conectado aInternet. Las empresas pueden colocar el catlogo completo de sus productos oservicios en Internet, y dar acceso abierto a sus potenciales clientes a una enormevidriera virtual, as como tambin, renovar estos productos, dialogar con sus clientes ypor lo tanto ajustarse a sus necesidades.La utilizacin de la red Internet como un canal comercial debe obedecer a unplanteamiento estratgico y de negocios de la organizacin. Para algunas empresasser el medio prioritario de desarrollo de su actividad. Para otras ser un canalcomplementario. Es un canal en el que la tecnologa tiene un papel importante perono puede ser sta la que condicione de forma exclusiva las decisiones a tomar.

En la actualidad, existe una gran cantidad de empresas que se dedican a estaactividad, quizs el caso ms conocido sea el de Amazon.com el cual es un sitioweb que inicialmente se dise para la venta y distribucin de libros a travs de laWorld Wide Web y en donde actualmente un usuario cualquiera puede adquirirartculos de casi cualquier tipo, los mismos que llegan a vuelta de correo,prcticamente a cualquier lugar del mundo, despus de la respectiva confirmacin dela venta.El comercio electrnico, o el e-commerce, es un trmino muy amplio. El e- commercese da entre el negocio y los consumidores y tambin entre un negocio y otro, para elintercambio de datos electrnicos (EDI) es un formato para las redes privadas delexcedente de la informacin del negocio de cambio.Fue creado para automatizar y para apresurar el intercambio de la informacin entre

las compaas que hacen regularmente negocios juntas.Despus de ver las definiciones podemos notar que existen diferencias entre ambostrminos, el comercio electrnico forma parte del negocio en lnea, y nocomprende todo el e-business. Es por esto que no podemos decir que el e-businesses igual al e-commerce, sino que el e-commerce es un componente ms del e-business.En la siguiente imagen creo que podemos apreciar lo dicho anteriormente. Tambinpodemos apreciar otros elementos que componen el e-business y que a continuacindetallare.


37/55

e-commerce: dentro del comercio electrnico tenemos varias acciones que podemosrealizar como son: la transferencia electrnica de fondos, manejo de la cadena deproduccin, el e-marketing (marketing orientado a Internet), y el procesamiento detransacciones en lnea. Estos son algunos de los elementos que pueden estarcomprendidos dentro del e-commerce, no es necesario implementar todos ellos parahablar de e-commerce.

Quizs el tipo de comercio electrnico (e-commerce) ms difundido es el carritode compras, es en el cual el cliente selecciona los productos que quiere comprar,ingresa sus datos, y enva el pedido. El pago puede ser tanto por los mediostradicionales, o directamente puede ser realizado en lnea (el cliente ingresa sunmero de tarjeta de crdito, se verifican sus datos, y se debita automticamente elimporte de la operacin de su cuenta).


38/55

Este tipo de e-commerce, considero que es a la fecha el ms popular y que grannmero de empresas en la red lo manejan.

Comunicacin y colaboracin empresarial: esta parte del e-business se ocupa demejorar los procesos de comunicacin para lograr una mejor integracin de lossistemas y eficiencia. A su vez podemos enumerar algunas de las funciones quepueden ser incorporadas en esta parte: e-mail, mail de voz, foros de discusin,sistemas de Chat, video conferencias, y sistemas de colaboracin.

Sistemas internos de negocio: quizs esta sea una de las partes menos visibles dele-business, pero no por ello la menos importante. Dependiendo de la escala denuestro negocio, debemos tener una estructura de informacin que nos desoporte para poder tomar decisiones y realizar las acciones necesarias.


39/55

Debemos poder delegar en los sistemas informticos la mayor cantidad de procesosposibles, para poder dedicarnos verdaderamente a nuestro negocio, y no perdertiempo en procesos que no hacen al negocio. Dentro de los sistemas internos denegocio podemos enumerar algunos de ellos:CRM- Customer Relationship Management (Manejo de las Relaciones con el Cliente).ERP - Enterprise Resource Planning (Planeamiento de los Recursos de la Empresa),sistemas para el manejo del conocimiento, sistemas para el manejo de ladocumentacin, control de procesos, etc.SCM- Supply Chain Management (Gerencia de la cadena de Suministro).E-procurement es la automatizacin de procesos internos y externos relacionadoscon el requerimiento, compra, suministro, pago y control de productos utilizando elInternet como medio principal en la comunicacin cliente-proveedor. Es unatecnologa relacionada con la administracin de la cadena de suministros (SupplyChain Management), y entre sus principales caractersticas puedo mencionar lautilizacin de informacin de requerimientos, inventarios, material en trnsito, entreotros, desplegados a travs de una pgina de Internet. El flujo de informacin serealiza en tiempo real, y permite conocer los datos al instante de producirse algn

cambio en las variables.Otra de las ventajas es el acceso desde cualquier punto en donde exista servicio deInternet sin importar las distancias geogrficas, o estar fuera de las instalaciones de laempresa. Adems cuenta con acceso restringido al personal que previamente ha sidoautorizado por cliente y proveedor para intercambiar informacin; esto es muyimportante para mantener la proteccin a la informacin estratgica del negocio ycumple con los parmetros establecidos en las relaciones negocio a negocio (B2B).Podemos apreciar que el mundo del e-business es muy amplio e incorporaprocesos de varias reas de una organizacin. Es por esto que su implementacindentro de una organizacin debe ser correctamente planeada e implementada demanera tal que tenga el menor impacto negativo en los empleados.Las implementaciones deben ser realizadas por etapas, y debe permitir la integracin

con los dems sistemas.La diferencia entre e-business y e-commerce, es absolutamente artificial, perodiversos trminos llevan diversos significados.

DIFERENCIAS ENTREE-COMMERCE Y E-BUSINESS

Usualmente los trminos e-commerce y e-business se utilizan como sinnimos, sinembargo son diferentes y es importante que las empresas conozcan estas diferenciasDe acuerdo con los artculos ledos en la red y en algunos libros, estas diferenciasconsisten en:

y El e-commerce cubre los procesos por los cuales se llega a los consumidores,proveedores y socios de negocio, incluyendo actividades como ventas,

marketing, toma de rdenes de pedido, entrega, servicios al consumidor, yadministracin de lealtad del consumidor.y El e-business incluye al e-commerce, pero tambin cubre procesos internos

como produccin, administracin de inventario, desarrollo de productos,administracin de riesgo, finanzas, desarrollo de estrategias, administracin delconocimiento y recursos humanos.

La estrategia de e-commerce es ms estrecha, est ms orientada a las ventas y esms simple que otras iniciativas:


40/55

y Sirve para analizar como usar Internet para mejorar reas como ventas,marketing, compras y objetivos de servicio al consumidor.

y Puede hacer foco en las ventas y las rdenes tomadas sobre Internet, y puedeservir para realizar mediciones acerca del crecimiento o decrecimiento de lacurva de ganancias.

Las estrategias de e-business tienen un alcance mayor, son ms desafiantes,ofrecen ms recompensas y probablemente requieren de fuertes cambiosestructurales dentro de la organizacin:

y Implican el rediseo total de los negocios, cambiando y revisando todos losprocesos en la compaa para capturar las eficiencias que pueden proveer eluso de la tecnologa en redes.

y Las estrategias de e-business incluyen oportunidades de obtener ganancias,pero el foco principal est en los costos y la eficiencia en las operaciones.

y Las estrategias de e-business implican una cuarta categora de integracin: atravs de la empresa, con una integracin funcional profunda entre nuevasaplicaciones y procesos de negocios rediseados, y horizontalmente a travsde una integracin mayor de aplicaciones ERP o CRM. (Trminos ya descritos

anteriormente).y El empleo de un sistema de eBusiness proporciona notables ventajas tanto

para la empresa como para el consumidor, las mismas que son adicionales aaquellas que se consiguen en los negocios normales (sin acceso web) y quese constituyen en el verdadero valor agregado del e-Business

En la siguiente imagen muestro la evolucin de las empresas en el mundo digital, queen sus inicios fue tan slo el manejo del e-mail, y como estas prcticas de envo yrecepcin de datos e informacin ha venido evolucionando a pasos agigantados,hasta poner en una posicin un tanto difcil a las empresas con una administracintradicional; en la que sus ejecutivo y directivos debern evolucionar de igual maneraen su forma de administrar el negocio, y cre

Documents

Antología de Topicos de Bases de Datos