Revisión de los estándares ebxml, RossetaNet y BizTalk para aplicaciones de comercio electrónico

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Revisión de los estándares ebxml, RossetaNet y BizTalk para aplicaciones de comercio electrónico"

Transcripción

1 Revisión de los estándares ebxml, RossetaNet y BizTalk para aplicaciones de comercio electrónico Laura Grande Pérez Universidad de Salamanca, Salamanca, España Abstract. Thanks to the nowadays universal use of Web and to the impact produced by the Information and Communications Technologies (ICTs), an innumerable amount of information exchange schemes has been developed, among them, XML. Based on this language, new standards have appeared trying to approach enterprises problems when facing a new reality, the electronic commerce (e-commerce) or a step beyond, the electronic business (e-business). This paper reviews three of these standards ebxml, RossetaNet and Biztalk, that are trying to introduce their e-commerce or e-business solutions into great, medium and small business, not only defining a common vocabulary (ontology) but also a scheme of dialogue between companies and a safer transfer protocol to use. Resumen. A partir de la explosión Web y el impacto producido por las Tecnologías de la Información y Comunicación (TICs), se ha desarrollado una innumerable cantidad de esquemas de intercambio de información, entre ellos XML. Basados en este lenguaje, aparecen nuevos estándares que abordan la problemática de las empresas a la hora de enfrentarse a una nueva realidad, el comercio electrónico o un paso más allá, el negocio electrónico. En este artículo se presenta una revisión de tres de estos estándares ebxml, RossetaNet y Biztalk, que buscan imponerse a la hora de implantar soluciones en grandes, medianas y pequeñas empresas, no sólo definiendo un mensaje sino el esquema de diálogo entre empresas y su transporte seguro a través de la red. 1. INTRODUCCIÓN El impacto producido por las Tecnologías de la Información y de la Comunicación (TICs) y el ritmo vertiginoso con que, hoy en día, se producen los cambios políticos, económicos, de mercado, de producción, etc., supone para las empresas un nuevo escenario de presencia, actuación y negocio, en el que deben posicionarse adecuadamente con objeto de asegurar la supervivencia, la competitividad y la representativi-

2 dad deseadas. El uso del correo electrónico, Internet y la tecnología web, la integración de bases de datos, gestores de documentos, programas de gestión de almacén (ERP), de gestión de clientes (CRM) etc., empiezan a ser frecuentes en la realidad empresarial. No obstante, en la mayoría de los casos, aún nos encontramos en el primer peldaño de la comúnmente reconocida Escalera Digital. Fig. 1. Escalera Digital El acceso al escalón de Negocio Electrónico (e-business), que representa una oportunidad para la creación de iniciativas empresariales, y permite a las empresas ya existentes ser más eficientes y flexibles en sus operaciones, no es fácil. Existen condicionantes a nivel estratégico, económico, organizativo y operativo que impiden que las empresas lleguen con éxito a este nivel. A la relación electrónica compra-ventapago entre vendedor-comprador-banco, se añaden, por ejemplo, la integración con las aplicaciones corporativas, la posibilidad de que un cliente pueda conocer el estado de su pedido, la automatización, la adaptación, la cooperación, la concurrencia, etc. El alcance del éxito en cada uno de los grados de madurez de la escalera tecnológica, pasa por encontrar la manera de modelar los conceptos y relaciones que se pueden establecer entre los diferentes componentes de una empresa. En los últimos años, el Intercambio Electrónico de Datos (EDI, Electronic Data Interchange), ha tenido un relativo éxito en la estandarización de intercambio de mensajes entre aplicaciones aunque ha resultado imposible hacer un estándar válido para todos los sectores empresariales. EDI permite mejorar las herramientas disponibles para implementar una solución y ayudar a avanzar en este sentido, pero la solución en sí es un problema conceptual inherente al trabajo con estructuras de información. En la actualidad el problema se intenta abordar a través del uso de la Tecnología Semántica y los Servicios Web. Como primera aproximación a la tecnología semántica, en 1998, aparece XML, un lenguaje de marcas extensible que empieza a ser utilizado como formato de representación de los datos y que define una sintaxis genérica para unos datos semiestructurados. Al ser XML un metalenguaje, se pueden crear a partir de él nuevos lenguajes específicos para un dominio de aplicación concreto. Esto significa que el desarrollo y la integración de aplicaciones es mucho más simple y rápido. La combinación de XML con los servicios web (protocolos remotos basados en datos codificados en este metalenguaje o cualquier sublenguaje derivado, y protocolos de transporte estándar en Internet) puede ser la artífice de la solución al intercambio de información

3 entre sistemas heterogéneos. tanto técnica como organizativamente. Las limitaciones de infraestructura de los servicios web se superan dotándoles de las descripciones semánticas. Aplicando esta idea han surgido nuevas iniciativas que combinan la tecnología semántica y los servicios web y que permiten modelar el universo del negocio electrónico. En este artículo, nos centraremos en tres de estas propuestas, basadas en el estándar XML, ebxml, RossetaNet y BizTalk, que intentan, más allá de la definición de un simple vocabulario, plasmar un marco de actuación e intercambio de información para el comercio y el negocio electrónico. En las siguientes secciones se destacarán los aspectos más importantes, ventajas e inconvenientes de cada una de estas propuestas. A continuación se expondrán las conclusiones y las líneas de trabajo que pueden surgir a partir de la elaboración de este trabajo. 2. ebxml Las transacciones entre empresas consisten en un complejo conjunto de interacciones entre vendedores, compradores y la información que existe sobre un producto o servicio. Cada empresa sigue un protocolo de actuación distinto para el intercambio de información que surge en este proceso, por eso, intentar modelar qué información se intercambia y cómo se estructura de una manera lo más genérica posible, es una tarea cuanto menos ardua. Técnicamente, especificar la información a intercambiar, su estructura y los procesos que controlan este intercambio significa generar una DTD (Document Type Definition) o un esquema XML (XML Schema). Una vez realizada esta labor han de resolverse cuestiones como, por ejemplo, definir qué tipos de protocolos se deben utilizar para transportar la información (HTTP, CORBA, SOAP,...), cómo se puede desarrollar un sistema seguro o cómo representar los procesos de negocio. En 1999 se inició el proyecto Electronic Business XML (ebxml) con el ambicioso objetivo de crear un mercado global electrónico único. Una iniciativa patrocinada por el United Nations Centre for Trading Facilitation en Electronic Business (UN/CEFACT, y la Organization for the Advancement of Structured Information Standards (OASIS, aportando el UN/CEFACT su experiencia sobre procesos de estandarización y OASIS el knowhow sobre XML. Según sus propios autores La visión de ebxml es la creación de un mercado electrónico global en el que puedan contactar empresas de cualquier tamaño y localización geográfica para llevar a cabo negocios mediante el intercambio de mensajes XML 1, 2.1. Transacciones sobre ebxml Supongamos que la empresa A decide introducirse en el comercio electrónico y para ello, va a utilizar la arquitectura ebxml 1

4 Fig. 2. Escenario en el cual la empresa A desea participar en un entorno evxml 1. El primer paso es consultar el registro (ebxml registry), que es el contenedor de modelos de procesos, vocabularios y perfiles reutilizables. En él, la empresa A, examinará las especificaciones y ejemplos de casos de uso. 2. La compañía A comprará el software necesario o adaptará sus sistemas existentes, añadiendo los módulos correspondientes para la exportación / importación de información conforme a ebxml. 3. Después enviará al registro la información relativa a su perfil de negocio, es decir, incorporará la descripción de las capacidades y restricciones que afectan a una empresa así como su ámbito de actuación. Como un tipo de descripción clave hay que destacar la publicación de los servicios que ofrece una empresa, en los términos de ebxml, el Collaboration Protocol Profile (CPP) en forma de esquemas XML o DTD. 4. La empresa B averigua a través del registro el perfil de la empresa A. 5. B identifica situaciones de negocio comunes con A, sabiendo que ambas son conformes a ebxml. 6. La compañía B se pone en contacto con A y se propone un acuerdo sobre los procesos de negocio, documentos, mensajes y tipo de seguridad a introducir en sus transacciones. Ambas llegan a un acuerdo, Collaboration Protocol Agreement (CPA). 7. Las dos empresa forman parte del comercio electrónico ebxml Para intercambiar información A y B utilizarán el ebxml Messaging Service como servicio que les resuelve la problemática de transporte de la información entre ellas. El tipo de mensajes que ambas empresas han de intercambiarse viene definido por el Collaboration Protocol Agreement (CPA) que contiene la información para configurar correctamente el software que utiliza cada una de las partes para el intercambio electrónico de la información. Condición para que esta negociación se pueda

5 realizar de forma efectiva, es la existencia del ebxml Registry, un repositorio en el cual se pueden depositar cualquier tipo de información ebxml para ser accesible a los posibles interesados. El registry contiene, por ejemplo, descripciones de documentos como una factura en forma de DTDs o esquemas XML. En el CPP se encuentra la descripción del perfil de actividad de una empresa y la especificación del proceso de venta. Contiene la información de qué mensajes intercambiar, su secuencia de intercambio y los formatos especificados con esquemas XML. Es importante hacer resaltar el hecho que no necesita especificar sus propias definiciones, sino que puede utilizar las existentes siempre que le valgan. De hecho, la reutilización de éstas es muy deseable con el fin de simplificar la participación y hacerla más asequible para empresas medianas y pequeñas que no pueden invertir en esfuerzos como los requeridos para la definición de estos documentos. Las empresas deben asegurarse de que sus CPP son compatibles, es decir, asegurar que entienden lo mismo por conceptos. En el caso más simple las dos CPP serán compatibles, si ambas empresas han decidido utilizar descripciones estándar en vez de definir las suyas propias. Este caso puede ser relativamente probable, si no será muy difícil que a priori haya una compatibilidad Arquitectura ebxml se compone de cinco especificaciones distintas, cada una de ellas desarrollada de manera independiente. Messaging. Este servicio de mensajería se responsabiliza del transportes, enrutado y empaquetamiento de los datos de negocio en un formato estándar, si bien ebxml no define ningún formato concreto. Los mensajes ebxml usan una versión mejorada de SOAP 2 que permite incluir ficheros adjuntos con contenido binario (usando empaquetado MIME). Este servicio también abarca las cuestiones relativas a la seguridad, los llamados Security Services, que incluyen la generación y verificación de firmas digitales, la autenticidad y autorización relativa a un mensaje, etc. Además existe soporte para garantizar la fiabilidad del intercambio de los mensajes y el tratamiento de errores. Business Processes. Definidos los documentos de negocio, podemos especificar los procesos que los manejan, es decir, capturar de manera sistemática el flujo de datos en el intercambio de información. Para ello, se utiliza la metodología UMM (UN/CEFACT Modeling Methodology) que a su vez se apoya UML 3 (Unified Modeling Language) como lenguaje de modelado y la plasma luego en XML. Así se refleja el conocimiento en un formato estándar, bajando hasta el nivel de detalle necesario y de manera independiente de la implementación técnica. Aquellos procesos de negocio muy comunes, correspondientes a empresas del mismo sector, pueden ser definidos por una organización (o consorcio), ayudando de esta manera a la interoperabilidad. <!DOCTYPE ProcessSpecification SYSTEM "ebxmlprocessspecificationv1.01.dtd"> <ProcessSpecification name="simple" version="1.1" uuid="[ ]"> 2 3

6 <!-- Business Documents --> <BusinessDocument name="catalog Request"/> <BusinessDocument name="catalog"/> <BusinessDocument name="purchase Order"/> <BusinessDocument name="po Acknowledgement"/> <! > <Package name="ordering"> <!-- First the overall MultiParty Collaboration --> <MultiPartyCollaboration name="dropship"> <BusinessPartnerRole name="customer"> <Performs initiatingrole="requestor"/> <Performs initiatingrole="buyer"/> <Transition frombusinessstate="catalog Request" tobusinessstate="create Order"/> </BusinessPartnerRole> <BusinessPartnerRole name="retailer"> <Performs respondingrole="provider"/> <Performs respondingrole="seller"/> <Performs initiatingrole="creditor"/> <Performs initiatingrole="buyer"/> <Performs initiatingrole="payee"/> <Performs respondingrole="payor"/> <! > </MultiPartyCollaboration> <!-- Now the Binary Collaborations --> <BinaryCollaboration name="request Catalog"> <InitiatingRole name="requestor"/> <RespondingRole name="provider"/> <BusinessTransactionActivity name="catalog Request" businesstransaction="catalog Request" fromauthorizedrole="requestor" toauthorizedrole="provider"/> </BinaryCollaboration> <BinaryCollaboration name="firm Order" timetoperform="p2d"> <Documentation>timeToPerform = Period: 2 days from start of transaction</documentation> <InitiatingRole name="buyer"/> <RespondingRole name="seller"/> <BusinessTransactionActivity name="create Order" businesstransaction="create Order" fromauthorizedrole="buyer" toauthorizedrole="seller"/> </BinaryCollaboration> <! > <!-- Here are all the Business Transactions needed --> <BusinessTransaction name="catalog Request">

7 <RequestingBusinessActivity name=""> <DocumentEnvelope ispositiveresponse="true" businessdocument="catalog Request"/> </RequestingBusinessActivity> <RespondingBusinessActivity name=""> <DocumentEnvelope ispositiveresponse="true" businessdocument="catalog"/> </RespondingBusinessActivity></BusinessTransaction> <BusinessTransaction name="create Order"> <RequestingBusinessActivity name="" isnonrepudiationrequired="true" timetoacknowledgereceipt="p2d" timetoacknowledgeacceptance="p3d"> <DocumentEnvelope ispositiveresponse="true" businessdocument="purchase Order"/> Fig. 3. Ejemplo reducido de un documento de especificación de procesos. (Fuente: En el ejemplo se expone una parte de la especificación de proceso relacionada con respecto a un catálogo de productos y pedido. Al principio se referencian los documentos de negocio implicados, (Catalog Request, Catalog, Purchase Order,...). Lo siguiente es la descripción de los participantes del proceso, el cliente (Customer) asume aquí dos papeles: solicitando de información (Requestor) y como comprador (Buyer), otros participantes son el vendedor, el proveedor de los productos y un proveedor para un crédito. Las transacciones especificadas son la petición de catálogo y la creación del pedido, otras transacciones no mostradas en el extracto del código del ejemplo son la confirmación de envío de la mercancía, confirmación del pago, etc. Trading Partner Profiles and Agreements. Otra característica importante de ebxml es la representación, de manera sistemática, de las capacidades de una empresa para hacer los negocios electrónicamente; CPP (Collaboration Protocol Profile). Los CPPs proporcionan a las compañías un formato XML común para listar las industrias, los procesos de negocio, los mensajes, y las tecnologías de intercambio de datos que pueden usar. Las empresas, usando sus CPP, llegan a acuerdos que son reflejados en un CPA (Collaboration Protocol Agreement). Para reflejar cuestiones no técnicas o de tipo legal pueden usar un TPA (Trading Partner Agreement). Registries and Respositories. En los repositorios se almacenan los registros ebxml, que contienen los CPPs. Estas funciones son claves para las compañías que usan ebxml, y que pretenden expandirse a nuevos campos o que buscan nuevos compañeros de negocio.

8 Request Industry Domain Business Process Detail Constraints Response Details Content Action Status Transport Layer Access Syntax in XML Classification & Ownership ebxml conformant XML object Collections & Versioning Interface Information Model Remote ebxml Registry Registry Services Associated References Registration of Domain Registry Service Interface Registry Access Index XML Content Referencing Other Registry Service Interface(s): UDDI, CORBA Compatibility Wrappers Repository Content Fig. 4. Arquitectura de los registros Core Components. Permiten identificar de manera única los diferentes términos que utilizan las empresas para relacionarse. La unificación pretende abarcar tanto a empresas que pertenezcan a diferentes ámbitos como a las que estén, dentro del mismo ámbito, pero en un nivel distinto. Si algún tipo de documento no corresponde a las necesidades, pueden modificarse los tipos existentes o crear nuevos tipos válidos. Estos componentes básicos (Core Components) pueden tener diferente nivel de complejidad. Los más básicos son comparables con el concepto informático de tipo de datos, por ejemplo un componente nombre que debe ser una cadena de caracteres alfanuméricos, éste será a su vez componente de estructuras más complejas como una dirección o una cuenta bancaria. Los componentes disponen de información de contexto: dónde se engloban y con qué papel, de esta manera se pueden agregar para crear objetos de información de mayor complejidad. La idea es maximizar la reutilización de elementos predefinidos y llegar así a un compromiso óptimo entre las necesidades de personalización que requiere una relación comercial entre dos empresas y el esfuerzo requerido para definirla. Resulta más sencillo estandarizar tipos de documentos de mayor nivel si sus componentes básicos se encuentran estandarizados. 3. RossetaNet RosettaNet es una organización creada en 1998 para el desarrollo de estándares. Entre sus objetivos, se encuentra crear un lenguaje común para la gestión de procesos de comercio electrónico que han denominado RossetaNet. Al igual que ebxml, es un framework, una infraestructura de base que acelera la construcción de un sistema y aporta las normativas necesarias para garantizar la compatibilidad entre sus participantes. Una transacción electrónica plantea, a grandes rasgos, dos tipos de problemáticas: la relacionada con la información en sí, es decir, qué información contiene y de qué manera se estructura, y la problemática relacionada con el intercambio de esta información entre los sistemas que realizan las transacciones. RosettaNet se centra sobre

9 todo en la mecánica de intercambio de información, independiente de las diferencias de detalle entre las empresas concretas. Trata de generalizar sin tener en cuenta el detalle estructural de la información, el proceso de pedir una oferta, recibir una propuesta, aceptar la oferta y enviar un pedido, etc Arquitectura RossetaNet Este framework, consta fundamentalmente de los elementos siguientes: Business Dictionary, Technical Dictionary 4 : RosettaNet distingue entre un diccionario de negocio y un diccionario técnico, la diferencia está en el conjunto de términos abarcados; el primero contiene aquellos relacionados con las transacciones en sí (define, por ejemplo, el concepto de cuenta bancaria) y el segundo sirve para la descripción de los productos y servicios objeto de las transacciones. Sería el equivalente a los core components de ebxml. <?xml version="1.0" encoding="utf-8"?> <! RosettaNet Business Dictionary: BusinessDataEntities BusinessDataEntities.xml (31-Oct :12:43 PM) This document has been prepared by RosettaNet (http://rosettanet.org) --> <!DOCTYPE RNBD SYSTEM "rnbd.dtd"> <RNBD> <BusinessDataEntities> <Name>AcceptanceAcknowledgement</Name> <Definition>Business information returned to a requesting party to acknowledge the business acceptance of a request.</definition> </BusinessDataEntities> <BusinessDataEntities> <Name>AcceptanceAcknowledgementException</Name> <Definition>Negative acknowledgement of acceptance due to business rule processing errors.</definition> </BusinessDataEntities> <BusinessDataEntities> <Name>AcceptanceAcknowledgment</Name> <Definition>Business information returned to a requesting party to acknowledge the business acceptance of a request.</definition> </BusinessDataEntities> <...> Fig. 5. Fragmento del diccionario de negocio de RossetaNet 4 y%5boid%5b6edb5fe87f69d411bd e33dd8%5d%5d

10 Partner Interface Processes (PIPs): define los procesos de negocio entre empresas. Se dividen en 8 cluster o grupos que representan los procesos de negocio. Cada cluster se divide en segmentos que son una descripción en detalle de los procesos identificados por los clusters. A su vez, los segmentos se subdividen en PIPs (Partner Interface Proceses) que describen las acciones entre socios comerciales a nivel de detalle. Los PIPs son diálogos especializados entre sistemas basados en XML. Cada PIP incluye un documento de negocio con su vocabulario y un proceso de negocio en el que se especifica la forma de intercambio de mensajes. Cluster 0: Aporta funcionalidades administrativas sobre las PIPs disponibles. Cluster 1 (Socios, Productos y Servicios): Se centra en el mantenimiento de los datos de los socios comerciales, sus servicios y un servicio de suscripción a la información de producto, de manera que una empresa se puede suscribir a información sobre los productos a los que la otra le autoriza Cluster 2 (Información de producto): Permite la distribución de información de productos incluyendo información de marketing, técnica, etc. En definitiva trasladar los catálogos de productos de un proveedor a un cliente. Además incluye todas las funcionalidades para mantener la información sincronizada ante cambios en los productos Cluster 3 (Gestión de pedidos): Este cluster se centra en la problemática relacionada con la gestión de pedidos, incluye la generación de un pedido o cesta de la compra, la configuración de los productos, los envíos y devoluciones, transporte, estado del pedido y los aspectos económicos de las transacciones. Cluster 4 (Gestión de almacenes): Las funcionalidades de este cluster se dividen entre funciones para la gestión del almacén en si como la reposición de mercancía y funciones de optimización en las cuales los compradores aportan datos como previsiones de compras que ayudan a optimizar la gestión del stock. Cluster 5 (Información de Marketing): Aquí se gestiona la información relevante para el marketing como ofertas especiales, información de ventas, etc. Cluster 6 (Servicio y soporte): En esta categoría entra la descripción de los servicios posventa como los servicios relacionados con la garantía, soporte técnico o contratación de determinados servicios Cluster 7 (Fabricación): Este cluster pretende recoger los procesos que permiten crear un entorno de producción virtual en el cual se pueden intercambiar diseños, configuraciones, información de requisitos de calidad, etc. El estándar también se preocupa de estados de error como mensajes perdidos, excepciones, etc. Incluso entran casuísticas relativamente refinadas como la desviación de un comprador a otro vendedor si el primero no es capaz de suministrar la cantidad de mercancía solicitada. RossetaNet Implementation Framework (RNIF): es la especificación de transporte, enrutado y empaquetamiento de mensaje de los mensajes PIP. Equivale al servicio de mensajería de ebxml.

11 Fig. 6. Elementos del framework RossetaNet. RosettaNet organiza los procesos de negocio en ocho grandes grupos (Clusters) que subdivide a su vez en unidades (Segmentos) con sus respectivas PIPs. El Implementation Framework (RNIF) da soporte a los PIPs con servicios como el empaquetado y agrupamiento de mensajes de mensajes, encaminamiento, etc Transacciones con RossetaNet. A modo de ejemplo, veamos como se produciría la gestión de pedidos con RossetaNet. Nos centramos en el Cluster 3. El proceso es el siguiente: el comprador envía un mensaje al vendedor indicando la cantidad del producto a adquirir, el vendedor tiene que confirmar la recepción del mensaje. El (los) producto(s) a comprar se define(n) según la información del Cluster 1, las condiciones marco para la transacción han sido negociadas previamente. Esto incluye, por ejemplo, que tanto vendedor como comprador se hayan identificado en el sistema y haya un contrato entre ambos. El comprador debe estar, además, autorizado a la compra del producto. El cluster 3 se divide en los siguientes segmentos: Segmento 3A (Ofertas y pedidos): Permite a los interlocutores intercambiar información de disponibilidad, ofertas, pedidos, estado de pedidos y permite enviar pedidos y cestas de la compra a otros participantes. Segmento 3B (Transporte y distribución): Maneja la información relacionada con el envío y la entrega de la mercancía con posibilidades de realizar modificaciones y tratar excepciones y reclamaciones. Segmento 3C (Devoluciones y finanzas): Todo lo relacionado con la devolución de productos y temas económicos: facturación, créditos, etc. Segmento 3D (Configuración de productos): Apoya la configuración de productos en la gestión de pedidos. Si desglosamos el segmento 3A encontramos, PIP 3A1 (Petición de oferta): describe el intercambio de mensajes para hacer una petición de oferta a un proveedor. La oferta petición tiene básicamente la estructura de un pedido, es decir, varios productos y sus cantidades. Además se puede incluir la configuración de productos o precios previamente negociados. PIP 3A2 (Petición de precios y disponibilidad): describe el intercambio de mensajes para la petición de precios y disponibilidad de los productos. PIP 3A3 (Petición de transferencia de cesta de la compra): describe el intercambio de mensajes para transferir el contenido de una cesta de la compra y confirmar su recepción. PIP 3A4 (Pedidos): describe los mensajes implicados para emitir pedidos, confirmarlos, cancelarlos y modificarlos.

12 PIP 3A5 (Consultar estado de pedido): Aparte de permitir la consulta del estado de pedido emitidos, este PIP también permite su cancelación y modificación. PIP 3A6 (Distribuir estados de pedido): Establece un proceso mediante el cual los vendedores pueden distribuir de forma periódica los estados de sus pedidos pendientes... Una vez creados los mensajes que se define en cada segmento, RNIF da soporte a los PIPs encargándose de empaquetar, encriptar, encaminar y transmitir dichos mensajes. 4. BizTalk BizTalk es en realidad una propuesta de Microsoft para la automatización de B2B y procesos de negocios. Es un marco de trabajo basado en XML y otros estándares de Internet que especifica los procedimientos de intercambio y procesamiento de documentos empresariales estandarizados a través del Web. BizTalk proporciona los recursos siguientes: BizTalk Framework: describe el formato de los mensajes que circulan entre las empresas y la manera de procesarlos. Usa XML para proporcionar un lenguaje común que permita intercambiar la información empresarial. BizTalk.org 5 :es una iniciativa del sector iniciada por Microsoft que constituye la estructura de los usuarios de BizTalk y que crea, mantiene y promociona BizTalk Framework, además de proporcionar una biblioteca de esquemas de documentos Biz- Talk para los documentos empresariales estándar, una comunidad de grupos de noticias y una red de recursos dedicada a promocionar BizTalk como una solución empresarial. Microsoft BizTalk Server: en diferentes versiones, es un servidor de mensajería para procesar mensajes BizTalk e interactuar con sistemas empresariales internos. Proporciona utilidades de envío y recepción de mensajes BizTalk, asignación de los datos incluidos en los mensajes BizTalk a formatos internos, intercambio de datos entre sistemas internos y administración de las transacciones de una manera segura y confiable Transacciones con BizTalk El modelo BizTalk tiene tres niveles: el nivel de aplicaciones, el de servidores BFC (BizTalk Framework Compliant) y el de transporte. Las aplicaciones se comunican entre sí enviando documentos empresariales mediante los servidores compatibles con BizTalk Framework o BFC. Los servidores se envían mensajes BizTalk entre sí a través de varios protocolos de transporte, como HTTP, SMTP, FTP, Microsoft Message Queue (MSMQ) y DCOM. 5

13 Fig. 7. Modelo BizTalk Los servidores BFC intercambian los mensajes BizTalk, éstos contienen documentos BizTalk y éstos, a su vez, contienen documentos empresariales. Un documento empresarial, en términos de BizTalk, es cualquier documento XML bien formado que contiene información del proceso de negocio. Es posible agrupar uno o más documentos empresariales para crear un documento BizTalk. Los documentos BizTalk, también incluyen información que describe qué documentos se incluyen, dónde se envían y cómo se van a procesar. Se puede combinar con cualquier adjunto necesario en una estructura MIME para enviarlo como un mensaje BizTalk. A continuación, los mensajes BizTalk se envían mediante HTTP, SMTP, MSMQ o cualquier otro protocolo de transporte a través de Internet (o, en realidad, a través de cualquier red interna) Framework permite a las aplicaciones enviar documentos empresariales o documentos BizTalk a un servidor BFC; los servidores BFC tienen que ser capaces de encapsular un documento empresarial en un documento si es necesario. El servidor BFC empaqueta a continuación el documento en un mensaje BizTalk y lo envía al servidor BFC de destino para su procesamiento. En el destino, el mensaje se confirma y procesa en el momento en que el servidor BFC de destino interactúa con cualquier otro sistema que necesite y, si es necesario, devuelve otro mensaje al servidor BFC original Arquitectura Técnica de BizTalk Server Para permitir a los usuarios crear procesos de negocio, BizTalk ofrece un modo de especificar e implementar la lógica del proceso y un mecanismo de comunicación entre aplicaciones. Proporciona herramientas de modelo empresarial y administrativas que le permiten modelar transacciones empresariales, crear modelos para los documentos empresariales y definir traducciones de datos que muevan datos empresariales dentro y fuera de las aplicaciones de línea de negocio.

14 Orchestrations Business Rules Engine Inbound <XML Message> Outbound Receive Adapter Receive Pipeline <XML Message> Send Pipeline Send Adapter <XML Message> Incoming Message Subscriptions MessageBox <XML Message> Outgoing Message Message Path Fig. 8. Componentes de BizkTalk Server Dentro de BizTalk se incluyen los siguientes componentes Diseñador de aplicaciones BizTalk: Proporciona las herramientas de análisis empresarial con las que modelar los procesos de una transacción mediante diagramas de flujo sencillos. El desarrollador puede usar esta herramienta para modelar los servicios de aplicaciones necesarios para ejecutar los pasos de un proceso empresarial y enlazar dichos servicios con los pasos correspondientes. Una vez modelado el proceso y enlazados a éste los servicios de aplicación, esta herramienta compila el dibujo en una programación XLANG (una descripción basada en XML del proceso que se puede ejecutar con el motor del programador XLANG). El motor del programador controla la programación y ejecución de las programaciones XLANG, en las que los documentos BizTalk se intercambian, traducen y procesan. Editor BizTalk y Asignador BizTalk: Se encargan de dar formato y traducir los datos. El Editor permite especificar el formato de un documento empresarial, basado en el esquema XML existente o en un diseño. El Asignador permite crear una asignación de la traducción de datos que correlacione los registros y campos de un documento empresarial con los registros y campos de otro, de manera que se puedan transferir de uno a otro. Ambos se basan en la tecnología del esquema XML y están optimizados para BizTalk Framework y SOAP, pero adoptan diversos formatos de datos incluidos ANSI X12, EDIFACT, archivos sin formato, DTD y esquemas de datos XML. Administración de servidores BizTalk: se trata de un complemento de Microsoft Management Console (MMC) que permite administrar servidores BizTalk y grupos de servidores. Escritorio de administración BizTalk: Permite administrar, crear y configurar el intercambio de elementos que constituyen un proceso de intercambio de datos empresariales. Canales: Definen las reglas para procesar un documento empresarial determinado. Las propiedades de los canales incluyen el origen del documento, su destino, el tipo de documento procesado, la asignación utilizada (si se requiere traducción del esquema), el formato de salida, la configuración de seguridad y otros aspectos. Puertos: Definen un destino para un documento empresarial una vez que éste ha sido procesado por un canal. Un destino puede ser la organización con la que tiene la relación empresarial o una aplicación interna. Puede crear varios canales para un solo puerto de mensajería.

15 Organizaciones: se refieren tanto a su empresa como a aquellas con las que intercambia datos empresariales: sus socios comerciales. Definiciones de documentos: describen el tipo de documentos que trata un determinado canal mediante una referencia a la especificación de un documento. La especificación del documento describe su estructura, tipo y versión. Sobres: encapsulan los datos empresariales para su transporte; proporcionan la información que necesita BizTalk para iniciar un intercambio de documento, ya sea interno o externo. Listas de distribución: enumeran un conjunto de puertos a los que se enviará un documento dado mediante procesamiento. Cada puerto representa a una organización diferente. Seguimiento de documentos BizTalk: Permite realizar un seguimiento de los documentos empresariales por las diferentes etapas del proceso definido en las programaciones XLANG y al pasar a BizTalk Server. SDK de BizTalk Server: El Kit de desarrollo de software proporciona a los desarrolladores acceso mediante programación a los componentes y servicios de BizTalk, lo que le permite desarrollar soluciones personalizadas. 5. Conclusiones ebxml, RossetaNet o BizTalk son sólo tres soluciones posibles para el comercio electrónico, pero no hay que perder de vista que existen muchas más. La relativa facilidad con la que se cuenta para desarrollar nuevas plataformas o sublenguajes XML, ha hecho que proliferen. La empresa debe buscar una solución que integre la cadena de suministro con clientes o proveedores y que además se integre con las herramientas de las que disponga (ERP, CRM, SCM, etc.). El objetivo fundamental debería ser que las empresa tendieran a una integración tecnológica que permita extraer el mayor partido a las comunicaciones automatizadas, no únicamente vender por Internet. Este objetivo es que hace rentable el tiempo y el dinero invertido en integrar un estándar o herramienta del tipo de las que se han descrito en el artículo. Es difícil calibrar en este momento cual será a medio o largo plazo el posicionamiento de cada uno de estos estándares, todas las propuestas resultan, en líneas generales, muy parecidas, todas ellas definen, básicamente, un vocabulario para el intercambio de mensajes entre empresas basado en XML, el formato de dichos mensajes, basado en el mismo estándar y la forma de transporte en condiciones seguras. En las búsquedas de información, se observa que ebxml se perfila como la propuesta más madura, no obstante, empiezan a ser compatibles entre ellos, por ejemplo, la última versión de BizTalk es compatible con ebxml. Por otra parte, el mercado del software ya ofrece productos llave en mano que reducen el coste y el tiempo de implantación aunque con peligro de incompatibilidades. Rozando este punto se encuentra BizTalk, el estándar de Microsoft que sólo es compatible con los productos de dicha compañía Otro punto crítico de estos estándares es el objetivo de hacer que el comercio o negocio electrónico sea asequible para pequeñas y medianas empresas, un objetivo difícil a pesar de que el problema de los costes de comunicaciones tiende a desaparecer. La empresa debe hacer el esfuerzo de realizar un trabajo a medida para su caso, con el

16 coste adicional y esfuerzo humano y temporal que supone. Los estándares analizados ofrecen versiones o soluciones para este tipo de empresas, pero ninguna parece lo suficientemente efectiva y razonablemente económica como para que las PYMES adopten este tipo de soluciones. Teniendo en cuenta que el tejido empresarial español está compuesto en un 99% por empresas de este tamaño, queda un gran escollo que los fabricantes de software y estándares deben intentar resolver si desean que el índice de penetración de las empresas en el comercio o, mejor aún, en el negocio electrónico aumente. Respecto a las líneas de trabajo que lleva asociada la web semántica y la integración de los servicios web para el comercio electrónico, podemos decir que, poco a poco, van surgiendo lenguajes con mayor poder semántico como DAML o OWL sobre los que empiezan a describirse ontologías para la integración de comercio electrónico que pueden utilizarse para el desarrollo de nuevos servicios. Cuando estos lenguajes estén más maduros, es de prever que surjan nuevos estándares que faciliten la tarea semántica de integración entre empresas y aplicaciones. Por otro lado, es conveniente seguir trabajando en la seguridad en el transporte de información y en las soluciones abiertas, de fácil uso y que puedan suponer una implantación más asequible para las PYMES, que es el mayor inconveniente de los estándares hasta ahora estudiados. 6. Referencias [ebxml, 2006] Sitio oficial [RossetaNet, 2006] Sitio oficial [BizTalk, 2006] Sitio oficial BURAGA, S., CIOCA, M. Semantic Web-based E-business Applications". [2005] LABEIN. BEDI e-business Negocio Electrónico en el ámbito de laspymes Internacionalizadas de Bizkaia. [17 Junio 2004] PAOLUCCI, M., SYCARA, K., NISHIMURA, T., SRINIVASAN, N. Towards a Semantic Web e-commerce. [2003] EBERHART, A. Semantic Web meets e-commerce Alemania, [2002] AEAC (Asociación española de comercio electrónico) ebxml. Una visión general. [Febrero 2002] AEAC (Asociación española de comercio electrónico) RossetaNet. Una visión general. [Febrero 2002] LOZANO TELLO, A. Ontologías en la web semántica, I Jornadas de Ingeniería Web [2001] IRANI, R. An Introduction to ebxmlcollaborative Electronic Business is here to stay Tutorial, [2001] FLETT, A., BROWN, M., Enterprise-standard ontology environments for intelligent e-business Asuman DOGAC, Exploiting Semantic of Web Services through ebxml Registries. D. FENSEL, C. BUSSLER, Y. DING, V. KARTSEVA, M. KLEIN, M. KOROTKIY, B. OMELAYENKO, AND R. SIEBES. Semantic Web application areas

ELEMENTOS PARA TRANSACCIONES BAJO EL

ELEMENTOS PARA TRANSACCIONES BAJO EL UEL eb-xml. El ebxml es un conjunto de especificaciones que describen los documentos (en XML) y los procesos más habituales entre empresas que desean realizar negocios en Internet. Se espera que substituya

Más detalles

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la Servicios web Introducción Un servicio web es un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes

Más detalles

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Introducción a los Servicios Web Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Servicios Web y Soa En un contexto SOA y los servicios web son una oportunidad de negocios en la actualidad.

Más detalles

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

UNIVERSIDAD CENTROCCIDENTAL "LISANDRO ALVARADO" DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS

UNIVERSIDAD CENTROCCIDENTAL LISANDRO ALVARADO DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS UNIVERSIDAD CENTROCCIDENTAL "LISANDRO ALVARADO" DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS MODELO DE GESTION WBEM PARA ADMINISTRACION DE REDES

Más detalles

Información: 93 298 87 20

Información: 93 298 87 20 Del ERP al e-business Soluciones informáticas integrales Una solución única y revolucionaria para la gestión de la mediana y gran empresa, que une la potencia del e-business con el control global de todos

Más detalles

9.1 Conceptos básicos

9.1 Conceptos básicos 1 Colección de Tesis Digitales Universidad de las Américas Puebla Zuñiga, Víctor Alejandro 9.1 Conceptos básicos En este capítulo, se analizarán cinco arquitecturas diferentes y se discutirá cómo están

Más detalles

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC304_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Integración de Aplicaciones de Negocio ÍNDICE: Presentación Integración de Aplicaciones de Negocio 01 Infraestructura Tecnológica de Integración 02 Servicios Web 03 Tecnología de portal 04 Arquitectura

Más detalles

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Implantación de una arquitectura orientada a servicios. Un caso de uso Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Introducción Los compromisos

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

El modelo ebusiness (2) SIE II. Curso 2004/05

El modelo ebusiness (2) SIE II. Curso 2004/05 El modelo ebusiness (2) SIE II. Curso 2004/05 Elemento central en una estrategia ebusiness: capa de aplicaciones Procesos de Negocio (producción, logística, dirección, ) Aplicaciones de Negocio (SCM, ERP,

Más detalles

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR En este capítulo se describe el análisis y diseño de un sistema, denominado e-commerce Constructor, el cual cumple con los siguientes objetivos: Fungir

Más detalles

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified

Más detalles

TECNOLOGÍAS DE MICROSOFT EN MICROSOFT BUSINESS SOLUTIONS NAVISION

TECNOLOGÍAS DE MICROSOFT EN MICROSOFT BUSINESS SOLUTIONS NAVISION TECNOLOGÍAS DE MICROSOFT EN MICROSOFT BUSINESS SOLUTIONS NAVISION En todas las áreas de Microsoft Navision, las tecnologías de Microsoft tienen un papel fundamental Microsoft Navision en general Microsoft

Más detalles

Asired desarrolla constantemente nuevas funcionalidades cubriendo tanto las necesidades actuales de su empresa como las futuras.

Asired desarrolla constantemente nuevas funcionalidades cubriendo tanto las necesidades actuales de su empresa como las futuras. Asired ERP CRM es un sistema de gestión integral de empresas de tamaño pequeño y mediano que combina las diferentes áreas de la empresa a través de un ERP integrado con un sistema CRM para gestión de clientes

Más detalles

e-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red.

e-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red. Comercio electrónico. (e-commerce) Las empresas que ya están utilizando la red para hacer comercio ven como están cambiando las relaciones de la empresa con sus clientes, sus empleados, sus colaboradores

Más detalles

e-commerce vs. e-business

e-commerce vs. e-business Formas de interactuar en los negocios e-commerce vs. e-business Día a día debemos sumar nuevas palabras a nuestro extenso vocabulario, y e-commerce y e-business no son la excepción. En esta nota explicamos

Más detalles

Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI.

Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI. Ponencia para Evento de Redes. Autor: Rubén Rivera Rodríguez, Citmatel Resumen Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI. Las nuevas tendencias

Más detalles

NUEVAS FORMAS DE NEGOCIO A PARTIR DE LA TECNOLOGÍA

NUEVAS FORMAS DE NEGOCIO A PARTIR DE LA TECNOLOGÍA Resumen NUEVAS FORMAS DE NEGOCIO A PARTIR DE LA TECNOLOGÍA Cátedra: Administración Gerencial Integrantes: Broggi, Nicolás Leg: 52897 Fiorelli, Alexis Leg: 52605 Gramajo, Flavia Leg: 52574 Roldán, Maximiliano

Más detalles

ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELACIONES CON CLIENTES CUALIFICACIÓN PROFESIONAL

ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELACIONES CON CLIENTES CUALIFICACIÓN PROFESIONAL Página 1 de 23 CUALIFICACIÓN PROFESIONAL Familia Profesional Nivel 3 Código IFC363_3 Versión 5 Situación RD 1701/2007 Actualización ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS

Más detalles

PROCESO DE CUENTAS A PAGAR

PROCESO DE CUENTAS A PAGAR PROCESO DE CUENTAS A PAGAR Automatización de procesos AUTOMATIZACIÓN DE PROCESOS CUENTAS A PAGAR AUTOMATIZACIÓN DE PROCESOS CUENTAS A PAGAR 2 ÍNDICE 1. Overview 3 2. Qué es Automatización de Proceso de

Más detalles

INTEROPERABILIDAD ESTÁNDARES APLICADOS EN COSTA RICA

INTEROPERABILIDAD ESTÁNDARES APLICADOS EN COSTA RICA INTEROPERABILIDAD ESTÁNDARES APLICADOS EN COSTA RICA Ing. Marco Jiménez HA-2508 SEMINARIO DE TEMAS ARCHIVÍSTICOS 21-09-2010 Temas de la presentación Definiciones Interoperabilidad Sistema Importancia de

Más detalles

Concepto. Las empresas como ecosistemas de relaciones dinámicas

Concepto. Las empresas como ecosistemas de relaciones dinámicas Concepto Las empresas como ecosistemas de relaciones dinámicas PÁG 02 Hoy en día, ante la creciente necesidad de integración de los procesos de negocio, las empresas se enfrentan al desafío de innovar

Más detalles

BOLETÍN OFICIAL DEL ESTADO

BOLETÍN OFICIAL DEL ESTADO Núm. 300 Miércoles 14 de diciembre de 2011 Sec. I. Pág. 135721 No debe interpretarse que los diversos espacios formativos identificados deban diferenciarse necesariamente mediante cerramientos. Las instalaciones

Más detalles

Interfaces de acceso a base de datos. Interfaces de acceso a base de datos. Interfaces de acceso a base de datos. Interfaces de acceso a base de datos

Interfaces de acceso a base de datos. Interfaces de acceso a base de datos. Interfaces de acceso a base de datos. Interfaces de acceso a base de datos Objetivos del curso Patrimonio Cultural Desarrollo de Herramientas de Administración y Acceso Adquirir visión generalizada de las tecnologías de desarrollo utilizadas en Sistemas de gestión del Patrimonio

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

SISTEMAS DE INFORMACIÓN III TEORÍA

SISTEMAS DE INFORMACIÓN III TEORÍA CONTENIDO: Introducción a los Web services Las bases de los Web services La nueva generación de la Web Interactuando con los Web services La tecnología de Web services XML: Lo fundamental WSDL: Describiendo

Más detalles

THEME Matriz de Competencias - Comercio

THEME Matriz de Competencias - Comercio AREAS DE COMPETENCIA GRADOS DE DESARROLLO DE COMPETENCIAS 1 Organizar y llevar a cabo el proceso de venta de productos y servicios El / ella es capaz de responder a las necesidades del cliente en solicitudes

Más detalles

Adaptación de la empresa a la economía digital

Adaptación de la empresa a la economía digital Adaptación de la empresa a la economía digital 1 Índice El papel de las Cámaras de Comercio en el Desarrollo de la Sociedad de la Información Por qué las PYME? Soluciones para la PYME Programa Adaptación

Más detalles

On boarding de clientes con la solución de Sterling Commerce Tendencias y dirección estratégica

On boarding de clientes con la solución de Sterling Commerce Tendencias y dirección estratégica On boarding de clientes con la solución de Sterling Commerce Tendencias y dirección estratégica Constantino Trujillo Especialista Soluciones Smarter Commerce #START013, 6 Noviembre 2012 Evolución del concepto

Más detalles

Debido a que Internet ha llegado a ser aceptado rápidamente en toda esta revolución tecnológica, por encima de los demás medios de comunicación como

Debido a que Internet ha llegado a ser aceptado rápidamente en toda esta revolución tecnológica, por encima de los demás medios de comunicación como e-commerce Debido a que Internet ha llegado a ser aceptado rápidamente en toda esta revolución tecnológica, por encima de los demás medios de comunicación como son el teléfono, la radio, la televisión,

Más detalles

L I B R O B L A N C O S O B R E E L C F D I

L I B R O B L A N C O S O B R E E L C F D I L I B R O B L A N C O S O B R E E L C F D I Í N D I C E 1. Qué es el CFDI? 2. Cómo funciona? 3. Quién debe emitir CFDI? 4. Qué ventajas tiene el CFDI? 5. En qué se diferencian el CFD y el CFDI? 6. Pasos

Más detalles

TEMA: PROTOCOLOS TCP/IP

TEMA: PROTOCOLOS TCP/IP TEMA: PROTOCOLOS TCP/IP HISTORIA: El Protocolo de Internet (IP) y el Protocolo de Transmisión (TCP), fueron desarrollados inicialmente en 1973 por el informático estadounidense Vinton Cerf como parte de

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

Componentes de Integración entre Plataformas Información Detallada

Componentes de Integración entre Plataformas Información Detallada Componentes de Integración entre Plataformas Información Detallada Active Directory Integration Integración con el Directorio Activo Active Directory es el servicio de directorio para Windows 2000 Server.

Más detalles

Solicitar la competencia Integrated E-Business Solutions

Solicitar la competencia Integrated E-Business Solutions Solicitar la competencia Integrated E-Business Solutions Guía paso a paso de la inscripción En Microsoft Partner Program, las competencias de Microsoft definen sus áreas de especialización, ayudándole

Más detalles

2524 Developing XML Web Services Using Microsoft ASP.NET

2524 Developing XML Web Services Using Microsoft ASP.NET 2524 Developing XML Web Services Using Microsoft ASP.NET Introducción La meta de este curso es de proveer a los estudiantes con el conocimiento y habilidades requeridas para desarrollar soluciones basadas

Más detalles

Presentación: Abril del 2011

Presentación: Abril del 2011 Presentación: Abril del 2011 Empresa de servicios profesionales, especializada en productos, integración de sistemas y soluciones de gestión empresarial, que desde sus inicios en 1969, ha promovido la

Más detalles

Charlas UTN: La importancia del ERP en la organización empresarial

Charlas UTN: La importancia del ERP en la organización empresarial Charlas UTN: La importancia del ERP en la organización empresarial Darío Bonamino Analista de Sistemas Gte. Tecnología TRON Software Dario_bonamino@tron.com.ar AGENDA DE LAS REUNIONES PRIMERA PARTE Qué

Más detalles

... omunicación ... Ramón Querejazu. Director de Selftising. Comunicación

... omunicación ... Ramón Querejazu. Director de Selftising. Comunicación ... Comunicación... Ramón Querejazu Director de Selftising omunicación ... La aldea global del siglo XXI... Ramón Querejazu Director de Selftising Existen multitud de descripciones acerca de la Comunicación.

Más detalles

Tema 4: Diseño de flujos interaplicación

Tema 4: Diseño de flujos interaplicación Tema 4: Diseño de flujos interaplicación 4.1 Introducción a los Sistemas EAI Modelo de referencia (1) INTEGRACIÓN B2B INTEGRACIÓN DE APLICACIONES Y PROCESOS INTEGRACIÓN DE DATOS INTEGRACIÓN DE PLATAFORMA

Más detalles

Esto significa que los nuevos empleados o el personal temporal puede ser eficaz desde el primer día, ya que el MICROSOFT BUSINESS SOLUTIONS NAVISION 1

Esto significa que los nuevos empleados o el personal temporal puede ser eficaz desde el primer día, ya que el MICROSOFT BUSINESS SOLUTIONS NAVISION 1 SISTEMAS DE GESTIÓN DE ALMACÉN DE MICROSOFT BUSINESS SOLUTIONS NAVISION Permite a su negocio ahorrar tiempo y dinero gracias a procesos de almacén eficaces. Beneficios principales: Reduzca los costes de

Más detalles

WebSphere Message Broker como Entreprise Service Bus

WebSphere Message Broker como Entreprise Service Bus IBM Software Group WebSphere Message Broker como Entreprise Service Bus Irene Couso, IT Specialist, SWG WebSphere Services Agenda WebSphere Problemática En Los Clientes Por Qué Esta Arquitectura? Oferta

Más detalles

Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de

Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de Murcia Director General de Informática Consejería de Economía y Hacienda Comunidad Autónoma de la Región de Murcia Jefe

Más detalles

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK 1 LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK Miguel Angel Abellán Juliá Gerente de Soluciones para Administraciones Públicas. Hewlett-Packard Española,

Más detalles

PORTAL DE INTEGRACIÓN DE BANCOS DE INFORMACIÓN DISPERSOS A TRAVÉS DE WEB SERVICES Autor: Ing. Walther Antonioli Ravetto

PORTAL DE INTEGRACIÓN DE BANCOS DE INFORMACIÓN DISPERSOS A TRAVÉS DE WEB SERVICES Autor: Ing. Walther Antonioli Ravetto PORTAL DE INTEGRACIÓN DE BANCOS DE INFORMACIÓN DISPERSOS A TRAVÉS DE WEB SERVICES Autor: Ing. Walther Antonioli Ravetto Introducción: Sobre casi cualquier tema del quehacer humano que se aborde, existen

Más detalles

Consultora tecnológica especializada en optimizar su gestión empresarial

Consultora tecnológica especializada en optimizar su gestión empresarial Consultora tecnológica especializada en optimizar su gestión empresarial Quiénes somos Con más de 30 años de experiencia, Ecinsa es una compañía española especializada en servicios de desarrollo e implantación

Más detalles

AVAYA. Microsoft Business Solutions. Caso de estudio de solución para los socios de negocios

AVAYA. Microsoft Business Solutions. Caso de estudio de solución para los socios de negocios AVAYA Proveedor de telefonía agrega clientes nuevos con Comunicaciones y la solución CRM combinadas Microsoft Business Solutions Caso de estudio de solución para los socios de negocios PROVEEDOR DE TELEFONÍA

Más detalles

En una palabra, DIRIGIR.

En una palabra, DIRIGIR. Sage Linea 100 2 Disminuir la pérdida de clientela I dentificar el perfil de cliente rentable Reducir costes de estructura I nvertir en relaciones duraderas Garantizar un servicio de calidad I ncrementar

Más detalles

MS_20488 Developing Microsoft SharePoint Server 2013 Core Solutions

MS_20488 Developing Microsoft SharePoint Server 2013 Core Solutions S MS_20488 Developing Microsoft SharePoint Server 2013 Core Solutions www.ked.com.mx Av. Revolución No. 374 Col. San Pedro de los Pinos, C.P. 03800, México, D.F. Tel/Fax: 52785560 Introducción En este

Más detalles

Aproveche al máximo su tecnología y minimice los costes. Servicios de Outsourcing Avanade

Aproveche al máximo su tecnología y minimice los costes. Servicios de Outsourcing Avanade Aproveche al máximo su tecnología y minimice los costes Servicios de Outsourcing Avanade Haga más con menos Reducir costes al tiempo que se aumenta la productividad. Ampliar el alcance de la tecnología

Más detalles

La solución e-business para la gestión de los procesos del negocio

La solución e-business para la gestión de los procesos del negocio Exact Synergy La solución e-business para la gestión de los procesos del negocio Exact Synergy Exact Synergy es una solución e-business que se integra con cualquier ERP cubriendo todas las áreas de la

Más detalles

Microsoft Business Solutions Navision le ofrece una forma eficaz de optimizar su negocio y aumentar la productividad.

Microsoft Business Solutions Navision le ofrece una forma eficaz de optimizar su negocio y aumentar la productividad. MICROSOFT BUSINESS SOLUTIONS NAVISION MICROSOFT BUSINESS SOLUTIONS NAVISION Le ofrece la libertad para centrarse en su negocio. Beneficios principales: Aumente su productividad Marque su ventaja sobre

Más detalles

Subsidiarias y joint ventures

Subsidiarias y joint ventures A fondo Soluciones para entornos de crisis Subsidiarias y joint ventures Escenarios de integración entre SAP Business ByDesign y SAP Una estrategia de dos niveles proporciona la oportunidad de estandarizar

Más detalles

Service Oriented Architecture

Service Oriented Architecture Service Oriented Architecture Isaac Gutiérrez Gómez, Salvador Otón Tortosa Universidad de Alcalá, Departamento de Ciencias de la Computación, 28871 Alcalá de Henares, Spain igutierrez09@yahoo.es, salvador.oton@uah.es

Más detalles

HOJA TÉCNICA. SemTalk 2

HOJA TÉCNICA. SemTalk 2 HOJA TÉCNICA SemTalk 2 SemTalk 2 - Información Técnica SemTalk 2 es una herramienta para modelamiento de procesos de negocios y conocimientos orientado a objetos 100% compatible con MS Office. REQUERIMIENTOS

Más detalles

Sistema EDI. (Intercambio Electrónico de Documentos) > Presentación de servicio. Jaume Escandell Pérez Director Comercial

Sistema EDI. (Intercambio Electrónico de Documentos) > Presentación de servicio. Jaume Escandell Pérez Director Comercial Sistema EDI (Intercambio Electrónico de Documentos) > Presentación de servicio Jaume Escandell Pérez Director Comercial Contenidos > Introducción > Antecedentes > Generalidades sobre el EDI > Mercado >

Más detalles

Otras Arquitecturas y metodologías SOA

Otras Arquitecturas y metodologías SOA Otras Arquitecturas y metodologías SOA Pablo García Sánchez pgarcia@atc.ugr.es Departamento de Arquitectura y Tecnología de Computadores Curso Web 2.0 Arquitectura Orientada a Servicios en Java Escuela

Más detalles

UNAM FCA Lic. Contaduría

UNAM FCA Lic. Contaduría UNAM FCA Lic. Contaduría Elaboró: L.I. Blanca Edith Huitrón Martínez Tecnologías aplicadas a los S.I. Intranets y Extranets Redes privadas virtuales (VPN) Intercambio electrónico de datos (EDI) Red Conjunto

Más detalles

La relación entre Service Oriented Architecture (SOA) y los procesos comerciales. Por Greg Holden, Escritor de Tecnologia

La relación entre Service Oriented Architecture (SOA) y los procesos comerciales. Por Greg Holden, Escritor de Tecnologia La relación entre Service Oriented Architecture (SOA) y los procesos comerciales Por Greg Holden, Escritor de Tecnologia 2 La relación entre SOA y los procesos comerciales Quienes hayan tenido la posibilidad

Más detalles

EDI. por dónde empezar? Intercambio Electrónico de Datos (EDI), Intercambio Electrónico de Datos (EDI), Intercambio Electrónico de Datos (EDI)

EDI. por dónde empezar? Intercambio Electrónico de Datos (EDI), Intercambio Electrónico de Datos (EDI), Intercambio Electrónico de Datos (EDI) EDI por dónde empezar? Intercambio Electrónico de Datos (EDI), Intercambio Electrónico de Datos (EDI), Intercambio Electrónico de Datos (EDI) El EDI (Electronic Data Interchange) es el sistema electrónico

Más detalles

Adaptación de la empresa a la economía digital

Adaptación de la empresa a la economía digital Adaptación de la empresa a la economía digital 1 Índice El papel de las Cámaras de Comercio en el Desarrollo de la Sociedad de la Información Por qué las PYME? Soluciones para la PYME Programa Adaptación

Más detalles

Nuevas Tecnologías para logística y Tendencias mundiales de gestión de almacenamiento y depósitos. M.A. Fernando Oscar García Chávez

Nuevas Tecnologías para logística y Tendencias mundiales de gestión de almacenamiento y depósitos. M.A. Fernando Oscar García Chávez Nuevas Tecnologías para logística y Tendencias mundiales de gestión de almacenamiento y depósitos M.A. Fernando Oscar García Chávez LOGÍSTICA (DEFINICIÓN) Proceso de planeación, implementación y control

Más detalles

con certif icado de profesionalidad

con certif icado de profesionalidad CARACTERÍSTICAS El diseño web está cambiando en poco tiempo. Las nuevas tecnologías y estándares de programación están revolucionando tanto la forma de crear web como de interactuar con ellas. En nuestro

Más detalles

ESTUDIO ORDER TO CASH Y FACTURACIÓN POST ENTREGA EN MÉXICO

ESTUDIO ORDER TO CASH Y FACTURACIÓN POST ENTREGA EN MÉXICO El lenguaje global de los negocios Octubre 2014 ESTUDIO ORDER TO CASH Y FACTURACIÓN POST ENTREGA EN MÉXICO Ahorrando tiempo y dinero con estándares Order to Cash Demostrando beneficios de una Cadena de

Más detalles

IMPLEMENTACION DE SISTEMAS DE INFORMACION CONTABLE

IMPLEMENTACION DE SISTEMAS DE INFORMACION CONTABLE IMPLEMENTACION DE SISTEMAS DE INFORMACION CONTABLE OBJETIVO: Obtener los conocimientos necesarios para realizar implementación de sistemas contables CICLO DE VIDA DE UN SISTEMA DE INFORMACION MANTENIMIENTO

Más detalles

RETAIL CHAIN MANAGER Optimice sus operaciones minoristas y obtenga una sólida rentabilidad con Retail Chain Manager para Microsoft Dynamics AX

RETAIL CHAIN MANAGER Optimice sus operaciones minoristas y obtenga una sólida rentabilidad con Retail Chain Manager para Microsoft Dynamics AX RETAIL CHAIN MANAGER Optimice sus operaciones minoristas y obtenga una sólida rentabilidad con Retail Chain Manager para Microsoft Dynamics AX Genere ingresos para su negocio minorista Optimización de

Más detalles

Ingeniería de Software en SOA

Ingeniería de Software en SOA Ingeniería de Software en SOA ECSDI LSI-FIB-UPC cbea Curso 2014/2015 ECSDI (LSI-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2014/2015 1 / 51 Índice 1 Directrices para la IS en SOA 2 Modelo de referencia

Más detalles

ADMINISTRACIÓN ELECTRÓNICA: TIENDAS VIRTUALES. Ana Belén Domínguez García Consultora Cronos Ibérica, S.A.

ADMINISTRACIÓN ELECTRÓNICA: TIENDAS VIRTUALES. Ana Belén Domínguez García Consultora Cronos Ibérica, S.A. ADMINISTRACIÓN ELECTRÓNICA: TIENDAS VIRTUALES Ana Belén Domínguez García Consultora Cronos Ibérica, S.A. 1 Blanca ADMINISTRACIÓN ELECTRÓNICA: TIENDAS VIRTUALES 1. INTRODUCCIÓN Cronos Ibérica es una empresa

Más detalles

Normalización documental y colaboración electrónica: una visión retrospectiva

Normalización documental y colaboración electrónica: una visión retrospectiva REVISTA ESPAÑOLA DE DOCUMENTACIÓN CIENTÍFICA 30, 1, ENERO-MARZO, 24-48, 2007 ISSN 0210-0614 Normalización documental y colaboración electrónica: una visión retrospectiva Electronic document standardisation

Más detalles

Adaptación de la empresa a la economía digital

Adaptación de la empresa a la economía digital Adaptación de la empresa a la economía digital 1 Índice El papel de las Cámaras de Comercio en el Desarrollo de la Sociedad de la Información Por qué las PYME? Soluciones para la PYME Programa Adaptación

Más detalles

asired middleware XML Así-Red Servicios Telemáticos, S.L.L. w w w. a s i r e d. e s

asired middleware XML Así-Red Servicios Telemáticos, S.L.L. w w w. a s i r e d. e s w w w. a s i r e d. e s 1 INDICE Presentación Que nos permiten Sobre que actuan Que hacen Hasta donde alcanzan Arquitectura Tecnología Acceso Beneficios Ventajas Posibilidades A quienes va dirigido Como

Más detalles

ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN ARQUITECTURA SOA Services Oriented Arquitecture SOA como arquitectura para BPM Las organizaciones deben

Más detalles

Adquisición de un producto comercial. para la Gestión del proyecto de. Factura Electrónica

Adquisición de un producto comercial. para la Gestión del proyecto de. Factura Electrónica Adquisición de un producto comercial para la Gestión del proyecto de Factura Electrónica Índice Página 1 INTRODUCCIÓN 3 2 ÁMBITO 4 3 ALCANCE 5 3.1 REQUISITOS FUNCIONALES 6 3.1.1 Recepción de facturas 6

Más detalles

CAPÍTULO 5. DESARROLLO Y PRUEBAS

CAPÍTULO 5. DESARROLLO Y PRUEBAS CAPÍTULO 5. DESARROLLO Y PRUEBAS 5.1 Introducción a las Tecnologías 5.1.1 Herramientas 5.1.1.1 SQL Server Es un sistema que sirve para la gestión de base de datos basado en un modelo relacional. Así mismo

Más detalles

Bases de Datos Especializadas

Bases de Datos Especializadas Bases de Datos Especializadas BASES DE DATOS ESPECIALIZADAS 1 Sesión No. 12 Nombre: DBMS y Tecnología Web Objetivo: Al término de la sesión, el alumno identificará la integración entre DBMS y la web. Contextualización

Más detalles

La Estrategia de Movilidad de Microsoft. Soluciones integradas para aumentar el crecimiento y la competitividad

La Estrategia de Movilidad de Microsoft. Soluciones integradas para aumentar el crecimiento y la competitividad La Estrategia de Movilidad de Microsoft Soluciones integradas para aumentar el crecimiento y la competitividad Orden del día Tendencias en el ámbito de la movilidad Los retos empresariales y las soluciones

Más detalles

Relationship Management)

Relationship Management) C R M (CustomerRelationshipManagement) por Ing. Paul Ochoa En las décadas de los ochenta e inicios de los noventa las empresas de clase mundial formulaban estrategias orientadas al producto, es decir la

Más detalles

Centro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas. Un ejemplo práctico: Plataforma de Archivo electrónico

Centro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas. Un ejemplo práctico: Plataforma de Archivo electrónico Centro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas Un ejemplo práctico: Plataforma de Archivo electrónico Índice 1. Presentación del proyecto 2. Objetivos del proyecto 3.

Más detalles

LA ARQUITECTURA TCP/IP

LA ARQUITECTURA TCP/IP LA ARQUITECTURA TCP/IP Hemos visto ya como el Modelo de Referencia de Interconexión de Sistemas Abiertos, OSI-RM (Open System Interconection- Reference Model) proporcionó a los fabricantes un conjunto

Más detalles

Service Oriented Architecture

Service Oriented Architecture Programación Concurrente y Distribuida Ingeniería en Informática Service Oriented Architecture José Carlos Cortizo Pérez josecarlos.cortizo@uem.es http://www.esp.uem.es/jccortizo D. Sistemas Informáticos

Más detalles

Foros internacionales

Foros internacionales Foros internacionales HACIA UNA FACTURA ELECTRÓNICA GLOBAL La factura electrónica se enfrenta a barreras técnicas y legales que frenan su interoperabilidad. Con el fin de encontrar los cauces para superarlas

Más detalles

BPM y BPEL como herramientas de administración de procesos de negocio

BPM y BPEL como herramientas de administración de procesos de negocio BPM y BPEL como herramientas de administración de procesos de negocio BPM and BPEL as business process management tools Alejandro León Mora* Sandra Bibiana Zárate Zárate** Resumen Este artículo trata sobre

Más detalles

DESCRIPCIÓN Y BENEFICIOS DE

DESCRIPCIÓN Y BENEFICIOS DE DESCRIPCIÓN Y BENEFICIOS DE BENEFICIOS QUE APORTA MYIRON En Seidor myiron los profesionales del sector encontrarán respuestas a todas sus necesidades, sobre una de las plataformas más sólidas del mercado,

Más detalles

Anuncio de software ZP12-0060 de IBM Europe, Middle East, and Africa con fecha 21 de febrero de 2012

Anuncio de software ZP12-0060 de IBM Europe, Middle East, and Africa con fecha 21 de febrero de 2012 con fecha 21 de febrero de 2012 IBM InfoSphere Master Data Management for Healthcare crea vistas fiables de activos de datos de servicios sanitarios y permite mejorar la efectividad de los procesos empresariales

Más detalles

NUEVO SOLMICRO-EXPERTIS ERP-CRM

NUEVO SOLMICRO-EXPERTIS ERP-CRM NUEVO SOLMICRO-EXPERTIS ERP-CRM TECNOLOGÍA INNOVADORA AL SERVICIO DE SU NEGOCIO Los negocios son una cosa muy seria. Tener toda la información es decisivo para una buena gestión de su empresa EN SOLMICRO

Más detalles

El Primer ERP Open Source de Chile

El Primer ERP Open Source de Chile El Primer ERP Open Source de Chile Software como un Servicio Es el manejo en forma remota de las operaciones de TI (Tecnología de Información) de una empresa, tales como la mantención y soporte de software,

Más detalles

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]:

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]: RESUMEN DE COBIT 4.1 COBIT es un marco de trabajo y un conjunto de herramientas de Gobierno de Tecnología de Información (TI) que permite a la Gerencia cerrar la brecha entre los requerimientos de control,

Más detalles

Capítulo I. Marco Teórico

Capítulo I. Marco Teórico 1 Capítulo I. Marco Teórico 1. Justificación Hoy en día existe una gran diversidad de aplicaciones que corren sobre la World Wide Web (WWW o Web), y cada una orientada a un fin en particular, el cuál depende

Más detalles

Diseño de soluciones y propuestas de tecnologías para la organi

Diseño de soluciones y propuestas de tecnologías para la organi Diseño de soluciones y propuestas de tecnologías para la organización mailto:pchavezl74@gmail.com 4 de agosto de 2015 1 Aplicaciones empresariales 2 Aplicaciones empresariales Después de cierto tiempo,

Más detalles

Estándares y Protocolos de IABIN

Estándares y Protocolos de IABIN La arquitectura del sistema adoptada por IABIN se basa en la amplia flexibilidad y soporte de los sistemas desarrollados con base en el web, y tiene una inherente capacidad de soportar los requerimientos

Más detalles

DIPLOMATURA DESARROLLO DE APLICACIONES JAVA

DIPLOMATURA DESARROLLO DE APLICACIONES JAVA DIPLOMATURA DESARROLLO DE APLICACIONES JAVA Contenidos MÓDULO UNO: Características del Lenguaje. OOP Reconocer las características del lenguaje Java y sus componentes. Distinguir la similitudes y diferencias

Más detalles

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes.

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes. SISTEMAS DISTRIBUIDOS DE REDES 2.- MODELOS ORIENTADOS A OBJETOS DISTRIBUIDOS 2.1. Tecnologías de sistemas distribuidos Para la implementación de sistemas distribuidos se requiere de tener bien identificados

Más detalles

DataCycle Reporting. El software generador y distribuidor de informes Excel. Valor añadido para su Baan. www.apesoft.com

DataCycle Reporting. El software generador y distribuidor de informes Excel. Valor añadido para su Baan. www.apesoft.com DataCycle Reporting El software generador y distribuidor de informes Excel Valor añadido para su Baan www.apesoft.com APESOFT Valor añadido para su Baan ApeSoft Parc Tecnològic del Vallès. Cerdanyola del

Más detalles

Implantación Plataforma SOA. La experiencia del Principado de Asturias

Implantación Plataforma SOA. La experiencia del Principado de Asturias Implantación Plataforma SOA La experiencia del Principado de Asturias I. Situación inicial II. Necesidades III. Búsqueda de soluciones IV. Solución seleccionada V. Implantación I. Situación inicial La

Más detalles