Alumno: Inocencio Pihue, Russell

I. ANALISIS DE BRECHA

Un análisis de brecha corresponde a la identificación,

comparación y análisis de las diferencias entre un
estado o situación actual y el estado o situación
deseada.

Dentro del contexto de Arquitectura Empresarial

permite poder planear las arquitecturas de transición
necesarias para implementar y alcanzar la
arquitectura empresarial objetivo de manera gradual.

la premisa básica es resaltar un déficit entre la arquitectura de línea de base y la arquitectura de

destino; es decir, los elementos que se han omitido deliberadamente, se han omitido accidentalmente o
aún no se han definido.
II. FUENTES POTENCIALES DE BRECHAS

Las fuentes potenciales de brechas incluyen:

a. Brechas en el dominio de negocios:

 Brechas de personas (por ejemplo, requisitos de capacitación

cruzada).
 Brechas de proceso (por ejemplo, ineficiencias del proceso).
 Brechas de herramientas (por ejemplo, funcionalidad de la
herramienta duplicada o faltante).
 Brechas de información.
 Brechas de medición.
 Las brechas financieras.
 Brechas de instalaciones (edificios, oficinas, etc.).
b. Brechas en el dominio de datos:

 Datos de moneda no suficiente.

 Datos no ubicados donde se necesitan.
 los datos que no se necesitan.
 Datos no disponibles cuando sea necesario.
 Datos no creados.
 Datos no consumidos.
 Las brechas en la relación de datos.
 Aplicaciones impactadas, eliminadas, o creadas.
 Tecnologías impactadas, eliminadas, o creadas.
III. PASOS PARA EL ANÁLISIS DE BRECHAS

Los pasos sugeridos por áreas siguen:

1. Dibuje una matriz con todos los bloques de construcción de arquitectura (ABB) de la arquitectura de
línea de base en el eje vertical, y todos los ABB de la arquitectura de destino en el eje horizontal.

2. Agregue al eje de la Arquitectura de línea base una fila final etiquetada como "Nueva", y al eje de la
Arquitectura de destino una columna final titulada "Eliminado“.

3. Cuando un ABB esté disponible tanto en la línea de base como en las arquitecturas de destino,
regístrelo con "Incluido" en la celda de intersección.

4. Cuando falta un ABB de la arquitectura de línea de base en la arquitectura de destino, cada uno debe
revisarse. Si se eliminó correctamente, márquelo como tal en la celda "Eliminada" apropiada. Si no fue
así, se ha descubierto una omisión accidental en la Arquitectura de destino que debe solucionarse
restableciendo el ABB en la siguiente iteración del diseño de la arquitectura; márquelo como tal en la celda
"Eliminada" correspondiente.
5. Cuando no se puede encontrar un ABB de la Arquitectura de destino en la Arquitectura de línea
de base, márquelo en la intersección con la fila "Nueva" como un espacio que se debe llenar, ya
sea desarrollando o adquiriendo el bloque de construcción.

Cuando se completa el ejercicio, cualquier cosa debajo de "Eliminado" o "Nuevo" es una brecha,
que debe explicarse como eliminada correctamente, o marcarse como abordada al restablecer o
desarrollar / procurar la función.

Ejemplo 1)

La Figura 23-1 muestra un ejemplo de análisis de ABB que son servicios de la categoría Servicios
de red del TOGAF TRM, y muestra una serie de servicios de la Arquitectura de línea base que
faltan en la Arquitectura de destino.
Ejemplo 2)

Diseño Arquitectura
Empresarial en el
sector Educativo,
Caso Colegio
Privado en Bogotá
Fuente:
 The TOGAF Standard, Versión 9,2 – The Open Group Standard, 2005-2018
 Guía General De Un Proceso De Arquitectura Empresarial- MINTIC – 31 De Mayo 2016.
 Trabajo de Grado “Diseño De Arquitectura Empresarial en el Sector Educativo Colombiano - Ruiz Sanchez Deigo- 2014”