Desarrollo de aplicaciones de comercio electrónico utilizando servicios Web y herramientas BPEL

Transcripción

1 Desarrollo de aplicaciones de comercio electrónico utilizando servicios Web y herramientas BPEL Federico Baroni Facultad Regional Santa Fe fbaroni.utn@gmail.com Resumen Las plataformas tradicionales de comercio electrónico utilizan arquitecturas centralizadas que abarcan la capa de presentación, la lógica y las bases de datos. Este enfoque fue válido en los primeros años de Internet, donde las aplicaciones de comercio electrónico no tenían la necesidad de comunicarse constantemente unas con otras para poder trabajar eficientemente. Actualmente, este tipo de aplicaciones hacen uso de una gran cantidad de servicios distribuidos, por lo que la comunicación entre éstos es clave para el buen funcionamiento del negocio. Por estos motivos, ha surgido la necesidad de pensar en nuevas arquitecturas de recursos informáticos para la implementación de aplicaciones de comercio electrónico. Los nuevos modelos de negocios requieren la interacción de aplicaciones heterogéneas, dispersas geográficamente. Por ello, se debe pensar en arquitecturas distribuidas que soporten diferentes tecnologías. El objetivo del trabajo es presentar una herramienta BPEL(Business Process Executation Language) para el diseño de aplicaciones distribuidas, con tecnologías de servicios Web, que integre operaciones de manera transparente y con independencia del lenguaje de programación. Se plantean modelos de búsqueda de libros y carro de compras como servicios Web y se los implementa en la herramienta Intalio BPMS. Como resultado se obtiene una aplicación Web PHP accesible a los usuarios mediante un navegador web que hace uso de servicios Web para implementar su lógica. Palabras Claves:Comercio Electrónico, Modelado, Aplicaciones, Servicios Web, BPEL, Intalio. 1. Introducción Las plataformas tecnológicas tradicionales de comercio electrónico tipo B2C (Business-to- Consummer) se basan en modelos cuyos recursos informáticos son centralizados, con una arquitectura en capas de servidores que implementan la interfaz de usuario (Servidor Web), su lógica de negocios (Servidor de Aplicación) y el acceso a Bases de Datos (Servidor de Base de datos) [1]. Las aplicaciones actuales de comercio electrónico son distribuidas y hacen uso de numerosos servicios internos y externos de la empresa para funcionar[2], por lo que la integración entre éstos constituye una necesidad y un factor competitivo. Los modelos actuales de comercio electrónico proponen dos perspectivas: Ricardo Lerman Facultad Regional Santa Fe ricardolerman@hotmail.com Estrictamente transaccional: Representada por las funcionalidades del sitio y vinculadas a la tecnología[3]. Organizacional: referidas a las estrategias de negocios y redes de asociaciones. Dichas redes requieren arquitecturas dinámicas, que integren aplicaciones en plataformas heterogéneas, procurando un alto grado de interconexión de operaciones[4]. La arquitectura cliente-servidor permite de manera parcial implementar soluciones que soporten comunicación entre aplicaciones con independencia de la plataforma y lenguaje de programación. Por tanto, se necesitan tecnologías y herramientas que integren completamente aplicaciones distribuidas de una manera sencilla y transparente para los desarrolladores. Los servicios Web son aplicaciones que están disponibles en Internet y utilizan estándares para lograr interoperabilidad a través de la Web, de modo que los servicios puedan ser vistos y accedidos en forma independiente al lenguaje y tecnología. El modelo arquitectónico basado en servicios Web está centrado en las aplicaciones, con comunicaciones que se realizan directamente entre éstas de forma transparente[5]. Este modelo facilita la interoperabilidad y la integración flexible de aplicaciones desarrolladas en distintos sistemas operativos, lenguajes de programación o arquitecturas de procesadores. Los procesos de comercio electrónico requieren la representación de sus interacciones, pero los servicios Web por sí mismos, no soportan la posibilidad de modelar los procesos y sus conexiones interorganizacionales. Esto trae la necesidad de orquestar [6] servicios Web, es decir, establecer patrones para gestionar las interacciones entre ellos. WS-BPEL o BPEL (Web Service Business Process Executation Language) es un lenguaje de programación que describe procesos de negocios que orquestan servicios Web[7]. Esto permite obtener una visión global del sistema y manejar las interacciones entre los servicios individuales, para así poder integrar los servicios Web sin preocuparse en cuestiones propias de la implementación de los mismos. El objetivo de este trabajo es presentar una herramienta BPEL(elegida luego de un análisis de las distintas alternativas disponibles) para el diseño de aplicaciones de comercio electrónico con servicios Web y mostrar un caso de implementación para consultas de libros a una base de datos(así como agregar los mismos al carro de compras), tanto del cliente como el proveedor de servicios. 1

2 2. Elementos y metodología La arquitectura de servicios Web se basa en tres roles fundamentales[8]: 1. El Proveedor del servicio Web, que implementa la funcionalidad del mismo y lo hace disponible. 2. El Cliente del servicio Web, que consume los servicios que ofrece el proveedor mediante el envío de requerimientos XML (Extensible Markup Language). 3. El Registro de servicios Web, que es la Ubicación donde los proveedores publican sus servicios y donde clientes los buscan para hacer uso de los mismos. Los proveedores usan WSDL(Web Services Description Language) para definir las interfaces externas de los servicios Web ofrecidos. WSDL es utilizado para expresar: 1. La localización de los servicios Web. 2. Las descripciones de las operaciones que realiza cada uno(y como invocarlas). 3. Las funciones de negocio que cumple cada servicio Web. En general, estas descripciones son publicadas en los registros de servicios Web, para que los clientes puedan acceder a ellas y hacer uso de los mismos. Los clientes y proveedores se comunican con el protocolo de mensajes SOAP(Simple Object Access Protocol), escrito en XML y utilizado por los clientes para enviar requerimientos y por los proveedores para enviar las respectivas respuestas a éstos. Este protocolo es utilizado para intercambiar mensajes y realizar llamadas a procesos remotos en un ambiente distribuido de la forma más transparente y sencilla posible. Existen dos tipos definidos de mensajes:request(utilizado por los clientes) y Response(utilizado por los proveedores). En ciertos casos, se puede añadir un payload 1 para que haya consistencia entre las interpretaciones de los datos. Los registros de servicios Web son opcionales y se implementan utilizando el protocolo UDDI(Universal Description, Discovery, and Integration)[5], el cual es un conjunto de protocolos que tienen como objetivo ofrecer un directorio de servicios que pueden ser consultados tanto por clientes como por aplicaciones, para así descubrir servicios Web y obtener sus respectivas descripciones(elaboradas usando WSDL) para poder invocarlos. Para implementar la interacción entre varios servicios Web para lograr un objetivo de negocio, los desarrolladores pueden utilizar BPEL, el cual es un lenguaje de orquestación 2 de servicios Web basado en XML, que sirve para definir la forma en que van a cooperar los servicios Web(cada uno de ellos definido de manera independiente o no) para realizar un proceso. BPEL es un lenguaje de programación similar a los tradicionales (como Java o C++), pero con la diferencia de que la codificación se realiza a un nivel de abstracción mayor a éstos[9]. Existen ventajas que trae aparejada la utilización de BPEL. Primero, permite concentrarse en la interacción de los Web Services y no de la funcionalidad de los mismos(definida en las especificaciones WSDL de cada uno). Segundo, expresa la lógica de colaboración y la secuencia de eventos[10], mientras que los Web Services proveen las funcionalidades individuales. Finalmente, como está basado en XML, la programación puede realizarse de manera tradicional(del mismo modo que se codifica un programa en XML), pero en el uso cotidiano, BPEL se programa de forma gráfica, para que los responsables de negocio puedan definir y analizar los procesos de negocio implementados. La notación más utilizada para esta tarea es BPMN(Business Process Management Notation), la cual fue concebida para ser entendida de manera rápida por todas las personas involucradas en los procesos de negocio, desde los gerentes(sin conocimiento técnico) hasta los programadores. BPMN permite ver y organizar los pasos que se ejecutan de manera coordinada por los participantes de un proceso para obtener un objetivo de negocio. Los modelos implementados en la herramienta propuesta fueron elaborados con esta notación Herramientas Analizadas jboss JBPM Es un gestor de procesos de negocio y una plataforma para lenguajes de procesos ejecutables, que cubre desde la gestión de procesos de negocio (BPM) bajo workflow hasta la orquestación de servicios[11]. Actualmente jbpm soporta tres lenguajes de procesos, cada uno enfocado a un ambiente y funcionalidad especifica: jpdl, Pageflow y BPEL(el utilizado en el actual trabajo). jbpm soporta estos lenguajes de procesos sobre una sola tecnología denominada Máquina Virtual de Procesos. Es una herramienta gratuita y totalmente open-source. Podemos ver la misma en la figura 1. Soporta distintas versiones del servidor de aplicaciones de jboss y distintas bases de datos como Hypersonic o MySQL. Toda la información relativa a la ejecución del proceso debe persistir en una base de datos de la cual poder recuperarla cuando sea preciso. Para la persistencia en bases de datos, jbpm utiliza Hibernate. Se puede integrar con jboss Tools, que es un conjunto de herramientas para Eclipse. Permite definir procesos de forma gráfica, workflows. La instalación de jbpm en JBoss incluye una aplicación 1 Bytes incluidos en un paquete a ser transferido que no son parte de la carga útil. Son necesarios para funciones como corrección y detección de errores, así como para ayudar a la sincronización. 2 Los lenguajes de orquestación definen los procesos de negocio teniendo en cuenta el punto de vista de un participante particular del mismo. 2

3 web de administración de jbpm, llamada jbpm Administration Console. Esta aplicación, permite controlar grupos, usuarios, procesos, tareas y trabajos. Su principal desventaja es que no respeta el estándar de BPMN. Parte de la configuración se efectúa a través XML. Figura 1: jbpm IBM Websphere IBM WebSphere Business Modeler es una herramienta de modelado construida según estándares abiertos y basada en Eclipse, lo cual le permite integrarse fácilmente con la arquitectura existente de una organización. Permite visualizar, documentar y modelar los procesos de negocio, a fin de comprender la ejecución de procesos. El software se basa en BPEL. Brinda soporte para exportar los modelos a formatos UML y las herramientas de desarrollo Rational Rose XDE[12]. La herramienta puede ser visualizada en la figura 2. Características principales: Provee una biblioteca incorporada de KPIs (Indicadores Clave de Desempeño) dentro de WebSphere Business Modeler, para simplificar el modelado de procesos de negocio. Habilita a compartir modelos y colaborar utilizando un navegador Web. Da soporte a la importación de contenido XML basado en plantillas de Microsoft Excel y formatos de archivos que incluyen Visio y texto delimitado. Permite a los usuarios modelar procesos con gráficas personalizadas y estilos BPMN dentro de un entorno de modelado personalizable. Se integra con herramientas de reporte, como Crystal Reports, Microsoft Word o archivos PDF.Facilita la integración sin problemas de funciones de modelado, creación de flujos de trabajo y simulación. Proporciona simulación basada en un repositorio, informes de modificaciones de diseño y medición del rendimiento en tiempo real. Permite la supervisión del flujo de trabajo basado en Internet a través de una interfaz de navegador estándar. IBM WebSphere Application Server (servidor de aplicaciones WebSphere) está construido usando estándares tales como J2EE, XML, y Servicios Web. Esto funciona con varios servidores web incluyendo Apache HTTP Server. Está disponible la Community Edition [13], totalmente Gratuita. Características principales: Soporte para base de datos. Soporte para clustering. Modular y customizable. Soporta customización durante la ejecución. La versión paga contiene las principales ventajas de la plataformas tales como: Gestor de Workload(Carga de trabajo) z/os para gestión priorizada de las cargas de trabajo mezcladas Servicios de Recuperación de Recursos (integridad de transacciones añadida para transacciones críticas y complejas) Soporte para los productos de mainframe de seguridad tales como RACF La familia de productos WebSphere además incluye herramientas para diseñar procesos de negocio (WebSphere Business Modeler), para integrarlos en las aplicaciones existentes (WebSphere Designer), ejecutar y monitorizar dichos procesos (WebSphere Process Server, WebSphere Monitor). Estas herramientas son todas pagas. 3

4 Figura 2: Websphere Business Modeler BizAgi BPM Suite BizAgi BPM Suite es una solución de BPM que maneja el ciclo de vida de los procesos de negocio: modelado, automatización, ejecución y gestión, y mejoramiento continuo[14]. BizAgi Studio es el ambiente de construcción con el cual se automatizan los procesos diseñados. Ofrece un conjunto de herramientas que permiten definir gráficamente el modelo asociado a un proceso de negocio (flujograma, reglas de negocio e interfaz de usuario). Este modelo se almacena en una base de datos, es interpretado y ejecutado en producción por el BPM Server de BizAgi(servidor BPEL) sin necesidad de recurrir a código intermedio. Existe una versión gratuita denominada Bizagi Process Modeler(que se puede visualizar en la figura 4, la cual no ofrece las funcionalidades de interpretación del modelo generado para ser ejecutado en el servidor de procesos BPEL. BizAgi Studio ofrece un ambiente de colaboración y multiusuario diseñado para soportar proyectos de BPM de tamaño considerable. Todo el trabajo es guardado en forma segura en un ambiente común y puede ser reutilizado por otras personas. BizAgi hace viable la cooperación entre equipos ubicados en diferentes sitios, las personas pueden modificar los procesos y guardarlos, dejando disponible las mejoras al resto del equipo de trabajo. La aplicación web resultante del proceso de automatización realizado con la herramienta BizAgi logra que en el momento que se modifica el proceso (cualquier elemento del modelo), la aplicación web refleja este cambio automáticamente Intalio BPMS Intalio BPMS es un software Open Source basado en Java J2EE, en frameworks y arquitecturas ampliamente utilizadas en la industria del sofware. Intalio BPMS es una herramienta BPEL de código abierto, que permite diseñar modelos en la notación BPMN [15]. Intalio Designer: Herramienta para el diseño de los procesos de negocio, basada en Eclipse. Se puede visualizar la misma en la figura 3. Intalio Server: Un Servidor de Aplicaciones donde residen los servicios de procesos de negocio [16], basado en Tomcat. El modelo de negocio de Intalio, esta basado en una licencia dual. IntalioBPMS se distribuye en 3 ediciones: Community Edition: Edición abierta de IntalioBPMS, bajo una licencia pública de Mozilla (MPL). Es gratuita. Enterprise Edition: Edicion paga. Puede desplegarse en otros servidores y bases de datos, su mayor características es el manejo transaccional. La implementación de BPM 2.0 se realiza alrededor del Eclipse, y está basado en un conjunto de plugins. Ésto permite contar con un diseñador sobre un ambiente extensible de utilitarios y componentes desarrollados por terceros. En el presente trabajo, se considero a la herramienta Intalio BPMS Community Edition la más adecuada debido a que proporciona un esquema adaptable al usuario y soporta un conjunto amplio de estándares de la industria. Es de código abierto en su totalidad y existe una amplia base de comunidades y desarrolladores que colaboran periódicamente con mejoras, detección y corrección de errores. Es extensible, ya que se pueden ser agregar nuevas características. Las 4 herramientas analizadas fueron comparadas en la Tabla Modelo de Consulta a Base de Datos El modelo propuesto se plantea en la figura 5 y muestra la relación entre un servidor de servicios Web y un servidor Web que hace uso de los mismos de forma directa, sin implementar el protocolo UDDI para referencia de búsqueda. 4

5 Figura 3: Intalio Designer Tabla 1: Tabla comparativa de herramientas analizadas 5

6 Figura 4: Bizagi BPMN Modeler La operación a realizar por un usuario consiste en la consulta a una Base de Datos que contiene información de libros. A través de un formulario se ingresa el dato clave de búsqueda. El servidor Web utiliza este dato para realizar una consulta a la Base de Datos mediante la invocación de un servicio Web, el cual es ejecutado en un servidor remoto. Una vez obtenida la respuesta, se responde al usuario la información resultante. Se define un Pool por cada participante del proceso: Servidor Web (representa la interfaz con el usuario), Servidor de Servicios Web (ejecuta el proceso de negocio) y Servidor de Base De Datos (pone a disposición un servicio Web de consultas a una base de datos por Internet). Luego se definen las tres actividades principales: invocación del proceso (realizada por el servidor Web), consulta al servidor de Base de Datos (ejecutada por el servidor de Servicios Web) y la consulta a la base de datos propiamente dicha. Por último se diseñan los esquemas XML a intercambiar entre el Cliente y el Servidor (Título (incluye el título a buscar) y Resultados (incluye Titulo, editorial, autor y precio). Para realizar esta tarea, primeramente se diseñan los formularios, y luego la herramienta automáticamente genera los archivos XSD (XML Schema Description) correspondientes. Se crea un perfil de conexión a la base de datos para luego realizar las consultas. Como motor se utiliza MySQL y como cliente, PHPMyAdmin. Se definen tablas que contienen la siguiente información: Id, Titulo, Autor, Editorial, Precio y Stock, así como la consulta a realizar por el Servidor de Base de Datos (en lenguaje SQL, sin especificar el título a buscar, ya que este va a ser definido en el momento de la ejecución del proceso). Con esta consulta, se define el servicio que ofrece el Servidor de Base de Datos. Esta actividad intercambia información por medio de mensajes SOAP con el Servidor. Recibe un título y devuelve todos los datos referidos al mismo. El contenido de los mensajes SOAP intercambiados entre los tres participantes se especifica utilizando la herramienta Data Mapper. Esta asignación de datos se realiza de una manera gráfica y se puede observar en la figura 6. De este modo, el proceso de negocios ha sido totalmente definido. Se procede a ejecutar la operación Deploy, la cual valida el modelo BPMN, genera el código BPEL correspondiente de manera totalmente automática y define los archivos WSDL y XSD (XML Schema Definition) para que los servicios Web puedan ser invocados por un cliente. Dicho código se ejecuta en Intalio Server, el cual puede estar ubicado en la misma máquina que Intalio Designer o en una diferente, pudiéndose especificar en este paso del proceso de implementación la dirección de la misma. Los procesos implementados pueden ser accedidos tanto en la consola propia ofrecida por la herramienta como de manera genérica utilizando las descripciones de Web Services (WSDL generados) disponibles en el servidor (cuyo motor BPEL es Apache ODE). El proceso comienza con un evento específico, que en nuestro caso es el momento en que el servidor recibe un mensaje XML que contiene el título del libro a buscar. Luego de probar su correcta ejecución en la consola de Intalio Server, se descargan los archivos WSDL y XSD para ser almacenados en un servidor Web ubica- 6

7 do en la misma máquina donde se ejecuta el servidor de servicios Web (para que están disponibles para los clientes que lo necesiten). Para poder acceder a los servicios Web de manera remota se realizan modificaciones al archivo WSDL, especificando una URL no local(fija). En nuestro caso, este cambio fue necesario ya que por defecto la herramienta considera que tanto cliente como servidor de los servicios Web estan ejecutándose en la misma maquina y en este caso se eligió el acceso remoto a los servicios Web desde distintos clientes. Figura 5: Modelo implementado Intalio BPMS: busqueda de Libros con servicios Web Para la implementación del Cliente que hará uso de los servicios Web se eligió el lenguaje de programación PHP 3 y la librería nusoap(elegida por su estado maduro de desarrollo y por la cantidad de material disponible sobre la misma). El cliente es ejecutado en un Servidor Web(Apache HTTP Server) ubicado en una máquina diferente que el servidor de Web Services. Para la implementación de los servidores Web de tanto el cliente como el proveedor de servicios web se utilizó XAMPP 4. XAMPP está siendo ejecutado en Windows Vista en el escenario implementado. La arquitectura implementada puede verse en la figura 7 La misma funciona de la siguiente manera: El usuario visualiza una página web donde hay un formulario en el cual ingresa el título del libro a buscar y el Servidor Web se encarga de ejecutar el Cliente de Servicios Web para obtener los datos requeridos. El Servidor de servicios Web recibe desde el Servidor Web un mensaje del tipo request y con los datos del mismo, ejecuta el proceso previamente definido y envía un mensaje response correspondiente al Servidor Web. Luego el Servidor Web muestra los datos contenidos en el mensaje en una nueva página web para que el cliente los visualice Modelo de agregar productos al carro de compras Esta transacción es implementada de manera similar al modelo anterior y funciona de la siguiente manera: El servidor web envía un requerimiento que incluye el código de libro buscado y la cantidad requerida del mismo. Con estos datos, el proveedor de Web Services verifica si hay stock del mismo. En caso positivo, la cantidad requerida es quitada del stock actual para que el mismo libro no sea vendido a otro cliente. En este proceso no se incluyen los datos del comprador (el cliente del vendedor de libros), ya que es una transacción realizada entre el proveedor de Web Services(En este caso, el proveedor de libros) y el cliente de los mismos(el local vendedor de los mismos). Esta operación se implementa en otro diagrama en la herramienta Intalio,(que podemos ver en la figura 8) ya que representa un proceso de negocio diferente al anterior (búsqueda de libros) y además hace uso de servicios Web diferentes. Al terminar el proceso en el proveedor, el cliente de servicios Web recibe una respuesta del tipo booleano 5. Dependiendo el valor de éste, el cliente puede 3 Lenguaje de programación interpretado utilizado para generar páginas Web dinámicas y cuyo código puede ser embebido a páginas HTML. Es ampliamente utilizado como parte de las arquitecturas LAMP (Linux + Apache + MySQL + PHP), muy popular entre los desarrolladores Web 4 Distribucin del servidor Open Source Apache que incluye MySQL, PHP and Perl.( 5 Un valor que tiene dos valores posibles: Verdadero (1) o Falso (0). Su nombre proviene del uso de los mismos para el álgebra de Boole. 7

8 Figura 6: Ejemplo de utilizacion de la herramienta Data Mapper Figura 7: Arquitectura implementada realizar dos acciones diferentes: En el caso que la respuesta sea negativa, el usuario visualiza en la pantalla un mensaje informándole de la falta de stock y se le da al usuario la opción de volver a la búsqueda para así intentar adquirir otro título disponible. Si la respuesta es positiva, el título es agregado a una lista que es mantenida por el Cliente de servicios Web (el Servidor Web) que incluye: Usuario que adquiere el título, código del título, cantidad adquirida, el precio total y la fecha. En el momento de confirmar la compra, se hará uso de la lista que mantiene el cliente para proceder con los procesos de Gestionar Cobros y Enviar Artículos. Dichas operaciones no han sido implementadas al momento de la presentación del presente trabajo. 3. Resultados Se presenta a Intalio BPMS como una herramienta BPEL de modelado y diseño de aplicaciones distribuidas, con capacidades para realizar el modelo gráfico del proceso de negocio e implementar y generar el código a ejecutar en el Servidor de servicios Web. La arquitectura propuesta consiste en tres servidores (servidor Web, servidor de Base de Datos y servidor de servicios Web) que se comunican entre sí con protocolos HTTP y mensajes SOAP. Se implementó un cliente de servicios Web en un Servidor Web remoto que utiliza la funcionalidad ofrecida por el proceso previamente definido, para brindarle al usuario de la aplicación Web la posibilidad de buscar libros en una base de datos remota y agregar los mismos a un carro de compras. 4. Discusión El desarrollo de aplicaciones distribuidas se implementa con servicios Web por que proveen una forma transparente de comunicacion entre procesos. Grandes empresas como Google 6 y Amazon 7 ofrecen servicios Web para los usuarios. En las referencias bibliográficas se puede ver que la tecnología ademas de ser utilizada en los entornos productivos, es estudiada por los investigadores actualmente. Como prueba de esto último podemos encontrar publicaciones en repositorios de investigación como Science Direct 8 o IEEEplore 9. Se puede observar que al implementar las tecnologías de servicios Web(con o sin orquestación mediante BPEL) se agregan fuentes de errores, ya que si falla una parte de la arquitectura, el proceso se ve afectado. También dificulta la detección de errores. Cuando ocurren hechos inesperados como la congestión o caída de un servidor que ejecuta un servicio Web que forma parte del flujo actual de trabajo, se afecta la performance general del sistema. El desarrollo en BPEL permitió definir procesos de negocio que de haberlos implementado teniendo en cuenta la integración de cada servicio Web de forma independiente hubiera tomado considerablemente 8

9 Figura 8: Modelo implementado en Intalio: Agregar al carro de compras mas tiempo. La interfaces que ofrecen los servicios Web, aunque son transparentes y sencillas, no tienen en cuenta patrones de comportamiento como si los tiene en cuenta BPEL. Esto también puede originar una tendencia a desarrollar en distintos niveles de abstracción. Esto puede ejemplificarse de la siguiente manera(teniendo en cuenta el uso de BPEL en una empresa): Los programadores definen los servicios Web con el lenguaje de programación más adecuado para la aplicación (bajo nivel) Los desarrolladores que trabajan a más alto nivel (como los diseñadores o arquitectos de software) y que no tienen conocimiento técnico avanzado en todas las tecnologías, pueden integrar estos servicios Web ya definidos mediante reglas de negocio y comunicarles los resultados a los gerentes. Los gerentes pueden entender los procesos implementados y gracias a eso, pueden participar del proceso de desarrollo mediante la definición de nuevos requerimientos o la corrección de los ya existentes. También pueden otorgarle feedback a los desarrolladores para mejorar o corregir los procesos de negocio. La utilización de servicios Web puede verse generalizada para otras aplicaciones diferentes al comercio electrónico del tipo B2C. Aplicaciones que necesiten de arquitecturas distribuidas como por ejemplo: redes de universidades, aplicaciones de comercio electrónico tipo B2B, sitios de subastas, redes sociales y organizaciones sin fines de lucro distribuidas globalmente pueden verse beneficiadas por el uso de éstas tecnologías debido a que simplifica de manera considerable la comunicación entre las aplicaciones de cada una de las partes que intervienen. 5. Conclusión En las herramientas analizadas y en los modelos implementados en el presente trabajo, se puede ver que gracias al uso de las tecnologías de servicios Web, el proceso de codificación de sistemas con arquitecturas distribuidas se vuelve más transparente y flexible para los desarrolladores, ya que se puede modificar la lógica del proceso de negocios, sin tener que modificar aspectos del entorno donde es ejecutado y al mismo tiempo la interfaz del usuario (diseño del sitio Web) y/o el código ejecutado en el servidor Web pueden variar sin la necesidad de cambiar la lógica del proceso de negocio implementado en la herramienta BPEL. La abstracción que se agrega al utilizar el lenguaje de orquestación BPEL, permite mejorar la comunicación entre los analistas del negocio y los desarrolladores, ya que se utiliza una notación gráfica comprensible por ambos(visible en las figuras 5 y 8). También permite simplificar la integración entre los servicios Web ya que permite en un solo diagrama controlar la cooperación entre de ellos y los mensajes intercambiados, para así definir un proceso de negocio implementado con servicios Web de manera transparente. Si bien el uso de una arquitectura distribuida libera la carga del Servidor Web, con una posible mejora de performance, los servidores involucrados deben estar activos simultáneamente para ofrecer la funcionalidad 9

10 esperada, con el costo de seguridad y replicación. A esta desventaja se le agrega el hecho que ante un servidor congestionado se degrada la performance en todo el proceso. Se está trabajando en el modelado e implementación de nuevas funcionalidades de negocio: autenticación y registro de usuarios, enviar artículos y gestionar cobros. De esta manera se espera obtener un sitio de comercio electrónico completo que utiliza tecnologías de servicios Web. Referencias [1] Menascé, Daniel A. Scaling Web Sites through Caching IEEE Internet Computing, vol. 7, n.4, pp (2003) Addison,1986. [2] Datla, Venu, Popstojanova,Katerina Measurementbased Perfomance Analysis of E-commerce Applications with Web Service Components In proceeding IEEE International Conference on Electro Information Technology (2005) [3] Soto Acosta, P. Meroo Cerdan, A. Evaluating Internet Technologies Business Effectiveness. Telematics and Informatics, vol. 26, n. 2, pp (2009) [4] Kulkarni, N. Kumar, S. Mani, K. Padmanabhuni, S. Web Services: E- Commerce Partner Integration. IEEE Computer Society IT Pro, pp (2005) [5] World Wide Web Consortium W3C [6] Guido C., Lucchi, R., Mazzara M. A Formal Framework for Web Services Coordination. Electronic Notes in Theoretical Computer Science, vol 180, pp (2007). [7] Lucchi, R., Mazzara, M. A pi-calculus based semantics for WS-BPEL. The Journal of Logic and Algebraic Programming, vol. 70, nï 1 1, pp (2007) 2 [8] Dezhgosha, Kamyar. Angara, Swathi. Web Services for Designing Small-scale Web Applications. In proceeding IEEE International Conference on Electro Information Technology (2005) [9] Louridas,Panagotis Orchestating Web Services with BPEL. IEEE Computer Society IT Pro, pp (2008) [10] Pasley, James How BPEL and SOA are changing Web Services Development. IEEE Computer Society IT Pro, pp (2005) [11] [12] /wbimodeler/ [13] /appserv/community/features/ [14] [15] [16] guides.html 10