charla togaf 20102009

Arquitectura Empresarial con TOGAF

Objetivos

“Conocer que es una Arquitectura Empresarial” “Conocer los principales conceptos, la estructura,

componentes y los recursos del TOGAF”

Agenda

ARQUITECTURA EMPRESARIAL

• Fundamentos

TOGAF

• Método de Desarrollo de Arquitecturas

• Continuo Empresarial

• Recursos

Arquitectura Empresarial Fundamentos - Concepción Sistémica de las Organizaciones

Recursos Organización Productos

Management

Resultados

Comunidad Competidores

Organismos de Influencia Clientes

SociosProveedores

Empresa: cualquier colección de organizaciones con un conjunto

común de metas.

Arquitectura Empresarial Fundamentos – Características

Modelo de las 7s de McKinsey

Soft Skills: Shared Values (Valores

Compartidos), Skills (Habilidades),

Style (Estilos), Staff (Personal).

Hard Skills: Strategy (Estratégias),

Structure (Estructuras), Systems (Sistemas).

Fuente: “In Search of Excellence”. Peters, T., Waterman, R. (1982).

Harper & Row (Nueva York – Londres).

Arquitectura Empresarial Fundamentos - Antecedentes

• Organizaciones con estructuras funcionales verticales

• No se consideraba a la organización con un sistema

• No era necesario compartir información con otras áreas

• No había una dirección de TI o la dirección estaba a cargo de una gerencia

• La disciplina de IT era muy nueva hace 30 años y hubo un crecimiento exponencial

• Centralización de la información y con una única forma de acceso

Arquitectura Empresarial Fundamentos – Situación Actual

• Baja efectividad en las inversiones de nuevas soluciones

• Fragmentación Vertical

• Mayor Velocidad en los Negocios • Alta disminución del ciclo de la orden – Latencia

Cero

• Mayor poder de los Compradores • Compradores tienen más opciones y más

información

• Mayor distribución en la Toma de Decisiones • Empresarios pueden tomar decisiones en cualquier

lugar del mundo basados en información disponible en internet/extranet

Arquitectura Empresarial Fundamentos – Situación Actual

• Mayor Tercerización de los Procesos de Negocio

• Funciones de Negocio se tercerizan para bajar

costos

• Impulso en la Gestión del Conocimiento

• Compartir el capital intelectual

• Hacer fieles a nuestros clientes compartiendo

información útil

• Regulaciones que impulsan estandarizaciones

• En países del primer mundo

• IT es parte esencial de cualquier organización

Arquitectura Empresarial Fundamentos - Arquitectura

Arquitectura Empresarial: “Se incluye a toda la empresa y a todos los sistemas de información. No confundir con arquitectura de aplicaciones empresariales”

• Arquitectura de Software (ANSI/IEEE 1471-2000)

1. Una descripción formal de un sistema, o un plan detallado del sistema a nivel de componentes que dirigen su implementación

2. La estructura de los componentes, sus inter-relaciones, y los principios y lineamientos que gobiernan su diseño y evolución en el tiempo

Arquitectura Empresarial Fundamentos - Arquitectura

• Marco de Arquitectura: es una herramienta que se puede utilizar para construir arquitecturas empresariales

1. Un método para construir los componentes (BB) y describir sus relaciones

2. Herramientas, vocabulario, estándares, etc.

• Necesidad de:

1. Simplificar y acelerar el desarrollo de Arquitecturas

2. Asegurarse que las soluciones estarán alineadas al negocio y a la estrategia de la organización

Arquitectura Empresarial Perspectivas

Arquitectura Empresarial Estrategia de Implementación

• A demanda de nuevos proyectos • Evaluación del Estado Actual de la Arquitectura

Empresarial • ACMM (Centro de Amsterdam para el Modelado

Multiescala) • Arquitecture Maturity Matrix

• Armar la Situación Futura • Armar el Roadmap (Hoja de Ruta) hacia la transición • Definir prioridades • Definir el gobierno, centros de competencias • Buscar consenso con el negocio • Definir frameworks (Kit), estándares, y todos los assets

(activos) existentes para construir la arquitectura • Ejecutar el proceso

Arquitectura Empresarial Herramientas

• No existe una única herramienta

• Considerar el ciclo de vida de los productos o servicios en todos los dominios y la trazabilidad de la arquitectura

• Si hubiera una única herramienta, no se aprovecharían herramientas especializadas

• Analizar ventajas y desventajas • Integración • Características • Importación / Exportación de Información • Costos

• Determinar las características deseadas y realizar una

evaluación de las herramientas.

Arquitectura Empresarial Herramientas

• Catalogo de Aplicaciones

• Catalogo de Procesos de Negocio

• Catalogo de Infraestructura

• Portfolio de Proyectos

• Gestión de Requerimientos

• Sharepoint

• Assets de Arquitectura: Lineamiento, patrones, modelos, políticas, etc.

Arquitectura Empresarial Actividades del Arquitectura

• Analizar el estado actual “As Is” en todos sus dominios

• Trabajar con el PMO (Oficina de Proyectos) y el FMO

• Definir Dominio del Negocio

• Analizar el estado futuro “To Be” en todos sus dominios

• Armar la transición y opciones de solución

• Armar Business Case

• Realizar assessment de los proyectos

• Realizar recomendaciones de arquitectura en los evolutivos

• EVANGELIZAR

TOGAF Historia

• TOGAF es un marco de arquitecturas – The Open Group Architecture Framework

• US DoD crea el TAFIM

• En 1995 el Open Group crea el TOGAF basado en el TAFIM

• Es mantenido por los miembros del Open Group

• El TOGAF enfatiza a los objetivos de negocio como los impulsores (drivers) de arquitectura

TOGAF Tipos de Arquitectura

Tipo de Arquitectura Descripción

Arquitectura del Negocio

o Procesos de Negocio

Se define la estrategia del negocio, gobierno,

organización y los procesos de negocio principales

Arquitectura de Datos La estructura lógica y física de los activos de datos

y la gestión de sus recursos

Arquitectura de

Aplicaciones

Blueprint de las aplicaciones y las relaciones con

los procesos core del negocio

Arquitectura Tecnológica Capacidades de SW y HW que se requieren para

soportar en negocio, datos y aplicaciones. Se

incluye, infraestructura IT, middleware, networks,

comunicaciones, procesamientos y estándares

TOGAF CAPAS de la AE

TOGAF Modelo de AE

TOGAF CAPAS de la AE

TOGAF Componentes

TOGAF Componentes Requerimientos de Gestión

Fase Preliminar: Marco de

Referencia y Principios.

Fase A: Visión de la

Arquitectura

Fase B: Arquitectura

Empresarial

Fase C: Arquitecturas de

Sistemas de Información &

Arquitectura de datos

Fase D: Arquitectura de

Tecnología

Fase E: Oportunidades y

Soluciones

Fase F: Planificación de la

Migración

G Fase: Implementación de

Gobierno

Fase H: Gestión de Cambios de

Arquitectura

TOGAF Componentes

• Architecture Development Method (ADM) • Una forma probada de desarrollar arquitecturas • Vistas de Arquitectura que permiten asegurarse la

dirección de requerimientos complejos • Vínculos a casos de estudio prácticos

• Enterprise Continuum (EC)

• Es un repositorio virtual de todos los activos de arquitectura – modelos, patrones, principios, lineamientos, y todo lo que se pueda utilizar para desarrollar arquitecturas.

• TOGAF incluye: 1. TOGAF Foundation Arquitecture(TRM y SIB) 2. TOGAF III-RM (Soporta la visión Boundaryless

Information Flow.)

TOGAF Componentes

• Resource Base: • Architecture Governance Framework • Architecture Compliance • Architecture Contracts • Architecture Maturity Model • Architecture Skill Framework • Architecture Patterns • Architecture Principles • Architecture Views • Building Blocks Examples • Business Scenarios • Business Process Domain Views

• Developing Architecture Views

• Glossary: Definitions of Key terms • Other Architectures and Frameworks • Tools for Architecture Development • Zachman Framework Mapping

TOGAF Estructura del Documento

Parte I: Introducción Alto Nivel de los conceptos

principales

Enfoque del TOGAF

Parte II: Architecture Development

Method

El método de desarrollo de

arquitecturas empresariales

Parte III: Enterprise Continuum Repositorio Virtual de los activos de

arquitectura

Parte IV: Resourses Conjunto de herramientas y técnicas

Método de Desarrollo de Arquitectura Qué es el ADM?

• El Architecture Development Method (ADM) es el core del TOGAF.

• Es un método para derivar arquitecturas empresariales en una organización particular.

• Es el resultado de la contribución de muchos actores de la industria TI

• Fue especialmente diseñado para dirección requerimientos de negocio

• Es una forma probada de desarrollar arquitecturas • Un conjunto de vistas de arquitectura (negocio, aplicaciones,

datos y tecnología) • TOGAF recomienda una serie de fases y pasos, aunque el

alcance se debe decidir por la organización

Método de Desarrollo de Arquitectura Ciclo de Desarrollo de la Arquitectura

Método de Desarrollo de Arquitectura Ciclo de Desarrollo de la Arquitectura

• Consiste en un número de fases • Es un proceso iterativo, en todo el proceso y dentro

de las fases • Cada fase usa activos (assets) generados en fases

previas • Cada fase genera activos a que se utilizan en fases

posteriores • Es un Método Genérico que se puede adaptar a

cualquier organización • Agnóstico de cualquier tecnología (vendedor neutral) • Tiene en cuenta variables geográficas, sectores

verticales y distintos tipos de industria • Se puede modificar o extender a necesidades

particulares de una organización

Método de Desarrollo de Arquitectura Definición del Alcance

Método de Desarrollo de Arquitecturas Elementos de Información

A. Architecture Vision

Request for Architecture Work

Statement of Architecture Work

Architecture Vision

Architecture Viewpoints

Architecture Views

Re-usable Architecture Building

Blocks

Re-usable Solution Building Blocks

Prelim

Framework Definition

Architecture Principles

Business Principles, Goals, and

Drivers

IT Governance Strategy

B. Business Architecture

Business Architecture

Business Architecture Report

Business Requirements

Technical Requirements

Gap Analysis


Architecture Views


Blocks


C. Information Systems Architecture

Gap Analysis

Data Architecture

Data Architecture Report

Applications Architecture

Applications Architecture Report


Architecture Views


Blocks


G. Implementation Governance

Impact Analysis -

Implementation

Recommendations

Architecture Contracts

F. Migrating Planning

Impact Analysis - Migration Plan

H. Architecture Change

Management

Request for Architecture Change

New Technology Report

Requirements Impact Statement

D. Technology Architecture

Gap Analysis

Technical Architecture

Technical Architecture Report


Architecture Views


Blocks


E. Opportunities & Solutions


Blocks


Impact Analysis - Project List

Product Information

Método de Desarrollo de Arquitectura Mapeo con otros Frameworks

eTOM – enhanced Telecom Operation Map

Business Process Framework

TAM - Telecom Application Map

Systems Application Framework

SID - Shared Information and Data Model

Data Framework

TNA – Technology Neutral Architecture

Systems Integration Framework

BABOK – Business Analysis Body of

Knowledge

PMBOK – Project Management Body of

Knowledge


• TQM – Total Quality Management

• ISO-9000 – Sistemas Gestión de Calidad

• TickIT – Software Quality Management

• ISO 27001 – Information Security Management Systems

• IT Service CMM – the IT Capability Maturity Model

• Six Sigma

• PMBOK

• NGOSS…

Método de Desarrollo de Arquitectura Ejemplo de Vistas

Enterprise Continuum Introducción

• Repositorio Virtual de Activos de Arquitectura: assets - models, patterns, descripciones de arquitectura, y otros artefactos – que existen entre la empresa y en la industria

• Se incluyen entregables de trabajos previos de arquitectura

• Ayuda a la comunicación y el entendimiento de la arquitectura entre clientes y vendedores

• Posicionarse en el Continuum

• Forma de ordenar y clasificar los activos de arquitectura y soluciones

Enterprise Continuum Estructura

•Lógico a Físico

•Horizontal a Vertical

•Generalización hacia la especialización

Architecture Continuum

Solution Continuum

Enterprise Continuum Descripción

• Foundation Architectures:

• Requerimientos y BB Generales • Definición de estándares para implementar estos BB

• Dirección a productos y servicios

• Define un entorno completo que se puede utilizar

como “foundation”

• Estándares para sistemas, dirección y recomendaciones

• Dirección y Estrategia


• Common System Architectures:

• Requerimientos o Problemas en un dominio

especifico

• Definición de BB en un dominio especifico

• Definición de los estándares para implementar estos BB

• BB para ser reutilizados y a bajo costo


• Industry Architectures:

• Requerimientos o Problemas en una industria

vertical

• Define niveles de interoperabilidad en la industria

• Enterprise Architectures: • Requerimientos de una empresa

• BB de una empresa

• Define un camino para soportar el crecimiento y las

nuevas necesidades de negocio

Recursos Building Blocks (BB)

• Es un paquete de funcionalidad definido para satisfacer necesidades de negocio

• Un BB publica sus interfaces para acceder a su funcionalidad

• Un BB puede inter-operar con otros BB

• Características de un buen BB: • Se considera su implementación y uso, utiliza

tecnología y estándares. • Se puede ensamblar con otros BB. • Se puede des-ensamblar en otros BB. • Puede tener múltiples implementaciones, aunque

con diferentes BB.

Recursos Framework de Procesos de Negocio - eTOM

Recursos A-CMM

• Las organizaciones que gestionan el cambio son mas exitosas de las que no.

• Cómo mejoramos los procesos?

• Los modelos de madurez permiten proveen un método probado para mejorar los procesos

• Tomar el control de los procesos

• Assessment • Dirigido a un área, grupo de personas o toda la empresa • Saber donde estamos parados • Encuestas, Reuniones, Cuestionarios, etc.

Recursos A-CMM

• Niveles de Madurez: 0 Ninguno 1 En desarrollo 2 Definido 3 Gerenciado 4 Optimizado

• Características: 1. Proceso de Arquitectura 2. Desarrollo de la Arquitectura 3. Vinculación con el negocio 4. Involucramiento de la alta Gerencia 5. Participación de las unidades operativas 6. Comunicación de la Arquitectura 7. Seguridad 8. Gobierno de Arquitectura 9. Estrategia de inversiones y Adquisición

Recursos Áreas de Madurez

•Fuente: Building an Enterprise Architecture In Practice – Martin

Van Der Berg

Recursos Matriz de Madurez de Arquitectura

Recursos GAP Analysis

Recursos Principios - Componentes

Recursos Principios – Criterios

Recursos Arquitecture Skills Framework

Ejemplo de habilidades genéricas

Recursos Arquitecture Skills Framework

Recursos Business Scenarios

Fases

Business Scenario Models: Captura vistas de negocio y tecnológicas de forma gráfica,

para ayudar a comprender las interacciones entre los actores. Sirve para validar

requerimientos.

Business Scenario Descriptions: Captura los detalles en forma de texto.

Recursos Zachman Framework

Viewpoints

Aspectos

Recursos Zachman Framework – Ejemplo de Mapeo con TOGAF

Preliminary Phase: Framework and Principles

The outputs of this phase are:

Framework Definition

ZF: Business/Function (model of the architecture development process)

•Architecture principles

ZF: Scope/Data, Scope/Function,

Scope/Network, Scope/People, Scope/Time, Scope/Motivation

•Restatement of, or reference to, business principles, business goals, and business

drivers

ZF: Composite of: Scope/Motivation, Business/Motivation

Bibliografía y Enlaces

Open Group: http://www.opengroup.org/

Versión 8.11: http://www.opengroup.org/architecture/togaf8-doc/arch/

Versión 9: http://www.opengroup.org/architecture/togaf9-doc/arch/

7s McKinsey: http://www.voypormas.com/Gestion/Las-7-S-de-McKinsey.html

Zachman: http://www.enterpriseunifiedprocess.com/images/zachmanFramework.gif

Building an Enterprise Architecture In Practice - Martin Van Der Berg

In Search of Excellence – Tom Peters, Robert Waterman

http://www.opengroup.org/

http://www.opengroup.org/architecture/togaf8-doc/arch/






http://www.voypormas.com/Gestion/Las-7-S-de-McKinsey.html









http://www.enterpriseunifiedprocess.com/images/zachmanFramework.gif

charla togaf 20102009

Documents