ARQUITECTURA ORIENTADA A SERVICIOS (SOA)
CONCEPTOS BÁSICOS <ul><li>INGENIERÍA DE SOFTWARE </li></ul><ul><li>DISCIPLINAS DE INGENIERÍA DE SOFTWARE </li></ul><ul><li...
Ingeniería de Software Definición 1: Ingeniería del Software es el estudio de los  principios y metodologías para desarrol...
Un Modelo para procesos de Ingeniería de SW
Disciplinas y Enfoque Iterativo de RUP
Diseño de Software <ul><li>Después de comprender los requerimientos, el diseño es el MAPA de cómo construir el sistema </l...
Paradigmas de Diseño
Paradigmas de Diseño <ul><li>Bajo Nivel (Binario) </li></ul><ul><ul><li>Bulbos, Tarjetas perforadas  </li></ul></ul><ul><l...
Paradigmas de Diseño <ul><li>Lenguajes Procedurales </li></ul><ul><li>Uso de vocabulario relativo al problema en resolució...
Paradigmas de Diseño <ul><li>Lenguajes Orientados a Objetos </li></ul><ul><li>Los datos y los métodos para manipularlos se...
¿Y SOA? <ul><li>También es un paradigma de diseño </li></ul><ul><li>Pero se orienta a la organización y al NEGOCIO, no al ...
Imperativos de Negocio…….La Tormenta Perfecta Presiones Competitivas Presiones Regulatorias Poder del Cliente Sobrecarga d...
Imperativos y Facilitadores de Negocio…….La Tormenta Perfecta Presiones Competitivas Presiones Regulatorias Poder del Clie...
¿Por qué SOA? SOA abarca 9 de las 10 Principales Prioridades de la Administración de TI
El Problema de la Alineación Lo que explica  la Línea de Negocio Lo que entiende el Gerente de Proyecto Lo que diseña el A...
La Evolución de la Industria del Software Construir Comprar Componer <ul><li>Sistemas Centrales </li></ul><ul><ul><li>Pago...
Definición de  Arquitectura Orientada al Servicio  (SOA – Service Oriented  Architecture)
¡No Se Puede Definir SOA Sin Analogías! <ul><li>¿Qué es un Servicio? </li></ul><ul><li>¿Cómo lo Obtengo? </li></ul><ul><li...
Elementos de SOA <ul><li>SOA está diseñada para soportar lógica orientada a servicios compuesta de servicios y composicion...
Más Conceptos de SOA <ul><li>Una composición de servicios está formada por servicios que se asocian para proporcionar func...
Servicios, Composiciones e Inventario
Ventajas Operativas de SOA
Restricciones Arquitectónicas de SOA <ul><li>Un conjunto pequeño de interfaces simples y ubicuas  </li></ul><ul><li>Las in...
Arquitectura Orientada al Servicio <ul><li>“ SOA es un estilo arquitectónico cuyo objetivo es lograr un acoplamiento libre...
Definición de SOA “ La Arquitectura Orientada al Servicio es un paradigma para la organización y utilización de capacidade...
SOA: Ofreciendo Resultados De Abajo Hacia Arriba Fundamento de una Arquitectura Administración y Control Agilidad y Libert...
El Valor Real de “ SOA”
¿Por qué  SOA es tan Valiosos para los Negocios? <ul><li>Valor </li></ul><ul><li>Costo </li></ul><ul><li>Tiempo </li></ul>...
Generar Valor con SOA <ul><li>Eficiencia a través de la automatización y la coordinación mejorada </li></ul><ul><li>Eficie...
Aspectos de una Arquitectura Orientada al Servicio <ul><li>SOA es una  estrategia  para facilitar un  Valor de Negocio </l...
¿Por qué Gobernabilidad? <ul><ul><li>   ¡SOA no administrado es demasiado complejo! </li></ul></ul>Seminario  Básico de B...
¿Por qué Gobernabilidad? <ul><li>La Gobernabilidad proporciona </li></ul><ul><li>Autoridades y responsabilidades </li></ul...
El Concepto SOA  MONITOREO & ANÁLISIS GOBERNABILIDAD Integración de Legados Datos del Cliente Interacción  del Cliente His...
Las 10 Mejores Prácticas de SOA <ul><li>Entender el Proceso </li></ul><ul><li>Entender sus datos </li></ul><ul><li>¡Gobern...
Los 10 riesgos de SOA  <ul><li>El Enfoque Escopeta/Exhuberancia Irracional </li></ul><ul><li>No poder planear; planear par...
GRACIAS
Próxima SlideShare
Cargando en…5
×

Clase Soa

1.487 visualizaciones

Publicado el

Publicado en: Empresariales
0 comentarios
1 recomendación
Estadísticas
Notas
  • Sé el primero en comentar

Sin descargas
Visualizaciones
Visualizaciones totales
1.487
En SlideShare
0
De insertados
0
Número de insertados
3
Acciones
Compartido
0
Descargas
63
Comentarios
0
Recomendaciones
1
Insertados 0
No insertados

No hay notas en la diapositiva.
  • Clase Soa

    1. 1. ARQUITECTURA ORIENTADA A SERVICIOS (SOA)
    2. 2. CONCEPTOS BÁSICOS <ul><li>INGENIERÍA DE SOFTWARE </li></ul><ul><li>DISCIPLINAS DE INGENIERÍA DE SOFTWARE </li></ul><ul><li>DISEÑO DE SOFTWARE </li></ul><ul><li>PARADIGMAS DE DISEÑO </li></ul><ul><li>SOA </li></ul>
    3. 3. Ingeniería de Software Definición 1: Ingeniería del Software es el estudio de los principios y metodologías para desarrollo y mantenimiento de sistemas de software [Zelkovits, 1978]. Definición 2: Ingeniería del Software es la aplicación practica del conocimiento científico en el diseño y construcción de programas de computadora y la documentación necesaria requerida para desarrollar, operar(funcionar) y mantenerlos [Bohem, 1976]. Definición 3: Ingeniería del Software trata del establecimiento de los principios y métodos de la Ingeniería a fin de obtener software de modo rentable que sea fiable y trabaje en máquinas reales [Bauer, 1972].
    4. 4. Un Modelo para procesos de Ingeniería de SW
    5. 5. Disciplinas y Enfoque Iterativo de RUP
    6. 6. Diseño de Software <ul><li>Después de comprender los requerimientos, el diseño es el MAPA de cómo construir el sistema </li></ul><ul><li>Un principio de diseño es un lineamiento de diseño comúnmente aceptado que cuando se aplica resulta en características específicas de diseño </li></ul><ul><li>Un paradigma de diseño representa un conjunto de principios de diseño complementarios que colectivamente se aplican para soportar objetivos comunes </li></ul><ul><li>Un patrón de diseño identifica un problema común y proporciona una solución recomendada </li></ul><ul><li>Un estándar de diseño es una convención interna y específica para una organización, para regir sus diseños </li></ul>
    7. 7. Paradigmas de Diseño
    8. 8. Paradigmas de Diseño <ul><li>Bajo Nivel (Binario) </li></ul><ul><ul><li>Bulbos, Tarjetas perforadas </li></ul></ul><ul><li>Bajo Nivel (Ensamblador) </li></ul><ul><ul><li>Mnemónicos para funciones </li></ul></ul><ul><ul><li>Direcciones de memoria con etiquetas. </li></ul></ul>10100001111101010101
    9. 9. Paradigmas de Diseño <ul><li>Lenguajes Procedurales </li></ul><ul><li>Uso de vocabulario relativo al problema en resolución </li></ul><ul><li>Describen paso-a-paso el procedimiento EXACTO para resolver un problema. </li></ul><ul><li>La realidad debe modelarse con base en las capacidades del lenguaje. </li></ul><ul><li>Difícil de comprender para </li></ul><ul><li>no-programadores. </li></ul><ul><li>COBOL, FORTRAN, ALGOL, BASIC </li></ul><ul><li>Ejemplo: </li></ul>
    10. 10. Paradigmas de Diseño <ul><li>Lenguajes Orientados a Objetos </li></ul><ul><li>Los datos y los métodos para manipularlos se encapsulan en una unidad conceptual llamada objeto. </li></ul><ul><li>Permiten modelar la realidad, adaptando el código a la misma. </li></ul><ul><li>La syntaxis es my natural y comprensible incluso para no programadores. </li></ul><ul><li>Grandes capacidades de reuso de código, agilidad para desarrollar y aplicar cambios. </li></ul><ul><li>JAVA, .NET </li></ul><ul><li>Ejemplo: </li></ul>
    11. 11. ¿Y SOA? <ul><li>También es un paradigma de diseño </li></ul><ul><li>Pero se orienta a la organización y al NEGOCIO, no al paradigma de programación. </li></ul>
    12. 12. Imperativos de Negocio…….La Tormenta Perfecta Presiones Competitivas Presiones Regulatorias Poder del Cliente Sobrecarga de Información La Fuerza Cambiante de Trabajo
    13. 13. Imperativos y Facilitadores de Negocio…….La Tormenta Perfecta Presiones Competitivas Presiones Regulatorias Poder del Cliente Sobrecarga de Información La Fuerza Cambiante de Trabajo SOA Ambientes de Desarrollo Orientados al Negocio Web 2.0/ Rápido Desarrollo de Aplicaciones Metadatos/ Semántica Cómputo Social
    14. 14. ¿Por qué SOA? SOA abarca 9 de las 10 Principales Prioridades de la Administración de TI
    15. 15. El Problema de la Alineación Lo que explica la Línea de Negocio Lo que entiende el Gerente de Proyecto Lo que diseña el Analista de Negocios Lo que interpreta el desarrollador de TI Lo que describe el CIO al negocio Cómo se documenta el proyecto Lo que realmente se utiliza Lo que el presupuesto puede comprar El soporte proporcionado Lo que realmente quería el trabajador del proceso Nueva Aplicación Nueva Aplicación Nueva Aplicación Requerimientos, oportunidades, etc. actuales.
    16. 16. La Evolución de la Industria del Software Construir Comprar Componer <ul><li>Sistemas Centrales </li></ul><ul><ul><li>Pagos corporativos </li></ul></ul><ul><ul><li>Manejo de Quejas </li></ul></ul><ul><ul><li>Sistema de facturación </li></ul></ul><ul><li>Infraestructura de Negocio </li></ul><ul><li>Automatización de Procesos </li></ul><ul><li>SOA y Gobernabilidad </li></ul><ul><li>Integración </li></ul><ul><li>Modernización </li></ul><ul><li>Servicios Web </li></ul><ul><li>Integración </li></ul>1970 1990 2000 1980 1960 2010 Foco en TI 2020 <ul><li>Sistemas de Soporte </li></ul><ul><ul><li>RH </li></ul></ul><ul><ul><li>Nómina </li></ul></ul><ul><ul><li>CRM </li></ul></ul>
    17. 17. Definición de Arquitectura Orientada al Servicio (SOA – Service Oriented Architecture)
    18. 18. ¡No Se Puede Definir SOA Sin Analogías! <ul><li>¿Qué es un Servicio? </li></ul><ul><li>¿Cómo lo Obtengo? </li></ul><ul><li>¿Qué es lo importante? </li></ul><ul><ul><li>Capacidades Distribuidas </li></ul></ul><ul><ul><li>Granular – realizar una unidad de trabajo </li></ul></ul><ul><ul><li>Confiabilidad y Calidad de Servicio </li></ul></ul><ul><ul><li>Acoplada Libremente – ninguna suposición acerca de las necesidades de la otra parte </li></ul></ul><ul><ul><li>Facilidad de uso basada en minimizar las dependencias artificiales </li></ul></ul>
    19. 19. Elementos de SOA <ul><li>SOA está diseñada para soportar lógica orientada a servicios compuesta de servicios y composiciones de servicios, agrupados en un inventario global de servicios. </li></ul>
    20. 20. Más Conceptos de SOA <ul><li>Una composición de servicios está formada por servicios que se asocian para proporcionar funcionalidad requerida para automatizar un proceso o tarea de negocio específicos. </li></ul><ul><li>La orientación a servicios define los servicios como “recursos empresariales agnósticos”, lo que implica que un servicio puede ser invocado por múltiples consumidores, involucrando incluso al servicio en diferentes composiciones. </li></ul><ul><li>Una colección de servicios estandarizados es la base para el inventario de servicios que puede ser administrado independientemente en un ambiente aislado. </li></ul><ul><li>Se pueden automatizar múltiples procesos de negocio creando composiciones que usan servicios agnósticos tomados del inventario. </li></ul><ul><li>Un inventario de servicios establece un pool de servicios, muchos de los cuales serán diseñados deliberadamente para reusarse en múltiples composiciones. </li></ul>
    21. 21. Servicios, Composiciones e Inventario
    22. 22. Ventajas Operativas de SOA
    23. 23. Restricciones Arquitectónicas de SOA <ul><li>Un conjunto pequeño de interfaces simples y ubicuas </li></ul><ul><li>Las interfaces deberían estar universalmente disponibles para todos los proveedores y consumidores </li></ul><ul><li>Únicamente se encuentra codificada la semántica genérica en la interface – la semántica específica de las aplicaciones en los mensajes </li></ul><ul><li>Mensajes descriptivos, es decir, los mensajes no prescriben ningún comportamiento del sistema , o sólo lo hacen en forma mínima </li></ul><ul><li>Un esquema limita el formato, el vocabulario y la estructura de los mensajes </li></ul><ul><li>Un esquema extensivo permite nuevas versiones de los servicios que serán introducidos sin romper los servicios existentes </li></ul>
    24. 24. Arquitectura Orientada al Servicio <ul><li>“ SOA es un estilo arquitectónico cuyo objetivo es lograr un acoplamiento libre entre los agentes de software interactuantes. Un servicio es una unidad de trabajo realizado por un proveedor de servicios para alcanzar los resultados finales deseados para un consumidor de servicios. Tanto el proveedor como el consumidor son papeles desempeñados por agentes de software en representación de sus propietarios”. “ </li></ul><ul><li>http://webservices.xml.com/pub/a/ws/2003/09/30/soa.html </li></ul>Consumidor Servicio Proveedor Consumidor Consumidor
    25. 25. Definición de SOA “ La Arquitectura Orientada al Servicio es un paradigma para la organización y utilización de capacidades distribuidas que pueden estar bajo el control de diferentes dominios de propiedad. Proporciona un medio uniforme para ofrecer, descubrir, interactuar con y utilizar capacidades para producir efectos deseados consistentes con condiciones previas y expectativas deseadas.” Comité Técnico del Modelo de Referencia OASIS SOA
    26. 26. SOA: Ofreciendo Resultados De Abajo Hacia Arriba Fundamento de una Arquitectura Administración y Control Agilidad y Libertad Dependiente Interdependiente Independiente Codependiente Mainframe Servidor de Aplicaciones Web SOA Servicios Web Punto a Punto
    27. 27. El Valor Real de “ SOA”
    28. 28. ¿Por qué SOA es tan Valiosos para los Negocios? <ul><li>Valor </li></ul><ul><li>Costo </li></ul><ul><li>Tiempo </li></ul><ul><li>Desperdicio </li></ul><ul><li>Se generan resultados y se construyen capacidades que crean el máximo valor para los elementos constitutivos del negocio. </li></ul><ul><li>Se gasta menos en materiales y mano de obra y se maximiza el ROI directo. </li></ul><ul><li>Se llega más rápido al objetivo; se reducen los costos de oportunidad y se genera un nuevo valor y momentum más pronto. </li></ul><ul><li>Se reutiliza todo aquello que sea útil; no se pierde nada del valor; se apalancan los activos existentes. </li></ul>
    29. 29. Generar Valor con SOA <ul><li>Eficiencia a través de la automatización y la coordinación mejorada </li></ul><ul><li>Eficiencia centrándose en la creación de valor </li></ul><ul><li>Agilidad de negocio – implementación del cambio al momento del negocio </li></ul><ul><li>Productividad de TI – desde el sostenimiento hasta las nuevas capacidades </li></ul><ul><li>Transparencia operacional mejorada </li></ul><ul><li>Colaboración mejorada </li></ul><ul><li>Productividad y satisfacción mejoradas del trabajador </li></ul><ul><li>Apalancamiento en capacidades existentes – “ Leave and Layer ” </li></ul><ul><li>Desarrollo de una cultura orientada al desempeño y la mejora </li></ul><ul><li>Desarrollo de una organización alineada </li></ul><ul><li>Facilitan los negocios </li></ul>
    30. 30. Aspectos de una Arquitectura Orientada al Servicio <ul><li>SOA es una estrategia para facilitar un Valor de Negocio </li></ul><ul><ul><li>No se trata sólo de una “tecnología”. Entender SOA es un compromiso con la organización, el proceso y la tecnología </li></ul></ul><ul><li>SOA implica construir aplicaciones a partir de partes </li></ul><ul><ul><li>Un enfoque de componentes muy parecido a Corba o DCOM </li></ul></ul><ul><ul><li>A diferencia de Corba o DCOM, SOA se basa en estándares y tiene un soporte masivo de la industria </li></ul></ul><ul><li>Uno de los pricipales valores de SOA se advierte en el concepto de re-utilización </li></ul><ul><ul><li>La reutilización de servicios internos o externos acelera el rendimiento de la inversión que se haga en cualquier estrategia de SOA </li></ul></ul>
    31. 31. ¿Por qué Gobernabilidad? <ul><ul><li> ¡SOA no administrado es demasiado complejo! </li></ul></ul>Seminario Básico de BPM + SOA | Página Legacy Finanzas CRM Cadena de Sumi- nistro <ul><li>Las ERPs se dividen en partes </li></ul><ul><li>Las Aplicaciones Previas se convierten en Servicios </li></ul><ul><li>Los sistemas complejos se rompen en piezas de servicio </li></ul><ul><li>Los módulos se conectan de acuerdo a las necesidades del negocio </li></ul>
    32. 32. ¿Por qué Gobernabilidad? <ul><li>La Gobernabilidad proporciona </li></ul><ul><li>Autoridades y responsabilidades </li></ul><ul><li>Reglas claras y refuerzo de reglas </li></ul><ul><li>Transparencia organizacional y técnica </li></ul><ul><li>La Gobernabilidad SOA permite </li></ul><ul><li>Dominar la complejidad de TI </li></ul><ul><li>Soportar el cambio del proceso del negocio </li></ul><ul><li>La Gobernabilidad SOA ahorra tiempo y dinero a los negocios </li></ul>Seminario Básico de BPM + SOA | Página
    33. 33. El Concepto SOA MONITOREO & ANÁLISIS GOBERNABILIDAD Integración de Legados Datos del Cliente Interacción del Cliente Historia del Pedido Polìtica de Pedidos Envío Orquestación de Servicio de Negocio Información del Cliente Administración de Pedidos Compensación de Pedidos CRM ERP Datos del Cliente Pedidos Logística Aplicaciones Compuestas Procesos de Negocio Obtener Datos Verificar Detalles Capturar Pedido Revisar Pedido Aprobar Pedido Iniciar Envío Administración de Pedidos Area Crítica Dominio de los Analistas de Negocio Dominio de los Arquitectos y Desarrolladores
    34. 34. Las 10 Mejores Prácticas de SOA <ul><li>Entender el Proceso </li></ul><ul><li>Entender sus datos </li></ul><ul><li>¡Gobernar primero! </li></ul><ul><li>Solicitar la validación de terceros </li></ul><ul><li>Construir un caso de negocio enfocado al valor </li></ul><ul><li>No (siempre) llamarlo SOA </li></ul><ul><li>Foco en el negocio y en el suceso urgente </li></ul><ul><li>La reutilización no es el único beneficio </li></ul><ul><li>Empezar con poco….pensar en grande </li></ul><ul><li>Promover una cultura de compartir </li></ul>BPM + SOA Basics Seminar | Page
    35. 35. Los 10 riesgos de SOA <ul><li>El Enfoque Escopeta/Exhuberancia Irracional </li></ul><ul><li>No poder planear; planear para fallar </li></ul><ul><li>Dictadura para combatir la anarquía </li></ul><ul><li>Ignorar la seguridad </li></ul><ul><li>No estandarizar SOA </li></ul><ul><li>No pedir ayuda </li></ul><ul><li>El tamaño cuenta </li></ul><ul><li>Ignorar la inversión </li></ul><ul><li>Ignorar su madurez </li></ul><ul><li>Ejecutar SOA de abajo hacia arriba </li></ul>Seminario BPM + SOA Basics | Página
    36. 36. GRACIAS

    ×