ARQUITECTURA EMPRESARIAL

ESPECIALIZACIÓN GERENCIA ESTRATÉGICA DE TECNOLOGÍA EN INFORMÁTICA

ING. EMERSON VELA LONDOÑO
 EMERSON VELA LONDOÑO

Ing. de Sistemas y Telecomunicaciones.

Especialista en Teleinformática
Magister en Gestión Informática y Telecomunicaciones,

ISO/IEC 27001 Internal Auditor - Issued by CertiProf

Lead Cybersecurity Professional certificate - LCSPC. Issued by CertiProf
Management 3.0 Learning Path.

Experiencia General
22 años Experiencia (Salud, Agroindustria, Min tic, Software, Construcción, Educación- docente, Transporte, Gerencia
de Proyectos y Consultorias)

Experiencia en AE
Constructora Norberto Odebrecht, Emcali – Bim Dimension, Alcaldía de Cali, CDAV, DNP, Fontur, FNA
 PRESENTACION

• Nombre
• Núcleo familiar
• Profesión
• Empresa o sector
• Cargo
• Experiencia profesional
• Experiencia en TIC
PARÁBOLA DEL ELEFANTE
PARÁBOLA DEL ELEFANTE
 LA PARÁBOLA
PARÁBOLA DEL ELEFANTE
CICLO DE UN PARADIGMA
 QUE ES
ARQUITECTURA EMPRESARIAL?
Arquitectura Empresarial (AE) es una
disciplina que se encarga de alinear la
estrategia de una organización con su modelo
operativo. En otras palabras, es como un
plano general que describe cómo debe
organizarse y funcionar una empresa para
alcanzar sus objetivos de negocio.

La arquitectura empresarial, según la metodología Zachman, es un marco

estructurado y comprensivo para organizar y analizar los activos empresari
ales y tecnológicos de una organización. Proporciona un "esquema" o matri
z que ayuda a visualizar las relaciones entre diferentes componentes empre
sariales (como datos, funciones, lugares, personas, tiempo y motivaciones)
y cómo estos se alinean con los objetivos estratégicos de la organización.
AE - UNA FUERZA DE COLABORACIÓN
¡AE ES UN CAMINO, NO UN DESTINO!
 ¿Qué es la Arquitectura Empresarial - AE?
Sistema de Gestión que integra, interopera y la alinea los componentes de las

organizaciones con la planeación estratégica

Arquitectura de Datos /
Arquitectura de Producto

“Los proyectos de TI no son

Información
?

Arquitectura de Procesos
simples proyectos de
tecnología, sino de verdadera
? transformación organizacional”.
?

?
Arquitectura de Tecnología /
Arquitectura de Aplicaciones
Infraestructura

?
ALINEACIÓN
SINCRONIZACIÓN
…SERÁ ESTA LA RAZÓN POR LA CUAL TERMINAMOS
EN ARQUITECTURAS COMO ESTAS?
Dimensiones de AE
¿Por qué TOGAF?
TOGAF
The Open Group Architecture Framework [Link]

Método para obtener AE específica para una

organización, que:
Consorcio global que permite alcanzar los objetivos de negocio a través de los
estándares de TI. Con más de 500 organizaciones miembros, tiene una
• Presenta mayor desarrollo. membresía diversa que abarca todos los sectores de la comunidad de TI -
clientes, proveedores de sistemas y soluciones, proveedores de herramientas,
• Está mejor adaptado. integradores y consultores, así como académicos e investigadores para:
• Lo respalda el The Open Group y los
● Capturar, comprender y abordar los requisitos actuales y emergentes,
productores de hardware y software. y establecer políticas y compartir las mejores prácticas.
• Se ajusta a todas las organizaciones. ● Facilitar la interoperabilidad, desarrollar el consenso y evolucionar e
integrar especificaciones y tecnologías de código abierto.
• Tiene múltiples herramientas para ● Ofrecer un conjunto integral de servicios para mejorar la eficiencia
trabajar. operativa de los consorcios.
● Operar el principal servicio de certificación de la industria
Marco de referencia
para AE: TOGAF

Ciclos de iteración de TOGAF:

1. Contexto de Arquitectura
2. Definición de Arquitectura
3. Planificación de la Transición
4. Gobernanza de Arquitectura
 TOGAF Y PHVA
Preliminar
H A
Visión de
Arquitectura de arquitectura
Gestión del Cambio

VERIFICAR Y
MANTENER
DEFINIR TEMAS B
Arquitectura de
Negocios

C
G
GESTIÓN DE REQUERI- Arquitectura de
Implementación IMPLEMENTAR ANALIZAR Sistemas de Información
MIENTOS
Gobierno DATA

D
Arquitectura de la
Tecnología
PLANEAR
IMPLEMENTA- CIÓN
GENERAR
OPCIONES
Planear
Hacer
F E Verificar
Planificación de Oportunidades y Actuar
migración Soluciones
 ¿Cómo se desarrolla la AE?

Preocupaciones TO-BE ESTADO DESEADO

Objetivos del Negocio Arquitectura de Negocio
Problemas y Oportunidades
Restricciones Legales Arquitectura de Arquitectura de
Información Aplicaciones

Arquitectura de Tecnología

PROYECTO

PROYECTO

PROYECTO

AS-IS ESTADO ACTUAL

Arquitectura de Negocio
Drivers
Arquitectura de Arquitectura de
Información Aplicaciones Tendencias e innovaciones
tecnológicas
Arquitectura de Tecnología
ANÁLISIS DE BRECHAS
VISIÓN DE PROYECTO - CIUDAD INTELIGENTE
EMCALI 2014
 IDENTIFICACIÓN BLOQUES DE
RE-USO Y CONTINUIDAD DE LA SOLUCIÓN
MAPA DE RUTA DE IMPLEMENTACIÓN
GOBERNABILIDAD DE AE
¿QUÉ PASA CON LAS SOLUCIONES QUE SE NECESITAN
DESPLEGAR TODOS LOS DÍAS?
PUNTOS DE VISTA DE LA ARQUITECTURA
PUNTOS DE VISTA DE LA ARQUITECTURA
VISTA GLOBAL DE AE
VISTA GLOBAL DEL CDAV
VISTA MACROPROCESO
DE LA ORGANIZACIÓN
 VISTA PROCESO
DE LA ORGANIZACIÓN EN LA HERRAMIENTA ARCHI
 VISTA PROCESO
DE LA ORGANIZACIÓN EN LA HERRAMIENTA ARCHI
REPOSITORIO DE AE:
 REPOSITORIO DE AE:
HERRAMIENTA MUY IMPORTANTE
ARTEFACTOS
ARTEFACTOS DIAGRAMAS
Ejemplo de AE

Venta directa de No existe ningún sistema Ventas diarias de

productos como de información. 200 unidades
pandebonos con una
receta original.

Propuesta de valor:
Segmento de clientes:
la receta original y
personas que pasan por
la atención por parte
la tienda.
del dueño.
 TO-BE ESTADO DESEADO
Cliente 2.000 unidades

Objetivos del Negocio Venta

- Automatización del Servicio al 100% Automática Cliente Producto
-Aumento de Ventas de 2000
unidades Proceso

Solicitud Pago Entrega a

vía web Electrónico Domicilio

AS-IS ESTADO ACTUAL

200 unidades
Portal Web SCM

Cliente Tendero

Venta de Servidor
Mostrador

Proceso Drivers
- Acceso web
Solicitud Pago Entrega - Dispositivos tecnológicos
 Beneficios esperados
● Reducción de la complejidad de la infraestructura de TIC.
● Flexibilidad para el desarrollo, compra o outsourcing de soluciones de TIC.
● Reducción del riesgo de inversión.

Optimización del retorno sobre

la inversión y reducción del
riesgo
El sistema de gestión de Arquitectura Empresarial (AE):

Genera valor agregado al alinear Resuelve los problemas de una manera

la planeación estratégica y los coherente e integrada, alcanzando la
Da un marco de referencia para la
procesos con las TICs. satisfacción de las partes interesadas.
efectividad de los proyectos

Permite planear e implementar

procesos de transformación con éxito. Facilita el control de los componentes y permite Administra la complejidad y mejora la
evolucionar hacia un mejor estado futuro. gestión y el trabajo colaborativo.

Visión a largo plazo de servicios, información y tecnología

integrados, consistentes y alineados con los procesos y el Plan de No es una práctica de TI, es Permite hallar brechas no
Desarrollo Municipal. usar las TICs para contempladas.
transformarse.
 VIDEOS

[Link] [Link]
 QUE ES UN
SISTEMAS DE INFORMACIÓN GERENCIAL

Los Sistemas de Información Gerencial (SIG) se han convertido

en un arma estratégica ya que “proporcionan a la gerencia
informes sobre el desempeño actual de la organización, esta
información se utiliza para supervisar y controlar la empresa y
proyectar su comportamiento futuro”, así como de apoyo en la
toma de decisiones para el nivel estratégico de las
organizaciones.
COMPONENTES DE LOS SISTEMAS DE
INFORMACIÓN GERENCIAL
 SISTEMAS DE INFORMACION GERENCIAL
HARDWARE

•Equipo físico: Incluye computadoras, servidores, dispositivos de

almacenamiento (discos duros, unidades de cinta), redes de
comunicación y dispositivos de entrada/salida (teclados, mouse,
impresoras, escáneres).

•Infraestructura: La red de comunicaciones que conecta todos los

componentes del sistema, permitiendo la transmisión de datos.
 SISTEMAS DE INFORMACION GERENCIAL
SOFTWARE

•Sistemas operativos: Controlan el hardware y proporcionan una interfaz para

que los usuarios interactúen con el sistema (Windows, Linux, macOS).

•Aplicaciones: Programas diseñados para realizar tareas específicas, como

procesamiento de texto, hojas de cálculo, bases de datos, software de gestión
empresarial (ERP), etc.

•Bases de datos: Almacenan y organizan la información de manera estructurada,

permitiendo su acceso y actualización.

•Ingeniería y arquitectura de software,

 SISTEMAS DE INFORMACION GERENCIAL
DATOS

• Información: Son los hechos y cifras que se recolectan y procesan por el sistema. Pueden ser
internos (ventas, producción, costos) o externos (datos del mercado, información de
competidores).

• Bases de datos: Almacenan los datos de manera organizada y estructurada, permitiendo su

fácil acceso y recuperación.

• Gestión de datos maestros: MDM (Master Data Management) y Calidad de datos: ISO 8111

Los datos son expresiones generales que describen características de las entidades sobre las que
operan los algoritmos.

Los datos por sí solos tampoco constituyen información, sino que ésta surge del adecuado
procesamiento.
 SISTEMAS DE INFORMACION GERENCIAL
RECURSO HUMANO

• Usuarios: Aquellos que interactúan con el

sistema, como gerentes, analistas,
programadores y usuarios finales.

• Especialistas: Profesionales que diseñan,

desarrollan, implementan y mantienen el
sistema.

• Gestión de recursos humanos: y

psicología organizacional
 SISTEMAS DE INFORMACION GERENCIAL
PROCESOS

• Procedimientos: Son las reglas y normas que se siguen para operar el sistema,
incluyendo la captura de datos, el procesamiento de información y la generación de
reportes.

• Modelos: Representaciones simplificadas de procesos o sistemas reales que se utilizan

para analizar y predecir resultados.

• Gestión de procesos: BPMN (Business Process Model and Notation). Este lenguaje
estándar permite modelar y documentar procesos de negocio.
• Enfoque de los sistemas

• Enfoque Reduccionista.
Este enfoque estudia un fenómeno complejo a
través del análisis de sus elementos o partes
componentes.
En este enfoque se trata de explicar que las
ciencias o sistemas para su mejor
entendimiento divididos a un grado tan
elemental, separados de tal modo que
facilitaran su estudio a un nivel tan
especializado.

52
• Enfoque Generalizado o Totalitario

En este enfoque no solo es necesario definir la totalidad sino también sus partes
constituyentes.

Es decir las partes constituyentes también pueden ser consideradas como sistemas.

53
Los objetos presentan una característica de SINERGIA cuando la
suma de sus partes es inferior al todo, o bien cuando el examen de
alguna de ellas no explica la conducta del todo.

54
• RECURSIVIDAD.

Un proceso recursivo se inicia y, en algún punto de su ejecución, crea una

nueva instancia de sí mismo. Esta nueva instancia, a su vez, puede crear
otra instancia y así sucesivamente. Este proceso continúa hasta que se
cumple una determinada condición que detiene la creación de nuevas
instancias.

Recursividad de un objeto sinergético, un sistema, esté compuesto de

partes con características tales que son a su vez objetos sinergéticos
(sistemas) Hablamos entonces de sistemas y subsistemas.

El concepto de recursividad se aplica a sistemas dentro de sistemas

mayores, y a ciertas características particulares, funciones o conductas
55
propias de cada sistema que son semejantes a la de los sistemas mayores
• SINERGIA Y RECURSIVIDAD

Sistemas recursivos: Un sistema puede ser

considerado recursivo si está compuesto de
subsistemas que a su vez son sistemas. En
estos sistemas, la sinergia puede surgir de la
interacción entre los diferentes niveles de
recursión.

Procesos sinérgicos: Un proceso recursivo

puede generar resultados sinérgicos si cada
llamada recursiva aporta algo nuevo al
resultado final.

56
• Retroalimentación
La información de retroalimentación es la información que indica cómo lo está haciendo
el sistema en la búsqueda de su objetivo y que es introducido nuevamente al sistema con
el fin de que se lleven a cabo las correcciones necesarias para lograr su objetivo
(retroalimentación) Desde este punto de vista es un mecanismo de control del sistema
para asegurar el logro de su meta

• (Positiva y Negativa).
cuando se modifica la conducta del sistema y se dejan constantes los objetivos, nos
encontramos ante una retroalimentación negativa.
Cuando se mantiene la conducta del sistema y se modifican los objetivos, entonces nos
encontramos frente a una retroalimentación positiva.

57
 ¿QUÉ ES ARQUITECTURA EMPRESARIAL?
HTTPS://[Link]/ARQUITECTURAEMPRESARIAL/PORTAL/
La Arquitectura Empresarial es una práctica estratégica que facilita las transformaciones necesarias para que
las entidades fortalezcan su gestión, alcancen sus objetivos estratégicos, lleven a cabo su visión y atiendan
las preocupaciones y requerimientos de los diferentes grupos de interés, de manera disciplinada,
estructurada y sostenible en el tiempo.

Mediante la Política de Gobierno Digital (PGD), el Ministerio de Tecnologías de la Información y las

Comunicaciones (MinTIC) busca la adopción e implementación del enfoque de Arquitectura Empresarial (AE)
en las entidades, buscando incrementar la generación de valor público.

La Arquitectura Empresarial conduce a una gestión efectiva, y si bien incorpora elementos de diseño y
planeación, también se orienta a la implementación de soluciones y al desarrollo de capacidades clave para
que las entidades públicas sean organizaciones de alto desempeño.

En el ámbito de lo público, las entidades deben articular su orientación estratégica, su modelo de gestión y su
estrategia de tecnologías de información; para lograrlo, la Arquitectura Empresarial es una herramienta muy
útil, probada y adecuada para las organizaciones de diferentes niveles (nacional y territorial), de diferentes
tamaños, centralizadas o desconcentradas, con una capacidad de gestión madura o en desarrollo.
 MRAE – MAE
MODELO DE ARQUITECTURA EMPRESARIAL
MRAE – MAE
MODELO DE
ARQUITECTURA
EMPRESARIAL
 MRAE – MGGTI
MODELO DE GESTION Y GOBIRNO DE TI
MGGTI
MODELO DE
GESTION Y
GOBIRNO DE TI
 MRAE – MGPTI
MODELO DE GESTION DE PROYECTOS DE TI
MRAE – MGPTI
MODELO DE
GESTION DE
PROYECTOS
DE TI
 INTRODUCCIÓN A TOGAF Y ADM

•TOGAF: Framework de arquitectura

empresarial para la planificación, diseño,
implementación y gestión de arquitecturas de TI
en una organización.

•ADM (Architecture Development

Method): Método cíclico de desarrollo de
arquitectura compuesto por fases para alinear
los objetivos de TI con los objetivos del negocio.
FASE PRELIMINAR

•Objetivo: Preparar la organización para el uso de TOGAF y

establecer los cimientos para la arquitectura empresarial.

•Principales Actividades:
• Definir el alcance de la arquitectura.
• Identificar y evaluar marcos de referencia existentes.
• Establecer principios de arquitectura.

•Entradas: Estrategia corporativa, documentos de políticas,

estándares de arquitectura.

•Salidas:
• Alcance de la arquitectura,
• Declaración de principios,
• Equipo y marco de gobierno para arquitectura
 FASE PRELIMINAR: PREPARANDO EL TERRENO

La fase preliminar establece las bases sólidas de un proyecto de arquitectura empresarial, es como preparar el
terreno antes de construir un edificio:

• El objetivo principal de esta fase es determinar las competencias arquitectónicas deseadas por la organización y
establecer las mismas.

• Definir el alcance del proyecto: ¿Qué áreas de la organización se verán afectadas por la arquitectura empresarial?

• ¿Cuál es el horizonte temporal del proyecto?

• ¿Quiénes son las personas, grupos o áreas (stakeholders) que tienen un interés en el resultado del proyecto?

• ¿Cuáles son sus necesidades y expectativas?

• Establecer los principios arquitectónicos: ¿Cuáles son los valores y las reglas que guiarán la toma de decisiones
arquitectónicas?
 FASE PRELIMINAR: PREPARANDO EL TERRENO

Actividades Clave actividades:

• Definición de la "Enterprise": Se establece claramente qué se entiende por "empresa" en el contexto del
proyecto.

• Identificación de elementos clave e impulsores del negocio: Se identifican los factores que impulsan el
cambio en la organización y que deben ser considerados en la arquitectura.

• Evaluación de las capacidades del negocio: Se evalúa la capacidad actual de la organización para
implementar y mantener una arquitectura empresarial.

• Evaluación de la disponibilidad para la transformación: Se evalúa la disposición de la organización para

adoptar cambios y transformar sus procesos.

• Definición del alcance: Se define el alcance del proyecto de arquitectura, incluyendo los límites, los
entregables y los recursos necesarios.
 FASE PRELIMINAR: PREPARANDO EL TERRENO

• Actividades Clave actividades:

• Importancia de la Fase Preliminar es Asegura el alineamiento: Garantiza que el proyecto de

arquitectura esté alineado con los objetivos estratégicos de la organización.

• Minimiza riesgos: Identifica los posibles riesgos y desafíos desde el principio, permitiendo tomar medidas
preventivas.
• Optimiza recursos: Permite asignar los recursos necesarios de manera eficiente.
• Establece una base sólida: Proporciona una base sólida para las fases posteriores del ciclo de vida de TOGAF.

• En resumen, la fase preliminar en TOGAF es esencial para establecer una visión clara y compartida del
proyecto de arquitectura empresarial. Al realizar un análisis exhaustivo de la situación actual y definir los
objetivos futuros, se asegura que el proyecto tenga éxito y genere un valor real para la organización.
FASE A - VISIÓN DE ARQUITECTURA

•Objetivo: Definir una visión de alto nivel que alinee las expectativas
del negocio y obtener la aprobación para iniciar la arquitectura.

•Principales Actividades:
• Identificar los requerimientos iniciales.
• Establecer el alcance y limitaciones de la arquitectura.
• Crear la visión de la solución.

•Entradas: Resultados de la fase preliminar, objetivos estratégicos de

negocio.

•Salidas:
• Documento de Visión de Arquitectura,
• Casos de negocio iniciales,
• Definición del alcance y aprobación para continuar.
 FASE A - VISIÓN DE ARQUITECTURA EN TOGAF: EL
COMIENZO DEL VIAJE
La Fase A - Visión de Arquitectura en TOGAF es el primer paso concreto hacia la transformación
arquitectónica de una organización.
Es como trazar un mapa antes de embarcarse en un largo viaje: se establece la dirección, se identifican
los puntos de referencia y se definen los objetivos a alcanzar.

Objetivo Principal
Desarrollar una visión clara y compartida de la arquitectura futura de la organización. Esta visión
debe ser alineada con los objetivos estratégicos del negocio y servir como guía para las fases posteriores del
ciclo de vida de TOGAF

Actividades Clave.
•Establecer el proyecto de arquitectura: Se define el alcance del proyecto, se identifican los
stakeholders clave y se asigna un patrocinador ejecutivo.
•Identificar a los interesados, inquietudes y requerimientos del negocio: Se identifican todas las
partes interesadas en el proyecto y se recopilan sus necesidades y expectativas.
 FASE A - VISIÓN DE ARQUITECTURA EN TOGAF: EL
COMIENZO DEL VIAJE
•Confirmar y elaborar las metas de negocio, los impulsores del negocio y restricciones: Se revisan y
refinan los objetivos estratégicos de la organización y se identifican los factores que impulsarán el cambio.
•Evaluar las capacidades comerciales: Se evalúa la capacidad actual de la organización para soportar la
arquitectura futura.
•Desarrollar la visión de la arquitectura: Se crea una descripción concisa y comprensible de la arquitectura
deseada, incluyendo sus beneficios y cómo se alineará con los objetivos del negocio.

•Entradas:
• Visión general del negocio
• Requisitos iniciales
• Información sobre la arquitectura actual (si existe)
•Salidas:
• Declaración de trabajo de arquitectura (DTDA)
• Visión de la arquitectura
• Requisitos de arquitectura
 FASE A - VISIÓN DE ARQUITECTURA EN TOGAF: EL
COMIENZO DEL VIAJE
La Fase A es fundamental porque:

•Asegura el alineamiento: Garantiza que la arquitectura futura esté alineada con los objetivos
estratégicos del negocio.

•Proporciona una dirección clara: Establece una visión compartida que guía las fases posteriores del
proyecto.

•Identifica los riesgos: Permite identificar los posibles riesgos y desafíos desde el principio.
•Facilita la toma de decisiones: Proporciona una base sólida para la toma de decisiones en las fases
posteriores.

En resumen, la Fase A - Visión de Arquitectura en TOGAF es el punto de partida para cualquier iniciativa
de transformación arquitectónica. Al establecer una visión clara y compartida, se asegura que el proyecto
esté alineado con los objetivos de la organización y tenga éxito.
 Fase B - Arquitectura de Negocio

•Objetivo: Definir la arquitectura de negocio para soportar la

estrategia de negocio de la organización.
•Principales Actividades:
•Identificar los procesos de negocio actuales y futuros.
•Definir la arquitectura de negocio, incluyendo procesos,
funciones y roles.
•Validar que las necesidades del negocio estén alineadas con la
arquitectura.
•Entradas: Documento de visión, requerimientos iniciales.
•Salidas:
•Descripción de Arquitectura de Negocio,
•Modelos de procesos de negocio,
•Análisis de brechas (gap analysis) entre el estado actual y el
futuro.
 Fase B - Arquitectura de Negocio

Definición y Detalle
La Fase B - Arquitectura de Negocio en TOGAF es la etapa donde se profundiza en la definición de
cómo la organización opera y crea valor. Es como diseñar el plano de una casa, pero a escala empresarial,
especificando cada habitación, su función y cómo se relacionan entre sí.

Objetivo Principal
El objetivo principal de la Fase B es desarrollar una descripción detallada y consistente de cómo la
organización funciona para alcanzar sus objetivos estratégicos. Esto implica modelar los procesos,
productos, servicios, información y personas que intervienen en la operación del negocio.

Actividades Clave
•Selección de modelos de referencia: Se seleccionan los modelos y estándares adecuados para
representar la arquitectura de negocio de la organización.
•Desarrollo de la descripción de la arquitectura de negocio de línea base: Se crea una
representación de la situación actual de la organización, incluyendo sus procesos, productos y servicios.
 Fase B - Arquitectura de Negocio

Actividades Clave

•Desarrollo de la descripción de la arquitectura de negocio de destino: Se crea una representación de la

arquitectura de negocio deseada, alineada con la visión definida en la Fase A.
•Análisis de brechas: Se identifica la diferencia entre la situación actual y la situación deseada, lo que permite definir las
acciones necesarias para alcanzar la arquitectura de destino.
Entradas y Salidas
•Entradas:
• Visión de la arquitectura (Fase A)
• Requisitos de arquitectura
• Modelos de referencia
•Salidas:
• Descripción de la arquitectura de negocio de línea base
• Descripción de la arquitectura de negocio de destino
• Análisis de brechas
• Requisitos para las siguientes fases
Fase B - Arquitectura de Negocio

Importancia de la Fase B
La Fase B es fundamental porque:

•Proporciona una base sólida para las fases posteriores: La arquitectura de negocio sirve como
fundamento para el diseño de la arquitectura de aplicaciones, datos y tecnología.

•Asegura la alineación: Garantiza que la arquitectura de la organización esté alineada con los
objetivos estratégicos del negocio.

•Identifica oportunidades de mejora: Permite identificar áreas de mejora y optimizar los procesos
de negocio.
•Facilita la comunicación: Proporciona un lenguaje común para que todas las partes interesadas
comprendan la arquitectura de la organización.
 Fase B - Arquitectura de Negocio

Conceptos Clave en la Fase B

•Modelo de negocio: Describe cómo la organización crea y captura valor.

•Modelo operativo: Describe cómo la organización funciona día a día.

•Cadena de valor: Describe las actividades que la organización realiza para crear valor para sus clientes.

•Procesos de negocio: Describen las actividades que se llevan a cabo para alcanzar los objetivos del negocio.

En resumen, la Fase B - Arquitectura de Negocio en TOGAF es esencial para comprender cómo la organización
funciona y para definir cómo debe funcionar en el futuro. Al modelar los procesos, productos y servicios de la
organización, se obtiene una visión clara y detallada de la arquitectura empresarial.
 Fase C - Arquitectura de Sistemas de Información

Entradas y Salidas

•Entradas:
• Descripción de la arquitectura de negocio de destino (Fase B)
• Requisitos de arquitectura
• Modelos de referencia

•Salidas:
• Descripción de la arquitectura de aplicaciones de destino
• Descripción de la arquitectura de datos de destino
• Requisitos para la siguiente fase
FASE C - ARQUITECTURA DE SISTEMAS DE INFORMACIÓN EN TOGAF:
CONSTRUYENDO EL EDIFICIO
Fase C.1 - Arquitectura de Datos

•Objetivo: Definir los datos críticos y su estructura para soportar la visión de la arquitectura.

•Principales Actividades:
•Identificar las entidades de datos clave.
•Diseñar el modelo de datos.

•Entradas: Resultados de la fase de negocio.

•Salidas:
•Modelos de datos conceptuales y lógicos,
•Inventario de datos.
 FASE C - ARQUITECTURA DE SISTEMAS DE INFORMACIÓN EN TOGAF:
CONSTRUYENDO EL EDIFICIO
Fase C.2 - Arquitectura de Aplicaciones

•Objetivo: Definir los sistemas de aplicaciones que deben ser implementados.

•Principales Actividades:

•Diseñar el modelo de aplicaciones.

•Mapear aplicaciones a funciones de negocio.

•Entradas: Modelos de negocio y de datos.

•Salidas:
•Modelo de Arquitectura de Aplicaciones,
•Análisis de brechas.
 Fase C - Arquitectura de Sistemas de Información

La Fase C - Arquitectura de Sistemas de Información en TOGAF es donde se da vida a la

arquitectura definida en las fases anteriores. Es como construir el edificio utilizando los planos diseñados en
la arquitectura de negocio. En esta fase, se detallan los componentes tecnológicos que soportarán los
procesos de negocio y se definen las interfaces entre ellos.

Objetivo Principal

El objetivo principal de la Fase C es desarrollar una descripción detallada de la arquitectura de los

sistemas de información que soportarán la arquitectura de negocio. Esto implica definir los
componentes tecnológicos, las interfaces entre ellos y los datos que fluyen a través del sistema.
 Fase C - Arquitectura de Sistemas de Información
ACTIVIDADES CLAVE
•Selección de modelos de referencia: Se seleccionan los modelos y estándares adecuados para representar
la arquitectura de sistemas de información.

•Desarrollo de la descripción de la arquitectura de aplicaciones de línea base: Se crea una

representación de la situación actual de las aplicaciones y sistemas de información.

•Desarrollo de la descripción de la arquitectura de aplicaciones de destino: Se crea una representación

de la arquitectura de aplicaciones deseada, alineada con la arquitectura de negocio.

•Desarrollo de la descripción de la arquitectura de datos de línea base: Se crea una representación de

la situación actual de los datos de la organización.

•Desarrollo de la descripción de la arquitectura de datos de destino: Se crea una representación de la

arquitectura de datos deseada, alineada con la arquitectura de negocio y aplicaciones.

•Análisis de brechas: Se identifica la diferencia entre la situación actual y la situación deseada, lo que permite
definir las acciones necesarias para alcanzar la arquitectura de destino.
Fase C - Arquitectura de Sistemas de Información

La Fase C es fundamental porque:

•Proporciona una base para la implementación: Define los componentes tecnológicos que se
necesitan para implementar la arquitectura de negocio.

•Asegura la coherencia: Garantiza que la arquitectura de sistemas de información esté alineada con la
arquitectura de negocio.

•Optimiza los recursos: Permite identificar las redundancias y optimizar el uso de los recursos
tecnológicos.

•Facilita la integración: Define las interfaces entre los diferentes componentes del sistema, facilitando la
integración
 Fase C - Arquitectura de Sistemas de Información

Conceptos Clave en la Fase C

•Arquitectura de aplicaciones: Describe los componentes software que soportan los procesos de
negocio.

•Arquitectura de datos: Describe cómo se organizan y gestionan los datos de la organización.

•Arquitectura tecnológica: Describe los componentes de hardware y software que soportan la

infraestructura tecnológica (Software - Datos).

En resumen, la Fase C - Arquitectura de Sistemas de Información en TOGAF es donde se traduce la visión

de negocio en una realidad tecnológica.
Al definir los componentes y las interfaces de los sistemas de información, se establece una base sólida para
la implementación de la arquitectura empresarial.
 Fase D - Arquitectura de Tecnología

•Objetivo: Definir la arquitectura tecnológica que soporta las arquitecturas de datos y

aplicaciones.

•Principales Actividades:

•Seleccionar plataformas tecnológicas.

•Definir infraestructura, redes y componentes.

•Entradas: Resultados de las fases de negocio, datos y aplicaciones.

•Salidas:
•Modelo de Arquitectura Tecnológica,
•Análisis de brechas,
•Hoja de ruta tecnológica.
Fase D - Arquitectura de Tecnología

La Fase D de TOGAF, enfocada en la Arquitectura Tecnológica, es donde se concretan las

decisiones técnicas para soportar la arquitectura de negocio y de sistemas de información.

Es como seleccionar los materiales de construcción y diseñar la estructura interna de un edificio,

asegurando que sea funcional y resistente.

Objetivo Principal

El objetivo principal de esta fase es desarrollar una descripción detallada de la infraestructura

tecnológica necesaria para implementar la arquitectura de sistemas de información.

Esto implica definir los componentes de hardware, software, redes y seguridad que permitirán que los
sistemas funcionen de manera eficiente y segura.
Fase D - Arquitectura de Tecnología

Actividades Clave

•Selección de plataformas tecnológicas: Se seleccionan las plataformas de hardware, software y sistemas

operativos que mejor se ajustan a los requisitos de la arquitectura.

•Diseño de la infraestructura de red: Se diseña la red de comunicaciones que conectará los diferentes
componentes de la arquitectura.

•Definición de los requisitos de seguridad: Se establecen los requisitos de seguridad para proteger los sistemas
y los datos.

•Desarrollo de la arquitectura de datos: Se define cómo se almacenarán, gestionarán y protegerán los datos de
la organización.

•Desarrollo de la arquitectura de aplicaciones: Se define cómo se implementarán las aplicaciones y cómo se

integrarán con otros sistemas.
Fase D - Arquitectura de Tecnología

Entradas y Salidas

•Entradas:

• Descripción de la arquitectura de sistemas de información (Fase C)

• Requisitos de arquitectura
• Estándares de la industria

•Salidas:

• Descripción de la arquitectura tecnológica

• Plan de implementación
• Requisitos para la siguiente fase
 Fase D - Arquitectura de Tecnología

Importancia de la Fase D

•Proporciona una guía para la implementación: Define los componentes tecnológicos específicos y cómo se
integrarán.

•Optimiza los recursos: Permite seleccionar las tecnologías más adecuadas y evitar la sobreingeniería.

•Asegura la seguridad: Define las medidas de seguridad necesarias para proteger los sistemas y los datos.

•Facilita la gestión: Proporciona una base para la gestión de la infraestructura tecnológica.

 Fase D - Arquitectura de Tecnología

Conceptos Clave en la Fase D

•Arquitectura de infraestructura: Describe los componentes físicos de la arquitectura, como servidores, redes y
dispositivos de almacenamiento.

•Arquitectura de software: Describe los componentes de software, como sistemas operativos, bases de datos y
aplicaciones.

•Arquitectura de seguridad: Describe las medidas de seguridad implementadas para proteger los sistemas y los
datos.

En resumen, la Fase D - Arquitectura Tecnológica en TOGAF es donde se concreta la visión de la arquitectura

empresarial en una realidad tecnológica. Al definir los componentes y la infraestructura necesarios, se asegura que la
organización tenga la capacidad de soportar sus procesos de negocio de manera eficiente y segura.
 FASE E - OPORTUNIDADES Y SOLUCIONES

•Objetivo: Identificar proyectos y planes de implementación para cerrar las

brechas entre la arquitectura actual y la futura.

•Principales Actividades:
• Definir proyectos de arquitectura.
• Evaluar y priorizar soluciones.

•Entradas: Análisis de brechas de las fases B, C y D.

•Salidas:
• Hoja de ruta de implementación,
• Definición de proyectos prioritarios
 FASE E - OPORTUNIDADES Y SOLUCIONES

La Fase E de TOGAF, "Oportunidades y Soluciones", es el puente entre el diseño de la

arquitectura y su implementación.
En esta etapa, se identifican las oportunidades que ofrece la nueva arquitectura, se plantean las soluciones
para aprovecharlas y se establece un plan de acción para llevar a cabo los cambios necesarios.

Objetivo Principal

El objetivo principal de la Fase E es transformar la visión arquitectónica en un plan de

implementación concreto.
Se trata de definir cómo se alcanzarán los objetivos establecidos en las fases anteriores y de priorizar las
iniciativas que generarán el mayor valor para la organización.
 FASE E - OPORTUNIDADES Y SOLUCIONES

Actividades Clave

•Identificación de oportunidades: Se identifican las oportunidades de mejora que brinda la nueva arquitectura, tanto
en términos de eficiencia, eficacia como de innovación.

•Definición de soluciones: Se desarrollan propuestas de soluciones para aprovechar las oportunidades identificadas,
considerando los recursos disponibles y las restricciones de la organización.

•Evaluación de opciones: Se evalúan las diferentes opciones de implementación, considerando los costos, beneficios,
riesgos y tiempos de implementación.

•Priorización de iniciativas: Se priorizan las iniciativas de acuerdo con su impacto en el negocio y su alineación con
los objetivos estratégicos.

•Desarrollo del roadmap de la arquitectura: Se crea un plan de implementación que detalla las actividades, los
responsables, los plazos y los recursos necesarios para cada iniciativa.
FASE E - OPORTUNIDADES Y SOLUCIONES

Entradas y Salidas

•Entradas:

• Resultados de las fases anteriores (A-D)

• Requisitos de negocio
• Capacidad de cambio de la organización

•Salidas:

• Roadmap de la arquitectura
• Plan de migración
• Estimación de costos y beneficios
 FASE E - OPORTUNIDADES Y SOLUCIONES

Importancia de la Fase E
La Fase E es fundamental porque:

•Convierte la visión en acción: Transforma la arquitectura diseñada en un plan de implementación

concreto.

•Optimiza la inversión: Permite priorizar las iniciativas que generarán el mayor valor para la
organización.

•Gestiona el cambio: Establece un plan para gestionar los cambios necesarios en la organización.

•Minimiza los riesgos: Identifica y mitiga los riesgos asociados a la implementación.

 FASE E - OPORTUNIDADES Y SOLUCIONES

Conceptos Clave en la Fase E

•Roadmap de la arquitectura: Un plan detallado que describe cómo se implementará la arquitectura a

lo largo del tiempo.

•Plan de migración: Un plan que detalla cómo se migrarán los sistemas existentes a la nueva arquitectura.

•Gestión del cambio: Un conjunto de actividades diseñadas para gestionar la resistencia al cambio y
facilitar la adopción de la nueva arquitectura.

En resumen, la Fase E de TOGAF es el punto de partida para la implementación de la arquitectura

empresarial. Al identificar las oportunidades, definir las soluciones y establecer un plan de acción, se asegura
que la organización pueda aprovechar al máximo los beneficios de la nueva arquitectura.
 FASE F - PLANIFICACIÓN DE LA MIGRACIÓN

•Objetivo: Elaborar un plan detallado de migración y coordinar el cambio organizacional necesario.

•Principales Actividades:

• Crear planes detallados de proyecto.

• Identificar riesgos y dependencias.

•Entradas: Hoja de ruta y plan de implementación.

•Salidas:

• Plan de migración,
• Evaluación de riesgos,
• Cronograma de actividades.
 FASE F - PLANIFICACIÓN DE LA MIGRACIÓN

Fase F: Planificación de la Migración en TOGAF

Es la etapa final del ciclo de vida del ADM (Architecture Development Method) y se enfoca en traducir la
arquitectura diseñada en un plan de implementación concreto, detallando cómo se realizará la
transición desde la situación actual a la nueva arquitectura. Es como elaborar un plan de mudanza detallado,
especificando cómo se moverán los muebles y se organizará la nueva casa.

Objetivo Principal

El objetivo principal de esta fase es desarrollar un plan detallado para la implementación de la

arquitectura, incluyendo la migración de los sistemas existentes y la gestión del cambio. Este
plan debe ser realista, alcanzable y alineado con los objetivos estratégicos de la organización.
 FASE F - PLANIFICACIÓN DE LA MIGRACIÓN

Actividades Clave

•Desarrollo del plan de migración: Se crea un plan detallado que describe cómo se migrarán los
sistemas existentes a la nueva arquitectura, incluyendo los pasos a seguir, los recursos necesarios y los
plazos.

•Estimación de costos y beneficios: Se estiman los costos y beneficios asociados a la implementación

de la arquitectura, incluyendo los costos de desarrollo, implementación, mantenimiento y los beneficios en
términos de eficiencia, eficacia y reducción de costos.

•Gestión de riesgos: Se identifican y evalúan los riesgos asociados a la implementación, y se desarrollan

planes de contingencia para mitigarlos.

•Comunicación y gestión del cambio: Se desarrolla un plan de comunicación para informar a los
stakeholders sobre los cambios y se implementan estrategias para gestionar la resistencia al cambio.
FASE F - PLANIFICACIÓN DE LA MIGRACIÓN

Entradas y Salidas
•Entradas:

• Roadmap de la arquitectura (Fase E)

• Resultados de las fases anteriores
• Capacidades de la organización

•Salidas:

• Plan de migración detallado

• Estimación de costos y beneficios
• Plan de comunicación
• Plan de gestión de riesgos
 FASE F - PLANIFICACIÓN DE LA MIGRACIÓN

Importancia de la Fase F
La Fase F es crucial porque:

•Asegura el éxito de la implementación: Proporciona un plan detallado para llevar a cabo la transición
a la nueva arquitectura.

•Minimiza los riesgos: Identifica y mitiga los riesgos asociados a la implementación.

•Gestiona el cambio: Facilita la adopción de la nueva arquitectura por parte de los usuarios.

•Optimiza los recursos: Permite asignar los recursos de manera eficiente y eficaz.
 FASE F - PLANIFICACIÓN DE LA MIGRACIÓN

Conceptos Clave en la Fase F

•Plan de migración: Un documento detallado que describe los pasos a seguir para migrar los sistemas
existentes a la nueva arquitectura.

•Gestión del cambio: Un conjunto de actividades diseñadas para gestionar la resistencia al cambio y
facilitar la adopción de la nueva arquitectura.

•Comunicación: La clave para el éxito de cualquier proyecto de implementación, asegurando que todos los
stakeholders estén informados y alineados.

En resumen, la Fase F - Planificación de la Migración en TOGAF es la etapa final que convierte la visión
arquitectónica en una realidad. Al desarrollar un plan detallado y gestionar el cambio de manera efectiva, se
asegura que la organización pueda aprovechar al máximo los beneficios de la nueva arquitectura.
 Fase G - Implementación de la Gobernanza

•Objetivo: Garantizar que la implementación de la arquitectura esté alineada con los

principios y requisitos definidos.

•Principales Actividades:

• Monitorear proyectos de implementación.

• Realizar revisiones de arquitectura.

•Entradas:
•Plan de migración y cronograma.

•Salidas:
• Informes de conformidad,
• Recomendaciones de ajuste.
 Fase G - Implementación de la Gobernanza

La Fase G: Implementación de la Gobernanza en TOGAF es la fase final y crucial del ciclo de vida del
ADM (Architecture Development Method).

En esta etapa, se establecen los mecanismos para asegurar que la arquitectura diseñada se implemente y se
mantenga de acuerdo con los objetivos estratégicos de la organización. Es como crear un sistema de
control de calidad para garantizar que el edificio construido cumpla con los planos originales y se
mantenga en buen estado.

Objetivo Principal

El objetivo principal de la Fase G es garantizar que la arquitectura se implemente y se mantenga

de acuerdo con los objetivos establecidos. Esto implica establecer un marco de gobernanza que
permita monitorear, controlar y gestionar los cambios en la arquitectura a lo largo del tiempo.
 Fase G - Implementación de la Gobernanza

Actividades Clave
Durante la Fase G, se llevan a cabo las siguientes actividades clave:

•Establecer el marco de gobernanza: Se define el conjunto de políticas, procesos y roles necesarios para gobernar
la arquitectura.

•Definir los mecanismos de control: Se establecen los mecanismos para monitorear el cumplimiento de la
arquitectura y para identificar y gestionar los cambios.

•Asignar responsabilidades: Se asignan responsabilidades claras a los diferentes equipos y roles involucrados en la
gobernanza de la arquitectura.

•Establecer un proceso de gestión del cambio: Se define un proceso para gestionar los cambios en la arquitectura,
asegurando que se evalúen y aprueben de acuerdo con las políticas establecidas.

•Comunicar la arquitectura: Se comunica la arquitectura a todos los stakeholders relevantes, asegurando que
comprendan su importancia y su papel en su implementación.
Fase G - Implementación de la Gobernanza

Entradas y Salidas

•Entradas:

• Plan de migración (Fase F)

• Resultados de las fases anteriores
• Estructura organizacional

•Salidas:

• Marco de gobernanza
• Proceso de gestión del cambio
• Plan de comunicación
• Informes de estado de la arquitectura
Fase G - Implementación de la Gobernanza

Importancia de la Fase G
La Fase G es fundamental porque:

•Asegura la sostenibilidad de la arquitectura: Garantiza que la arquitectura se mantenga alineada

con los objetivos estratégicos de la organización a largo plazo.

•Minimiza los riesgos: Identifica y gestiona los riesgos asociados a los cambios en la arquitectura.

•Mejora la eficiencia: Optimiza el uso de los recursos y mejora la eficiencia de los procesos.

•Fomenta la colaboración: Facilita la colaboración entre los diferentes equipos involucrados en la

arquitectura
 Fase G - Implementación de la Gobernanza

Conceptos Clave en la Fase G

•Gobernanza de la arquitectura: El conjunto de políticas, procesos y roles necesarios para gobernar la

arquitectura.

•Gestión del cambio: Un proceso para gestionar los cambios en la arquitectura de manera controlada y
eficiente.

•Comunicación: La clave para el éxito de cualquier iniciativa de gobernanza, asegurando que todos los
stakeholders estén informados y alineados.

En resumen, la Fase G: Implementación de la Gobernanza en TOGAF es la fase final que garantiza la

sostenibilidad de la arquitectura a largo plazo. Al establecer un marco de gobernanza sólido, se asegura que
la organización pueda adaptarse a los cambios y aprovechar al máximo los beneficios de la arquitectura
diseñada
 Fase H - Gestión del Cambio de Arquitectura

Fase H - Gestión del Cambio de Arquitectura

: Monitorear y gestionar cambios en la arquitectura una vez implementada.
•Objetivo
•Principales Actividades:
•Evaluar cambios en requisitos de negocio o tecnología.
•Realizar ajustes en la arquitectura.
•Entradas: Requerimientos de cambio, informes de cumplimiento.
•Salidas:
•Propuestas de cambio,
•Documentación actualizada de arquitectura.
Requisitos y Gestión de Requisitos (Central a todas las fases)

•Objetivo: Asegurar que todos los cambios en los requisitos se gestionen adecuadamente
durante todo el ciclo de vida del ADM.

•Principales Actividades:

• Monitoreo continuo de los requisitos.

• Alineación de soluciones con los requisitos.

•Entradas/Salidas:
•Requerimientos iniciales y cambios en requisitos.
Requisitos y Gestión de Requisitos (Central a todas las fases)

Objetivo de la Fase de Gestión de Requisitos en TOGAF

La fase de Gestión de Requisitos es una actividad continua y central en el ciclo de desarrollo de

arquitectura de TOGAF. Su propósito es asegurar que todos los requisitos (de negocio, técnicos y de
arquitectura) sean identificados, documentados, priorizados y gestionados adecuadamente a lo largo de
todo el proceso de arquitectura.

La gestión de requisitos también garantiza que los cambios en los requisitos se integren de manera
efectiva sin comprometer los objetivos de la arquitectura.
 CARACTERÍSTICAS CLAVE DE LA GESTIÓN DE REQUISITOS

• Centralidad en el Proceso ADM:

1. Esta fase es única porque no ocurre de forma secuencial. A diferencia de las demás fases del ADM, la
gestión de requisitos es una actividad transversal, lo que significa que es relevante y activa en cada
fase del ciclo.

2. A medida que la arquitectura avanza, los requisitos pueden evolucionar debido a cambios en el
negocio, tecnología u otras necesidades, lo que requiere un seguimiento continuo.
 CARACTERÍSTICAS CLAVE DE LA GESTIÓN DE REQUISITOS

• Recolección y Documentación de Requisitos:

1. Desde el inicio (en la Fase de Visión de Arquitectura) hasta las fases de implementación, es crucial
recoger todos los requisitos de los interesados, documentarlos y entender su impacto.

1. Esta documentación es esencial para realizar revisiones y evaluaciones de arquitectura, así como
para garantizar que la solución final cumpla con las expectativas.

• Alineación Continua con la Estrategia de Negocio:

1. La gestión de requisitos asegura que los cambios en los requisitos o nuevos requisitos estén
alineados con la estrategia de negocio. A medida que evolucionan los objetivos de la organización,
esta fase permite que la arquitectura se ajuste sin perder el enfoque estratégico
 ENTRADAS Y SALIDAS EN LA GESTIÓN DE REQUISITOS

Entradas:
•Requerimientos iniciales de la fase preliminar: Se definen requerimientos de alto nivel y lineamientos
estratégicos.
•Requerimientos recogidos en la fase de Visión: Requerimientos específicos de las partes interesadas y
objetivos de negocio.
•Requerimientos adicionales o cambios provenientes de fases posteriores (Negocio, Sistemas de Información,
Tecnología, Oportunidades y Soluciones).

Salidas:
•Documentación de Requisitos Actualizada: Conjunto completo de requisitos, incluidos los nuevos o
modificados.
•Especificaciones de Requerimientos para Cada Fase: Detalles de cada requerimiento y su alineación con la
fase actual.
•Propuestas de Cambio: Recomendaciones sobre ajustes en la arquitectura para acomodar requisitos cambiantes
o nuevos.
•Informe de Impacto de Requerimientos: Evaluación de cómo un cambio en los requisitos afecta la arquitectura
y su viabilidad
 Actividades Clave en la Gestión de Requisitos

[Link]ón de Requisitos:
•En cada fase del ADM, se identifican requisitos específicos. Los requisitos se recopilan a
través de entrevistas, análisis de documentos, sesiones de trabajo con las partes interesadas y
otras técnicas de recolección de información.

[Link]álisis y Priorización:
•Se analizan los requisitos para entender su importancia y su prioridad dentro de la estrategia
empresarial. La priorización permite focalizar los esfuerzos de arquitectura en los aspectos
críticos de la organización.

[Link]ón de Impacto:
•Cada nuevo requerimiento o cambio en los requerimientos se evalúa en términos de impacto
sobre la arquitectura actual y planificada. Esta evaluación determina si se necesita un rediseño
o ajuste de la arquitectura y ayuda a evitar que los cambios sean disruptivos.
 Actividades Clave en la Gestión de Requisitos

[Link]ón y Verificación:

•A medida que la arquitectura avanza, los requisitos deben validarse continuamente para
asegurar que cumplen con las expectativas y necesidades del negocio.
•Esta validación se realiza en sesiones de revisión con las partes interesadas, quienes
confirman si los requisitos están completamente alineados con sus necesidades.

[Link]ón de Cambios en los Requisitos:

•Se debe establecer un proceso para gestionar cambios en los requisitos que asegure que
estos sean revisados, aprobados y documentados antes de ser implementados.
•Este proceso de cambio es fundamental para evitar que modificaciones descontroladas
afecten negativamente la calidad de la arquitectura final.
 BENEFICIOS DE LA GESTIÓN DE REQUISITOS EN TOGAF

•Asegura la Alineación Continua con el Negocio: La gestión de requisitos permite que la arquitectura
evolucione junto con los objetivos de negocio y las necesidades de las partes interesadas.

•Minimiza el Riesgo de Desalineación: Evita que los cambios en la arquitectura generen discrepancias
con los objetivos originales, manteniendo la arquitectura alineada con la estrategia.

•Facilita el Control de Calidad: Al mantener una documentación precisa y actualizada de los requisitos,
se asegura que la arquitectura final cumpla con los estándares de calidad esperados.

•Optimiza el Proceso de Toma de Decisiones: Con una gestión efectiva de requisitos, se pueden tomar
decisiones informadas sobre qué cambios implementar y cómo afectan estos cambios a los objetivos
generales.
 BLOQUES CONSTRUCTIVOS DE LA ARQUITECTURA

¿Qué son los ABB?

En el marco de TOGAF (The Open Group Architecture Framework), los Bloques de Construcción de la
Arquitectura (ABB, por sus siglas en inglés) son elementos fundamentales que describen las
capacidades de un sistema o componente.
Estos ABB actúan como bloques de lego, permitiendo construir una arquitectura empresarial sólida y
coherente.

Un ABB define qué debe hacer un componente, sin especificar cómo se implementará. Es decir, establece la
funcionalidad y las características esenciales, pero deja abierta la puerta a diferentes soluciones técnicas.
 BLOQUES CONSTRUCTIVOS DE LA ARQUITECTURA

¿Dónde se utilizan los ABB?

Los ABB se utilizan en múltiples fases del ciclo de vida de TOGAF, pero su mayor relevancia se encuentra en las etapas
de definición de la arquitectura:

•Fase B: Arquitectura de Negocio: Los ABB se emplean para modelar las capacidades necesarias para soportar los
objetivos estratégicos del negocio. Por ejemplo, un ABB podría representar la capacidad de "gestionar clientes" o
"procesar pedidos".

•Fase C: Arquitectura de Sistemas de Información: Aquí, los ABB se utilizan para definir las capacidades de los
sistemas de información que darán soporte a los procesos de negocio. Por ejemplo, un ABB podría representar la
capacidad de "autentificar usuarios" o "almacenar datos de clientes".

•Fase D: Arquitectura Tecnológica: Los ABB se utilizan para definir las capacidades de los componentes
tecnológicos que implementarán los sistemas de información. Por ejemplo, un ABB podría representar la capacidad de
"proporcionar almacenamiento en la nube" o "ejecutar aplicaciones Java".
 BLOQUES CONSTRUCTIVOS DE LA ARQUITECTURA

¿Por qué son importantes los ABB?

•Reutilización: Los ABB pueden ser reutilizados en diferentes proyectos y contextos, lo que agiliza el desarrollo de
arquitecturas.

•Abstracción: Al separar el "qué" del "cómo", los ABB permiten una mayor abstracción y facilitan la comprensión de la
arquitectura.

•Alignamiento: Los ABB aseguran que la arquitectura esté alineada con los objetivos del negocio.

•Estándares: Los ABB pueden estar basados en estándares de la industria, lo que facilita la interoperabilidad y la
integración de sistemas.
 BLOQUES CONSTRUCTIVOS DE LA ARQUITECTURA

Ejemplo de ABB
Imaginemos que estamos diseñando la arquitectura de una tienda en línea.

Un ABB podría ser "Procesar pagos".

Este ABB define la capacidad de recibir y procesar pagos de los clientes,
pero no especifica cómo se implementará (si se utilizará PayPal, Stripe, o un sistema de pago propio).

En resumen
Los ABB son elementos clave en TOGAF que permiten construir arquitecturas empresariales sólidas y
flexibles. Al definir las capacidades necesarias de manera abstracta, los ABB facilitan la comunicación entre
los diferentes stakeholders, la reutilización de componentes y la adaptación de la arquitectura a los cambios
del negocio.
 SBB Y ABB: LOS LADRILLOS DE LA ARQUITECTURA
EMPRESARIAL EN TOGAF

¿Qué son los SBB?

Los Bloques de Construcción de Soluciones (SBB) en TOGAF son la materialización concreta de los
ABB. Mientras los ABB definen qué debe hacer un componente (la capacidad), los SBB especifican cómo
se implementa esa capacidad. Son como los planos detallados de un edificio, en comparación con el diseño
conceptual.

Un SBB puede ser un producto comercial, un componente desarrollado a medida, o una combinación de
ambos. Por ejemplo, si un ABB es "Autentificar usuarios", un SBB podría ser "Utilizar el servicio de
autenticación de Azure Active Directory".
SBB Y ABB: LOS LADRILLOS DE LA ARQUITECTURA
EMPRESARIAL EN TOGAF
¿Cómo se integran los SBB con los ABB?
La relación entre ABB y SBB es de refinamiento. Un ABB se descompone en varios SBB para definir la
implementación concreta. Esta relación se puede visualizar como un árbol, donde el ABB es el tronco y los
SBB son las ramas.

Proceso de integración:

[Link]ón de ABB: Se identifican los ABB necesarios para satisfacer los requisitos de negocio.

[Link]ón de SBB: Para cada ABB, se definen los SBB que lo implementarán.

[Link]ón: Se establece una relación clara entre el ABB y los SBB correspondientes, indicando cómo
cada SBB contribuye a la capacidad definida por el ABB.

[Link]ón: Se documenta la relación entre ABB y SBB en la arquitectura empresarial.

 SBB Y ABB: LOS LADRILLOS DE LA ARQUITECTURA
EMPRESARIAL EN TOGAF
Ejemplo:

•ABB: "Gestionar pedidos“

•SBB:
• "Capturar datos del pedido" (utilizando un formulario web)
• "Validar el pedido" (utilizando reglas de negocio definidas)
• "Procesar el pago" (utilizando un servicio de pago externo)
• "Generar una confirmación" (enviando un correo electrónico)
 SBB Y ABB: LOS LADRILLOS DE LA ARQUITECTURA
EMPRESARIAL EN TOGAF
¿Para qué sirven los SBB?

•Concreción de la arquitectura: Los SBB proporcionan detalles técnicos sobre cómo se implementará
la arquitectura.

•Facilitar la implementación: Al definir los componentes concretos, los SBB guían el proceso de
desarrollo e implementación.

•Gestión de cambios: Los SBB permiten rastrear los cambios en la implementación de la arquitectura.

•Evaluación de proveedores: Los SBB facilitan la evaluación de diferentes proveedores y productos para
la implementación de la arquitectura.
 SBB Y ABB: LOS LADRILLOS DE LA ARQUITECTURA
EMPRESARIAL EN TOGAF
En resumen

Los SBB y ABB trabajan en conjunto para construir una arquitectura empresarial sólida y coherente. Los
ABB proporcionan una visión abstracta de las capacidades necesarias, mientras que los SBB definen la
implementación concreta. Esta relación permite a las organizaciones diseñar, implementar y gestionar sus
sistemas de información de manera eficiente y eficaz.

En resumen:

•ABB: ¿Qué? (Capacidad)

•SBB: ¿Cómo? (Implementación)
 EL CONTINUO EMPRESARIAL: UNA VISIÓN HOLÍSTICA DE LA
EMPRESA
El continuo empresarial es un concepto que busca representar la empresa como un sistema dinámico e
interconectado, donde todos los elementos están en constante evolución y relación. Es una forma de
visualizar la organización como un flujo continuo de procesos, información y valor, desde la estrategia hasta
la ejecución.

¿Qué implica el concepto de continuo empresarial?

•Interconexión: Todas las partes de la empresa están conectadas y se influyen mutuamente. Un cambio
en un área puede tener un impacto en otras áreas.

•Dinamismo: La empresa no es estática, sino que evoluciona constantemente en respuesta a los cambios
internos y externos.

•Holismo: Se considera la empresa como un todo, más que como una suma de partes individuales.

•Enfoque en los procesos: Se pone énfasis en los procesos de negocio como el motor de la
organización.
 EL CONTINUO EMPRESARIAL: UNA VISIÓN HOLÍSTICA DE LA
EMPRESA
¿Por qué es importante el continuo empresarial?

•Mejora de la eficiencia: Al comprender las interconexiones entre los diferentes procesos, se pueden
identificar y eliminar ineficiencias.

•Mayor agilidad: Las empresas pueden responder más rápidamente a los cambios del mercado y a las
demandas de los clientes.

•Toma de decisiones más informada: Al tener una visión holística de la empresa, se pueden tomar
decisiones más estratégicas y basadas en datos.

•Mejor alineación con los objetivos estratégicos: Los procesos y las actividades se alinean con la
visión y los objetivos de la empresa.
 EL CONTINUO EMPRESARIAL: UNA VISIÓN HOLÍSTICA DE LA
EMPRESA

•Elementos clave del continuo empresarial

•Estrategia: La dirección y el propósito de la empresa.

•Procesos: Las actividades que generan valor.

•Información: Los datos que alimentan los procesos y permiten la toma de decisiones.

•Tecnología: Las herramientas y sistemas que soportan los procesos.

•Personas: Los empleados que ejecutan los procesos y toman las decisiones.
EL CONTINUO EMPRESARIAL: UNA VISIÓN HOLÍSTICA DE LA
EMPRESA
 EL CONTINUO EMPRESARIAL: UNA VISIÓN HOLÍSTICA DE LA
EMPRESA
Cómo se relaciona el continuo empresarial con TOGAF?

TOGAF (The Open Group Architecture Framework) proporciona un marco para desarrollar una
arquitectura empresarial. El concepto de continuo empresarial se alinea con TOGAF, ya que ambos buscan
crear una visión holística de la organización y establecer una relación entre la estrategia, la arquitectura y la
implementación.

En resumen, el continuo empresarial es un concepto que ayuda a las organizaciones a comprender su

funcionamiento de una manera más integral y dinámica. Al adoptar este enfoque, las empresas pueden
mejorar su eficiencia, agilidad y capacidad de adaptación a los cambios del entorno.
 EMEVELA@[Link]
[Link]/IN/EMERSONVELA
LONDONO