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

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

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

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

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

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

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

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

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

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

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

Infraestructura Tecnológica. Sesión 5: Arquitectura cliente-servidor

Infraestructura Tecnológica. Sesión 5: Arquitectura cliente-servidor Infraestructura Tecnológica Sesión 5: Arquitectura cliente-servidor Contextualización Dentro de los sistemas de comunicación que funcionan por medio de Internet podemos contemplar la arquitectura cliente-servidor.

Más detalles

Capítulo 5. Cliente-Servidor.

Capítulo 5. Cliente-Servidor. Capítulo 5. Cliente-Servidor. 5.1 Introducción En este capítulo hablaremos acerca de la arquitectura Cliente-Servidor, ya que para nuestra aplicación utilizamos ésta arquitectura al convertir en un servidor

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

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

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

Más detalles

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

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

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

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

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

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

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

Gestión de la Seguridad Informática

Gestión de la Seguridad Informática Documento de Gestión de la Seguridad Informática Versión 01 ARCHIVO: ANEXO6_GESTION DE LA SEGURIDAD INFORMATICA Nº. PÁG: 1 / 6 CREADO: 11/11/a TABLA DE CONTENIDO 1. GESTIÓN DE SEGURIDAD INFORMÁTICA...

Más detalles

Controle los documentos mediante una administración de directivas detallada y ampliable.

Controle los documentos mediante una administración de directivas detallada y ampliable. Microsoft Office SharePoint Server 2007 es un conjunto integrado de funcionalidades de servidor que pueden ayudar a mejorar la eficacia de la empresa al proporcionar administración de contenido y búsqueda

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

Capítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema

Capítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema Capítulo2 Planteamientodelproblema 38 2.1Antecedentesycontextodelproyecto En lo que respecta a los antecedentes del proyecto, se describe inicialmente el contexto donde se utiliza el producto de software.

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

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

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

Ingeniería de Software. Pruebas

Ingeniería de Software. Pruebas Ingeniería de Software Pruebas Niveles de prueba Pruebas unitarias Niveles Pruebas de integración Pruebas de sistema Pruebas de aceptación Alpha Beta Niveles de pruebas Pruebas unitarias Se enfocan en

Más detalles

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

Más detalles

Workflows? Sí, cuántos quiere?

Workflows? Sí, cuántos quiere? Workflows? Sí, cuántos quiere? 12.11.2006 Servicios Profesionales Danysoft Son notables los beneficios que una organización puede obtener gracias al soporte de procesos de negocios que requieran la intervención

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

SIGPRE Sistema de Gestión Presupuestaria

SIGPRE Sistema de Gestión Presupuestaria SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009

Más detalles

INFORME TECNICO ESTANDARIZACION DEL SERVICIO DE SOPORTE DE LA PLATAFORMA TRANSACCIONAL TRANSLINK TRANSACTION SERVICES OCTUBRE 2011 1.

INFORME TECNICO ESTANDARIZACION DEL SERVICIO DE SOPORTE DE LA PLATAFORMA TRANSACCIONAL TRANSLINK TRANSACTION SERVICES OCTUBRE 2011 1. INFORME TECNICO ESTANDARIZACION DEL SERVICIO DE SOPORTE DE LA PLATAFORMA TRANSACCIONAL TRANSLINK TRANSACTION SERVICES 1. OBJETIVO OCTUBRE 2011 Sustentar y formalizar el estándar del servicio de Soporte

Más detalles

La Intranet Gubernamental como elemento clave de la Interoperabilidad

La Intranet Gubernamental como elemento clave de la Interoperabilidad La Intranet Gubernamental como elemento clave de la Interoperabilidad Créditos Documento elaborado por el Ingeniero Leandro Corte En el marco del proyecto Red Gealc-BID Como parte del Programa de Bienes

Más detalles

CAPITULO 8. Planeamiento, Arquitectura e Implementación

CAPITULO 8. Planeamiento, Arquitectura e Implementación CAPITULO 8 Planeamiento, Arquitectura e Implementación 8.1 Replicación en SQL Server La replicación es un conjunto de tecnologías destinadas a la copia y distribución de datos y objetos de base de datos

Más detalles

Visión General de GXportal. Última actualización: 2009

Visión General de GXportal. Última actualización: 2009 Última actualización: 2009 Copyright Artech Consultores S. R. L. 1988-2009. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento explícito de

Más detalles

Autenticación Centralizada

Autenticación Centralizada Autenticación Centralizada Ing. Carlos Rojas Castro Herramientas de Gestión de Redes Introducción En el mundo actual, pero en especial las organizaciones actuales, los usuarios deben dar pruebas de quiénes

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

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos 2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

1 EL SISTEMA R/3 DE SAP AG

1 EL SISTEMA R/3 DE SAP AG 1 EL SISTEMA R/3 DE SAP AG SAP AG es una corporación en el ámbito mundial. Fundada en 1972 y con sede en Walldorf, Alemania, SAP es la cuarta compañía mundial en ventas de software en el mundo. La compañía

Más detalles

LICITACIÓN N L13045 NUEVO SISTEMA LEY DE TRANSPARENCIA

LICITACIÓN N L13045 NUEVO SISTEMA LEY DE TRANSPARENCIA LICITACIÓN N L13045 NUEVO SISTEMA LEY DE TRANSPARENCIA ACLARACIONES Y RESPUESTAS A CONSULTAS SEGUNDA PARTE De acuerdo a lo señalado en el numeral 11 de las Bases de Licitación, a continuación se presenta

Más detalles

Guía Metodológica para el diseño de procesos de negocio

Guía Metodológica para el diseño de procesos de negocio Guía Metodológica para el diseño de procesos de negocio La guía desarrollada para apoyar TBA, se diseñó con base en las metodologías existentes para el desarrollo BPM, principalmente en aquellas que soportan

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

Mi página de salud Presentación para la Premiación Club CIO 2013. Roberto Contreras Clínica Alemana

Mi página de salud Presentación para la Premiación Club CIO 2013. Roberto Contreras Clínica Alemana Mi página de salud Presentación para la Premiación Club CIO 2013 Roberto Contreras Clínica Alemana Breve descripción del proyecto El proyecto consistió en un sistema informático que permitiera a los pacientes

Más detalles

Capítulo I. Marco Teórico

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

Más detalles

CONCLUISIONES Y RECOMENDACIONES

CONCLUISIONES Y RECOMENDACIONES CONCLUISIONES Y RECOMENDACIONES CONTENIDO 7.1 Verificación de Hipótesis 7.2 Conclusiones 7.3 Recomendaciones Mónica Cecilia Gallegos Varela - 145 - VERIFICACIÓN DE HIPÓTESIS La hipótesis planteada al inicio

Más detalles

Windows Server 2012: Infraestructura de Escritorio Virtual

Windows Server 2012: Infraestructura de Escritorio Virtual Windows Server 2012: Infraestructura de Escritorio Virtual Módulo 1: Application Virtualization Módulo del Manual Autores: James Hamilton-Adams, Content Master Publicado: 5 de Octubre 2012 La información

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G083-01 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G083-01 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. DEFINICIÓN...

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

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

e-finac e-finac straight through processing

e-finac e-finac straight through processing e-finac e-finac es la nueva plataforma de servicios diseñada y desarrollada por FINAC, que provee la infraestructura, los controles y los elementos de análisis (Front, Middle y Back Office), para la gestión

Más detalles

IBM Rational Configuration Management V8.0.1 proporciona soluciones empresariales para la gestión de cambios y de configuración

IBM Rational Configuration Management V8.0.1 proporciona soluciones empresariales para la gestión de cambios y de configuración , con fecha 15 de octubre de 2013 IBM Rational Configuration Management V8.0.1 proporciona soluciones empresariales para la gestión de cambios y de configuración Índice 1 Visión general 2 Fecha de disponibilidad

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

FAST-SE: Un Componente JBI para transacciones guiadas por SLAs 1

FAST-SE: Un Componente JBI para transacciones guiadas por SLAs 1 FAST-SE: Un Componente JBI para transacciones guiadas por SLAs 1 José Antonio Parejo Maestre, Antonio Manuel Gutiérrez Fernández, Pablo Fernández Montes y Antonio Ruiz Cortés. Universidad de Sevilla {japarejo,

Más detalles

Patrones de software y refactorización de código

Patrones de software y refactorización de código Patrones de software y refactorización de código Introducción y antecedentes de los patrones de software Los patrones permiten construir sobre la experiencia colectiva de ingenieros de software habilidosos.

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

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Documento de trabajo elaborado para la Red Temática DocenWeb: Red Temática de Docencia en Control mediante Web (DPI2002-11505-E)

Más detalles

Convergencia, Interoperabilidad y. Fernando González-Llana Gerente de Cuenta AGE T-Systems

Convergencia, Interoperabilidad y. Fernando González-Llana Gerente de Cuenta AGE T-Systems Convergencia, Interoperabilidad y Arquitecturas de Servicios Gerente de Cuenta AGE T-Systems Palabras clave Convergencia digital, Interoperabilidad, Semántica, IDABC, SOA, Módulos Comunes, Protección de

Más detalles

Windows Server 2003. Windows Server 2003

Windows Server 2003. Windows Server 2003 Windows Server 2003 Windows Server 2003 Es un sistema operativo de la familia Windows de la marca Microsoft para servidores que salió al mercado en el año 2003. Está basada en tecnología NT y su versión

Más detalles

ARQUITECTURAS DE SOFTWARE ORIENTADAS A SERVICIOS

ARQUITECTURAS DE SOFTWARE ORIENTADAS A SERVICIOS ARQUITECTURAS DE SOFTWARE ORIENTADAS A SERVICIOS ANDRES CAMILO ROJAS M. Universidad Piloto de Colombia Ingeniería de Sistemas Séptimo Semestre CONCEPTOS: AGENDA Que es Arquitectura de Software Que es una

Más detalles

GeneXus BPM Suite X. Última actualización: 01 de Setiembre de 2008

GeneXus BPM Suite X. Última actualización: 01 de Setiembre de 2008 Última actualización: 01 de Setiembre de 2008 Copyright Artech Consultores S. R. L. 1988-2008. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento

Más detalles

Windows Server 2012: Identidad y Acceso. Módulo 2: Descripción General de Windows Server 2012 Remote Desktop Services.

Windows Server 2012: Identidad y Acceso. Módulo 2: Descripción General de Windows Server 2012 Remote Desktop Services. Windows Server 2012: Identidad y Acceso Módulo 2: Descripción General de Windows Server 2012 Remote Desktop Services. Manual del Módulo Autor: Andrew J Warren, Content Master Publicado: Septiembre 10 de

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

Hacer Realidad BPM en su Organización ADOPTAR BPM A PARTIR DE UN PROYECTO O NECESIDAD DE AUTOMATIZACIÓN

Hacer Realidad BPM en su Organización ADOPTAR BPM A PARTIR DE UN PROYECTO O NECESIDAD DE AUTOMATIZACIÓN ADOPTAR BPM A PARTIR DE UN PROYECTO O NECESIDAD DE AUTOMATIZACIÓN OBJETIVOS GENERALES 1. Identificar, diseñar, automatizar y habilitar la mejora continua de los procesos relacionados a la necesidad o proyecto

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

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

Notación de Modelado de Procesos de Negocio

Notación de Modelado de Procesos de Negocio Notación de Modelado de Procesos de Negocio Transformación constante: Presiones económicas. Necesidades. Requiere una mudanza en el modo en que las empresas abordan sus procesos de negocios. Perfeccionar

Más detalles

Arquitectura. 1.- Aplicaciones Web. Definición. Arquitectura clásica. Contenidos. 1.- Aplicaciones Web

Arquitectura. 1.- Aplicaciones Web. Definición. Arquitectura clásica. Contenidos. 1.- Aplicaciones Web Arquitectura 1.- Aplicaciones Web Definición Contenidos 1.- Aplicaciones Web 2.- Arquitectura de aplicaciones Web Lo que distingue una aplicación Web de una mero sitio Web reside en la posibilidad que

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

Modelos de los sistemas distribuidos. Jorge Iván Meza Martínez jimezam@gmail.com

Modelos de los sistemas distribuidos. Jorge Iván Meza Martínez jimezam@gmail.com Modelos de los sistemas distribuidos Jorge Iván Meza Martínez jimezam@gmail.com Especialización en Gestión de Redes de Datos Universidad Nacional de Colombia Sede Manizales 1/36 Contenidos Modelo arquitectónico

Más detalles

Guía 1: Implementación de Modelo de Firma Electrónica Simple con Identificador/Clave

Guía 1: Implementación de Modelo de Firma Electrónica Simple con Identificador/Clave Guía 1: Implementación de Modelo de Firma Electrónica Simple con Identificador/Clave Agustinas 1291, piso 5, ofic. G - Santiago de Chile F: (56 2) 694 5808 / (56 2) 694 5964 - Fax: (56 2) 694 5965 http://www.modernizacion.gov.cl

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

Sistema de Mensajería Empresarial para generación Masiva de DTE

Sistema de Mensajería Empresarial para generación Masiva de DTE Sistema de Mensajería Empresarial para generación Masiva de DTE TIPO DE DOCUMENTO: OFERTA TÉCNICA Y COMERCIAL VERSIÓN 1.0, 7 de Mayo de 2008 CONTENIDO 1 INTRODUCCIÓN 4 2 DESCRIPCIÓN DE ARQUITECTURA 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

Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI.

Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI. Procesos de Negocio Objetivos Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI. Identificar y analizar los procesos de negocios,

Más detalles

BPMN Business Process Modeling Notation

BPMN Business Process Modeling Notation BPMN (BPMN) es una notación gráfica que describe la lógica de los pasos de un proceso de Negocio. Esta notación ha sido especialmente diseñada para coordinar la secuencia de los procesos y los mensajes

Más detalles

Plataforma de expediente Electrónico @DOC

Plataforma de expediente Electrónico @DOC MINISTERIO DE LA PRESIDENCIA SUBSECRETARÍA SUBDIRECCIÓN GENERAL DE TECNOLOGÍAS Y SERVICIOS DE LA INFORMACIÓN Plataforma de expediente Electrónico @DOC Arquitectura de Sistemas Control de versiones Versió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

René Monroy Gabriel Vázquez. Seite 1

René Monroy Gabriel Vázquez. Seite 1 1.- SOA, Arquitectura Orienta a Servicios 2.- Qué es la arquitectura orientada a servicios? 3.- Integración de aplicaciones, gente y procesos a las necesidades y objetivos de la organización. René Monroy

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

Seminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets

Seminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets Seminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets 1 de 12 Seminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets 3 Bienvenida. 4 Objetivos. 5 Interacciones de Negocios

Más detalles

OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento

OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen A través de este artículo se ofrece un panorama amplio y de alto nivel sobre la especificación y los diferentes diagramas del Lenguaje

Más detalles

Anexo III: Inventario de iniciativas horizontales incluidas en el Eje e-gestión.

Anexo III: Inventario de iniciativas horizontales incluidas en el Eje e-gestión. Anexo III: Inventario de iniciativas horizontales incluidas en el Eje e-gestión. Se describe a continuación en formato de ficha de proyecto el detalle de cada uno de los proyectos de la presente clasificación.

Más detalles

Los sistemas de gestión de contenidos: prestaciones y características

Los sistemas de gestión de contenidos: prestaciones y características Los sistemas de gestión de contenidos: prestaciones y características J. Tramullas Santiago, mayo de 2007 Contenido = información + datos La gestión de contenidos debe conciliar la gestión de información

Más detalles

Ofrezca la nueva tendencia de innovación empresarial con un entorno de red abierta

Ofrezca la nueva tendencia de innovación empresarial con un entorno de red abierta Descripción general de la solución Ofrezca la nueva tendencia de innovación empresarial con un entorno de red abierta Lo que aprenderá A medida que tecnologías como la nube, la movilidad, los medios sociales

Más detalles

Sistema de Información Integrada del Área Social

Sistema de Información Integrada del Área Social Sistema de Información Integrada del Área Social Resumen de Requerimientos Técnicos 22 de Diciembre de 2008 Página 1 de 5 Contenido 1 Generalidades... 3 2 Alcance y objetivos... 4 3 Arquitectura de referencia

Más detalles

QUE ES COMLINE MENSAJES? QUE TIPO DE MENSAJES PROCESA COMLINE MENSAJES?

QUE ES COMLINE MENSAJES? QUE TIPO DE MENSAJES PROCESA COMLINE MENSAJES? QUE ES COMLINE MENSAJES? Comline Mensajes es una plataforma flexible, ágil y oportuna, que permite el envío MASIVO de MENSAJES DE TEXTO (SMS). Comline Mensajes integra su tecnología a los centros de recepción

Más detalles

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.

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

Desarrollo de Software con

Desarrollo de Software con Desarrollo de Software con Antonio J. Vélez Q. Universidad del Valle Sede Palmira Contenido Definición de Enterprise Bean Cuando usar Enterprise Beans Tipos de Enterprise Beans Enterprise Bean Con componentes

Más detalles

Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales

Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Modulo 03 UML: Vista de Casos de Uso Artefacto: Actores Catedrático MSC. Jose Juan Aviña Grimaldo e-mail josejuan_avina@gmail.com

Más detalles

Ambiente Virtual de Comercio Electrónico B2B para la Comunidad Virtual de Negocios del departamento del Cauca

Ambiente Virtual de Comercio Electrónico B2B para la Comunidad Virtual de Negocios del departamento del Cauca Ambiente Virtual de Comercio Electrónico B2B para la Comunidad Virtual de Negocios del departamento del Cauca Ing. WILSON ALFREDO ORTEGA ORDOÑEZ Ing. JUAN CARLOS MENDEZ CAMACHO Universidad del Cauca Facultad

Más detalles

POSGRADO EXPERTO.NET DESARROLLO DE SOFTWARE

POSGRADO EXPERTO.NET DESARROLLO DE SOFTWARE POSGRADO EXPERTO.NET DESARROLLO DE SOFTWARE DESCRIPCIÓN Microsoft es una de las principales empresas dedicada al mundo de las tecnologías, haciendo grandes esfuerzos para ponerse a la cabeza de la actualidad

Más detalles

Quito Ecuador EXTRACTO INFORMÁTICA SANITARIA. ARQUITECTURA DE SERVICIOS. PARTE 3: PUNTO DE VISTA COMPUTACIONAL (ISO 12967-3:2009, IDT)

Quito Ecuador EXTRACTO INFORMÁTICA SANITARIA. ARQUITECTURA DE SERVICIOS. PARTE 3: PUNTO DE VISTA COMPUTACIONAL (ISO 12967-3:2009, IDT) Quito Ecuador NORMA TÉCNICA ECUATORIANA NTE INEN-ISO 12967-3 Primera edición 2014-01 INFORMÁTICA SANITARIA. ARQUITECTURA DE SERVICIOS. PARTE 3: PUNTO DE VISTA COMPUTACIONAL (ISO 12967-3:2009, IDT) HEALTH

Más detalles

Beneficios estratégicos para su organización. Beneficios. Características V.2.0907

Beneficios estratégicos para su organización. Beneficios. Características V.2.0907 Herramienta de inventario que automatiza el registro de activos informáticos en detalle y reporta cualquier cambio de hardware o software mediante la generación de alarmas. Beneficios Información actualizada

Más detalles