TOGAF, ¿Quién lo Desarrolla…?

The Open Group Architecture Framework (TOGAF) es un

esquema de Arquitectura Empresarial (AE) desarrollado por los
miembros de Open Group que se utiliza para desarrollar justo eso,
una gran variedad de Arquitecturas Empresariales. (AE)

TOGAF: ¿Qué es Arquitectura Empresarial?

La Arquitectura Empresarial en una organización, que corresponde a
la forma de representar de manera integral la empresa, permitiendo
cubrir y considerar todos y cada uno de los elementos que la
conforman.
Esto es, establecer una visión clara sobre los objetivos, las metas y
líneas de negocio en la organización, comenzando desde la
perspectiva estratégica (misión, visión, lineamientos e indicadores
estratégicos), hasta llegar a una estructura actual y futura para los
procesos de la organización; la cual incorpora algunos de los
componentes que se consideran como críticos para su
funcionamiento:
 Los Procesos: Modelos de Negocio y Procesos.
 La Estructura Organizacional: Personas, Estructuras
Administrativas.
 Las Tecnologías de Información: aplicaciones, información,
infraestructura tecnológica y seguridad informática.

TOGAF, Metodología
TOGAF es una de las metodologías más populares para desarrollar
AE, que permite Planificar, Diseñar, Evaluar e Implementar la
Arquitectura Empresarial de información en una organización.

TOGAF, Beneficio
TOGAF beneficia a las organizaciones que necesitan un flujo de
información continúo, donde los sistemas de información son un
obstáculo para la operación y que buscan habilitar el cambio
estratégico del negocio, convirtiendo las IT en un elemento
estratégico de negocio.
La Arquitectura Empresarial se enfoca en hacer más productiva y
competitiva una organización a través del uso de la tecnología como
herramienta de ejecución e integración de sus procesos.

TOGAF, Arquitectura
TOGAF tiene el siguiente nivel de Arquitecturas

Arquitectura de Negocio Identifica la cadena de valor de la

organización desde macro hasta sub-procesos. Dicha identificación
pasa por las áreas de cadena de producción de valor (procesos de
negocio CORE), áreas de procesos de dirección y áreas de soporte
administrativo.
Usa BPMN (Business Process Modeland Notation) como técnica de
modelado, para proveer una notación estándar fácilmente leíble y
entendible para los involucrados en el negocio, como lo son los
analistas de negocio, los desarrolladores técnicos y los gerentes y
administradores del negocio.

TOGAF, Arquitectura
Arquitectura de Datos Establece el modelo de gestión de todos los
aspectos del ciclo de vida de la información, es decir, identifica el
modelo de Entidades de Negocio y su relación con los procesos de
negocio buscando así la forma de Crear, Almacenar, Mover,
Utilizar y Retirar los Datos.
Arquitectura de Aplicación Identificar la Arquitectura Empresarial
de Aplicaciones actual de la organización a través del levantamiento
oficial del catálogo de aplicaciones actuales, la identificación de
iniciativas en ejecución, y un análisis de cubrimiento de estas
aplicaciones en los procesos de negocio.

TOGAF, Arquitectura
Arquitectura Tecnológica Validar las capacidades de software y
hardware que se requieren para apoyar la implementación de
servicios de negocio, datos y aplicación. Esto incluye infraestructura
de IT, capa de mediación, redes, comunicaciones, procesamiento y
estándares.
 TOGAF tiene un método de sentido común, efectivo, práctico y
prudente para desarrollar la Arquitectura Empresarial.

TOGAF, ¿Hay algún ISO?

Si lo hay, aunque la definición de arquitectura de sistemas basados en
software dada por el estándar ISO/IEC/IEEE 42010, ISO/IEC 12207 (ISO,
2008) E IEEE 1074 (IEEE, 1998).se puede resumir como: “la organización
fundamental de un sistema, representada por sus componentes, sus
relaciones entre ellos y con su entorno, y los principios que gobiernan su
diseño y evolución.”

TOGAF, Productos
Los productos de TOGAF, se agrupan en 3 categorías:

 Entregable: es el producto de trabajo que esta contractualmente

definido y que es revisado, acordado y firmado por los actores. La
unión de estos entregables forma un proyecto.
 Artefacto: es un producto de trabajo más granular que describe
una arquitectura desde un punto de vista. Ejemplos: diagrama de
red, especificación de un servidor, una especificación de un caso
de uso, etc.

TOGAF, Productos
Bloque Constructivo: representa un componente
(potencialmente reusable) de negocios, de tecnología de
información ó una capacidad arquitectural que combina otros
bloques constructivos.

Los Bloques Constructivos pueden ser definidos a varios niveles:

ABBs (Architecture Building Blocks) típicamente describen la
capacidad requerida en la forma de SBBs (Solution Building
Blocks) que representan componentes que son usados para
implementar una capacidad requerida.

TOGAF / ADM
ADM, (Architecture Development Method), Provee un número de
fases para el desarrollo de la arquitectura basada en un ciclo, provee
una narrativa para cada fase, que permite describir cada fase en
términos de Objetivos, Enfoque, Entradas, Fases y Salidas.

Las entradas y salidas proveen una definición de la estructura del

contenido del Framework y los entregables, provee resúmenes para
gestionar el cumplimiento de requisitos.
Cada una de las fases de este ADM, tiene sus propios entregables.

Las Metodologías ágiles

Por definición, las metodologías ágiles son aquellas que permiten
adaptar la forma de trabajo a las condiciones del proyecto,
consiguiendo flexibilidad e inmediatez en la respuesta para amoldar
el proyecto y su desarrollo a las circunstancias específicas del
entorno.

En esencia, las empresas que apuestan por esta metodología

consiguen gestionar sus proyectos de forma flexible, autónoma y
eficaz reduciendo los costes e incrementando su productividad.

Ventajas de implementar las metodologías

ágiles en tu empresa
Las metodologías ágiles mejoran la satisfacción del cliente dado
que se involucrará y comprometerá a lo largo de todo el proyecto.
En cada etapa se informará al cliente de los logros y progresos
del mismo, con la visión de involucrarlo directamente para sumar su
experiencia y conocimiento, y así, optimizar las características del
producto final obteniendo en todo momento una visión completa de
su estado.
Otra de las ventajas es la mejora de la motivación e implicación
del equipo de desarrollo.
Marco de referencia (Framework) de la
arquitectura seleccionada
El marco de referencia, determinan en qué términos se estructura
dicha arquitectura, además, cualquier marco de referencia, ofrece
la capacidad para generar vistas del modelo de la arquitectura y
entre estos, se mencionan los siguientes. - ver tabla:

METODOLOGÍA DE DESARROLLO
El desarrollo metodológico se presenta en dos etapas: en una se
describe el marco de referencia de la arquitectura seleccionada
para realizar la evaluación; y en otra etapa el diseño, validación,
aplicación y Análisis de Componentes principales del instrumento
utilizado para la identificación de los factores críticos para el
desempeño de la organización.
Beneficios de Arquitectura Empresarial
Relación entre Togaf 9.1, Archimate 3.0, UML 2.0, BPMN 2.0 y
otras técnicas de elicitación de requisitos

Relación entre Togaf 9.1 y Archimate 3.0

Relación entre BPM, Archimate, Ingeniería de Software y Togaf

Documentación del marco de trabajo

 Modelos de Referencia TOGAF.
TOGAF proporciona dos modelos de referencia para su posible
inclusión en el Continuum Empresarial de las IES, el Modelo de
Referencia Técnico (TRM por sus siglas en inglés) de TOGAF, y
el Modelo de Referencia para la Infraestructura de la Información
Integrada.
El modelo de referencia técnica (TRM, por sus siglas en inglés
Technical Reference Model) provee un framework conceptual para el
desarrollo de los sistemas e incluye flujos que definen las interfaces
estándares para la administración de los sistemas.

El Marco de Referencia de la Capacidad

Arquitectónica

El Marco de Referencia de la Capacidad Arquitectónica es un

conjunto de recursos, guías, plantillas, información general
proporcionada para ayudar al arquitecto a establecer una práctica de
arquitectura.

Ciclo de Iteraciones del ADM

1. Iteración de Contexto de Arquitectura: es la iteración inicial
del ciclo del ADM, donde se establece un propósito
arquitectónico, para ello se toma en cuenta los principios, el
alcance, la visión y la gobernanza.
2. Iteración de Definición de Arquitectura: esta iteración
permite que la arquitectura se considere como un todo, pues
integra las fases de negocio, sistemas de información y
tecnología, garantizando que la implementación de la
arquitectura sea a medida.
3. Iteración de Planificación de la Transición: esta iteración
apoya la creación de hojas de ruta de cambio formales para la
arquitectura definida.
4. Iteración de Gobernanza de Arquitectura: apoya la
gobernanza de la actividad de cambio progresando hacia una
Arquitectura de objetivo definida.

SCRUM: Scrum es un enfoque ágil para desarrollar productos

y servicios. El proceso comienza por crear una acumulación
de productos, una lista priorizada de características y otras
capacidades necesarias para desarrollar un producto exitoso.
Relaciones entre vistas de los marcos de trabajo MDA, Zachman,
RM-ODP y TOGAF

Resumen del marco de contenidos de TOGAF

El marco de contenido, se utiliza como un complemento de ADM. La
metodología describe lo que hay que hacer para crear una EA y la
estructura de contenido describe los contenidos que deberían tener los
documentos relacionados con cada una de las fases de ADM.

Las etapas que considera son:

Preliminar: Iniciar el proceso de adopción del ADM al interior de la
organización, involucrando a las personas necesarias
Visión de arquitectura: Desarrollar una visión de la arquitectura
empresarial definiendo el alcance y la estrategia para lograrla
Arquitectura de negocio: Obtener la arquitectura de negocio y sus
metas para alinear las TI al negocio
Arquitectura de sistemas de información: Determinar las
arquitecturas particulares para datos y aplicaciones Arquitectura
tecnológica: Identificar la arquitectura de la infraestructura tecnológica y
de comunicaciones
Oportunidades y soluciones: Identificar y evaluar los proyectos de
implementación de arquitectura Planificación de la migración: Analizar
costos, beneficios y riesgos; desarrollar una lista priorizada de
proyectos Gobierno de la implementación: Mantener el control y
aseguramiento de las implementaciones alineadas a la arquitectura.

ENFOQUE ÁGIL

Las características del enfoque ágil son las siguientes :

 El trabajo se realiza en equipos motivados y la

comunicación es cara a cara, analizando regularmente
como ser más eficientes.
 Pone énfasis en la satisfacción de los clientes entregando
los productos con valor en forma oportuna y continua.
 Mejorar la contribución de TI para alcanzar el ROI que las
organizaciones requieren.
 Aplicar los artefactos correctos para modelar en pequeños
incrementos reutilizando los recursos existentes.
 Valorar a las personas e interacciones sobre los procesos y
las herramientas.
 Mantener la AE simple. El modelado y la documentación
tiene que ser únicamente lo necesario.
 Tener una visión completa de los pilares de la AE.
Proceso de desarrollo ágil orientado por
el modelado

Componentes de la Arquitectura Empresarial

El secreto de la AE radica en la alineación de los distintos

componentes informáticos de una organización, todos en
 función de una visión estratégica que les dé sentido y, a la
vez, que los convierta en recursos útiles para la toma de
decisiones, más allá del conjunto de recursos para realizar
tareas en que pueden convertirse sin una integración desde
la Arquitectura.

CONTINUUM EMPRESARIAL
Es un repositorio de los activos de la arquitectura, modelos,
patrones, descripciones, etc. Proporciona un modelo para estructurar
un repositorio virtual, así como también métodos para clasificar
artefactos de arquitectura y de solución, mostrando cómo los
diferentes tipos de artefactos evolucionan, y cómo se pueden
aprovechar y reutilizarse. El Continuum de Empresa se basa en
arquitecturas y soluciones que existen dentro de la empresa y la
industria en general.
Capas del Modelo de Arquitectura Empresarial en el contexto

Por estructura y navegabilidad del marco de Referencia se plantearon cuatro

capas:
Capa 1 Dominios, capa 2 Ámbitos, capa 3 Lineamientos y capa 4
Instrumentos.
A continuación, se pueden visualizar las cuatro capas que componen
el Marco de Referencia de AE:
Capa 1: el escenario objetivo de este Marco de Referencia de AE
está compuesto por una primera capa de seis, y son los dominios.
Capa 2: la siguiente capa de abstracción se denomina Ámbito, la
cual representa áreas o temáticas que aborda el dominio.
Capa 3: en la tercera capa se encuentran los Elementos y
Lineamientos a nivel de Ámbito, en cuyo caso, los primeros
representan temas de relevancia de un ámbito que se pretende
profundizar y los segundos representan el qué se espera que
suceda.
Capa 4: por último, se cuenta con una cuarta capa que representa la
base de conocimiento del Marco de Referencia de AE. Esta capa
provee un portafolio de instrumentos del Marco de Referencia de AE.

Dominios AE

Marco COBIT
Objetivos de Control para Información y Tecnologías Relacionadas
(COBIT, en inglés: Control Objectives for Information and related
Technology) es una guía de mejores prácticas presentado como
framework, dirigida al control y supervisión de tecnología de la
información (TI).
COBIT es un marco de gobierno de las tecnologías de información
que proporciona una serie de herramientas para que la gerencia
pueda conectar los requerimientos de control con los aspectos
técnicos y los riesgos del negocio.
COBIT permite el desarrollo de las políticas y buenas prácticas para
el control de las tecnologías en toda la organización.
 1 Satisfacer las necesidades de las Partes Interesadas
2 Cubrir la Compañía de Forma Integral
3 Aplicar un solo Marco Integrado
4 Habilitar un Enfoque Holístico
5 Separar el Gobierno de la Administración.
Juntos, estos cinco principios habilitan a la empresa a construir un
marco de gestión de gobierno y gestión efectivo que optimiza la
inversión y el uso de información y tecnología para el beneficio de las
partes interesadas.
 Análisis de brecha
Este análisis identifica las diferencias entre la actual arquitectura y la
arquitectura deseada. A continuación, se mencionan las diferencias
observadas entre la meta y el estado actual:
 Calidad de la atención al cliente:
si bien es cierto en el cuadro RACI expuesta anteriormente se
nota que en las etapas preliminares de la implementación se
consulta al departamento de pre implementación, esto no
sucede todas las veces y muchas veces el diseño que se
empieza a implementar no cumple con las necesidades del
cliente.
 Falta de claridad en la información: Esto hace que muchos
procesos sean repetidos o que las expectativas no sean
claras.
 Falta de servicios definidos a lo interno: Esto lleva que los
tiempos de implementación varíen pues los servicios internos
que el departamento de implementación usa no cuentan con lo
que buenas prácticas como ITIL recomiendan de un servicio
interno, no se manejan SLAs, OLAs u otras métricas internas,
así como un catálogo de servicios claro.
 No se utilizan las mejores prácticas para el manejo de
proyectos: Al inicio de cada implementación no se emplean las
revisiones básicas para garantizar que todos los
requerimientos mínimos son cumplidos.
 La dependencia de otros equipos por falta de herramientas:
muchos procesos son repetitivos y fácilmente podrían ser
automatizados.

MARCOS DE TRABAJO DE AE
Existen muchos marcos de trabajo de AE y nuevos se añaden
cada día, algunos de referencia se presentan en la siguiente
lista:
 The Open Group Architecture Framework (TOGAF)
 Zachman Enterprise Architecture Framework
(ZACHMAN)
 Extended Enterprise Architecture Framework (E2AF)
 Enterprise Architecture Planning (EAP)
  Federal Enterprise Architecture Framework (FEAF)
 Treasury Enterprise Architecture Framework (TEAF)
 Department of Defense Technical Reference Model
(DoD TRM)
 Technical Architecture Framework for Information
Management (TAFIM)
 ISO/IEC 14252 (IEEE Std 1003.0)
 IEEE Std 1471-2000 IEEE Recommended Practice
for Architectural Description

USANDO TOGAF PARA DEFINIR

Y GOBERNAR SOA
SOA es un marco de trabajo conceptual que permite a las
organizaciones unir los objetivos de negocio con la
infraestructura de TI, integrando los datos y la lógica de negocio de
sus sistemas separados.
Para tener éxito en la implementación de una iniciativa de SOA, es
altamente recomendable que una empresa cree un Centro de
Excelencia, y el The Open Group explica claramente cómo se puede
lograr esto a través del uso de TOGAF 9.1.
Una arquitectura empresarial efectiva es fundamental para la
supervivencia y el éxito del negocio, y es el medio indispensable
para lograr una ventaja competitiva a través de ella.

Togaf ADM y el uso de estándares SOA

 Dominios de arquitectura (AE)

ANÁLISIS DE RIESGOS
Las áreas analizadas son: Administración, software, hardware,
infraestructura, financiera, jurídica.
Evaluación de riesgos y controles existentes:
Para la determinación de la matriz de riesgos se determinó el siguiente
estándar:
 (1) Identificador del riesgo
(2) Riesgo identificado
(3) Nivel de criticidad del riesgo
(4) Documento de trabajo en donde se evidencia la existencia
del riesgo
(5) Criticidad de los riesgos: pueden clasificarse en alto,
medio y bajo, se hace una descripción de lo que sucede
en caso de que exista el riesgo en cada nivel.
(6) Área analizada.

Análisis de las deficiencias (GAP analysis)

A continuación, se presenta la matriz de análisis de deficiencias
(GAP analysis). En la matriz se resume la transición del modelo de
arquitectura de línea base a la arquitectura destino, destacando las
deficiencias del modelo actual de la Secretaría Distrital de Movilidad
y mostrando las mejorías de este al implementar la Arquitectura
Empresarial.
Gap Analysis