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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 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

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

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

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

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

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

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

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

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

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

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

Elección de ERP: Criterios y Costes de implantación de un ERP

Elección de ERP: Criterios y Costes de implantación de un ERP Elección de ERP: Criterios y Costes de implantación de un ERP nº en la implantación de soluciones Microsoft Business Solutions Miguel Ángel Ortuño Director IBdos Participante en más de 300 proyectos de

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

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

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

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

RBAC4WFSYS: Modelo de Acceso para Sistemas Workflow basado en RBAC

RBAC4WFSYS: Modelo de Acceso para Sistemas Workflow basado en RBAC RBAC4WFSYS: Modelo de Acceso para Sistemas Workflow basado en RBAC Proyecto Integrador de Tecnologías Computacionales Autor: Roberto García :: A00888485 Director: Jorge A. Torres Jiménez Contenido Introducción

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

RODRIGO TAPIA SANTIS (rtapiasantis@gmail com) has a. non-transferable license to use this Student Guide

RODRIGO TAPIA SANTIS (rtapiasantis@gmail com) has a. non-transferable license to use this Student Guide Introducción Objetivos del Curso Al finalizar este curso, debería estar capacitado para: Instalar, crear y administrar Oracle Database 11g Versión 2 Configurar la base de datos para una aplicación Utilizar

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

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

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio Parra Julián Matias 1, Mg. Patricia Bazán 2, Lic. José Martinez Garro 3 1 3 Facultad de Informática

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

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

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

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

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

Arquitectura y Diseño de la Solución

Arquitectura y Diseño de la Solución Arquitectura y Diseño de la Solución Recuento de Conceptos importantes Modelamiente / Versionamiento de trámites Vista Conceptual Subsistemas Funcionales Principales Detalle de los subsistemas Vista de

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

Permite compartir recursos en forma coordinada y controlada para resolver problemas en organizaciones multiinstitucionales

Permite compartir recursos en forma coordinada y controlada para resolver problemas en organizaciones multiinstitucionales The Anatomy of the Grid Enabling Scalable Virtual Organization Autores : Ian Foster, Carl Kesselman y Steven Tuecke. 2001 GRIDS y Organizaciones Virtuales Permite compartir recursos en forma coordinada

Más detalles

IBM Rational Software Architect V8.0.1 ofrece nuevos e innovadores enfoques para desarrollar arquitecturas de solución

IBM Rational Software Architect V8.0.1 ofrece nuevos e innovadores enfoques para desarrollar arquitecturas de solución con fecha de 14 de diciembre de 2010 IBM Rational Software Architect V8.0.1 ofrece nuevos e innovadores enfoques para desarrollar arquitecturas de solución Tabla de contenidos 1 Visión general 1 Fecha

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

Modelando procesos ocesos e : j e em e pl m o pl s

Modelando procesos ocesos e : j e em e pl m o pl s Modelando procesos: ejemplos Modelamiento de procesos con Modelamiento de procesos con BizAgi Caso de aplicación Tema: proceso de requerimiento de suministros yútiles de oficina. Descripción del proceso:

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

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

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

Tecnologías Grid Estándares grid

Tecnologías Grid Estándares grid Tecnologías Grid Estándares grid Master en Sistemas y Servicios Informáticos para Internet Universidad de Oviedo Estándares grid Introducción Introducción Justificación El grid se construye a base de diversos

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

TEMA 5. Otras arquitecturas distribuidas II. Objetos distribuidos y CORBA

TEMA 5. Otras arquitecturas distribuidas II. Objetos distribuidos y CORBA TEMA 5. Otras arquitecturas distribuidas II. Objetos distribuidos y CORBA II. Objetos distribuidos y CORBA 1. Objetos Distribuidos 2. CORBA 1. Características 2. Modelo de trabajo 3. ORB 4. Arquitectura

Más detalles

Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web

Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web Secretaría de Planificación Estratégica Oficina de Informática Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web VERSIÓN 4 Julio 2009 Índice 1. Generalidades... 3 1.1

Más detalles

INFORME N 009-2015-GTI INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE

INFORME N 009-2015-GTI INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE INFORME N 009-2015-GTI INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE 1. Nombre del Área El área encargada de la evaluación técnica para la adquisición de licencias de un software para el intercambio

Más detalles

Requisitos del Software Aplicativo Móvil SISTEMAS INTELIGENTES EN RED S.A.S.

Requisitos del Software Aplicativo Móvil SISTEMAS INTELIGENTES EN RED S.A.S. Requisitos del Software Aplicativo Móvil SISTEMAS INTELIGENTES EN RED S.A.S. Desarrollo de Aplicativo Móvil 2 Índice 1. INTRODUCCIÓN... 3 2. OBJETIVO... 3 3. MÓDULO MENSAJERÍA... 3 3.1. Actores... 3 3.2.

Más detalles

Components & Connectors Viewtype. Estilos

Components & Connectors Viewtype. Estilos Components & Connectors Viewtype Estilos 1 Estilos Especializan el C&C viewtype introduciendo tipos de componente y conector a los cuales pertenecerán las instancias del modelo Especifican patrones de

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

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

ARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA

ARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA Dirección General de Administración Electrónica y Calidad de los Servicios Consejería de Justicia y Administración Pública Junta de Andalucía

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

Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web

Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web Secretaría de Planificación Estratégica Oficina de Informática Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web VERSIÓN 3 Abril 2006 Índice 1. Generalidades... 3 1.1

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

las necesitan. Estos índices deben de ser administrados y revisados por lo menos cada tres meses para que los índices no sean un problema.

las necesitan. Estos índices deben de ser administrados y revisados por lo menos cada tres meses para que los índices no sean un problema. CAPÍTULO IV RESUMEN En este capítulo daremos a conocer como es el funcionamiento de las diferentes bases de datos que la aplicación tiene en uso, esto es el caso de las bases de datos EASY y PL, estas

Más detalles

MACROPROCESO GESTIÓN TECNOLÓGICA

MACROPROCESO GESTIÓN TECNOLÓGICA Versión 1.0 Página 1 de 5 1. OBJETIVO Suministrar las fases para la puesta en producción de aplicaciones y sistemas de información desarrollados o adquiridos por el Instituto Colombiano de Bienestar Familiar

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

Indice TECNIMAP CACERES 2000 1

Indice TECNIMAP CACERES 2000 1 Indice Introducción 2 Enterprise Information Portals (EIP) o Portales Corporativos 3 Qué es un Enterprise Information Portal? 3 Necesidades a cubrir por un EIP 4 Servicios proporcionados por plataforma

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

Anexo 4 Documento de Arquitectura

Anexo 4 Documento de Arquitectura Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de

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

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

Bajo Costo de Implementación y Soporte: Ofrecer un bajo costo de implementación y mantenimiento.

Bajo Costo de Implementación y Soporte: Ofrecer un bajo costo de implementación y mantenimiento. Documento de Referencia Una Única Solución que Integra Todas las Aplicaciones que su Empresa Requiere Tecnologizar los procesos financieros, operacionales y de gestión de su empresa, es sólo cuestión de

Más detalles

Arquitectura cliente/servidor

Arquitectura cliente/servidor Departamento de Lenguajes y Sistemas Informáticos Arquitectura cliente/servidor Programación en Internet Curso 2007-2008 Índice Introducción Tipos de servidores Ventajas Desventajas Arquitectura de una

Más detalles

Tema 1. Introducción a Java EE

Tema 1. Introducción a Java EE Objetivos del tema Propiedades de las aplicaciones empresariales El Modelo Cliente/Servidor Presentar la Plataforma Java Presentar Java EE y otras tecnologías horizontales Tema 1. Introducción a Java EE

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

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

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

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

Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL

Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL DNI Apellidos y nombre 1. Cuál de las siguientes afirmaciones no es una causa de los problemas del software?

Más detalles

Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012

Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012 Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012 El problema: las aplicaciones tradicionales no le proveen la agilidad necesaria

Más detalles

Servicios Web: Orquestación y coreografías

Servicios Web: Orquestación y coreografías Servicios Web: Orquestación y coreografías E. U. I. T. en Informática de Oviedo Master de Ingeniería Web Servicios Web Juan Ramón Pérez Pérez (jrpp en uniovi.es) Orientación a Servicios. Principios. Los

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

BASE DE DATOS: ENFOQUE ORIENTADO A OBJETOS. Dámaso López Aragón

BASE DE DATOS: ENFOQUE ORIENTADO A OBJETOS. Dámaso López Aragón BASE DE DATOS: ENFOQUE ORIENTADO A OBJETOS Dámaso López Aragón Introducción En la actualidad, la orientación a objetos es una nueva forma de comprender los problemas y modelar el negocio de una empresa,

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

Curso de Java EE Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1

Curso de Java EE Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1 Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1 Vivimos en un mundo globalizado, donde la eficiencia y productividad de las empresas es un factor crucial para

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