ARQUITECTURA

EMPRESARIAL

TOGAF RESUMEN
enfatiza las metas del
negocio como directrices
de la arquitectura y
provee un repositorio de
“Buenas Prácticas”, y
tiene las siguientes
características:
 CARACTERÍSTICAS DE
vUn método general comprehensivo
vComplementario, no competitivo con otros patrones
vConcebido para satisfacer las necesidades de la
industria y la organización
vAmpliamente adoptado por el mercado
vDisponible bajo licencia perpetua y gratuita
vUn estándar abierto, neutro frente a proveedores,
herramientas y tecnología
vEvita reinventar la rueda
vAlineado con el negocio de IT
vPosibilidad de participar en su desarrollo
vFundamentado en la “Mejores Prácticas”
 ELEMENTOS DE

TOGAFNO ES UNA ARQUITECTURA, ES UN PATRÓN PARA DEFINIR

LAS ARQUITERTURAS QUE CONFORMAN LA E. A.
 ELEMENTOS DE
ADM : Architecture Development Method
Una secuencia iterativa de pasos para desarrollar
una Arquitectura Empresarial amplia

qLa base de TOGAF

qUna manera probada de desarrollar una arquitectura
qDiseñado específicamente para direccionar los requisitos
del negocio
qUn método iterativo
qUn conjunto de vistas de la arquitectura para asegurarse
que un sistema complejo de requisitos sea tratado
adecuadamente
 ELEMENTOS DE
ADM : Guidelines & Techniques
Un sistema de guías y de técnicas para apoyar
el uso del ADM.

qLas guías ayudan a adaptar ADM de acuerdo con los

diversos escenarios, incluyendo los diversos estilos de
proceso (ej. el uso de la iteración) y también con los
requisitos específicos (ej. seguridad).
qLas técnicas apoyan tareas específicas dentro de ADM (ej.
Definir principios, escenarios del negocio, análisis de la
brecha, el plan de migración, la gerencia de riesgo, etc.).
 ELEMENTOS DE
Architecture Content Framework
Un modelo detallado de los productos arquitectónicos
del trabajo, incluyendo entregables, los artefactos
dentro de los entregables y los bloques de
construcción de la arquitectura (ABBs) que esos
entregables representan.
qPropicia una mayor consistencia de las salidas de TOGAF
qProporciona una lista de comprobación comprehensiva de
las salidas de la arquitectura
qPromueve una mejor integración de los productos del
trabajo
qProporciona un estándar abierto y detallado sobre el cómo
las arquitecturas deben ser descritas
qIncluye un meta-modelo detallado
 ELEMENTOS DE
Enterprise Continuum
Un modelo para estructurar un repositorio
(depósito virtual) y los métodos para clasificar la
arquitectura y los artefactos de la solución

qBasado en las arquitecturas y las soluciones:

ØModelos, patrones y descripciones de la arquitectura
ØEntregables producto de la iteración de ADM
ØEntregables producto de otras iteraciones de ADM
ØBienes de la industria en general.
qTOGAF proporciona dos modelos de referencia para la
posible inclusión en el Enterprise Continuum de la
organización.
ELEMENTOS DE
TOGAF Reference Models

qThe TOGAF Technical Reference Model

(TRM)
Un fundamento de la Arquitectura
Un modelo y una taxonomía de lo
servicios genéricos de la plataforma
qThe Integrated Information Infrastructure Model (III-
RM).
Un modelo para las aplicaciones de negocios y
las aplicaciones de infraestructura.
Específicamente diseñado para soportar la
visión de “Boundaryless Information Flow”
 ELEMENTOS DE
Architecture Capability Framework
Una definición estructurada de la organización, de
las habilidades, de los roles y de las
responsabilidades para establecer y operar una
arquitectura empresarial.
qTérminos de referencia para el Architecture Board.
qGuías para medir los niveles de Architecture Compliance frente
a Architecture contracts.
qProcesos y estructuras organizacionales requeridas para el
funcionamiento de la Architecture Governance
qTécnicas para determinar la Architecture Maturity
qUna descripción de las habilidades requeridas por los arquitectos
practicantes
 vADM : Architecture Development Method
Define el alcance, las restricciones y las
anización para un proyecto de definición de arquitectura, exitoso expectativas para el proyecto TOGAF.
Crea la Visión de la Arquitectura; valida el
Proporciona monitoreo continuo y un contexto del negocio; crea la Declaración
proceso de gestión del cambio para de la Arquitectura
garantizar que la arquitectura Desarrolla la Arquitectura
responde a las necesidades de la del Negocio. Desarrolla la
empresa arquitectura de Base y la
Objetivo y analiza las
Proporciona la
diferencias
supervisión
arquitectónica para la Desarrolla la
implementación. Asegura Arquitectura de los
que el proyecto de Sistemas de
implementación se ajusta Información.
a la arquitectura Desarrolla la
arquitectura de Base
Asegura que cada y la objetivo y analiza
etapa del proyecto las diferencias
TOGAF esté Desarrolla la
basada en y Arquitectura
validada con los Tecnológica.
requerimientos del Desarrolla la
negocio arquitectura de Base
Analiza costos,
y la Objetivo y analiza
beneficios y riesgos.
las diferencias
Desarrolla los planes
detallados de migración Realiza el plan inicial de implementación
e implantación. e identifica los principales proyectos
 vADM – Principios Básicos
Un método iterativo, a lo largo de todo el proceso, entre fases y
dentro de las fases
Cada Iteración Nuevas:
ØDecisiones
ØCobertura Empresarial
ØNivel de Detalle
ØHorizonte de Tiempo
Reutilización de los activos de la arquitectura:
ØResultados de iteraciones previas
ØOtros Patrones, Modelos y Modelos de Industria
Decisiones basadas en:
ØCompetencias;
ØDisponibilidad de Recursos
ØValor Agregado para la Empresa.
Cada Fase es validada contra los requerimientos y valida los
requerimientos actuales del negocio
 v ADM Fase Preliminar
Patrones & Principios

ØEsta Fase prepara la organización para comprometerse con

un proyecto exitoso de definición de la Arquitectura
Empresarial.
Entendiendo el entorno empresarial
Comprometiéndose al más alto nivel gerencial
Acordando el alcance
Estableciendo los principios
Estableciendo la estructura de gobernabilidad
Adoptando la metodología para los acuerdos
 v ADM Fase Preliminar
Patrones & Principios
Entradas
ØTOGAF ADM Salidas
ØOtros patrones de arquitectura, si se
ØDefinición del Patrón
requieren
ØPrincipios de la Arquitectura
ØEstrategias del Negocio, Principios
del Negocio, Metas de Negocio; y ØReafirmación de la estrategia,
Directrices del Negocio. los principios, las metas y las
directrices del negocio
ØEstrategia de Gobernabilidad de TI
ØPrincipios de la Arquitectura

Pasos
ØVisión general de TOGAF ADM para definir los pasos para su adaptación.
ØIntroducción de ADM: se tratan temas relacionados y se dan directrices
generales.
 v ADM Fase A
Visión de la Arquitectura

ØInicializa cada una de las iteraciones del proceso de

definición de la arquitectura.
Determina el alcance, las restricciones y lo que se
espera del proyecto (Expectativas).
Es necesaria al inicio de cada uno de los ciclos de la
definición de la arquitectura.
Crea la Visión de la Arquitectura
Valida el contexto del negocio
Anuncia el trabajo de definición de la arquitectura
 v ADM Fase A
Visión de la Arquitectura

Entradas
Salidas
ØSolicitud para el trabajo de la
ØAnuncio del trabajo de definición
Arquitectura
de la Arquitectura.
ØEstrategia, Principios, Metas y
ØRefinamiento de las definiciones
Directrices del Negocio
de principios, metas y directrices.
ØPrincipios de la Arquitectura
ØVisión de la Arquitectura
ØArchivos de documentación
ØEscenarios del Negocio.
ØEnterprise Continuum

Pasos
ØEstablecimiento del Proyecto
ØPrincipios, metas y directrices
del negocio
ØPrincipios de la Arquitectura.
ØAlcance del proyecto
ØRestricciones
ØStakeholders y sus preocupaciones,
ØRequerimientos del negocio
ØVisión de la Arquitectura
ØAnuncio de trabajo de definición de la
arquitectura y su aprobación.
 v ADM Fase A
Visión de la Arquitectura
ØLa organización fundamental del negocio consagrada en
sus procesos de negocio y su gente; las relaciones entre
ellos y de ellos con el entorno y los principios que
gobiernan su diseño y evolución.
ØMuestra cómo la organización logra sus metas y objetivos
de negocio.
ØContenido:
Estructura Organizacional
Metas y Objetivos de Negocio
Funciones del Negocio
Servicios del Negocio
Procesos de Negocio
Roles del Negocio
Correlación entre organización y funciones
 v ADM Fase B
Arquitectura del Negocio

Entradas
ØAprobación del anuncio del trabajo de definición de la arquitectura
ØRefinamiento de los principios, metas y directrices del negocio.
ØVisión de la Arquitectura
ØEscenarios del negocio
ØEnterprise Continuum

Pasos 4.Análisis de la brecha.

1.Seleccionar los modelos de 5.Definir las componentes del mapa de
referencia, herramientas y ruta
puntos de vista.
6.Realizar la revisión formal con los
2.Definir la descripción de la stakeholder.
arquitectura de base.
7.Ultimar detalles de la Arquitectura
3.Definir la descripción de la
8.Crear el documento de definición de
arquitectura objetivo.
la arquitectura.
 v ADM Fase B
Arquitectura del Negocio

Salidas
ØDeclaración del trabajo de la arquitectura (Actualizado)
ØPrincipios, metas y directrices del negocio validados
ØArquitectura del Negocio Objetivo (Detallada)
ØArquitectura del Negocio de Base (Detallada)
ØVistas dirigidas a las preocupaciones de los stakeholder
ØResultados del análisis de brechas
ØRequerimientos de Tecnología (Directrices para la
arquitectura Tecnológica)
ØReporte de la Arquitectura del Negocio
ØActualización de los requerimientos del negocio
 v ADM Fase C
Arquitectura de los Sistemas de Información
ØLa organización fundamental del sistema de TI, consagrada
en:
Los principales tipos de información y los aplicativos que
los procesan.
Relaciones entre ellos y de ellos con el entorno
Los principios que gobiernan su diseño y evolución
ØMuestra cómo los sistemas de TI logra las metas y
objetivos de la empresa.
 v ADM Fase C
Arquitectura de los Sistemas de Información
¿Primero los Datos o las Aplicaciones?
ØUsualmente son necesarios los dos
ØNo siempre es un dilema, dependiendo del alcance del
proyecto y de las restricciones.
ØPueden desarrollarse en cualquier orden o en paralelo
ØLa teoría sugiere que la Arquitectura de Datos primero
ØConsideraciones prácticas pueden significar que empezar
con la Arquitectura de los Aplicativos puede ser más
eficiente
ØSe requieren algunas iteraciones para asegurar la
consistencia entre las dos arquitecturas
 v ADM Fase C
Arquitectura de los Sistemas de Información

Entradas
ØPrincipios de Aplicaciones y Datos
ØSolicitud del Trabajo de la Arquitectura
ØDeclaración del Trabajo de la
Arquitectura
ØVisión de la Arquitectura
ØArquitectura del Negocio Base
ØArquitectura del Negocio Objetivo
ØRequerimientos Técnicos relevantes
ØAnálisis de diferencias ( de la
Arquitectura del Negocio)
ØBloques de Construcción reutilizables
Pasos
ØDescriba la arquitectura de base
ØIdentificar modelos de referencia,
puntos de vista y herramientas
ØCrear los modelos de Arquitectura
ØSeleccionar los BBs
ØRevisión formal con los Stakeholders
ØRevisión de los criterios cualitativos
ØDescripción completa de la
arquitectura
ØRealizar control y análisis de impacto
ØRealizar análisis de diferencia y
reporte
 v ADM Fase C
Arquitectura de los Sistemas de Información

Salidas
ØDeclaración del Trabajo de la Arquitectura
(actualizada)
ØArquitectura de Datos y Aplicaciones Objetivo
ØVistas de las Arquitectura de Datos y Aplicaciones
ØReportes de las Arquitectura de Datos y
Aplicaciones
ØAnálisis de Diferencias
ØAnálisis de Impacto
ØActualización de los requerimientos del negocio
 v ADM Fase D
Arquitectura Tecnológica

ØLa organización fundamental del sistema de TI,

consagrada en:
La tecnología Hardware, Software y de
Comunicaciones.
Relaciones entre ellos y de ellos con el entorno
Los principios que gobiernan su diseño y
evolución
 v ADM Fase D
Arquitectura Tecnológica

Entradas
ØPrincipios tecnológicos
ØSolicitud del Trabajo de la Arquitectura
ØDeclaración del Trabajo de la Arquitectura
ØVisión de la Arquitectura
ØRequerimientos tecnológicos relevantes
ØAnálisis de diferencias
ØArquitecturas base del Negocio, de Datos y de Aplicaciones
ØArquitecturas objetivo del Negocio, de Datos y de
Aplicaciones
ØBloques de Construcción reutilizables
 v ADM Fase D
Arquitectura Tecnológica

Pasos
1.Describir la Arquitectura Tecnológica de base
2.Identificar Modelos de Referencia, Puntos de vista y
Herramientas.
3.Crear los modelos de Arquitecturas
4.Seleccionar el portafolio de servicios por bloque de
construcción
5.Confirmar que las metas y objetivos del sistema se están
logrando
6.Determinar los criterios para las selecciones específicas
7.Completar la Arquitectura Tecnológica
8.Realizar el análisis de diferencias, reportes
 v ADM Fase D
Arquitectura Tecnológica

Salidas
ØDeclaración del Trabajo de la Arquitectura (actualizada)
ØPrincipios tecnológicos
ØReporte de la Arquitectura Tecnológica
ØLínea de Base de la Arquitectura de Tecnológica
ØArquitectura Tecnológica Objetivo
ØReporte de diferencias
ØVistas direccionado las preocupaciones delos
stakeholders.
 v ADM Fase E
Oportunidades y Soluciones

Realizar el plan de implementación inicial

Identificar los principales proyectos de implementación
Agrupar los proyectos en Arquitecturas de Transición
Decidir un enfoque
Desarrollar vs. Comprar vs. Reutilizar
Tercerización
COTS
Código Abierto
Activos prioritarios
Identificar dependencias
 v ADM Fase E
Oportunidades y Soluciones

Entradas
ØSolicitud del Trabajo de la Arquitectura
ØDeclaración del Trabajo de la Arquitectura
ØArquitecturas Negocio, de Datos, de Aplicaciones y
Tecnológica
ØBloques de Construcción de la Arquitectura reutilizable
ØInformación de productos

Salidas
ØAnálisis de Impacto
ØLista de Proyectos
 v ADM Fase E
Oportunidades y Soluciones

Pasos
ØIdentificar las directrices del negocio que limitan la secuencia
de implementación ( reducción de costos, Consolidación de
servicios, etc.
ØRevisar el análisis de diferencias generado en la Fase D.
ØTormenta de ideas sobre requerimientos tecnológicos
ØTormenta de ideas sobre requerimientos de coexistencia,
interoperabilidad
ØEvaluación de la Arquitectura y análisis de diferencia.
ØIdentificar los principales paquetes de trabajo; Clasificar en
Nuevos, Desarrollo, Compra, Reutilización de un sistema
existente.
 v ADM Fase F
Planificación de la Migración

Para los proyectos identificados en la Fase E

realizar:
Análisis Costo / Beneficio
Evaluación de Riesgo
Desarrollar un plan detallado de migración e
implementación.
 v ADM Fase F
Planificación de la Migración

Entradas
ØSolicitud del Trabajo de la Arquitectura
ØDeclaración del Trabajo de la Arquitectura
ØArquitectura del Negocio
ØArquitectura de Datos y Aplicaciones
ØArquitectura Tecnológica
ØAnálisis de Impacto y Lista de Proyectos

Salidas
ØAnálisis de Impacto
ØPlan de Migración
 v ADM Fase F
Planificación de la Migración

Pasos
ØPriorizar proyectos
ØEstimar los requerimientos de recursos y su disponibilidad
ØDesarrollar la evaluación del Costo / Beneficio de los
proyectos de migración
ØRealizar la evaluación de riesgos
ØGenerar el mapa de ruta de la implementación (reglado por
el tiempo)
ØDocumento de Migración
 v ADM Fase F
Implementación de la Gobernabilidad

ØProveer supervisión de la Arquitectura para la

implementación
ØDefinir restricciones de la Arquitectura para los
proyectos de implementación
ØEl Contrato de la Arquitectura
ØMonitorear el trabajo de implementación para la
conformidad
ØProducir la Realización del Valor del Negocio
 v ADM Fase F
Implementación de la Gobernabilidad

Entradas
ØSolicitud del Trabajo de la Arquitectura
ØDeclaración del Trabajo de la Arquitectura
ØBloques de Construcción de la Arquitectura
reutilizable
ØAnálisis de Impacto y Plan de Migración

Salidas
ØAnálisis de Impacto
ØPlan de Migración
 v ADM Fase F
Implementación de la Gobernabilidad

Pasos
ØFormular recomendaciones para los proyectos;
ØPara cada proyecto de implementación, documente:
Alcance; Requerimientos estratégicos (desde la
perspectiva arquitectónica); Cambios requeridos;
Reglas de conformidad; Requerimientos reglados por
el tiempo para el mapa de ruta.
ØContrato de la Arquitectura – documento; obtener las firmas
de las organizaciones de desarrollo y patrocinadoras.
ØGobernabilidad en proceso de implementación y revisión del
cumplimiento de la Arquitectura.
 v ADM Fase H
Gestión del Cambio de la Arquitectura

ØProveer monitoreo continuo y una gestión del proceso de

cambio
ØAsegurar que los cambios a la Arquitectura son
gestionados de manera consistente y arquitectónica
ØEstablecer y soportar la Arquitectura Empresarial para
que tenga la flexibilidad para evolucionar rápidamente en
respuesta a los cambios de la tecnología o del entorno del
negocio
ØMonitoreo del negocio y la capacidad de gestión
 v ADM Fase H
Gestión del Cambio de la Arquitectura

Entrada
ØSolicitud para el cambio de la Arquitectura –
Tecnología
ØReporte de nueva Tecnología
ØSolicitud para el cambio de la Arquitectura – Negocio

Salidas
ØActualización de la Arquitectura.
ØCambios en el Patrón de la Arquitectura y Principios
ØNueva requisición para el trabajo de la Arquitectura ( para ir hacia
un nuevo ciclo)
 v ADM Fase H
Gestión del Cambio de la Arquitectura

Pasos
ØMonitoreo del progreso de los cambios de Tecnología
ØMonitoreo del progreso de los cambios del Negocio
ØEvaluación de los cambios y el desarrollo de las condiciones para
actuar.
ØReunión del Consejo de Arquitectura (o otro Consejo) para decidir
sobre el manejo de los cambios
 v ADM
Gestión Requerimientos

qProveer un proceso para gestionar los

requerimientos de la Arquitectura a través de las
Fases de un ciclo de ADM.
ADM
qIdentificar requerimientos para la empresa,
almacenarlos y suministrarlos a las diferentes
Fases de ADM,
ADM las cuales disponen de ellos, los
direccionan y priorizan.
qSe trabaja con un conjunto dinámico de
requerimientos que reflejan los cambios
tecnológicos, la evolución de los mercados y las
transformaciones del entorno.
 Ite
gob ración
de e
la a rnab de la
r qu i l i da
i t ec d
t ur
a

plan de
transición
Iteración del
LA ITERACIÓN EN ADM
v
ADM

Ite
r
de ació
arquitectura
Iteración del
contexto de la

la finic n d
arq ió e l
ui t n d a
ec e
t ur
a
 Desafíos de la Gobernabilidad

q Los Arquitectos son percibidos como ”project-killers”

q Muchas partes del negocio son motivadas por
consideraciones tácticas
q Lo que es bueno para la organización no
necesariamente puede ser bueno para el individuo
o el proyecto
q No hay consecuencias para el incumplimiento
q A los tomadores de decisiones clave les es
difícil decidir entre diferentes puntos de
vista.
 Estrategias de solución para la Gobernabilidad

Ø Comunicar, comunicar, comunicar,

Ø Incentivos y aseguramiento de la aplicación
Ø Ayudar a otros a tomar decisiones informadas
Ø Proporcionar valor en todos los niveles
Ø Tops-down and bottoms-up
Ø Pragmático y realista
 Administrar las Expectativas
¿Cuánto costará mi nuevo sistema?

 Administrar las Expectativas

 Involucrarse temprano al proceso para fijar expectativas

realistas
 Evite dar estimaciones sin el conocimiento del alcance
o de la solución.
 Valoración/Estimación paso a paso.
 Eduque a los usuarios sobre las capacidades y las
limitaciones de la tecnología.
 Consiga la ayuda ejecutiva para las iniciativas desde un
inicio.
 Obtención de Requerimientos

• Asegúrese que los individuos adecuados estén

en el papel del analista del negocio:
– Experiencia del negocio de la vida real.
– Capacidad de traducir visiones a sistemas tangibles.
– Una cierta comprensión de la tecnología y de sus
limitaciones.
• Prototipos funcionales de la interfaz de Usuario
– La experiencia del usuario es responsabilidad de
todos los involucrados
 Obtención de Requerimientos

q Involucre a los usuarios en los procesos de la

revisión de diseño.
q Establezca una red de los usuarios “avanzados” que
son parte del equipo virtual del proyecto.
q Proveer de incentivos a los usuarios de negocio para
asegurar éxito del proyecto.
q Recolecte los requerimientos de los usuarios finales
verdaderos, no solo de los gerentes.
 Cómo ser un arquitecto eficaz

q Entienda su negocio a fondo.

q Involucrarse a través del proceso.
q Sea el evangelista de IT en el Negocio y el
evangelista del negocio en IT.
q Conduzca la innovación del negocio y no solo la
innovación de la tecnología.
q Establezca una relación estratégica con la
contraparte del negocio
q Involúcrese en el diseño de la estrategia empresarial
y en el mapa de implementación.
 Cómo ser un arquitecto eficaz

q Involucrar a todos los Interesados Tecnológicos

temprano en el proceso (ej. Infraestructura,
Arquitectos de Seguridad)
q Influir y tomar posesión de los entregables
requeridos.
q Mantener los requisitos de los usuarios en primer
lugar en todas las decisiones.
q Tener un grupo Empresarial de Arquitectura con
autoridad.

 Conclusión
Ø La Arquitectura es una disciplina que puede ofrecer
recompensas personales y profesionales a los
desarrolladores y profesionales de tecnologías de
la información
Ø La Arquitectura requiere una determinada mentalidad y
formación y no siempre es la Ruta más adecuada
para todos los profesionales de TI y desarrolladores
avanzados
Ø Se requieren varios pasos específicos y enfocados
(normalmente más de 6-12 meses) para que un
desarrollador experimentado o profesionales de IT
sea reconocido como un arquitecto.
 Arquitectura es acerca del Equilibrio de la imagen y de la ingeniería
para tener un impacto significativamente positivo

 Architecture Repository
Deposito de la Arquitectura
Metamodelo de la Arquitectura
Método de la Arquitectura Contexto del Metamodelo
Los artefactos en el Modelos de
escenario son referencia adoptados Modelos
Las mejores por la empresa
estructurados de
prácticas crean Biblioteca de Externos de
acuerdo con el patrón Referencia
Escenario de la arquitectura de
Referencia
referencia
Arquitectura
Adoptada por La Biblioteca de
Arquitecturas Estratégicas la empresa Referencia se gobierna
Estándares tienen
implementaciones
de referencia
Segmentación de la Arquitectura Estándares de
cumplen con… Estándares
Base de adoptados por
Información la Empresa Estándares
Las mejores Externos
Posibilidades de la Arquitecturaprácticas crean de estándares
estándares

El escenario El cumplimiento
se gobierna se gobierna
Registro de Gobernabilidad Visibilidad e
intensificación
Consejo de
El Consejo de Arquitectura
Capacidades de la Arquitectura Arquitectura guía
y gerencia las
capacidades
 Architecture Repository
Deposito de la Arquitectura
qEl Deposito de la Arquitectura es un almacén lógico de información para
las salidas de la ejecución de ADM.
qEl Metamodelo de la Arquitectura describe el patrón de la arquitectura
utilizado en la empresa.
qEl Escenario de la Arquitectura muestra el estado de la operación de la
empresa en un momento particular de tiempo.
qLa Biblioteca de Referencia contiene los productos reutilizables del
trabajo de la arquitectura.
qLa Base de Información de Estándares define los criterios de
cumplimiento para el trabajo gobernado por la arquitectura.
qEl Registro de Gobernabilidad captura los resultado de la actividad de
gobernabilidad, tal como la evaluación de cumplimiento.
qLas Capacidades de la Arquitectura describe la organización, los roles,
las habilidades y las responsabilidades del trabajo práctico de la
Arquitectura Empresarial.
 Business Capability for Architecture
Funciones de Negocio para la Arquitectura
(Operando a cierto nivel de maduración)

Cuerpos de Gobierno
Dirige Indicadores Dar foco y
de éxito prioridades
Pool de Recursos Capacitados Participa en Gobierno del
Portafolio de
Capacitación Proyectos

Entrega aplicaciones
Mejora Requiere
Portafolio de

alineadas
Habilidades Roles y ResponsabilidadesProyectos Contratos
Mejora
(Genéricas y específicas para un proyecto en
Gobernado
particular)a Operaciones de Negoci
través de
Requiere contratos
Posee Conocimientos Participa en
Posee Portafolio de
Asignado
Profesionales de la Arquitectura Proyectos

Poblar el Reutilización de bloques

Repositori de construcción
Repositorio Virtual (usado para clasificar las entradas y salidas
o del Deposito de la Arquitectura)

Deposito de la Arquitectura
 Architecture Content Framework
CONTENIDO DEL
META MODELO
 Architecture Content Framework
PATRÓN DE CAPACIDADES
qUna definición estructurada de la organización, las habilidades, los
roles y las responsabilidades para establecer y operar una
Arquitectura Empresarial, incluyendo:
ØTérminos de referencia para el Consejo de Arquitectura.
ØGuía de los niveles de medida del Cumplimiento de la
Arquitectura frente a los Contratos de la Arquitectura.
ØProcesos y estructura organizacional requerida para operar la
Gobernabilidad de la Arquitectura
ØTécnicas para evaluar la Madurez de la Arquitectura
ØPerspectiva de las habilidades requeridas para ejercer
como arquitecto.