Tema 3
Planificación Estratégica mediante Arquitectura
Empresarial
Tema 3. Introducción a
TOGAF®
Índice
Esquema
Ideas clave
3.1. Introducción y objetivos
3.2. Terminología de arquitectura empresarial en
TOGAF®
3.3. Conceptos clave de TOGAF®
3.4. Fases para la implantación de una Capacidad de
Arquitectura Empresarial
3.5. Certificación oficial TOGAF®
3.6. Referencias bibliográficas
A fondo
Marcos de Arquitectura Empresarial
Extended Enterprise Architecture Maturity Model
Support Guide
Test
Esquema
Planificación Estratégica mediante Arquitectura Empresarial 3
Tema 3. Esquema
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
3.1. Introducción y objetivos
El propósito de este tema, como su nombre indica, es proporcionar una visión
introductoria al Marco de Referencia de Arquitectura Empresarial TOGAF® (The
Open Group Architecture Framework), de tal forma que se conozca no solo la
terminología particular utilizada por este marco, sino igualmente los componentes
principales del mismo.
Se llevará a cabo una descripción a alto nivel del proceso de desarrollo o
implantación de una iniciativa de Arquitectura Empresarial bajo el Marco TOGAF® y
finalmente se presentarán los diferentes niveles de certificación personal que existen
asociados al Marco TOGAF® junto con el proceso de obtención de estas
certificaciones.
Teniendo en cuenta lo anterior, este tema tiene por objeto:
▸ Presentar las principales diferencias o extensiones terminológicas utilizadas en el
Marco TOGAF®.
▸ Introducir los conceptos clave manejados como parte del marco, tanto de cara a su
comprensión, como a su ubicación en una iniciativa de Arquitectura Empresarial.
▸ Describir las fases principales de implantación del marco en una organización.
▸ Presentar el proceso formal de obtención de las certificaciones personales existentes
dentro del Marco TOGAF®.
A lo largo de este tema se utiliza como referencia de traducción al castellano la guía
aprobada por The Open Group (TOG C149, octubre 2014).
Planificación Estratégica mediante Arquitectura Empresarial 4
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
3.2. Terminología de arquitectura empresarial en
TOGAF®
TOGAF® no es una Arquitectura sino un Marco para Arquitecturas Empresariales
desarrollado por The Open Group, y mantenido por su Foro de Arquitectura, y es,
tanto como marco, como metodología, el estándar utilizado mayoritariamente por las
organizaciones líderes mundiales como herramienta de mejora de la eficiencia de
negocio.
De manera sencilla, se puede entender TOGAF® como una aproximación
estandarizada para la aceptación, generación, utilización y mantenimiento de una
Arquitectura Empresarial, con independencia del sector económico que se considere.
Proporciona una aproximación iterativa y respaldada por mejores prácticas y
conjuntos existentes de activos de arquitectura reutilizables.
La primera versión de TOGAF® data de 1995 y se fundamenta en el Marco de
Arquitectura Técnica del Departamento de Defensa de los Estados Unidos de
América, TAFIM (Technical Architecture Framework for Information Management).
Desde ese comienzo, han sido liberadas diferentes versiones hasta llegar a la actual
TOGAF® 9.2 liberada en abril de 2018, junto con una Biblioteca TOGAF®
compuesta por guías, plantillas, patrones y otros materiales de referencia útiles para
acelerar la generación de una Arquitectura Empresarial en una organización.
Planificación Estratégica mediante Arquitectura Empresarial 5
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Finalmente, es importante destacar, frente a otros Marcos de Arquitectura
Empresarial, que TOGAF® es agnóstico con respecto del sector de aplicación y está
estructurado de tal forma que complementa y puede ser utilizado de manera conjunta
con otros marcos y metodologías de arquitectura específicos o especializados en un
sector económico concreto, como pueden ser el sector público, el sector de las
telecomunicaciones, sectores industriales (fabricación, distribución, laboratorio, etc.),
sector de defensa o sector financiero.
El objeto de esta sección no es realizar comparativas entre TOGAF® y otros Marcos
de Referencia de Arquitectura Empresarial sino presentar el entendimiento
terminológico aplicado por TOGAF® a conceptos como son:
▸ Arquitectura.
▸ Marco de Arquitectura.
▸ Dominio de Arquitectura.
▸ Entregables, Artefactos y Bloques Constitutivos (Building Blocks en terminología
inglesa)
Terminología TOGAF®
El detalle de la terminología utilizada por TOGAF® en la descripción de todos sus
componentes está recogido en el Capítulo 3 Definitions del documento de Estándar
TOGAF® (TOG C182, 2018).
En esta sección solamente nos centraremos en aclarar los más relevantes o básicos
para entender la aproximación seguida por TOGAF®, como complemento a la
siguiente sección dedicada a los Conceptos Clave de TOGAF®.
Planificación Estratégica mediante Arquitectura Empresarial 6
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Arquitectura
El punto principal o piedra angular de toda iniciativa, herramienta, o Marco de
Arquitectura Empresarial no puede ser, lógicamente, otro que no sea la definición
establecida para el concepto de Arquitectura.
TOGAF® toma como referencia la definición de «Arquitectura» proporcionada dentro
del estándar ISO/IEC/IEEE 42010:2011: “The fundamental concepts or properties of
a system in its environment embodied in its elements, relationships, and in the
principles of its design and evolution.” (ISO, 2017).
Pero realiza una extensión sobre la definición anterior para dotar a la Arquitectura de
dinamismo y que deje de ser un concepto estático. Así, TOGAF® considera también
como parte de la arquitectura los elementos, sus relaciones y los principios que
gobiernan su diseño y su evolución: “The structure of components, their inter-
relationships, and the principles and guidelines governing their design and evolution
over time.” (TOG C182, 2018).
Marco de Arquitectura
De manera similar a lo que ocurre con el concepto de «Arquitectura», la definición de
«Marco de Arquitectura» propuesta por el estándar ISO/IEC/IEEE 42010:2011:
“conventions, principles and practices for the description of architectures established
within a specific domain of application and/or community of stakeholders.” (ISO,
2017); es ampliada por TOGAF® para reflejar el carácter de concepto vivo que
evoluciona en el tiempo reseñado anteriormente: “A conceptual structure used to
plan, develop, implement, govern, and sustain an architecture.” (TOG C182, 2018).
De esta manera, TOGAF® enfatiza el papel de los Objetivos de Negocio como los
impulsores de la Arquitectura Empresarial y explicita como prácticas para la
descripción de Arquitecturas los siguientes elementos:
Planificación Estratégica mediante Arquitectura Empresarial 7
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
▸ Un método para el desarrollo de arquitecturas junto con un conjunto de guías y
técnicas para la aplicación de dicho método (recogido en el método iterativo ADM).
▸ Un modelo detallado y consistente para los productos arquitectónicos (Artefactos)
resultantes del método de desarrollo de arquitecturas (marco de contenido
arquitectónico) junto con una definición de las entidades y relaciones para capturar,
almacenar, consultar y representar conceptos arquitectónicos (Metamodelo).
▸ Un mecanismo para estructurar los Artefactos de Arquitectura (descripción de
un aspecto de la Arquitectura) y Artefactos de Solución (descripción de una
implementación de un aspecto de la Arquitectura) cubriendo su potencial evolución
desde elementos generalistas a elementos específicos de una Organización (es lo
que conforma el Continuo de Empresa).
▸ Una definición de la organización, capacitaciones, roles y responsabilidades
para establecer y operar una Arquitectura Empresarial ( Marco de Capacidad de
Arquitectura).
Dominios de Arquitectura
Finalmente, si recordamos que un Dominio de Arquitectura es, simplemente, un área
arquitectural bajo consideración, el Marco TOGAF® establece claramente cuatro
dominios principales de arquitectura, considerados como subconjuntos de una
Arquitectura Empresarial global:
▸ Dominio de Negocio. La Arquitectura de Negocio describe la estrategia de
Negocio, el Gobierno TI, la organización y los procesos clave de Negocio.
▸ Dominio de Datos. La Arquitectura de Datos describe la estructura de los activos de
datos lógicos y físicos de una organización junto con los recursos para su gestión.
▸ Dominio de Aplicaciones. La Arquitectura de Aplicaciones proporciona los planos
de las aplicaciones individuales que deben desplegarse, sus interacciones y sus
relaciones con los procesos clave de la organización.
Planificación Estratégica mediante Arquitectura Empresarial 8
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
▸ Dominio de Tecnología. La Arquitectura Tecnológica describe las capacidades
Software y Hardware (incluyendo comunicaciones) requeridas para respaldar el
despliegue de los servicios de aplicaciones, datos y negocio.
Permitiendo la incorporación de otros Dominios de Arquitectura como pudiera ser,
por ejemplo, el Dominio de la Seguridad (TOG y SABSA, 2016), si ayudan o mejoran
la definición de la Arquitectura Empresarial.
Entregables, Artefactos y Bloques Constitutivos
A lo largo de una iniciativa de generación de Arquitectura se generan numerosos
resultados, como pueden ser flujos de procesos, requerimientos de arquitectura,
planes de proyectos, evaluaciones de cumplimiento y conformidad, etc. Todos estos
resultados (cuando menos los principales) deben definirse, estructurarse y
presentarse de una manera consistente.
Para cubrir esta necesidad, TOGAF® proporciona el Marco de Contenido
Arquitectónico mencionado anteriormente. En este marco de contenido se establecen
las siguientes categorías de descripción de resultados arquitectónicos según su
contexto de utilización:
▸ Entregable. Representa el resultado de un proyecto o proyectos. Este resultado
(producto) ha sido contractualmente especificado y es formalmente revisado,
acordado y firmado por las partes interesadas.
▸ Artefacto. Es un producto de arquitectura que describe un aspecto de la
arquitectura.
▸ Catálogo o lista de entidades (p. ej., Catálogo de requerimientos, Lista de Bloques
Constitutivos).
▸ Matrices reflejando la relación entre entidades (p. ej., Interacciones de negocio).
Planificación Estratégica mediante Arquitectura Empresarial 9
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
▸ Diagramas o representaciones gráficas de entidades de arquitectura (p. ej., Casos
de Uso, Flujograma).
Un Entregable puede contener más de un Artefacto, y el conjunto de Artefactos
constituyen el contenido del Repositorio de Arquitectura.
▸ Bloque Constitutivo (Building Block) que representa un componente
potencialmente reutilizable de una capacidad de la empresa (de Negocio o de TI)
que puede combinarse con otros Bloques para generar Arquitecturas o Soluciones
(implementaciones de Arquitecturas). Se pueden definir a diferentes niveles de
detalle según evoluciona el desarrollo de una arquitectura (p. ej. comienza siendo
solo un nombre o una descripción resumida y posteriormente puede dividirse en
otros Bloques subyacentes y estar acompañado de una descripción detallada).
Consecuentemente, existen dos tipos de Bloques:
• Bloque Constitutivo de Arquitectura (ABB por sus siglas en inglés). Describe una
capacidad requerida (p. ej., Atención al Cliente). Es una abstracción que da forma a
la especificación de los Bloques Constitutivos de Solución (p. ej., Procesos y roles de
Atención al Cliente).
• Bloque Constitutivo de Solución (SBB por sus siglas en inglés). Representa un
componente necesario para implementar una capacidad (ABB) o, dicho de otra
forma, es una solución (entre otras posibles) que cumple con las especificaciones de
una capacidad requerida por la empresa.
Los Bloques Constitutivos se describen mediante Artefactos.
Planificación Estratégica mediante Arquitectura Empresarial 10
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Como resumen, el desarrollo de una arquitectura (proyecto) tiene como resultado:
La generación de un conjunto de productos denominados Artefactos de
Arquitectura, de forma que cuando estos productos están controlados
contractualmente, se denominan «Entregables». Un Artefacto describe
un aspecto de la Arquitectura, es decir, un Artefacto describe, mediante
catálogos, matrices o diagramas, los componentes (Bloques
Constitutivos) requeridos por ese aspecto de la Arquitectura de forma
que se describe una Abstracción o Especificación de la
necesidad/Aspecto mediante un Bloque Constitutivo de Arquitectura
(ABB) y una o más Soluciones de Implementación acordes a la
especificación mediante Bloques Constitutivos de Solución (SBB).
Planificación Estratégica mediante Arquitectura Empresarial 11
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
3.3. Conceptos clave de TOGAF®
Como hemos introducido en la sección anterior, TOGAF® explicita como prácticas
para la descripción de Arquitecturas un conjunto de elementos que, constituyen
sus conceptos clave y marcan su estructura, como recoge la siguiente figura:
Figura 1. Estructura y Contenido de TOGAF. Fuente: https://pubs.opengroup.org/architecture/togaf9-
doc/arch/Figures/01_structure.png (Parte I, Sección 1).
▸ Método de Desarrollo de Arquitectura (ADM por sus siglas en inglés),
complementado por un conjunto de guías y técnicas para su uso. Descrito en la
Parte II y Parte III de TOGAF®.
Planificación Estratégica mediante Arquitectura Empresarial 12
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
▸ Marco de Contenido Arquitectónico (Metamodelo) para la descripción de los
Artefactos de Arquitectura. Descrito en la Parte IV de TOGAF®.
▸ Continuo de Empresa, como mecanismo para estructurar y clasificar los Artefactos
y elementos de Arquitectura. Descrito en la Parte V de TOGAF®.
▸ Marco de Capacidad de Arquitectura para definir la organización, capacitaciones,
roles y responsabilidades del establecimiento y operación de la Arquitectura
Empresarial. Descrito en la Parte VI de TOGAF®.
Estos conceptos clave son presentados con mayor detalle a continuación.
Método de Desarrollo de Arquitectura (ADM)
ADM describe el método para desarrollar y gestionar el ciclo de vida de una
Arquitectura Empresarial y permite la integración de los elementos del Marco
TOGAF® con otros activos de arquitectura en aras de satisfacer las necesidades (de
negocio y TI) de una organización.
Características principales de ADM
Los elementos clave de ADM son los siguientes:
▸ El método ADM es iterativo, tanto a nivel del proceso completo, como a nivel de
fases del mismo, e incluso de manera interna a cada fase. En cada iteración de ADM
se tomarán nuevas decisiones como pueden ser:
• El ámbito de empresa considerado.
Planificación Estratégica mediante Arquitectura Empresarial 13
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
• El nivel de detalle a emplear en la definición de la Arquitectura.
• El lapso de tiempo considerado para la arquitectura objetivo, incluyendo períodos
temporales intermedios.
• Los activos de arquitectura de los cuales hacer uso, como puedan ser,
procedentes de iteraciones anteriores del ciclo ADM en la empresa o activos
disponibles en otras fuentes (marcos, modelos sectoriales, etc.)
• Las decisiones se toman en función de evaluaciones prácticas de la disponibilidad
de recursos y capacidades y que el valor esperado (realista) en este caso se
corresponde con el alcance y amplitud de la Arquitectura bajo consideración.
▸ ADM, como método genérico, está dirigido a empresas muy variadas en cuanto a su
ubicación geográfica o sector económico, sin necesitar de personalizaciones para su
utilización, si bien está abierto a adecuaciones específicas si así fuera necesario por
las necesidades de una empresa particular (p. ej., puede ser utilizado en conjunción
con entregables procedentes de otros marcos como puedan ser los marcos
gubernamentales).
Ciclo de Desarrollo de la Arquitectura
La estructura básica del método o ciclo de desarrollo ADM está recogido en la figura
2.
Planificación Estratégica mediante Arquitectura Empresarial 14
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Figura 2. Estructura del ciclo ADM de TOGAF. Fuente: https://pubs.opengroup.org/architecture/togaf9-
doc/arch/Figures/adm.png (Parte II, Sección 4.2.2).
Las fases del ciclo ADM de TOGAF, de manera resumida son las siguientes:
▸ Fase Preliminar. Describe las actividades de preparación e iniciación requeridas
para que una Arquitectura Empresarial cumpla con las directivas de negocio. Incluye
la potencial personalización del Marco TOGAF® a las necesidades específicas de la
organización, junto con la definición de los Principios de Arquitectura.
▸ Fase A. Visión Arquitectónica. Como fase inicial del ciclo de desarrollo, incluye
información para la definición del alcance de la iniciativa de desarrollo de la
Arquitectura, junto con la identificación de las partes interesadas (stakeholders),
creando la Visión Arquitectónica y obteniendo las aprobaciones requeridas para el
desarrollo de la Arquitectura.
Planificación Estratégica mediante Arquitectura Empresarial 15
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
▸ Fase B. Arquitectura de Negocios. Describe el desarrollo de la Arquitectura de
Negocio (objetivo) de respaldo a la Visión Arquitectónica, es decir, describe cómo
tiene que actuar la empresa para alcanzar sus objetivos.
▸ Fase C. Arquitecturas de Sistemas de Información. Describe el desarrollo de las
Arquitecturas (objetivo) de Sistemas de Información (Datos y Aplicaciones) que
posibilitarán la Arquitectura de Negocio y, por consiguiente, la Visión Arquitectónica.
▸ Fase D. Arquitectura Tecnológica. Describe el desarrollo de la Arquitectura
Tecnológica (objetivo) conformada por componentes y servicios tecnológicos que
posibilitan la entrega de los Bloques Constitutivos (ABB y SBB) de Aplicaciones y
Datos.
▸ Fase E. Oportunidades y Soluciones. Fase donde se lleva a cabo la identificación
la planificación inicial de los proyectos, programas o portafolios, junto con los
entregables, requeridos para la implementación de la Arquitectura Objetivo definida
en las fases anteriores.
▸ Fase F. Plan de Migración. Fase donde se direcciona la migración desde la
Arquitectura o situación inicial (línea base) hasta la Arquitectura Objetivo mediante la
finalización de la planificación detallada de implementación y migración.
▸ Fase G. Implementación del Gobierno. Proporciona la supervisión de la
implementación de la Arquitectura objetivo.
▸ Fase H. Gestión de Cambios a la Arquitectura. Establece los procedimientos para
gestionar los cambios que se quieran aplicar a la nueva Arquitectura para asegurar
que se mantiene vigente y responde a las necesidades de la empresa.
▸ Gestión de Requerimientos. No constituye una fase como tal dado que su
utilización es constante durante todo el ciclo de desarrollo. Es el conjunto de
actividades necesarias para la adecuada gestión de requerimientos a lo largo de
todo el ciclo de desarrollo de una Arquitectura Empresarial.
Planificación Estratégica mediante Arquitectura Empresarial 16
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Las fases aquí enumeradas, pueden ser, a su vez, divididas en pasos para su
ejecución. Por ejemplo, si consideramos las fases centradas en la elaboración de las
diferentes Arquitectura (fases B, C y D), encontraremos los siguientes pasos:
▸ Selección de los modelos, perspectivas (Viewpoints) y herramientas.
▸ Desarrollo de la descripción de la línea base de Arquitectura (Arquitectura de partida
o inicial).
▸ Desarrollo de la descripción de la Arquitectura Objetivo.
▸ Realización de un análisis diferencial entre las Arquitecturas base y objetivo.
▸ Definición de propuestas componentes de la hoja de ruta.
▸ Resolución de impactos en la Arquitectura
▸ Realización formal de revisiones por las partes interesadas.
Guías y Técnicas ADM
Como hemos indicado, el método ADM en TOGAF® viene complementado por un
conjunto de guías y técnicas para su utilización (descritas en la Parte III del marco).
En concreto, TOGAF® proporciona las siguientes Guías para la adaptación de ADM
para su aplicación a diferentes escenarios de utilización o a arquitecturas específicas
(p. ej., Seguridad):
▸ Guía de Aplicación de ADM al Mapa Arquitectónico (representación del conjunto
de activos de arquitectura utilizados, o planificados para su uso, por la empresa en
un instante particular. Forma parte del Repositorio de Arquitectura).
Planificación Estratégica mediante Arquitectura Empresarial 17
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
▸ Guía de Aplicación de Iteraciones al método ADM. Como se recoge en la siguiente
figura, ADM permite aplicar ciclos de iteración que pueden usarse para agrupar
actividades arquitectónicas relacionadas con el propósito de alcanzar un propósito
específico (p. ej., creación de una Función de Arquitectura, generación del Contenido
de una Arquitectura, determinación de hojas de ruta de transformaciones, Gobierno
de la Arquitectura).
Figura 3. Tipología de Iteraciones contempladas en el ciclo de desarrollo ADM. Fuente:
https://pubs.opengroup.org/architecture/togaf9-doc/arch/Figures/19_adm_iteration.png (Parte III, Sección
18.2).
Planificación Estratégica mediante Arquitectura Empresarial 18
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
De igual manera, TOGAF® contempla las siguientes técnicas para apoyar
determinadas tareas dentro de ADM:
▸ Principios de Arquitectura (Principios de utilización y despliegue de los recursos TI
en la empresa que deben ser cumplidos por la Arquitectura). Técnica que describe
como desarrollar el conjunto de reglas generales y guías para el desarrollo de la
Arquitectura.
▸ Gestión de Interesados (Stakeholders). Describe la disciplina necesaria para
asegurar que la iniciativa obtiene el respaldo requerido por parte de los actores y
partes interesadas.
▸ Patrones de Arquitectura. Técnica para ayudar en la utilización de los Bloques
Constitutivos (¿cuándo?, ¿por qué? y las implicaciones asociadas).
▸ Análisis diferencial. Técnica para determinar la diferencia entre dos estados de la
Arquitectura bajo desarrollo. Utilizada principalmente en las Fases B, C, D y E de
ADM.
▸ Técnicas de planificación de migraciones . Conjunto de técnicas específicas para
apoyar la generación de planificaciones de migración dentro de las Fases E y F de
ADM.
▸ Requerimientos de Interoperabilidad. Describe las técnicas para determinar los
requerimientos de intercambio de información o servicios para la operación entre dos
o más componentes de la Arquitectura. Utilizadas principalmente entre las Fases A y
F de ADM.
▸ Evaluación de la disposición para la Transformación de Negocio . Describe la
técnica para evaluar y cualificar la disposición de una organización para afrontar un
cambio.
Planificación Estratégica mediante Arquitectura Empresarial 19
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
▸ Gestión de Riesgos. Técnica para asegurar la adecuada gestión de los riesgos que
puedan existir durante un proyecto de transformación de Arquitectura o Negocio. Se
utiliza a lo largo de todo ADM, pero especialmente en la Fase G.
▸ Planificación Basada en Capacidad (Capacity Based Planning, CBP). Técnica de
planificación del Negocio que se centra en los resultados de Negocio (frente a
resultados particulares de las Líneas de Negocio) por medio del uso de las
Capacidades existentes (generalmente transversales a las Líneas de Negocio y
Funciones organizativas), es decir, asegura que la planificación estratégica de
negocio sigue una aproximación Top-Down permitiendo el apalancamiento Bottom-
Up de innovaciones técnicas o de capacidad.
Marco de Contenido Arquitectónico (Metamodelo)
La ejecución de ADM tiene como resultado la generación de un conjunto de salidas o
productos como pueden ser flujos de procesos, requerimientos de arquitectura,
planes de proyecto, etc.
Con el objeto de permitir que el Marco de Arquitectura TOGAF® pueda ser utilizado
de forma independiente, en TOGAF® se incluye el Marco de Contenido
Arquitectónico o Marco de Contenido de Arquitectura que proporciona un modelo
estructural para la creación, definición, estructuración y presentación consistente de
esos resultados de la utilización de ADM. La existencia de este Marco de Contenido
Arquitectural no impide o limita en ningún sentido la utilización de otros Marcos de
Arquitectura en conjunción con TOGAF®.
Planificación Estratégica mediante Arquitectura Empresarial 20
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Como hemos introducido en la sección anterior, el Marco de Contenido
Arquitectónico clasifica los productos de arquitectura en:
▸ Entregables.
▸ Artefactos.
▸ Bloques Constitutivos (de Arquitectura y de Solución).
Metamodelo de contenido
El Metamodelo de contenido proporciona una definición de todos los tipos de
Bloques Constitutivos que pueden existir dentro de una Arquitectura, mostrando
cómo esos Bloques pueden ser descritos y relacionados entre sí. Por ejemplo, al
crear una Arquitectura, se pueden identificar Aplicaciones, Entidades de Datos
controladas por las Aplicaciones y Tecnologías que implementan esas Aplicaciones,
al tiempo que se identifica cómo esas Aplicaciones soportan la actividad de usuarios
de Negocio específicos o son utilizadas para la realización de Servicios de Negocio.
El Metamodelo de TOGAF® identifica todos los elementos anteriores (entidades de
arquitectura), junto con las relaciones existentes entre ellos e identifica los Artefactos
que pueden utilizarse para su representación.
En el nivel más alto el contenido del Metamodelo queda dividido, de manera alineada
con ADM, como recoge la siguiente figura junto con las Entidades clave:
Planificación Estratégica mediante Arquitectura Empresarial 21
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Figura 4. Estructura y Entidades del Metamodelo, según las fases de ADM. Fuente:
https://pubs.opengroup.org/architecture/togaf9-doc/arch/Figures/34_contentfwk5.png (Parte IV, Sección
30.2.2).
▸ Principios, Visión y Requerimientos de Arquitectura. Entidades dirigidas a
capturar el contexto los Modelos formales de Arquitectura (representación de un
tema de interés) y que son recogidas, de manera general en la Fase Preliminar y la
Fase A. Visión Arquitectónica.
▸ Arquitectura de Negocio. Entidades que reflejan los Modelos de Arquitectura de la
operación del negocio, considerando factores específicos de conformación de la
empresa como su organización o las capacidades de negocio que presenta.
Las Entidades clave del Metamodelo son:
- Unidad Organizativa . Unidad autocontenida de recursos con objetivos y
medidas. Puede incluir terceras partes y socios de negocio.
- Actor . Persona, organización o sistema que permanece fuera de la
Planificación Estratégica mediante Arquitectura Empresarial 22
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Arquitectura considerada pero que interactúa con ella.
- Rol . Papel asumido por un Actor para la realización de una Tarea.
- Servicio de Negocio . Apoya las capacidades de negocio mediante una
interfaz explícitamente definida y gobernada por una organización.
- Función . Proporciona capacidades de negocio alineadas a una organización,
pero no necesariamente gobernadas por esa organización.
- Capacidad de Negocio . Capacidad particular que puede tener o intercambiar
un negocio para lograr un propósito específico.
- Curso de Acción . Dirección o foco proporcionado por los objetivos
estratégicos. A menudo derivado de la propuesta de valor caracterizada en el
modelo de negocio.
- Value Stream . Representación de una colección extremo-a-extremo de
actividades de valor que generan un resultado conjunto a un cliente, usuario final o
parte interesada.
▸ Arquitectura de Sistemas de Información . Entidades que describen los Modelos
de Sistemas TI, considerando aplicaciones y datos.
Las Entidades clave del Metamodelo son:
- Servicio de Sistemas de Información . Elementos automatizados de un
Servicio de Negocio. Puede dar soporte parcial o total a uno o más Servicios de
Negocio.
- Componente de Aplicación . Funcionalidad de una aplicación alineada con
la estructura de implementación.
- Entidad de Datos . Encapsulación de datos reconocida por un experto del
Dominio como un elemento discreto. Puede estar ligada a aplicaciones, repositorios
o servicios y estructurada de acuerdo con las consideraciones de implementación.
▸ Arquitectura Tecnológica. Entidades que describen los activos tecnológicos
utilizados para implementar las soluciones de Sistemas de Información.
Planificación Estratégica mediante Arquitectura Empresarial 23
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Las Entidades clave del Metamodelo son:
- Componente Tecnológico. Encapsulado de infraestructura tecnológica que
representa una clase de producto tecnológico o producto tecnológico específico.
- Servicio de Tecnología. Capacidad técnica requerida para proveer una
infraestructura habilitante que apoye la provisión de una Aplicación.
- Realización de la Arquitectura. Entidades que describen las hojas de ruta de
las transiciones entre estados de la Arquitectura y los elementos vinculantes
utilizados para dirigir y gobernar la implementación de la arquitectura.
Continuo de Empresa
A la hora de afrontar la creación de una Arquitectura Empresarial es bastante
frecuente descubrir que no se puede alcanzar una única Arquitectura Empresarial
que satisfaga plenamente a todas las partes interesadas en todo momento y que, por
consiguiente, debamos tratar con diferentes Arquitecturas Empresariales, cada una
con un propósito diferente pero siempre relacionadas entre ellas.
La manera que tiene TOGAF® de gestionar este escenario es mediante la puesta en
escena del Continuo de Empresa, lugar donde se presentan dichas arquitecturas
junto con sus evoluciones y sus relaciones.
El Continuo de Empresa proporciona métodos para clasificar los Artefactos de
Arquitectura y de Solución dentro del repositorio de activos de Arquitectura,
contemplando su evolución desde las Arquitecturas Fundacionales hasta las
Arquitecturas Específicas de una Organización, de forma que se permita su
Planificación Estratégica mediante Arquitectura Empresarial 24
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
reutilización para maximizar las inversiones a la hora de desarrollar arquitecturas
para la empresa. Los Artefactos de Arquitectura y de Solución pueden ser tanto
internos a la propia empresa u organización (p. ej.: procedentes de trabajos de
arquitectura previos) como externos a esta (p. ej.: procedentes del sector TI en
general, como el Modelo de Referencia Técnico de TOGAF®, o de otros sectores
económicos, como ARTS o Energetics).
Es muy importante recordar que toda Arquitectura viene marcada en gran medida por
intereses externos a la propia práctica y disciplina de la Arquitectura, por este motivo
es clave que cualquier arquitectura refleje exactamente el contexto externo. Es decir,
debemos identificar los factores contextuales específicos e incorporarlos a la propia
Arquitectura. Estos factores varían de una arquitectura a otra, pero de manera
general incluiremos los siguientes:
▸ Factores externos como cambios regulatorios o normativos, avances tecnológicos y
actividad de la competencia.
▸ Contexto y Estrategia de Negocio, incluyendo fusiones y adquisiciones
empresariales junto con cualquier otro requisito de transformación de negocio.
▸ Operaciones actuales de negocio, reflejando las arquitecturas y soluciones
desplegadas.
Estructura y Componentes
La siguiente figura proporciona una representación de alto nivel de la estructura y
componentes principales del Continuo de Empresa:
Planificación Estratégica mediante Arquitectura Empresarial 25
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Figura 5. Estructura y componentes del Continuo de Empresa. Fuente:
https://pubs.opengroup.org/architecture/togaf9-doc/arch/Figures/39_entcon_oview.png (Parte V, Sección
35.3).
Como se puede observar, pese a que hablamos de un único «Continuo», en realidad
se trata de tres «Continuos»:
▸ Continuo de Empresa. Es el más externo y clasifica los activos asociados o
relacionados con el contexto de la Arquitectura Empresarial global.
Las clases de activos aquí recogidos pueden influir sobre las arquitecturas, si bien
no son utilizados de manera directa durante la ejecución del ciclo ADM ya que son
activos contextuales como puedan ser las políticas, estándares, iniciativas
estratégicas, estructuras organizativas y las capacidades a nivel de empresa.
Igualmente, también permite la clasificación de soluciones (no de descripciones o
especificaciones de soluciones).
Como tal, puede entenderse como el Contexto y Requerimientos de Arquitectura,
que se realimenta de factores externos y del resultado del Despliegue de Soluciones.
Planificación Estratégica mediante Arquitectura Empresarial 26
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
▸ Continuo de Arquitectura (especialización del Continuo de Empresa). Proporciona
una forma consistente de definir y entender las reglas genéricas, las
representaciones y las relaciones en una Arquitectura, incluyendo las relaciones de
trazabilidad y derivación (utilizadas para representar cuando una Arquitectura
Específica de Organización procede o se fundamenta en una Arquitectura Genérica,
por ejemplo).
Representa una estructuración de los Bloques Constitutivos de Arquitectura (ABB)
que son considerados como activos de arquitectura reutilizables junto con su
evolución desde entidades abstractas o genéricas a activos plenamente expresados
como específicos de una organización.
Este Continuo se divide en cuatro estados o niveles de abstracción (mayor
abstracción a mayor especificidad):
- Arquitecturas Fundacionales (p. ej., TOGAF® Technical Reference Model).
- Arquitecturas de Sistemas Comunes (p. ej., TOGAF® Integrated Information
Infrastructure Reference Model).
- Arquitecturas de Industria/Sector (p. ej., Energistics Data Model).
- Arquitecturas Específicas de Organización.
▸ Continuo de Soluciones (especialización del Continuo de Empresa). Proporciona
una forma consistente para describir y entender la implementación de los activos
definidos en el Continuo de Arquitectura. Define, por tanto, qué está disponible en el
entorno de la organización que pueda ser considerado como Bloque Constitutivo de
Solución reutilizable.
Consecuentemente, este Continuo cubre las similitudes y diferencias entre los
productos, los sistemas y los servicios de los sistemas implementados.
Este Continuo se estructura de la misma manera que el anterior (mayor generalidad
a mayor especificidad):
- Soluciones Fundamentales (p. ej., EDIFACT, ITIL, IT4IT, etc.).
- Soluciones de Sistemas Comunes (p. ej., Sistemas de Gestión Empresarial).
- Soluciones de Industria/Sector.
- Soluciones Específicas de Organización.
Planificación Estratégica mediante Arquitectura Empresarial 27
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Repositorio de Arquitectura
A medida que la Función de Arquitectura de una empresa va ganando madurez, el
volumen de elementos de arquitectura generados que requieren una adecuada
gestión para su utilización crece enormemente, haciéndose necesario el
establecimiento de una taxonomía formal junto con procesos y herramientas
específicos, tanto para almacenar, como para gestionar eficientemente dicho
material.
A este efecto, TOGAF® propone el denominado Repositorio de Arquitectura, que
respalda de manera plena al Continuo de Empresa y al ciclo ADM en todas sus
fases. La figura siguiente recoge a alto nivel la estructura del Repositorio de
Arquitectura (elementos principales y relaciones entre estos).
Figura 6. Estructura de componentes y relaciones del Repositorio de Arquitectura. Fuente:
https://pubs.opengroup.org/architecture/togaf9-doc/arch/Figures/41_archrepos.png (Parte V, Sección
37.1).
Planificación Estratégica mediante Arquitectura Empresarial 28
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Donde los componentes principales son:
▸ Metamodelo de Arquitectura. Describe los elementos que hemos visto
anteriormente en este tema para el desarrollo de una Arquitectura y el Metamodelo
del contenido de arquitectura.
▸ Capacidad de Arquitectura. Define los parámetros, estructuras y procesos de
apoyo al Gobierno del Repositorio de Arquitectura.
▸ Mapa Arquitectónico. Representación arquitectónica de los activos desplegados en
la empresa en un momento determinado (existirá a diferentes niveles de abstracción
para satisfacer diferentes objetivos de arquitectura: Arquitecturas Estratégicas,
Arquitecturas de Segmento o Área de la empresa y Arquitecturas a nivel de una
Capacidad de la empresa).
▸ Base de Datos de Estándares de Información . Conjunto de estándares que debe
cumplir cualquier arquitectura nueva. Estos pueden ser estándares industriales,
productos o servicios seleccionados de proveedores o servicios compartidos ya
desplegados en la organización.
▸ Biblioteca de Referencia. Proporciona directrices, plantillas, patrones y otras
formas de materiales de referencia que pueden aprovecharse para acelerar o facilitar
la creación de nuevas arquitecturas en la empresa.
▸ Registro de Gobierno. Proporciona un registro de la actividad de Gobierno de la
arquitectura en la empresa.
▸ Repositorio de Requerimientos de Arquitectura. Proporciona una vista sobre los
requerimientos de Arquitectura autorizados que han sido acordados con el Consejo
de Arquitectura.
▸ Mapa de Soluciones (Solutions Landscape). Proporciona una representación de los
Bloques Constitutivos de Solución, respaldando al Mapa Arquitectónico, que están
planificados o desplegados en la empresa.
Planificación Estratégica mediante Arquitectura Empresarial 29
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Marco de Capacidad de Arquitectura
Para la operación de una Función de Arquitectura en una empresa es necesaria la
puesta en marcha de estructuras organizativas junto con procesos, roles y
responsabilidades, y capacitaciones o habilidades.
Este conjunto de elementos, en el Marco TOGAF® conforman el Marco de
Capacidad de Arquitectura que recoge la siguiente figura. Es importante indicar que,
en este caso, TOGAF®, proporciona materiales de referencia para la constitución de
una Función de Arquitectura, pero a pesar de incluir un conjunto de guías para el
desarrollo de las actividades clave, no pretende constituir una plantilla como tal para
la operativa de una Capacidad de Arquitectura.
Con este sentido, la siguiente figura representa un Marco de Capacidad de
Arquitectura genérico para una organización madura.
Figura 7. Estructura genérica de un Marco de Capacidad de Arquitectura. Fuente:
https://pubs.opengroup.org/architecture/togaf9-doc/arch/Figures/02_concepts4.png (Parte VI, Sección
39.1).
Planificación Estratégica mediante Arquitectura Empresarial 30
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Finalmente, indicar que TOGAF® no prescribe la utilización de ningún modelo de
madurez específico para la Capacidad de Arquitectura, si bien sí que proporciona
técnicas para evaluar y cualificar dicha madurez organizativa:
▸ Modelo de Madurez del Departamento de Comercio de Estados Unidos de América
(US DoC ACMM).
▸ Modelo de Madurez del Software Engineering Institute (CMMI).
Además de proporcionar una guía para la implantación de una Capacidad de
Arquitectura, como veremos en la sección siguiente.
Otros conceptos clave
De manera complementaria a los conceptos descritos en los apartados anteriores de
esta sección, TOGAF® proporciona dos elementos o características que cabe
destacar:
▸ Librería TOGAF®.
▸ Colaboración con otros estándares.
Librería TOGAF®
Como se ha indicado al tratar el ciclo ADM (Parte II de TOGAF®) y el Continuo de
Empresa (Parte V de TOGAF®) se habla de la Biblioteca TOGAF®. Esta biblioteca
está conformada por materiales de referencia (más de 120 documentos que recogen
directrices, plantillas, patrones, etc.) que pueden ser utilizados para respaldar o
acelerar la aplicación de la aproximación TOGAF® para desarrollar arquitecturas en
una organización.
Planificación Estratégica mediante Arquitectura Empresarial 31
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Aunque no forma parte como tal del estándar, se mantiene bajo el control del Foro de
Arquitectura de The Open Group y sus recursos están estructurados en las
siguientes secciones:
▸ Sección 1: Fundamentos. Información de aplicación general relativa al Marco de
Arquitectura Empresarial TOGAF®.
▸ Sección 2: Guías y Técnicas genéricas. Información describiendo estilos de
arquitectura y como se puede adaptar el Marco TOGAF® para explotar las
características de un contexto más específico.
▸ Sección 3: Directrices y Técnicas específicas de una industria. Información
describiendo como se puede aplicar el Marco TOGAF® para satisfacer las
necesidades específicas de un segmento o sector industrial.
▸ Sección 4: Directrices y Técnicas específicas de una organización. Información
describiendo cómo se han aplicado el Marco TOGAF® y la Arquitectura Empresarial
para satisfacer las necesidades de empresas u organizaciones específicas.
Colaboración con otros estándares
Como hemos dicho, el Marco TOGAF® es genérico con el propósito de ser utilizado
en una amplia variedad de entornos, motivo por el cual proporciona un marco de
contenido flexible y extensible que le permite ser utilizado de manera independiente
de otros elementos o bien ser extendido si se considerase necesario.
Está extensión o personalización de métodos de TOGAF® puede realizarse con
elementos de otros marcos o mejores prácticas como ITIL®, CMMI®, COBIT®,
PRINCE2®, PMBoK® o MSP®, al igual que puede llevarse a cabo mediante la
adopción de materiales de referencia incluidos en la Biblioteca TOGAF® como pueda
ser la Arquitectura de Referencia IT4ITTM. La Parte II de TOGAF®, por ejemplo,
proporciona directrices para la adaptación del ciclo ADM en este sentido.
Planificación Estratégica mediante Arquitectura Empresarial 32
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
3.4. Fases para la implantación de una Capacidad
de Arquitectura Empresarial
Como ya hemos indicado en la sección anterior, para la operación de una Función de
Arquitectura en una empresa es necesaria la puesta en marcha de estructuras
organizativas junto con procesos, roles y responsabilidades, y capacitaciones o
habilidades, es decir, se requiere el establecimiento de una Capacidad de
Arquitectura formal.
Utilización de ADM como método
El establecimiento de la Capacidad de Arquitectura en una organización puede
llevarse a cabo siguiendo la misma aproximación que se utilice para el
establecimiento de cualquier otra Capacidad, como pueda ser una Capacidad de
BPM, en esa organización. TOGAF® propone la aplicación del propio método de
desarrollo de arquitecturas ADM para diseñar y gobernar la implantación de la
Capacidad de Arquitectura, no considerándose ni como una fase de un proyecto de
Arquitectura ni como un proyecto aislado, sino como una práctica que proporciona el
contexto, el entorno y los recursos para gobernar y posibilitar la entrega de una
Arquitectura a la organización (de forma que cualquier cambio a esa Arquitectura
dispare otro ciclo de adecuación de la práctica de Arquitectura).
La siguiente figura presenta una visión de la utilización del método ADM para el
establecimiento de la Capacidad de Arquitectura resaltando aquellos elementos de
especial consideración, centrados de manera mayoritaria, como no puede ser de otra
forma, en las Fases A D donde se establecen los fundamentos y arquitectura
(descripción de un sistema) de la Capacidad de Arquitectura.
Planificación Estratégica mediante Arquitectura Empresarial 33
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Figura 8. Aplicación de ADM a la generación de la Capacidad de Arquitectura.
Adicionalmente a los procesos y productos resultantes indicados para la aplicación
del método ADM, es importante resaltar que la Capacidad de Arquitectura debe
presentar competencias en las siguientes áreas:
▸ Gestión Financiera.
▸ Gestión del Comportamiento.
▸ Gestión del Servicio.
▸ Gestión de Riesgos.
▸ Gestión de la Calidad.
▸ Gestión de la Configuración.
Planificación Estratégica mediante Arquitectura Empresarial 34
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
3.5. Certificación oficial TOGAF®
Programa de Certificación de Personas
De manera paralela al desarrollo de TOGAF®, The Open Group ha desarrollado un
programa de certificación de personas en TOGAF® (TOG, octubre 2018) para
asegurar el conocimiento y entendimiento del Marco TOGAF® mediante el
establecimiento de unos niveles comunes y que, mediante la consecución de una
acreditación reconocida, sirva como base para la conformación de una profesión de
Arquitectura.
El programa se apoya en un conjunto de documentos clave donde se establecen las
políticas, proceso y requerimientos de dicho programa:
▸ The Open Group Certification for People: Certification Policy. Documento donde se
establecen las políticas y procesos por los cuales una persona puede alcanzar la
certificación.
▸ The Open Group Certification for People: TOGAF® Conformance Requirements
(Multi-Level) (TOG X1810, abril 2018). Documento describiendo los elementos de
conocimiento que una persona debe saber y entender, incluyendo el nivel de
conocimiento requerido para lograr un nivel determinado de certificación.
▸ The Open Group Certification for People: Training Course Accreditation Policy .
Documento que establece las políticas y procesos por los cuales un curso de
formación puede alcanzar su acreditación.
▸ The Open Group Certification for People: Training Course Accreditation
Requirements. Documento que describe los criterios que deben ser cumplidos para
que un curso de formación sea acreditado.
Planificación Estratégica mediante Arquitectura Empresarial 35
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Certificaciones existentes
El Programa de certificación de personas en TOGAF® contempla dos niveles de
certificación, como se recoge en la siguiente tabla:
Tabla 1. Certificaciones de personas disponibles en TOGAF®.
La certificación en el Nivel 2 (TOGAF® 9 Certified) constituye un superconjunto de la
certificación en el Nivel 1 (TOGAF® 9 Foundation) y los requerimientos para la
certificación en cada nivel están recogidos en las secciones 3 (Nivel 1) y 4 (Nivel 2)
del documento TOGAF® de requerimientos de conformidad (TOG X1810, abril 2018).
Si bien las certificaciones son indefinidas (no caducan), es muy importante reseñar
que lo anterior se aplica a la versión 9 de TOGAF® (en el momento de generar este
material es la versión 9.2). Esto quiere decir que, tanto nuevos candidatos a
certificación, como aquellos candidatos que ya estuvieran certificados en versiones
anteriores (en este caso TOGAF® 8), si quieren estar certificados en TOGAF® 9
deben pasar por el mismo examen de certificación.
Caminos de Certificación
Existen dos alternativas, como se recoge en la siguiente figura, para obtener la
certificación Nivel 2 (L2) en el estándar TOGAF®.
Planificación Estratégica mediante Arquitectura Empresarial 36
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Figura 9. Caminos de certificación TOGAF®.
Para presentarse a un examen de certificación, tanto Nivel 1 (L1), como Nivel 2 (L2),
no es necesario haber asistido a ningún curso específico, sino que se permite la
realización de autoestudio. Los exámenes, pueden realizarse en las instalaciones de
las entidades de formación que estén acreditadas a tal efecto o bien en centros
especiales de examinación (Proveedores acreditados de examen).
Planificación Estratégica mediante Arquitectura Empresarial 37
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Tabla 2. Características de los exámenes de Nivel 1 y Nivel 2.
Teniendo en cuenta que los candidatos a certificación en el estándar TOGAF® a
Nivel 1 (L1) deberán alcanzar un entendimiento básico del estándar TOGAF® 9, los
perfiles habituales que siguen el camino secuencial (hasta el final o simplemente
hasta la primera certificación) son los siguientes:
▸ Profesionales trabajando en roles asociados a proyectos de Arquitectura como
pueden ser responsables de planificación, ejecución, desarrollo o bien prestación y
operación de servicio.
▸ Arquitectos que necesiten una introducción al estándar TOGAF® 9.
▸ Arquitectos que quieran alcanzar la certificación TOGAF® 9 Nivel 2 (L2) y quieran
seguir una aproximación por pasos.
Planificación Estratégica mediante Arquitectura Empresarial 38
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
En el caso del Nivel 2 (L2) de certificación, los perfiles típicos son:
▸ Candidatos que buscan un entendimiento detallado del estándar TOGAF® 9.
▸ Profesionales trabajando en una organización donde el estándar TOGAF® 9 ha sido
adoptado y que necesitan participar en proyectos e iniciativas de Arquitectura.
▸ Arquitectos que van a ser responsables del desarrollo de artefactos de Arquitectura.
▸ Arquitectos que desean introducir el estándar TOGAF® 9 en una Práctica de
Arquitectura.
▸ Arquitectos que quieren alcanzar una cualificación reconocida para demostrar su
conocimiento detallado del estándar TOGAF® 9.
Planificación Estratégica mediante Arquitectura Empresarial 39
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
3.6. Referencias bibliográficas
ISO. (2017). ISO/IEC/IEEE 42010:2011. Systems and software engineering —
Architecture description: ISO.org.
Sitio Normas ISO alternativo (documento).
http://ealab.iaun.ac.ir/images/eadocs/Standards/ISO%2042010-2011/iso-iec-ieee-
42010-2011.pdf
Sitio Normas ISO oficial. https://www.iso.org/standard/50508.html
TOG C149. (2014). The Open Group Standard. TOGAF® 9.1 Translation Glossary:
English – Castilian Spanish. Octubre 2014.
TOG C182. (2018). The Open Group Standard. The TOGAF® Standard. The Open
Group. V9.2.
TOG G18C. (2018) The Open Group Guide. Starting an Enterprise Architecture
Capability in the Government Sector. Agosto 2018.
TOG X1810 (2018). The Open Group Certification for People. TOGAF® Conformance
Requirements (Multi-Level). The Open Group. V3. Abril 2018.
TOG, SABSA Institute. (2016). Integrating Risk and Security within a TOGAF®
Enterprise Architecture, an Open Group Guide (G152). The Open Group. Enero
2016.
TOG. The Open Group Certification for People. TOGAF® Program Configuration. The
Open Group. V1.2.1, octubre 2018.
Planificación Estratégica mediante Arquitectura Empresarial 40
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
Información sobre Marcos de Arquitectura Empresarial:
DoDAF:
https://dodcio.defense.gov/Library/DoD-Architecture-Framework/
TOGAF:
https://www.opengroup.org/togaf/
Planificación Estratégica mediante Arquitectura Empresarial 41
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
A fondo
Marcos de Arquitectura Empresarial
Survey of Architecture Frameworks. (20 de marzo de 2020). iso-architecture.org.
http://www.iso-architecture.org/ieee-1471/afs/frameworks-table.html
En esta web se recopilan en una tabla los principales marcos de Arquitectura
Empresarial junto con una breve descripción de su propósito, alcance y
características de clasificación (junto con enlaces a sitios web relevantes).
Planificación Estratégica mediante Arquitectura Empresarial 42
Tema 3. A fondo
© Universidad Internacional de La Rioja (UNIR)
A fondo
Extended Enterprise Architecture Maturity Model
Support Guide
Schekkerman, J. (2006). Extended Enterprise Architecture Maturity Model Support
G u i d e . Institute for Enterprise Architecture developments.
https://es.slideshare.net/Aamir97/extended-enterprise-architecture-maturity-model-
guide-v2
En esta guía se explica el modelo de madurez de la arquitectura empresarial,
asistiendo paso a paso en la definición, mantenimiento e implantación de la AE bajo
una metodología rigurosa para la gestión del ciclo de vida de AE.
Planificación Estratégica mediante Arquitectura Empresarial 43
Tema 3. A fondo
© Universidad Internacional de La Rioja (UNIR)
Test
1. ¿Cuál de las siguientes no es una característica de un Bloque Constitutivo?
A. Los Bloques Constitutivos son componentes potencialmente reutilizables
del Negocio, TI o de la Capacidad de Arquitectura.
B. Los Bloques Constitutivos no pueden descomponerse en Bloques
Constitutivos más pequeños.
C Los Bloques Constitutivos pueden combinarse con otros Bloques
Constitutivos para generar Arquitecturas y Soluciones.
D. Los Bloques Constitutivos solo pueden consistir en un nombre o de una
descripción resumida.
E. Los Bloques Constitutivos pueden definirse a diferentes niveles de detalle.
2. ¿Qué clases de Arquitecturas están consideradas en TOGAF®?
A. Negocio, Información, Tecnología y Aplicaciones.
B. Funcional, Datos, Tecnología y Negocio.
C. Aplicaciones, Datos, Infraestructura y Negocio.
D. Tecnología, Aplicaciones, Integración y Negocio.
E. Tecnología, Datos, Aplicaciones y Negocio.
3. ¿Cuál de las siguientes opciones no es cierta con relación al ADM?
A. ADM explica cómo se pueden especializar soluciones genéricas para
apoyar a una organización.
B. ADM tiene 10 fases.
C. ADM proporciona un proceso probado para el desarrollo de arquitecturas.
D. ADM es iterativo.
E. ADM permite a las organizaciones transformar sus empresas como
respuesta a objetivos u oportunidades de negocio.
Planificación Estratégica mediante Arquitectura Empresarial 44
Tema 3. Test
© Universidad Internacional de La Rioja (UNIR)
Test
4. ¿Qué fase del ciclo ADM describe la definición del alcance y la identificación de
las partes interesadas?
A. Fase E. Oportunidades y Soluciones.
B. Fase A. Visión Arquitectónica.
C. Fase Preliminar.
D. Esa actividad tiene lugar fuera del ciclo ADM.
E. Gestión de Requerimientos.
5. ¿Cuál de los siguientes es incorrecto al describir los Entregables de Arquitectura?
A. Los Entregables de Arquitectura contienen Artefactos.
B. Los Artefactos dentro de los Entregables pueden incluir Catálogos,
Matrices y Diagramas.
C. Un Documento de Definición de Arquitectura es un Entregable de
Arquitectura.
D. Los Entregables de Arquitectura pueden estar compuestos por más de un
Artefacto.
E. Los Entregables pueden ser utilizados como Bloques Constitutivos.
Planificación Estratégica mediante Arquitectura Empresarial 45
Tema 3. Test
© Universidad Internacional de La Rioja (UNIR)
Test
6. ¿Cuál de los siguientes no es parte de la descripción del Continuo de Empresa?
A. El Continuo de Empresa proporciona una vista del Repositorio de
Arquitectura.
B. El Continuo de Empresa utiliza la estructura del Repositorio de Arquitectura
para la clasificación de activos.
C. El Continuo de Empresa abarca dos conceptos complementarios: el
Continuo de Arquitectura y el Continuo de Soluciones.
D. El Continuo de Empresa explica cómo las Soluciones fundacionales
pueden especializarse para respaldar a una organización particular.
E. El Continuo de Empresa contiene el Contexto y Requerimientos de
Arquitectura, el Continuo de Arquitectura, el Continuo de Soluciones y las
Soluciones Desplegadas.
Planificación Estratégica mediante Arquitectura Empresarial 46
Tema 3. Test
© Universidad Internacional de La Rioja (UNIR)
Test
7. Los principales componentes de un Repositorio de Arquitectura son:
A. El Metamodelo de Arquitectura, la Biblioteca de Referencia, el Mapa
Arquitectónico, la Base de Datos de Estándares de Información, el Registro
de Gobierno y la Capacidad de Arquitectura.
B. El Metamodelo de Arquitectura, la Biblioteca de Referencia, el Mapa
Arquitectónico, la Base de Datos de Estándares de Información, el Consejo de
Arquitectura y la Capacidad de Arquitectura.
C. El Metamodelo de Arquitectura, la Biblioteca de Referencia, el Mapa
Arquitectónico, la Base de Datos de Estándares de Información, el Consejo de
Arquitectura y el Registro de Gobierno.
D. El Metamodelo de Arquitectura, la Biblioteca de Referencia, el Mapa
Arquitectónico, la Base de Datos de Estándares de Información, el Consejo de
Arquitectura, la Capacidad de Arquitectura, los Modelos de Referencia
Externos y los Estándares Externos.
E. El Metamodelo de Arquitectura, la Biblioteca de Referencia, el Mapa
Arquitectónico, la Base de Datos de Estándares de Información, el Registro
de Gobierno, la Capacidad de Arquitectura y el Continuo de Empresa.
Planificación Estratégica mediante Arquitectura Empresarial 47
Tema 3. Test
© Universidad Internacional de La Rioja (UNIR)
Test
8. ¿Qué tipos de Arquitecturas conforman el Continuo de Arquitectura?
A. Arquitecturas Fundacionales, Arquitecturas de Solución, Arquitecturas de
Industria y Arquitecturas Específicas de una Organización.
B. Arquitecturas Básicas, Arquitecturas de Solución, Arquitecturas de Industria
y Arquitecturas Específicas de un Negocio.
C. Arquitecturas Fundacionales, Arquitecturas de Sistemas Comunes,
Arquitecturas de Industria y Arquitecturas Específicas de una Organización.
D. Arquitecturas Fundacionales, Arquitecturas de Sistemas Comunes,
Arquitecturas de Industria y Arquitecturas Específicas de un Negocio.
E. Arquitecturas Básicas, Arquitecturas de Sistemas Comunes, Arquitecturas
de Industria y Arquitecturas Específicas de una Organización.
9. ¿Cuál de las siguientes no está enumerada como una Técnica para el desarrollo
de Arquitecturas en TOGAF®?
A. Patrones de Arquitectura.
B. Gestión de Cambios en Arquitecturas.
C. Gestión de Riesgos.
D. Planificación Basada en Capacidad.
E. Análisis Diferencial.
10. ¿Cuál de las siguientes no es una entidad clave del Metamodelo TOGAF®?
A. Estándares.
B. Servicio de Plataforma.
C. Entidad de Datos.
D. Función.
E. Organización.
Planificación Estratégica mediante Arquitectura Empresarial 48
Tema 3. Test
© Universidad Internacional de La Rioja (UNIR)