Arquitectura de Referencia Arquitectura SOA de Referencia

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

Download "Arquitectura de Referencia Arquitectura SOA de Referencia"

Transcripción

1 Especificación BPS -Arquitectura SOA de Referencia Documento de Especificación de la Arquitectura del BPS Arquitectura de Referencia Arquitectura SOA de Referencia Versión 0.9 Octubre 2009 ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 1 / 16

2 Índice Antecedentes...3 Descripción general de la Arquitectura Acceso Corporativo Procesos y Recursos de Información Departamental Procesos y Recursos de Información Corporativa Servicios Comunes de Infraestructura...6 Modelo SOA de la Arquitectura de Referencia Interacción con el Usuario Servicios y Recursos Departamentales Servicios y Recursos Corporativos Servicios Comunes de Infraestructura...11 ANEXO...12 De los lenguajes de definición de procesos y concepto de Granularidad...12 Nociones de Granularidad de los Componentes...14 Referencias...16 Autores...16 ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 2 / 16

3 Antecedentes Se tomarán como antecedentes las definiciones institucionales respecto de la construcción de arquitecturas orientadas a servicios, en particular el documento de instalación y presentación del Comité Técnico de Arquitectura de Sistemas de Información (COTASI), en lo que refiere a la granularidad de las aplicaciones como componentes de servicios. Asimismo, los trabajos desarrollados por el COTASI, en particular los que refieren a la construcción de una arquitectura basados en los Patterns for ebusiness, y el conjunto de Arquitecturas de Aplicaciones aplicando la metodología de desarrollo de arquitecturas basadas en P4eB. Descripción general de la Arquitectura La Arquitectura de Referencia que se especifica refiere a la Arquitectura basada en el paradigma de orientación a servicios, de la plataforma tecnológica que dará soporte a la gestión del Banco de Previsión Social en el contexto Institucional de Gobierno Electrónico. Por tanto, en este documento se específica la Arquitectura Objetivo que orienta la instancia transitoria actual. ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 3 / 16

4 Acceso Corporativo Lógica de Interacción con el Usuario Recursos de Datos de Interacción con el Usuario Procesos y Recursos de Información Departamental Fachada de Servicios Departamentales -Compuestos Lógica de Negocio Departamental Procesos y Recursos de Información Corporativa Registros Corporativos Fachada de Servicios Corporativos -Básicos Lógica de Negocio Corporativa Recursos de Datos Corporativos Recursos de Datos Departamentales Canal de Datos 1 Otros Recursos de Datos Corporativos Canal de Datos 2 Servicios Comunes de Infraestructura Fig. 1 -Modelo General de la Arquitectura de Referencia El Modelo General de la Arquitectura de Referencia (Fig. 1) representa un encuadramiento de grandes bloques conceptuales de responsabilidades técnicas, en donde podemos distinguir los siguientes: 1. Acceso Corporativo Bloque representando el punto de acceso en la Web, común y único respecto a las funcionalidades que ofrece la Institución al Usuario. Este podrá ser: Genérico, anónimo, que accede exclusivamente a la información institucional. Persona, que accede -previa identificación y habilitación- a las distintas funcionalidades institucionales a las que tenga derecho, para ejecutar sus operaciones. Puede ser tanto Interno como Externo, y en este último caso puede ser además de una Persona, Empresas varias, Mutualistas, Agentes Descentralizados (pago/cobro), flujos de Intercambio de información con Instituciones Públicas, privadas, internacionales. Empresa, Ídem que Persona. ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 4 / 16

5 Sus componentes centrales son: Lógica de Interacción con el Usuario, donde el Usuario desde un navegador Web estándar encontrará facilidades para navegar en la información corporativa y para ingresar a las funcionalidades que tenga habilitadas Recursos de Datos de Interacción con el Usuario, repositorio de persistencia de la información de actividad de los Usuarios Persona o Empresa que le facilite accesos posteriores 2. Procesos y Recursos de Información Departamental Bloque representando los servicios sustantivos y administrativos de la Institución en su nivel de Direcciones Técnicas (ATYR y Prestaciones) y Departamentos (Finanzas ). Son los grandes bloques de procesos, trámites y funcionalidades brindados al Usuario a través de servicios en la Web. Sus componentes centrales son: Lógica de Negocio Departamental, que implementa el marco legal donde se determina el conjunto de derechos y obligaciones tanto de la Institución respecto de los Usuarios Persona o Empresa como de éstos respecto de la Institución. Recursos de Datos Departamentales, repositorio de persistencia de la información gestionadas por las Unidades sustantivas, referidas a la actividad de los Usuarios Persona o Empresa, que conforman la información sobre sus derechos y obligaciones frente a la Institución. Fachada de Servicios Departamentales, como espacio de composición de aplicativos que permiten implementar los servicios verticales de las Unidades sustantivas de la Institución y ciertos procesos horizontales de carácter Corporativo. Canal de Datos 1, de acceso rápido, generalmente de lectura, de la información tanto de los Registros Corporativos como de los otros recursos de datos también corporativos, necesaria a la Fachada de Servicios Departamentales. Canal de Datos 2, de acceso rápido, generalmente de lectura, de la información tanto de los Registros Corporativos como de los otros recursos de datos también corporativos, solicitados desde el bloque de Acceso Corporativo. 3. Procesos y Recursos de Información Corporativa Bloque representando los servicios de acceso a datos básicos sustantivos y administrativos de la Institución en su nivel Corporativo. Implementa el acceso a la información común compartida por los procesos departamentales del bloque anterior Sus componentes centrales son: Registros Corporativos Son un conjunto de objetos del negocio encapsulados y de administración centralizada (p/ejem.): o o o o Personas, Empresas, Actividades, Remuneraciones, ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 5 / 16

6 necesarios para dar soporte digital a la gestión de procesos sustantivos de la Institución y cuyo uso cruza transversalmente más de un servicio. Por tanto, serán servicios usuarios de los Registros Corporativos (RCOR), aquellos servicios que consumen (acceso de sólo consulta) o proveen (acceso de creación, actualización o eliminación) los datos que pueblan las estructuran del dominio RCOR, independientemente sean servicios usuarios internos o externos de la Institución. RCOR administrará centralmente los objetos de su dominio (cambios sobre estructura y contenido de datos; reglas del negocio; mecanismos de acceso; niveles de servicio; detalles de semántica y metadata de los datos) como un conjunto coherente y consistente. Lógica de Negocio Corporativa, que implementa el marco legal que determina la administración de los objetos del dominio RCOR Recursos de Datos Corporativos, repositorio de persistencia de la información gestionada por RCOR. Fachada de Servicios Corporativos, composición de aplicativos que permiten implementar los servicios RCOR requeridos por los bloques anteriores. Otros Recursos de Datos Corporativos Son un conjunto de registros corporativos complementarios, generalmente asociados a los básicos, que contienen información especial de un servicio que debe ser compartida por otros servicios. Son de mayor especificidad que los registros básicos (p/ejem.): Documentos Indicadores de Gestión Información económica básica. Códigos (Codificador unificado) etc. 4. Servicios Comunes de Infraestructura Son el conjunto de servicios transversales que implementan los mecanismos de seguridad autenticación, autorización, acceso-, trazabilidad y auditoría, operaciones y comunicación, monitoreo, que dan soporte al conjunto de los servicios restantes. ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 6 / 16

7 Modelo SOA de la Arquitectura de Referencia La El Modelo SOA de la Arquitectura de Referencia refina el modelo anterior y especifica la plataforma tecnológica que dará soporte a la gestión Institucional. Al igual que el Modelo General, en este parágrafo se específica la Arquitectura Objetivo que orienta la instancia transitoria actual, poniendo foco en esta especificación en los aspectos técnicos. Empresa Extendida (B2B) Usuario Externo Sistemas de Información Interacción con el Usuario Servicios y Recursos Departamentales Servicios y Recursos Corporativos Portal Usuario Interno Usuario Externo Canales de Presentación: Componentes de Interacción con el Usuario por Operación de Negocio Lógica de Interacción Componentes de Servicio Lógica Negocio Básica Departamental Middleware ESB Lógica Liviana REGISTROS CORPORATIVOS Lógica de Negocio Básica Corporativa Componentes de Lógica Común Portlets / WebPart Contenidos Pág. Estáticas / Dinámicas Web Services BPM Información Local Middleware ESB Integración, Fachada de Servicios, Coreografías, Orquestaciones Integración, Orquestación, Fachada de Se rvicios Lookup s Lookup s Otra Información Corporativa Compartida Software de Base SEGURIDAD Servidores Web, de Aplicaciones Monitoreo, Auditoría Contenedores, Caching Otros Servicios Portal, Gestión de Contenidos Fig. 2 -Modelo SOA de la Arquitectura de Referencia ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 7 / 16

8 En el Modelo SOA de Referencia (Fig. 2) se representan los distintos bloques de funcionalidades encuadradas en los grandes bloques conceptuales de responsabilidades técnicas, donde podemos distinguir los siguientes: 1. Interacción con el Usuario Es la capa de presentación basada en los Patterns Portal y Empresa Extendida, que implementa el bloque de Acceso Corporativo. Brinda información Institucional al Usuario Genérico y acceso a las distintas categorías de Usuarios internos y externos tanto personas mediante distintas interfaces de usuario- como instituciones -mediante automatismos entre sistemas de información. Representa el punto Web de acceso único (SSO) y común respecto a las funcionalidades que ofrece la Institución al Usuario. Sus bloques son: Empresa Extendida Implementa el Pattern compuesto Empresa Extendida -también llamado B2B-, complementando al Pattern Portal, que dará soporte al intercambio de información a Instituciones públicas y Privadas (Usuario Externo Sistemas de Información), constituyendo un centro de interacción extensiva de empresa a empresa. PORTAL Implementa el Pattern compuesto Portal, aplicación de alta complejidad desde donde se ofrecen servicios múltiples al Usuario (Interno/Externo) en una ubicación centralizada, personalizada y flexible. Proporciona acceso transparente a múltiples aplicaciones con un inicio de sesión único (SSO) a la vez que brinda seguridad a información y aplicaciones. Simplifica y aumenta la eficiencia de la administración de perfiles de usuario. Implementa diálogo personalizado con los usuarios a través de sus componentes, Canales de entrega de la lógica de negocios a la que tiene acceso, estableciendo diferentes diálogos para diferentes tipos de usuarios sobre una misma lógica de negocios. Canales de Presentación Conjunto de componentes de interacción con el Usuario especializados por Operación de Negocio. Se trata de componentes generalmente de grano grueso que expresen balance entre utilización y reutilización orquestando componentes de grano fino y tecnologías orientadas a eventos. Estas interfaces Web de presentación estarán centradas en tecnologías de Portales Portlet / WebParts, basada en las especificaciones WSRP para la operación remota entre portlets (o entre portlets y WebParts), y JSR 168 para la definición de portlets en la plataforma Java. Permitirán brindando un conjunto rico de servicios al usuario: el hosting de contenidos personalizado centrado en los Usuarios, la ejecución de una aplicación Web liviana (JSP, JSF, ASP ) basada en los componentes de grano grueso, el consumo de Web Services orientados a la presentación Lógica de Interacción En el caso de aplicaciones livianas servidas mediante Portlets/WebParts, el pattern arquitectónico es MVC. En este caso aplica la reutilización de artefactos, particularmente de Lógica Liviana, haciendo reuso de los modelos de procesos de negocio (BPM, con mecanismos de persistencia) y de los Componentes de Lógica Común, que se apoyarán en la Información Local persistida (datos locales a las sesiones, que persisten a la sesión) ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 8 / 16

9 Interacción con el Usuario Consumirá los servicios expuestos en la capa de Servicios y Recursos Departamentales. 2. Servicios y Recursos Departamentales Middleware ESB Es dominante de este nivel de la Arquitectura la presencia de un middleware tipo ESB como Fachada de Interfaces de Servicio. Multiplataforma, de entrada/salida (R/W), estos servicios exponen funcionalidades de componentes tanto básicos como compuestos de granularidad gruesa (a nivel aplicación con lógica auto-contenida) y acoplamiento débil. Middleware ESB cumple roles de integración e interoperabilidad entre plataformas tecnológicas; de manejo de mensajería; manejo de mecanismos síncronos, asíncronos o basado en eventos; y de composición de componentes de servicio en aplicaciones compuestas de granularidad más gruesa mediante tecnologías de composición conocidas como o Coreografías -conjunto de reglas que controlan la acción conjunta de componentes diferentes y su secuencia de ejecución, dando una visión sistemática y flexible del proceso que no tiene dueño, no está centralizado, es entre unidades de negocio, no es ejecutable funcionando como un protocolo de negocio que dicta reglas de interacción) o Orquestaciones -procesos internos a una unidad de negocio, que ejecutan series de actividades orientadas a una tarea determinada, tienen reglas bien definidas del proceso de negocio, flujos de datos describiendo intercambio de información entre actividades, y flujo de control, describiendo el orden en que serán ejecutadas las actividades. En Modelo SOA de la Arquitectura de Referencia (MSAR) será representado conceptualmente como Middleware ESB (Enterprise Service Bus) sin que esto indique necesariamente el uso de herramientas de la industria que cumplen con las funcionalidades señaladas.. No obstante su condición dominante en la Arquitectura, su aplicación puede ser parcial, centrada en alguna de las funcionalidades (ESB livianos) en modalidad de ESB especializado. Asimismo, pueden existir diversos ESB, interactuando entre sí en régimen federado. Del análisis de los requerimientos no funcionales implicados en las arquitecturas derivadas del MSAR surgirán indicaciones específicas en este sentido, pudiendo aplicarse, entonces, herramientas tipo ESB s o de más bajo nivel. Componente de Servicios Serie de servicios ensamblados juntos para crear otro servicio que sirva a una necesidad particular del negocio. Se trata de aplicaciones compuestas que pueden contener nuevos servicios, creados específicamente para la aplicación, pero sobre todo funciones de negocio de sistemas y aplicaciones existentes reusadas. El Assembly Model de la Service Component Architecture (SCA) provee un modelo para ambos casos: la composición de servicios y la creación de componentes de servicio, incluyendo el reuso de aplicaciones existentes dentro de estas composiciones. La Institución tiene definido el empleo a nivel de modelado de aplicaciones SOA, del Assembly Model de SCA, que consiste en una serie de artefactos para definir la configuración de un dominio SCA en términos de composiciones, que contienen grupos de componentes de servicio, y de las conexiones y artefactos relacionados que describen cómo éstos se conectan. Algunos de los principales artefactos definidos en este modelo son: componentes (components), composites, servicios (services), referencias (references) y wires. En el Assembly Model se especifica también una representación gráfica y un formato XML para los distintos artefactos. Éste último provee una representación portable de los mismos. ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 9 / 16

10 Lógica de Negocio Básica Departamental, conjunto de componentes que contienen encapsulada, unicidad en la implementación de lógica asociada a leyes, normas, etc. por unidad de negocio, expuesta mediante interfaces de invocación estándares, como regla o propietarias de la plataforma como excepción. A la vez, prevé invocación de diferentes formas: o RPC request response sincrónicas. o RPC response-less sincrónica. o Asincronismo propio. o Asincronismo en el Middleware (ESB) Recursos de Datos Departamentales, repositorio de persistencia de la información gestionadas por las Unidades de negocio sustantivas. Serán fuertemente transaccionales, generalmente del tipo que responde al protocolo de gestión de transacciones ACID basados en las capacidades del motor de base de datos; pero crecientemente mediante transacciones SOA, basadas en los estándares de servicios y flexibilizando aspectos del protocolo ACID como el de Aislamiento (isolation) e implementando mecanismo de coordinación y compensación que garanticen la tolerancia a fallas de la Web, den soporte a transacciones largas (Business Activity) como asimismo a transacciones cortas (Atomic Transaction), acordes con la especificación WS-Coordination y WSTransaction. Canal de Datos 1, de acceso rápido, generalmente de lectura, de la información tanto de los Registros Corporativos como de los otros recursos de datos también corporativos, necesaria al Middleware ESB para la exposición de Servicios Departamentales. Canal de Datos 2, de acceso rápido, generalmente de lectura, de la información tanto de los Registros Corporativos como de los otros recursos de datos también corporativos, solicitados por el bloque de Interacción con el Usuario, generalmente Usuarios Externos Sistemas de Información. Este caso refiere a Organizaciones externas con las que interactuará mediante mecanismos automáticos de consumo de interfaces: Nota 1: Para ampliar el tema de la Granularidad, ver el párrafo Nociones de Granularidad de los Componentes en este documento. Nota 2: Para ampliar el tema de los mecanismos de definición de procesos, ver el párrafo De los lenguajes de definición de procesos en este documento. 3. Servicios y Recursos Corporativos Middleware ESB En tanto este bloque está en el un nivel kernel tanto por los recursos de información bajo su responsabilidad como por la lógica de negocio que maneja, exhibe algunas diferencia sustanciales con al middleware ESB Departamental: o es que no manejará composiciones del tipo Coreografía. [Cfr: Nota 2] o puesto que en sí mismo RCOR puede ser considerado un componente de servicio (Composite SCA) de granularidad gruesa encapsulado, con fuertes restricciones de consistencia a nivel de datos, exigido en los niveles de servicios-, internamente puede manejar mecanismos de invocación propietarios de la plataforma allí donde los aspectos de requerimientos no funcionales deban ser balanceados a favor de la performance y los aspectos de interoperabilidad se lo permite. Al igual que el caso anterior, la interfaz que expongan en la fachada de servicios siempre será estándar. ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 10 / 16

11 o Los componentes que gestiona en general son de granularidad-fina; como asimismo lo son los componentes expuestos, también de granularidad-fina. [Cfr: Nota 1] REGISTROS CORPORATIVOS Son un conjunto de objetos del negocio encapsulados y de administración centralizada, residentes en repositorios de datos diversos (BDMS, archivos planos, otros) con la información referida a las entidades centrales de la Institución, de uso trasversal a los procesos de negocio. Son fuertemente transaccionales, generalmente del tipo que responde al protocolo de gestión de transacciones ACID. Puesto que RCOR está encapsulado y sólo se accede a sus datos mediante interfaces, garantiza el estado consistente de su dominio. o Lógica de Negocio Corporativa, que implementa trasciende las restricciones referenciales y de consistencia, abarcando la gestión de más de un Registro en la composición de un servicio. Puesto que las implementaciones tienen distinto origen tecnológico y distinto nivel de ingeniería (legacy), la componentización orientada a la integración y la interoperabilidad caracteriza este bloque y su rol. Otros Recursos de Datos Corporativos -Son un conjunto de registros corporativos complementarios, generalmente asociados a los básicos, que contienen información especial de un servicio que debe ser compartida por otros servicios. Son de mayor especificidad que los registros básicos (p/ejem.): Documentos Indicadores de Gestión Información económica básica. Códigos (Codificador unificado) etc. Serán compartidos como generalmente como componentes SOA para Registros o grupos, con interfases fundamentalmente lectura en el marco de operaciones sistema-sistema. 4. Servicios Comunes de Infraestructura Son el conjunto de servicios transversales que implementan los mecanismos de seguridad autenticación, autorización, acceso-, trazabilidad y auditoría, operaciones y comunicación, monitoreo, que dan soporte al conjunto de los servicios restantes. Sin que se tome por exhaustiva: Software de Base Servidores Web, de Aplicaciones Contenedores, Caching Portal, Gestión de Contenidos Seguridad Monitoreo, Auditoría Otros Servicios ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 11 / 16

12 ANEXO De los lenguajes de definición de procesos y concepto de Granularidad Se distinguen dos usos principales de una SOA (Service-Oriented Architecture): como herramienta de EAI, cuando se pone foco en la integración del backend mediante servicios y eventualmente exponiendo servicios internos a la empresa como herramienta de construcción de una SOBA (Service-Oriented Business Applications) (Cfr: [Gartner]), cuando el foco es la exposición de procesos de negocio mediante interfaces de servicios fuera de los límites de empresa. La diferencia se centra en la relación con los estándares: Mientras que en el primer caso es posible aunque no obligatorio- emplear protocolos estándares para la interacción entre componentes distribuidos, en el segundo, resulta insoslayable, impuesto por la exposición de servicios fuera del propio contexto de integración y en ámbitos tecnológicos heterogéneos. El Banco de Previsión Social adopta ambos casos uso de la arquitectura orientada a servicios. Ambos usos se apoyarán tanto en procesos de relacionamiento, organización y administración de interacciones entre componentes (procesos conocidos como orquestación), como la combinación de servicios, existentes o nuevos, dentro de flujos automatizados (combinación conocida como coreografía de servicios). Los WS son componentes. Pueden verse como cajas negras utilizables y reutilizables sin necesidad de revelar su implementación. Esta propiedad facilita los procesos de orquestación y coreografía de servicios. La Coreografía se basa en un conjunto de reglas que controlan la acción conjunta de componentes diferentes y su secuencia de ejecución, dando una visión sistemática y flexible del proceso. Este proceso no es controlado en exclusiva por ninguna de las aplicaciones que interactúan colaborando entre sí en un proceso que no tiene dueño. Es, por tanto, no centralizado. es público, en el sentido de proceso externo entre unidades de negocio, y abstracto en tanto define el comportamiento común y la visibilidad global entre las aplicaciones que intervienen no es ejecutable; antes bien, funciona como un protocolo de negocio que dicta las reglas de interacción a ser cumplidas por las partes como una conversación entre iguales, entre pares. WS-CDL (Lenguaje de Descripción de Coreografía de Servicios Web) es un complemento necesario para lenguajes como BPEL. Les ofrece el modelo global que necesitan para asegurar que su comportamiento, las "reglas del juego", serán coherente a través de servicios en cooperación. ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 12 / 16

13 La Orquestación se basa en un conjunto de Procesos -como serie de actividades que ejecutan una tarea determinada Actividades -que representan reglas bien definidas del proceso de negocio Flujo de datos -que describen la información intercambiada entre actividades Flujo de control -que describen el orden en que serán ejecutadas las actividades, especificado en los términos usuales de programación: secuencial, concurrente y condicional. Son procesos privados, en el sentido de internos a una unidad de negocio, que constan de múltiples pasos dentro de un workflow orientados a la ejecución centralizada con una de las partes controlando el flujo global de las interacciones. Son concretos, en el sentido que ligan recursos específicos, eventos, máquinas y modelos de datos. También, en oposición a abstractos, es decir, los que son útiles para definir y describir protocolos de comunicación y de negociación. BPEL es un lenguaje estático composicional centrado en XML y orientado al modelado de procesos orquestados. Junto a otras características (uso de referencias a porttype, manejo de compensación de transacciones, mecanismo de captura y gestión de excepciones ), se distingue la de ser un lenguaje de procesos ejecutables, que especifican el orden de ejecución de los elementos que constituyen dicho proceso, y que deben ser compilados para obtener servicios invocables. BPEL 1 es el estándar más estrechamente identificado con la coordinación de procesos de negocio, con la orquestación. Aunque se piensa que el alcance de BPEL es amplio, su fuerza está en la orquestación y no en la coreografía, los escenarios de uso centrados en lo interno en lugar de lo externo, y al nivel ejecutable en lugar del abstracto. El entorno de ejecución de WS-BPEL es el de los Web services en el sentido que sólo pueden ser invocados métodos de Web services 2. WS-BPEL es una pieza clave para lograr que SOA creciera más allá del mundo de EAI para el que fue creado. Sin embargo, su estricto apego a los estándares WS lo limita como solución general. No es un estándar pensado para la intervención humano en el proceso que automatiza, con funciones típicas de herramientas de workflow como escalamiento automático o distribución del trabajo entre miembros de un grupo 3. Se necesitaba un nuevo estándar que permitiera mayor expresividad como lenguaje de modelado de aplicaciones SOA centrado en la ejecución de procesos. La especificación SCA (Service Component Architecture) (Cfr: [CT SCA]), surge como un nuevo estándar que va más allá de los límites de WS-BPEL. Su aplicación permite modelar procesos (servicios) usando además de los Web Services otros componentes distintos - por ejemplo procesos BPEL- y también componentes que modelen interacciones humanas o motores de reglas por ejemplo aplicaciones.net ó Java EE. 1 Business Process Execution Language -anteriormente BPEL4WS y ahora parte del comité OASIS Web Services BPEL. La especificación BPEL fusiona lenguajes convergentes como Web Service Flow Language (WSFL), de IBM y lenguajes de orquestación como XLANG, de Microsoft. (Cfr. [OASIS])[3] 2 Existen versiones no estándar como BPEL4J que admite fragmentos de código Java (snippets) ejecutables dentro del proceso 3 Business Process Extension Layer (BPXL), de la organización Business Process Management Initiative (BPMI), que ofrece extensiones BPEL para transacciones, intervención humana en el workflow, reglas de negocio. También existe una versión en base a extensiones BPEL, no estándar, como WS-BPEL4People, que contempla la intervención humana en el proceso de ejecución. ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 13 / 16

14 SCA no sustituye a BPEL sino que lo complementa. Como se ver a lo largo de [CT SCA], BPEL es una tecnología de implementación nativa SCA. Plataforma de Diseño Ejecución SCA Stack Estándares Web Services Procesos Interfaces Message Type Datos BPEL WSDL SOAP XML Schema XML.NET Java EE Plataformas de Implementación Nociones de Granularidad de los Componentes Las implementaciones de referencia ofrecidas por los impulsores del modelo SCA y disponibles en OSOA proponen implícitamente una cierta granularidad de los componentes, situada en el nivel de componentes de negocio (P/Ej.: EJB en el caso J EE, ) (Cfr: [CT SCA]), La Circular de Tecnología ([CT SCA]),maneja un concepto abstracto de Component, manteniendo ese nivel de detalle sobre el concepto de granularidad tanto de las interfaces (Cfr Local and Remotable Interfaces, Cfr: [CT SCA]), como de los componentes. La granularidad de las operaciones es en general un punto clave del Diseño, debiéndose tener un criterio homogéneo y flexible a la hora de tomar decisiones sobre el diseño de aplicaciones SOA. Se establecen los siguientes criterios de granularidad en el uso de las Interfaces de granularidad-gruesa para el consumo externo, en representación de composiciones de componentes de granuladidad-fina pertenecientes a unidades de negocio distintas, para exponer procesos completos de un servicio dado, donde el mensaje contiene toda la información Institucional necesaria para resolver el proceso. de granularidad-fina para el consumo interno, en general, componiendo componentes de granularidad-gruesa, representando aspectos parciales de un proceso de negocio, definidos a nivel de ítem ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 14 / 16

15 P/ej.: Granularidad-Gruesa: Una Aplicación Corporativa compuesta de EJB Granularidad-Fina: Los EJBs que componen una Aplicación Corporativa Las interfaces de granularidad-gruesa son las que ofrecen más flexibilidad a la aplicación requester; pero a la vez los distintos patterns de interacción pueden variar entre los distintos requesters de servicio. Esto puede hacer más difícil el soporte al proveedor del servicio. A la vez las interfaces de granularidad-gruesa dan garantía que los requesters del servicio usarán el servicio de una manera consistente. SOA no requiere el uso de interfaces de granularidad-gruesa, pero recomienda su uso como una buena práctica para la integración externa. La coreografía de servicio puede usarse para crear una interfaces de granularidad-gruesa que ejecuten procesos de negocios consistentes en operaciones de granularidad -fina. ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 15 / 16

16 Referencias [CT SCA] ASIT CT Assembly Model SCA v01 Abril 2008 Intranet/ASIT [Gartner] Conceoto introducido por Gartner Autores Redacción original Aportes complementarios Revisión Formato y diagramación Publicación Coordinación General Jorge Suárez Carlos Suárez ARCHIVO: ASIT -Especificación BPS -Arquitectura SOA de Referencia v0.9.doc Nº. PÁG: 16 / 16

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

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

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

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

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

Ingeniería de Software en SOA

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

Más detalles

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

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

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

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

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

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

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

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

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

Arquitectura Java para el Cuarto Ejercicio. José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático

Arquitectura Java para el Cuarto Ejercicio. José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático Arquitectura Java para el Cuarto Ejercicio José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático Sumario Introducción Arquitectura en n-capas Arquitectura y el Cuarto Examen Java y su modelo

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

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

ARC 101 Architecture Overview Diagram

ARC 101 Architecture Overview Diagram ARC 101 Architecture Overview Diagram Estudio de Arquitectura para la evolución tecnológica de los aplicativos de ATyR Banco de Previsión Social ATYR Evolución Tecnológica Pág 1 of 10 Tabla de Contenidos

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

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

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

La aplicación práctica en el mundo empresarial de los estándares Web

La aplicación práctica en el mundo empresarial de los estándares Web La aplicación práctica en el mundo empresarial de los estándares Web El problema de la integración inter/intra empresas y la familia "XML" Enrique Bertrand XML Business Integration, Regional Director Software

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

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

Arquitectura SOA para la integración entre software libre y software propietario en entornos mixtos.

Arquitectura SOA para la integración entre software libre y software propietario en entornos mixtos. I JORNADAS DE SIG LIBRE Arquitectura SOA para la integración entre software libre y software propietario en entornos mixtos. Alejandro Guinea de Salas (1), Sergio Jorrín Abellán (2) (1) Director de Geograma

Más detalles

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 WebRatio Otro camino para el BPM Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 El BPM El BPM (Business Process Management) no es solo una tecnología, además a grandes rasgos es una disciplina

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

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

Taller de Sistemas de Información 3. Presentación SCA

Taller de Sistemas de Información 3. Presentación SCA Taller de Sistemas de Información 3 Presentación SCA Integrantes: Gustavo Fava Diego Salido Marcos Techera agosto de 2008 TSI 3 1 Introducción a SCA Aplicación: conjunto de componentes de software trabajando

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

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

Informe de avance Implementación herramientas de back-end (3-III).

Informe de avance Implementación herramientas de back-end (3-III). Proyecto RG-T1684 Desarrollo e implementación de las soluciones Prueba piloto del Componente III Informe Número 1. Informe de avance Implementación herramientas de back-end (3-III). Lautaro Matas 11/04/2013

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

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

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

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

PG2010 Integración de Enterprise Service Buses

PG2010 Integración de Enterprise Service Buses PG2010 Integración de Enterprise Service Buses Integrantes: Fabián Álvarez Victor Dumas Carlos Gutiérrez Cliente: BPS - Carlos Suárez Tutores: Laura González Marcelo Caponi Martín Rantz Agenda Introducción

Más detalles

HOJA TÉCNICA. SemTalk 2

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

Más detalles

Management(BPM) Gestión de Proceso de negocio con BPM. Universidad Inca Garcilaso de la Vega

Management(BPM) Gestión de Proceso de negocio con BPM. Universidad Inca Garcilaso de la Vega Universidad Inca Garcilaso de la Vega CURSO DE ACTUALIZACIÓN PROFESIONAL DE INGENIERÍA DE SISTEMAS Y CÓMPUTO Business Process Business Process Management(BPM) Management(BPM) MSc. Daniel Alejandro Yucra

Más detalles

Qué ofrece Autentia Real Business Solutions S.L?

Qué ofrece Autentia Real Business Solutions S.L? Avenida de Castilla,1 - Edificio Best Point - Oficina 21B 28830 San Fernando de Henares (Madrid) tel./fax: +34 91 675 33 06 info@autentia.com - www.autentia.com Qué ofrece Autentia Real Business Solutions

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

Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano

Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Introducción Tecnológica Noviembre 2009 Agenda Visión del Proyecto Plataforma de Interoperabilidad Libre Orientada

Más detalles

Desarrollo de Software con enfoque en el Negocio

Desarrollo de Software con enfoque en el Negocio Desarrollo de Software con enfoque en el Negocio Andrea Delgado Instituto de Computación Facultad de Ingeniería Universidad de la República 11300, Montevideo, Uruguay adelgado@fing.edu.uy Resumen Las Organizaciones

Más detalles

UNIVERSIDAD DEL AZUAY. FACULTAD DE CIENCIAS de La ADMINISTRACION. ESCUELA DE ingenieria de sistemas TECNOLOGIA SOA ARQUITECTURA ORIENTADA A SERVICIOS

UNIVERSIDAD DEL AZUAY. FACULTAD DE CIENCIAS de La ADMINISTRACION. ESCUELA DE ingenieria de sistemas TECNOLOGIA SOA ARQUITECTURA ORIENTADA A SERVICIOS UNIVERSIDAD DEL AZUAY FACULTAD DE CIENCIAS de La ADMINISTRACION ESCUELA DE ingenieria de sistemas TECNOLOGIA SOA ARQUITECTURA ORIENTADA A SERVICIOS MONOGRAFIA PREVIA A LA OBTENCION DEL TITULO DE INGENIERO

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

Creando Arquitecturas

Creando Arquitecturas Creando Arquitecturas orientadas a servicios SOA Suite Abril 2013 Buenos Aires - Argentina Índice 1. Introducción. 2. Nuestro camino para la creación de SOAs. 3. Como justificar el cambio? 4. Nuestras

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

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

MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD

MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD Francisco Tous Llull, Antoni Reus Darder, Felip Salas Suau Fundació Illes Balears per la Innovació Tecnològica (IBIT) Parc

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

WebSphere. Integration Developer Versión 6.2. Visión general técnica del producto. Versión 6 Release 2

WebSphere. Integration Developer Versión 6.2. Visión general técnica del producto. Versión 6 Release 2 WebSphere Integration Developer Versión 6.2 Versión 6 Release 2 Visión general técnica del producto WebSphere Integration Developer Versión 6.2 Versión 6 Release 2 Visión general técnica del producto

Más detalles

SISTEMAS DE INFORMACIÓN III TEORÍA

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

Más detalles

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

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Ministerio del Poder Popular para las Telecomunicaciones y la Informática Centro Nacional de Tecnologías de Información Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado

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

SOA Governance. (Administración SOA) Luis Alberto Espinoza Bustamante

SOA Governance. (Administración SOA) Luis Alberto Espinoza Bustamante SOA Governance (Administración SOA) Luis Alberto Espinoza Bustamante 1 Agenda SOA Governance Algunas Problemas por Falta de Governance Quien: SOA Office (y Centro Competencia SOA) Que: Plan Inicial Como:

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

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

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

Más detalles

DESARROLLO WEB EN ENTORNO SERVIDOR

DESARROLLO WEB EN ENTORNO SERVIDOR DESARROLLO WEB EN ENTORNO SERVIDOR CAPÍTULO 7: Programación de servicios Web Marcos López Sanz Juan Manuel Vara Mesa Jenifer Verde Marín Diana Marcela Sánchez Fúquene Jesús Javier Jiménez Hernández Valeria

Más detalles

Gestión de Procesos de Negocios BPM

Gestión de Procesos de Negocios BPM GNU/LinuX Universidad Inca Garcilaso de la Vega XLIX CURSO DE ACTUALIZACIÓN PROFESIONAL DE INGENIERÍA DE SISTEMAS Y CÓMPUTO. Área: Gestión Gestión de Procesos de Negocios BPM Parte III: BPM Aspectos Técnicos

Más detalles

Una puerta abierta al futuro

Una puerta abierta al futuro Una puerta abierta al futuro SOA E ITIL EN LA LEY DE ACCESO ELECTRÓNICO DE LOS CIUDADANOS A LOS SERVICIOS PÚBLICOS (LAECSP) por francisco javier antón Vique La publicación de la Ley de Acceso electrónico

Más detalles

www.microsoft.com/office/sharepointserver www.abd.es Contenido empresarial administrado en una interfaz de usuario basada en Web.

www.microsoft.com/office/sharepointserver www.abd.es Contenido empresarial administrado en una interfaz de usuario basada en Web. Microsoft Office SharePoint Server 2007 es un conjunto integrado de características de servidor que puede contribuir a mejorar la eficacia organizativa al ofrecer completas funciones de administración

Más detalles

El desarrollo de aplicaciones

El desarrollo de aplicaciones e d i t o r i a l Entendiendo el desarrollo de los sistemas SOA María Consuelo Franky R. El desarrollo de aplicaciones orientadas y basadas en servicios, como estilo de arquitectura, emergió sobre la arena

Más detalles

DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI

DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI Informe de Práctica Profesional de 4to Año, Ingeniería Informática Autor: Manuel Alejandro Aguilar Díaz

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

SONIC ESB 7. CAPACIDADES CLAVE > Conecta, actúa de mediador y controla. BENEFICIOS CLAVE > Crea nuevos procesos utilizando las

SONIC ESB 7. CAPACIDADES CLAVE > Conecta, actúa de mediador y controla. BENEFICIOS CLAVE > Crea nuevos procesos utilizando las CONNECT EVERYTHING. ACHIEVE ANYTHING. TM HOJA DE DATOS CAPACIDADES CLAVE > Conecta, actúa de mediador y controla los servicios, donde sea que estén implantados > Comunicaciones rápidas, confiables y seguras

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Prueba de Concepto

Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Prueba de Concepto Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Prueba de Concepto Enero 2009 Ing. Javier Santana Agenda Conceptos y Tecnologías involucradas Escenario actual y deseado

Más detalles

Desarrollo de aplicaciones con enfoque SOA (Service Oriented Architecture)

Desarrollo de aplicaciones con enfoque SOA (Service Oriented Architecture) Desarrollo de aplicaciones con enfoque SOA (Service Oriented Architecture) Andrea Delgado, Laura González, Federico Piedrabuena Universidad de la República, Facultad de Ingeniería, Instituto de Computación,

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

Publicación de Servicios en Internet

Publicación de Servicios en Internet Publicación de Servicios en Internet Pautas y Recomendaciones de Arquitectura PATRONES APLICABLES Versión 0.9 1 Información del Documento 1.1 Identificación y versión ARQ-RFC-03-Internet-Patrones aplicables

Más detalles

CEP/ESP: Procesamiento y correlación de gran cantidad de eventos en arquitecturas SOA

CEP/ESP: Procesamiento y correlación de gran cantidad de eventos en arquitecturas SOA CEP/ESP: Procesamiento y correlación de gran cantidad de eventos en arquitecturas SOA Víctor Ayllón 1 y Juan M. Reina 1 1 Novayre {vayllon, jmreina}@novayre.es Abstract. El matrimonio entre ESP/CEP y las

Más detalles

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Ramón Gómez-Romero, Karen Cortés Verdin, Juan Carlos Pérez Arriaga, Ángeles Arenas Valdés Universidad

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

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

Facultad de Sistemas e Informática

Facultad de Sistemas e Informática Escuela Politécnica del Ejército Sede Latacunga Facultad de Sistemas e Informática Galarza Maira Tapia Cevallos Paulina DESARROLLO DE APLICACIONES DISTRIBUIDAS UTILIZANDO PATRONES DE DISEÑO MODELO/VISTA

Más detalles

Oracle Service Bus Enrique Martín Casado Presales Manager

<Insert Picture Here> Oracle Service Bus Enrique Martín Casado Presales Manager Oracle Bus Enrique Martín Casado Presales Manager Partimos de una Necesidad Para mejorar la productividad y la competitividad de nuestras organizaciones, cada día es más necesario

Más detalles

Servicios Web con Java EE

Servicios Web con Java EE Servicios Web con Java EE Daniel López Fuentes Laura Tolsada Bris Sergio Tejero López Irene Clemente Bueno Departamento de Ingeniería Telemática Universidad Carlos III de Madrid 2 Introducción Un servicio

Más detalles

Servicios Web con Java EE

Servicios Web con Java EE Introducción Servicios Web con Java EE Daniel López Fuentes Laura Tolsada Bris Sergio Tejero López Irene Clemente Bueno Un servicio web es un conjunto de protocolos y estándares que sirven para intercambiar

Más detalles

Elección de tecnología para la capa de presentación de SOA. Huibert Aalbers Senior Certified Software IT Architect

Elección de tecnología para la capa de presentación de SOA. Huibert Aalbers Senior Certified Software IT Architect Elección de tecnología para la capa de presentación de SOA Huibert Aalbers Senior Certified Software IT Architect IT Insight podcast Este podcast pertenece a la serie IT Insight Pueden suscribirse al podcast

Más detalles

Tema 3. 3.3 Tecnologías de Desarrollo

Tema 3. 3.3 Tecnologías de Desarrollo Tema 3 3.3 Tecnologías de Desarrollo HTML pronto pasa a ser insuficiente para todas las posibilidades de la Red No se puede interactuar con el servidor Aparecen los primeros scripts para propocionar dichar

Más detalles

Web Services. Richard Rossel rrossel@inf.utfsm.cl. 23 de noviembre de 2004. Web Services

Web Services. Richard Rossel rrossel@inf.utfsm.cl. 23 de noviembre de 2004. Web Services Richard Rossel rrossel@inf.utfsm.cl 23 de noviembre de 2004 JAVA2 TOC s JAVA2 JAVA2 Definición Aplicaciones Autocontenidas y Modulares Basado en estándares (XML,HTTP) Aplicaciones se anuncian por la red

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

TEMA 5. Otras arquitecturas distribuidas IV. Web Services

TEMA 5. Otras arquitecturas distribuidas IV. Web Services TEMA 5. Otras arquitecturas distribuidas IV. Web Services IV. Web Services 1. Qué son los Web Services? 2. Ejemplos de Web Services 3. Tecnologías y arquitectura 3.1. Arquitectura 3.2. Lenguaje de descripción:

Más detalles

Comparación del entorno IBM Websphere BPM y sus equivalentes funcionales en código fuente abierto.

Comparación del entorno IBM Websphere BPM y sus equivalentes funcionales en código fuente abierto. Comparación del entorno IBM Websphere BPM y sus equivalentes funcionales en código fuente abierto. 2 José Martinez Garro 1 Patricia Bazán 2 Emilio Lorenzón 1 LINTI Facultad de Informática UNLP 2 Facultad

Más detalles

Productos Oracle para gobierno de SOA. Oracle White Paper Mayo 2009

Productos Oracle para gobierno de SOA. Oracle White Paper Mayo 2009 Productos Oracle para gobierno de SOA Oracle White Paper Mayo 2009 Productos Oracle para gobierno de SOA RESUMEN EJECUTIVO La solución de Oracle SOA Governance es un elemento clave de la estrategia de

Más detalles

SOA, Modelos de adopción, madurez, OSIMM, objetivos, nivel de madurez,

SOA, Modelos de adopción, madurez, OSIMM, objetivos, nivel de madurez, Título: Modelo de adopción SOA OSIMM: Una herramienta visual para planificar los objetivos de adopción Autores: Nicolás González, Joaquín Díaz Vélez Director: Lic. Patricia Bazán Codirector: Asesor profesional:

Más detalles

1 Índice... 1. 2 Introducción... 2. 2.1 Propósito... 2. 2.2 Alcance... 2. 3 Modelo Arquitectónico Inicial... 3

1 Índice... 1. 2 Introducción... 2. 2.1 Propósito... 2. 2.2 Alcance... 2. 3 Modelo Arquitectónico Inicial... 3 1 Índice 1 Índice... 1 2 Introducción... 2 2.1 Propósito... 2 2.2 Alcance... 2 3 Modelo Arquitectónico Inicial... 3 3.1 Diagrama de alto nivel de la arquitectura... 3 3.2 Vista de Casos de Uso... 5 3.2.1

Más detalles

Enfoques y herramientas de integración de procesos inter-empresas. Dr. Ricardo Seguel P.

Enfoques y herramientas de integración de procesos inter-empresas. Dr. Ricardo Seguel P. Enfoques y herramientas de integración de procesos inter-empresas Dr. Ricardo Seguel P. La integración de procesos es un habilitador para la innovación de modelos de negocio Integración de procesos exitosa

Más detalles

Orquestación de Servicios: BPEL

Orquestación de Servicios: BPEL Índice 1 Orquestación frente a Coreografía... 2 1.1 Por qué orquestar Servicios Web?... 3 1.2 Por qué orquestar servicios Web con BPEL?... 4 2 El lenguaje BPEL... 6 3 Estructura de un proceso BPEL...7

Más detalles

ACLARACIÓN 5. Requerimiento Preguntas Respuestas

ACLARACIÓN 5. Requerimiento Preguntas Respuestas Licitación Pública Nº 06/2009 PLATAFORMA DE MIDDLEWARE BASADA EN EL FRAMEWORK DE MICROSOFT.NET, SERVICIOS DE MANTENIMIENTO, SOPORTE TÉCNICO, ASISTENCIA ESPECIALIZADA Y CAPACITACIÓN ACLARACIÓN 5 5.1 Acerca

Más detalles

UNIVERSIDAD DE SANTANDER UDES

UNIVERSIDAD DE SANTANDER UDES UNIVERSIDAD DE SANTANDER UDES Programa Nombre Código Facultad Administración e Ingenierias Ingenieria de Sistemas Arquitectura Orientada a Servicios (SOA) Problema? Competencia específica Rango de Aplicación

Más detalles

Taller de Sistemas de Información 2

Taller de Sistemas de Información 2 Taller de Sistemas de Información 2 Clase 1 Aruitecturas y Middlewares Contenido Aruitectura de un sistema Evolución de las aruitecturas Monolíticas File sharing Cliente/Servidor En capas SOA Middlewares

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

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

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales Facultad de Ingeniería Informática CEIS Informe de las Prácticas Profesionales Título: Informatización de los Procesos de Negocio Solicitud de Trabajo Extra laboral en el CITI, a través de la BPMS BizAgi

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

LA IMPORTANCIA DE SOA

LA IMPORTANCIA DE SOA LA IMPORTANCIA DE SOA En el mundo de negocios de ahora, la habilidad de adaptar la infraestructura de tecnología de información de manera rápida, es imperativa. Muchos están tomando la decisión de invertir

Más detalles