Curso Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI)

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

Download "Curso 5007437. Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI)"

Transcripción

1 Curso Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Pedro Álvarez José Ángel Bañares Departamento de Informática e Ingeniería de Sistemas

2 Índice - Capítulo 3 EAI (Enterprise Application Integration) De los Middleware a la EAI Integración de aplicaciones Broker de Mensajes Limitación de los MOM Broker de Mensajes = Extensión de los MOM Modelo Publicación/Suscripción Ventajas/Desventajas Workflow Management Systems Workflow Management Systems (WfMS) Definición de un Workflow Ejecución e un Workflow EAI y WfMSs Ventajas y Desventajas Arquitectura/Software/Framework/SW Arquitecturas Orientadas a Servicios 2

3 EAI De los Middleware a la EAI Integración de aplicaciones 3

4 De los Middleware a la EAI Middleware Infraestructura básica para desarrollar sistemas distribuidos Cuando los sistemas a integrar son de distinta naturaleza es costosa la integración EAI (Enterprise Application Integration), son un paso en la evolución de los middleware abordando aspectos de integración. En arquitecturas de 3-niveles se facilita la integración de gestores de recursos diferentes, desarrollando la lógica de la nueva aplicación en el middleware. La funcionalidad resultante puede ser expuesta como un nuevo servicio, que puede ser integrado por servicios de más alto nivel, y así sucesivamente. 4

5 Problema de los Middleware La integración ió ya no es sólo de gestores de recursos, sino también de servicios Mientras que ha habido un esfuerzo en la estandarización de los estándares de gestores de recursos (bases de datos, gestores de documentos XML, etc.), no se puede decir lo mismo de los servicios genéricos. La integración de diferentes plataformas middleware no es fácil. 5

6 Ejemplo de Integración de Aplicaciones Cadena de suministros i proveedor y Gestión de clientes presupuesto Procesado Gestión adquisición Orden Envío financiación Precio Disponibilidad Fecha entrega Verificar presupuesto Planificar fabricación Comprar componentes Adquisición componentes Fabricación Facturación Pago a proveedores 6

7 Ejemplo de Integración de Aplicaciones Cadena de suministros i proveedor y Gestión de clientes presupuesto Procesado Orden adquisición Gestión Envío financiación Cada sistema tiene sus propias características Se ejecutan sobre diferentes S.O. SO (Lynux, Solaris, Windows, HP-UX) Cada sistema puede soportar diferentes interfaces y funcionalidad Algunos utilizan IDL, otros interfaces propietarias, algunos serán transaccionales, otros no, etc.... Cada sistema tiene diferente formato de datos o produce información que no puede ser fácilmente enviada como parámetros (p.e. Complejos documentos multimedia) Cada sistema tiene diferentes requisitos de seguridad (basados en certificados X.509, o simples username/password). Cada sistema puede utilizar diferente infraestructura y modelos de interacción diferentes (CORBA, DCOM, etc.) Cada departamento es gestionado autónomamente. La integración no figura en sus prioridades. 7

8 Broker de Mensajes Limitación de los MOM Broker de Mensajes = Extensión de los MOM Modelo Publicación/Suscripción Ventajas/Desventajas 8

9 Middleware EAI: Broker de Mensajes Los sistemas basados en RPC o MOM crean enlaces uno a uno entre las aplicaciones. Son enlaces estáticos e inflexibles en lo referente a la sección de colas a las que se envían los mensajes. Lo que se precisa para integrar aplicaciones i es: Flexibilidad a la hora de dirigir los mensajes Comunicación Asíncrona 9

10 Limitación de los MOM proveedor y Gestión de clientes presupuesto Procesado Orden adquisición Gestión Envío financiación Gestión inventario ERP organizador envíos Cierre mes Nueva OC Nueva OC Nueva OC Nueva OC Middleware orientado a mensajes Se requiere referencia (estática o dinámica) a las aplicaciones usadas Las aplicaciones deben cambiarse si se interacciona con un nuevo sistema 10

11 Limitación de los MOM Imposibilidad d de tratar t con escenarios más dinámicos i Mercado de productos que interopera con aplicaciones interesadas en cambios de precios El número de aplicaciones con las que interactuar cambia constantemente La evolución de los MOM para soportar la integración de sistemas heterogéneos como ERP, o CRM lleva a los broker de mensajes MOM no da soporte para definir lógica sofisticada para dirigir mensajes MOM no ayuda a abordar la heterogeneidad 11

12 Extensión de los MOM El principal i problema es que en un sistema MOM, la responsabilidad d para definir el receptor del mensaje reside en el que lo envía. La primera extensión será desplazar esta responsabilidad al Middleware Se define la lógica de la aplicación que identifica, para cada mensaje, las colas que pueden recibirlo. El broker de mensajes identifica los receptores ejecutando reglas definidas por el usuario. Sólo en el middleware hay que modificar la lógica para dirigir los mensajes. La lógica de direccionamiento se basa en la identidad del emisor, el tipo de mensaje, el contenido del mensaje. Se suele programar en lenguajes basados en reglas 12

13 Lógica de direccionamiento En MOM básicos es el emisor quien especifica la identidad de los receptores emisor receptor broker de mensajes Núcleo del broker de mensajes En los broker de mensajes, la lógica de direccionamiento se puede definir en el broker de mensajes, a nivel de mensaje, o a nivel de cola de mensaje Lógica definida a nivel del broker: Se aplica a todos los mensajes Lógica a nivel de cola: Se indica el tipo de mensajes que debe recibir la cola. Es posible la definición de reglas de transformación de datos asociadas con la lógica de la regla. 13

14 Broker de Mensajes Un Broker de mensajes extiende los MOM: con capacidad de definir lógica para los mensajes, procesar los mensajes directamente a nivel de middleware, y ofrece adaptadores d que enmascaran la heterogeneidad dy permiten acceder a todos los sistemas con el mismo modelo de programación y formato de intercambio de datos. Ejemplos JMS (Java Message Service), un API Java estándar para la funcionalidad básica de un broker de mensajes Implementaciones comerciales en plataformas EAI Tibco ActiveEnterprise, BEA WebLogic Integration, WebMethods Enterprise, WebSphere MQ. JBOSS (Open Source) JBI (Java Bussines Integration),basado en una arquitectura de servicios, en el que el núcleo es un router de mensajes. 14

15 Problemas de los Broker de Mensajes Colocar lo lógica de la aplicación ió en un broker de mensajes da algunos problemas. Las aplicaciones son más genéricas y robustas frente a cambios, pero Es difícil il depurar y mantener, Cada vez que se recibe un mensaje se deben ejecutar reglas. Hay un nivel de indirección más. Otra limitación es que los broker de mensajes están pensados para soportar interacciones OLTP (On Line Transaction Processing). Cuando se usan para enviar mensajes grandes, sus prestaciones se ven afectadas. 15

16 Modelo de interacción Publicación/suscripción La lógica de direccionamiento i i de los broker de mensajes permite definir i distintos modelos de interacción. Uno de los modelos más utilizado es el publicación/suscripción Las aplicaciones comunican intercambiando mensajes caracterizados por tipo y un conjunto de parámetros Las aplicaciones que envían mensajes, los publican en el middleware, que se encarga de redirigirlos. Las aplicaciones que están interesadas en recibir mensajes de un determinado tipo se subscriben, registrando su interés. 16

17 Modelo Publicación/suscripción i i i Gestión inventario (suscriptor) ERP (suscriptor) organizador (publicador) envíos (suscriptor) Cierre mes (suscriptor) Nueva OC Nueva OC Nueva OC Nueva OC Nueva OC broker de mensajes Suscripción por tipo de mensaje Puede haber una estructura de tipos tipo.subtipo.subsubtipo... Suscripción CadenaSuministros.NuevaOC CadenaSuministros.* Suscripción basada en parámetros (condiciones booleanas sobre los parámetros: Tipo = NuevaOC AND Cliente=ACME AND cantidad >100 17

18 Administración i ió del Broker de Mensajes Administrador, usuario distinguido que tiene autoridad para Definir tipos de mensajes Definir que usuarios pueden enviar y/o recibir mensajes Definir la lógica de redireccionamiento dominio administración A dominio administración C admin client client admin client client broker de mensajes BM-A broker de mensajes BM-C broker de mensajes BM-B admin client client dominio i administración i ió B 18

19 EAI con un Broker de Mensajes Adaptadores: mapean formatos, interfaces, y protocolos heterogéneos en un modelo y formato común. Broker de Mensajes: Facilitan la interacción entre los adaptadores aplicación integradora (contiene la lógica de composición) broker de mensajes adaptador presupuestos adaptador bases de datos adaptador Pronóstico adaptador adaptador XYZ Presupuestos Aplicaciones GBdD Pronóstico XYZ 19

20 Ejemplo Facturación Procesamiento de PdP A Broker de mensajes B 2 4 C 7 adaptador presupuestos 3 8 presupuestos Adaptador Pronóstico pronósticos Cuando se inicia el sistema (puede ocurrir en cualquier orden, pero antes de que haya una petición de presupuesto (PdP)) A: suscripción al mensaje presupuesto B: suscripción al mensaje peticionpresupuesto C: suscripción al mensaje nuevopresupuesto En tiempo de ejecución: procesamiento de una Petición de Presupuesto 1: publicación de un mensaje peticionpresupuesto 2: entrega del mensaje peticionpresupuesto 3: invocación síncrona de la función obtenpresupuesto st 4: publicación de un mensaje presupuesto 5: entrega del mensaje presupuesto 6: publicación del mensaje nuevopresupuesto 7: entrega del mensaje nuevopresupuesto 8: invocación del procedimiento creaentradapronostico 20

21 Ejemplo Facturación Procesamiento de PdP A 1 5 Broker de mensajes B 2 4 C 7 adaptador presupuestos 3 8 Adaptador Pronóstico Cuando se inicia el sistema (puede ocurrir en cualquier orden, pero antes de que haya una petición de presupuesto (PdP)) A: suscripción al mensaje presupuesto B: suscripción al mensaje peticionpresupuesto C: suscripción al mensaje presupuesto En tiempo de ejecución: procesamiento de una Petición de Presupuesto 1: publicación de un mensaje peticionpresupuesto 2: entrega del mensaje peticionpresupuesto 3: invocación síncrona de la función obtenpresupuesto st 4: publicación de un mensaje presupuesto 5: entrega del mensaje presupuesto presupuestos pronósticos 7: entrega del mensaje presupuesto 8: invocación del procedimiento creaentradapronostico 21

22 Revisión crítica de los broker de mensajes como plataformas de EAI Bj Bajo coste de desarrollo Integración más sencilla Componentes desacopladas Esfuerzo focalizado en el desarrollo de adaptadores Mayores oportunidades Mayores posibilidades de expansión del sistema Reacción más rápida a nuevas posibilidades Menores esfuerzos de mantenimiento El uso de adaptadores tiene el efecto de extraer la interacción con los sistemas externos como un aspecto ortogonal y localizado en el adaptador correspondiente. La aplicación que ejecuta la lógica de integración no se ve alterada sustancialmente si se introducen nuevos sistemas. 22

23 Revisión crítica de los broker de mensajes como plataformas de EAI Licencias i software de soluciones EAI son caras Un bus de mensajes, con sus herramientas de desarrollo y gestión es muy costoso Formación del personal Queda desarrollar la lógica de integración, configurar adaptadores, y desarrollar nuevos adaptadores. Sólo son abordables por grandes empresas La adopción de los estándares de servicios Web, puede cambiar este panorama... 23

24 Workflow Management Systems Workflow Management Systems (WfMS) Definición de un Workflow Ejecución e un Workflow EAI y WfMSs Ventajas y Desventajas 24

25 Workflow Management Systems Los broker de mensajes permiten ocultar la heterogeneidad dde los sistemas a integrar Workflow Management Systems (WfMSs) facilitan la definición y mantenimiento i de la lógica de integración. i Tienen su origen en la automatización de trabajos de oficina (automatización de procesos administrativos) Workflows administrativos: Control y gestión de documentos (basados en o formularios Web) WfMSs que implementan la lógica del negocio se denominan Workfows de producción. 25

26 Workflow Management Systems Son útiles para gestionar el direccionamiento de la información, pero no soportan la heterogeneidad de las aplicaciones. Permiten expresar la lógica de la aplicación de forma explícita y expresada en un lenguaje de alto nivel (normalmente gráfico). 26

27 Workflow Management Systems Ejemplos de sistemas WFM comerciales: WebSphere MQ Workflow de IBM Vititria Business-Ware Tibco BMP BEA WebLogic Integration Microsoft BizTalk Orchestration Ha sido objeto de esfuerzos de estandarización. A mediados de los noventa destaca la Workflow Management Coalition. El interés decayó considerablemente. El interés ha revivido en el campo de la composición de servicios Web. 27

28 Definición de un Workflow Proceso de negocio: Colección de actividades id d desarrolladas d por personas o aplicaciones que realizan de forma conjunta un objetivo de negocio Ordenes de compra de clientes, contratación de personal, etc. Workflow, workflow process, process: descripción formal y ejecutable de un proceso de negocio. Se suele especificar mediante un grafo con nodos de los siguientes tipos: Nodo de trabajo: Representa elementos de trabajo a desarrollar por una persona o una aplicación Nodo de ruta: define el orden en que se realiza los elementos de trabajo, y permiten la definición de trabajos en paralelo o activaciones condicionadas. Nodos principio y fin Una instancia de workflow es una ejecución de éste. 28

29 comprueba si Ejemplo de Workflow es producto ofertado Ofertado =falso Diferentes Modelos Diagramas de Actividad (UML) Redes de Petri State Charts else comprueba si merece la pena Procede=verdad Ofertado=verdad obtener presupuesto sistema presupuestos variables: NumeroReferenciaPresupuesto: integer Cliente: String Producto: String Cantidad: int FechaEntregaSolicitada: Fecha DireccionEntrega: String Procede: Bool ExisteContrato : Booleano ofertado: Booleano ExisteContrato=falso obtener presupuesto del suministrador actualizar sistema presupuestos ExisteContrato = verdad enviar presupuesto A cliente enviar presupuesto a sistema pronóstico 29

30 Ejecución de un Workflow Intérprete: Planificador (Scheduler). hdl )Planifica el ltrabajo bj y lo asigna a un ejecutor (recurso). Broker de recursos: Ejecuta alguna política de selección del recurso broker recursos recurso 1 Elementos de trabajo completados Intérprete workflow recurso 2 cola entrada 2 colas recursos recurso n diseñador workflow Definiciones workflow 30

31 WfMS como Lenguajes Programación Diferencias i de los WfMS con los lenguajes de programación clásicos De escala:wfms invocan actividades de grano grueso y aplicaciones que pueden durar horas o días. La granularidad d de los componentes: aplicaciones i o complejos sitemas de N-niveles (megamodulos). El lenguaje de programación de EAI. Deben contar con técnicas de manejo de fallos sofisticadas Forward recovery: Dar persistencia al estado de la instancia del workflow. Backward recovery:cuando hay que recuperarse de tareas que no se pueden llevar a cabo. La idea es asociar con cada nodo de trabajo actividades compensatorias cuya ejecución semántica supone deshacer lo hecho. Se ejecutan las acciones en orden inverso. Lenguajes de manejo de excepciones: Por ejemplo, tratar eventos de cancelación de peticiones de clientes que pueden ocurrir asícronamente. Se representan mediante reglas Evento Condición Acción (ECA), try-cath-throw throw al estilo de java, nodos evento, etc. Deadlines: Se toma una acción correctiva si la orden no se ejecuta en un periodo de tiempo. 31

32 EAI = WfMS + Broker Mensajes WfMS Adaptador WfMS message broker adaptador presupuestos adaptador base de datos adaptador pronóstico adaptador adaptador XYZ Presupuestos Aplicaciones GBdD Pronóstico XYZ 32

33 Ventajas/Desventajas WfMSs Ventajas Problemas Proceso de diseño rápido Coste de licencias caras Fácil Mantenimiento Complejas operaciones de Manejo excepciones y fallos instalación ió Entorno de desarrollo gráfico Ciclos de desarrollo largos para automatizar procesos de negocio reales Deben implementar una plataforma middleware completa para ofrecer el entorno con la funcionalidad requerida. 33

34 Resumen El tipo de integración ió discutido hasta ahora se limita it al ámbito de redes de área local LOS PROBLEMAS SE AMPLIFICAN SI TRATAMOS REDES DE AREA GLOBAL, O SOBRE INTERNET La sencillez en la integración está lejos de lo que prometen los vendedores El principal problema es la falta de estandarización, en el middleware y a nivel de componentes. 34

Servicios Web. Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI)

Servicios Web. Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Servicios Web Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es http://diis.unizar.es/postweb/

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

6.1 Introducción a los sistemas EAI

6.1 Introducción a los sistemas EAI 6.1 Introducción a los sistemas EAI Integración de Aplicaciones (1) El problema de la integración de aplicaciones consiste en hacer colaborar entre sí a aplicaciones distribuidas, heterogéneas y posiblemente

Más detalles

Servicios Web. Capítulo 5: Introducción a los Servicios Web. Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es

Servicios Web. Capítulo 5: Introducción a los Servicios Web. Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es Servicios Web Capítulo 5: Introducción a los Servicios Web Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es http://diis.unizar.es/postweb/ Departamento de Informática e Ingeniería de

Más detalles

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA 3.1. Características La tendencia hacia el futuro es el de lograr la integración total de componentes realizados por terceras partes, para lo cual es necesario

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

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

Acoplamiento e interoperabilidad

Acoplamiento e interoperabilidad Máster Universitario en Ingeniería Informá3ca Acoplamiento e interoperabilidad Sistemas de Información Orientados a Servicios RODRIGO SANTAMARÍA 2 Acoplamiento débil Tipos de acoplamiento Cabalgando el

Más detalles

Tecnología de objetos distribuidos y arquitectura de componentes. Índice. Bibliografía. Introducción. Tema V

Tecnología de objetos distribuidos y arquitectura de componentes. Índice. Bibliografía. Introducción. Tema V Bibliografía Tema V Tecnología de objetos distribuidos y arquitectura de componentes. Szyperski, C. 1998. Component Software. Addison-Wesley. Ruiz Cortés, 1998. A. CORBA: Una visión general. http://www.lsi.us.es/~aruiz

Más detalles

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect IT Insight podcast Este podcast pertenece a la serie IT Insight Pueden suscribirse al podcast a través de itunes. El material

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

Capítulo 7: Introducción a la dinámica de servicios Web

Capítulo 7: Introducción a la dinámica de servicios Web Servicios Web Capítulo 7: Introducción a la dinámica de servicios Web Pedro J. Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es http://diis.unizar.es/postweb/ Departamento de Informática

Más detalles

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO Introducción:...1 Service Oriented Architecture...2 Elementos de una Service Oriented Architecture...2 Application frontends...2 Servicios...2 Contrato:...3

Más detalles

Curso 5007437. Presentación. Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007

Curso 5007437. Presentación. Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Curso 5007437 Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Presentación Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es Joaquín Ezpeleta ezpeleta@unizar.eses

Más detalles

WebSphere es una familia de productos de software propietario de IBM

WebSphere es una familia de productos de software propietario de IBM WEBSPHERE MQ WebSphere es una familia de productos de software propietario de IBM WebSphere MQ (anteriormente MQSeries), el punto central de la familia MQ, proporciona conectividad de aplicaciones. Puede

Más detalles

VISIÓN PRÁCTICA SOA PREPARATIC

VISIÓN PRÁCTICA SOA PREPARATIC VISIÓN PRÁCTICA SOA PREPARATIC VISIÓN PRÁCTICA SOA PROPÓSITO DE SOA Por qué? Para qué? EVOLUCIÓN VISIÓN PRÁCTICA SOA TÉRMINOS SOA UDDI WSDL XML Gobierno SOA SOAP Orquestación BAM ESB BPEL VISIÓN PRÁCTICA

Más detalles

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic ARQUITECTURAS ORIENTADAS A SERVICIOS SOA en la Seguridad Social por Mario triguero garrido 48 boletic El deber de ofrecer al ciudadano el mejor servicio ha sido siempre la motivación por la cual la Gerencia

Más detalles

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura

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

JBoss Enterprise Middleware. Gustavo N Yasue IT Architect Latinoamérica Red Hat Latinoamérica gyasue@redhat.com

JBoss Enterprise Middleware. Gustavo N Yasue IT Architect Latinoamérica Red Hat Latinoamérica gyasue@redhat.com JBoss Enterprise Middleware Gustavo N Yasue IT Architect Latinoamérica Red Hat Latinoamérica gyasue@redhat.com UN FUTURO TAN ABIERTO COMO SEA POSIBLE CODIGO ABIERTO ESTANDARES ABIERTOS CONTENIDO ABIERTO

Más detalles

OpenESB FEMI Sofis Solutions - PMA

OpenESB FEMI Sofis Solutions - PMA OpenESB FEMI Sofis Solutions - PMA Página 1 de 22 1 BPMS... 3 1.1 Introducción... 3 1.2 Modelado de Procesos... 5 1.2.1 Editor Gráfico de Procesos... 5 1.2.2 Gestión de Tareas... 6 1.2.3 Interacción Humana...

Más detalles

MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx

MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx Contenido Middleware: Introducción Definición Genealogía Aplicaciones actuales: Servicios Web Computación

Más detalles

Tema 1: INTRODUCCIÓN A LOS SISTEMAS DISTRIBUIDOS Sistemas Distribuidos

Tema 1: INTRODUCCIÓN A LOS SISTEMAS DISTRIBUIDOS Sistemas Distribuidos Tema 1: INTRODUCCIÓN A LOS SISTEMAS DISTRIBUIDOS E. U. Informática en Segovia Departamento de Informática Universidad de Valladolid Introducción a la Computación Distribuida Sistema distribuido: conjunto

Más detalles

5. Modelos de Sistemas Distribuidos

5. Modelos de Sistemas Distribuidos Sistemas Distribuidos 5. Modelos de Sistemas Distribuidos Prof. María Feldgen Curso 2006 Índice Modelos Modelo Cliente-Servidor Framework CORBA Java RMI Microsoft DCOM Message-Oriented Middleware Dificultades

Más detalles

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra Si en otros tiempos el factor decisivo de la producción era la tierra y luego lo fue el capital... hoy día el factor decisivo es cada vez más el hombre mismo, es decir, su conocimiento... Juan Pablo II

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

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

INTEGRACIÓN DE SISTEMAS HEREDADOS

INTEGRACIÓN DE SISTEMAS HEREDADOS CAPÍTULO 2 INTEGRACIÓN DE SISTEMAS HEREDADOS En el presente capítulo, se presenta el problema de integración de sistemas de Software. Una de cuyas características es la presencia de los llamados Sistemas

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

Curso 5007437. Capítulo 4: Arquitectura Orientada a Servicios. Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007

Curso 5007437. Capítulo 4: Arquitectura Orientada a Servicios. Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Curso 5007437 Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Capítulo 4: Arquitectura Orientada a Servicios Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es

Más detalles

Arquitectura de Proyectos de IT

Arquitectura de Proyectos de IT Arquitectura de Proyectos de IT Apunte: Introducción a MQ y conceptos de mensajería Autores: Patricio Echagüe patricioe@gmail.com Ing. Gastón Escobar gescobar@gmail.com Versión: 0.1 Octubre, 2005 1 Índice

Más detalles

5.1 Introducción a Servicios Web

5.1 Introducción a Servicios Web 5.1 Introducción a Servicios Web Introducción Continuando con el ejemplo de intercambio de información de películas... => Actualmente ya no es necesario implementar la solución sugerida a mano Se han estandarizado

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

Herramientas de Software que posibilitan el BPM

Herramientas de Software que posibilitan el BPM Qué es BPM? BPM (Business Process Management) no es solamente una tecnología, sino en términos generales, una disciplina gerencial que trata a los procesos como bienes tangibles que contribuyen al desempeño

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

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

2.1 Compuertas para Bases de Datos

2.1 Compuertas para Bases de Datos 1 Colección de Tesis Digitales Universidad de las Américas Puebla Romero Martínez, Modesto Uno de los aspectos mas importantes en un sistema multibase de datos es la forma en como llevar a cabo la comunicación

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

1.264 Tema 16. Middleware heredado

1.264 Tema 16. Middleware heredado 1.264 Tema 16 Middleware heredado Qué es el middleware heredado? Cliente (interf. de usuario, aplic. local) Cliente (interf. de usuario, aplic. local) Cómo conectamos clientes y servidores? Middleware

Más detalles

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com EMPRESAS TUXPAN www.tuxpan.com AÑO 2007 INDICE DE CONTENIDO 1 Software de Servicios y Orquestación de Procesos 2 1.1.1 Introducción 2 1.1.2 Software de Orquestación como Integrador 3 1.1.3 Automatización

Más detalles

Service Oriented Architecture: Con Biztalk?

Service Oriented Architecture: Con Biztalk? Service Oriented Architecture: Con Biztalk? Pablo Abbate Servicios Profesionales Danysoft SOA supone una nueva forma de pensar acerca de la arquitectura IT para las empresas. De hecho, es una asociación

Más detalles

Sistema de gestión de procesos institucionales y documental.

Sistema de gestión de procesos institucionales y documental. [Documento versión 1.7 del 10/10/2015] Sistema de gestión de procesos institucionales y documental. El sistema de gestión de procesos institucionales y documental, es una solución diseñada para mejorar

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

Tema 1: Introducción a la gestión y planificación de redes

Tema 1: Introducción a la gestión y planificación de redes Tema 1: Introducción a la gestión y planificación de redes 1. Introducción general 2. Objetivos de la gestión de redes 3. Objetivos de la planificación de redes 4. Sistemas de gestión de red Gestión de

Más detalles

Arquitecturas de Integración

Arquitecturas de Integración Arquitecturas de Integración Ing. Gastón Escobar Ing. Nicolás Passerini Ing. Juan Arias Ing. Santiago Blanco 2006 Agenda Enterprise Architecture Integración de Sistemas Evolución histórica Métodos de integración

Más detalles

Anuncio de software ZP11-0010 de IBM Europe, Middle East and Africa con fecha 18 de enero de 2011

Anuncio de software ZP11-0010 de IBM Europe, Middle East and Africa con fecha 18 de enero de 2011 con fecha 18 de enero de 2011 IBM Tivoli Business Service Manager for the Enterprise V4.2.1 permite que los negocios y las operaciones vean y comprendan las complejas relaciones de impacto empresarial

Más detalles

Integración Automatizada de Sistemas de Gestión de Ordenes e Inventario de Red

Integración Automatizada de Sistemas de Gestión de Ordenes e Inventario de Red 1ª JORNADA DE GESTION GEOESPACIAL DE REDES Integración Automatizada de Sistemas de Gestión de Ordenes e Inventario de Red Cristina Vasconi cristina@tierra-ayni.com Relator Presentación Cristina Vasconi

Más detalles

ESB. Norberto Fernández Departamento de Ingeniería Telemática http://www.it.uc3m.es/berto/ Tecnologías de Distribución de Contenidos - UC3M 1

ESB. Norberto Fernández Departamento de Ingeniería Telemática http://www.it.uc3m.es/berto/ Tecnologías de Distribución de Contenidos - UC3M 1 ESB Norberto Fernández Departamento de Ingeniería Telemática http://www.it.uc3m.es/berto/ 1 Motivación EAI (Enterprise Application Integration) Una organización tiene distintas suborganizaciones con distintos

Más detalles

PLIEGO DE PRESCRIPCIONES TÉCNICAS

PLIEGO DE PRESCRIPCIONES TÉCNICAS SERVICIOS DE APOYO PARA LA IMPLANTACIÓN DE LA PLATAFORMA DE INTEROPERABILIDAD Y GOBIERNO DE LA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) DE LA WAN DE PROPOSITO GENERAL DEL MINISDEF EXPEDIENTE.1.00.22.9.0785

Más detalles

MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA)

MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) Nelson Beltran Galvis Grupo de Investigación de Ingeniería de Software, Universidad Francisco de Paula Santander.

Más detalles

SISTEMAS DE INFORMACIÓN I TEORÍA

SISTEMAS DE INFORMACIÓN I TEORÍA CONTENIDO: TIPOS DE SI: SISTEMAS DE AUTOMATIZACIÓN DE OFICINAS, GROUPWARE, SISTEMA DE WORKFLOW Material diseñado y elaborado por: Prof. Anna Cecilia Grimán SISTEMAS DE AUTOMATIZACIÓN DE OFICINAS Los Sistemas

Más detalles

JavaEE. www.javasoft.com

JavaEE. www.javasoft.com JavaEE Java Enterprise Edition www.javasoft.com Por qué Java en el servidor? Ventajas Independencia de la plataforma portabilidad Gran conjunto de APIs Reusabilidad y modularidad Seguro en la ejecución

Más detalles

Modelado de Procesos de Negocio con BPMN Francisco Ruiz http://alarcos.inf

Modelado de Procesos de Negocio con BPMN Francisco Ruiz http://alarcos.inf Modelado de Procesos de Negocio con BPMN Francisco Ruiz http://alarcos.inf alarcos.inf-cr.uclm.escr.uclm.es Universidad de Castilla-La Mancha Procesos de Negocio y su Tecnología Procesos de Negocio Un

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

Desarrollo de aplicaciones para la sociedad de la información Bloque II- Dominios de aplicaciones sociales Tema 3- Gestión de procesos de negocio

Desarrollo de aplicaciones para la sociedad de la información Bloque II- Dominios de aplicaciones sociales Tema 3- Gestión de procesos de negocio Desarrollo de aplicaciones para la sociedad de la información Bloque II- Dominios de aplicaciones sociales Tema 3- Gestión de procesos de negocio Máster Universitario Oficial en Sistemas Telemáticos e

Más detalles

CARRERA TITULO DEL TRABAJO CURSO

CARRERA TITULO DEL TRABAJO CURSO CARRERA Ingeniería Informática TITULO DEL TRABAJO SOA CURSO Tópicos de Ingeniería del Software CÉSAR ESTRADA CONDORI MAYRA GOMEZ QUEVEDO LUIS MUǸOS ESCAPA ALAN A. ROJAS MARROQUIN SEMESTRE IX 2010 Los alumnos

Más detalles

Integración al Servicio de la Empresa

Integración al Servicio de la Empresa Integración al Servicio de la Empresa Las Arquitecturas SOA permiten abordar los nuevos retos empresariales, ser más competitivos y disponer de sistemas de información integrados. Además, tecnologías como

Más detalles

MARCANDO LA DIFERENCIA

MARCANDO LA DIFERENCIA MARCANDO LA DIFERENCIA INTEGRACIÓN RÁPIDA Y CONFIABLE entre sus sistemas Simplifique la integración y el mantenimiento de su lógica de negocio con nuestra arquitectura orientada a servicios. Ahorre dolores

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

Tema 1. Arquitectura Cliente/Servidor

Tema 1. Arquitectura Cliente/Servidor Tema 1. Arquitectura Cliente/Servidor SCS Sistemas Cliente/Servidor 4 o informática http://ccia.ei.uvigo.es/docencia/scs 27 de septiembre de 2009 FJRP, FMBR [sistemas cliente-servidor] CCIA 1.1 Sistemas

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

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

UNA EXPERIENCIA PRÁCTICA DE INTEGRACIÓN DE SISTEMAS HETEROGÉNEOS DIRIGIDA POR MODELOS

UNA EXPERIENCIA PRÁCTICA DE INTEGRACIÓN DE SISTEMAS HETEROGÉNEOS DIRIGIDA POR MODELOS UNA EXPERIENCIA PRÁCTICA DE INTEGRACIÓN DE SISTEMAS HETEROGÉNEOS DIRIGIDA POR MODELOS Gerente de Informática de Diputación IZFE, S.A. (Diputación Foral de Gipuzkoa) Analista IZFE, S.A. (Diputación Foral

Más detalles

Interoperabilidad Cómputo Cliente/Servidor

Interoperabilidad Cómputo Cliente/Servidor Middleware r. José Raúl érez Cázares (raul.perez@itesm.mx) ITESM epartamento de Ciencias Computacionales Interoperabilidad Cómputo / S Macintosh ECStation OS/2 MacOS UIX Acceso Remoto Base de datos? WA

Más detalles

ESCUELA POLITÉCNICA NACIONAL

ESCUELA POLITÉCNICA NACIONAL 1 ESCUELA POLITÉCNICA NACIONAL ESCUELA DE INGENIERÍA ELABORACIÓN DE UN COMPONENTE DE SOFTWARE REUTILIZABLE PARA LA INTERACCIÓN DE APLICACIONES CLIENTE Y SISTEMAS DE GESTIÓN DE FLUJOS DE TRABAJO (WFMS).

Más detalles

Consultoría en Arquitectura Empresarial, SOA y de Software

Consultoría en Arquitectura Empresarial, SOA y de Software Consultoría en Arquitectura Empresarial, SOA y de Software Dentro de su propuesta de servicios de consultoría, HEINSOHN ofrece consultoría en planeación de tecnologías de información, donde se define a

Más detalles

La arquitectura de servicios. del Ministerio de Sanidad y

La arquitectura de servicios. del Ministerio de Sanidad y 48 La arquitectura de servicios del Ministerio de Sanidad y Consumo SE TRATA DE UNA SOLUCIÓN TECNOLÓGICA QUE HABILITA EL DESARROLLO DE PROYECTOS VERTICALES QUE PERMITEN CONCILIAR NUESTRO ACTUAL MAPA COMPETENCIAL

Más detalles

Tema 1: Introducción a las tecnologías

Tema 1: Introducción a las tecnologías Tema 1: Introducción a las tecnologías de integración de aplicaciones Índice Introducción Integración de Aplicaciones Arquitectura de referencia Capa de Integración de Plataforma Capa de Acceso e Integración

Más detalles

ORACLE TUXEDO HOJA DE DATOS DE ORACLE

ORACLE TUXEDO HOJA DE DATOS DE ORACLE HOJA DE DATOS DE ORACLE CARACTERÍSTICAS Y BENEFICIOS CLAVE CARACTERÍSTICAS Procesamiento de transacciones distribuidas Infraestructura de integración extensible Seguridad avanzada Alta disponibilidad Protocolo

Más detalles

CONSTRUCCIÓN DE PORTALES

CONSTRUCCIÓN DE PORTALES Curso «Los portales de internet». Fac. Documentación. Universidad de Murcia. 29 CONSTRUCCIÓN DE PORTALES Juan Antonio Pastor Sánchez 1. Introducción La Gestión de los contenidos informativos de los portales

Más detalles

WebSphere Extended Deployment

WebSphere Extended Deployment IBM Software Group WebSphere Extended Deployment Gestión de Efectividad y Capacidad Agenda WebSphere Extended Deployment: Introducción Dynamic Operations Extended Manageability High Performance Computing

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

Tecnología para la Gestión de Procesos de Negocio http://alarcos.inf-cr.uclm.es

Tecnología para la Gestión de Procesos de Negocio http://alarcos.inf-cr.uclm.es Tecnología para la Gestión de Procesos de Negocio http://alarcos.inf-cr.uclm.es Universidad de Castilla-La Mancha Escuela Superior de Informática Francisco Ruiz, noviembre 2006 Estructura de la charla

Más detalles

Arquitectura de servicios en el Ministerio de Sanidad y Consumo. por juan fernando muñóz montalvo. 42 boletic

Arquitectura de servicios en el Ministerio de Sanidad y Consumo. por juan fernando muñóz montalvo. 42 boletic ARQUITECTURAS ORIENTADAS A SERVICIOS Arquitectura de servicios en el Ministerio de Sanidad y Consumo por juan fernando muñóz montalvo 42 boletic El Ministerio de Sanidad y Consumo ha desarrollado en los

Más detalles

Notas. Introducción. Breve Introducción a los Sistemas Colaborativos: Groupware & Workflow. Palabras claves: Groupware, Workflow, BPCM, WfMC.

Notas. Introducción. Breve Introducción a los Sistemas Colaborativos: Groupware & Workflow. Palabras claves: Groupware, Workflow, BPCM, WfMC. Breve Introducción a los Sistemas Colaborativos: Groupware & Workflow Palabras claves: Groupware, Workflow, BPCM, WfMC. Introducción A partir de la llegada de las computadoras personales al ambiente empresarial

Más detalles

Componentes y Middleware. Arquitectura de Software Componentes y Middleware [1] Stakeholders. Sobre el informe. Calidad según los stakeholders

Componentes y Middleware. Arquitectura de Software Componentes y Middleware [1] Stakeholders. Sobre el informe. Calidad según los stakeholders sistema Componentes y Middleware Arquitectura de Software Componentes y Middleware [1] Componentes Middleware Políticas y mecanismos Ejemplo de notación ad-hoc Hernán Astudillo Departamento de Informática

Más detalles

Arquitectura de Software Componentes y Middleware [1] Componentes y Middleware. Sobre el informe

Arquitectura de Software Componentes y Middleware [1] Componentes y Middleware. Sobre el informe Arquitectura de Software Componentes y Middleware [1] Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María Componentes y Middleware Componentes Middleware

Más detalles

Objetos Distribuidos - Componentes. Middleware

Objetos Distribuidos - Componentes. Middleware Objetos Distribuidos - Componentes Middleware Middleware Component Oriented Development Arquitecturas 3 Tier Middleware es el software que: conecta y comunica los componentes de una aplicacion distribuida

Más detalles

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

Más detalles

Cómo lograr una implementación exitosa de SOA?

Cómo lograr una implementación exitosa de SOA? Software Huibert Aalbers Certified Executive Software IT Architect BUE Technical Sales, SW Services Manager IBM de Mexico 2007 IBM Corporation Agenda!Interoperabilidad! De dónde viene SOA?!Las distintas

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

Gestión de activos con Maximo y Tivoli Service Request Manager

Gestión de activos con Maximo y Tivoli Service Request Manager en colaboración con: Capgemini e IBM Maximo Gestión de activos con Maximo y Tivoli Service Request Manager Capgemini es en la actualidad el único partner global para la implantación de soluciones de gestión

Más detalles

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos Espiñeira, Sheldon y Asociados No. 4-2010 Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción 4 Qué

Más detalles

Plataforma Tecnológica Qué es Marino Imagine? La integración de los requerimientos de sistemas informáticos en la determinados sectores. infraestructura de la empresa ha sucedido de forma Sus carencias

Más detalles

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 18 CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC297_2 Versión 5 Situación RD 1201/2007 Actualización

Más detalles

WebServices bajo SOA. SOAagenda team Chile

WebServices bajo SOA. SOAagenda team Chile WebServices bajo SOA SOAagenda team Chile 1 Conceptos Servicio SOA Una tarea de negocio repetitiva validar Crédito Cliente, que cumple estándares SOA WebService Funcionalidades disponibles vía Web, implementadas

Más detalles

La integración de información. Presente y futuro de la empresa moderna

La integración de información. Presente y futuro de la empresa moderna La integración de información. Presente y futuro de la empresa moderna Ing. Josue Carralero Iznaga, MSc. ISPJAE, Facultad de Ingeniería Informática, Departamento de Ingeniería de Software. Complejo de

Más detalles

Workflow, BPM y Java Resumen de la presentación de Tom Baeyens

Workflow, BPM y Java Resumen de la presentación de Tom Baeyens Workflow, BPM y Java Resumen de la presentación de Tom Baeyens Workflow, BPM y Java Página 1 de 11 1. Introducción Tom Baeyens es el fundador y arquitecto del proyecto de JBoss jbpm, la máquina de workflow

Más detalles

Mejora en la Administración de Procesos de Desarrollo de Software Tipo SPEM Automatizados Bajo Workflow

Mejora en la Administración de Procesos de Desarrollo de Software Tipo SPEM Automatizados Bajo Workflow Mejora en la Administración de Procesos de Desarrollo de Software Tipo SPEM Automatizados Bajo Workflow Fabio A. Zorzan 1 y Daniel Riesco 2 Resumen Esta línea de investigación pretende aportar a la mejora

Más detalles

AUTOMATIZACION DE PROCESOS DE DESARROLLO DE SOFTWARE DEFINIDOS CON SPEM

AUTOMATIZACION DE PROCESOS DE DESARROLLO DE SOFTWARE DEFINIDOS CON SPEM AUTOMATIZACION DE PROCESOS DE DESARROLLO DE SOFTWARE DEFINIDOS CON SPEM Fabio A. Zorzan y Daniel Riesco Resumen Esta línea de investigación propone una alternativa para lograr la automatización de la gestión

Más detalles

Alicia Serrano Sánchez, Francisco Sánchez Molina, David Villa Alises, Felix Jesús Villanueva Molina y Juan Carlos López López

Alicia Serrano Sánchez, Francisco Sánchez Molina, David Villa Alises, Felix Jesús Villanueva Molina y Juan Carlos López López IceDDS: Servicio de propagación de eventos con aplicación en Smart Grids JCE 2013 Alicia Serrano Sánchez, Francisco Sánchez Molina, David Villa Alises, Felix Jesús Villanueva Molina y Juan Carlos López

Más detalles

Sistemas de Información Introducción a los Sistemas de Información: El Modelo Cliente/Servidor

Sistemas de Información Introducción a los Sistemas de Información: El Modelo Cliente/Servidor Sistemas de Información Introducción a los Sistemas de Información: El Modelo Cliente/Servidor Agradecimientos: por su contribución a la realización de estas transparencias: Jesus Villamor Lugo y Simon

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

Visión práctica sobre SOA

Visión práctica sobre SOA Visión práctica sobre Número de páginas: Autor: Revisado por: Aprobado por: Firma: Firma: Firma: Fecha: Fecha: Fecha: Resumen : Introducción a Lista de Distribución: Visión práctica sobre 1 / 26 CONTROL

Más detalles

Jaime Orlando Moreno, Jorge Humberto Arias Cámara de Comercio de Bogota {jaimem,arquitectodes}@ccb.org.co

Jaime Orlando Moreno, Jorge Humberto Arias Cámara de Comercio de Bogota {jaimem,arquitectodes}@ccb.org.co Caso de Estudio: Proyecto SIREP2 Estructura, rol e importancia de un ESB en un proyecto Empresarial centrado en procesos de negocio (BPM) y soportados en reusabilidad de Servicios (SOA) Jaime Orlando Moreno,

Más detalles

Servicio Web. Estándares empleados. Ventajas de los servicios web. Inconvenientes de los servicios Web

Servicio Web. Estándares empleados. Ventajas de los servicios web. Inconvenientes de los servicios Web Servicio Web Un servicio web (en inglés, Web services) es una tecnología que utiliza un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones

Más detalles

D E S C R I P C I Ó N

D E S C R I P C I Ó N ADAPTOR pertenece a la nueva generación en herramientas de Integración de Sistemas (EAI) fuertemente inspirada en el paradigma SOA y capaz de funcionar en un bus de servicios (ESB), es la forma más eficiente

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

Banco de Previsión Social Asesoría en Informática y Tecnología. Documento de. Listas de Control en Tecnología. Capítulo Middleware

Banco de Previsión Social Asesoría en Informática y Tecnología. Documento de. Listas de Control en Tecnología. Capítulo Middleware ASIT 20070501 LCT-Middleware v003 17/07/2007 16:26:00 Documento de Listas de Control en Tecnología Capítulo Middleware Versión 003 Mayo de 2007 ARCHIVO: ASIT 20070501 LCT-Middleware v003.doc Nº. PÁG: 1

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles