Contexto Fase Descripcion Español
Matriz RASCI-VS
Preliminar
A: V Viisión
B: N Neegocio
Dominios C: Sistemas de In formación Datos Aplicación
D: D: Tecnologíca Tecnologíca
Planeacion de la Transición E: Oportunidades y F: Plan de Soluciones Migración
Gobierno de Arquitectura G: Implementación y H: Administración Gobierno del Cambio Poblado ?**
Non-Ar Actualizado
? Actualizado ?**
Inicial FA01-Repositorio Inicial de Arquitectura
Contenido
FA02-Assessmente FA02-Assessmente de Capacidades del Negocio V i s i o n
N e g o c i o
D a t o s
A p l i c a c i ó n e c n o l o g í
Non-Ar
Non-Ar
Non-Ar
Non-Ar
Refinado / Actualizado
Refinado / Actualizado
Refinado / Actualizado
Actualizado
Non-Ar
Non-Ar
Non-Ar
Non-Ar
components
Validado
Non-Ar
FA03-Documento FA03-Documento Visión de Arquitectura FA04-Marco de Referencia de Arquitectura Adaptado.
X Apro Ap roba bado do -
FA05-Documento FA05-Documento de Declaración del trabajo de arquitectura (aprobado) FA06-Plan de comunicaciones FA07-Mapa de Stakeholders (TOGAF/BABOK/Administracion (TOGAF/BABOK/Administracion de proyectos) FA08-Diagrama de Cadena de Valor FA09-Diagrama de Solución Conceptual FB01-Documento FB01-Documento de principios, objetivos y motivaciones de negocio (Validado) FB02-Catálogo Área/Actor FB03-Catálogo I mpulsor/Meta/Objetivo mpulsor/Meta/Objetivo FB04-Catálogo de Roles FB05-Catálogo de Servicio/Función de Negocio FB06-Catálogo de Proceso/Evento/Control/Producto FB07-Catálogo de Métricas/Contrato FB08-Matriz de Interacción de Negocio FB09-Matriz Actor/Rol FB10-Diagrama FB10-Diagrama de Trazabilidad de Negocio FB11-Diagrama FB11-Diagrama de Servicio/Información de Negocio FB12-Diagrama FB12-Diagrama de Descomposición Funcional FB13-Diagrama FB13-Diagrama de Ciclo de Vida del Producto FB14-Diagrama FB14-Diagrama Meta/Objetivo/Servicio Meta/Objetivo/Servicio FB15-Diagrama FB15-Diagrama de Casos de Uso FB16-Diagrama FB16-Diagrama de Descomposición Organizacional FB17-Diagrama 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 FC04-Diagrama Conceptual de Datos FC05-Diagrama Lógico de Datos FC06-Diagrama de Diseminación de Datos 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 FD04-Matriz Rol/Aplicación FD05-Matriz Aplicación Función FD06-Matriz Interacción de Aplicación FD07-Diagrama de Comunicación de Aplicaciones FD08-Diagrama de Aplicación y Localización de Usuario FD09-Diagrama de Casos de Uso FD10-Diagama de Manejo Empresarial? 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 FD15-Catálogo de Estándares Tecnológicos FD16-Catálogo de Portafolio Tecnológico FD17-Matriz Aplicación/Tecnología FD18-Diagrama de Entornos y Locaciones FD19-Diagrama de Descomposición de Plataforma FD20-Diagrama de Procesamiento FD21-Diagrama Red Computarizada/Hardware FD22-Diagrama de Ingenieria de Comunicaciones
Apr prob obad ado o Aprobado Non-Ar
Rede Redefi fini nido do Refi Refina nado do
?
Actualizado
Non-Ar
Validado Non-Ar
⌂
componen nents ?
FF04-Roadmap de Arquitectura
componen nents components
Finalizado x
si dispon disponibl iblee si dispon disponibl iblee
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
Borrador Version 0.1
FF02-Documento de Definición de Arquitectura Finalizado
Borrador
FF03-Documento de Especificación de Requerimientos Requerimientos de Arquitectura Arquitectura Finalizado
draft Versio 1.0
Borrador
Borrador
Borrador
Finalizado
Borrador Borrador
Borrador Borrador
Borrador Borrador
Borrador
Finalizado
Actualizado ?* ?**
Actualizado
?
FF05-Bloques de Construcción de Arquitectura Arquitectura Reutilizables
Non-Ar
FF06-Solicitudes de Trabajo de Arquitectura (para nueva iteración)
?
?
Non-Ar
Non-Ar
Para implementación Non-Ar
new
FF07-Modelo de Implementación de Gobierno
Firmado standard
FG01-Contrato de Arquitectura Firmado
Actualizado
Actualizado
FG02-Evaluación FG02-Evaluación de cumplimiento (satisfacción)
de lecciones aprendidas FG03-Solicitudes FG03-Solicitudes de Cambio
FG04-Soluciones Desplegadas de Cumplimiento de Arquitectura (Repositorio de Arquitectura Poblado) Inicial Refinado x Principios de Arquitectura Arquitectura
Refinado si existe
Refinado si existe
Refinado si existe
Actualizado
Modelo Organizacional Organizacional de la Empresa Evaluación de Impacto de Requerimientos Requerimientos
??
Solution Building Blocks
?
Verificar ?
Metodologías de planeacion ??? Modelos de Gobierno y frameworks Finalizado Arquitecturas de Transicion Architecture-compliant Architecture-compliant solutions *
Administración de Requerimientos Salida Preliminary Populado A, E A, E Preliminary, A
Entrada Preliminary, A, B, C, D, E, F, G, H, RM B, C, D, E, F
Referencia (see 36.2.5 Architecture Repository)
B, C, D, E, F, G, H, RM Preliminary, A, B, C, D, E, F, G, H, RM
(see 36.2.8 Architecture Vision)
A, B, C, D, E, F, G, H B, C, D, E, F, G, H,
Actualizado Populado
(see 36.2.10 Capability Assessment)
(see 36.2.21 Tailored Architecture (see 36.2.20 Statement of Architecture Work)
A
RM B, C, D, E, F
Preliminary, A, B
A, B
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
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)
RM F, H
RM A, B, C, D, E
Preliminary, F, H
A, G
(see 36.2.17 Request for Architecture Work)
F
G, H
(see 36.2.15 Implementation Governance
-
-
(see 36.2.2 Architecture Contract)
G
H
(see 36.2.13 Compliance Assessment)
F, G, H
-
(see 36.2.11 Change Request)
Preliminary, A, B, C, D
Preliminary, A, B, C, D, E, F, G, H
(see 36.2.4 Architecture Principles)
Preliminary
Preliminary,
RM
A, B, C, D, E, F, G, H, RM RM
(see 36.2.18 Requirements Impact
G
A, B, C, D, E, F, G
(see 36.2.19 Solution Building Blocks)
(see 36.2.12 Communications Plan)
. .
,
(see 36.2.1 Architecture Building Blocks)
Architecture (see 36.2.16 Organizational Model for Enterprise Architecture)
Tipo
Nombre Español FA01-Repositorio Inicial de Arquitectura
Nombre Inglés
Architecture Repository
Entregable Artefacto
FG04-Soluciones Desplegadas de Cumplimiento de Arquitectura (Repositorio de Arquitectura Poblado) FA02-Assessmente de Capacidades del Negocio
Capability Assessment
FA03-Documento Visión de Arquitectura
Architecture Vision
FA04-Marco de Referencia de Arquitectura Adaptado.
Tailored Architecture Framework
FA05-Documento de Declaración del trabajo de arquitectura (aprobado)
Statement of Architecture Work
FA06-Plan de comunicaciones
Communications Plan
Entregable
Entregable
Entregable
Entregable
Entregable Artefacto
FA07-Mapa de Stakeholders (TOGAF/BABOK/Administracion de proyectos) Stakeholder Map matrix
Artefacto Artefacto
FB01-Documento de principios, objetivos y motivaciones de negocio (Validado)
Value Chain diagram Solution Concept diagram Business Principles, Business Goals, and Business Drivers
FB02-Catálogo Área/Actor FB03-Catálogo Impulsor/Meta/Objetivo FB04-Catálogo de Roles
Organization/Actor catalog Driver/Goal/Objective catalog Role catalog Business Service/Function catalog Process/Event/Control/Product catalog Contract/Measure catalog Business Interaction matrix Actor/Role matrix Business Footpr int diagram
Artefacto
FB05-Catálogo de Servicio/Función de Negocio FB06-Catálogo de Proceso/Evento/Control/Producto FB07-Catálogo de Métricas/Contrato FB08-Matriz de Interacción de Negocio FB09-Matriz Actor/Rol FB10-Diagrama de Impacto de Negocio FB11-Diagrama de Servicio/Información de Negocio
Artefacto
FB12-Diagrama de Descomposición Funcional Functional Decomposition diagram
Artefacto Artefacto Artefacto
Product Lifecycle diagram Goal/Objective/Ser vice diagram Use-case diagram
Artefacto Artefacto Artefacto Artefacto
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 FD01-Catálogo de Entidad de Datos/Componentes de Datos FD02-Matriz de Entidad de Datos/Funcion de Negocio FD03-Matriz Aplicación/Datos FD04-Diagrama Conceptual de Datos FD05-Diagrama Lógico de Datos
Artefacto Artefacto Artefacto
FD06-Diagrama de Diseminación de Datos FD07-Diagrama de Seguridad de Datos FD08-Diagrama de Migración de Datos
Data Dissemination diagram Data Security diagram Data Migration diagram
Artefacto
FD09-Diagrama de Ciclo de Vida de Datos
Data Lifecycle diagram
Artefacto Artefacto Artefacto Artefacto Artefacto Artefacto
FD10-Catálogo de Portafolio de Aplicaciones FD11-Catálogo de Interfaces FD12-Matriz de Área/Organización FD13-Matriz Rol/Aplicación FD14-Matriz Aplicación Función FD15-Matriz Interacción de Aplicación FD16-Diagrama de Comunicación de Aplicaciones
Application Por tfolio catalog Interface catalog Application/Organization matrix Role/Application matrix Application/Function matrix Application Interaction matrix
Entregable Artefacto Artefacto Artefacto Artefacto Artefacto Artefacto Artefacto Artefacto Artefacto
Artefacto Artefacto Artefacto
Artefacto
FA08-Diagrama de Cadena de Valor FA09-Diagrama de Solución Conceptual
Business Service/Infor mation diagram
Organization Decomposition diagram Process Flow diagram Data Entity/Data Component catalog Data Entity/Business Function matrix Application/Data matrix Conceptual Data diagram Logical Data diagram
Application Communication diagram
FD17-Diagrama de Aplicación y Localización de Usuario FD18-Diagrama de Casos de Uso
Application and User Location diagram Application Use-Case diagram
Artefacto
FD19-Diagama de Manejo Empresarial? FD20-Diagrama de Realización Proceso/Aplicación?
Enter prise Manageability diagram Process/Application Realization 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 Artefacto Artefacto
FD24-Catálogo de Estándares Tecnológicos FD25-Catálogo de Portafolio Tecnológico FD26-Matriz Aplicación/Tecnología
Technology Standards catalog Technology Por tfolio catalog Application/Technology matrix
Artefacto
FD27-Diagrama de Entornos y Locaciones FD28-Diagrama de Descomposición de Plataforma FD29-Diagrama de Procesamiento
Environments and Locations diagram
Artefacto Artefacto Artefacto
Artefacto Artefacto Artefacto Artefacto
Platform Decomposition diagram Processing diagram Networ ked Computing/Hardware FD30-Diagrama Red Computarizada/Hardware diagram FD31-Diagrama de Ingenieria de Comunicaciones Communications Engineering diagram FE02-Crear el Roadmap de arquitectura y el Architecture Roadmap plan de implementación y migración.
Entregable Artefacto Artefacto
FE03-Diagrama de Contexto de Proyecto FE04-Diagrama de Beneficios FF01-Plan de Implementación y Migración, Versión 1.0
Project Context diagram Benefits diagram Implementation and Migration Plan
Entregable FF02-Documento de Definición de Arquitectura Finalizado
Entregable
Architecture Definition Document
FF03-Documento de Especificación de Requerimientos de Arquitectura Finalizado
Architecture Requirements Specification
FF05-Bloques de Construcción de Arquitectura Reutilizables
Architecture Building Blocks
FF06-Solicitudes de Trabajo de Arquitectura (para nueva iteración)
Request for Architecture Work
FF07-Modelo de Implementación de Gobierno
Implementation Governance Model
FG01-Contrato de Arquitectura Firmado
Architecture Contract
Entregable
Entregable
Entregable
Entregable
Entregable
FG02-Evaluación de cumplimiento (satisfacción)
Compliance Assessment
FG03-Solicitudes de Cambio
Change Request
Principios de Arquitectura
Architecture Principles
Modelo Organizacional de la Empresa
Organizational Model for Enterprise
Evaluación de Impacto de Requerimientos
Requirements Impact Assessment
Solution Building Blocks
Solution Building Blocks
Entregable Artefacto
Metodologías de planeacion
Planning Metodologies
Artefacto Artefacto
Modelos de Gobierno y frameworks Arquitecturas de Transicion
Governance models and frameworks Transition Architecture
Artefacto Artefacto Artefacto Artefacto
Architecture-compliant solutions *
Architecture-compliant solutions *
Principles catalog Location catalog Event diagram
Principles catalog Location catalog Event diagram
Entregable
Entregable
Entregable
Entregable
Entregable
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.
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 l os 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 c umplir 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 l a 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