Marcos metodológicos y su relación con TOGAF

13
Arquitecto Empresarial –Business Analyst –PM- Daniel Antonio Jiménez Pereyra * Marcos metodológicos y su relación con TOGAF

description

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. - PowerPoint PPT Presentation

Transcript of Marcos metodológicos y su relación con TOGAF

Page 1: Marcos  metodológicos y su relación con TOGAF

Arquitecto Empresarial –Business Analyst –PM- Daniel Antonio Jiménez Pereyra

*Marcos metodológicos y su relación con TOGAF

Page 2: Marcos  metodológicos y su relación con TOGAF

*Estructura de Negocio y TI

Gobierno Corporativo

Estrategia

Oficina Project

Management

Gobierno AE

Gobierno de TI

Page 3: Marcos  metodológicos y su relación con TOGAF

*Metamodelo

Page 4: Marcos  metodológicos y su relación con TOGAF

*Modelo de capacidades

Generadas previamente en conjunto con la oficina de Estrategia, BA, PMO

Page 5: Marcos  metodológicos y su relación con TOGAF

*Integracion

Page 6: Marcos  metodológicos y su relación con TOGAF

*TOGAF ADMArquitectura Empresarial / Gobierno Corporativo

Page 7: Marcos  metodológicos y su relación con TOGAF

*Métodos Orientados a

ServiciosIdentificaServicios

EspecificaServicios

Realiza Servicios

AdministraServicios

Arquitectura de Negocios (Modelos de Negocio y Procesos)

Arquitectura de Sistemas

• Método de Identificación de Servicios• Elementos de Modernización de Aplicaciones

• 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

• Desarrollo de los Componentes• Implementación de la Orquestación e Integración

Arquitectura de Datos

Arquitectura Tecnológica

Page 8: Marcos  metodológicos y su relación con TOGAF

* Business Arquitecture Methodology & Model Driven Development

KEY T1 – PIM to PSM TransformationT2 – PSM to Code Transformation

BusinessAnalyst

Code--Code

ITER

ATE

Impl.Model

SAM

Code

Business ProcessModel

Use CaseModel

Information/Service Models

DesignModel

T1

T2

Requirements

Analysis

Design/Integration

Implementation

UML

Java UML

Java

DDL

XML

Life cycle Artifacts

BusinessArchitect

ServiceAssembler/Designer

ServiceImplementer

Role

SIM

SUM

Tools

RSA

BW/WID

WBM

XSD/WSDL

RAD

Method

RM

Page 9: Marcos  metodológicos y su relación con TOGAF

*Los Diferentes Modelos a alto nivel

Packaging

AccountingShipping

Quality Assurance

Business process model

A1

A2

A3

A4

A5

Advisor

Manager

Account

El Proceso de Negocio Real

El Modelo de Proceso de Negocio(BPMN)

El Modelo de Proceso Workflow(XPDL)

El Modelo de Proceso Workflow de Servicios (Orquestación/Coreografía, BPEL)

“Workflow Humano”

“Workflow de Sistemas”

¡¡La promesa!!

IntegraciónSimulaciónMonitoreoAnálisis

Page 10: Marcos  metodológicos y su relación con TOGAF

*SOA EnvironmentAdapters

Lo

gg

ing

Au

ditin

g

Me

tad

ata

Ma

na

ge

me

nt

InfrastructureServices Reliability Availability ScalabilityPerformance ManagementSecurity

IT AssetsJ2EE Packaged Apps Tuxedo COMLDAPSQL Database.NET CORBA MQ

TransportProtocols

PublishSubscribe

Synch/Asynch QoSRequest

ReplyTransports

JMS, HTTP, MQ, TCP, …Unicast

Multicast

OrchestrationServices

Transforms: XPath, XSLT, … DiscoveryRegistryEvent

ProcessingContent-Based

RoutingService

Orchestration

BusinessProcessMgmt

VerifyEmployment

CheckCredit

Reg ZCalculation

CreateCustomer

VerifyInsurance

EventCorrelation

EventAnalysis KPI

Presentation Services

Portal Dashboard RichApplications

Ru

les E

ng

ine

Analytical ServicesAnalytical Services

Page 11: Marcos  metodológicos y su relación con TOGAF

* SOA - El Enterprise Service Bus y sus Partes

La Máquina de Orquestación

La Máquina de Integración

¿El ESB automatiza los 4 nivelesdel Modelo de Integración? (Servicios de Comunicación, Sintaxis,Semántica y Pragmática)

Page 12: Marcos  metodológicos y su relación con TOGAF

* The Open Group Service Integration Maturity Model

(OSIMM)

* 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

* Composite Services

* Virtualized Services

* Dynamically Re-Configurable Services

Page 13: Marcos  metodológicos y su relación con TOGAF

*C117 The OSIMM maturity matrix