Contexto Dominios Planeacion de la Transición Gobierno de Arquitectura

Matriz RASCI-VS
Fase Descripcion Español C: Sistemas de Información
R - Responsable I - Informado Preliminar A: Visión B: Negocio D: Tecnologíca E: Oportunidades y F: Plan de G: Implementación H: Administración
ejecutar Datos Aplicación Soluciones Migración y Gobierno del Cambio
A - Aprobador V - Verificador Inicial Poblado ?**
C - Consultado S - Apoyo
FA01-Repositorio Inicial de Arquitectura Contenido

FA02-Assessmente de Capacidades del Negocio Non-Ar Non-Ar Non-Ar Non-Ar Non-Ar Non-Ar ?
Actualizado Actualizado ?**
FA03-Documento Visión de Arquitectura
V
i
s FA04-Marco de Referencia de Arquitectura Adaptado. X
i Refinado / Refinado / Refinado /
o ?
Aprobado Aprobado Actualizado Actualizado Actualizado Actualizado Actualizado
n
FA05-Documento de Declaración del trabajo de arquitectura (aprobado) - Aprobado

FA06-Plan de comunicaciones Non-Ar Non-Ar Non-Ar Non-Ar Non-Ar Non-Ar

FA07-Mapa de Stakeholders (TOGAF/BABOK/Administracion de proyectos)
FA08-Diagrama de Cadena de Valor
FA09-Diagrama de Solución Conceptual
FB01-Documento de principios, objetivos y motivaciones de negocio Redefinido Refinado Validado
(Validado) Non-Ar
FB02-Catálogo Área/Actor
FB03-Catálogo Impulsor/Meta/Objetivo
FB04-Catálogo de Roles
FB05-Catálogo de Servicio/Función de Negocio
N FB06-Catálogo de Proceso/Evento/Control/Producto
e FB07-Catálogo de Métricas/Contrato
g
o FB08-Matriz de Interacción de Negocio
c FB09-Matriz Actor/Rol
i FB10-Diagrama de Trazabilidad de Negocio
o FB11-Diagrama de Servicio/Información de Negocio
FB12-Diagrama de Descomposición Funcional
FB13-Diagrama de Ciclo de Vida del Producto ⌂
FB14-Diagrama Meta/Objetivo/Servicio
FB15-Diagrama de Casos de Uso
FB16-Diagrama de Descomposición Organizacional
FB17-Diagrama de Flujo de Procesos
FC01-Catálogo de Entidad de Datos/Componentes de Datos
FC02-Matriz de Entidad de Datos/Funcion de Negocio
FC03-Matriz Aplicación/Datos
D
a FC04-Diagrama Conceptual de Datos
t FC05-Diagrama Lógico de Datos
o FC06-Diagrama de Diseminación de Datos
s
FC07-Diagrama de Seguridad de Datos
FC08-Diagrama de Migración de Datos
FC09-Diagrama de Ciclo de Vida de Datos
FD01-Catálogo de Portafolio de Aplicaciones
FD02-Catálogo de Interfaces
FD03-Matriz de Área/Organización
A
p FD04-Matriz Rol/Aplicación
l FD05-Matriz Aplicación Función
i FD06-Matriz Interacción de Aplicación
c
a FD07-Diagrama de Comunicación de Aplicaciones
c FD08-Diagrama de Aplicación y Localización de Usuario
i FD09-Diagrama de Casos de Uso
ó FD10-Diagama de Manejo Empresarial?
n
FD11-Diagrama de Realización Proceso/Aplicación?
FD12-Diagrama de Ingeniería de Software
FD13-Diagrama de Migración de Aplicación
FD14-Diagrama de Distribución de Software
T
e FD15-Catálogo de Estándares Tecnológicos
c FD16-Catálogo de Portafolio Tecnológico
n FD17-Matriz Aplicación/Tecnología
o
l FD18-Diagrama de Entornos y Locaciones
o FD19-Diagrama de Descomposición de Plataforma
g FD20-Diagrama de Procesamiento
í FD21-Diagrama Red Computarizada/Hardware
a
FD22-Diagrama de Ingenieria de Comunicaciones
components components components components Validado Finalizado
? x
FF04-Roadmap de Arquitectura si disponible si disponible
FE01-Diagrama de Contexto de Proyecto
FE02-Diagrama de Beneficios
version 0.1 version 1.0
FF01-Plan de Implementación y Migración, Versión 1.0 ?
draft Versio
Borrador 1.0 Borrador Borrador Borrador Finalizado Actualizado ?** Actualizado
FF02-Documento de Definición de Arquitectura Finalizado Version 0.1

FF03-Documento de Especificación de Requerimientos de Arquitectura Borrador Borrador Borrador Borrador Borrador Finalizado
Finalizado Borrador Borrador Borrador
-
FF05-Bloques de Construcción de Arquitectura Reutilizables ?
Para
implementación new
FF06-Solicitudes de Trabajo de Arquitectura (para nueva iteración) Non-Ar ? ? Non-Ar Non-Ar Non-Ar

FF07-Modelo de Implementación de Gobierno

Firmado Actualizado
FG01-Contrato de Arquitectura Firmado standard

FG02-Evaluación de cumplimiento (satisfacción) Actualizado

de lecciones
aprendidas
FG03-Solicitudes de Cambio
FG04-Soluciones Desplegadas de Cumplimiento de Arquitectura (Repositorio
x Inicial Refinado Refinado Refinado Refinado Actualizado
Principios de Arquitectura si existe si existe si existe

Modelo Organizacional de la Empresa

Evaluación de Impacto de Requerimientos

?? Verificar
Solution Building Blocks
? ?

Metodologías de planeacion
???
Modelos de Gobierno y frameworks
Finalizado
Arquitecturas de Transicion
Architecture-compliant solutions *
Desplegado
Principles catalog
Location catalog
Event diagram
 Administración de
Requerimientos Salida Entrada Referencia
Preliminary Preliminary, (see 36.2.5 Architecture Repository)
Populado A, B, C, D, E, F, G, H, RM
A, E B, C, D, E, F (see 36.2.10 Capability Assessment)

A, E B, C, D, E, F, G, H, (see 36.2.8 Architecture Vision)

RM
Preliminary, A Preliminary, (see 36.2.21 Tailored Architecture Framework)
A, B, C, D, E, F, G, H, RM
A, B, C, D, E, F, G, H B, C, D, E, F, G, H, (see 36.2.20 Statement of Architecture Work)
RM
A B, C, D, E, F (see 36.2.12 Communications Plan)

Preliminary, A, B A, B (see 36.2.9 Business Principles, Business Goals, and Business Drivers)

B, C, D, E, F B, C, D, E, F (see 36.2.7 Architecture Roadmap)

E, F F (see 36.2.14 Implementation and Migration Plan)

B, C, D, E, F C, D, E, F, G, H (see 36.2.3 Architecture Definition Document)

B, C, D, E, F, C, D, Specification (see 36.2.6 Architecture Requirements Specification)

Actualizado
Populado RM RM
F, H A, B, C, D, E (see 36.2.1 Architecture Building Blocks)

Preliminary, F, H A, G (see 36.2.17 Request for Architecture Work)

F G, H (see 36.2.15 Implementation Governance Model)

- - (see 36.2.2 Architecture Contract)

G H (see 36.2.13 Compliance Assessment)

F, G, H - (see 36.2.11 Change Request)

Preliminary, Preliminary, (see 36.2.4 Architecture Principles)

A, B, C, D A, B, C, D, E, F, G, H
Preliminary Preliminary, Architecture (see 36.2.16 Organizational Model for Enterprise Architecture)
A, B, C, D, E, F, G, H, RM
RM RM (see 36.2.18 Requirements Impact Assessment)

G A, B, C, D, E, F, G (see 36.2.19 Solution Building Blocks)

Tipo Nombre Español Nombre Inglés
FA01-Repositorio Inicial de Arquitectura Architecture Repository

Entregable
FG04-Soluciones Desplegadas de
Cumplimiento de Arquitectura (Repositorio
Artefacto de Arquitectura Poblado)
FA02-Assessmente de Capacidades del Capability Assessment
Negocio

Entregable
FA03-Documento Visión de Arquitectura Architecture Vision

Entregable
FA04-Marco de Referencia de Arquitectura Tailored Architecture Framework
Adaptado.

Entregable
FA05-Documento de Declaración del trabajo Statement of Architecture Work
de arquitectura (aprobado)

Entregable
FA06-Plan de comunicaciones Communications Plan

Entregable
 FA07-Mapa de Stakeholders
Artefacto (TOGAF/BABOK/Administracion de proyectos) Stakeholder Map matrix
Artefacto FA08-Diagrama de Cadena de Valor Value Chain diagram
Artefacto FA09-Diagrama de Solución Conceptual Solution Concept diagram
FB01-Documento de principios, objetivos y Business Principles, Business Goals,
motivaciones de negocio (Validado) and Business Drivers

Entregable
Artefacto FB02-Catálogo Área/Actor Organization/Actor catalog
Artefacto FB03-Catálogo Impulsor/Meta/Objetivo Driver/Goal/Objective catalog
Artefacto FB04-Catálogo de Roles Role catalog
FB05-Catálogo de Servicio/Función de
Artefacto Negocio Business Service/Function catalog
FB06-Catálogo de Process/Event/Control/Product
Artefacto Proceso/Evento/Control/Producto catalog
Artefacto FB07-Catálogo de Métricas/Contrato Contract/Measure catalog
Artefacto FB08-Matriz de Interacción de Negocio Business Interaction matrix
Artefacto FB09-Matriz Actor/Rol Actor/Role matrix
Artefacto FB10-Diagrama de Impacto de Negocio Business Footpr int diagram
FB11-Diagrama de Servicio/Información de Business Service/Infor mation
Artefacto Negocio diagram

Artefacto FB12-Diagrama de Descomposición Funcional Functional Decomposition diagram

Artefacto FB13-Diagrama de Ciclo de Vida del Producto Product Lifecycle diagram

Artefacto FB14-Diagrama Meta/Objetivo/Servicio Goal/Objective/Ser vice diagram
Artefacto FB15-Diagrama de Casos de Uso Use-case diagram
FB16-Diagrama de Descomposición
Artefacto Organizacional Organization Decomposition diagram
Artefacto FB17-Diagrama de Flujo de Procesos Process Flow diagram
FD01-Catálogo de Entidad de
Artefacto Datos/Componentes de Datos Data Entity/Data Component catalog
FD02-Matriz de Entidad de Datos/Funcion de
Artefacto Negocio Data Entity/Business Function matrix
Artefacto FD03-Matriz Aplicación/Datos Application/Data matrix
Artefacto FD04-Diagrama Conceptual de Datos Conceptual Data diagram
Artefacto FD05-Diagrama Lógico de Datos Logical Data diagram

Artefacto FD06-Diagrama de Diseminación de Datos Data Dissemination diagram

Artefacto FD07-Diagrama de Seguridad de Datos Data Security diagram
Artefacto FD08-Diagrama de Migración de Datos Data Migration diagram
Artefacto FD09-Diagrama de Ciclo de Vida de Datos Data Lifecycle diagram

Artefacto FD10-Catálogo de Portafolio de Aplicaciones Application Por tfolio catalog

Artefacto FD11-Catálogo de Interfaces Interface catalog
Artefacto FD12-Matriz de Área/Organización Application/Organization matrix
Artefacto FD13-Matriz Rol/Aplicación Role/Application matrix
Artefacto FD14-Matriz Aplicación Función Application/Function matrix
Artefacto FD15-Matriz Interacción de Aplicación Application Interaction matrix
FD16-Diagrama de Comunicación de
Artefacto Aplicaciones Application Communication diagram
FD17-Diagrama de Aplicación y Localización Application and User Location
Artefacto de Usuario diagram
Artefacto FD18-Diagrama de Casos de Uso Application Use-Case diagram

Artefacto FD19-Diagama de Manejo Empresarial? Enter prise Manageability diagram

FD20-Diagrama de Realización Process/Application Realization
Artefacto Proceso/Aplicación? diagram
Artefacto FD21-Diagrama de Ingeniería de Software Software Engineering diagram

Artefacto FD22-Diagrama de Migración de Aplicación Application Migration diagram

Artefacto FD23-Diagrama de Distribución de Software Software Distribution diagram

Artefacto FD24-Catálogo de Estándares Tecnológicos Technology Standards catalog

Artefacto FD25-Catálogo de Portafolio Tecnológico Technology Por tfolio catalog
Artefacto FD26-Matriz Aplicación/Tecnología Application/Technology matrix

Artefacto FD27-Diagrama de Entornos y Locaciones Environments and Locations diagram

FD28-Diagrama de Descomposición de
Artefacto Plataforma Platform Decomposition diagram
Artefacto FD29-Diagrama de Procesamiento Processing diagram
FD30-Diagrama Red Networ ked Computing/Hardware
Artefacto Computarizada/Hardware diagram
FD31-Diagrama de Ingenieria de Communications Engineering
Artefacto Comunicaciones diagram
FE02-Crear el Roadmap de arquitectura y el Architecture Roadmap
plan de implementación y migración.

Entregable
Artefacto FE03-Diagrama de Contexto de Proyecto Project Context diagram
Artefacto FE04-Diagrama de Beneficios Benefits diagram
FF01-Plan de Implementación y Migración, Implementation and Migration Plan
Versión 1.0

Entregable
 FF02-Documento de Definición de Architecture Definition Document
Arquitectura Finalizado

Entregable
FF03-Documento de Especificación de Architecture Requirements
Requerimientos de Arquitectura Finalizado Specification

Entregable
FF05-Bloques de Construcción de Architecture Building Blocks
Arquitectura Reutilizables

Entregable
FF06-Solicitudes de Trabajo de Arquitectura Request for Architecture Work
(para nueva iteración)

Entregable
FF07-Modelo de Implementación de Implementation Governance Model
Gobierno

Entregable
 FG01-Contrato de Arquitectura Firmado Architecture Contract

Entregable
FG02-Evaluación de cumplimiento Compliance Assessment
(satisfacción)

Entregable
FG03-Solicitudes de Cambio Change Request

Entregable
Principios de Arquitectura Architecture Principles

Entregable
Modelo Organizacional de la Empresa Organizational Model for Enterprise

Entregable
Evaluación de Impacto de Requerimientos Requirements Impact Assessment

Entregable
Solution Building Blocks Solution Building Blocks

Entregable
Artefacto Metodologías de planeacion Planning Metodologies
 Governance models and frameworks
Artefacto Modelos de Gobierno y frameworks
Artefacto Arquitecturas de Transicion Transition Architecture
Architecture-compliant solutions * Architecture-compliant solutions *
Artefacto
Artefacto Principles catalog Principles catalog
Artefacto Location catalog Location catalog
Artefacto Event diagram Event diagram
Descripción Español

El repositorio de Arquitectura actua como un área de almacenamiento para todos los proyectos relacionados
con arquitectura dentro de la empresa. El repositorio permite a los proyectos administrar sus entregables,
localizar activos reutilizables, y publicar entregables a los stakeholders y otros entes interesados.

Es importante comprender la línea de base y el nivel de capacidad esperado de la empresa. Esta evaluación
de la capacidad puede ser examinado en varios niveles:
¿Cuál es el nivel de capacidad de la empresa en su conjunto? ¿De dónde desea la empresa aumentar u
optimizar la capacidad? ¿Cuáles son las áreas arquitecturales de enfoque que apoyarán el desarrollo deseado
de la empresa? ¿Cuál es la capacidad o el nivel de madurez de la función de TI dentro de la empresa?
¿Cuales son las implicaciones probables de la realización del proyecto de arquitectura en terminos de
gobierno de diseño, gobierno operacional, habilidades y estructura de la organización? ¿Cuál es el estilo
apropiado, nivel de formalidad y cantidad de detalle para el proyecto de arquitectura que ajuste con la
cultura y capacidad del área de TI? ¿Cuál es la capacidad y madurez de la función de arquitectura dentro de
la empresa? ¿Qué activos arquitecturales ya existen actualmente? ¿Se mantienen y son precisos? ¿Qué
estándares y modelos de referencia se necesitan considerar? ¿Es problable que haya oportunidades para
crear activos reutilizables durante el proyecto de arquitectura? ¿Cuándo existen vacios de capacidad, en que
medidad esta listo el negocio para transformacse con el fin de alcanzar la capacidad objetivo? ¿Cuáles son los
riesgos para la transformación, barreras culturales y que otras consideraciones se deben abordar más alla de
la brecha de capacidades básicas?

Cuando existan vacíos de capacidad, en qué medida es el negocio listo para transformar con el fin de
alcanzar la capacidad de objetivo? ¿Cuáles son los riesgos para la transformación, las barreras culturales y
otras consideraciones que deben abordarse más allá de la brecha de capacidades básicas?

Provee un resumen de los cambios a la empresa que serán derivados de la implementación exitosa de la
Arquitectura Objetivo. El proposito de la Visión de Arquitectura es proveer a los stakeholders clave de un
resultado formalmente acordado. Un acuerdo temprano del resultado permite a los arquitectos enfocarse en
los detalles necesiarios para validar la factibilidad. La Visión tambien apoya la comunicación con los
stakeholders proporcionando una versión resumida de la Definición de Arquitectura compelta.

Incluye la integración con frameworks de administración de procesos y proyectos, personalización de

terminología, desarrollo de estilos de presentación, selección, configuración y despliegue de herramientas de
arquitectura. La formalidad y detalle de los frameworks adoptados también se deberán alinear con otros
factores contextuales de la empresa, como la cultura, stakeholders, modelos comerciales de arquitectura
empresail, y el nivel exsitente de Capacidad Arquitectónica.

Una vez adaptado el framework a la empresa se debe adaptar a el proyecto específico de arquitectura para
seleccionar apropiadamente los entregables y artefactos para cumplir con las necesidades de los
stakeholders.

Define el alacnace y enfoque que será usado para completar el ciclo de desarrollo de arquitectura. La
Declaración del Trabajo de Arquitectura es el documento contra el cual deberá ser medida la ejecución
exitosa del proyecto de arquitectura.

La comunicación efectiva de información objetiva a los stakeholders apropiados en el momento justo es un

factor crítico de éxito de la arquitectura empresarial. El desarrollo del Plan de Comunicación para la
arquitectura permite que la comunicación sea llevada a cabo dentro de un proceso administrado y planeado.
Los Principios, Metas e Impulsores de Negocio proporcionan contexto al trabajo de arquitectura,
describiendo las necesidades y formas del trabajo empeadas por la empresa. No obstante, muchos factores
que quedan fuera de la consideración de la disciplina de arquitectura tienen implicaciones significates en la
forma en que la arquitectura es desarrollada.
El RoadMap de arquitectura enlista los paquetes de trabajo individuales que realizarán la Arquitectura
Objetivo y los coloca en una línea de tiempo para mostrar la progresión desde la Linea Base de Arquitectura
hacia la Arquitectura Objetivo. Resalta el valor de negocio en cada fase de los paquetes de trabajo
individuales. Las Arquitecturas de Transición necesarias para realizar efectivamente la Arquitectura Objetivo,
son identificadas como pasos intermedios. El Roadmap de Arquitectura es incrementalmente desarrollado a
través de las fases E y F e informados por los componentes de roadmap facilmente identificables de la fase B,
C y D dentro del ADM.

El Plan de Implementación y Migración provee un programa de los proyectos que realizará la Arquitectura
Objetivo. El Plan de Implementación y Migración incluye proyectos ejecutables agrupados dentro de
programas y portafolios gestionados. La Estrategia del Plan de Implementación y Migración
Es el entregable contenedor de los artefactos arquitecturales esenciales creados duante un proyecto y para la
información importante relativa. Este documento abarca todos los dominios de arquitectura y tamben
examina todos los estados relevantes de la arquitectura (línea base, transición y objetivo)
Es un complemento a la Especificación de Requerimientos de Arquitectura, con un objetivo complementario:
provee de una vista cualitativa de la solución y pretende comunicar la intención de los arquitectos.
Provee una vista cuantitativa de la solución, estableciendo criterios medibles que deben cumplirse durante la
implementación de la arquitectura.

La Especificación de Requerimientos de Arquitectura provee un conjunto de declaraciones cuantitatias que

describen lo que debe hacer un proyecto de implementación para complir con la arquitectura. Normalmente
forma un componente principal de un contrato de implementación.
Es un complemento al Documento de Definición de Arquitectura, con un objetivo complementario: provee
de una vista cualitativa de la solución y pretende comunicar la intención de los arquitectos.
Provee una vista cuantitativa de la solución, estableciendo criterios medibles que deben cumplirse durante la
implementación de la arquitectura.

Los Bloques de Contrucción de Arquitectura normalmente describen la capacidad requerida y moldean la

especificación de los Bloques de Construcción de Solución. Por ejemplo, una capacidad de servicios al cliente
puden ser requeridas dentro de una empresa, soportada por muchos SBBs, como procesos, datos y software
de aplicación.

Los Bloques de Construcción tienen características genéricas como las siguientes:

* Un bloque de construcción es un paquete de funcionalidad definida para cumplir las necesidades de
negocio en toda la organización
* Tiene un tipo que corresponde con el Content Metamodel de TOGAF (como actor, servicio de negocio,
aplicación o entidad de datos)
* Tiene una frontera definida y es generalmente reconocida como "una cosa" por los expertos de dominio
* Puede operar con otro, interdependiente, bloque de construcción

Este documento es enviado por los patrocinadores de la organización al área de Arquitectura para disparar el
inicio de un ciclo de desarrollo de arquitectura. Los requerimientos para el Trabajo de Arquitectura puden ser
creados como una salida de la Fase Preliminar, como resultado de Requerimientos de Cambio de
arquitectura aprobada, o terminos de referencia de trabajo de arquitectura procedentes de la planeación de
la migración, en general la información contenida es de alto nivel.

Una vez que la arquitectura se ha definido, es necesario planear como será gobernada la Transición de
Arquitectura que implementa la arquitectura através de la implementación. Dentro de las organiazaciones
que han establecido funciones de arquitectura, es pobable que ya exista un framework de gobierno, pero los
procesos específicos, áreas, roles, responsabilidades y métricas pueden requerir ser definidas sobre una base
proyecto por proyecto.
Es el acuerdo entre el área de arquitectura y los patrocinadores sobre los entregables, calidad y apego a
propósitos de la arquitectura. La implementación exitosa de estos acuerdos estará dada por la arquitectura
de gobierno efectiva. Para implementar un enfoque gobernado a la administración de contratos se debe
asegurar:
Un sistema de monitoreo continuo para checar la integridad, cambios, toma de decisiones y autoria de todos
los procesos relacionados a la arquitectura de la empresa.
Apegarse a los principios, estándares y requerimientos de las arquitecuras existentes o en desarrollo.
Identificar riesgos en todos los aspectos del desarrollo e implementación de las arquitecturas, cobriendo el
desarrollo interno contra los estándares de aceptación, politicas, tecnologías y productos asi como los
aspectos operativos de las arquitecturas tales que la organización pueda continuar con su negocio dentro de
un entorno flexible

Una vez que la arquitectura se ha definido es necesairio gobernar tal arquitectura a través de la
implementación para asegurar que la Visión de Arquitectura original sea apropiadamente realizada y que
cualesquiera implementaciones de aprendizaje sean retroalimentadas dentro del proceso de arquitectura.
Las revisiones periódicas de cumplimiento de proyectos de implementación proporcionan un mecanismo
para revisar el progreso del proyecto y asegurar que el diseño e implementación esten precedidos en linea
con la estrategia y objetivos arquitecturales.

Durante la implementación de una arquitectura, mientras se van conociendo mas hechos, es posible que la
Definición de arquitectura y los requerimientos no sean precisos o no sean suficientes con la completa
implementación de una solución. En estas circunstancias, es necesario para la implementación de los
proyectos o bien desviarse desde enfoque sugerido arquitectural o solicitar extensiones de alcance.
Adicionalmente, factores externos, como factores de mercado, cambios en la estrategia de negocio, y nuevas
oportunidades de negocio, podrían abrir oportunidades para extender y refinar la arquitectura.
En estas circunstancias, una Solicitud de Cambio debe ser envíada para comenzar un ciclo de trabajo de
arquitectura siguiente.

Los princiopios son reglas y directrices generales, destinadas a ser duraderas y rara vez modificadas, que
informan y apoyan la forma en que una organización ataca su misión
A su vez, los principios pueden ser solo un elemento en un estructurado conjunto de ideas que
colectivamente definen y guían la organización, apartir valores a través de acciones y resultados.

Para que un framework e arquitectura sea usado exitosamente, debe ser apoyado por la correcta
organización, roles y responsabilidades dentro de la empresa. De particular importancia es la definición de
límites entre los diferentes practicantes de arquitectura empresarial y las relaciones de gobierno que se
extienden a través de tales límites.

A lo largo del ADM, nueva información es recogida en realación a la arquitectura. A medida que esta
información es recabada, nuevos hechos podrían invalidar aspectos existentes de la arquitectura. La
Evaluación de Impacto de Requerimientos evalúa los requerimientos y especificaciones actuales de
Arquitectura para identificar cambios que deberian hacerse y las implicaciones de tales cambios

Representan componentes que deberán usarse para implementar la capacidad requerida. Por ejemplo, una
red es un bloque de construcción que puede ser descrito a través de artefactos complementarios y después
puestos a usarse para realizar soluciones para la empresa.
Link
36.2.5 Architecture Repository

36.2.10 Capability Assessment

36.2.8 Architecture Vision

36.2.21 Tailored Architecture Framework

36.2.20 Statement of Architecture Work

36.2.12 Communications Plan

36.2.9 Business Principles, Business Goals, and Business Drivers
36.2.7 Architecture Roadmap

36.2.14 Implementation and Migration Plan

36.2.3 Architecture Definition Document

36.2.6 Architecture Requirements Specification

36.2.1 Architecture Building Blocks

36.2.17 Request for Architecture Work

36.2.15 Implementation Governance Model

36.2.2 Architecture Contract

36.2.13 Compliance Assessment

36.2.11 Change Request

36.2.4 Architecture Principles

36.2.16 Organizational Model for Enterprise Architecture

36.2.18 Requirements Impact Assessment

37.2.4 Solution Building Blocks