TOGAF 10

The Open Group Enterprise Architecture

A r q u i t e c t u ra Empresarial
 Presentación Inicial
• Breve presentación de cada participante, indicando :

• Nombre
• Rol o cargo que desempeña actualmente
• ¿Cómo viene aplicando actualmente TOGAF?
• Cómo aplicará los conocimientos adquiridos en el curso
• Expectativas del curso ( que es lo que quiere lograr con
este curso)

2
 Contenidos del Curso
Introducción a la arquitectura Empresarial

Método de desarrollo de arquitectura (ADM)

Técnicas y prácticas de arquitectura empresarial (ADM)

Uso del estándar TOGAF® en la empresa digital

¿Qué es una evaluación de preparación para la tecnología digital?

Habilitación de la agilidad empresarial

¿Cómo se pueden utilizar Sprints con el estándar TOGAF?

TOGAF ® Modelo de Referencia de Negocios Digitales (DBRM)

4
Introducción a la arquitectura Empresarial
TOGAF 10 – Arquitectura Empresarial
¿Qué es Arquitectura?
Es la organización fundamental de un sistema, compuesto por sus
componentes, las relaciones que tienen uno con otro dentro de un
mismo entorno, y los principios que gobiernan su diseño y evolución.

ISO-IEC : ISO (International Organization for Standardization) / IEC(International

Electrotechnical Commission)

Es la descripción formal de un sistema o un plan detallado de un

sistema a nivel de sus componentes que guían su
implementación.

Es la estructura de sus componentes y sus inter-relaciones así

como los principios y lineamientos que gobiernan su diseño y
evolución a lo largo del tiempo.

TOGAF (The Open Group Architecture Framework)

¿Qué es la Arquitectura Empresarial?
Arquitectura Empresarial – Solución Arquitectura
City Planning Building Architecture

Enterprise Architecture Solution Architecture

Arquitectura Empresarial – Solución Arquitectura

Enterprise Architecture Solution Architecture

Arquitectura Empresarial – Solución Arquitectura
Arquitectura Empresarial – Solución Arquitectura
Arquitectura Empresarial – Solución Arquitectura
Arquitectura Empresarial – Solución Arquitectura
 Dimensiones de la Arquitectura Empresarial
Un Blueprint es un documento que
describe la arquitectura de la organización
resultante del proceso de cambio que se
ha decidido emprender.
Componentes de la Arquitectura Empresarial
 ¿Por qué Arquitectura Empresarial?
• La administración efectiva y apropiada utilización de la información sobre TI es el principal factor de éxito de negocio.
• Correcta administración de la información = Ventaja competitiva
• Los sistemas actuales de TI no están realmente alineados a las necesidades de negocio
• Aislados, fragmentados o duplicados
• Mal interpretados o entendidos
• No responden a los cambios
• Presupuesto de tecnología en la información
• Focalizado en el mantenimiento de sistemas
• Desarrollo táctico en vez de planes estratégicos
Beneficios a nivel de negocio de una Arquitectura
Empresarial
Niveles de la Arquitectura Empresarial
 ¿Qué se logrará con una Arquitectura Empresarial?

• Impulsa el desarrollo de TI de la organización, pues es más evidente la importancia de la

tecnología y del CIO en el cumplimiento de la misión y en el negocio.
• Ayuda a que los distintos proyectos –de tecnología y de negocio– se cumplan mejor y tengan
consecuencias más predecibles.
• Brinda herramientas para optimizar los procesos de compra y contratación de TI, desde la
reducción de tiempos y costos hasta mejorar el ROI y reducir los riesgos en las decisiones.
• Da agilidad: cuando surge un nuevo proyecto que involucra TI, todo funciona mucho más rápido,
pues no hay que ‘reinventar la rueda’, ya que ya existe un marco que simplifica la planeación y la
ejecución.
• Reduce la complejidad de la infraestructura de TI, facilita su evolución e incrementa su
aprovechamiento
• Mejora la interacción entre las distintas unidades o divisiones de la organización, pues hay
claridad en las reglas del juego.
 ¿Qué impide alcanzar los objetivos estratégicos?

• La pregunta de un cliente consigue diferentes respuestas. Cuando el cliente obtiene diferentes

respuestas a la misma pregunta de diferentes partes de la empresa, el cliente se enoja y se
confunde. Esto es una indicación de que no hay una base fundamental compartida entre todas las
unidades de negocio
• Nuevas regulaciones requieren esfuerzos importantes. La adopción de nuevas regulaciones no es
algo que vende más productos, de cara a los clientes. Sin embargo, aún así es necesario cumplir
con ellas. Es posible reducir significativamente el costo marginal de cumplir con la próxima
regulación al crear una capacidad reutilizable para acceder datos y métricas.
• La agilidad del negocio es difícil y las iniciativas de crecimiento no son rentables.
• Desarrollar nuevas capacidades toma tiempo. Por lo tanto, cuando una iniciativa de crecimiento
fuerza a la empresa a desarrollar nuevas capacidades, tal iniciativa ofrece beneficios lentamente.
• Una medida de agilidad útil es el porcentaje de las ganancias de la compañía que provienen de
nuevos productos introducidos en los años anteriores.
 ¿Qué impide alcanzar los objetivos estratégicos?

• Los empleados mueven datos de un sistema a otro. Cuando las personas digitan datos de un
sistema a otro están haciendo el trabajo que un sistema haría mejor, y peor aún, esto tiene el
potencial de introducir errores. ¿Qué porcentaje de sus sistemas transaccionales requieren que
personas tomen datos de un sistema, los manipulen y los ingresen a otro sistema?
• La Gerencia no sabe si está obteniendo valor de TI. En la medida en que las organizaciones
construyen las capacidades de TI, estas pueden ya sea explotar esas capacidades en formas que
las hagan visibles y medibles o están gastando el dinero. Las empresas que obtienen un valor
estratégico de TI tienen administradores gerenciales especificando requerimientos para la
arquitectura empresarial y supervisando los resultados de las iniciativas.
¿Qué es un marco de referencia (framework) de arquitectura?

• Un marco de arquitectura es una estructura básica, o conjunto de

estructuras, que se puede usar para desarrollar una amplia gama de
arquitecturas diferentes.
• Debería describir un método para diseñar un estado objetivo de la
empresa en términos de un conjunto de bloques de construcción, y
para mostrar cómo encajan los bloques de construcción.
• Debe contener un conjunto de herramientas y proporcionar un
vocabulario común.
• También debe incluir una lista de normas recomendadas y productos
compatibles que se pueden usar para implementar los componentes
básicos.
 TOGAF (The Open Group Architecture Framework)

• El estándar TOGAF se ha desarrollado a través de los esfuerzos de colaboración

de una gran comunidad.
• El uso de los resultados del estándar TOGAF en una Arquitectura Empresarial
consistente, refleja las necesidades de diversos interesados, emplea las mejores
prácticas y presta la debida consideración tanto a los requisitos actuales como a
las necesidades futuras percibidas del negocio.
• Desarrollar y mantener una arquitectura empresarial es un proceso técnicamente
complejo que involucra a muchas partes interesadas y procesos de decisión en la
organización.
• El estándar TOGAF juega un papel importante en la estandarización y el gestión
de los riesgos del proceso de desarrollo de la arquitectura.
• El estándar TOGAF proporciona un marco de mejores prácticas para agregar valor
y permite a la organización construir soluciones viables y económicas que
aborden sus problemas y necesidades de negocio.
 Evolución TOGAF
Demanda inicial

Inicia el desarrollo de TOGAF

TOGAF 9 – Edición Empresarial

TOGAF 7 – Edición
‘93 ‘94 técnica
‘96 TOGAF® 9.1 – Corrección
técnica
‘01
‘02 ‘03 Es lanzado TOGAF® 9.2
‘06 Standard
TOGAF primera ‘09
publicación ‘11
‘18
Primera publicacion del escenario TOGAF 8.1.1
interoperable empresarial
TOGAF 8 – Edición empresarial y programa
de certificación es lanzado

1990 91 92 93 94 95 96 97 98 99 2000 01 02 03 04 05 06 07 08 09 2010 11 12 13 14 2015 16 17 18 19 2020

 Estructura modular
del marco contenido
ampliado y
Marco de Capacidades de TOGAF Establece orientación
objetivos, KPIs, arquitectónica.
Estilos detallados
Marco de Capacidades de TOGAF presupuestos para adicionales del ADM
las funciones de la
Informa la arquitectura
capacidad Parte VII - Marco
Capacidad de Arquitectura Controladores
necesarios para la
Asegura la realización de Madurez de
Visión de Negocio Capacidades de la
Arquitectura

Necesiades de Parte II - Método de Entrega de

negocio encajan Desarrollo de Arquitectura nuevas soluciones
en el método de negocio
Visión de
Parte III - Directrices y
Negocio y Entedimiento Capacidades
técnicas de ADM
Controladores refinado de negocio
(drivers) Marco de contenido
TOGAF Library Parte IV - Marco
Referencial para el TOGAF ADM
Contenido de la
Arquitectura
Parte V - Continuum
Empresarial y
Informa al negocio de la Herramientas Cambios operativos que
situación actual causan cambios
Parte VI - Modelos de
referencia de TOGAF Continuum
TOGAF Library Empresarial y
Herramientas TOGAF
 Estructura de la documentación de TOGAF 10

• PARTE I (Introducción) : Esta parte proporciona una introducción de alto nivel a los conceptos clave de
Enterprise Architecture y, en particular, el enfoque TOGAF. Contiene las definiciones de los términos
utilizados en este estándar.
• PARTE II (Método de desarrollo de arquitectura) : Esta parte es el núcleo del marco TOGAF. Describe el
Método de Desarrollo de Arquitectura TOGAF (ADM) - un enfoque paso a paso para desarrollar una
Arquitectura Empresarial.
• PARTE III (Pautas y técnicas de ADM) : Esta parte contiene una colección de pautas y técnicas disponibles
para su uso en la aplicación del enfoque TOGAF y TOGAF ADM. Se encuentran disponibles pautas y técnicas
adicionales en la Biblioteca TOGAF.
• PARTE IV (Marco de contenido de arquitectura) Esta parte describe el marco de contenido de TOGAF, que
incluye un metamodelo estructurado para artefactos arquitectónicos, el uso de bloques de construcción de
arquitectura reutilizables (ABB) y una descripción general de los productos de arquitectura típicos.
• PARTE V (Enterprise Continuum & Tools) Esta parte analiza taxonomías y herramientas apropiadas para
categorizar y almacenar los resultados de la actividad de arquitectura dentro de una empresa.
• PARTE VI (Marco de capacidad de arquitectura) Esta parte trata sobre la organización, los procesos, las
habilidades, los roles y las responsabilidades necesarios para establecer y operar una función de
arquitectura dentro de una empresa.
 Biblioteca TOGAF (TOGAF Library)

• La Biblioteca TOGAF es una biblioteca de referencia que contiene directrices, plantillas, patrones y
otras formas de material de referencia para acelerar la creación de nuevas arquitecturas para la
empresa y se compone de las siguientes secciones:

• Sección 1: Documentos Fundamentales

• Información ampliamente aplicable relacionada con el tema del marco TOGAF o Enterprise Architecture.
• Sección 2: Pautas y técnicas genéricas
• Información que describe estilos de arquitectura y cómo el marco TOGAF y la arquitectura empresarial
pueden adaptarse para explotar las características de un contexto más específico.
• Sección 3: Orientación y técnicas específicas de la industria
• Información que describe cómo se puede aplicar el marco TOGAF y la arquitectura empresarial para satisfacer
las necesidades específicas de un segmento industrial vertical.
• Sección 4: Orientación y técnicas específicas de la organización
• Información que describe cómo el marco TOGAF y la arquitectura empresarial se han aplicado para satisfacer
las necesidades de empresas específicas.
Biblioteca TOGAF (TOGAF Library)
¿Cuáles son los componentes de TOGAF?
 ¿Cuáles son los componentes de TOGAF?

Enterprise Continum Proporciona métodos para clasificar artefactos de arquitectura y solución, tanto
internos como externos al repositorio de arquitectura, a medida que evolucionan de
arquitecturas de cimientos genéricas a arquitecturas específicas de la organización.
Architecture Capability Contiene el modelo que permite operar con éxito una función de arquitectura dentro
Framework de una empresa, definiendo y estableciendo estructuras de organización, procesos,
roles, responsabilidades y habilidades apropiadas para realizar la Capacidad de
Arquitectura.
The TOGAF ADM Describe un método para desarrollar y administrar el ciclo de vida de una arquitectura
empresarial, y forma el núcleo del estándar TOGAF. Integra los elementos del estándar
TOGAF descritos en su documentación, así como otros activos arquitectónicos
disponibles, para satisfacer las necesidades empresariales y de TI de una organización.
ADM Guidelines and Contienen un conjunto de técnicas y prácticas que permiten desarrollar
Techniques adecuadamente el el proceso del Método de Desarrollo de Arquitectura (ADM) junto a
su adaptación.
Content Architecture Determina los contenidos que se deben desarrollar en cada una de las fases del ciclo
Framework ADM y proporciona una estructura propuesta de cada entregable de arquitectura.
¿Cuál es el Método de Desarrollo de Arquitectura Empresarial (ADM)?
Preparar la organización para un
proyecto de arquitectura
Preliminar
Asegurar que cada etapa esté
basada y valide los
Definir el contexto, alcance,
requerimientos del negocio
restricciones, expectativas;
crear visión de arquitectura
A.
Visión de la
H. Arquitectura Desarrollar arquitectura de
Procesos de gestión de cambios Gestión del
B. negocio (Baseline y Target)
que aseguren que la Arquitectura
Cambio de
de Negocio
continuidad de la arquitectura Arquitectura
Desarrollar arquitectura de
datos y aplicaciones (Baseline y
C. Target E)
G.
Gestión de Arquitectura
Gobierno de la
Verificar que la implementación Requisitos de Sistemas de
Implementación
Información
sea conforme a la arquitectura Desarrollar arquitectura
definida tecnológica e infraestructura
(Baseline y Target)
F. D.
Planeamiento Arquitectura
de Migración de Tecnología
E.
Analizar costos, beneficios y Oportunidades Realizar planeamiento inicial
riesgos y Soluciones de implementación
 Laboratorio 1

• Formar un equipo de 4 a 6 personas.

• Asignarle un nombre representativo al equipo
• Prepare con su equipo de trabajo una presentación de 5 minutos la cual permita exponer
y sustentar a la gerencia y vice-presidencia lo siguiente:
• ¿Por qué la empresa debería implementar y adoptar un modelo de arquitectura
empresarial? (Si ya existe, responder a ¿ Qué los motivó a adoptar este modelo?)
• Identificar y listar los principales beneficios que obtendria la organización con la
arquitectura empresarial (Si ya existe, ¿Qué se esta obteniendo?, ¿Qué creen que
faltaría? ¿ Por qué? )
• Explicar top 3 primeros beneficios que se han definido (1 diaposiva para cada beneficio).
• Detallar el metodo que se utilizó para la priorización.
Conceptos y definiciones
TOGAF 9.2 – Arquitectura Empresarial
Application Development Method (ADM)

Es el método definido por TOGAF para el desarrollo de una

arquitectura empresarial que cumpla con las necesidades
empresariales y de tecnología de la información de una
organización. Puede ser ajustado y personalizado según las
necesidades propias de la organización y una vez definido se
utiliza para gestionar la ejecución de las actividades de
desarrollo de la arquitectura.
Fases –Application Development Method (ADM)

Fase Preliminar:

En esta etapa se define el ámbito de la organización

afectado por la iniciativa de EA, así como el equipo de EA
y los principios de la arquitectura aplicables.

Además, dado que TOGAF es un marco estándar con el

objetivo de adaptarse a cualquier organización y sector,
debería ser adaptado a los requisitos específicos de la
empresa.

Por último, deben implementarse las herramientas

necesarias para el desarrollo de la arquitectura.
Fases –Application Development Method (ADM)

Fase A – Visión de Arquitectura:

En esta fase, se establece el proyecto de arquitectura

junto con el alcance de la iniciativa de EA. Se deben
identificar las partes interesadas, sus inquietudes y
requerimientos de negocio.

En esta fase, es el momento en el que también se deben

confirmar los principios de arquitectura y desarrollar el
documento de visión de arquitectura para poder
proporcionar una visión general de los cambios que se
llevarán a cabo en la organización como resultado de la
iniciativa de EA.
Fases –Application Development Method (ADM)
Fase B – Arquitectura de Negocios | Fase C – Arquitectura de
Sistemas de Información | Fase D – Arquitectura de Tecnología:

En estas tres fases, se desarrolla la línea base de arquitectura (AS-IS

Architecture) y la arquitectura final (es decir, la arquitectura objetivo de la
iniciativa de EA, TO-BE Architecture) para cada dominio de arquitectura
(negocio, datos, aplicaciones y tecnología). Tras realizar las arquitecturas
AS-IS y TO-BE, se debe realizar el gap analysis entre ambos para
producir la hoja de ruta de arquitectura (Roadmap Architecture) para
llegar a la arquitectura objetivo.

El entregable principal de esta etapa es el documento de definición de

arquitectura. Este documento contiene los artefactos arquitectónicos
básicos creados durante el proyecto y toda la información importante
relacionada.

El documento de definición de arquitectura abarca todos los dominios de

la arquitectura (negocios, datos, aplicaciones y tecnología) y también
examina todos los estados relevantes de la arquitectura (línea base AS-
IS, transición y destino TO-BE).
Fases –Application Development Method (ADM)

Fase E – Oportunidades y Soluciones:

En esta fase, se define la planificación inicial para la

puesta en marcha de la arquitectura objetivo, se
identifican y agrupan los principales paquetes de trabajo
necesarios, así como las posibles arquitecturas de
transición (es decir, arquitecturas intermedias hacia la
arquitectura objetivo). Además, debe definirse la
estrategia de alto nivel para la implementación y la
migración a la arquitectura TO-BE.
Fases –Application Development Method (ADM)

Fase F – Planificación de Migración:

En esta fase, los proyectos de migración identificados en

la etapa anterior son priorizados. Para ello, se debe
realizar la evaluación coste/beneficio, análisis de riesgo y
la asignación del valor para el negocio que se obtiene con
ellos.

Además, la hoja de ruta de arquitectura debe ser

confirmada, el documento de definición de arquitectura
debe ser actualizado y el plan de implementación y
migración debe ser finalizado.
Fases –Application Development Method (ADM)

Fase G – Gobernanza de la Implementación:

En esta fase, se confirma y supervisa el alcance y las

prioridades de los proyectos de implementación. También,
se realizan las revisiones de cumplimiento de EA, así
como las revisiones de post-implementación para validar
cualquier proyecto respecto a la arquitectura definida.
Fases –Application Development Method (ADM)

Fase H – Gestión de Cambios de Arquitectura:

En esta fase, se revisa que la arquitectura resultante

alcanza el valor para el negocio que se había establecido
como objetivo. Además, también deben estar establecidos
los procedimientos necesarios para poder gestionar el
cambio, tanto el proceso para la implementación del
cambio como el seguimiento y la gestión de riesgos.
Fases –Application Development Method (ADM)

Gestión de Requerimientos:

Se trata de una actividad paralela responsable de la

identificación, seguimiento y documentación de
requerimientos, además de ser la encargada de informar
a la fase apropiada acerca de cualquier modificación o
alta de requerimientos a tener en cuenta.
 ADM: Directrices y Técnicas
• Un conjunto de pautas y técnicas para apoyar la aplicación de la ADM
• Las directrices ayudan a adaptar el ADM para hacer frente a
diferentes escenarios, incluyendo diferentes estilos de proceso (por
ejemplo, el uso de iteración) y también los requisitos específicos (por
ejemplo, seguridad).
• Las técnicas permiten realizar tareas específicas dentro de la ADM
(por ejemplo, la definición de principios, escenarios de negocio,
análisis de brecha, la migración de planificación, gestión de riesgos,
etc.).
 Iteración de
Preliminar
Capacidades de
Aplicando las Iteraciones en el
la Arquitectura

A.
Iteración de
Visión de la Desarrollo de la
Iteración de H. Arquitectura
Gestión del
B. Arquitectura
Gobernanza de la Cambio de
Arquitectura
de Negocio
Arquitectura Arquitectura

C.
ADM

G.
Gestión de Arquitectura
Gobierno de la
Requisitos de Sistemas de
Implementación
Información

F. D.
Planeamiento Arquitectura
de Migración de Tecnología
E.
Oportunidades
y Soluciones

Iteración de
Planificación de
la Transición Ejemplo de
Directriz
 Marco de Trabajo de Contenido de Arquitectura
• Proporciona un modelo detallado de los productos de trabajo de
arquitectura, incluyendo los resultados, los artefactos dentro de los
entregables, y los bloques de construcción de arquitectura (ABB) que
representan los entregables.
• Se maneja de una mayor coherencia en las salidas de TOGAF
• Proporciona una lista completa de los productos de arquitectura
• Promueve una mejor integración de los productos de trabajo
• Proporciona un estándar abierto detallado de cómo se deben describir las
arquitecturas
• Incluye un metamodelo detallada
Marco de Trabajo de
Contenido de
Arquitectura
Entregables, Artefactos y Bloques de Construcción
• Entregables
• productos formales
• Contractualmente identificados
• Reflejan las salidas de un proyecto
• Un entregable puede contener muchos artefactos
• Bloques de construcción
• Componentes que se pueden combinar con otros bloques de construcción para entregar arquitecturas y
soluciones
• Artefactos
• Productos granulares que describen una arquitectura desde un punto de vista específico
• Por ejemplo: las especificaciones de casos de uso, los requisitos arquitectónicos, diagramas de red, etc.
• Clasificado como:
• Catálogos (listas de elementos)
• Matrices (que muestra las relaciones entre elementos)
• Diagramas (imágenes de elementos).
• Conforman el contenido del repositorio de Arquitectura
Entregables, Artefactos y Bloques de Construcción
Entregables, Artefactos y Bloques de Construcción
Entidades del metamodelo TOGAF
Metamodelo
Entregables, Artefactos y Bloques
de Construcción
 Introducción a Continuum Empresarial
• Por lo general, es imposible crear una única arquitectura unificada que satisfaga
todos los requisitos de todas las partes interesadas de todos los tiempos. Por lo
tanto, Enterprise Architect tendrá que tratar no solo con una única arquitectura
empresarial, sino con muchas arquitecturas empresariales relacionadas.

• Cada arquitectura tendrá un propósito diferente y las arquitecturas se

relacionarán entre sí. Efectivamente, delimitar el alcance de una arquitectura es,
por lo tanto, un Factor Crítico de Éxito (CSF) que permite a los arquitectos
descomponer un complejo espacio del problema en componentes manejables
que pueden abordarse individualmente.

• Continuum Empresarial proporciona una vista del repositorio de arquitectura que

muestra la evolución de estas arquitecturas relacionadas de genérico a específico,
de abstracto a concreto, y de lógico a físico.
 ¿Qué es Continuum Empresarial?
• Continuum Empresarial proporciona métodos para clasificar artefactos de arquitectura y
solución, tanto internos como externos al repositorio de arquitectura, a medida que
evolucionan de arquitecturas de básicas genéricas a arquitecturas específicas de la
organización.

• El Continuum Empresarial le permite al arquitecto articular la amplia perspectiva de qué,

por qué y cómo se ha diseñado la Arquitectura Empresarial con los factores y
controladores considerados.

• Es una ayuda importante para la comunicación y el entendimiento, tanto dentro de las

empresas individuales, como entre las empresas de los clientes y las organizaciones de
proveedores. Sin una comprensión de "en qué parte del continuo se encuentra", las
personas que discuten sobre la arquitectura a menudo pueden hablar con propósitos
contrapuestos porque hacen referencia a diferentes puntos en el continuo al mismo
tiempo, sin darse cuenta.
¿Qué es Continuum Empresarial?
• Cualquier arquitectura es específica del contexto; por ejemplo, hay arquitecturas
que son específicas para clientes individuales, industrias, subsistemas, productos
y servicios.

• Los arquitectos, tanto del lado de la compra como del lado de la oferta, deben
tener a su disposición un lenguaje consistente para comunicar de manera efectiva
las diferencias entre las arquitecturas. Tal lenguaje permitirá la eficiencia de la
ingeniería y el aprovechamiento efectivo de la funcionalidad del producto
Commercial Off-The-Shelf (COTS). Enterprise Continuum proporciona ese
lenguaje consistente.
Constituyentes del continuo de la empresa
Repositorio de Arquitectura
• Operar una capacidad arquitectónica madura dentro de una gran empresa crea
un enorme volumen de producción arquitectónica.
• La gestión y el despliegue eficaz de estos productos de trabajo arquitectónico que
requieren una taxonomía formal para diferentes tipos de activos arquitectónicos
junto con procesos y herramientas dedicados para el almacenamiento de
contenido arquitectónico.
• TOGAF proporciona un marco estructural para un Repositorio de Arquitectura
que permite a una empresa distinguir entre diferentes tipos de activos
arquitectónicos que existen en diferentes niveles de abstracción en la
organización.
• Este repositorio de arquitectura es una parte del repositorio empresarial más
amplio, que proporciona la capacidad de vincular recursos de arquitectura a
componentes de los depósitos detallados de diseño, implementación y
administración de servicios.
Repositorio de Arquitectura
Repositorio de Arquitectura: Clases de
Información Arquitectónica
Metamodelo de • Describe la aplicación organizacional de un marco de arquitectura, incluyendo un método para el desarrollo de la arquitectura y
Arquitectura un metamodelo para el contenido de la arquitectura.

Capacidad de • Define los parámetros, estructuras y procesos que soportan la gobernabilidad del Repositorio de Arquitectura.
Arquitectura

Panorama (Landscape) • Presenta una representación arquitectónica de los activos en uso o planificados por la empresa en momentos concretos.
Arquitectónico

Base de Información de • Captura los Estándares con los que deben cumplir las nuevas arquitecturas, que pueden incluir estándares de la industria,
Estándares productos y servicios seleccionados de proveedores o servicios compartidos ya implementados dentro de la organización.

Biblioteca de • Proporciona pautas, plantillas, patrones y otras formas de material de referencia que pueden aprovecharse para acelerar la
Referencia creación de nuevas arquitecturas para la empresa.

Registro de • proporciona un registro de la actividad de gobernabilidad en toda la empresa.

Gobernabilidad
Marco de Trabajo de Capacidades
Marco de Trabajo de Capacidades
• Una definición estructurada de las organizaciones, habilidades, roles y
responsabilidades para establecer y operar una Arquitectura
Empresarial, incluyendo:
• Términos de Referencia para el Comité de Arquitectura
• Orientación sobre la medición de los Niveles de Cumplimiento de la
Arquitectura de los Contratos de Arquitectura
• Procesos y estructuras de organización requeridos para operar Arquitectura
Gobierno
• Técnicas para evaluar la madurez de la arquitectura
• Una visión general de las habilidades requeridas por los arquitectos
Estableciendo las Capacidades en una Entidad
Operativa
• El Marco de trabajo de capacidad de la arquitectura proporciona
orientación sobre el establecimiento de una práctica de dicha arquitectura
empresarial operativa:
• Se recomienda que incluyen capacidades tales como:
• Gestión financiera
• Gestión del rendimiento
• Gestión De Servicios
• Gestión de riesgos
• Administración de recursos
• Comunicaciones y gestión de los grupos de interés
• Gestión de la calidad
• Administración de suministros
• Gestión de la configuración
• Gestión del Medio Ambiente
Beneficios de la gobernabilida de la
Arquitectura
• Mayor transparencia de la rendición de cuentas y delegación informada de la autoridad
• Gestión de riesgos controlada
• Protección de la base de activos existente mediante la maximización de la reutilización de los componentes
arquitectónicos existentes
• Mecanismos de control, supervisión y gestión proactivos
• Reutilización de procesos, conceptos y componentes en todas las unidades de negocios de la organización
• Creación de valor a través del monitoreo, medición, evaluación y retroalimentación
• Mayor visibilidad para soportar los procesos internos y los requisitos de las partes externas; en particular,
una mayor visibilidad de la toma de decisiones a niveles más bajos asegura la supervisión a un nivel
apropiado dentro de la empresa de las decisiones que pueden tener consecuencias estratégicas de gran
alcance para la organización
• Mayor valor para el accionista; en particular, la arquitectura empresarial representa cada vez más la
propiedad intelectual central de la empresa: los estudios han demostrado una correlación entre el aumento
del valor para el accionista y las empresas bien gobernadas
• Se integra con procesos y metodologías existentes y complementa la funcionalidad al agregar capacidades
de control
La adaptación de la ADM
• Metodología genérica definidas por factores ambientales, tales como:
• Geográficos
• Sectores verticales
• Tipos de Industria
• Se puede utilizar con las prestaciones de otros marcos, como
Zachman, DoDAF, ...
• Es habitual para modificar o ampliar el ADM para satisfacer las
necesidades específicas
Otros marcos de Referencia
• Cerca del 90 por ciento de implementaciones
de arquitectura se hace utilizando una o más
de una de estas cuatro metodologías:
• Zachman
Taxonomía
• Aunque se describe a sí mismo como un marco, en
realidad se define más exactamente como una
taxonomía
• TOGAF
• Aunque llamado marco, en realidad se define más
exactamente como un proceso, soportado en el ADM
Buenas
• FEA – Federal Enterprise Architecture Proceso
• Se puede ver como una arquitectura empresarial
Prácticas
implementada o una metodología prescriptiva para
crear una arquitectura empresarial
• Gartner
• Puede describirse mejor como una práctica de
arquitectura empresarial
Base Prescriptiva
Ciclo de Desarrollo de Arquitecturas (ADM)
TOGAF 9.2 – Arquitectura Empresarial
 Architecure Development Method (ADM)
• Escribe un método para desarrollar y administrar el ciclo de vida de
una arquitectura empresarial, y forma el núcleo del estándar TOGAF.
• Integra los elementos del estándar TOGAF descritos en el doucmento
de TOGAF, así como otros activos arquitectónicos disponibles, para
satisfacer las necesidades empresariales y de TI de una organización.
 ADM y la Arquitectura fundamental
• El ADM es útil para poblar la Arquitectura Fundamental de una empresa.
• Los requisitos comerciales de una empresa pueden usarse para identificar las
definiciones y selecciones necesarias en la Arquitectura Fundamental.
• Esto podría ser un conjunto de modelos comunes reutilizables, definiciones de
políticas y gobernanza, o incluso tan específicas como las selecciones de
tecnología predominantes (por ejemplo, si así lo exige la ley).
• La componentes de la Arquitectura Fundamental siguen principios similares a los
de una Arquitectura Empresarial, con la diferencia de que los requisitos para toda
una empresa se limitan a las preocupaciones generales y, por lo tanto, son menos
completos que para una empresa específica.

• Es importante reconocer que los modelos existentes de estas diversas fuentes,

cuando están integrados, pueden no necesariamente dar como resultado una
Arquitectura Empresarial coherente.
 Recursos TOGAF ADM
• La aplicación de TOGAF ADM es respaldada por un conjunto
extendido de recursos: directrices, plantillas, listas de verificación y
otros materiales detallados.
• White Papers y Guías publicados por The Open Group, clasificados y
referenciados en la Biblioteca TOGAF
(https://publications.opengroup.org/togaf-library)
• Las pautas y técnicas individuales se describen por separado, de
modo que se puede hacer referencia a ellas desde los puntos
relevantes en el ADM según sea necesario, en lugar de tener el texto
detallado desordenado con la descripción del propio ADM.
Método de Desarrollo de Arquitectura -
Proceso
Preliminar
• El ADM es un proceso iterativo:
• Durante Todo el Proceso
• Entre las Fases
A.
Visión de la
• Dentro de las Fases
H. Arquitectura
• Para cada iteración se debe
B.
Gestión del
Arquitectura
Cambio de
de Negocio
Arquitectura
reconsiderar:
G.
Gestión de
C.
Arquitectura
• Alcance
Gobierno de la
Implementación
Requisitos de Sistemas de
Información • Detalle
• Cronogramas
F. D.
Planeamiento
de Migración
Arquitectura
de Tecnología
• Hitos
E.
Oportunidades
y Soluciones
Método de Desarrollo de Arquitectura -
Proceso
Preliminar
• Considerar activos a partir de:
• Iteraciones anteriores
• Mercado, de acuerdo a la
A.
Visión de la
disponibilidad, competencia y
H.
Gestión del
Arquitectura
B. valor:
Arquitectura
Cambio de
Arquitectura
de Negocio • Otros marcos de referencia
• Modelos de Sistemas
G.
Gestión de
C.
Arquitectura
• Modelos Verticales de la Industria
Gobierno de la
Requisitos de Sistemas de
Implementación
Información

F. D.
Planeamiento Arquitectura
de Migración de Tecnología
E.
Oportunidades
y Soluciones
 Fases ADM
Preparar la organización de un proyecto de arquitectura
exitosa

Preliminar
Asegúrese de que muy etapa de un proyecto TOGAF se
basa en los requisitos de negocio y valida Establecer el alcance, las limitaciones y las expectativas para un
proyecto TOGAF; crear la visión de Arquitectura; validar el contexto
empresarial; crear la Declaración de Arquitectura de Trabajo
A.
Permitan un seguimiento continuo y un proceso de gestión de Visión de la
H. Arquitectura
cambios para asegurar que la arquitectura responde a las necesidades B.
Gestión del Arquitectura desarrollar negocios a desarrollar;
de la empresa Arquitectura
Cambio de Arquitecturas de referencia y objetivos y analizar las
de Negocio
Arquitectura brechas

Proporcionar una supervisión arquitectónica de la C.

aplicación; asegúrese de que el proyecto de ejecución se G.
Gestión de Arquitectura
ajusta a la arquitectura Gobierno de la Desarrollar Sistemas de Información arquitecturas.
Requisitos de Sistemas de
Implementación Desarrollar arquitecturas de referencia y objetivos y
Información
analizar las brechas

Analizar los costos, beneficios y riesgos; desarrollar F. D.

implementación detallada y Plan de Migración Planeamiento Arquitectura
de Migración de Tecnología Desarrollar Arquitectura Tecnología: Desarrollar
E. arquitecturas de referencia y objetivos y analizar las
Oportunidades brechas
y Soluciones
Realizar la planificación inicial de implementación;
identificar los principales proyectos de implementación
 Laboratorio 2 : Objetivos y metas de la
arquitectura en la empresa
Tomando como referencia, los planes y metas de su organización, seleccione dos
objetivos de negocio correspondientes al plan estratégico actual alineados a TI y
describa la iniciativa de TI que se necesita para cumplir este objetivo, indicando
las métricas de medición que se verán afectadas y el impacto de mejora que se
tendrá en la compañía con su implementación y evolución.
Objetivos y metas de la arquitectura en la
empresa (ej.)