geração (semi)automática de metadados - Universidad Autónoma ...

ISBN: 978–972–8924–45-4 © 2007 IADIS
en el grupo de trabajo de su desarrollo. A continuación se presentarán brevemente dichos proyectos o
iniciativas:
• Business Process Execution Language [BPEL, 2007]: lenguaje de alto nivel basado en XML
diseñado para proporcionar métodos de definición y soporte para flujos de trabajo y procesos de
negocio, basándose para ello en la definición de procesos que interactúan con entidades externas
mediante operaciones de un Servicio Web. Desarrollado por grandes empresas como Oracle,
Microsoft, Sun Microsystems, etc.
• Universal Business Language [UBL, 2003]: lenguaje de modelización que trata de estandarizar
una serie de Core Components básicos existentes en la mayoría de los negocios. Define por un lado
una serie de librerías de tipos de datos, Type Libraries, que describen elementos (como una
dirección) y por otro lado define una serie de documentos estandarizados para describir
documentos del estilo de órdenes de compra, facturas, etc. Ha sido definido por OASIS.
• Web Services Interoperability [WS-I, 2007]: iniciativa de crear una serie de especificaciones
para promover la interoperabilidad de los Servicios Web a través de diferentes plataformas,
aplicaciones y lenguajes de programación. En concreto, promueve y apoya protocolos genéricos
para el intercambio de mensajes de interoperabilidad entre Servicios Web. Esta iniciativa está
siendo liderada por grandes empresas como Oracle, Microsoft, IBM, Sun Microsystems, etc.
• Core Component Message Assembly [CCMA, 2007]: iniciativa liderada por el UN/CEFACT
para desarrollar una especificación de semántica de ensamblaje de mensajes de negocio. Esta
especificación está basada en la metodología de modelado desarrollada por el UN/CEFACT
(UMM) y los Core Components de ebXML (CCTS).
• ebXML Business Process Specification Schema [BPSS, 2001]: el objetivo de la ebXML BPSS
es facilitar un nexo de unión entre el modelado de los procesos de negocio y la definición y/o
parametrización de los componentes software que soporten dicho proceso. Facilita los elementos
para describir el comportamiento que los sistemas software deben cumplir para soportar los
procesos de negocio definidos en sistemas software desarrollados mediante herramientas acordes
con esta especificación.
3. CONCLUSIONES
Como se ha podido ver a lo largo de este artículo, el estándar ebXML trata de fomentar el comercio
electrónico, los negocios electrónicos basados en Internet ofreciendo un marco de referencia genérico y
neutral y una serie de especificaciones que permitan a las empresas y a la industria el apostar por una
estrategia sólida, ampliable y fiable.
A pesar de haberse convertido en un estándar internacional, tras más de cinco años de su nacimiento la
implantación a nivel mundial no se ha logrado. Aunque existen pequeños proyectos que demuestran la
viabilidad y ventajas obtenidas [DBKK, 2007] y muchos gobiernos apuestan por él (la iniciativa IDABC de
la Unión Europea es un claro ejemplo) no consigue tener el éxito deseado.
Quizás los motivos de esa falta de difusión pueden agruparse en dos grupos: sociales y tecnológicos.
Los motivos sociales podrían resumirse en dos líneas principales: por un lado una heterogénea difusión
del comercio electrónico a nivel mundial (incluso dentro de las sociedades occidentales no se encuentra
igualmente apoyado), y por otro lado las múltiples dificultades para que estas iniciativas calen en el mediano
y pequeño comercio (principalmente sólo las grandes compañías pueden invertir en este tipo de proyectos).
Desde el punto de vista tecnológico también se puede apreciar que existen ciertas problemáticas que
perjudican su expansión: el mantenimiento bicéfalo de dicho estándar (OASIS y UN/CEFAT) provoca una
duplicidad de trabajo y una descoordinación nada buenas, y por otra parte un apoyo diversificado de las
grandes empresas de la industria a múltiples iniciativas relacionadas con el comercio electrónico, que no hace
otra cosa que crear más confusión sobre la idoneidad del estándar.
338