1.

CAPITULO III TOGAF

1.1.​ A
​ DM

El método de desarrollo de la arquitectura (ADM) es el núcleo de la arquitectura TOGAF y

resulta de contribuciones continuas de un gran número de profesionales de la arquitectura.
Las actividades en este método son de forma interactiva y todas se basan en los
requerimientos establecidos, llegando a cumplir los objetivos planteados de la organización
.
El ADM es un conjunto guías y técnicas que ayudan a los arquitectos empresariales a la
hora de desarrollar una arquitectura proporcionando direcciones en varios niveles:

● ​Fases de desarrollo de arquitectura (negocios, aplicaciones, datos y tecnología)

sirven como guía para el proceso de desarrollo arquitectónico.
● ​Una narrativa de cada fase de la arquitectura en donde se describes objetivos,

enfoque, entradas, paso a seguir, y salidas.

● Resúmenes multi-fase que abordan la gestión de requerimientos

El ADM se describe a través de las siguientes premisas​:

● Un modo confiable y probado para desarrollar y utilizar una Arquitectura Empresarial.
● Un método para desarrollar arquitecturas en diferentes niveles (negocio,
aplicaciones, datos, tecnología) que permiten al arquitecto asegurar que un conjunto
complejo de requerimientos se aborden adecuadamente.
● Un conjunto de guías y técnicas para el desarrollo de arquitectura.

1.1.1 Faces del ADM

Todas las actividades de las fases del ADM se caracterizan porque sirven para realizar una
transformación ordenada en las organizaciones en respuesta a los objetivos y
oportunidades del negocio. La estructura básica del ADM se muestra en la Figura​ ¿​.

FIGURA: ​http://pubs.opengroup.org/architecture/togaf9-doc/arch/

Durante todo el ciclo del ADM se debe realizar una validación frecuente de los resultados
con respecto a los requerimientos tanto aquellos del ciclo completo del ADM como los del
desarrollo específico de cada Fase. Esta validación debe reconsiderar el alcance, los
detalles, el plan y los hitos. Cada Fase debe considerar los activos producidos a partir de las
iteraciones anteriores del proceso y los activos externos de mercado, así como otros marcos
de referencia o modelos. ​(​TOGAF Versión 9.1 Guía del Bolsillo (The Open Group, 2013)

El ADM apoya el concepto de iteración en tres niveles:

 ● Ciclo alrededor del ADM:​ El ADM se presenta de forma circular indicando que la
finalización de una Fase de trabajo en la arquitectura alimenta directamente las
Fases subsecuentes de trabajo en la arquitectura.
● Iteración entre Fases:​ TOGAF describe el concepto de la iteración a través de
Fases (por ejemplo, volviendo a la Arquitectura de Negocio posteriormente a la
finalización de la Arquitectura Tecnológica).
● Ciclo alrededor de una Fase individual:​ TOGAF apoya la ejecución repetida de las
actividades dentro de una Fase individual del ADM como una técnica para elaborar
contenido arquitectónico.
Tabla ¿. Objetivos, pasos, entradas y salidas de la Fase A.

Fase de ADM Actividad

Preliminar Prepara la organización para llevar a cabo

proyectos exitosos de arquitectura gracias al uso de
TOGAF. Emprende las actividades de iniciación y
preparación requeridas para crear la Capacidad
Arquitectónica, incluyendo la adaptación de TOGAF,
la selección de herramientas y la definición de
Principios de Arquitectura.

Gestión de Requerimientos Cada etapa de un proyecto de TOGAF está basada

en los requerimientos del negocio, incluyendo su
validación.
Los requerimientos se identifican, se almacenan y
se gestionan al ingreso y egreso de las Fases
relevantes del ADM, las cuales eliminan, abordan, y
priorizan los requerimientos.

A. Visión de Arquitectura Establece el alcance, las limitaciones y expectativas

de un proyecto de TOGAF. Crea la Visión de la
Arquitectura. Identifica a los Interesados. Valida el
contexto de negocio y crea la Declaración de
Trabajo de Arquitectura. Obtiene aprobaciones.

B. Arquitectura de Negocio Desarrolla arquitecturas en cuatro dominios:

C. Arquitecturas de Sistemas de
Información
D. Arquitectura Tecnológica
1. Negocio.
2. Sistemas de Información – Aplicaciones.
3. Sistemas de Información – Datos.
4. Tecnología.
En cada caso, desarrolla la Arquitectura de la Línea
de Base y de Destino y analiza las brechas entre
ambas.
 E. Oportunidades y Soluciones Realizará la planificación de la implementación
inicial y la identificación de medios de entrega para
los Bloques de Construcción identificados en las
Fases anteriores. Determina si se requiere un
enfoque incremental, y si así fuera, identifica las
Arquitecturas de Transición.

F. Planificación de la Migración Desarrolla el Plan detallado de Implementación y

Migración que aborda cómo moverse de la
Arquitectura de la Línea de Base a la Arquitectura
de Destino.

G. Gobierno de la Implementación Proporciona supervisión arquitectónica para la

implementación. Prepara y publica Contratos de
Arquitectura. Asegura que el proyecto de
implementación esté en conformidad con la
arquitectura.

H. Gestión de Cambios de la Proporciona seguimiento continuo y un proceso de

Arquitectura
Fuente: TOGAF 9.1 Pocket Guide
Elaboración: adaptado de TOGAF Poket Guide
gestión de cambios para asegurar que la
arquitectura responda a las necesidades de la
empresa y que se maximice el valor de la
arquitectura para el negocio.

1.1.2 ADM a detalle.

En las siguientes tablas se presenta un resumen con respecto a cada fase del ciclo ADM,
en base a sus objetivos, etapas, entradas y salidas.

1.1.1.1. Fase Preliminar

La Fase Preliminar prepara a una organización para emprender proyectos de Arquitectura
Empresarial de manera exitosa.
Tabla 3. Objetivos, pasos, entradas y salidas de la Fase Preliminar.

Objetivos Pasos
Determinar las Capacidades · Determinar las organizaciones
Arquitectónicas deseadas por la de la empresa que serán
organización: impactadas.
· Examinar el contexto · Confirmar los Marcos de
organizacional para llevar a cabo Referencia de Gobierno y soporte
Arquitectura Empresarial. adicional.
· Identificar y determinar el · Definir y establecer el equipo de
alcance de los elementos en las Arquitectura Empresarial y su
organizaciones de la empresa que organización.
serán afectadas por la Capacidad · Identificar y establecer los
Arquitectónica. Principios de Arquitectura.
· Identificar los marcos de · Adaptar TOGAF y, si es
referencia establecidos, los necesario, otros Marcos de
métodos y los procesos que se Referencia de Arquitectura
entrecruzan con la Capacidad seleccionados.
Arquitectónica · Implementar herramientas de
· Establecer el objetivo de arquitectura.
Madurez de las Capacidades.
Establecer las Capacidades
Arquitectónicas:
· Definir y establecer el Modelo
Organizacional de Arquitectura
Empresarial.
· Definir y establecer el proceso
detallado y los recursos para el
Gobierno de la Arquitectura.
· Seleccionar y poner en práctica
las herramientas que apoyan la
actividad de arquitectura.
· Definir los Principios de
Arquitectura.

Entradas Salidas
 · TOGAF. · Modelo Organizacional de
· Otros(s) Marco(s) de Referencia Arquitectura Empresarial.
de Arquitectura. · Marco de Referencia de
· Estrategias del consejo Arquitectura adaptado, incluyendo
organizacional, planes de negocio; los Principios de Arquitectura.
estrategia de negocio; estrategia · Repositorio de Arquitectura
de TI; principios de negocio, inicial.
objetivos de negocio y · Reafirmación o referencia de los
motivaciones de negocio. principios de negocio y
· Marcos de Referencia de motivaciones de negocio.
gobierno y legales. · Petición de Trabajo de
· Capacidades Arquitectónicas. Arquitectura.
· Acuerdos de asociación y · Marco de Referencia de
contratos. Gobierno.
· Modelo organizacional de
Arquitectura Empresarial existente.

Fuente: TOGAF Versión 9.1 Guía del Bolsillo (The Open Group, 2013)
Elaboración: Autor.

1.1.1.2. Fase A: Visión de la Arquitectura.

La Fase A aborda el establecimiento del proyecto e inicia una iteración del ciclo de
desarrollo de la arquitectura, estableciendo el alcance, limitaciones y expectativas de la
iteración. Se ejecuta con el objetivo de validar el contexto del negocio y producir una
Declaración de Trabajo de Arquitectura aprobada.
Tabla 4. Objetivos, pasos, entradas y salidas de la Fase A.

Objetivos Pasos
· Desarrollar una visión de alto · Establecer el proyecto de
nivel de las Capacidades y valor arquitectura.
de negocio que se desean obtener · Identificar a los interesados, las
como resultado de la Arquitectura preocupaciones y los requerimientos
Empresarial propuesta. de negocio.
· Obtener la aprobación de la · Confirmar y elaborar objetivos de
Declaración del Trabajo de negocio, motivaciones de negocio y
Arquitectura que define un limitaciones.
programa de trabajo para · Evaluar las capacidades del
desarrollar e implementar la negocio.
arquitectura descrita en la Visión · Evaluar la preparación para la
de la Arquitectura. transformación del negocio.
· Definir el alcance.
· Confirmar y elaborar Principios de
Arquitectura, incluyendo Principios
de Negocio.
· Desarrollar la Visión de la
Arquitectura.
· Definir las propuestas de valor de
la Arquitectura de Destino e
Indicadores Clave de Desempeño
(KPI – Key Perfomance Indicators
en inglés).
· Identificar los riesgos de la
transformación del negocio y las
actividades de mitigación.
· Desarrollar la Declaración de
Trabajo de Arquitectura; asegurar su
aprobación.

Entradas Salidas
· Petición de Trabajo de · Declaración de Trabajo de
Arquitectura. Arquitectura aprobada.
· Principios de negocio, objetivos · Declaraciones refinadas de
de negocio y motivadores de principios de negocio, objetivos de
negocio. negocio y motivaciones de negocio.
· Modelo Organizacional de la · Principios de Arquitectura.
Arquitectura Empresarial. · Evaluación de capacidades.
· Marco de Referencia de · Marco de Referencia de
Arquitectura adaptado, incluyendo Arquitectura adaptado.
adaptación del método de · Visión de la Arquitectura,
arquitectura, contenido de incluyendo:
arquitectura, Principios de o ​Requerimientos clave
Arquitectura, herramientas refinados y de alto nivel de
configuradas e implementadas. los interesados.
· Repositorio e Arquitectura · Versión preliminar del Documento
llenado con la documentación de de Definición de Arquitectura,
la arquitectura existente incluyendo (si está dentro del
(descripción del Marco de alcance):
Referencia, descripciones de o ​Arquitectura de Negocio de
arquitectura, descripciones de la la Línea de Base (de alto
Línea de Base, etc.) nivel).
o ​Arquitectura de Datos de la
Línea de Base (de alto nivel).
o ​Arquitectura de Aplicación
de la Línea de Base (de alto
nivel).
o ​Arquitectura Tecnológica
de la Línea de Base (de alto
nivel).
o ​Arquitectura de Negocio de
Destino (de alto nivel).
o ​Arquitectura de Datos de
Destino (de alto nivel).
o ​Arquitectura de Aplicación
de Destino (de alto nivel).
 o ​Arquitectura Tecnológica
de Destino (de alto nivel).
o ​Plan de comunicaciones.
· Contenido adicional agregado al
Repositorio de Arquitectura.

Fuente: TOGAF Versión 9.1 Guía del Bolsillo (The Open Group, 2013)
Elaboración: Autor.
1.1.1.3. Fase B: Arquitectura de Negocio.
La Fase B aborda el desarrollo de una Arquitectura de Negocio que apoye la Visión de
Arquitectura establecida.

Tabla 5. Objetivos, pasos, entradas y salidas de la Fase B.

Objetivos Pasos

· Desarrollar la Arquitectura de · Seleccionar modelos de

Negocio de Destino describiendo referencia, Puntos de Vista y
cómo la empresa tiene que operar herramientas.
para alcanzar los objetivos de · Desarrollar la descripción de la
negocio, responder a las Arquitectura de Negocio de la Línea
motivaciones estratégicas definidas de Base.
en la Visión de la Arquitectura y · Desarrollar la descripción de la
responder a la Petición de Trabajo Arquitectura de Negocio de
de Arquitectura y las Destino.
preocupaciones de los interesados. · Realizar un Análisis de Brechas.
· Identificar componentes · Definir los componentes
candidatos para el Plan de candidatos del Plan de Itinerario.
Itinerario de Arquitectura · Resolver los impactos al
basándose en las brechas Panorama de Arquitectura.
identificadas entre la Arquitectura · Conducir una revisión formal con
de Negocio de la Línea de Base y los interesados.
la Arquitectura de Negocio de · Finalizar la Arquitectura de
Destino. Negocio.
· Crear el Documento de
Definición de Arquitectura.
Entradas Salidas
· Petición de Trabajo de · Declaración de Trabajo de
Arquitectura. Arquitectura, actualizada si fuera
· Principios de negocio, objetivos necesario.
de negocio, y motivaciones de · Principios de negocio validados,
negocio. objetivos de negocio y
· Evaluación de capacidades. motivaciones de negocio.
· Plan de comunicaciones. · Principios de arquitectura de
· Modelo Organizacional de negocio bien elaborados.
Arquitectura Empresarial. · Versión preliminar del
· Marco de Referencia de Documento de Definición de
Arquitectura adaptado. Arquitectura conteniendo
· Declaración de Trabajo de actualizaciones de contenido:
Arquitectura aprobada. o ​Arquitectura de Negocio
· Principios de Arquitectura, de la Línea de Base
incluyendo principios de negocio, (detallada), si fuera
cuando ya existan. apropiado
· Continuum de Empresa o ​Arquitectura de Negocio
· Repositorio de Arquitectura de Destino (detallada)
· Visión de la Arquitectura, o ​Vistas correspondiente a
incluyendo: Puntos de Vista
o ​Requerimientos claves seleccionados que
refinados y de alto nivel de responden a las
los interesados. preocupaciones clave de los
· Versión preliminar del interesados
Documento de Definición de la · Especificación preliminar de
Arquitectura, incluyendo: Requerimientos de Arquitectura
o ​Arquitectura de Negocio incluyendo actualizaciones de
de la Línea de Base (de alto contenido:
nivel) o ​Resultados del Análisis de
o ​Arquitectura de Datos de Brechas
la Línea de Base (de alto o ​Requerimientos técnicos
nivel) o ​Requerimientos de
o ​Arquitectura de Aplicación Negocio actualizados con
de la Línea de Base (de alto los Componentes de
nivel) Arquitectura de Negocio del
 o ​Arquitectura Tecnológica Plan de Itinerario de
de la Línea de Base (de alto Arquitectura.
nivel)
o ​Arquitectura de Negocio
de Destino (de alto nivel)
o ​Arquitectura de Datos de
Destino (de alto nivel)
o ​Arquitectura de Aplicación
de Destino (de alto nivel)
o ​Arquitectura Tecnológica
de Destino (de alto nivel)

Fuente: TOGAF Versión 9.1 Guía del Bolsillo (The Open Group, 2013)
Elaboración: Autor.

1.1.1.4. Fase C: Arquitectura de Sistemas de Información.

La Fase C aborda la documentación de la organización fundamental de los sistemas de TI
de una empresa, representada por los principales tipos de sistemas de información y
aplicaciones que los utilizan. En esta Fase hay dos pasos que se pueden desarrollar
secuencialmente o simultáneamente:
· Arquitectura de Datos
· Arquitectura de Aplicación

1.1.1.4.1. Arquitectura de Datos.

Tabla 6. Objetivos, pasos, entradas y salidas de la Arquitectura de Datos.

Objetivos Pasos
· Desarrollar una Arquitectura de
Datos de Destino que sea funcional
a la Arquitectura de Negocio y a la
Visión de Arquitectura, y que
responda a la vez a la Petición de
Trabajo de Arquitectura y a las
preocupaciones de los interesados.
· Identificar los componentes
candidatos que podrían conformar
el Plan Itinerario de Arquitectura
basándose en las brechas
identificadas entre la Arquitectura
de Datos de la Línea de Base y la
Arquitectura de Datos de Destino.
Entradas
· Seleccionar modelos de
referencia, Puntos de Vista y
herramientas.
· Desarrollar la descripción de la
Arquitectura de Datos de la Línea
de Base.
· Desarrollar la descripción de la
Arquitectura de Datos de Destino.
· Realizar un Análisis de Brechas.
· Definir los componentes
candidatos que conforman el Plan
de Itinerario.
· Resolver los impactos al
Panorama de Arquitectura.
· Conducir una revisión formal con
los interesados.
· Finalizar la Arquitectura de
Datos.
· Crear el Documento de
Definición de Arquitectura.
Salidas
· Petición de Trabajo de · Declaración de Trabajo de
Arquitectura. Arquitectura, actualizada si fuera
· Evaluación de Capacidades. necesario.
· Plan de comunicaciones. · Principios de datos validados o
· Modelo Organizacional de nuevos principios de datos.
Arquitectura Empresarial. · Versión preliminar del
· Marco de Referencia de Documento de Definición de
Arquitectura adaptado. Arquitectura, conteniendo
· Principio de Datos. actualizaciones de contenido:
· Declaración de Trabajo de o ​Arquitectura de Datos de
Arquitectura. la Línea de Base.
· Visión de la Arquitectura. o ​Arquitectura de Datos de
· Repositorio de Arquitectura. Destino.
· Versión preliminar del o ​Vistas de la Arquitectura
Documento de Definición de la de Datos correspondiente a
Arquitectura, conteniendo: los Puntos de Vista
o ​Arquitectura de Negocio seleccionados que
de la Línea de Base (de alto responden a las
nivel) preocupaciones clave de los
o ​Arquitectura de Negocio interesados.
de Destino (de alto nivel) · Versión preliminar de la
o ​Arquitectura de Datos de Especificación de los
la Línea de Base (de alto Requerimientos de Arquitectura,
nivel) incluyendo actualizaciones de
o ​Arquitectura de Datos de contenido:
Destino (de alto nivel) o ​Resultados del Análisis de
o ​Arquitectura de Aplicación Brechas.
de la Línea de Base (de alto o ​Requerimientos de
nivel) interoperabilidad de datos.
o ​Arquitectura de Aplicación o ​Requerimientos técnicos
de Destino (de alto nivel) relevantes que se aplicarán
o ​Arquitectura Tecnológica a esta evolución del Ciclo de
de la Línea de Base (de alto Desarrollo de la
nivel) Arquitectura.
 o ​Arquitectura Tecnológica
de Destino (de alto nivel)
· Especificación preliminar de
Requerimientos de Arquitectura,
incluyendo:
o ​Resultados del Análisis de
Brechas.
o ​Requerimientos técnicos
relevantes.
· Componentes de la Arquitectura
de Negocio que son parte del Plan
de Itinerario de Arquitectura.
o ​Limitaciones en la
Arquitectura Tecnológica.
o ​Requerimientos de
negocio actualizados.
o ​Requerimientos de
Aplicación actualizados.
· Componentes de la Arquitectura
de datos que son parte del Plan de
Itinerario de Arquitectura.

Fuente: TOGAF Versión 9.1 Guía del Bolsillo (The Open Group, 2013)
Elaboración: Autor.
1.1.1.4.2. Arquitectura de Aplicación.
Tabla 7. Objetivos, pasos, entradas y salidas de la Arquitectura de Aplicación.

Objetivos Pasos
· Desarrollar una Arquitectura de · Seleccionar modelos de
Aplicación de Destino que sea referencia, Puntos de Vista y
funcional a la Arquitectura de herramientas.
Negocio y a la Visión de la · Desarrollar la descripción de la
Arquitectura, y que responda a la Arquitectura de Aplicación de la
vez a la Petición de Trabajo de Línea de Base.
Arquitectura y a las · Desarrollar la descripción de la
preocupaciones de los interesados. Arquitectura de Aplicación de
· Identificar componentes Destino.
candidatos del Plan de Itinerario de · Realizar el Análisis de Brechas.
Arquitectura basándose en las · Definir los componentes
brechas identificadas entra la candidatos que conforman el Plan
Arquitectura de Aplicación de la de Itinerario.
Línea de Base y la Arquitectura de · Resolver los impactos al
Aplicación de Destino. Panorama de Arquitectura.
· Conducir una revisión formal con
los interesados.
· Finalizar la Arquitectura de
Aplicación.
· Crear el Documento de
Definición de Arquitectura.

Entradas Salidas
· Petición de Trabajo de · Declaración de Trabajo de
Arquitectura. Arquitectura, actualizado si fuera
· Evaluación de Capacidades. necesario.
· Plan de Comunicaciones. · Principios de Aplicación de
· Modelo Organizacional de validados o nuevos principios de
Arquitectura Empresarial. Aplicación.
· Marco de Referencia de · Documento preliminar de
Arquitectura adaptado Definición de Arquitectura,
· Principios de Aplicación. conteniendo actualizaciones de
· Declaración de Trabajo de contenido:
Arquitectura. o ​Arquitectura de Aplicación
· Visión de la Arquitectura. de la Línea de Base.
· Repositorio de Arquitectura. o ​Arquitectura de Aplicación
· Documento preliminar de de Destino.
Definición de Arquitectura, o ​Vistas de Arquitectura de
conteniendo: Aplicación correspondientes
o ​Arquitectura de Negocio a Puntos de Vista
de la Línea de Base (de alto seleccionados que
nivel) responden a las
o ​Arquitectura de Negocio preocupaciones clave de los
de Destino (de alto nivel) interesados.
o ​Arquitectura de Datos de · Especificación preliminar de
la Línea de Base (detallada Requerimientos de Arquitectura
o de alto nivel) incluyendo actualizaciones de
o ​Arquitectura de Datos de contenido:
Destino (detallada o de alto o ​Resultados del Análisis de
nivel) Brechas
o ​Arquitectura de Aplicación o ​Requerimientos de
de la Línea de Base (de alto interoperabilidad de
nivel) Aplicación
o ​Arquitectura de Aplicación o ​Requerimientos técnicos
de Destino (de alto nivel) relevantes que se aplicarán
o ​Arquitectura Tecnológica a esta evolución del Ciclo de
de la Línea de Base (de alto Desarrollo de Arquitectura
nivel)
 o ​Arquitectura Tecnológica o ​Limitaciones en
de Destino (de alto nivel) Arquitectura Tecnológica
· Especificación preliminar de los o ​Requerimientos de
Requerimientos de Arquitectura, Negocio actualizados
incluyendo: o ​Requerimientos de Datos
o ​Resultados del Análisis de actualizados
Brechas · Componentes de la Arquitectura
o ​Requerimientos técnicos de Aplicación del Plan de Itinerario
relevantes de Arquitectura.
· Componentes de Arquitectura de
Negocio y de Arquitectura de Datos
en el Plan de Itinerario de
Arquitectura.

Fuente: TOGAF Versión 9.1 Guía del Bolsillo (The Open Group, 2013)
Elaboración: Autor.
1.1.1.5. Fase D: Arquitectura Tecnológica.
La Fase D aborda la documentación de la organización esencial de sistemas de TI,
representada en hardware, software y tecnología de comunicaciones.
Tabla 8. Objetivos, pasos, entradas y salidas de la Fase D.

Objetivos Pasos
· Desarrollar la Arquitectura · Seleccionar modelos de
Tecnológica de Destino de tal referencia, Puntos de Vista y
manera que permita que los herramientas.
componentes lógicos y físicos de · Desarrollar la descripción de la
datos y aplicaciones, así como Arquitectura Tecnológica de la
aquellos de la Visión de la Línea de Base.
Arquitectura, correspondan a la · Desarrollar la descripción de la
Petición de Trabajo de Arquitectura Arquitectura Tecnológica de
y respondan a las preocupaciones Destino.
de los interesados. · Realizar el Análisis de Brechas.
· Identificar los componentes · Definir los componentes
candidatos del Plan de Itinerario de candidatos del Plan de Itinerario.
Arquitectura basándose en las · Resolver los impactos en el
brechas identificadas entre la Panorama de Arquitectura.
Arquitectura Tecnológica de la · Conducir una revisión formal con
Línea de Base y la Arquitectura los interesados.
Tecnológica de Destino. · Finalizar la Arquitectura
Tecnológica.
· Crear el Documento de
Definición de Arquitectura.

Entradas Salidas
· Petición de Trabajo de · Declaración de Trabajo de
Arquitectura. Arquitectura, actualizado si fuera
· Evaluación de Capacidades. necesario.
· Plan de comunicaciones · Principios de tecnología
· Modelo organizacional de validados o nuevos principios de
Arquitectura Empresarial. Tecnología (si se generaron aquí)
· Marco de Referencia de · Versión preliminar del
Arquitectura adaptado. Documento de Definición de
· Principios de Tecnología. Arquitectura, conteniendo
· Declaración de Trabajo de actualizaciones de contenido:
Arquitectura. o ​Arquitectura Tecnológica
· Visión de la Arquitectura. de la Línea de Base
· Repositorio de Arquitectura. o ​Arquitectura Tecnológica
· Documento preliminar de de Destino
Definición de Arquitectura, o ​Vistas de Arquitectura
conteniendo: Tecnológica
o ​Arquitectura de Negocio correspondientes a Puntos
de la Línea de Base de Vista que han sido
(detallada) seleccionados para
o ​Arquitectura de Negocio responder a las
de Destino (detallada) preocupaciones clave de los
o ​Arquitectura de Datos de interesados.
la Línea de Base (detallada) · Especificación preliminar de los
o ​Arquitectura de Datos de Requerimientos de Arquitectura,
Destino (detallada) incluyendo actualizaciones de
o ​Arquitectura de Aplicación contenido:
de la Línea de Base o ​Resultados del Análisis de
(detallada) Brechas
o ​Arquitectura de Aplicación o ​Requerimientos
de Destino (detallada) resultantes de las Fases B y
o ​Arquitectura Tecnológica C
de la Línea de Base (de alto o ​Requerimientos de
nivel) Tecnología actualizados
o ​Arquitectura Tecnológica
de Destino (de alto nivel)
 · Especificación preliminar de · Componentes de Arquitectura
Requerimientos de Arquitectura, Tecnológica del Plan de Itinerario
incluyendo: de Arquitectura.
o ​Resultados del Análisis de
Brechas
o ​Requerimientos técnicos
relevantes
· Componentes de Arquitectura de
Negocio y de Arquitectura de Datos
en el Plan de Itinerario de
Arquitectura.

Fuente: TOGAF Versión 9.1 Guía del Bolsillo (The Open Group, 2013)
Elaboración: Autor.

1.1.1.6. Fase E: Oportunidades y Soluciones.

La Fase E es la primera Fase que directamente se refiere a la implementación. Describe el
proceso de identificación de los medios de entrega (proyectos, programas o carteras) que
promocionan la Arquitectura de Destino identificada en las Fases anteriores.
Tabla 9. Objetivos, pasos, entradas y salidas de la Fase E.

Objetivos Pasos
· Generar la versión inicial y
completa del Plan de Itinerario de
Arquitectura, basándose en el
Análisis de Brechas y en los
componentes candidatos del Plan
de Itinerario de Arquitectura
resultantes de las Fases B, C y D.
· Determinar si un enfoque
incremental es requerido, y si
fuera así, identificar
Arquitecturas de Transición que
proporcionarán valor continuo de
negocio.
· Determinar o confirmar atributos
claves para el cambio empresarial.
· Determinar limitaciones del
negocio para la implementación.
· Examinar y consolidar resultados
de los Análisis de Brechas
realizados en las Fases B a D.
· Examinar los requerimientos
consolidados entre funciones de
las negocio relacionadas.
· Consolidar y reconciliar los
requerimientos de interoperabilidad.
· Refinar y validar dependencias.
· Confirmar el Grado de
Preparación y riesgos para la
transformación del negocio.
· Formular la estrategia de
Implementación y Migración.
· Identificar y agrupar los paquetes
de trabajo principales.
· Identificar las Arquitecturas de
Transición.
· Crear el Plan de Itinerario de
Arquitectura y el Plan de
Implementación de Migración.

Entradas Salidas
 · Información del producto.
· Petición de Trabajo de
Arquitectura.
· Evaluación de Capacidades.
· Plan de comunicaciones.
· Metodologías de planificación.
· Modelos de gobierno y marcos
de referencia.
· Marco de Referencia de
Arquitectura adaptado.
· Declaración de Trabajo de
Arquitectura.
· Visión de la Arquitectura.
· Repositorio de Arquitectura.
· Versión preliminar del
Documento de Definición de la
Arquitectura.
· Versión preliminar de la
Especificación de Requerimientos
de Arquitectura.
· Solicitudes de Cambio a los
programas y proyectos existentes.
· Componentes candidatos del
Plan de Itinerario de Arquitectura
resultantes de las Fases B, C y D.
Fuente: TOGAF Versión 9.1 Guía del Bolsillo (The Open Group, 2013)
Elaboración: Autor.
1.1.1.7. Fase F: Planificación de la Migración.
· Declaración de Trabajo de
Arquitectura, actualizado si fuera
necesario.
· Visión de la Arquitectura,
actualizada si es necesario.
· Versión preliminar del Documento
de Definición de Arquitectura,
incluyendo:
o ​Arquitectura de Transición,
número y alcance, si existe.
· Versión preliminar de la
Especificación de Requerimientos
de Arquitectura, actualizada si fuera
necesario.
· Evaluación de capacidades,
incluyendo:
o ​Capacidades de Negocio.
o ​Capacidades de TI.
· Plan de Itinerario de Arquitectura,
incluyendo:
o ​Carteras de paquetes de
trabajo.
o ​Identificación de las
Arquitecturas de transición,
si existen.
o ​Recomendaciones de
implementación.
· Plan de Implementación y
Migración (descripción), incluyendo:
o ​Estrategia de
implementación y migración.
La Fase F aborda la planificación de la migración; es decir, cómo moverse desde la
Arquitectura de la Línea de Base a la Arquitectura de Destino finalizando un Plan de
Implementación y Migración en detalle.
Tabla 10. Objetivos, pasos, entradas y salidas de la Fase F.

Objetivos Pasos

· Finalizar el Plan de Itinerario de · Confirmar las interacciones del

Arquitectura y el Plan de Plan de Implementación y
Implementación y Migración que lo Migración con el Marco de
apoya Referencia de Gestión de la
· Asegurar que el Plan de empresa.
Implementación y Migración se · Asignar el valor de negocio a
alinee al enfoque de la empresa cada paquete de trabajo.
para la gestión e implementación · Estimar las necesidades de
de cambios en la cartera general recursos, los tiempos del proyecto y
de cambios empresariales. la disponibilidad/medio de entrega.
· Asegurar que el valor de negocio · Priorizar los proyectos de
y los costos de los paquetes de migración a través de la realización
trabajo y Arquitecturas de de una evaluación de
Transición sean bien entendidos costo/beneficio y validación de
por los interesados. riesgos.
· Confirmar el Plan de Itinerario de
Arquitectura y actualizar el
Documento de Definición de
Arquitectura.
· Completar el plan de
Implementación y Migración.
· Completar el ciclo de desarrollo y
documentar las lecciones
aprendidas.

Entradas Salidas
· Petición de Trabajo de
Arquitectura.
· Plan de comunicaciones.
· Modelo Organizacional de
Arquitectura Empresarial.
· Modelos de gobierno y marcos
de referencia.
· Marco de Referencia de
Arquitectura adaptado.
· Declaración de Trabajo de
Arquitectura.
· Visión de la Arquitectura.
· Repositorio de Arquitectura.
· Versión preliminar del
Documento de Definición de
Arquitectura, incluyendo:
o ​Arquitecturas de
transición, si existen.
· Versión preliminar de la
Especificación de Requerimientos
de Arquitectura.
· Solicitudes de Cambio en
programas y proyectos existentes.
· Plan de Itinerario de
Arquitectura.
· Evaluación de Capacidades,
incluyendo:
o ​Capacidades de Negocio.
o ​Capacidades de TI.
· Plan de Implementación y
Migración (descripción),
incluyendo:
o ​Estrategia de alto nivel de
Implementación y
Migración.
· Plan de Implementación y
Migración (detallado), incluyendo:
o ​Estrategia de
Implementación y
Migración.
o ​Distribución de proyectos
y carteras de
implementación.
o ​Cartas Constitutivas de
proyectos (opcionales).
· Documento de Definición de
Arquitectura finalizado, incluyendo:
o ​Arquitectura de Transición
finalizadas, si existen.
· Especificación de
Requerimientos de Arquitectura,
finalizada.
· Plan de Itinerario de
Arquitectura, finalizado.
· Bloques de Construcción de la
Arquitectura reutilizables.
· Peticiones de Trabajo de
Arquitectura para una nueva
iteración del ADM (si existen).
· Modelo de Gobierno de la
Implementación.
· Solicitudes de Cambio para la
Capacidad Arquitectónica que
surgen de las lecciones aprendidas.
Fuente: TOGAF Versión 9.1 Guía del Bolsillo (The Open Group, 2013)
Elaboración: Autor.

1.1.1.8. Fase G: Gobierno de la Implementación.

La Fase G define como la arquitectura delimitada los proyectos de implementación, la
supervisa al mismo tiempo que se la construye, y produce un Contrato de Arquitectura
firmado.
Tabla 11. Objetivos, pasos, entradas y salidas de la Fase G.

Objetivos Pasos

· Asegurar la conformidad con la · Confirmar el alcance y las

Arquitectura de Destino a través prioridades para la implementación
de los proyectos de con la dirección de desarrollo de la
implementación. empresa.
· Realizar las funciones de · Identificar los recursos y
Gobierno de Arquitectura habilidades requeridos para la
apropiadas para la solución y para implementación.
toda Solicitud de Cambio de · Guiar el desarrollo de la
Arquitectura impulsada por la implementación de las soluciones.
implementación. · Realizar revisiones de
conformidad de Arquitectura
Empresarial.
· Poner en práctica la operación de
negocio y TI.
· Realizar la revisión posterior a la
implementación y cerrar la
implementación.

Entradas Salidas
· Petición de Trabajo de · Contrato de Arquitectura
Arquitectura. (firmado).
· Evaluación de capacidades. · Evaluaciones de conformidad.
· Modelo Organizacional de · Solicitudes de Cambio.
Arquitectura Empresarial. · Análisis de Impacto –
· Marco de Referencia de Recomendaciones de
Arquitectura adaptado. Implementación.
· Declaración de Trabajo de · Soluciones implementadas que
Arquitectura. están en conformidad con la
· Visión de la Arquitectura. Arquitectura, incluyendo:
· Repositorio de Arquitectura. o ​El sistema implementado
· Documento de Definición de que está en conformidad con
Arquitectura la Arquitectura.
· Especificación de o ​El Repositorio de
requerimientos de Arquitectura. Arquitectura cargado.
· Plan de Itinerario de o ​Recomendaciones de
Arquitectura. conformidad de Arquitectura
· Modelo de Gobierno de la y excepciones.
Implementación. o ​Recomendaciones de
· Contrato de Arquitectura. requerimientos para la
· Petición de Trabajo de prestación de servicios.
Arquitectura identificado en las o ​Recomendaciones de
Fases E y F. métricas de rendimiento.
· Plan de Implementación y o ​Acuerdos de nivel de
Migración. servicio (SLAs, por sus siglas
en inglés)
o ​Visión de la Arquitectura,
actualizada posteriormente a
la implementación.
o ​Documento de Definición
de Arquitectura, actualizado
posteriormente a la
implementación.
 o ​Modelo de operación de
negocio y TI para la solución
implementada.

Fuente: TOGAF Versión 9.1 Guía del Bolsillo (The Open Group, 2013)
Elaboración: Autor.
1.1.1.9. Fase H: Gestión de Cambios de la Arquitectura.
La Fase H asegura que los cambios en la arquitectura se gestionen de una manera
controlada.
Tabla 12. Objetivos, pasos, entradas y salidas de la Fase H.

Objetivos Pasos

· Asegurar que el ciclo de vida de · Establecer el proceso de

la arquitectura se mantenga.
· Asegurar la ejecución del Marco
de Referencia de Gobierno de
Arquitectura.
· Asegurar que la Capacidad
Arquitectónica Empresarial
cumplen con los requerimientos
actuales.
realización del valor.
· Implementar las herramientas de
supervisión.
· Gestionar los riesgos.
· Proporcionar un análisis de la
gestión de cambios de arquitectura.
· Gestionar el proceso de
gobierno.
· Activar el proceso de
implementación de cambios.

Entradas Salidas
 · Petición de Trabajo de · Actualizaciones de la
Arquitectura. Arquitectura.
· Modelo Organizacional de · Cambios al Marco de Referencia
Arquitectura Empresarial. de Arquitectura y a los Principios.
· Marco de Referencia de · Nueva Petición de Trabajo de
Arquitectura adaptado. Arquitectura, para iniciar otro ciclo
· Declaración de Trabajo de del ADM.
Arquitectura. · Declaración de Trabajo de
· Visión de la Arquitectura. Arquitectura, actualizado, si fuera
· Repositorio de Arquitectura. necesario.
· Documento de Definición de · Contrato de Arquitectura,
Arquitectura. actualizado, si fuera necesario.
· Especificación de · Evaluaciones de Conformidad,
Requerimientos de Arquitectura. actualizadas si fuera necesario.
· Plan de Itinerario de
Arquitectura.
· Solicitudes de Cambio debido a
cambios tecnológicos.
· Solicitudes de Cambio debido a
cambios de negocio.
· Solicitudes de Cambio debido a
lecciones aprendidas.
· Modelo de Gobierno de la
Implementacion.
· Contrato de Arquitectura
(firmado).
· Evaluaciones de Conformidad.
· Plan de Implementación y
Migración.

Fuente: TOGAF Versión 9.1 Guía del Bolsillo (The Open Group, 2013)
Elaboración: Autor.

1.1.1.10. ​Gestión de Requerimientos.

El proceso de Gestión de Requerimientos de Arquitectura se aplica a todas las Fases del
ciclo del ADM. El proceso de Gestión de Requerimientos es un proceso dinámico que
aborda la identificación de los requerimientos de la empresa, almacenándolos, y luego
gestionándolos al ingreso y egreso de las Fases relevantes del ADM.
La capacidad para hacer frente a los cambios de requerimientos es crucial para el proceso
del ADM, dado que la arquitectura, por si propia naturaleza, aborda la incertidumbre y el
cambio, tendiendo un puente entre las aspiraciones de los interesados y lo que se puede
entregar como una solución práctica.
Tabla 13. Objetivos, pasos, entradas y salidas de la Gestión de Requerimientos.

Objetivos Pasos

· Asegurar que el proceso de · Identificar/documentar los

gestión de requerimientos sea
mantenido y operado en todas las
Fases relevantes del ADM.
· Gestionar los requerimientos de
arquitectura identificados durante
toda la ejecución del ciclo del ADM
o en una de sus fases.
· Asegurar que los
requerimientos de arquitectura
relevantes estén disponibles para
el uso en cada Fase cuando éstas
se ejecutan.
requerimientos.
· Establecer los requerimientos de
la Línea de Base.
· Supervisar los requerimientos de
la Línea de Base.
· Identificar cambios en los
requerimientos; quitar, añadir,
modificar y reexaminar prioridades.
· Identificar cambios en los
requerimientos y registrar las
prioridades; identificar y resolver
conflictos; generar declaraciones de
impacto de requerimientos.
· Evaluar el impacto de los
cambios en los requerimientos en
las Fases actuales y previas del
ADM.
· Implementar los requerimientos
que provienen de la Fase H.
· Actualizar el repositorio de
requerimientos.
· Implementar los cambios
requeridos en la Fase actual.
· Evaluar y revisar los Análisis de
Brechas de las Fases anteriores.
 Entradas Salidas

· Las entradas al proceso de · Requerimientos con cambios.

gestión de requerimientos son las · Evaluación del impacto de los
salidas relacionadas con requerimientos para identificar las
requerimientos producidas en Fases del ADM que deben ser
cada Fase del ADM. revisadas nuevamente para abordar
· Los primeros requerimientos de los cambios. La versión final debe
alto nivel se producen como parte incluir todas las implicaciones de los
de la Visión de la Arquitectura. requerimientos (por ejemplo, costos,
· Cada Dominio de Arquitectura plazos y métricas de negocio).
genera entonces requerimientos
detallados. Los entregables de las
Fases posteriores del ADM
contienen correlaciones a nuevos
tipos de requerimientos (por
ejemplo, los requerimientos de
conformidad).

Fuente: TOGAF Versión 9.1 Guía del Bolsillo (The Open Group, 2013)
Elaboración: Autor.

1.1.3 Guías y técnicas del ADM

Las guías documentan cómo se debe realizar el proceso de adaptación del ADM en
diferentes escenarios, por estilo de proceso o para una arquitectura específica.

La guía consta con las siguientes partes del documento TOGAF.

● Aplicando iteraciones al ADM:​ Discute las posibles estrategias que deberán

implementarse según los conceptos interactivos.
● Aplicando ADM en diferentes niveles de la empresa:​ TOGAF utiliza los conceptos
de niveles y Continuum Empresarial para proporcionar un marco conceptual para la
institución del panorama arquitectónico.
● Arquitectura de seguridad y ADM:​ Esta guía proporciona un resumen específico
de condiciones de seguridad que deben ser consideradas durante la implementación
del método de desarrollo arquitectónico.
● Usando TOGAF para definir y gobernar la orientación de los servicios de las
arquitecturas (SOA):​ Describe los métodos, herramientas, materiales de referencia
 y normas sugeridas por The Open Group para la adopción e implementación de
SOA.
GRAFICO: tesis varga naula

Las técnicas son aquellas que soportan tareas específicas dentro del ADM tales como:

● Definición de principios arquitectónicos:​ Los principios son normas y directrices

generales que abarcan un conjunto estructurado de ideas que definen y guían a la
institución.
● Gestión de interesados:​ Sugiere normas para identificar a los individuos o grupos
de interés en la organización. Además,ayuda a tener una comunicación temprana
con los stakeholders que permite conocer sus criterios y opiniones, las cuales se
podrá utilizar para dar forma a la arquitectura y mejorar la calidad de los modelos
producidos que garantice las probabilidades de éxito.
● Patrones arquitectónicos​: Se refiere aquellas ideas que han sido útiles en un
contexto particular y muy probablemente serán empleados en otros. En TOGAS los
patrones nos indican cómo usar los bloques de las diferentes arquitecturas y el
repositorio virtual.
● Escenarios de negocio:​ Es una técnica que se utiliza en diversas etapas de la
arquitectura empresarial pero principalmente en las fases de visión arquitectónica y
arquitectura de negocio, que permiten identificar y comprender las necesidades del
negocio.
● Análisis de brechas: ​Es descrita como una técnica muy usada para validar la
arquitectura en desarrollo. La premisa básica es resaltar el déficit entre la
arquitectura de la línea base de la institución y la de destino (deseada).
● Planificación de la migración: ​Contiene una serie de técnicas que se usan para
apoyar la planificación de migración para las fases E y F del ADM. Las técnicas de
migración que se usan son: Matriz de Evaluación de Factores de Implementación y
Deducción y la Matriz de Consolidación de Brechas, Soluciones y Dependencias.
● Interoperabilidad: ​Se describe como la capacidad de compartir información y
servicios. Definir el grado al que la información y servicios deben compartirse es un
requisito arquitectónico muy útil que deben tomar en cuanta los actores principales
de la empresa.
● Transformación empresarial: ​Es una técnica utilizada para evaluar y cuantificar la
disposición de una organización a sufrir cambios. Proveerá una visión arquitectónica
innovadora que será del esfuerzo conjunto entre el personal corporativo, líneas de
negocio, y los planificadores de TI.
● Gestión de riesgos: ​Describe la técnica para manejar los riesgos durante el
proyecto de transformación de la organización. Será de gran importancia identificar,
clasificar y mitigar estos riesgos antes de comenzar con la AE.
● Planificación de la generación de capacidades: ​Se centra en la planificación,
ingeniería, y entrega de capacidades estratégicas de negocio para la empresa.
Combina los esfuerzos necesarios de todas las líneas de negocio para alcanzar la
capacidad deseada.
 GRAFICO: tesis varga naula

1.2.​ A
​ rquitectura de Negocio

“Para TOGAF la arquitectura de negocio es un requisito previo para trabajar en la

arquitectura de empresa desde cualquier otro punto de vista (datos, aplicaciones,
tecnología), y es, por tanto, la primera que debe ser completada. “
(​http://adingor.es/congresos/web/uploads/cio/cio2005/sistemas_informacion/96.pdf​)

Además se puede decir que la Arquitectura de Negocio representa los procesos de negocio,
así como su interacción para satisfacer los requerimientos de los clientes.

Aquí es donde se identifican los procesos que se llevan a cabo en la empresa e interactúa
con la Arquitectura Organizacional y Arquitectura de Recursos, por lo que una parte influye
a la otra y viceversa.

Esto quiere decir que las limitaciones de la empresa en las dos arquitecturas mencionadas
afectan tanto en la estrategia como en el diseño de procesos y claro está en la definición de
la estrategia de negocio.

En este sentido los arquitectos de negocio deben asegurarse que la comprensión de la

estrategia organizacional sea compartida por todas las partes interesadas, de tal manera
que las asignación de recursos y la mitigación de riesgos se a los más eficiente posible.
(​https://issuu.com/acpiareasdegrado/docs/arquitectura_de_procesos_comerciale​)

“La arquitectura de negocio debe contener la misión, visión, estrategia, procesos, reglas de
negocio e interfaces de datos, tecnologías y necesidades de los clientes. La estructura y
comportamiento de la capa de negocio comprende las funciones, capacidades y roles de los
actores principales dentro de la institución. Esta arquitectura establece un lenguaje común
que refleje un mejor entendimiento de los requerimientos que proponen la implementación
de nuevos proyectos, para disminuir la brecha entre el negocio y TI.”
(​http://dspace.ucuenca.edu.ec/bitstream/123456789/28262/1/Tesis.pdf​)

1.2.1. Vistas del Negocio

http://dspace.ucuenca.edu.ec/bitstream/123456789/28262/1/Tesis.pdf

Cada una de las vistas del negocio representa aspectos importantes del negocio,
cumpliendo un propósito puntual y relacionándose con otras vistas.
1.2.1.1. Visión del Negocio
Aquí se identifica el rumbo de la institución, los problemas que existen para conseguir los
objetivos institucionales y se decide el futuro organizacional.

1.2.1.2. Procesos de negocio

Se tiene un esquema de los procesos que se operan actualmente, así como el diseño de los
nuevos procesos. Para tal efecto se utiliza información del funcionamiento del negocio.

1.2.1.3. Estructura del Negocio

Aquí se realiza el diseño de una estructura organizacional, que describe detalles principales
y complementarios según la vista de procesos. Es muy importante en la optimización de
recursos, proponiendo una estructura flexible y evitando la sobre-optimización.

1.2.1.4. Comportamiento del Negocio

Aquí se realiza una descripción individual del comportamiento del negocio, constituye una
herramienta de apoyo para la asignación de responsabilidades y actividades a ejecutarse en
cada proceso. Es recomendable apoyarse en un experto en esta área.

La siguiente tabla resume de una forma clara las vistas del negocio

Vista Contenido Expertos Elementos básicos

Visión del Negocio Estrategia Directores -Misión

Planes de Gerentes -Objetivos
posicionamiento. Presidentes -Fortalezas
Objetivos del -Debilidades
negocio. -Oportunidades

Procesos del Procesos. Jefes de Área -Objetivos

Negocio Interacciones -Flujos principales
Restricciones -Acciones/ Eventos
Recursos -Recursos de
Entrada
 -Recursos de salida
-Reglas de Negocio
-Recursos de Apoyo
-Subprocesos/Relac
iones

Estructura del Estructura Jefes RRHH Descripción de

Negocio Recursos Consultores productos
Productos Descripción de
Servicios servicios
Unidades
organizativas
Información de la
institución

Comportamiento del Estados Consultores Diagramas de

Negocio Transiciones estado
Productos Diagramas de
Herramientas secuencia
Diagramas de
colaboración
Diagramas de
interacción
Vistas del Negocio
Adaptado de:​http://dspace.ucuenca.edu.ec/bitstream/123456789/28262/1/Tesis.pdf

1.2.2. Procesos del Negocio

“Un Proceso de Negocio es un sistema estructurado, con un conjunto específico de
actividades diseñadas para producir una salida específica ya sea para un cliente o un
mercado particular. Implica hacer énfasis sobre el trabajo que se realiza dentro de una
organización” (Davenport, 1995) de
http://dspace.ucuenca.edu.ec/bitstream/123456789/28262/1/Tesis.pdf

La descripción de cada proceso de negocio es muy importante en el entendimiento del

negocio, así como para proponer mejoras frente a las necesidades que se presenten.

Es en base a los procesos que se resuelven problemas complejos ligados a las

necesidades de la organización.

1.3.​ M
​ arco de Contenidos Arquitectónicos

El Marco de Contenido Arquitectónico provee un modelo detallado y estructurado de

productos que resultan de la ejecución del ADM, tales como: flujo de procesos,
requerimientos arquitectónicos, planes de proyecto, evaluaciones de conformidad de
proyectos, etc. Este marco tiene como objetivo permitir que TOGAF sea utilizado como un
marco independiente para la arquitectura dentro de una empresa y que se pueda integrar
con cualquier otro marco externo que haga uso de entregables.
Los entregables y artefactos son los resultados obtenidos por el esfuerzo de los arquitectos
y estos resultados serán la principal respuesta del trabajo realizado dentro de la empresa.

GRAFICO: guia de bolsillo figura 13.

1.3.1.​ D
​ efinición de entregables.

Un entregable es un productos de trabajos que se especifica contractualmente y a su vez es

formalmente solicitado, revisado y firmado por las partes interesadas de la institución. Los
entregables a menudo representan los resultados del proyecto y constituirse como
documentación, que serán archivadas a la finalización del proyecto, a través de la transición
hacia un repositorio arquitectónico de un modelo de referencia estándar o un panorama
instantáneo de la arquitectura.​(The Open Group, 2011)

En la tabla ?, se presenta los entregables que se debe obtener en cada fase del ADM.

TABLA DE ENTREGABLES QUE ESTA EN LA TESIS DE JOSÉ.

1.3.2.​ D
​ efinición de artefactos.

Un artefacto es un producto del trabajo arquitectónico que describe un aspecto de la

arquitectura. Los artefactos se clasifican generalmente como catálogos (listas de cosas),
matrices (que muestran las relaciones entre las cosas), y diagramas (imágenes de las
cosas). Un entregable arquitectónico puede contener muchos artefactos y los artefactos
formarán el contenido del Repositorio de Arquitectura.​(The Open Group, 2011)

TABLA DE ARTEFACTOS QUE ESTA EN LA TESIS DE JOSÉ.

2. CAPITULO IV DEFINICIÓN DEL ESTADO ACTUAL DE LA EMPRESA

[Desarrollo de Entregables]