Implemente un Modelo SOA con Progress

Slides:



Advertisements
Presentaciones similares
Experiencia en implantación de una metodología
Advertisements

Utilizando Software as a Service (SaaS)
Optimice su Arquitectura de Negocios a través de Open Edge
DIAGRAMA DE COMPONENTES
Introducción a la Interfaz Gráfica de Usuario de OpenEdge® para
Escenarios de Integración de Aplicaciones con Sonic ESB
MODELOS ORIENTADOS A OBJETOS
U.M.L A/Gx. Diego Gutiérrez Application Analysis and Design.
INSTITUTO TECNOLÓGICO DE MORELIA JOSÉ MARIA MORELOS Y PAVÓN
INGENIERÍA DE SOFTWARE Introducción Arquitectura de Software
Red Social: “Un millón de Amigos”.
ENTERPRISE SOA Arquitectura Avanzada – Universidad CAECE 2011
Comprensión del uso del sistema
Conectividad e Integración I
Tecnologías Cliente / Servidor Capitulo III Richard Jiménez V. clienteserver.wordpress.com.
Arquitectura Orientada a Servicios (SOA)
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Especialista en Business Intelligence Reporting Services SSRS (Sesión 16) Microsoft SQL Server 2008 R2 (2013) Suscribase a o escríbanos.
Arquitectura de la Aplicación
Términos Básicos y Conceptos
TOGAF.
La manera más simple para describir un patrón es que ofrece una solución probada a un problema común.
ACIS Desarrollar proyectos de software y “evitar” el fracaso ?
Java 2 Platform Enterprise Edition
Yeimi Constanza Patiño
Análisis y Diseño O.O. Click to add notes Preguntas del diseño :
DIAGRAMA DE COMPONENTES INTEGRANTES Córdova Vásquez Giovanny Escobar Alvares Calixto Gomez Quinteros Adelaida Pinto Flores Yarmila.
SOA y la integración con el modelo de negocio de la empresa
Una Introducción a UML El Modelo de Proceso de Negocio
El paradigma de la orientación a objetos La programación orientada a objetos genera códigos eficientes y estandariza la metodología de programación, además.
Modelado Arquitectónico
(c) P. Gomez-Gil, INAOE DISEÑO DE COMPONENTES DE SOFTWARE * NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP.
* FRAUSTO JIMENEZ GABRIELA * * HERNANDEZ TORRES ANA LAURA * * MANDUJANO JUAN CARLOS * * NOVA MARIN YARELI PAULINA * * ZAVALA CORTE JOCELYN ARELI *
Arquitectura de Sistemas Clase #5 y Semana 3 – Arquitectura Andrés Caviedes Clase #5 y Semana 3 – Arquitectura Andrés Caviedes.
Arquitectura de una aplicación
DISEÑO DE SOFTWARE 1ª. Parte
Arquitectura de la Empresa
Sistemas Distribuidos
Arquitectura Orientada a Servicios Alicia Maita Harold Martínez Esteban Reyes Verónica Betancout - SOA -
DBAccess Aliado Estratégico de TI.
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de:
Universidad Central de Venezuela Facultad de Ciencias Postgrado en Ciencias de la Computación Sistemas Distribuidos Albany Márquez.
Ingeniería de software
GESTION DE PROCESOS DE NEGOCIO
Mensajería en Sistemas de Información
TEMA 10: DIAGRAMA DE: OBJETOS, SECUENCIA Y DESPLIEGUE EN UML
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
Términos y Conceptos Básicos
Diseño Arquitectonico
Modelo de 3 capas.
Alexander Aristizabal Ángelo flores herrera
CONTRATOS DE CLIENTES Orlando Sedamano Cornejo Marco Bustinza
DIAGRAMA DE SECUENCIA Y ACTIVIDADES.
Programa de Actualización Profesional Ingeniería de Sistemas - EPE Diseño de Sistemas Distribuidos INTEGRANTES: Angélica Huamaní Portocarrero Víctor More.
UML.
Unidad 3 MODELO DE ANALISIS.
Tecnologías Cliente / Servidor Capitulo II Richard Jiménez V. clienteserver.wordpress.com.
Tecnologías Cliente / Servidor
Simulador Redes Nombres etc,,.
G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE Daniel Eduardo Almeciga Angie Katterine Cruz O. Diego Fernando.
Capas de ingeniería del Software. Rosendo Antonio Manuel Ingeniería en Sistemas Computacionales.
BUSINESS T&G Think & Grow Uniclass Business Intelligence La solución Business Objects que analiza los procesos de su negocio.
Arquitectura de aplicaciones
Servicios Web Conjunto de aplicaciones o de tecnologías con capacidad para interoperar en la Web. Estas aplicaciones o tecnologías intercambian datos entre.
Fundamentos de Ingeniería de Software
Conociendo el modelo Cliente-Servidor
DIAGRAMAS DE SECUENCIA. UML está compuesto por los siguientes diagramas:
BASES DE DATOS DISTRIBUIDAS M.C.C. María Guadalupe Villanueva Carrasco INGENIERIA EN SISTEMAS COMPUTACIONALES.
Presentación De UML Lenguaje estándar para escribir planos de software Se usa para visualizar, especificar, construir y documentar los artefactos de un.
Entregables del Proyecto
Transcripción de la presentación:

Implemente un Modelo SOA con Progress David Millman Arquitecto Principal

Agenda Los Componentes Relevantes del Modelo El Problema Implementando el Modelo de Referencia SOA Los Componentes Relevantes del Modelo El Problema Resolviendo el Problema Resumen 2

El Modelo de Referencia Visibility & Control Infrastructure Services Connection & Data Services Business Services Composition/Mediation Services Presentation/Consumer 3 3

Perspectiva del Desarrollador ESB Business Services En lo que nos vamos a concentrar Composition/Mediation Services Connection & Data Services

Agenda Los Componentes Relevantes del Modelo El Problema Implementing the SOA Reference Model Los Componentes Relevantes del Modelo El Problema Resolviendo el Problema Resumen 5

Problema muestra (Del Recetario) Un Telco, Muchos Clientes Distintos CSR ESB Cell Internet Home TV El Cliente es base instalada en la línea de negocios No hay vista consolidada de un sólo cliente

Entities Customer: Accounts: Account CSR: View/Update Customer Utilizando la Arquitecrua de Referencia para Definir la Estructura de la Solución Entities Customer: Accounts: Account CSR CSR: View/Update Customer Connect Connect Connect Connect Cell Internet Home TV

Agenda Los Componentes Relevantes del Modelo El Problema Implementing the SOA Reference Model Los Componentes Relevantes del Modelo El Problema Resolviendo el Problema Resumen 8

Meta de la Implementación Patrón Repetitiva para Desarrollo y Re-uso Rompiendo el problema en unidades manejables Permitir que cada unidad sea extendida y reutilizada en contextos múltiples Acotado en tiempo para permitir los entregables conocidos y marcos de tiempo Como resultado: dimensionamiento consistente y asignación de tareas del proyecto SOA Dando Soporte para los enfoques de arriba a abajo y de abajo a arriba Cada capa define un conjunto de entregables conocidos 9

Agenda Los Componentes Relevantes del Modelo El Problema Implementando el Modelo de Referencia SOA Los Componentes Relevantes del Modelo El Problema Resolviendo el Problema Servicios de Negocios Servicios de Composition/Mediation Servicios de Conexión Resumen 10

¿Qué es un servicio de Negocios? Componentes del Nivel de Servicios Diagramas de caso de uso Usados para definir operaciones de un actor o conjunto de actores específicos

Servicios de Negocios, ¿Quién se interesa? Entities Customer: Accounts: Account Servicios de Negocios, ¿Quién se interesa? CSR: View/Update Customer Connect Connect Connect Connect Business Process Analyst/ Developer Cell Internet Home TV

Analista/Desarrollador de Negocios Visión de Negocios del Mundo Actores y casos de uso Se entienden Solicitudes/Respuestas de alto nivel Pueden entenderse tecnologías de presentación Se entienden conceptos del ESB Se implementan procesos ESB para prototipos E,g servicios de prototipo/transformación para desarrollo de arriba a abajo Mínimo entendimiento del panorama de TI

Implementación de Casos de Uso de la Arquitectura de Referencia Proyecto basado en Actor Provee una vista lógica de toda la lógica de Actor Cada uso se vuelve: Proceso ESB nombrado como: Actor.CSR.ViewCustomerProfile Actor.CSR. ViewAllCustomersAccounts Actor.CSR.UpdateAnAccount Implementación de Web Service puede llamar al proceso lógico Actor.CSR.ViewCustomerProfile.WS Inicialmente implementado utilizando el servicio de Prototipo y luego reemplazado con una implementación real (invocación al proceso de Mediación)

Entregable del Proceso del ESB: Fase 1 Servicio Proototipo, Servicio de Transformación usado para generar una respuesta default

Entregable del Procesos ESB : Cuándo se Define la Capa de Mediación Implementada como una Transformación Dinámica para un objetivo que usa DXSI Implementada como una llamada de Servicio(s) de Mediación requeridos para la operación Impementado como una Transformación Dinámica definida para un objetivo que usa DXSI

¿Qué hay de la Presentación? Visibility & Control Infrastructure Services Connection & Data Services Business Services Composition/Mediation Services Presentation/Consumer La capa de presentaciones es consumidor/cliente de un Servicio de Negocios Consumidores múltiples pueden acceder a los servicios de Negocios e.g. Web-Service/ Portal/JMS

Posicionando Servicios de Negocios para el Consumidor Comprende como serán los casos de uso del Consumidor en el mundo real Cómo exponer los servicios como un Web Service a un portal etc. CSR View/Update Customer Web-Service Portal

Invocación de Servicios Web Directorio WS contiene configuración de Servicio Web Configuration (incluyendo definiciones de wrap) El proceso se llama como el caso de uso pero tiene el sufijo.WS para denotar que es un Servicio Web Implementación de Servicio Web con el unwrap y wrap adecuados que llaman a un Proceso ESB

Proyecto basado en Portal o Presentación Presentación basada en proyecto tecnológico Esto define la forma en que el ESB interactúa con el portal o similar, mapea peticiones a los formatos requeridos por niveles inferiores. Llama a procesos de Negocios con las transformaciones apropiadas etc. en ambos lados de la invocación.

Agenda Los Componentes Relevantes del Modelo El Problema Implementando el Modelo de Referencia SOA Los Componentes Relevantes del Modelo El Problema Resolviendo el Problema Servicios de Negocios Servicios de Composición /Mediation Servicios de Conexión Resumen 21

¿Quién debe Implementar la Solución? Entities Customer: Accounts: Account ¿Quién debe Implementar la Solución? CSR: View/Update Customer Connect Connect Connect Connect SOA Foundation Services Leader/ Application Service Implementer Cell Internet Home TV

Architect/Desarrolladores SOA Entiende cuántos servicios trabajan juntos y la tecnología involucrada Implementación Geografía/Red Balanceo entre Optimización y Diseño Código – ESB Processes – BPEL Interfaces a implementar (Negocios/Diseño and Conexión) Problemas de usar múltiples Tecnologías/Fuentes de Datos e.g.Master Name Management

Arquitecutra de Referencia a UML Componentes del Nivel de Mediación Ofrece un conjunto único de servicios que pueden ser reusados La mediación en escencia se trata de componentes basados al rededor de entidades virtuales y patrones de integración

Implementación de la Mediación Proyecto basado en entidad Seis proyectos para el diagrama anterior Cada entidad y operación se vuelven un proceso ESB: Entity.Customer.viewAllAccounts Entity.Accounts.getAllAccountInformation Entity.CellAccount.getAccountInformation Entity.InternetAccount.getAccountInformation Entity.HomePhoneAccount.getAccountInformation Entity.TVAccount.getAccountInformation

Implementación de la Mediación Entidad única e.g. Cuenta célula puede proveer Agregación de múltiples sistemas de back end Expectativa de trabajar usando el Modelo de Datos Canónicos Recolección de Entidad e.g. Todas las Cuentas Implementar los siguientes patrones Splitter/Router Aggregator e.g. getAllAccountInformation Master Name Management? El Modelo Canónico reforzado en la frontera

Entity.Accounts.getAllAccountInformation Versión 1: Implementación de Arriba a Abajo Genera la Respuesta adecuada a la petición (No se llama a otros servicios)

Entity.Accounts.getAllAccountInformation Versión 2 : Implementación de calling apropiado para Operaciones de Entidad Servicio “split-join” usado para llamar las operaciones en objetos de cuentas individuales

Agenda Los Componentes Relevantes del Modelo El Problema Implementando el Modelo de Referencia SOA Los Componentes Relevantes del Modelo El Problema Resolviendo el Problema Servicios de Negocios Servicios de Composición/Mediación Servicios de Conexión Resumen 29

Quién debe implementar la Solución Entities Customer: Accounts: Account Quién debe implementar la Solución CSR: View/Update Customer Connect Connect Connect Connect Connect- Integration Expert e.g. DBA, SAP Develop Cell Internet Home TV

Conexión del Desarrollador Entendimiento de alto nivel de tecnología back-end E.g. DBA Entiende los componentes requeridos del ESB i.e Procesos ESB, Servicios de Conexión Sin distribución, Federación e Implementación Uno es requerido típicamente para cada tecnología/implementación i.e. 4 requeridos para la filmina anterior

Conexión Física con el UML Componentes del Nivel de Conexión Ofrece una conexión virtualizada del ESB a la tecnología de implementación Permite a los sistemas del back integrase transparentemente en el nivel de Mediación

Proyecto de Conexión Física Todas las instancias de conexiones apropiadas e.g. Definición de Servicios de Conexión definidas en el directorio, completan el proyecto Versiones defiidas bajo el método de directorio principal Procesos de alto nivel usados para llamar una o más versiones para permitir esquemas de bases de datos concurrentes etc.

Implementación de la Conexión Proyecto único por tecnología backend Puede también implementar una conexión lógica Cada operación de clase principal se convierte en un Proceso ESB e.g. Conection.BD.CellPhoneAccountsDB.getAccountDataForMonth Ofrece la habilidad de migrar a diferentes versiones de la tecnología de implementación Puede proveer interfaz gráfica a los componentes requeridos

Agenda Componentes Relevantes de la Arquitectura Implementando el Modelo de Refernecia SOA Componentes Relevantes de la Arquitectura Resolviendo el problema, personal requerido Resolviendo el Problema, el enfoque Resumen 35

Qué hemos aprendido La Arquitectura de Referencia Soporta: Arquitectura de Referencia para UML Ofrece mapeo común de la UML a la Arquitectura de Referncia Componentes definidos Cada nivel define un conjunto de componentes necesarios De Arriba a Abajo y de Abajo hacia Arriba Implementación concurrente es posible Nombres definidos para ofrecer orden en las herramientas y herramientas de búsqueda

Conclusión La Arquitectura de Referencia aporta ESB aporta Dimensionamiento del personal necesario Requerimientos de entrenamiento y conocimiento Estructura formal para entregables Ofrece dimensionamiento y gestión Soluciones Replicables ESB aporta ESB ofrece la capacidad de conectarse económicamente e.g. Invocación de proceso y mensajería del intra contenedor que hace posible definir una solución basada en componentes y funcional.

? Preguntas 38

Gracias 39

40