TOGAF®, un Estándar del Grupo Abierto, es una metodología y marco de arquitectura empresarial comprobada utilizada por las organizaciones líderes del mundo para mejorar la eficiencia empresarial. Es un estándar de arquitectura empresarial que garantiza estándares, métodos y comunicación coherentes entre los profesionales de la arquitectura empresarial, para que podamos realizar nuestro trabajo de arquitectura empresarial de manera más eficaz, incluyendo:
• Un modelo de proceso iterativo respaldado por mejores prácticas
• Un conjunto reutilizable de activos de arquitectura existentes
• Métodos y herramientas para la planificación, desarrollo, implementación y mantenimiento de una arquitectura empresarial
Visión general del desarrollo de TOGAF
Publicado por primera vez en 1995, TOGAF se basó en el Marco de Arquitectura Técnica del Departamento de Defensa de EE. UU. para la Gestión de Información (TAFIM). A partir de esta base, el Foro de Arquitectura del Grupo Abierto ha desarrollado versiones sucesivas de TOGAF a intervalos regulares.
*de ArchiTACTS http://architacts.com/WP/?page_id=11753
¿Qué es la arquitectura en el contexto de TOGAF?
ISO/IEC 42010:2007 define la “arquitectura” como:
“La organización fundamental de un sistema, expresada en sus componentes, sus relaciones entre sí y con el entorno, y los principios que rigen su diseño y evolución.”
TOGAF adopta y amplía esta definición. En TOGAF, la palabra “arquitectura” tiene dos significados según el contexto:
- Una descripción formal de un sistema, o un plan detallado del sistema a nivel de componente para guiar su implementación
- La estructura de los componentes, sus interrelaciones y los principios y directrices que rigen su diseño y evolución con el tiempo.
¿Qué es la arquitectura empresarial?
La arquitectura empresarial (EA) es una práctica bien definida para realizar el análisis, diseño, planificación e implementación empresarial, utilizando siempre un enfoque holístico, para el desarrollo y ejecución exitosos de la estrategia. La arquitectura empresarial aplica principios y prácticas de arquitectura para guiar a las organizaciones a través de los cambios en el proceso empresarial, Datos y información, y tecnología cambios necesarios para ejecutar sus estrategias. Estas prácticas utilizan los diversos aspectos de una empresa para identificar, motivar y lograr estos cambios, que incluyen el esfuerzo por comprender la intención estratégica de un negocio y luego alinear todo, desde procesos empresariales hasta tecnología de soporte, relaciones con socios, infraestructura de todo tipo, contratación y capacitación, y cualquier otro aspecto importante para lograr un mejor desempeño empresarial.
Estructura de TOGAF
El contenido de TOGAF se divide en 7 partes:
- Introducción
- Método de Desarrollo de Arquitectura
- Guías y Técnicas del ADM
- Marco de Contenido de Arquitectura
- Continuo Empresarial y Herramientas
- Modelos de Referencia TOGAF
- Marco de Capacidad de Arquitectura
La breve descripción de cada una de las siete partes se enumera a continuación:
Parte I – Introducción
Como se muestra en la tabla, esta parte proporciona una introducción de alto nivel a los conceptos clave de la arquitectura empresarial y, en particular, al enfoque TOGAF. Ahora exploremos los conceptos centrales de cada una de estas partes:
Conceptos Centrales
TOGAF 9 cubre el desarrollo de cuatro tipos relacionados de arquitectura. Estos cuatro tipos de arquitectura son comúnmente aceptados como subconjuntos de una arquitectura empresarial general, todos los cuales TOGAF está diseñado para apoyar.
Tipos de Arquitectura
- Arquitectura Empresarial –La estrategia empresarial, gobernanza, organización y procesos empresariales clave.
- Arquitectura de Datos –La estructura de los activos lógicos y físicos de datos y los recursos de gestión de datos de una organización.
- Arquitectura de Aplicaciones –Un plano maestro para las aplicaciones individuales que se implementarán, sus interacciones y sus relaciones con los procesos empresariales centrales de la organización.
- Arquitectura de Tecnología de Arquitectura –Las capacidades lógicas de software y hardware que se requieren para apoyar la implementación de servicios empresariales, de datos y de aplicaciones. Esto incluye infraestructura de TI, middleware, redes, comunicaciones, procesamiento y estándares.
Nota: Arquitectura de Sistemas de Información = Arquitectura de Datos + Aplicación
Documentos relacionados con la estructura del módulo TOGAF
- Parte II – El Método de Desarrollo de Arquitectura (ADM) es la parte central de TOGAF
- Parte VII – La Capacidad de Arquitectura opera el ADM.
- Parte III – El ADM está respaldado por varias guías y técnicas
- Parte IV – Contenidos como: Entregables, artefactos y bloques de construcción se producen y almacenan en el Repositorio de Arquitectura
- Parte V – se clasifican de acuerdo con el Continuo de la Empresa
- Parte VI – El repositorio se llena inicialmente con los Modelos de Referencia de TOGAF
Parte II: Método de Desarrollo de Arquitectura
Esta es el famoso círculo llamado Método de Desarrollo de Arquitectura (ADM). Cada fase contiene un conjunto de pasos que uno debe realizar. Proporciona un proceso probado y repetible para el desarrollo de arquitecturas.
- Fase Preliminar
- Fase A: Visión de Arquitectura
- Fase B: Arquitectura de Negocios
- Fase C: Arquitecturas de Sistemas de Información Fase D: Arquitectura de Tecnología
- Fase E: Oportunidades y Soluciones
- Fase F: Planificación de la Migración
- Fase G: Gobernanza de la Implementación
- Fase H: Gestión del Cambio de Arquitectura
- Gestión de Requisitos
Nota que:
En las fases de arquitectura B, C y D de TOGAF, se deben realizar los mismos pasos (paso 1-8)
Narrativas del ADM
Cada una de las fases de desarrollo en TOGAF incluye cuatro secciones principales para guiar, tal como se describe en la Fase A en la figura siguiente:
Parte III: Guías y Técnicas del ADM
Un conjunto de guías y técnicas para apoyar la aplicación del ADM. Las guías ayudan a adaptar el ADM para enfrentar diferentes escenarios, incluyendo distintos estilos de proceso (por ejemplo, el uso de iteraciones) y también requisitos específicos (por ejemplo, seguridad). Las técnicas apoyan tareas específicas dentro del ADM (por ejemplo, definir principios, escenarios de negocio, análisis de brechas, planificación de migración, gestión de riesgos, etc.). Estos son los temas cubiertos en Guías y Técnicas del ADM:
- Iteración en el ADM
- Paisaje de Arquitectura
- Arquitectura de Seguridad
- SOA
- Principios de Arquitectura
- Gestión de Stakeholders
- Patrones de Arquitectura
- Escenarios de Negocios y Objetivos de Negocios
- Análisis de Brechas
- Técnicas de Planificación de Migración
- Requisitos de Interoperabilidad
- Evaluación de preparación para la transformación empresarial
- Gestión de riesgos
- Planificación basada en capacidades
Parte IV: Marco de contenido de arquitectura
Esta parte describe el Marco de contenido de TOGAF (nuevo en TOGAF 9). Describe:
- Una adición significativa a TOGAF
- Proporciona un modelo detallado de los productos de trabajo arquitectónico
- Promueve una mayor consistencia en las salidas de TOGAF
Metamodelo de contenido
El marco de contenido proporciona un modelo estructurado de tipos de bloques de construcción, relaciones y atributos que pueden usarse de forma informal o como base para la configuración de una herramienta de modelado de arquitectura empresarial. Aunque los bloques de construcción continúan siendo los elementos básicos de la arquitectura dentro de TOGAF, el marco de contenido presenta un concepto de núcleo y extensión, con tipos opcionales de bloques de construcción, para apoyar arquitecturas ligeras y detalladas. Tiene las siguientes ventajas añadidas a TOGAF:
- Proporciona una lista completa de verificación de salidas arquitectónicas.
- Promueve una mejor integración de los productos de trabajo si se adopta a nivel de toda la empresa
- Proporciona una norma abierta detallada sobre cómo deben describirse las arquitecturas
Entregables, artefactos y bloques de construcción
Los entregables se utilizan para productos de trabajo que deben producirse y ser revisados formalmente, acordados y aprobados por los interesados. Las salidas de los proyectos suelen estar incluidas en la categoría de entregables y se presentan en forma de documentación que se archivará al finalizar el proyecto o se trasladará al Repositorio de Arquitectura como un modelo de referencia, estándar o instantánea del panorama arquitectónico.
El marco de contenido de arquitectura utiliza tres categorías diferentes para clasificar el tipo de salida desarrollada durante el proceso ADM. Las tres categorías diferentes del marco de contenido de arquitectura de TOGAF son
- Entregables
- Artefactos
- Bloques de construcción
Artefactos
Los artefactos se utilizan para productos de trabajo que describen un aspecto de la arquitectura. Los artefactos se clasifican como sigue:
- Catálogo – Utilizado para mostrar una lista de cosas
- Matrices – Utilizadas para mostrar relaciones entre cosas
- Diagramas – Imágenes de cosas
Bloques de construcción
Un bloque de construcción es un paquete de funcionalidades definido para satisfacer las necesidades empresariales en toda la organización. Los bloques de construcción suelen usarse en diferentes niveles. Podemos usarlos para representar capacidades empresariales conceptuales, como la gestión de relaciones con clientes (CRM) en análisis tempranos. También podemos refinar la capacidad conceptual en funcionalidades como datos maestros de clientes y luego detallarla aún más en: nombramiento de gerentes, gestión de contactos de clientes, etc.
Parte V: Continuo Empresarial y Herramientas
Un modelo para estructurar un repositorio virtual y métodos para clasificar artefactos de arquitectura y soluciones. Tiene los siguientes cambios en TOGAF 9:
- Revisado sustancialmente
- Los modelos de referencia se han trasladado a la Parte VI
- Nuevo contenido agregado sobre particionamiento de arquitectura y el repositorio de arquitectura
- Se elimina la Base de Información Estándar (SIB)
Continuo Empresarial frente al Continuo de Soluciones
En la parte superior de la figura, se describe la imagen lógica de la arquitectura (Continuo de Arquitectura) y en la parte inferior, se menciona la realización física de la arquitectura (Continuo de Soluciones)
Arquitectura Genérica frente a Arquitectura Específica
Además, el diagrama está estructurado desde la izquierda, con la arquitectura “más genérica”, hacia la derecha, con la arquitectura “más específica”, lo que nos permite afinar nuestra arquitectura desde lo “lógico” hasta lo “físico”, y desde lo más genérico hasta lo más específico a medida que avanzamos desde el problema inicial hasta la solución final.
Particionamiento
El particionamiento de arquitectura permite la gestión de costos y complejidad al dividir la empresa y asignar roles y responsabilidades adecuados a cada partición. Esta figura demuestra la necesidad de una meta-arquitectura en organizaciones federadas que proporciona un marco de integración para los arquitectos individuales de las diferentes unidades de negocio.
Repositorio de Arquitectura
El repositorio de arquitectura es un lugar lógico para organizar material de referencia y resultados del trabajo de arquitectura. Algunos o todos sus elementos pueden archivarse en una herramienta de repositorio físico, como el armario de documentación de VP. También es un modelo conceptual que define qué tipo de elementos se almacenan. Los componentes principales dentro de un repositorio de arquitectura son los siguientes:
- El Metamodelo de Arquitectura describe la aplicación adaptada a la organización de un marco de arquitectura, incluyendo un metamodelo para el contenido de arquitectura.
- El Capacidad de Arquitectura define los parámetros, estructuras y procesos que apoyan la gobernanza del repositorio de arquitectura.
- El Paisaje de Arquitectura muestra una visión arquitectónica de los bloques de construcción que se utilizan actualmente dentro de la organización (por ejemplo, una lista de las aplicaciones en funcionamiento). Es probable que el paisaje exista en múltiples niveles de abstracción para adaptarse a diferentes objetivos arquitectónicos.
- El Base de Información de Estándares (SIB) captura los estándares con los que deben cumplir las nuevas arquitecturas, que pueden incluir estándares de la industria, productos y servicios seleccionados de proveedores, o servicios compartidos ya desplegados dentro de la organización.
- El Biblioteca de Referencia proporciona guías, plantillas, patrones y otras formas de material de referencia que pueden aprovecharse para acelerar la creación de nuevas arquitecturas para la empresa.
- El Registro de Gobernanza proporciona un registro de la actividad de gobernanza en toda la empresa.
Parte VI: Modelos de Referencia
La definición de los Modelos de Referencia se revisa sustancialmente en TOGAF 9. Se proporcionan dos modelos de referencia:
- Modelo de Referencia Técnico (TRM) – Una Arquitectura de Fundamento que sirve como modelo y una taxonomía de servicios genéricos de plataforma.
- Modelo de Infraestructura de Información Integrada (III-RM) – Un modelo para aplicaciones de negocio y aplicaciones de infraestructura
Relacionar los Modelos de Referencia con el Continuo de Arquitectura
El Continuo de Arquitectura está compuesto por cuatro estados. El proceso subyacente consiste en descubrir los requisitos arquitectónicos, analizar y comprender las arquitecturas ya establecidas en la organización, desde arquitecturas de fundamento (por ejemplo, TRM), pasando por arquitecturas de sistemas comunes (III-RM), arquitecturas de estándares industriales (por ejemplo, SOA), hasta la propia arquitectura de la organización. La figura a continuación es una ilustración de un proceso arquitectónico basado en cuatro estados:
- Arquitecturas de fundamento (TRM)
- Arquitecturas de sistemas comunes (III-RM)
- Arquitecturas industriales
- Arquitecturas de organización
Los cambios arquitectónicos realizados en los estados de la izquierda se migrarán a los estados de la derecha. La dirección de izquierda a derecha implica una progresión lógica en la organización de la implementación de una arquitectura empresarial.
Parte VII: Marco de Capacidad de Arquitectura
Esta parte discute la organización, procesos, habilidades, roles y responsabilidades necesarias para establecer y operar una práctica de arquitectura dentro de una empresa. Es una nueva parte en TOGAF 9 y se deriva de la Base de Recursos 8.1.1
Estructura de la Capacidad de Arquitectura
El desarrollo de una arquitectura empresarial implica la generación de capacidad de negocio, la planificación y gestión de la arquitectura en la organización en todos los niveles a través de diferentes fases de desarrollo. La empresa necesita identificar los órganos de gobernanza responsables de tomar decisiones arquitectónicas, como se muestra en la parte superior de la figura a continuación.
En el centro del lado derecho, TOGAF especifica el conjunto de habilidades arquitectónicas que registra la definición del nivel de madurez de la organización y su mejora. Por lo tanto, contiene las habilidades, conocimientos y estrategias de desarrollo profesional de los profesionales de arquitectura. Este conocimiento permite definir los roles y responsabilidades para el trabajo arquitectónico, es decir, ¿quién es responsable de qué?
A la derecha del conjunto de habilidades, la Gobernanza de Proyectos/Portafolio envía contratos de trabajo arquitectónico al Proyecto/Portafolio, los cuales deben estar alineados con la prioridad y el enfoque de las operaciones del negocio.
Los entregables, artefactos, registros o documentos de política pueden obtenerse del continuo empresarial y del repositorio de arquitectura
La idea general es evolucionar la capacidad de la organización para desarrollar arquitectura, lo que resultará en un aumento de la capacidad de negocio.
Junta de Arquitectura – La Junta supervisa la implementación de la estrategia de gobernanza, que incluye a los interesados representativos responsables de la revisión y mantenimiento de la arquitectura
Arquitectura conforme – Una relación clave entre la arquitectura y la implementación radica en las definiciones de los términos conforme para garantizar el cumplimiento de los proyectos individuales con la arquitectura empresarial.
Contratos de Arquitectura –Acuerdos conjuntos entre los socios de desarrollo y patrocinadores sobre los entregables, la calidad y la adecuación para el propósito de una arquitectura
Modelos de madurez arquitectónica – se utilizan como un medio para que las empresas evalúen su posición actual, y por lo tanto, comprendan mejor cuándo es el momento adecuado para avanzar y cómo hacerlo
Marcos de habilidades arquitectónicas – proporcionan una visión de los niveles de competencia requeridos para roles específicos.
Referencias:
English
Arabic
Chinese (Simplified)
Dutch
French
German
Italian
Japanese
Korean
Portuguese
Russian
Spanish