Tema 4

Planificación Estratégica Mediante Arquitectura

Empresarial

Ciclo de Desarrollo de
Arquitecturas Con
TOGAF® (Architecture
Development Method,
ADM)
 Índice
Esquema 3

Ideas clave 4
4.1. Introducción y objetivos 4
4.2. Proceso de Desarrollo y uso de una arquitectura
empresarial mediante Architecture Development
Method (ADM) 5
4.3. Guías y técnicas para la utilización y adaptación
de ADM 36
4.4. Artefactos y elementos de arquitectura en el
© Universidad Internacional de La Rioja (UNIR)

Architecture Content Framework 43

4.5. Sistema de clasificación de los artefactos y
activos de arquitectura en el Continuo de Empresa 49
4.6. Referencias bibliográficas 55

A fondo 57

Test 59
 Esquema
© Universidad Internacional de La Rioja (UNIR)

Planificación Estratégica Mediante Arquitectura Empresarial

3
Tema 4. Esquema
 Ideas clave

4.1. Introducción y objetivos

El propósito de este tema, como continuación y profundización del tema

«Introducción a TOGAF®», es proporcionar una visión de detalle del Marco de
Referencia de Arquitectura Empresarial TOGAF® (The Open Group Architecture
Framework) (TOG C182, 2018), de tal forma que se conozca no solo la terminología
particular utilizada por este marco, y de manera introductoria los componentes
principales del mismo, como era el objeto del tema «Introducción a TOGAF®»
anterior, sino que se disponga de un entendimiento mucho más detallado del
contenido y propósito de los principales componentes de TOGAF®.

Por este motivo, se realizará una descripción detallada del proceso de desarrollo o
implantación de una iniciativa de Arquitectura Empresarial bajo el Marco TOGAF®
junto con los principales elementos utilizados como complemento al ciclo ADM, ya
sea como apoyo para su ejecución, o como resultado de dicha ejecución.

Teniendo en cuenta lo anterior, este tema tiene por objeto:

 Desarrollar en detalle las fases principales de implantación o desarrollo de una

Arquitectura Empresarial según el método ADM.
 Describir los conceptos clave manejados como parte del Marco en relación con el
método de desarrollo ADM, tanto de cara a su comprensión, como ubicación en
una iniciativa de Arquitectura Empresarial.
© Universidad Internacional de La Rioja (UNIR)

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 4. Ideas clave
 4.2. Proceso de Desarrollo y uso de una
arquitectura empresarial mediante Architecture
Development Method (ADM)

El Método de Desarrollo de Arquitecturas (ADM) de TOGAF® proporciona un

proceso repetible y probado para desarrollar y gestionar una Arquitectura
Empresarial a lo largo de todo su ciclo de vida, estableciendo un Marco de
Arquitectura y desarrollando el contenido de manera integrada con el resto de los
elementos del Marco TOGAF® dando respuesta a las necesidades (de negocio y TI)
de una organización de manera controlada y plenamente gestionada.

Elementos de apoyo al Método ADM

El método ADM está relacionado con tres elementos clave del Marco TOGAF®:

 El Continuo de Empresa (Enterprise Continuum). Proporciona un marco y el

contexto requerido para que la ejecución de ADM se apoye en la reutilización de
activos de Arquitectura (descripciones, modelos, patrones, etc.), tanto de la
propia empresa (generados en iniciativas anteriores o en curso de ejecución),
como de la industria o fuentes externas en general (este será el caso mayoritario
en las primeras ejecuciones del método ADM en una empresa); e igualmente,
siempre de acuerdo con el proceso de Gobierno de la Arquitectura, actúa como
lugar donde recoger los productos de la ejecución del método ADM (sucesivas
iteraciones) para su potencial reutilización futura.
© Universidad Internacional de La Rioja (UNIR)

 La Arquitectura Fundacional (Foundation Architecture). Recordemos que la

Arquitectura Fundacional está conformada por los Bloques Constitutivos
(Building Blocks) genéricos junto con sus relaciones con otros Bloques y que, en
combinación con los Principios de Arquitectura y las Guías o Directrices,
proporcionan la base sobre la cual se pueden construir arquitecturas más

Planificación Estratégica Mediante Arquitectura Empresarial

5
Tema 4. Ideas clave
 específicas. El método ADM es el elemento clave para, no solamente construir
arquitecturas específicas, sino también para identificar, a partir de los
requerimientos de negocio, las Arquitecturas Fundacionales de una empresa.

Dado que la Arquitectura Fundacional (modelos, principios, definiciones, etc.)

puede proceder de fuentes diversas, es necesario garantizar que sean integrables
entre sí para conformar una Arquitectura Empresarial coherente. En el caso de
TOGAF®, propone el siguiente marco de dimensiones que debe cumplir cada una
de las «fuentes» para su utilización en ADM:

Figura 1. Dimensiones para la integrabilidad de los Artefactos Arquitectónicos (Parte II. Sección 4.6). Fuente:
[Link]
© Universidad Internacional de La Rioja (UNIR)

 Las Guías y Técnicas ADM. La aplicación de ADM se apoya en la utilización de un

conjunto de recursos como son directrices, plantillas, checklists y otros
materiales. Este conjunto de recursos conforma las Guías y Técnicas ADM
(descritas en la Parte III de TOGAF® así como en la Biblioteca TOGAF®).

Planificación Estratégica Mediante Arquitectura Empresarial

6
Tema 4. Ideas clave
 El Método de Desarrollo de Arquitecturas ADM

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 puedan ser

(límites o Alcance de la Arquitectura):
• La Amplitud (Breadth en la figura 1) de cobertura en la empresa (toda la
empresa, únicamente parte de la misma o incluso la Empresa Extendida
incluyendo proveedores, etc.).
• El Nivel de detalle (Level en la figura 1) a emplear en la definición de la
Arquitectura.
• El Lapso de tiempo considerado para la arquitectura objetivo (Visión
Arquitectónica), incluyendo períodos temporales intermedios (y Arquitecturas
de Transición).
• Los Dominios de la Arquitectura. Si bien una descripción de Arquitectura
Empresarial debe incluir los cuatro Dominios de Arquitectura (Negocio, Datos,
Aplicaciones y Tecnología), por limitaciones de recursos o tiempo pueden
hacer impracticable la consideración de esos cuatro Dominios (incluso con
limitación en la Amplitud considerada). Por este motivo, se recomienda
comenzar marcando el Alcance de la Arquitectura en términos de Amplitud,
Nivel de detalle y Lapso de tiempo, para luego considerar los Dominios.
© Universidad Internacional de La Rioja (UNIR)

Igualmente puede ser necesario tomar nuevas decisiones sobre:

• 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.).

Planificación Estratégica Mediante Arquitectura Empresarial

7
Tema 4. Ideas clave
  Las decisiones deben fundamentarse en la prudente evaluación de la
disponibilidad de recursos y competencias y que el valor esperado (realista) en
este caso está en línea con el alcance y amplitud de la iniciativa de Arquitectura.

 ADM, como método genérico, está dirigido a empresas muy variadas en cuanto a
ubicación geográfica o sector económico, y como tal, puede ser personalizado
(modificado o extendido), aunque no necesariamente, para cubrir necesidades
específicas. Por ejemplo, puede ser personalizado o adaptado:
• Para hacer uso de entregables procedentes de otros marcos (p. ej.,
Gubernamentales, Telecomunicaciones, etc.) si se consideran más adecuados
que los de TOGAF®).
• Para actuar de manera conjunta con iniciativas de Gestión de Riesgos,
Planificación Estratégica y Presupuestaria, Compras y adquisiciones, etc.
• Como parte de un contrato de externalización para alinear las prácticas de la
empresa externalizadora y los requerimientos de la empresa contratante.
• Para ajustar el volumen de recursos requeridos a la dimensión de la empresa.

• Para ser utilizado como marco colaborativo de negocio por una empresa
conformada a su vez por empresas independientes pero relacionadas entre sí
(pudiéndose seguir diferentes aproximaciones de personalización).

Estructura básica de ADM

La estructura básica del método ADM está recogida en la figura 2.

© Universidad Internacional de La Rioja (UNIR)

Planificación Estratégica Mediante Arquitectura Empresarial

8
Tema 4. Ideas clave
 Figura 2. Estructura del ciclo ADM de TOGAF (Parte II. Sección 4.2.2). Fuente:
[Link]

Fase Preliminar

Esta fase pretende dar respuesta a las preguntas fundamentales sobre la

Arquitectura en la empresa considerada: ¿dónde hacerla?, ¿qué hacer?, ¿por qué
hacerla?, ¿quién la hace? y ¿cómo hacerla?

Los principales aspectos considerados son:

 Definir la Empresa.
© Universidad Internacional de La Rioja (UNIR)

 Identificar los motivos y elementos principales en el contexto organizativo.

 Definir los requerimientos para el trabajo de Arquitectura.
 Definir los Principios de Arquitectura que regirán cualquier actividad de
Arquitectura.
 Definir los marcos a utilizar.

Planificación Estratégica Mediante Arquitectura Empresarial

9
Tema 4. Ideas clave
  Definir las relaciones entre los marcos de gestión.
 Evaluar la madurez de la Arquitectura empresarial.

El desarrollo de la Arquitectura Empresarial no es una actividad autónoma de los

Arquitectos, sino que debe recoger la interoperabilidad del Marco de Arquitectura
Empresarial, que establece el contexto estratégico dentro del cual desempeñan su
actividad, y el resto de los marcos de la empresa.

De la misma forma, la Arquitectura Empresarial debe recoger la necesidad de

cumplir con los objetivos de negocio, estratégicos y tácticos, de la Empresa, y
articular su operativa a diferentes niveles dentro de la organización.

Dado que, tanto las dimensiones de la Empresa, como el nivel presupuestario

comprometido con la disciplina de Arquitectura Empresarial, variarán en cada caso,
la aproximación para dividir los equipos, procesos y entregables de arquitectura,
también lo hará. Siendo uno de los objetivos de esta Fase Preliminar la
determinación de la Aproximación adecuada y, consiguientemente, el
establecimiento de las bases para su puesta en práctica.

Finalmente, recordando la característica de Iteración de ADM, indicar que la Fase

Preliminar puede ser reconsiderada tras la Fase A Visión Arquitectónica para
asegurar que la Capacidad de Arquitectura (TOG G18C, agosto 2018) es adecuada
para abordar el problema arquitectónico específico.
© Universidad Internacional de La Rioja (UNIR)

Planificación Estratégica Mediante Arquitectura Empresarial

10
Tema 4. Ideas clave
 La siguiente tabla recoge los principales aspectos de esta Fase:

Fase Preliminar

Objetivos Pasos Entradas Salidas

1. Determinar la 1. Delimitar las Materiales de referencia Lista no exhaustiva de

Capacidad de organizaciones Externos a la Empresa salidas:
Arquitectura impactadas.  Biblioteca TOGAF®.  Modelo organizacional
requerida. 2. Confirmar los  Marcos de de la Arquitectura
• Revisión del marcos de Arquitectura empresarial:
contexto Gobierno y Empresarial. • Alcance de
organizacional soporte. Entradas No organizaciones
para realizar la 3. Definir y Arquitecturales impactadas.
Arquitectura establecer el  Estrategias y Planes de • Evaluación de
Empresarial. equipo y la Dirección, estrategia madurez y gaps.
• Identificar y organización TI, Principios, • Roles y
delimitar los de AE. objetivos, motores y responsabilidades
elementos de 4. Identificar y estrategia de Negocio. de los equipos de
las establecer los  Principales marcos Arquitectura.
organizaciones Principios de existentes en el • Limitaciones al
afectadas por Arquitectura. negocio (p. ej., BPM). Trabajo de
la Capacidad 5. Ajustar el  Marcos de Gobierno y Arquitectura.
de Marco regulado, estrategia • Requerimientos
Arquitectura. TOGAF® y de Gobierno de la presupuestarios.
• Identificar los otros marcos Arquitectura. • Estrategia de
Marcos, que se usen.  Capacidad de Gobierno y
Métodos y 6. Desarrollar Arquitectura. soporte.
Procesos una estrategia  Asociaciones y  Marco de
establecidos, y plan de contratos. Arquitectura.
transversales implementación Entradas Arquitecturales.
• Método de
a la Capacidad para Modelos previos de la
Arquitectura.
de herramientas Capacidad de
• Principios de
Arquitectura. y técnicas. Arquitectura como línea
Arquitectura.
• Establecer el base
 Modelo
• Herramientas
objetivo de configuradas y
madurez de la Organizacional de la
desplegadas.
Capacidad de AE.
 Repositorio de
Arquitectura. • Alcance de
Arquitectura inicial
2. Establecer la organizaciones
con el contenido del
Capacidad de impactadas.
marco.
Arquitectura. • Evaluación de  Reformulación de los
• Definir y madurez y gaps.
Principios, Objetivos y
establecer el • Roles y Motores de Negocio.
Modelo responsabilidades  (Opc.) Solicitud de
© Universidad Internacional de La Rioja (UNIR)

Organizacional de equipos de Trabajo de

de la Arquitectura. Arquitectura.
Arquitectura • Requerimientos  (Opc.) Catálogo de
Empresarial. presupuestarios. Principios.
• Definir y • Estrategia de
establecer los Gobierno y
recursos y soporte.
procesos  (Si existe) Marco de
detallados del Arquitectura.

Planificación Estratégica Mediante Arquitectura Empresarial

11
Tema 4. Ideas clave
 Gobierno de la • Método de
Arquitectura. Arquitectura.
• Seleccionar e • Contenido de
implementar Arquitectura.
las • Herramientas
herramientas configuradas y
de soporte a la desplegadas.
Capacidad de • Principios de
Arquitectura. Arquitectura.
• Definir los • Repositorio de
Principios de Arquitectura.
Arquitectura.
Tabla 1. Detalles de la Fase Preliminar de TOGAF® (TOG C182, 2018).

Fase A. Visión Arquitectónica

El alcance direccionado en esta fase se limita a los objetivos del ciclo ADM dentro
de la definición de alcance global establecida en la Fase Preliminar. Si se detectase
que el Marco de Arquitectura no es adecuado para conseguir la Visión
Arquitectónica, deberá volverse a la Fase Preliminar para su adecuación. En esta
línea, se determina qué, y qué no, está incluido en el alcance, junto con las
restricciones (Principios de Arquitectura), mediante la evaluación objetiva de la
disponibilidad de recursos y competencias y del aporte de valor esperado a la
Empresa. Para ello se utilizan los Escenarios de Negocio que plasman las ventajas y
desventajas a alto nivel, junto con riesgos y oportunidades y sirven para determinar
cursos de actuación que fundamentan la Visión Arquitectónica.

La Visión Arquitectónica introduce las Arquitecturas Base y Objetivo y es una

herramienta clave para demostrar los beneficios de la Capacidad de Arquitectura al
describir cómo se cumplen los objetivos estratégicos y de negocio y cuando se
implementan los elementos de interés de las partes interesadas.
© Universidad Internacional de La Rioja (UNIR)

Planificación Estratégica Mediante Arquitectura Empresarial

12
Tema 4. Ideas clave
 Un objetivo de esta fase es asegurar la documentación y comprensión de la misión,
visión, estrategia y objetivos empresariales, por lo que, si no se dispone de esta
información, el equipo de Arquitectura procederá a buscar y examinar materiales
fundamentales de Arquitectura de Negocio como son:

 Capacidades de Negocio. Habilidades particulares para lograr su propósito.

 Flujos de Valor. Secuencias extremo a extremo de actividades de aporte de valor

que generan resultados globales para un cliente, usuario o parte interesada.

 Mapas Organizacionales. Representan las relaciones entre las entidades

principales que conforman la empresa, sus socios y sus accionistas.

Adicionalmente, la Visión Arquitectónica explora otros dominios relacionados como

puedan ser los dominios de la Información, la Seguridad (TOG, enero 2016) y
Ciberseguridad, el Conocimiento, los Servicios, dominios específicos de un sector
económico, etc.

Una vez que se defina la Visión Arquitectónica, es fundamental alcanzar un

consenso sobre la ejecución de la iniciativa con la organización esponsorizadora
(firma de la Declaración de Trabajo de Arquitectura).

La siguiente tabla recoge los principales aspectos de esta Fase:

Fase Preliminar

Objetivos Pasos Entradas Salidas

© Universidad Internacional de La Rioja (UNIR)

1. Desarrollar una 1. Establecer el Materiales de referencia  Declaración de

visión de alto Proyecto de Externos a la Empresa Trabajo de
nivel de las Arquitectura.  Materiales de Arquitectura aprobada
capacidades y 2. Identificar referencia de • Descripción,
valor de interesados e Arquitectura alcance y Plan del
negocio a ser intereses junto (Repositorio de proyecto.
entregados con los Arquitectura). • Resumen de la
como resultado requerimientos Entradas No Visión
de la de Negocio. Arquitecturales Arquitectónica.

Planificación Estratégica Mediante Arquitectura Empresarial

13
Tema 4. Ideas clave
 Arquitectura 3. Establecer  Solicitud de Trabajo de  Principios, Objetivos y
Empresarial objetivos y Arquitectura. Motores de Negocio.
propuesta. motores de  Principios, Objetivos y  Principios de
2. Obtener la negocio y Motores de Negocio. Arquitectura.
aprobación a la restricciones. Entradas Arquitecturales  Evaluación de
Declaración del 4. Evaluar las  Modelo Capacidad.
Trabajo de Capacidades. Organizacional de la  Marco de Arquitectura
Arquitectura 5. Evaluar la AE. • Método de
que define el preparación para • Alcance de Arquitectura.
programa de la organizaciones • Entregables y
trabajo para transformación impactadas. Artefactos
desarrollar y del negocio. • Evaluación de • Herramientas
desplegar la 6. Definir el madurez y gaps. configuradas y
Arquitectura Alcance. • Roles y desplegadas.
descrita en la 7. Definir Principios responsabilidades  Visión Arquitectónica.
Visión de de Arquitectura de equipos de • Descripción del
Arquitectura. (y Negocio). Arquitectura. Problema.
8. Desarrollar la • Restricciones al • Objetivo de la
Visión Trabajo de Declaración de
Arquitectónica. Arquitectura. Trabajo de
9. Definir la • Requerimientos de Arquitectura.
propuesta de reutilización. • Resumen de
valor de la • Requerimientos Vistas.
Arquitectura presupuestarios. • (Opc.) Escenarios
Objetivo y los • Peticiones de de Negocio.
KPI. Cambio. • Requerimientos de
[Link] • Estrategia de Interesados.
riesgos de la Gobierno y  Documento borrador
transformación y soporte. de Definición de
actividades de  Marco de Arquitectura
mitigación. Arquitectura. • Arquitecturas
[Link] la • Método de Negocio / Datos
Declaración de Arquitectura. /Aplicaciones
Trabajo de • Contenido de /Tecnología base y
Arquitectura Arquitectura objetivo.
(asegurar (Entregables y
aprobación). Artefactos).
• Herramientas
configuradas y
desplegadas.
• Principios de
Arquitectura.
 Repositorio de
Arquitectura con
material existente
(descripción del marco
y de la arquitectura,
© Universidad Internacional de La Rioja (UNIR)

bloques constitutivos,
etc.).
Tabla 2. Detalles de la Fase A. Visión Arquitectónica de TOGAF®(TOG C182, 2018).

Planificación Estratégica Mediante Arquitectura Empresarial

14
Tema 4. Ideas clave
 Fase B. Arquitectura de Negocio

La Estrategia de Negocio define los objetivos, motores y métricas de éxito, pero no

define necesariamente cómo lograrlos, siendo este el propósito de esta fase.

La Arquitectura de Negocio, como representación holística de la empresa, recoge

un conjunto de vistas multidimensional sobre sus Capacidades, la entrega de valor,
la información y las estructuras organizativas, las estrategias, políticas, iniciativas y
partes interesadas y sus relaciones. Generalmente, estará afectada por otras
actividades empresariales (p. ej., Planificación Estratégica), por lo que, siempre que
se pueda, se reutilizarán materiales ya existentes en la empresa.

El esfuerzo de esta fase se centrará en recoger únicamente la información relevante

al alcance de la iniciativa de Arquitectura para la toma de decisiones. El foco
principal se centrará en los siguientes aspectos (donde TOGAF® proporciona Guías y
Técnicas: [Link]

 Descripción Base. Desarrollo a partir de Descripciones previas o la Visión

Arquitectónica, o bien mediante modelos de Arquitectura de Negocio.

 Capacidades de Negocio. Las Capacidades recogidas en el Mapa de Capacidades

de Negocio resultante de la Fase A, deben ser relacionadas con las
organizaciones, flujos de valor, sistemas de información y planes estratégicos
dentro del proyecto de Arquitectura Empresarial.

 Flujos de Valor. Permiten entender por qué la organización necesita las

Capacidades de Negocio (necesarias en las etapas de los Flujos de Valor). Por
© Universidad Internacional de La Rioja (UNIR)

tanto, es necesario tenerlos definidos (inicialmente en la Visión Arquitectónica).

 Mapa Organizacional. Frente a los diagramas organizacionales, este Mapa

recoge las relaciones de trabajo entre los diferentes grupos del ecosistema

Planificación Estratégica Mediante Arquitectura Empresarial

15
Tema 4. Ideas clave
 empresarial y qué unidades de negocio o terceras partes hospedan o utilizan las
Capacidades de Negocio en los Flujos de Valor.

 Aplicación de Técnicas de Modelado para la implementación de Capacidades de

Negocio, Flujos de Valor y Mapas Organizacionales (Modelos de Procesos de
Negocio, Modelos de Casos de Uso, etc.)

 Recursos disponibles en el Repositorio de Arquitectura.

La siguiente tabla recoge los principales aspectos de esta Fase:

Fase B. Arquitectura de Negocios

Objetivos Pasos Entradas Salidas

1. Desarrollar la 1. Seleccionar los Materiales de referencia  Versiones

Arquitectura de modelos de Externos a la Empresa actualizadas de los
Negocio referencia,  Materiales de entregables de la
Objetivo que perspectivas y referencia de Fase A.
describe cómo herramientas a Arquitectura.  Borrador del
debe operar la usar. Entradas No Documento de
empresa para 2. Desarrollar la Arquitecturales Definición de
alcanzar sus descripción de la  Solicitud de Trabajo de Arquitectura.
objetivos de Arquitectura de Arquitectura. • Arquitectura de
negocio Negocio base.  Principios, Objetivos y Negocio Base y
respondiendo a 3. Desarrollar la Motores de Negocio. Objetivo.
los motores descripción de la  Evaluación de • Vistas para las
estratégicos Arquitectura de Capacidades. Perspectivas
establecidos en Negocio objetivo.  Plan de Comunicación. direccionando los
la Visión 4. Realizar un Entradas Arquitecturales intereses de las
Arquitectónica, análisis  Modelo partes
de manera que diferencial. Organizacional de la Interesadas.
se direccionen la 5. Definir los AE.  Borrador de la
Declaración de candidatos a • Alcance de Especificación de
Trabajo de componentes de organizaciones Requerimientos de
Arquitectura y la Hoja de Ruta. impactadas. Arquitectura.
los intereses de 6. Resolver • Evaluación de  Componentes de la
las partes impactos dentro madurez y gaps. Arquitectura de
interesadas. del Mapa • Roles y Negocio para la Hoja
© Universidad Internacional de La Rioja (UNIR)

2. Identificar Arquitectónico. responsabilidades de Ruta de la

candidatos a 7. Ejecución de una de equipos de Arquitectura.
componentes de revisión formal Arquitectura. Adicionalmente
la Hoja de Ruta • Restricciones al  Catálogos, Matrices y
de los
de la interesados. Trabajo de Diagramas
Arquitectura a Arquitectura. específicos.
8. Finalizar la
partir del • Requerimientos
Arquitectura de
diferencial entre presupuestarios.
Negocio.
las • Estrategia de

Planificación Estratégica Mediante Arquitectura Empresarial

16
Tema 4. Ideas clave
 Arquitecturas de 9. Crear el Gobierno y
Negocio base y documento de soporte.
objetivo. Definición de  Marco de
Arquitectura. Arquitectura.
• Método de
Arquitectura.
• Entregables y
Artefactos.
• Herramientas
configuradas y
desplegadas.
 Declaración de
Trabajo de
Arquitectura
(aprobada).
 Principios de
Arquitectura.
 Continuo de Empresa.
 Repositorio de
Arquitectura.
 Visión Arquitectónica.
 Borrador del
Documento de
Descripción de
Arquitectura.
Tabla 3. Detalles de la Fase B. Arquitectura de Negocios de TOGAF® (TOG C182, 2018).

Fase C. Arquitecturas de Sistemas de Información

Esta fase está centrada en el desarrollo de las Arquitecturas (base y objetivo) de

los Sistemas de Información (Datos y Aplicaciones) que posibilitarán la
Arquitectura de Negocio y, por consiguiente, la Visión Arquitectónica.

La Arquitectura de Datos y la Arquitectura de Aplicaciones deben tener en

consideración elementos clave como son:

 Gestión de los Datos. Requerida para posibilitar el uso eficiente de los datos para
capitalizar las ventajas competitivas. Entre otros los siguientes aspectos:
© Universidad Internacional de La Rioja (UNIR)

• Definición de componentes de aplicación que sirven de referencia para el

Master Data de la empresa.
• Entender cómo las funciones de negocio, los procesos y los servicios utilizan
las Entidades de Datos.

Planificación Estratégica Mediante Arquitectura Empresarial

17
Tema 4. Ideas clave
 • Entender cómo y dónde se crean, almacenan, transportan y reportan las
Entidades de Datos.
• Nivel de complejidad de transformación de datos requerido para soportar las
necesidades de intercambio de información entre Aplicaciones.

 Migración de los Datos. Identificar los requerimientos de migración de datos

(incluyendo transformación, purgado o sanitización) ante la sustitución de una
aplicación.

 Gobierno de los Datos. Asegurando las siguientes dimensiones:

• Estructura organizativa y órganos para gestionar los aspectos relativos a las
Entidades de Datos en la Transformación.
• Sistema de Gestión para dirigir los aspectos de Gobierno de las Entidades de
Datos a lo largo de su ciclo de vida.
• Personas y habilidades (capacitación), relativas a las Entidades de Datos,
requeridas para la Transformación.

Las siguientes tablas recogen los principales aspectos de esta Fase:

Fase C. Arquitecturas de Sistemas de Información – Arquitectura de Datos

Objetivos Pasos Entradas Salidas

1. Desarrollar la 1. Seleccionar los Materiales de referencia  Versiones

Arquitectura de modelos de Externos a la Empresa actualizadas de los
Datos objetivo referencia,  Materiales de entregables de la
que posibilita la perspectivas y referencia de Fase A.
Arquitectura de herramientas a Arquitectura.  Borrador del
Negocio y la usar. Entradas No Documento de
Visión 2. Desarrollar la Arquitecturales Definición de
Arquitectónica descripción de la  Solicitud de Trabajo de Arquitectura.
de forma que Arquitectura de Arquitectura. • Arquitectura de
© Universidad Internacional de La Rioja (UNIR)

direccione la Datos base.  Evaluación de Datos Base y

Declaración de 3. Desarrollar la Capacidades. Objetivo.
Trabajo de descripción de la  Plan de Comunicación. • Vistas para las
Arquitectura y Arquitectura de Entradas Arquitecturales Perspectivas
los intereses de Datos objetivo.  Modelo direccionando los
las partes 4. Realizar un Organizacional de la intereses de las
Interesadas. análisis AE. partes
2. Identificar diferencial. • Alcance de Interesadas.
candidatos a 5. Definir los organizaciones  Borrador de la

Planificación Estratégica Mediante Arquitectura Empresarial

18
Tema 4. Ideas clave
 componentes de candidatos a impactadas. Especificación de
la Hoja de Ruta componentes de • Evaluación de Requerimientos de
de la la Hoja de Ruta. madurez y gaps. Arquitectura.
Arquitectura a 6. Resolver • Roles y  Componentes de la
partir del impactos dentro responsabilidades Arquitectura de
diferencial entre del Mapa de equipos de Datos para la Hoja de
las Arquitectónico. Arquitectura. Ruta de la
Arquitecturas de 7. Ejecución de una • Restricciones al Arquitectura.
Datos base y revisión formal Trabajo de Adicionalmente
objetivo. de los Arquitectura.  Catálogos, Matrices y
Interesados. • Requerimientos Diagramas
8. Finalizar la presupuestarios. específicos.
Arquitectura de • Estrategia de
Datos. Gobierno y
9. Crear el soporte.
documento de  Marco de
Definición de Arquitectura.
Arquitectura. • Método de
Arquitectura.
• Entregables y
Artefactos.
• Herramientas
configuradas y
desplegadas.
 Declaración de
Trabajo de
Arquitectura.
 Principios de Datos.
 Repositorio de
Arquitectura.
 Visión Arquitectónica.
 Borrador del
Documento de
Descripción de
Arquitectura.
 Borrador del
Documento de
Especificación de
Requerimientos de
Arquitectura.
 Componentes de la
Arquitectura de Datos
en la Hoja de Ruta de
la Arquitectura.
Tabla 4.a. Detalles de la Fase C. Arquitectura de Datos de TOGAF® (TOG C182, 2018).
© Universidad Internacional de La Rioja (UNIR)

Planificación Estratégica Mediante Arquitectura Empresarial

19
Tema 4. Ideas clave
 Fase C. Arquitecturas de Sistemas de Información – Arquitectura de Aplicaciones

Objetivos Pasos Entradas Salidas

1. Desarrollar la 1. Seleccionar los Materiales de referencia  Versiones

Arquitectura de modelos de Externos a la Empresa actualizadas de los
Aplicaciones referencia,  Materiales de entregables de la
objetivo que perspectivas y referencia de Fase A.
posibilita la herramientas a Arquitectura.  Borrador del
Arquitectura de usar. Entradas No Documento de
Negocio y la 2. Desarrollar la Arquitecturales Definición de
Visión descripción de la  Solicitud de Trabajo de Arquitectura.
Arquitectónica Arquitectura de Arquitectura. • Arquitectura de
de forma que Aplicaciones  Evaluación de Aplicaciones Base
direccione la base. Capacidades. y Objetivo.
Declaración de 3. Desarrollar la  Plan de Comunicación. • Vistas para las
Trabajo de descripción de la Entradas Arquitecturales Perspectivas
Arquitectura y Arquitectura de  Modelo direccionando los
los intereses de Aplicaciones Organizacional de la intereses de las
las partes objetivo. AE. partes
Interesadas. 4. Realizar un • Alcance de interesadas.
2. Identificar análisis organizaciones  Borrador de la
candidatos a diferencial. impactadas. Especificación de
componentes de 5. Definir los • Evaluación de Requerimientos de
la Hoja de Ruta candidatos a madurez y gaps. Arquitectura.
de la componentes de • Roles y  Componentes de la
Arquitectura a la Hoja de Ruta. responsabilidades Arquitectura de
partir del 6. Resolver de equipos de Aplicaciones para la
diferencial entre impactos dentro Arquitectura. Hoja de Ruta de la
las del Mapa • Restricciones al Arquitectura.
Arquitecturas de Arquitectónico. Trabajo de Adicionalmente
Aplicaciones Arquitectura.  Catálogos, Matrices y
7. Ejecución de una
base y objetivo. revisión formal • Requerimientos Diagramas
de los presupuestarios. específicos.
Interesados. • Estrategia de
8. Finalizar la Gobierno y
Arquitectura de soporte.
Aplicaciones.  Marco de
9. Crear el Arquitectura.
documento de • Método de
Definición de Arquitectura.
Arquitectura. • Entregables y
Artefactos.
• Herramientas
configuradas y
desplegadas.
 Declaración de
© Universidad Internacional de La Rioja (UNIR)

Trabajo de
Arquitectura.
 Principios de
Aplicaciones.
 Repositorio de
Arquitectura.
 Visión Arquitectónica.
 Borrador del
Documento de

Planificación Estratégica Mediante Arquitectura Empresarial

20
Tema 4. Ideas clave
 Descripción de
Arquitectura.
 Borrador del
Documento de
Especificación de
Requerimientos de
Arquitectura.
 Componentes de la
Arquitectura de
Aplicaciones en la
Hoja de Ruta de la
Arquitectura.
Tabla 4.b. Detalles de la Fase C. Arquitectura de Aplicaciones de TOGAF® (TOG C182, 2018).

Fase D. Arquitectura Tecnológica

Describe el desarrollo de la Arquitectura Tecnológica conformada por componentes

y servicios tecnológicos que posibilitan la entrega de los Bloques Constitutivos (ABB
y SBB) de Aplicaciones y Datos.

Es importante resaltar que en las fases anteriores de ADM se han tomado

decisiones sobre la granularidad y las fronteras de los Servicios, que van a tener un
impacto directo sobre los componentes y servicios tecnológicos. Este impacto se
muestra más abiertamente en los siguientes aspectos:

 Rendimiento. La granularidad del servicio impacta en los requerimientos sobre

los servicios tecnológicos de forma que una granularidad grosera supone la
agrupación de funcionalidades con, potencialmente, diferentes requerimientos
no funcionales, lo cual impacta en el rendimiento de la plataforma. Igualmente,
ese tipo de servicios suele contener más datos/información que la requerida por
los servicios y sistemas usuarios individuales, lo cual repercute nuevamente en el
rendimiento de la plataforma.
© Universidad Internacional de La Rioja (UNIR)

 Mantenibilidad. Al igual que en el caso anterior, una granularidad mayor supone

una complejidad proporcional en cuanto a la realización de cambios en el
servicio afectado, impactando, consecuentemente, en la mantenibilidad del
mismo y de la plataforma subyacente.

Planificación Estratégica Mediante Arquitectura Empresarial

21
Tema 4. Ideas clave
  Ubicación y Latencia. Dado que las interacciones entre servicios pueden suponer
la utilización de redes de comunicaciones y, adolecer de las latencias asociadas a
las mismas, las decisiones sobre la granularidad o la segmentación de Servicios
(fronteras) deben tener en cuenta este factor.

 Disponibilidad. Al igual que en el caso anterior, la invocación de un servicio está

sujeta a fallos de red o del propio servicio, motivo por el cual, estos factores
deben tenerse en cuenta a la hora de tomar decisiones de descomposición o
estructuración de servicios.

Todos estos aspectos deben tenerse igualmente en consideración a la hora de

proponer o seleccionar productos y soluciones.

La siguiente tabla recoge los principales aspectos de esta Fase:

Fase D. Arquitecturas Tecnológica

Objetivos Pasos Entradas Salidas

1. Desarrollar la 1. Seleccionar los Materiales de referencia  Versiones

Arquitectura modelos de Externos a la Empresa actualizadas de los
Tecnológica referencia,  Materiales de entregables de la
objetivo que perspectivas y referencia de Fase A.
posibilita la herramientas a Arquitectura.  Borrador del
Visión usar.  Información de los Documento de
Arquitectónica, 2. Desarrollar la Productos candidatos. Definición de
el Negocio descripción de la Entradas No Arquitectura.
objetivo y la Arquitectura Arquitecturales • Arquitectura
entrega de Tecnológica base.  Solicitud de Trabajo de Tecnológica Base
Bloques 3. Desarrollar la Arquitectura. y Objetivo.
Constitutivos de descripción de la  Evaluación de • Vistas para las
Datos y de Arquitectura Capacidades. Perspectivas
Aplicaciones Tecnológica  Plan de Comunicación. direccionando los
mediante objetivo. Entradas Arquitecturales intereses de las
tecnologías, de 4. Realizar un  Modelo partes
© Universidad Internacional de La Rioja (UNIR)

forma que análisis Organizacional de la Interesadas.

direccione la diferencial. AE.  Borrador de la
Declaración de 5. Definir los • Alcance de Especificación de
Trabajo de candidatos a organizaciones Requerimientos de
Arquitectura y componentes de impactadas. Arquitectura.
los intereses de la Hoja de Ruta. • Evaluación de  Componentes de la
las partes 6. Resolver madurez y gaps. Arquitectura
interesadas. impactos dentro • Roles y Tecnológica para la
2. Identificar del Mapa responsabilidades Hoja de Ruta de la

Planificación Estratégica Mediante Arquitectura Empresarial

22
Tema 4. Ideas clave
 candidatos a Arquitectónico. de equipos de Arquitectura.
componentes de 7. Ejecución de una Arquitectura. Adicionalmente
la Hoja de Ruta revisión formal • Restricciones al  Catálogos, Matrices y
de la de los Trabajo de Diagramas
Arquitectura a interesados. Arquitectura. específicos.
partir del 8. Finalizar la • Requerimientos
diferencial entre Arquitectura presupuestarios.
las Tecnológica. • Estrategia de
Arquitecturas 9. Crear el Gobierno y
Tecnológica documento de soporte.
base y objetivo. Definición de  Marco de
Arquitectura. Arquitectura.
• Método de
Arquitectura.
• Entregables y
Artefactos.
• Herramientas
configuradas y
desplegadas.
 Declaración de
Trabajo de
Arquitectura
 Principios
Tecnológicos.
 Repositorio de
Arquitectura.
 Visión Arquitectónica.
 Borrador del
Documento de
Descripción de
Arquitectura.
 Borrador del
Documento de
Especificación de
Requerimientos de
Arquitectura.
 Componentes del
resto de Arquitecturas
en la Hoja de Ruta de
la Arquitectura.
Tabla 5. Detalles de la Fase D. Arquitectura Tecnológica de TOGAF® (TOG C182, 2018).

Fase E. Oportunidades y Soluciones

© Universidad Internacional de La Rioja (UNIR)

Esta fase se centra en cómo entregar la Arquitectura. Consecuentemente, debe

tener en cuenta el conjunto completo de Análisis Diferenciales entre las
Arquitecturas Base y Objetivo de todos los Dominios de Arquitectura y realizar
agrupaciones lógicas de cambios dentro de Paquetes de Trabajo que conforme el
Portafolio de la Empresa. El objetivo es construir la Hoja de Ruta que mejor se

Planificación Estratégica Mediante Arquitectura Empresarial

23
Tema 4. Ideas clave
 adecúe a los requerimientos de las partes interesadas, la preparación de la empresa
para la Transformación del Negocio, las oportunidades y soluciones identificadas,
así como respetando las restricciones igualmente identificadas. Esta Hoja de Ruta
deberá estar orientada al objetivo/Arquitectura final, pero asegurando la entrega
incremental de valor.

Esta fase constituye el paso inicial para la creación del Plan de Implementación y
Migración que se completa en la Fase F. Planificación de la Migración,
proporcionando los pilares fundamentados de dicho plan.

La Transición a la Arquitectura Objetivo considera los siguientes elementos clave:

 La Hoja de Ruta de la Arquitectura. Enumera los Paquetes de Trabajo que

construyen la Arquitectura Objetivo y los muestra en el tiempo reflejando la
progresión desde la Arquitectura Base, recalcando el valor de cada Paquete de
Trabajo en las diferentes etapas.

 Los Paquetes de Trabajo. Conjunto de acciones identificadas para lograr uno o

más objetivos (requerimientos) que pueden formar parte de, o constituir, un
proyecto, un programa o un portafolio.

 Las Arquitecturas de Transición. Describen la Empresa en un momento

significativo y de convergencia, desde el punto de vista Arquitectónico, durante
la transformación.

 El Plan de Implementación y Migración. Proporciona una planificación del

proyecto de realización de la Arquitectura Objetivo. Incluye las agrupaciones
© Universidad Internacional de La Rioja (UNIR)

gestionadas de proyectos en Programas y Portafolios junto con la Estrategia de

Implementación y Migración que especifica la aproximación de cambio.

Planificación Estratégica Mediante Arquitectura Empresarial

24
Tema 4. Ideas clave
 La siguiente tabla recoge los principales aspectos de esta Fase:

Fase E. Oportunidades y Soluciones

Objetivos Pasos Entradas Salidas

1. Generar la 1. Determinar Materiales de referencia  Versiones

versión inicial atributos clave Externos a la Empresa actualizadas de los
integral de la del cambio  Materiales de entregables de la
Hoja de Ruta de corporativo. referencia de Fase A.
la Arquitectura a 2. Determinar Arquitectura.  Borrador del
partir de los restricciones de  Información de los Documento de
análisis Negocio a la Productos. Definición de
diferenciales y implementación. Entradas No Arquitectura.
componentes 3. Consolidar Arquitecturales • Arquitecturas de
candidatos resultados de  Solicitud de Trabajo Negocio, Datos,
identificados en análisis de Arquitectura. Aplicaciones y
las Fases B, C y diferencial de las  Evaluación de Tecnología (base
D. Fases B, C y D. Capacidades. y objetivo).
2. Determinar si se 4. Consolidar  Plan de • Arquitecturas de
requiere una requerimientos Comunicación. Transición.
aproximación de las funciones  Metodologías de • Vistas para las
incremental y, de negocio Planificación. Perspectivas
en ese caso, relacionadas. Entradas Arquitecturales direccionando los
identificar las  Modelo intereses de las
5. Consolidar
Arquitecturas de requerimientos Organizacional de la partes
Transición que de AE. Interesadas.
permitan interoperabilidad. • Organizaciones  Borrador de la
entregar valor 6. Refinar impactadas, Especificación de
de manera dependencias. Evaluación de Requerimientos de
continua. madurez y gaps, Arquitectura.
7. Confirmar los
3. Definir los Roles y  Evaluación de
riesgos y la
Bloques responsabilidades Capacidades
preparación de la
Constitutivos de de equipos de AE, (Negocio y TI).
transformación
Solución (SBB) Restricciones al  Hoja de Ruta de la
de negocio.
generales a Trabajo de AE, Arquitectura
8. Formular la Requerimientos
partir de los estrategia de (Paquetes de Trabajo
Bloques presupuestarios, y recomendaciones
implementación y
Constitutivos de Estrategia de de implementación).
migración.
Arquitectura Gobierno y  Plan de
9. Agrupar los soporte.
(ABB) para Implementación y
principales  Marcos y Modelos de
finalizar la Migración (Borrador
Paquetes de Gobierno.
Arquitectura acordado de
Trabajo.
Objetivo. • Planificación de Estrategia).
[Link] las Negocio, AE, y  Diagramas
Arquitecturas de Gestión de específicos.
© Universidad Internacional de La Rioja (UNIR)

Transición. Proyectos,
[Link] la Hoja de Programas y
Ruta y el Plan de Porfolios.
Implementación y  Marco de
Migración. Arquitectura.
• Método de AE,
Entregables y
Artefactos, y

Planificación Estratégica Mediante Arquitectura Empresarial

25
Tema 4. Ideas clave
 Herramientas
configuradas y
desplegadas.
 Declaración de
Trabajo de
Arquitectura
 Visión Arquitectónica.
 Repositorio de
Arquitectura.
 Borrador del
Documento de
Descripción de
Arquitectura.
 Borrador del
Documento de
Especificación de
Requerimientos de
Arquitectura.
 Peticiones de Cambio
para proyectos y
programas existentes.
 Componentes
candidatos de la Hoja
de Ruta de las Fases
B, C, y D.
Tabla 6. Detalles de la Fase E. Oportunidades y Soluciones de TOGAF® (TOG C182, 2018).

Fase F. Plan de Migración

El foco de esta fase es la creación de un Plan de Implementación y Migración en

cooperación con los responsables de proyectos, programas y portafolios de la
Empresa.

La fase anterior, Fase E. Oportunidades y Soluciones. Proporciona una Hoja de Ruta

de Arquitectura y un Plan de Implementación y Migración iniciales para direccionar
la Declaración de Trabajo de Arquitectura. Estos elementos pasarán, como
resultado de esta fase, a estar plenamente integrados con el resto de las actividades
de Cambio en la Empresa.
© Universidad Internacional de La Rioja (UNIR)

Las actividades realizadas dentro de esta fase incluyen:

 La evaluación de dependencias.

Planificación Estratégica Mediante Arquitectura Empresarial

26
Tema 4. Ideas clave
  La estimación de costes y beneficios de los proyectos de migración (en el
contexto de todas las actividades de cambio de la empresa). Se aplicarán
criterios como:
• Evaluación del Rendimiento (progreso de la Transformación de Arquitectura).
• Retorno de la Inversión (ROI).
• Valor de Negocio.
• Factores Críticos de Éxito para los proyectos e incrementos.
• Medidas de Eficacia.
• Ajuste Estratégico de las actuaciones.

 El establecimiento de una Hoja de Ruta y un Plan de Implementación y Migración

finalizados y con el suficiente nivel de detalle.

 La realización de actividades de mejora mediante la extracción de lecciones

aprendidas del ciclo de desarrollo de la Arquitectura.

La siguiente tabla recoge los principales aspectos de esta Fase:

Fase F. Plan de Migración

Objetivos Pasos Entradas Salidas

1. Finalizar la Hoja 1. Confirmar las Materiales de referencia  Plan de

de Ruta de la interacciones y Externos a la Empresa Implementación y
Arquitectura y el coordinación del  Materiales de Migración.
Plan de Plan de referencia de • Estrategia de
Implementación Implementación y Arquitectura. implementación y
y Migración. Migración con los Entradas No migración.
2. Asegurar que el marcos de Arquitecturales • Plan de
Plan de gestión de la  Solicitud de Trabajo implementación
Implementación Empresa. de Arquitectura. (Proyectos y
y Migración está 2. Establecer y  Evaluación de Portafolio).
coordinado con asignar valor de Capacidades. • Documentos de
© Universidad Internacional de La Rioja (UNIR)

la aproximación negocio a cada  Plan de proyectos

de la Empresa Paquete de Comunicación. (project charters).
para la gestión e Trabajo. Entradas Arquitecturales  Documento de
implementación 3. Estimar los  Modelo Definición de
de cambios requerimientos Organizacional de la Arquitectura
dentro del de recursos, los AE. (finalizado).
portafolio de plazos de • Organizaciones  Documento de
cambios de la proyectos para impactadas, Especificación de
Evaluación de

Planificación Estratégica Mediante Arquitectura Empresarial

27
Tema 4. Ideas clave
 Empresa. establecer los madurez y gaps, requerimientos de
3. Asegurar que las costes iniciales. Roles y Arquitectura
partes 4. Priorizar los responsabilidades (finalizado).
Interesadas proyectos de de equipos de AE,  Hoja de Ruta de
clave migración Restricciones al Arquitectura
comprenden el mediante la Trabajo de AE, (finalizada).
Valor y los evaluación del Requerimientos  Bloques
Costes de los valor que presupuestarios, Constitutivos de
Paquetes de proporcionan Estrategia de Arquitectura
Trabajo y las frente al coste Gobierno y reutilizables.
Arquitecturas de que representan. soporte.  Solicitud de Trabajo
Transición. 5. Confirmar la Hoja  Marcos y Modelos de de Arquitectura para
de Ruta de Gobierno. una nueva iteración
Arquitectura y • Planificación de ADM.
mantener Negocio, AE, y  Implementación del
actualizado el Gestión de Modelo de Gobierno.
Documento de Proyectos,  Peticiones de Cambio
Definición de Programas y a la Capacidad de
Arquitectura. Portafolios. Arquitectura
6. Completar el Plan  Marco de derivadas de las
de Arquitectura. Lecciones
Implementación y • Método de AE, Aprendidas.
Migración. Entregables y
7. Completar el ciclo Artefactos, y
de Desarrollo de Herramientas
la Arquitectura y configuradas y
documentar las desplegadas.
lecciones  Declaración de
aprendidas. Trabajo de
Arquitectura
 Visión Arquitectónica.
 Repositorio de
Arquitectura.
 Borrador del
Documento de
Descripción de
Arquitectura.
 Borrador del
Documento de
Especificación de
Requerimientos de
Arquitectura.
 Peticiones de Cambio
para proyectos y
programas existentes.
 Borrador de la Hoja
de Ruta.
 Borrador del Plan de
© Universidad Internacional de La Rioja (UNIR)

Implementación y
Migración.
Tabla 7. Detalles de la Fase F. Plan de Migración de TOGAF® (TOG C182, 2018).

Planificación Estratégica Mediante Arquitectura Empresarial

28
Tema 4. Ideas clave
 Fase G. Implementación del Gobierno

Proporciona la supervisión de la implementación de la Arquitectura objetivo, por lo

que en esta fase converge toda la información procedente de la gestión de los
diferentes proyectos de implementación que transcurren de manera paralela a la
ejecución de la propia Fase G.

La aproximación general de una iniciativa de Arquitectura Empresarial se apoya en

una minimización de los riesgos y una obtención temprana de valor, por lo cual se
suele favorecer el despliegue de la Arquitectura Objetivo mediante una serie de
transiciones que representen un incremento. Este escenario es el que respalda la
existencia de la Fase G:

 Establece e implementa programas que posibilitan la generación de

Arquitecturas de Transición acordadas para su implementación en la Fase F
Planificación de la Migración.

 Adopta una planificación de despliegue en fases que refleja las prioridades del
Negocio recogidas en la Hoja de Ruta.

 Sigue los estándares corporativos para el Gobierno TI y de la Arquitectura.

 Utiliza la aproximación de gestión de proyectos, programas y portafolios de la

compañía, si existe.

 Define un marco de operación que asegura la eficacia en el tiempo de la solución

desplegada.
© Universidad Internacional de La Rioja (UNIR)

Igualmente, la Fase G establece la conexión entre las organizaciones de

Arquitectura e Implementación a través del denominado Contrato de Arquitectura.
Finalmente, la Fase G asegura los aspectos relativos a cumplimiento y conformidad
de los diferentes proyectos con la Arquitectura definida.

Planificación Estratégica Mediante Arquitectura Empresarial

29
Tema 4. Ideas clave
 La siguiente tabla recoge los principales aspectos de esta Fase:

Fase G. Implementación del Gobierno

Objetivos Pasos Entradas Salidas

1. Asegurar la 1. Confirmar el Materiales de referencia  Contrato de

conformidad de alcance y las Externos a la Empresa Arquitectura
los proyectos de prioridades de  Materiales de (firmado).
implementación despliegue con la referencia de  Evaluaciones de
con la gestión de los Arquitectura. cumplimiento.
Arquitectura desarrollos. Entradas No  Peticiones de
Objetivo. 2. Identificar los Arquitecturales Cambio.
2. Llevar a cabo las recursos y  Solicitud de Trabajo  Soluciones de
funciones de capacidades de de Arquitectura. Arquitectura
Gobierno de la despliegue.  Evaluación de desplegadas,
Arquitectura 3. Guiar el Capacidades. incluyendo la
adecuadas a la desarrollo de Entradas Arquitecturales actualización de:
Solución y a despliegues de  Modelo • El Repositorio de
cualquier soluciones. Organizacional de la Arquitectura.
Petición de 4. Realizar AE. • La Visión
Cambio de revisiones de • Organizaciones Arquitectónica.
Arquitectura cumplimiento de impactadas,
derivada de la la Arquitectura Evaluación de
implementación. Empresarial. madurez y gaps,
5. Implementar Roles y
operaciones de responsabilidades
Negocio y TI. de equipos de AE,
6. Realizar Restricciones al
revisiones pos- Trabajo de AE,
implantación y Requerimientos
cerrar la presupuestarios,
implementación. Estrategia de
Gobierno y
soporte.
 Marco de
Arquitectura.
• Método de AE,
Entregables y
Artefactos, y
Herramientas
configuradas y
desplegadas.
 Declaración de
Trabajo de
Arquitectura
© Universidad Internacional de La Rioja (UNIR)

 Visión Arquitectónica.
 Repositorio de
Arquitectura.
 Documento de
Definición de
Arquitectura.
 Documento de
Especificación de
Requerimientos de

Planificación Estratégica Mediante Arquitectura Empresarial

30
Tema 4. Ideas clave
 Arquitectura.
 Hoja de Ruta.
 Modelo de Gobierno
de la
Implementación.
 Contrato de
Arquitectura
(estándar).
 Solicitud/es de
Trabajo de
Arquitectura
identificadas en las
Fase E y F.
 Plan de
Implementación y
Migración.
Tabla 8. Detalles de la Fase G. Implementación del Gobierno de TOGAF® (TOG C182, 2018).

Fase H. Gestión de Cambios a la Arquitectura

El objetivo de la Gestión de Cambios a la Arquitectura es asegurar que la

Arquitectura consigue sus objetivos originales de valor, por lo que es necesario
gestionar los cambios de forma integral.

De manera general, este proceso proporciona una monitorización continua de

elementos tales como solicitudes de Gobierno, nuevos desarrollos en tecnología y
cambios en el entorno de negocio, de manera que cuando se identifica un cambio
se pueda determinar si es necesario o no iniciar formalmente un nuevo ciclo de
evolución de la Arquitectura.

Igualmente, el proceso aspira a establecer la Arquitectura Empresarial

implementada como un elemento dinámico que tiene flexibilidad para evolucionar
de manera rápida en respuesta a cambios del entorno (tecnológico o de negocio).
Por tanto, el foco de esta fase es la etapa de uso de la Arquitectura Empresarial
© Universidad Internacional de La Rioja (UNIR)

frente a las anteriores centradas en el desarrollo e implementación de la misma.

La evaluación de Capacidades y el establecimiento de recomendaciones para

planificación son elementos clave de esta fase.

Planificación Estratégica Mediante Arquitectura Empresarial

31
Tema 4. Ideas clave
 El proceso de Gestión de Cambios a la Arquitectura, una vez establecido,
determinará:

 Las circunstancias bajo las cuales la Arquitectura Empresarial, o partes de la

misma, podrán cambiar después de su despliegue y el proceso mediante el cual
se llevará a cabo ese cambio.

 Las circunstancias bajo las cuales el ciclo de desarrollo de Arquitectura debe ser
iniciado para desarrollar una nueva Arquitectura.

En esta fase, es igualmente crítico que el órgano de gobierno establezca criterios

para juzgar cuando una Petición de Cambio justifica una actualización de la
Arquitectura y cuando justifica el comienzo de un nuevo ciclo ADM, para evitar
modificaciones innecesarias.

La siguiente tabla recoge los principales aspectos de esta Fase:

Fase H. Gestión de Cambios a la Arquitectura

Objetivos Pasos Entradas Salidas

1. Asegurar que se 1. Establecer el Materiales de referencia  Actualizaciones a la

mantiene el ciclo proceso de Externos a la Empresa Arquitectura (por
de vida de la realización de  Materiales de cambios de
Arquitectura. valor. referencia de mantenimiento).
2. Asegurar la 2. Desplegar Arquitectura.  Cambios en el
ejecución del herramientas de Entradas No Marco y Principios
Marco de monitorización. Arquitecturales de Arquitectura
Gobierno de la 3. Gestionar los  Solicitud de Trabajo (por cambios de
Arquitectura. riesgos. de Arquitectura. mantenimiento).
3. Asegurar que la 4. Proporcionar Entradas Arquitecturales  Nuevas Solicitudes
Capacidad de análisis para la  Modelo de Trabajo de
Arquitectura gestión de Organizacional de la Arquitectura para
satisface los AE. lanzar un nuevo
© Universidad Internacional de La Rioja (UNIR)

cambios en la
requerimientos arquitectura. • Organizaciones ciclo (por cambios
actuales. 5. Desarrollar impactadas, importantes).
Evaluación de  Actualización, si es
requerimientos
de cambio para madurez y gaps, necesario, de la
cumplir objetivos Roles y Declaración de
de rendimiento. responsabilidades Trabajo de
de equipos de AE, Arquitectura.
6. Gestionar el
Restricciones al  Actualización, si es
proceso de
Trabajo de AE, necesario del

Planificación Estratégica Mediante Arquitectura Empresarial

32
Tema 4. Ideas clave
 Gobierno. Requerimientos Contrato de
7. Activar el proceso presupuestarios, Arquitectura.
de Estrategia de  Actualización, si es
implementación Gobierno y necesario, de las
de cambios. soporte. Evaluaciones de
 Marco de Cumplimiento y
Arquitectura. Conformidad.
• Método de AE,
Entregables y
Artefactos, y
Herramientas
configuradas y
desplegadas.
 Declaración de
Trabajo de
Arquitectura.
 Visión Arquitectónica.
 Repositorio de
Arquitectura.
 Documento de
Definición de
Arquitectura.
 Documento de
Especificación de
Requerimientos de
Arquitectura.
 Hoja de Ruta.
 Solicitudes de
Cambio: por
Tecnología, Negocio o
Lecciones aprendidas.
 Modelo de Gobierno
de la
Implementación.
 Contrato de
Arquitectura
(firmado).
 Evaluaciones de
Cumplimiento y
Conformidad.
 Plan de
Implementación y
Migración.
Tabla 9. Detalles de la Fase H. Gestión de Cambios a la Arquitectura de TOGAF® (TOG C182, 2018).

Gestión de Requerimientos
© Universidad Internacional de La Rioja (UNIR)

No constituye una fase como tal, dado que su utilización es constante durante todo
el ciclo de desarrollo. Se centra en el conjunto de actividades necesarias para el
adecuado gobierno y gestión de los requerimientos y cambios sobre los mismos, a

Planificación Estratégica Mediante Arquitectura Empresarial

33
Tema 4. Ideas clave
 lo largo de todo el ciclo de desarrollo de una Arquitectura Empresarial y entre
diferentes ciclos.

Es importante poner de manifiesto que los cambios en los requerimientos no

siempre van a proceder de la propia empresa u organización, sino que procederán
del contexto y sector económico de la empresa.

Igualmente, hay que aclarar que el proceso de gestión de requerimientos no

elimina, direcciona o prioriza ningún requerimiento como tal ya que estas
actividades son competencia de las diferentes fases del ciclo ADM. El proceso
simplemente se encarga de la gestión de los requerimientos a lo largo del ciclo
ADM, tanto requerimientos funcionales, como no funcionales.

La definición de requerimientos contemplará, entre otros:

 Las asunciones sobre los requerimientos.

 Las restricciones sobre los requerimientos.
 Los principios específicos de dominio de los que se derivan requerimientos.
 Las políticas que afectan a los requerimientos.
 Los estándares que deben cumplir los requerimientos.
 Las directrices organizacionales sobre los requerimientos.
 Las especificaciones de requerimientos.

Finalmente, dada la naturaleza de la actividad considerada, se recomienda la

utilización de herramientas de soporte al Repositorio de Requerimientos de
Arquitectura donde registrar y gestionar todos los requerimientos de Arquitectura.
Este repositorio, al contrario que ocurre con la Especificación de Requerimientos de
© Universidad Internacional de La Rioja (UNIR)

Arquitectura y la Evaluación de Impacto de Requerimientos, puede contener

información procedente o perteneciente a más de un ciclo ADM.

Planificación Estratégica Mediante Arquitectura Empresarial

34
Tema 4. Ideas clave
 La siguiente tabla recoge los principales aspectos de esta Fase:

Gestión de Requerimientos
Objetivos Pasos Entradas Salidas
 Asegurar que el 1. Identificar y  Repositorio de  Evaluaciones de
proceso de documentar los Arquitectura. impacto de
Gestión de requerimientos.  Modelo requerimientos.
Requerimientos 2. Establecer una Organizacional de la  Actualización de la
está operativo y línea base de Arquitectura Especificación de
mantenido en requerimientos. Empresarial. Requerimientos de
todas las fases 3. Monitorizar la • Organizaciones Arquitectura, si es
relevantes del línea base de impactadas, necesario.
ciclo ADM. requerimientos. Evaluación de
 Gestionar los 4. Identificar madurez y gaps,
Requerimientos cambios de Roles y
de Arquitectura requerimientos: responsabilidades
identificados eliminar, añadir, de equipos de AE,
durante modificar y Restricciones al
cualquier reevaluar Trabajo de AE,
ejecución del prioridades. Requerimientos
ciclo o fase de 5. Identificar presupuestarios,
ADM. cambios de Estrategia de
 Asegurar que los Gobierno y
requerimiento y
requerimientos registrar soporte.
relevantes de prioridades;  Marco de
Arquitectura identificar y Arquitectura.
están resolver • Método de AE,
disponibles para conflictos y Entregables y
su uso en la establecer el Artefactos, y
ejecución de impacto en Herramientas
cualquier fase. requerimientos. configuradas y
6. Evaluar el desplegadas.
impacto de  Declaración de
cambios en los Trabajo de
requerimientos Arquitectura
sobre las fases  Visión Arquitectónica.
actuales y previas.  Requerimientos de
7. Implementar los Arquitectura
requerimientos recogidos en la
identificados en Especificación de
la Fase H. Requerimientos de
Arquitectura.
8. Actualizar el
 Evaluación del
Repositorio de
Impacto de los
Requerimientos
Requerimientos.
© Universidad Internacional de La Rioja (UNIR)

de Arquitectura.
9. Implementar los
cambios en la
fase actual.
[Link] y revisar
el análisis
diferencial con
fases previas.
Tabla 10. Detalles de la Gestión de Requerimientos de TOGAF® (TOG C182, 2018).

Planificación Estratégica Mediante Arquitectura Empresarial

35
Tema 4. Ideas clave
 4.3. Guías y técnicas para la utilización y
adaptación de ADM

TOGAF® describe en su Parte III un conjunto de guías para la adaptación del método
ADM a las necesidades de la organización y técnicas para apoyar la ejecución de
tareas del ciclo ADM.

Guías de Adaptación

El método ADM puede adaptarse para su aplicación a diferentes escenarios de uso,

tanto desde el punto de vista de estilos de procesos, como de arquitecturas
específicas (p. ej., seguridad). Para ello TOGAF® propone las siguientes Guías:

 Aplicación de Iteraciones al método ADM. La representación tradicional de ADM

(recogida en la Figura 2), utilizada únicamente a efectos meramente expositivos
de concepto, suele entenderse como que ADM es una metodología
determinística en cascada o waterfall, cuando en realidad el proceso de
desarrollo y gestión de una Arquitectura se aleja bastante por su complejidad
inherente.

Al efecto de cubrir la complejidad mencionada, ADM utiliza el concepto de

Iteración (y los Niveles que trataremos en la siguiente Guía), que puede tomar
los siguientes significados (recogidos gráficamente en la Figura 3) que pueden
combinarse según se considere necesario:
• Iteración de Capacidad de Arquitectura (Architecture Capability Iteration) de
© Universidad Internacional de La Rioja (UNIR)

la organización. Creación y evolución de la Capacidad mediante una nueva

ejecución de la Fase Preliminar para establecer o ajustar cualquiera de los
elementos relevantes (por ejemplo, para poder direccionar una Solicitud de
Trabajo de Arquitectura que haya surgido en la Fase A o bien tras la
modificación de requerimientos sobre la Capacidad en la Fase H).

Planificación Estratégica Mediante Arquitectura Empresarial

36
Tema 4. Ideas clave
 • Iteración de Desarrollo de Arquitectura (Architecture Development Iteration).
Generación de una Arquitectura mediante la repetición cíclica de las fases B, C
y D donde se desarrollan las arquitecturas de negocio, de sistemas de
información y tecnológicas (por ejemplo, para refinar una Arquitectura o tras
una repriorización de los requerimientos de las partes interesadas),
asegurando que la arquitectura es implementable y se puede considerar como
finalizada.
• Iteración de Planificación de la Transición (Transition Planning). Permitiendo
la creación de una Hoja de ruta formal de cambio para una arquitectura
definida.
• Iteración de Gobierno de la Arquitectura (Architecture Governance). Posibilita
el adecuado gobierno de las actividades de cambio en la Arquitectura en su
evolución al estado objetivo.
© Universidad Internacional de La Rioja (UNIR)

Figura 3. Tipología de Iteraciones contempladas en el ciclo de desarrollo ADM (Parte III, Sección 18.2). Fuente:
[Link]

Planificación Estratégica Mediante Arquitectura Empresarial

37
Tema 4. Ideas clave
  Aplicación de ADM al Mapa Arquitectónico. El Mapa Arquitectónico describe, en
un momento concreto, múltiples Arquitecturas de una Empresa, tanto
específicas, como genéricas (y con diferentes niveles de detalle). Para poder
gestionar esta complejidad del Mapa Arquitectónico, TOGAF® utiliza el concepto
de Niveles (de granularidad) junto con el Continuo de Empresa como marco
conceptual (de abstracción) que veremos más adelante.

Los Niveles, recogidos en la siguiente figura, permiten dividir un Mapa

Arquitectónico en tres niveles de granularidad: Arquitectura Estratégica (nivel
ejecutivo), Arquitectura de Segmento (nivel de programa y portafolio) y
Arquitectura de Capacidad (nivel de incrementos de Capacidad).
© Universidad Internacional de La Rioja (UNIR)

Figura 4. Modelo de clasificación de los Mapas Arquitectónicos (Parte III, Sección 19.2). Fuente:
[Link]

Así, las Arquitecturas en los diferentes Niveles pueden desarrollarse mediante

iteraciones dentro de un único ciclo de ADM, o bien diferentes ciclos ejecutados

Planificación Estratégica Mediante Arquitectura Empresarial

38
Tema 4. Ideas clave
 concurrentemente, pero siempre siendo conscientes de que satisfacer una
Solicitud de Trabajo de Arquitectura, en la práctica, va a requerir realizar
aproximaciones mixtas de iteración.

Técnicas de Apoyo

De igual manera, TOGAF® contempla las siguientes Técnicas para apoyar

determinadas tareas dentro de ADM:

 Principios de Arquitectura.
 Gestión de Interesados (Stakeholders).
 Patrones de Arquitectura.
 Análisis diferencial.
 Técnicas de planificación de migraciones.
 Requerimientos de Interoperabilidad.
 Evaluación de la disposición para la Transformación de Negocio.
 Gestión de Riesgos.
 Planificación Basada en Capacidad.

Estas técnicas ya han sido introducidas en el Tema 2, por lo que en este apartado
nos centraremos únicamente en las Técnicas más relevantes (Parte III. TOG C182,
2018):

 Principios de Arquitectura. Gobiernan el proceso de desarrollo, mantenimiento y

utilización de la Arquitectura Empresarial estableciendo reglas o directrices de
actuación que permanecen en el tiempo sin modificar o con pocas
modificaciones.
© Universidad Internacional de La Rioja (UNIR)

Un Principio de Arquitectura establece las directrices subyacentes generales para

la utilización y despliegue de los recursos TI en la empresa y sirven como
fundamentos para la toma de decisiones de TI.

Planificación Estratégica Mediante Arquitectura Empresarial

39
Tema 4. Ideas clave
 Todo Principio de Arquitectura debe estar relacionado con los Objetivos de
Negocio y los motivantes clave de la Arquitectura y debe ser:
• Entendible por todos los individuos de una organización.
• Robusto y preciso de cara a la toma de decisiones en situaciones complejas.
• Completo en cuanto a cobertura de todas las situaciones de la organización.
• Consistente con el resto de los principios, pero independiente de estos.
• Estable en el tiempo, pero capaz de admitir modificaciones.

Así mismo, debe seguir una estructura específica para su definición, como recoge
la siguiente tabla:

Componente Descripción

Nombre Representación, de manera no ambigua y sencilla, de la esencia de la regla.

Debe ser fácil de recordar y no incluir nombres de plataformas tecnológicas.
Definición Comunicación sucinta y no ambigua que describe la regla.
Motivación Conjunto de beneficios de negocio por cumplir con el Principio. Expresados en
terminología de negocio.
Igualmente describe las relaciones con otros Principios (por lo que supone
asegurar la consistencia entre estos) y las situaciones de precedencia entre
Principios de cara a su aplicación para la toma de decisiones.
Implicaciones Conjunto de requerimientos, tanto de Negocio, como de TI, para el desarrollo
del Principio, en términos de recursos, coste y actividades o tareas. Reflejan el
impacto en el Negocio y las consecuencias que tiene la adopción de un
Principio, de forma que se identifique rápidamente cómo afecta el Principio a
los diferentes interesados.
No se debe, ni simplificar, ni trivializar el impacto de un Principio.

Tabla 11. Formato recomendado de definición de Principios de Arquitectura en TOGAF® (TOG C182, 2018).

Los Principios de Arquitectura son desarrollados, de manera general, por los

© Universidad Internacional de La Rioja (UNIR)

Arquitectos Empresariales trabajando con las partes Interesadas y son aprobados

por la Dirección de Arquitectura.

Habitualmente, los principios forman una jerarquía en la que los Principios de

Arquitectura están informados y limitados por los Principios Empresariales.

Planificación Estratégica Mediante Arquitectura Empresarial

40
Tema 4. Ideas clave
 Su desarrollo estará influido, entre otros, por:
• La misión y los planes de la Empresa.
• Las iniciativas estratégicas de la Empresa.
• Restricciones externas como las condiciones de mercado o las regulaciones
existentes.
• Los sistemas y tecnologías actuales.
• Las tendencias emergentes del sector económico concreto.

 Planificación Basada en Capacidad (Capacity Based Planning, CBP). Técnica de

planificación utilizable con prácticamente todo tipo de modelos de negocio
empresarial, centrada en los resultados de la empresa frente a resultados
particulares de las Líneas de Negocio que puedan conformarla. Se fundamenta
en la consideración de las Capacidades existentes, por lo que se 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. La utilización de las Capacidades es interesante porque, como se
puede ver en la siguiente figura, suelen ser horizontales o transversales a las
Líneas de Negocio (como es el caso de la Arquitectura Empresarial), por lo que
confieren una perspectiva corporativa (métricas globales) y no vertical por Línea
de Negocio (métricas particulares).
© Universidad Internacional de La Rioja (UNIR)

Figura 5. Conceptos de Planificación Basada en Capacidades (CBP) (Parte III, Sección 28.3). Fuente:
[Link]

Planificación Estratégica Mediante Arquitectura Empresarial

41
Tema 4. Ideas clave
 Aunque en algunos casos las Capacidades sean verticales, su aplicación supone
un reto de gestión y establecimiento de métricas (intereses corporativos frente a
unitarios). De esta manera surge la primera regla de uso de las Capacidades:
Deben especificarse evitando ambigüedades mediante la aproximación SMART
(acrónimo inglés: Specific, Measurable, Actionable, Realistic, Time-bound)
utilizada para especificar Objetivos en los Escenarios de Negocio

Las Capacidades se derivan directamente del Plan estratégico Corporativo. Ahora

bien, salvo para Capacidades ya establecidas y plenamente operativas, la entrega
de resultados por parte de una Capacidad (como es el caso de la Capacidad de
Arquitectura) requiere un tiempo de conformación que depende de la propia
organización y su sector económico. Por este motivo, la planificación de una
Capacidad se suele dividir en un conjunto de Incrementos de Capacidad
(proyectos) que permiten obtener resultados concretos continuos (posiblemente
alineados con las Arquitecturas de Transición). Esto queda reflejado en la figura 6:

Figura 6. Relación entre Capacidades y Proyectos (Parte III, Sección 28.4). Fuente:
[Link]

Donde vemos la relación existente entre la secuencia de Planificación, las fases

© Universidad Internacional de La Rioja (UNIR)

de ADM (recordemos lo indicado en el tema «Marcos de Referencia de

Arquitectura Empresarial» sobre la creación de la Capacidad de Arquitectura) y la
gestión del portafolio de proyectos de la empresa; permitiendo expresar la
Arquitectura en términos de resultados y valor de negocio en lugar de en
términos de TI.

Planificación Estratégica Mediante Arquitectura Empresarial

42
Tema 4. Ideas clave
 4.4. Artefactos y elementos de arquitectura en el
Architecture Content Framework

Como ya se ha descrito en el tema «Marcos de Referencia de Arquitectura

Empresarial», la utilización del Método ADM genera un conjunto variado de
múltiples productos que, mediante el Marco de Contenido Arquitectónico, son
definidos, estructurados y presentados de manera consistente. En este marco de
contenido se establecen las siguientes categorías según su contexto de utilización:

 Entregable. Resultado (producto) de un proyecto, o proyectos, contractualmente

especificado y formalmente revisado, acordado y firmado por las partes
interesadas. Puede contener más de un Artefacto de Arquitectura.

 Artefacto. Producto de arquitectura describiendo un aspecto de la misma. Puede

tomar la forma de:
• Catálogo (p. ej., Catálogo de requerimientos, Lista de Bloques Constitutivos).
• Matriz de relación entre entidades (p. ej., Interacciones de negocio).
• Diagrama de entidades de arquitectura (p. ej., Casos de Uso, Flujograma).

 Bloque Constitutivo (Building Block). Componente potencialmente reutilizable

de una capacidad de la empresa (de Negocio o de TI), descrito mediante
Artefactos, que puede combinarse con otros Bloques para generar Arquitecturas
o Soluciones (implementaciones de Arquitecturas). Existen dos tipos de Bloques
Constitutivos:
• Bloque Constitutivo de Arquitectura (ABB). Abstracción de una Capacidad (p.
ej., Atención al Cliente) que da forma a la especificación de los Bloques
© Universidad Internacional de La Rioja (UNIR)

Constitutivos de Solución (p. ej., procesos y roles de Atención al Cliente).

• Bloque Constitutivo de Solución (SBB). Componente necesario para
implementar una Capacidad requerida (ABB).

Planificación Estratégica Mediante Arquitectura Empresarial

43
Tema 4. Ideas clave
 Metamodelo de Contenido

El Metamodelo de Contenido de TOGAF® proporciona una estructura formal para la

descripción consistente de todas las entidades de Arquitectura consideradas dentro
del Método ADM.

Como tal, esta estructura está diseñada para permitir la aplicación de TOGAF® a
diferentes situaciones y escenarios. Esto significa que el Metamodelo proporciona
un modelo básico con el mínimo de contenido de descripción de una Arquitectura
(Core Content Metamodel) junto con un conjunto de extensiones (Extensions), no
limitadas a las consideradas en el Marco TOGAF®, que permiten la personalización
requerida por organizaciones específicas, como recoge la siguiente figura.

Figura 7. Estructura del Metamodelo de TOGAF® (Parte IV, Sección 30.2.1). Fuente:
[Link]

Las Entidades Clave del Metamodelo son:

 Actor. Persona, organización o sistema que permanece fuera de la Arquitectura

considerada pero que interactúa con ella.
© Universidad Internacional de La Rioja (UNIR)

 Capacidad de Negocio. Capacidad particular que puede tener o intercambiar un

negocio para lograr un propósito específico.

 Componente de Aplicación. Funcionalidad de una aplicación alineada con la

estructura de implementación.

Planificación Estratégica Mediante Arquitectura Empresarial

44
Tema 4. Ideas clave
  Componente Tecnológico. Encapsulado de infraestructura tecnológica que
representa una clase de producto tecnológico o un producto tecnológico
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.

 Entidad de Datos. Encapsulación de datos reconocida por un experto del

Dominio como un elemento discreto. Pueden estar ligadas a aplicaciones,
repositorios o servicios y estructuradas de acuerdo con consideraciones de
implementación.

 Flujo de Valor. 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.

 Función. Proporciona capacidades de negocio alineadas a una organización, pero

no necesariamente gobernadas por esa organización.

 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.

 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.
© Universidad Internacional de La Rioja (UNIR)

 Servicio de Tecnología. Capacidad técnica requerida para proveer infraestructura

habilitante que apoye la provisión de una Aplicación.

Planificación Estratégica Mediante Arquitectura Empresarial

45
Tema 4. Ideas clave
  Unidad Organizativa. Unidad autocontenida de recursos con objetivos y
medidas. Pueden incluir terceras partes y socios de negocio.

También se consideran las Entidades Generales (Principio, Restricción, Asunción,

Requerimiento, Gap, Paquete de Trabajo, Localización, Capacidad) como parte
Clave del Metamodelo TOGAF®.

En el nivel más alto el contenido clave del Metamodelo se agrupa de manera

alineada con ADM, como recoge la siguiente figura:

Figura 8. Estructura del Metamodelo, según las fases de ADM (Parte IV, Sección 30.2.2). Fuente:
[Link]

 Principios, Visión y Requerimientos de Arquitectura. Entidades que capturan el

contexto de los Modelos formales de Arquitectura (recogidos, de manera general
en la Fase Preliminar y la Fase A. Visión Arquitectónica).

 Arquitectura de Negocio. Entidades que capturan la operación del negocio,

considerando factores específicos de conformación de la empresa:
© Universidad Internacional de La Rioja (UNIR)

• Organización: Unidad Organizativa, Actor y Rol.

• Comportamiento: Función, Capacidad de Negocio, Servicio de Negocio, Curso
de Acción y Flujo de valor.

Planificación Estratégica Mediante Arquitectura Empresarial

46
Tema 4. Ideas clave
  Arquitectura de Sistemas de Información. Entidades que describen los Modelos
de Sistemas TI (aplicaciones y datos):
• Aplicación: Componente de Aplicación y Servicio de Sistemas de Información.
• Datos: Entidad de Datos.

 Arquitectura Tecnológica. Entidades que describen los activos tecnológicos para

implementar las soluciones de Sistemas de Información: Componente
Tecnológico y Servicio de Tecnología.

 Realización de la Arquitectura. Entidades que capturan las hojas de ruta

(transiciones entre estados de la Arquitectura) y los elementos vinculantes
utilizados para dirigir y gobernar la implementación de la Arquitectura.

En la figura 9 tenemos una vista detallada de las Entidades Clave y sus relaciones en
el Metamodelo de TOGAF®:
© Universidad Internacional de La Rioja (UNIR)

Figura 9. Detalle de entidades y relaciones en el Metamodelo de TOGAF® (Parte IV, Sección 30.3.1). Fuente:
[Link]

Planificación Estratégica Mediante Arquitectura Empresarial

47
Tema 4. Ideas clave
 Extensiones del Metamodelo de Contenido

Como se ha indicado, el Metamodelo de TOGAF® soporta un número de módulos

de extensión que permiten la consideración de aspectos específicos o particulares
de empresas a la hora de establecer su Arquitectura Empresarial.

Dentro de la Fase A. Visión Arquitectónica, en el ciclo ADM, cuando se establece el

alcance de la iniciativa, se identifican las extensiones requeridas.

La siguiente figura proporciona una visión del conjunto de Entidades, tanto Clave,
como Extensiones, soportadas por el Metamodelo de TOGAF®.
© Universidad Internacional de La Rioja (UNIR)

Figura 10. Visión alto nivel de Entidades Clave y Extensiones del Metamodelo de TOGAF® (Parte IV, Sección
30.3.2). Fuente: [Link]

Planificación Estratégica Mediante Arquitectura Empresarial

48
Tema 4. Ideas clave
 4.5. Sistema de clasificación de los artefactos y
activos de arquitectura en el Continuo de Empresa

La creación de una única Arquitectura Empresarial que satisfaga plenamente a

todas las partes interesadas en todo momento suele ser imposible, por lo que se
deberá tratar con diferentes Arquitecturas Empresariales, cada una con un
propósito diferente, pero siempre relacionadas entre sí.

TOGAF® propone el Continuo de Empresa para representar dichas arquitecturas

junto con sus evoluciones (entre generalidad y especificidad, entre abstracción y
concreción, y entre lógica y física).

El Continuo de Empresa

La forma más sencilla de entender el Continuo de Empresa es como una vista sobre
el conjunto de activos de Arquitectura que contiene descripciones, modelos,
bloques constitutivos, patrones, perspectivas y otros artefactos que existen en la
empresa (p. ej., procedentes de trabajos de arquitectura previos) y fuera de la
misma (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), que
pueden reutilizarse en el desarrollo de Arquitecturas.

Dado que la actuación empresarial viene marcada en gran medida por intereses
externos, la Arquitectura Empresarial deberá reflejar el contexto externo:
© Universidad Internacional de La Rioja (UNIR)

 Factores externos (p. ej., Cambios regulatorios, avances tecnológicos,

competencia).

 Contexto y Estrategia de Negocio, incluyendo fusiones y adquisiciones

empresariales junto con cualquier otro requisito de transformación de negocio.

Planificación Estratégica Mediante Arquitectura Empresarial

49
Tema 4. Ideas clave
  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:

Figura 11. Estructura y componentes del Continuo de Empresa (Parte V, Sección 35.3). Fuente:
[Link]

Como se puede observar, pese a que hablamos de un único «Continuo», en realidad

se trata de diferentes «Continuos» junto con los factores de Contexto y
Operaciones indicados anteriormente:
© Universidad Internacional de La Rioja (UNIR)

 Contexto y Requerimientos de Arquitectura. Clasifica los activos asociados o

relacionados con los Factores externos a la Arquitectura junto con los
Requerimientos sobre la Arquitectura Empresarial. Son activos (p. ej., políticas,
estándares, iniciativas estratégicas, estructuras organizativas y las capacidades
empresariales) que pueden influir sobre las arquitecturas, si bien no son

Planificación Estratégica Mediante Arquitectura Empresarial

50
Tema 4. Ideas clave
 utilizados de manera directa durante la ejecución del ciclo ADM ya que son
activos contextuales.

 Continuo de Arquitectura. Representa una estructuración de los Bloques

Constitutivos de Arquitectura (ABB) que son considerados como activos
reutilizables de arquitectura. Este Continuo se estructura en cuatro tipos de
Arquitectura que se pueden encontrar en el Continuo (como se ve en la siguiente
figura), pero que ni son exhaustivos, ni reflejan en ningún caso etapas de un
proceso sino puntos de progresión:
• 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 Datamodel).
• Arquitecturas Específicas de Organización.

Figura 12. Continuo de Arquitectura (Parte V, Sección 35.4.1). Fuente:

[Link]

 Continuo de Soluciones. Proporciona una forma consistente para describir y

entender la implementación de los activos definidos en el Continuo de
Arquitectura. Define qué está disponible en el entorno de la organización que
© Universidad Internacional de La Rioja (UNIR)

puede ser considerado como Bloque Constitutivo de Solución.

Planificación Estratégica Mediante Arquitectura Empresarial

51
Tema 4. Ideas clave
 A semejanza del Continuo de Arquitectura, se estructura como recoge la
siguiente figura (las soluciones de la izquierda crean las soluciones de la derecha
y las soluciones de la derecha cubren necesidades empresariales más específicas
que las cubiertas por las soluciones de la izquierda):
• Soluciones Fundacionales (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.

Figura 13. Continuo de Soluciones (Parte V, Sección 35.4.2). Fuente:

[Link]

 Soluciones Desplegadas. Permite completar la clasificación de activos

relacionados con los Factores Externos o contextuales, en este caso activos
relacionados con las operaciones del Negocio, reflejando arquitecturas y
soluciones ya desplegadas.

Repositorio de Arquitectura

Si el Continuo de Empresa nos da mecanismos para clasificación de los activos de

Arquitectura, el Repositorio de Arquitectura proporciona los procesos y
herramientas para el almacenamiento de ese contenido arquitectónico.
© Universidad Internacional de La Rioja (UNIR)

La necesidad de disponer de un Repositorio de Arquitectura se incrementa a

medida que la Función de Arquitectura de una empresa va ganando madurez,
puesto que el volumen de activos generados crece enormemente.

Planificación Estratégica Mediante Arquitectura Empresarial

52
Tema 4. Ideas clave
 Consecuentemente, el Repositorio de Arquitectura respalda de manera plena no
solo al Continuo de Empresa, sino al ciclo ADM en todas sus fases.

La siguiente figura recoge a alto nivel la estructura del Repositorio de Arquitectura

(elementos principales y relaciones entre estos):

Figura 14. Estructura de componentes y relaciones del Repositorio de Arquitectura (Parte V. Sección 37.1).
Fuente: [Link]

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
© Universidad Internacional de La Rioja (UNIR)

Metamodelo del contenido de arquitectura.

 Capacidad de Arquitectura. Define los parámetros, estructuras y procesos que

apoyan al Gobierno del Repositorio de Arquitectura.

Planificación Estratégica Mediante Arquitectura Empresarial

53
Tema 4. Ideas clave
  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, con

independencia de su estado de ciclo de vida, que debe cumplir cualquier
arquitectura nueva. Estos pueden ser estándares Industriales, Reguladores u
Organizativos. Se categorizan de acuerdo con los Bloques Constitutivos del
Metamodelo de contenido ya que cada entidad puede tener estándares
asociados.

 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 (p. ej., IT4IT, eTOM).
Puede hacer uso del Continuo de Arquitectura como método de clasificación.

 Registro de Gobierno. Proporciona un registro de la actividad de Gobierno de la

arquitectura en la empresa: decisiones tomadas, evaluaciones de cumplimiento y
conformidad, evaluaciones de Capacidad, calendarios, portafolio de proyectos y
métricas de rendimiento.

 Repositorio de Requerimientos de Arquitectura. Proporciona una vista sobre los

requerimientos de Arquitectura autorizados que han sido acordados con la
Dirección de Arquitectura. Los Requisitos se dividen de acuerdo con el nivel de
granularidad de la misma forma que el Mapa Arquitectónico: Estratégico, de
© Universidad Internacional de La Rioja (UNIR)

Segmento y de Capacidad.

 Mapa de Soluciones. 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

54
Tema 4. Ideas clave
 Vídeo. Introducción al ADM (Arquitecture Development Method).

Accede al vídeo a través del aula virtual

4.6. Referencias bibliográficas

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, SABSA Institute. (2016). Integrating Risk and Security within a TOGAF®
Enterprise Architecture, an Open Group Guide (G152). The Open Group. Enero
© Universidad Internacional de La Rioja (UNIR)

2016.

Planificación Estratégica Mediante Arquitectura Empresarial

55
Tema 4. Ideas clave
 Marco de Referencia de Arquitectura Empresarial TOGAF®:

Documento del estándar v9.2:

[Link]
[Link] (versión web)

Biblioteca TOGAF®:
[Link]
© Universidad Internacional de La Rioja (UNIR)

Planificación Estratégica Mediante Arquitectura Empresarial

56
Tema 4. Ideas clave
 A fondo
Tabla de Marcos de Arquitectura Empresarial

Survey of Architecture Frameworks. (20 de marzo de 2020). [Link].

[Link]

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).

Modeling Enterprise Architecture with TOGAF: A Practical Guide Using UML and
BPMN

Desfray, P. y Raymond, G. (2014). Modeling Enterprise Architecture with TOGAF: A

Practical Guide Using UML and BPMN. Sección 6.2 (Págs. 98-101); Capítulo 12 (Págs.
214-235) y Capítulo 14 (Págs. 249-258). Disponible en la Biblioteca Virtual de UNIR.

Este libro proporciona, de manera complementaria a la

documentación del estándar, una descripción exhaustiva del
Marco TOGAF® (versión 9.1) junto con una aproximación de
modelización utilizando UML y BPMN (Sección 6.2 y Capítulo 12)
de manera alineada con ArchiMate (Capítulo 14).
© Universidad Internacional de La Rioja (UNIR)

Planificación Estratégica Mediante Arquitectura Empresarial

57
Tema 4. A fondo
 Extended Enterprise Architecture Maturity Model Support Guide

Schekkerman, J. (2006). Extended Enterprise Architecture Maturity Model Support

Guide. Institute for Enterprise Architecture developments.
[Link]
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.

TOGAF el framework para desarrollar SOA, BPM, ITIL y COBIT

ITEducation Latam. (2014). TOGAF el framework para desarrollar SOA, BPM, ITIL y
COBIT (2014). [Archivo de vídeo]. [Link]
© Universidad Internacional de La Rioja (UNIR)

Este webinar tiene como fin presentar una visión alto nivel del Marco de AE TOGAF
y conocer su pertinencia en la implementación de mejores prácticas en relación con
BPM, ITIL, COBIT, SOA e incluso sistemas de gestión basados en ISO.

Planificación Estratégica Mediante Arquitectura Empresarial

58
Tema 4. A fondo
 Test
1. La representación de los activos desplegados en la empresa, en TOGAF® es la
definición de:
A. Vista de Arquitectura.
B. Artefacto.
C. Vista.
D. Mapa Arquitectónico.
E. Arquitectura de Solución.

2. En la Fase C. Arquitecturas de Sistemas de Información de ADM, ¿cuál de los

siguientes no es un paso establecido por TOGAF®?
A. Finalizar la Arquitectura de Aplicaciones.
B. Documentar las dependencias y asunciones.
C. Desarrollar la Descripción de la Arquitectura de Aplicaciones Objetivo.
D. Realizar la revisión formal de las partes interesadas.
E. Crear el Documento de Definición de Arquitectura.

3. La Fase F. Planificación de la Implementación y Migración no considera:

A. Crear, evolucionar y monitorizar el Plan detallado de Implementación y
Migración.
B. Priorizar los Paquetes de Trabajo, Proyectos y Bloque Constitutivos.
C. Confirmar las Arquitecturas de Transición definidas en la Fase E.
D. Finalizar la Visión Arquitectónica y el Documento de Definición de
Arquitectura.
E. Generar y obtener un consenso sobre un boceto de estrategia de
© Universidad Internacional de La Rioja (UNIR)

Implementación y Migración.

Planificación Estratégica Mediante Arquitectura Empresarial

59
Tema 4. Test
 4. TOGAF® define cuatro ciclos de Iteración en el ciclo ADM. ¿Cuál de las siguientes
alternativas describe correctamente esas Iteraciones?
A. Definición de Arquitectura, Entrega de Arquitectura, Planificación de
Arquitectura y Gobierno de la Arquitectura.
B. Capacidad de Arquitectura, Desarrollo de Arquitectura, Planificación de la
Transición y Gobierno de la Arquitectura.
C. Capacidad de Arquitectura, Desarrollo de Arquitectura, Planificación de la
Transición y Gestión de Requerimientos de Arquitectura.
D. Alcance de la Arquitectura, Diseño de la Arquitectura, Planificación de la
Transición y Gobierno de la Arquitectura.
E. Capacidad de Arquitectura, Desarrollo de Arquitectura, Planificación de la
Transición y Gestión de Requerimientos de Arquitectura.

5. Considerando los Principios en TOGAF® ¿Cuál de los siguientes no es correcto?

A. Los Principios pueden establecerse en uno o en los tres niveles de Empresa,
Tecnologías de la Información y Arquitectura.
B. Los Principios son desarrollados por el Arquitecto Líder junto con el CIO, la
Dirección de Arquitectura y otras partes Interesadas clave.
C. Los Principios deben ser entendibles, robustos, completos, consistentes y
estables.
D. Los componentes de los Principios de Arquitectura son: nombre, definición,
motivación, implicaciones y riesgos.
E. Los Principios están interrelacionados y necesitan aplicarse como un
conjunto, aunque en algún caso puedan entrar en conflicto.

6. ¿Cuál de los siguientes describe una Arquitectura desde una perspectiva

específica?
© Universidad Internacional de La Rioja (UNIR)

A. Un Entregable.
B. Un Bloque Constitutivo.
C. Un Bloque Constitutivo de Arquitectura.
D. Un Artefacto.
E. Un Bloque Constitutivo de Solución.

Planificación Estratégica Mediante Arquitectura Empresarial

60
Tema 4. Test
 7. Complete la frase. De acuerdo con TOGAF®, la Planificación Basada en Capacidad
….
A. … es una técnica de planificación táctica que mejora el rendimiento de los
sistemas.
B. … está centrada en los resultados de la empresa.
C. … está centrada en la dotación y gestión de recursos humanos.
D. … está centrada en las Capacidades técnicas.
E. … no es relevante para la Arquitectura TI.

8. ¿Cuál de los siguientes define correctamente la categoría Organización en el

Marco de Contenido de Arquitectura?
A. Unidad Organizativa, Localización y Capacidades.
B. Actor, Localización y Capacidades.
C. Requerimientos, Actor y Función.
D. Rol, Actor y Unidad Organizativa.
E. Actor, Localización y Estructura.

9. El Entregable de la Fase F, Plan de Implementación y Migración, no tiene como

contenido:
A. La Estrategia de Implementación y Migración.
B. El Plan de Implementación.
C. Los documentos de proyectos.
D. El Portafolio de Paquetes de Trabajo.
E. Las interacciones con otros marcos de gestión.
© Universidad Internacional de La Rioja (UNIR)

Planificación Estratégica Mediante Arquitectura Empresarial

61
Tema 4. Test
 10. ¿Cuál de las siguientes respuestas no está en línea con las definiciones TOGAF®?
A. Una Perspectiva o Punto de Vista (Viewpoint) es desde donde se observa y
se determina lo que se observa.
B. Una Vista es una representación de un sistema desde la perspectiva de un
conjunto de intereses relacionados.
C. Una descripción de Arquitectura es una colección de Artefactos que
documentan una Arquitectura.
D. Los Intereses son elementos cruciales para las partes interesadas sobre el
sistema en cuestión y determinan la aceptabilidad del mismo.
E. Un Sistema es un conjunto de cosas que relacionadas entre sí
ordenadamente contribuyen a determinado objeto.
© Universidad Internacional de La Rioja (UNIR)

Planificación Estratégica Mediante Arquitectura Empresarial

62
Tema 4. Test