Post on 28-Apr-2015
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
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 Viewpoints
Architecture Views
Re-usable Architecture Building
Blocks
Re-usable Solution Building Blocks
C. Information Systems Architecture
Gap Analysis
Data Architecture
Data Architecture Report
Applications Architecture
Applications Architecture Report
Architecture Viewpoints
Architecture Views
Re-usable Architecture Building
Blocks
Re-usable Solution Building 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 Viewpoints
Architecture Views
Re-usable Architecture Building
Blocks
Re-usable Solution Building Blocks
E. Opportunities & Solutions
Re-usable Architecture Building
Blocks
Re-usable Solution Building 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
Método de Desarrollo de Arquitectura Mapeo con otros Frameworks
Método de Desarrollo de Arquitectura Mapeo con otros Frameworks
• 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
Enterprise Continuum Descripción
• 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
Enterprise Continuum Descripción
• 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