180 likes | 635 Views
Marcos metodológicos y su relación con TOGAF. Arquitecto Empresarial –Business Analyst –PM- Daniel Antonio Jiménez Pereyra. Estructura de Negocio y TI. Metamodelo. Generadas previamente en conjunto con la oficina de Estrategia, BA, PMO. Modelo de capacidades. Integracion.
E N D
Marcos metodológicos y su relación con TOGAF Arquitecto Empresarial –Business Analyst –PM- Daniel Antonio Jiménez Pereyra
Generadas previamente en conjunto con la oficina de Estrategia, BA, PMO Modelo de capacidades
Arquitectura de Negocios (Modelos de Negocio y Procesos) Arquitectura de Sistemas Arquitectura de Datos Arquitectura Tecnológica • Método de Identificación de Servicios • Elementos de Modernización de Aplicaciones Identifica Servicios • Especificación de Interfaces del Servicio • Especificación de la Coreografía de Servicios • Especificación funcional de Aplicaciones existentes • Especificación de los Componentes Especifica Servicios • Desarrollo de los Componentes • Implementación de la Orquestación e Integración Métodos Orientados a Servicios Realiza Servicios Administra Servicios
Code Code - - Life cycle Method Tools Artifacts Role Business Process Model Business Analyst RM WBM Requirements SAM Use Case Model Business Architect RSA Information/ Service Models Analysis UML SIM ITERATE SUM T1 Design Model Service Assembler/ Designer BW/WID Java UML Design/ Integration Business Arquitecture Methodology & Model Driven Development XSD/ WSDL T2 Service Implementer RAD Java Implementation Impl. Model Code DDL XML KEY T1 – PIM to PSM Transformation T2 – PSM to Code Transformation
El Proceso de Negocio Real El Modelo de Proceso de Negocio (BPMN) El Modelo de Proceso Workflow de Servicios (Orquestación/ Coreografía, BPEL) El Modelo de Proceso Workflow (XPDL) Los Diferentes Modelos a alto nivel ¡¡La promesa!! Integración Simulación Monitoreo Análisis “Workflow de Sistemas” “Workflow Humano”
IT Assets J2EE .NET CORBA MQ LDAP Packaged Apps Tuxedo SQL Database COM Analytical Services Presentation Services Portal Dashboard Rich Applications EventCorrelation EventAnalysis KPI Business Process Mgmt Rules Engine Verify Employment Check Credit Verify Insurance Create Customer Reg Z Calculation Orchestration Services Logging Auditing Metadata Management Service Orchestration EventProcessing Content-Based Routing Transforms: XPath, XSLT, … Registry Discovery SOA Environment TransportProtocols Request Reply Publish Subscribe Synch/ Asynch QoS Unicast Multicast Transports JMS, HTTP, MQ, TCP, … InfrastructureServices Performance Reliability Availability Scalability Security Management Adapters
¿El ESB automatiza los 4 niveles del Modelo de Integración? (Servicios de Comunicación, Sintaxis, Semántica y Pragmática) La Máquina de Orquestación La Máquina de Integración SOA - El Enterprise Service Bus y sus Partes
OSIMM defines a set of dimensions, representing different views (e.g., business, architectural) of an organization, as follows: • Business • Organization & Governance • Method • Application • Architecture • Information • Infrastructure & Management • The seven SOA maturity levels are: • Silo • Integrated • Componentized • Service • CompositeServices • VirtualizedServices • DynamicallyRe-Configurable Services The Open Group Service Integration Maturity Model (OSIMM)