W103 Docx en Es

Clase mundial
Arquitectura empresarial:
Orientacin marco y
TOGAF Ejemplo 9
Un Libro Blanco por:
La adopcin Open Group grupo de trabajo Estrategias
de abril de 2010
Arquitectura de la Empresa de Clase Mundial:

Orientacin marco y TOGAF 9 Ejemplo
Copyright 2010 The Open Group

Todos los derechos reservados. Ninguna parte de esta publicacin puede ser
reproducida, almacenada en un sistema de recuperacin, o transmitida en
cualquier forma o por cualquier medio, ya sea electrnico, mecnico, fotocopia,
grabacin o cualquier otro, sin el permiso previo de los propietarios de derechos
de autor.
Este Libro Blanco es un documento informativo y no forma parte del conjunto
de documentacin de TOGAF. Los lectores deben tener en cuenta que este
documento no ha sido aprobado a travs del proceso formal de Normas Abrir
el grupo y no representa el consenso formal de The Open Group Architecture
Forum.
Informacin sin fronteras Flow y TOGAF son marcas comerciales y
Making Standards Work , The Open Group , UNIX, y el dispositivo "X" son
marcas registradas de The Open Group en los Estados Unidos y en otros pases.
Todas las dems marcas comerciales son propiedad de sus respectivos dueos.
Todas las dems marcas, compaas y nombres de productos se utilizan slo con
fines de identificacin y pueden ser marcas comerciales que son propiedad
exclusiva de sus respectivos dueos.
Orientacin marco y TOGAF Ejemplo 9
Documento nm.: W103
Publicado por The Open Group, Abril 2010

Cualquier comentario referente a los materiales contenidos en este documento
pueden ser presentadas a:
The Open Group
44 Montgomery St. # 960
San Francisco, CA 94104 o
por correo electrnico a:
ogpubs@opengroup.org
www.opengroup.org
Un Libro Blanco publicado por The Open Group

Tabla de contenido
Resumen ejecutivo
Introduccin
Capacidades de arquitectura de la empresa de clase mundial
TOGAF 9 de Implementacin de clase mundial Arquitectura Empresarial

9
capacidades
Ejemplo trabajado
11
Apndice A: Descripcin general de TOGAF 9
22
Apndice B: Descripciones y plantillas entregable / Artefacto
24
Apndice C: Entregable / Artefacto de ADM Fase Asignaciones
29
Expresiones de gratitud
32
Acerca de The Open Group
32
Flujo de informacin sin fronteras

logrado a travs de la interoperabilidad
www.opengroup.org

global de una manera segura, confiable y

oportuna
Resumen ejecutivo
Esta es la segunda parte de un Libro Blanco sobre la adopcin de la arquitectura de la
empresa de clase mundial.
Este documento complementa la especificacin TOGAF 9, proporcionando un
enfoque para desarrollar con xito una capacidad de arquitectura de la empresa. Este
documento le ayudar a superar los errores comunes al adoptar TOGAF 9, y se
asegurar de que una funcin de arquitectura de la empresa se centra en las
actividades que proporcionan reconocidos valor a una organizacin. En consecuencia,
este documento dar lugar a una:
Uso ms amplio y coherente de la memoria TOGAF 9
mayor tasa de xito en la adopcin y despliegue de TOGAF 9
Ms rpido y ms adopcin rentable y despliegue de TOGAF 9
www.opengroup.org

Introduccin
Abstracto
El mundo est cambiando a un ritmo ms rpido que nunca experiment. Varias tendencias en la demografa, la
tecnologa, el medio ambiente, la globalizacin, la actitud del pblico, y las instituciones polticas estn
impulsando gobierno1 e Industria agendas como nunca antes. Con el fin de responder a las demandas y
necesidades de sus grupos de inters, las organizaciones tienen que poner en marcha ambiciosos programas de
negocios y tecnologa con el fin de ofrecer un valor significativo de una manera transparente.
Las organizaciones necesitan una funcin de arquitectura de la empresa como una capacidad integral con el fin
de apoyar estos programas de transformacin. Sin embargo, en los ltimos aos, muchas organizaciones han
tratado de establecer prcticas de arquitectura empresarial slo para verlos fallan despus de unos pocos aos.
Estos fracasos se deben a varias razones, tales como la incapacidad para combinar los procesos de arquitectura
empresarial con los otros procesos de gestin - como la gestin de la demanda - dentro de la organizacin, o la
falta de autoridad para los arquitectos de la empresa; por ejemplo, cuando se toman decisiones estratgicas o
programas de aseguramiento de la calidad y proyectos.
A pesar de estos fracasos anteriores, las organizaciones estn tratando de nuevo para configurar las funciones de
arquitectura empresarial ya que han encontrado que no existen otras alternativas pragmticas.
arquitectura de la empresa es, pues, aqu para quedarse.
A partir de una serie de marcos de propiedad que han sido desarrollados por personas u organizaciones
especficas durante las ltimas dcadas, la arquitectura empresarial se ha convertido en la corriente principal,
con el desarrollo y la adopcin de marcos abiertos como el Open Group Architecture Framework (TOGAF 9).
Las organizaciones estn desplegando las funciones de arquitectura empresarial en el centro de sus operaciones
con el fin de maximizar el impacto, la eficacia, y por lo tanto los beneficios de la arquitectura empresarial. Esta
posicin central significa que las consecuencias de la falta de arquitectura empresarial tambin son altos. Por
esta razn, las organizaciones deben esforzarse por desarrollar la arquitectura empresarial de clase mundial
desde el principio.
De clase mundial de arquitectura de la empresa es el resultado de una funcin de arquitectura de la empresa
madura y operativo, dentro de una organizacin, que aprovecha todo el conjunto de capacidades de arquitectura
empresarial. De clase mundial de arquitectura de la empresa tambin proporciona un modelo de madurez de
prxima generacin y la hoja de ruta que permite a las organizaciones para planificar y monitorear su progreso
en su viaje concreto arquitectura de la empresa.
Por qu es importante este documento?

TOGAF 9 es compatible con un enfoque modular, iterativo e incremental de arquitectura de la empresa, tanto
en trminos de cmo se desarrollan las arquitecturas y tambin en la forma en que se desarrolla la capacidad de
la arquitectura. Sin embargo, la adopcin de un conjunto completo de capacidades de arquitectura empresarial
(como se describe en TOGAF 9) es una empresa grande y compleja.
La adopcin de TOGAF 9 no es un ejercicio que normalmente debera estar terminado en un solo paso como
organizaciones son propensos a preferir un enfoque gradual y evolutivo.
Este documento complementa la especificacin TOGAF 9, proporcionando un enfoque para desarrollar con
xito una capacidad de arquitectura de la empresa. Este documento le ayudar a superar los errores comunes al
adoptar TOGAF
www.opengroup.org

1
El futuro y la forma de pensar en ello, Informe del rendimiento y la Unidad de Innovacin (PIU), Gobierno del Reino Unido de 1999
9, y se asegurar de que una funcin de arquitectura de la empresa se centra en las actividades que
proporcionan reconocidos valor a una organizacin. En consecuencia, este documento dar lugar a una:
Uso ms amplio y coherente de la memoria TOGAF 9
mayor tasa de xito en la adopcin y despliegue de TOGAF 9 adopcin y despliegue de TOGAF 9 Ms

rpido y ms rentable
Cmo est estructurado este documento?

Este documento es el segundo de dos partes:
Parte 1 se ve en la adopcin de la arquitectura de la empresa de clase mundial. En l se identifican las

capacidades que se necesitan con el fin de practicar con xito la arquitectura empresarial, y explica cmo dar
prioridad a ellos sobre la base de una serie de factores tales como las tendencias de negocios y conductores.
Parte 2 (este documento) realiza el enfoque de clase mundial arquitectura de la empresa hacia adelante y
describe cmo TOGAF 9 se debe utilizar para la implementacin prctica de las capacidades de la
arquitectura. Para cada una de las capacidades de arquitectura empresarial identificados en la Parte 1, este
documento describe en detalle cmo TOGAF 9 se puede utilizar para ayudar.
El siguiente diagrama ilustra los cinco pasos ms importantes del mundo-clase enfoque de arquitectura
empresarial.
Figura 1: Estrategia de Arquitectura de la Empresa de Clase Mundial
Este documento describe la quinta etapa de este enfoque, mientras que los primeros cuatro pasos se describen
en la Parte 1:
La seccin Capacidades de arquitectura de la empresa de clase mundial se resume el modelo de capacidad de

la arquitectura que se describe en la Parte 1.
El TOGAF 9 de dar cumplimiento a la seccin Capacidades de arquitectura empresarial de clase mundial

describe nuestra visin de cmo las organizaciones deben adoptar TOGAF 9 con el fin de desarrollar las
capacidades de arquitectura empresarial de clase mundial en su camino para lograr una funcin arquitectura
de la empresa de clase mundial.
La seccin Ejercicio resuelto trae este enfoque de la vida. Camina a travs de un ejemplo ficticio de una
organizacin que est desarrollando su capacidad de arquitectura de la empresa utilizando TOGAF 9.
www.opengroup.org

Por ltimo, los Apndices A, B y C proporcionan una visin general de los TOGAF 9 partes, las
descripciones de los entregables y artefactos junto con enlaces a las plantillas reales y las asignaciones entre
estos entregables / artefactos y las fases del mtodo de desarrollo de arquitectura (ADM).
Lecciones aprendidas
A lo largo de este Libro Blanco, "lecciones aprendidas" secciones pondrn de relieve los factores crticos de
xito que han sido identificados dentro de cada seccin.
www.opengroup.org

Capacidades de arquitectura de la empresa de clase mundial

Una capacidad de arquitectura de la empresa, como cualquier otra funcin de negocio, requiere una serie de
elementos tales como personas, los procesos, la tecnologa y la informacin con el fin de operar con eficacia.
Por lo tanto, las organizaciones pueden aplicar algunas de sus prcticas y controles genricos - por ejemplo, el
control financiero, el liderazgo, y la provisin de recursos humanos - a estas capacidades de la arquitectura.
Sin embargo, otras prcticas y controles para estas capacidades arquitectnicas sern especficos para la funcin
de arquitectura de la empresa, ya que se relacionan con los resultados que la arquitectura de la empresa busca
alcanzar.
Aunque algunas capacidades de arquitectura empresarial slo podrn ser desplegables dentro de una
organizacin especfica, o el tipo de organizacin - por ejemplo, debido a un modelo de negocio nico - la
mayora de las capacidades de la arquitectura de la empresa se pueden implementar dentro de cualquier
organizacin.
El siguiente diagrama ilustra el modelo de capacidades para la arquitectura de la empresa de clase mundial que
se desarroll en la Parte 1 de esta serie de documentos. El resto de este documento supone una comprensin de
estas capacidades y, por otra parte, prev que un ejercicio de priorizacin que se basa en los conductores
comerciales vlidos se ha llevado a cabo.
Saber "qu" - TOGAF 9 proporciona una muy rica variedad de herramientas y tcnicas. Sin embargo, puede
ser difcil saber por dnde empezar. Un conjunto de prioridades de las capacidades, que se basan en los
impulsores del negocio, le ayudar a centrarse en los aspectos especficos de TOGAF 9 que proporcionarn el
mayor valor.
www.opengroup.org

TOGAF 9 de Implementacin de clase mundial Arquitectura

Empresarial
capacidades
TOGAF 9 contiene una gran cantidad de materiales, demasiado como para hacer frente a la vez, que deben ser
priorizados y adaptados con el fin de crear valor.
La seccin describe nuestra visin de cmo las organizaciones deben adoptar TOGAF 9 con el fin de
desarrollar las capacidades de arquitectura empresarial de clase mundial en su camino para lograr una funcin
arquitectura de la empresa de clase mundial.
Nota: Una visin general y descripciones de los TOGAF 9 partes se proporcionan en el Apndice A:
Descripcin general de TOGAF
9.
La siguiente tabla muestra las asignaciones entre TOGAF 9 partes y capacidades de arquitectura empresarial,
basados en las actividades de arquitectura que deben llevarse a cabo, y los resultados de arquitectura y
artefactos que deben ser producidos, por la capacidad. Cada una de estas asignaciones se especifica como alta
(H), Medio (M), o bajo (L), en funcin de si la parte TOGAF 9 es crtica, deseable, o de baja importancia para
la capacidad.
Empresa
estrategia y
portafolio
administracin
Programa
Nivel
Uso de
arquitectura de
administrar
Terceros
Contratistas
Nivel de
proyecto
Capacidad de Arquitectura
fundacional
Modelos
referencia
Arquitectura de de
la solucin
Normas
acin e Integrac
Arquitectura
Negocios
/ TI Estrateg
inde
deArquitec
Gestintura
ia Def. pping
de.
Arquitec
Gobierno
tura Roadma
subcontratista
programa de Inicio
y herramientas para Arquite
Desarrollo de la estrategia
Arquitec
tura
Pro
Gestin
de
Confg
Arquitectura-Sup
ported
Arquitec
Gestin
ported
de Problema
s tura-Sup
Obtencin
Soporte
Infraestr
para
la
arquitec
uctura
Dirigido
Gobierno
estanda
Arquitectura-Empresatura
de arquitectura y
rizad
Conocim
ie
Arquitec
subcontratista
tura
estandadel
boraci
rizada
n Gestin
entregables
Arquitectura-Supported
TOGAF
Parte
Introducci
n
(Definici
n y valor
de EA)
ADM Preliminar
ME
TR
O
ME
TR
O
ME
TR
O
ME
TR
O
ME
TR
O
ME
TR
O
ME
TR
O
ME
TR
O
MARI
DO
ME
TR
O
ME
TR
O
ME
TR
O
ADM - A a MARI MARI MARI MARI

D
DO
DO
DO
DO
MARI MARI MARI

DO
DO
DO
ME
TR
O
ADM - E
yF
ME
TR
O
MARI
DO
MARI
DO
ME
TR
O
ME
TR
O
ME
TR
O
MARI MARI
ME
MARI
ME
ME
ME
ADM - G
yH
MARI MARI MARI MARI

DO
DO
DO
DO
L
ME
www.opengroup.org
ME
ME
MARI MARI

TR
O
TR
O
TR
O
DO
DO
TR
O
DO
TR
O
TR
O
TR
O
Arquitectu
ra Marco
de
contenido
ME
TR
O
ME
TR
O
ME
TR
O
archtiectu
re
particiona
miento
MARI
DO
ME
TR
O
MARI
DO
ME
TR
O
MARI MARI
DO
DO
ME
TR
O
MARI MARI
DO
DO
ME
TR
O
Continuu
m
empresa
MARI
DO
ME
TR
O
MARI
DO
MARI
DO
MARI
DO
ME
TR
O
Arquitectu
ra
Repositori
o
MARI
DO
ME
TR
O
ME
TR
O
ME
TR
O
ME
TR
O
ME
TR
O
MARI
DO
MARI
DO
ME
TR
O
ME
TR
O
MARI
DO
MARI
DO
ME
TR
O
Model
os de
refere
ncia TRM
y IIIRM
Arquitectu
ra
Capacida
d
Marco de
referencia
DO
DO
MARI MARI MARI MARI MARI MARI MARI MARI MARI MARI MARI
DO
DO
DO
DO
DO
DO
DO
DO
DO
DO
DO
ME
TR
O
MARI MARI
DO
DO
ME
TR
O
MARI
DO
ME
TR
O
MARI MARI
DO
DO
ME
TR
O
ME
TR
O
MARI MARI
DO
DO
MARI
DO
ME
TR
O
ME
TR
O
ME
TR
O
ME
TR
O
ME
TR
O
Tabla 1: Arquitectura de la Empresa de Clase Mundial Capacidad de Asignaciones de la parte TOGAF
Parte 1 de este conjunto de documentacin describe cmo se han utilizado las tendencias de negocios y temas a
priorizar las capacidades de arquitectura empresarial. Organizaciones entonces necesitan mirar estas
capacidades priorizadas en la tabla, e identificar el conjunto completo de TOGAF 9 actividades de arquitectura
y garantas que necesitan para emprender o producir, respectivamente, con el fin de desarrollar una funcin de
arquitectura de la empresa de clase mundial.
Para las organizaciones que ya han comenzado su aplicacin TOGAF 9, la tabla puede actuar como una gua de
referencia con el fin de asegurar que su direccin actual est en lnea con las mejores prcticas de la industria.
Aunque la identificacin de TOGAF 9 actividades y colaterales que deben llevarse a cabo o se han producido es
un paso esencial para el desarrollo de una funcin de arquitectura de la empresa de clase mundial en el suelo, el
siguiente paso de la realidad la creacin de los primeros artefactos y los resultados representa un salto
significativo .
Muchos arquitectura empresarial iniciativas de adopcin fundador en este punto debido a la falta de
experiencia, y una falta de comprensin del propsito real de varios artefactos. Adems, a menudo existe una
demanda reprimida de trabajo de arquitectura que lleva a la presin del tiempo excesivo que agrava las
dificultades.
Al definir el contenido normalizado en trminos de artefactos y los resultados, las plantillas y las mejores
prcticas se puede aprovechar el fin de ayudar a estos desafos iniciales.
www.opengroup.org
10

Aunque el contenido exacto es casi seguro que ser sintonizado a las necesidades precisas de la iniciativa, un
primer esbozo del resultado final sigue siendo una enorme ayuda para traer la especificacin TOGAF 9 a la
vida, y para establecer la direccin correcta para el trabajo inicial .
Nota: Apndice A: Descripcin general de TOGAF 9 proporciona plantillas para los estndares de TOGAF 9
realizaciones y artefactos.
www.opengroup.org
11

Equilibrar el contenido y el proceso de- Un error comn es conseguir "perdido en el contenido", la produccin
de una amplia documentacin arquitectura que no se utiliza realmente. En cambio, es importante equilibrar las
iniciativas de generacin de contenido con el trabajo en la aplicacin de las mejores prcticas en reas tales
como planeamiento de migracin y de Gobierno de Aplicacin. Un enfoque combinado abordar tanto el
contenido ( "pensamiento") y el proceso ( "hacer") es muy potente.
No hacerlo todo a la vez- Tratando de abarcar demasiado inicialmente conduce a esfuerzos desenfocados que
rara vez hacen mucho impacto. Es mucho mejor elegir un nmero muy pequeo de las iniciativas inicialmente, y
concentrarse en hacer realmente bien. contenido y tcnicas adicionales pueden ser introducidos gradualmente,
a partir de este xito probado.
Valor de aceleradores - Trabajo de la configuracin utilizando TOGAF 9 sigue un patrn consistente. Mientras
que cada producto es diferente, no hay necesidad de reinventar la rueda cuando la creacin de artefactos
bsicos y los resultados. Las plantillas pueden acelerar el esfuerzo, lo que permite a los arquitectos se
concentran en una visin de valor aadido en lugar de la creacin de documentos mundanas.
ajuste de la expectativa - Las partes interesadas no suelen estar familiarizados con el trabajo de la
arquitectura, y no est seguro de lo que los resultados finales se ver as. Esto puede conducir a una falta de
coincidencia de las expectativas, con dificultades y decepciones posteriores, si las entregas reales no son tan
imaginaron. Al hacer uso de plantillas, el arquitecto puede educar a los interesados en una etapa muy temprana
en cuanto al formato y contenido de los eventuales resultados probable.
La necesidad de adaptar - Mientras que las plantillas son tiles, obra de arquitectura no es una actividad
mecnica. La entrega de valor a las partes interesadas deben tener prioridad en todo momento. Por lo tanto, en
casi todos los proyectos reales, las plantillas tienen que ser adaptados con que se agregan secciones,
eliminado, o personalizado para que el documento sea ms legible y relevante para los fines previstos y la
audiencia.
www.opengroup.org
12

Ejemplo trabajado
En esta seccin se ofrece un ejemplo prctico completo que los pasos a travs de uno (ficticio) el viaje de
organizacin para desarrollar su capacidad de arquitectura de la empresa.
Fondo
Mike sali de la reunin semanal con su CIO, despus de haber sido informado sobre algn cambio estratgico
que haba sido ordenada por el Consejo.
Se haba unido a goldstore Bank hace seis meses como su arquitecto jefe de la empresa. Los ltimos 12 meses
en el banco, y de hecho en todo el sector, que haba sido el mayor reto que se tenga memoria. El Banco se
enfrenta a una economa en declive, las necesidades de financiacin aumentadas (restricciones de Basilea II, el
acceso limitado a travs de la titulizacin), y el aumento del costo del riesgo del cliente, los cuales estn
poniendo en peligro el viejo modelo basado en el crdito que impuls el crecimiento del Banco.
Ahora, con toda la lucha contra el fuego en el da a da, y la inercia general del Banco en torno a nuevas formas
de trabajar, cualquier intento de conseguir un trabajo en marcha la arquitectura pareca ser una lucha cuesta
arriba.
En este clima de crisis, cmo va a agregar valor la arquitectura de nuevo al banco?
Las cosas haban sido diferentes en el trabajo anterior de Mike donde tenan un equipo de arquitectura maduro
que trabaja en estrecha colaboracin con los accionistas de la empresa y el uso de las mejores prcticas de
TOGAF 9.
Una de las primeras acciones de Mike en unirse goldstore haban sido conseguir que el equipo entrenado y
certificado en TOGAF 9, pero por desgracia no haba tenido mucha oportunidad de poner en prctica todava.
Sin embargo, Mike ahora vea al "clima de crisis" como una oportunidad para agregar valor a la empresa,
mientras que el desarrollo de una capacidad de clase mundial arquitectura de la empresa aqu en goldstore.
Llam a su equipo en conjunto para una reunin.
PASO 1: Identificacin de los conductores comerciales

En 2008, la crisis subprime marc un tope claro a las tendencias positivas en el mercado hipotecario, con una
explosin de los costes de financiacin que tienen un impacto dramtico en la rentabilidad de la hipoteca para
el Banco. El Banco se encuentra ahora en una encrucijada, con la Junta pide cambios significativos con el fin
de seguir teniendo xito en los prximos cinco aos.
Como un banco minorista con mejor rendimiento, la Junta ha ordenado que tendrn que replantearse su modelo
de negocio y volver a su enfoque histrico basado en el depsito, dejando atrs el modelo basado en el crdito
que se han basado en los ltimos aos. Para tener xito en el futuro, el Banco debe centrarse en los depsitos y
proporcionar la ms alta capacidad de financiar y transformar esos depsitos en crditos. Un nuevo enfoque
basado en el depsito parece ser inevitable.
El CIO ha transmitido a Mike que una prioridad clave es el desarrollo de sus ventas, en particular mediante la
mejora de sus capacidades de venta cruzada, los paquetes de productos y modelos de precios basados en los
clientes. Tambin tendrn que encontrar y atraer a nuevos clientes, menor valor neto con el fin de aumentar el
volumen.
En lugar de confiar exclusivamente en la reduccin de costes, el Banco debe continuar desarrollando las ventas.
www.opengroup.org
13

La reduccin de costes, principalmente a travs de la consolidacin geogrfica de los medios y de backoficinas, as como los sistemas de TI, debe ser un objetivo para el Banco. Sin embargo, en el contexto de la
actual crisis financiera, la reduccin de costes no es una medida suficiente por s misma, debido a los altos
costes fijos y flujos de ingresos inciertos.
As que el mensaje clave del CIO es que el Banco tendr que crear valor en nuevas formas, especialmente a
travs de la diferenciacin sobre ofertas y servicios.
Mike reconoci que existen retos significativos en la alineacin del negocio y de TI en torno a estos
conductores.
Es cierto que los canales de atencin al cliente de goldstore estaban lejos de ser ideal, y que debilita su
capacidad para efectivamente venta cruzada. La red de oficinas basada en mainframe haba sido mejorada en la
dcada de 1990, pero poco haba cambiado desde entonces. Mientras tanto, varios sitios web diferentes se han
creado para las diferentes divisiones del Banco, y centros de llamadas en el sudeste de Asia y Europa del Este.
Ninguno de estos canales fueron particularmente bien integrado, y los clientes a menudo se quejaba cuando la
informacin proporcionada a travs de un canal pareca estar "perdido" cuando se pusieron en contacto de
nuevo a travs de una ruta diferente. Se estaba convirtiendo en inaceptable. De hecho retroalimentacin de
encuestas a los empleados y de los clientes haba demostrado que este problema les estaba perdiendo negocio.
CEO del Banco ha establecido objetivos estratgicos para duplicar la rentabilidad del 10% de los clientes, y
lograr un crecimiento de dos dgitos en nuevos clientes durante los prximos cinco aos. Los proyectos ya se
estn discutiendo en todo el Banco, pero el progreso fue bastante inconexa, y Mike saba que muchos de los
responsables del proyecto tenan dudas acerca de si todo sera realmente unirnos como la Junta lo previsto.
Teniendo todo esto en cuenta, le pareci a Mike que haba llegado el momento de acelerar el desarrollo de las
capacidades de arquitectura empresarial de goldstore.
PASO 2: Priorizacin de las capacidades de arquitectura

empresarial
El equipo de Mike estaban entusiasmados con sus sugerencias para desarrollar la prctica de arquitectura
empresarial del banco. Varios de ellos se sacudi el polvo de sus TOGAF 9 notas del curso, y despus colgar
carteles de la ADM y metamodelo sobre sus escritorios. Uno de los equipos, incluso pas su fin de semana de
la creacin de una base de datos compleja para el registro de datos de todos los servidores del banco. Hubo
discusiones animadas en la cantina.
Mike suspir. Este entusiasmo era bueno, pero saba que se necesitaba mucho ms con el fin de que la iniciativa
sea un xito la arquitectura. Se organiz una distancia das para el equipo, para ayudar a priorizar sus esfuerzos.
En la distancia das el equipo ha trabajado a travs de una serie de ejercicios para priorizar las capacidades de
arquitectura empresarial que goldstore Banco debe desarrollar en primer lugar.
Comenzaron con una evaluacin de la madurez de lnea de base. Mike presenta brevemente la empresa
capacidades de la arquitectura modelo y luego le dio a cada miembro del equipo una cuadrcula para rellenar.
Tuvieron cinco minutos para llenar su propia rejilla, sobre la base de su conocimiento del Banco, y luego hubo
una discusin de 30 minutos para llegar una respuesta combinada. Mike estaba manteniendo deliberadamente
muy simple.
Los resultados eran los siguientes:
www.opengroup.org
14

Nivel 4
Nivel 2
(Cuantitativament
Nivel 1 (Administrado Nivel 3
Nivel 5 (de
e
(Inicial) )
(Definido) Gestionado)
optimizacin)
Caracterstica
Las capacidades bsicas empresariales
para un estudio de arquitectura
Arquitectura de la Estrategia y Gestin

de Cartera Nivel
Arquitectura a nivel de programas
x
x
Arquitectura a nivel de proyecto
Uso de arquitectura de administrar

contratistas externos
Las capacidades fundamentales

Arquitectura
Tabla 2: Evaluacin de Madurez de lnea de base de Arquitectura Empresarial
Las discusiones posteriores confirmaron estos resultados. Estuvieron de acuerdo en que el Banco era tpico de
un gran tipo burocrtico de organizacin. Los proyectos fueron individualmente bien dirigidos y gestionados,
pero por lo general progresaron en silos que rara vez se unieron para construir la imagen ms grande. Adems,
las direcciones estratgicas interesantes fueron definidas por el Consejo, y consigui a menudo "perdidos" en
los procesos y procedimientos del Banco labernticas. Programas y carteras se basan en gran medida en la tripa
de tacto y de la oficina poltica. Y, por supuesto, el equipo ya saba que las capacidades de la arquitectura se
encuentran actualmente dbil.
Despus de una breve pausa para el caf, Mike configurado el equipo para trabajar de nuevo en pequeos
grupos, esta vez de considerar los grupos de inters de la organizacin por su trabajo de arquitectura. Cuando se
recopilaron las notas Post-It, el resumen:
Capacidades
Arquitectura
pertinentes
Tenedor de apuestas
Actitud y Preocupaciones
CEO
No es especialmente interesado en la arquitectura per Arquitectura de la

se, pero que quieren ver un enfoque en la diferenciacin Estrategia y Portfolio
de las ofertas y servicios. Me gustara ver una extensin Nivel gerencial
de las actividades del Banco a los productos no
financieros (bienes inmuebles, servicios, seguros, etc.).
Frustrado por la falta de progreso en los objetivos e
iniciativas estratgicas.
CIO
partidario fuerte.
La reduccin del nivel de cambio reactivo y la
duplicacin entre los proyectos.
Los procesos deben ser rpidamente diseo e
implementacin de apoyo de la tecnologa para
garantizar el servicio al cliente bien organizado.
Tenedor de apuestas
www.opengroup.org
Actitud y Preocupaciones
Arquitectura de la
Estrategia y Portfolio
Nivel gerencial
Arquitectura de la
A nivel de programa
Capacidades
Arquitectura
pertinentes
15

Los ejecutivos
operativos
Fuerte oposicin a cualquier arquitectura "terico" que

podran desafiar su libertad para actuar y tomar
decisiones dentro de su propia unidad de negocio.
Sin embargo, deseosos de obtener ayuda con la
ejecucin de sus propios proyectos crticos.
Adems de que se trate acerca de cmo se pueden
cumplir sus objetivos KPI para la rentabilidad.
Arquitectura a nivel de
proyecto
Programas y Proyectos
administracin
profesionales
Abierta a la ayuda de trabajo de arquitectura, siempre y

cuando no se interpone en el camino de la entrega del
proyecto.
A menudo se quejan de que tienen problemas para
traducir las direcciones estratgicas generales en
planes concretos.
Arquitectura de la
A nivel de programa
Arquitectura de la
Nivel de proyecto
Tabla 3: Arquitectura de la Empresa Matriz Las partes interesadas
Por ltimo, el equipo examin la naturaleza de la necesidad de negocio en torno a un crecimiento de ventas,
particularmente con respecto a la diferenciacin y la venta cruzada. Se consideraron aspectos clave
relacionados con la arquitectura a ser:
Un enfoque en la comprensin de los procesos dentro de la empresa, ya que tendrn que ser diseado e
implementado de forma rpida; nuevas ofertas de venta ser probablemente el resultado de la agrupacin de
diferentes productos financieros, y la velocidad de salida al mercado se convertirn en un factor importante
La coordinacin de los esfuerzos de proyectos dispares que estn trabajando en iniciativas relacionadas con
los productos a lo largo de la orilla
El desarrollo de modelos de referencia para los canales de venta, y utilizarlos para construir una
infraestructura coherente, de modo que los desarrollos futuros de canal podra "slot-in" a un marco comn
La falta de dinero o la oportunidad para una reescritura importante; ms bien, la arquitectura tendra que
avanzar de forma incremental a travs de mltiples proyectos
Sobre la base de todas estas consideraciones, el equipo de acuerdo en que su foco para los prximos 6-12 meses
sera:
Arquitectura en el nivel de estrategia y gestin de la cartera

El equipo consider que este enfoque sera el ms fcil de obtener apoyo para inicialmente, as como tener el
mayor impacto en trminos de coordinacin de diferentes proyectos individuales que mejoraran iniciativa de
crecimiento de las ventas y la creacin de valor del Banco.
El equipo tambin acord mejorar sus propias capacidades internas de la prctica de arquitectura empresarial
como un subproducto de este trabajo, sobre todo en lo que respecta a la participacin de la empresa, las normas
de arquitectura y modelos de referencia, la normalizacin y la arquitectura se puede entregar.
Para concluir las actividades de la maana, el equipo resume estos objetivos en la parrilla de la madurez
capacidades de arquitectura empresarial que se muestran a continuacin:
Caracterstica
www.opengroup.org
Nivel 1
Nivel 2
(Inicial (Administrad
)
o)
Nivel 3
(Definid
o)
Nivel 4
(Cuantitativamen
te
Gestionado)
Nivel 5 (de
optimizaci
n)
16

Las capacidades bsicas empresariales
para un estudio de arquitectura
Arquitectura de la Estrategia y Gestin

de Cartera Nivel
O
x
Arquitectura a nivel de proyecto
Uso de arquitectura de administrar

contratistas externos
Las capacidades fundamentales

Arquitectura
Tabla 4: Actualizacin de Evaluacin de Madurez de Arquitectura Empresarial
PASO 3: Uso de TOGAF 9 para la Aplicacin

Despus del almuerzo, el reto consista en considerar cmo TOGAF 9 podra ayudar a alcanzar los objetivos de
capacidad de vencimiento que se establecen. El equipo actualiza su memoria de la especificacin TOGAF 9, y
se refiri a la cuadrcula que crossreferenced las capacidades de la arquitectura a las reas TOGAF 9.
Los esfuerzos iniciales fueron ms bien excesivamente ambicioso, y Mike envan los visitantes a pensar de
nuevo. "Es mejor escoger slo algunos artculos y realmente hacer que funcionen", dijo. "Una vez que se ha
demostrado el valor de estos primeros resultados, entonces ser mucho ms fcil de extender el mbito ms
adelante."
Despus de algunos debates, se dio prioridad a las siguientes tareas y prestaciones:
ADM AD:
Una visin Arquitectura para el crecimiento de las ventas y la creacin de valor
Un documento de la Arquitectura definicin que necesitaba concentrarse en el negocio, los sistemas de

informacin y reas de aspecto de datos de contenido del Marco de Arquitectura, y definir modelos de
referencia para los canales de clientes
ADM E y F:
Una arquitectura Hoja de Ruta, dirigido a los directores de proyectos y la cartera del banco, lo que necesita
para mostrar cmo la visin y modelo de referencia Arquitectura se podra implementar de forma
incremental a travs de mltiples proyectos coordinados
A medida que se estaban empacando para irse a casa, el equipo tambin acord que, como una actividad de
fondo, que comenzaran a desarrollar sus propias capacidades fundamentales por el cotejo de los artefactos que
iban a convertirse en un simple repositorio de Arquitectura.
PASO 4: Determinacin de TOGAF 9 plantillas y Buenas Prcticas

Durante los siguientes ocho semanas, el equipo de arquitectura del conjunto sobre el desarrollo de los
contenidos arquitectura. Un equipo central fue asignado para desarrollar el plan de trabajo de Arquitectura,
mientras que otros estaban estrechamente alineados con los proyectos empresariales que ayuden a clarificar el
negocio, sistemas de informacin y aspectos de la arquitectura de datos ms amplia.
www.opengroup.org
17

Para ayudar a comunicar la Architecture Vision, una arquitectura de referencia conceptual fue creado con el fin
de articular los que se requerira cambio potencial, y as centrar el esfuerzo del programa.
La perspectiva del cliente y gestin de

relaciones
Los
socios
de
distribu
cin
Operacin
Ventasy
y
proveedor
Servicio
es
FabricacinTransaccin
Tratamiento
Riesgo, Cumplimiento y Gestin

Financiera
Infraestructura
Figura 3: Arquitectura de referencia conceptual
El trabajo con directivos de la empresa, los analistas de negocios y arquitectos empresariales, se estableci una
arquitectura empresarial objetivo inicial. La imagen de arriba proporcionan los grupos de inters con una visin
de alto nivel de la empresa con el contexto necesario para el esfuerzo de arquitectura, incluyendo el impacto de
la nueva iniciativa de crecimiento de las ventas y creacin de valor.
Este punto de vista contextual del negocio se ampli an ms, que elabor la parte delantera, media y reas de
back-office, para crear una comprensin ms detallada de los servicios de negocio que componen la arquitectura
de negocios.
www.opengroup.org
18

Frente
Ofcina
Toquepuntos
General
Informacin
portal
mi-Bancario
Portal
canales
Inversin
Centrar
Llamada
Centrar
Servicios
Cuenta
administracin
Portal
Internet
/ WAP
mi-Bancario
Portal
Cara -a - Cara
Cuenta
administracin
Portal
Enviar
/Correo
mi- corretajePortal
Telfono
RamaOficinaPortal
Fax
BASIC
Bancario
Servicios
SMS/ MMS
Punto
deVenta
GrandeCuenta
gateways
Tercero
-FiestaPortal
Mvil( WAP)
Otro / extranet
Cajero automtico
Servicios
Figura 4: Arquitectura de Negocios
las cadenas de valor de negocio a nivel de solucin especficos fueron capturados para ayudar a informar este
punto de vista. Dentro de las zonas medias y de back-office, numerosos proyectos se centran en la originacin
de hipotecas y el mantenimiento. las cadenas de valor de alto nivel (es decir, procesos de negocio) fueron
desarrollados para informar a la opinin de comercio al por menor de alto nivel, mientras que la alineacin de
los diversos proyectos a nivel del programa.
El siguiente diagrama ilustra la cadena de valor, desarrollado conjuntamente con los accionistas de la empresa,
que se centra en la generacin de hipotecas y el mantenimiento.
Origen
Producto
Diseo
Riesgo
administracin
Prestacin de servicios
La concesinDespus
/
de las ventas
aseguramiento
Recuperacin
Transferencia de efectivo
administracin
Litigio
Figura 5: Valor de originacin de hipotecas y de Servicios de Cadena
En apoyo de la arquitectura de negocio, se ha creado un primer corte de la arquitectura de los sistemas de

informacin de destino. La combinacin de estos dos puntos de vista proporcionados claridad al programa en
www.opengroup.org
19

torno a la posibilidad de venta cruzada, donde los servicios del Banco pueden ser vendidos por las ventas no
bancarias, y viceversa a travs del canal de socios.
El diagrama muestra informacin detallada sobre el blanco arquitectura de sistemas de informacin, que se basa
en los puntos de vista que se crearon para la arquitectura empresarial.
administracin
implosionar
/ Explotar
Proceso
Flujo de Trabajo
Transaccin
Proceso
administracin
Mensaje
Haciendo cola
PuertaPantalla
raspadores
Servicios
Mensaje
Traduccin
Canal
Papel
Servicios
Canal
Figura 6: Sistemas de Informacin Arquitectura

SMS
www.opengroup.org
Servicios
20

Apoyo
Para ayudar al programa y los gestores de cartera a entender cmo se aplicaran los modelos de visin y de
referencia en los prximos meses, una hoja de ruta de la arquitectura, que mostr la implementacin gradual a
travs de mltiples proyectos coordinados, fue desarrollado.
En el primer caso, un punto de vista fue creado de las iniciativas de negocios y actividades, que muestra la
alineacin de nuevo a los conductores de negocio del Banco.
Voz
En segundo lugar, esto fue luego asignado de nuevo a los servicios de TI y de negocio que seran necesarios
para realizar el crecimiento de las ventas y la iniciativa de creacin de valor. El resultado es capturado en el
siguiente diagrama. Esta vista proporciona una poderosa representacin de diferentes preocupaciones de los
interesados. impulsores del negocio, la estrategia y las iniciativas y actividades que estn llevando a cabo
dentro de la empresa tambin se articulan. Slo un pequeo subconjunto de actividades relacionadas con la
iniciativa de crecimiento de las ventas y la creacin de valor, tales como el proyecto de originacin de
hipotecas, se muestra.
Servicios
Mensaje
Haciendo cola
MensajeEjecucin
Suscripcin
Servicios
Canal
Web
Figura 7: Negocio Iniciativas y Actividades En lnea con TI
Una gama de servicios empresariales y de TI que estn alineados con las actividades comerciales, y,
posteriormente, los conductores de negocios a travs de la estrategia y las iniciativas, han sido identificados.
Estos servicios se darn cuenta de las capacidades requeridas para las actividades de negocio identificados.
Adems, los servicios de tecnologa de apoyo han sido identificados.
Luego se desarroll un plan de apoyo de trabajo de arquitectura, lo que garantiza la alineacin con los
proyectos empresariales y los objetivos generales del programa. La hoja
de ruta, se muestra a continuacin, se
Transformacin
Tarea
Haciendo cola
articula lo que el equipo de arquitectura va a hacer en los prximos meses
para
ayudar en la realizacin de la
Rastreo
y
desencadenando
Datos
iniciativa de crecimiento de ventas y creacin de valor. Es una visin de
alto
Reglas
Motor nivel de las iniciativas especficas
de arquitectura dirigido por ms de un perodo de 18 meses.
Servicios
www.opengroup.org
Apoyo
eMailChannel
21
Servicios

Apoyo
Transmisin
Medios de comunicacin
Servicios
A travs de la discusin con el equipo del programa y los directores de proyectos individuales, se alcanz un
acuerdo con el equipo de arquitectura para entregar los artefactos de la arquitectura a travs de los niveles de
programas y proyectos.
Apoyo
PASO 5: Medir el xito

Seis meses pasaron rpidamente, y el diario de Mike le recordaron que era el momento para una revisin de
progreso.
En general, se senta satisfecho. Los modelos de referencia y plan de trabajo haban sido un gran xito y se
haban ganado el equipo varios
partidarios influyentes en la comunidad de la gestin del programa. El CIO se
Desconectado
mostr encantado con el progreso, e incluso el CEO haba comentado que se senta por primera vez como si el
Banco estaba realmente "tirando juntos" para alinear en torno a la iniciativa de ventas y creacin de valor.
Sin embargo, Mike no era complaciente. En cierto modo, se estaban convirtiendo en una vctima de su propio
xito, ya que el equipo estaba luchando para mantenerse al da con las exigencias de su tiempo. Que
necesitaban para entrenar o contratar a ms arquitectos. Adems, tenan que organizarse mejor; por ejemplo, la
arquitectura de repositorio no haba sido construido.
Servicios
Adems, algunos de los proyectos tuvieron algunos inconvenientes. Por ejemplo, un nuevo proveedor de
dispositivos mviles no haba entendido por completo la arquitectura de referencia y la prdida de una gran
cantidad de dinero en el desarrollo de una solucin incompatibles. Tal proyecto y proveedor de gobierno del
Banco no era tan robusta como haban pensado en primer lugar.
Para ayudar a confirmar estas impresiones, Mike decidi repetir el ejercicio de evaluacin de la madurez. Sin
embargo, esta vez Mike juzg que era la pena gastar un poco ms de tiempo en un trabajo exhaustivo, por lo
que contrat a un consultor para perforar hasta el siguiente nivel de detalle, y llevar a cabo una revisin
independiente.
Canal
www.opengroup.org
22
Mvil

PASO 6: Planificar siguiente iteracin

El informe fue en gran medida como se esperaba, aunque hubo algunas sorpresas. Por ejemplo, el proceso de
gobernabilidad proveedor pareca ser peor que Mike haba pensado en primer lugar. As que en esta ocasin,
por lo que necesitara para poner un poco ms de nfasis en esas capacidades, as como seguir ampliando la
paleta de TOGAF 9 Servicios
realizaciones en uso, y dedicar un poco de tiempo para organizar mejor sus propias
capacidades internas del equipo. Mike recogi sus notas y llam al equipo unido para comenzar a planificar los
prximos seis meses.
Canal
Impresin
Servicios
Adquisicin
Documento
Servicios
Apoyo
Cliente
www.opengroup.org
Solicitud
23

Servicios
Apndice A: Descripcin general de TOGAF 9

El diagrama a continuacin se destacan los principales elementos del pliego de TOGAF 9.
Canal
Fax
Integracin
Parte I: Introduccin
Esta parte proporciona una visin general de los conceptos bsicos y el valor de la arquitectura empresarial.
Frente
Ofcina
Medio
Ofcina
Parte II: ADM y la Parte III: Directrices y tcnicas de ADM

canales
Estas piezas se describe
el mtodo de desarrollo de arquitectura (ADM), que es la parte del marco TOGAF 9
que ayuda a definir las fases (es decir, procesos) a travs del cual una capacidad de arquitectura de la empresa
puede desarrollar y luego administrado. La lista siguiente describe el propsito principal de estas fases:
Fase preliminar - Proporciona una gua inicial para el establecimiento de una funcin de la arquitectura
Fases A a D - Esencialmente se centran en la generacin de contenidos con el fin de entender el dominio del
problema, identificar la arquitectura actual, y determinar la arquitectura objetivo
Fases E y F - Centrarse en la identificacin de opciones de solucin, y luego la planificacin para la

migracin
www.opengroup.org
24

ocupaciones
Fases G y H - las actividades de gestin de enfoque sobre la aplicacin de un modelo de gobierno, y el

cambio
Parte IV: Marco de Arquitectura contenido

Esta parte describe el Marco contenido de Arquitectura, que es la parte del marco TOGAF 9 que proporciona un
enfoque coherente para la clasificacin de los contenidos arquitectura. El Marco de Arquitectura contenido es
muy relevante para casi toda la actividad arquitectura. Sin embargo, puede ser necesario un enfoque un poco
ms flexible para la presentacin de contenidos cuando se trata de actores de alto nivel o de negocios.
Parte V: Continuum Empresa y Herramientas

Esta parte explica cmo administrar la obra de arquitectura en mltiples niveles dentro de una gran empresa
durante un perodo prolongado de tiempo. Estos conceptos son particularmente valiosos para las iniciativas de
toda la empresa, o cuando se trate de mltiples equipos de arquitectura. Pueden ser menos relevante para
proyectos ms pequeos, autnomos. Una subdivisin dentro de esta rea incluye:
Continuum empresa
Arquitectura de particionamiento
Arquitectura Repositorio
Parte VI: Modelos de referencia TOGAF

Esta parte proporciona plantillas tiles para cuando la atencin se centra en el desarrollo de modelos y normas
de referencia.
Parte VII: Marco de Capacidad de Arquitectura

Esta parte proporciona orientacin sobre cmo desarrollar y estructurar un equipo de arquitectura, lo que ayuda
a hacer frente a los impulsores del negocio para la gobernabilidad y la gestin de procesos.
Apndice B: Descripciones y plantillas entregable / Artefacto

Este apndice describe los entregables y artefactos que se suele consumidos y producidos a lo largo del ciclo de
ADM TOGAF 9. Tambin proporciona acceso a las plantillas que deben ser utilizados con el fin de crear una
entrega o un artefacto.
Por lo tanto, acta como un punto de partida para la adaptacin del marco contenido Arquitectura dentro de una
organizacin especfica, y ayuda a proporcionar una lnea de base de las entregas de arquitectura y artefactos
que se producen a partir de las fases de ADM.
Nota: No todos los entregables o artefactos son necesarios para un proyecto tpico, y no todos los artefactos
descritos aqu tienen que estar contenidos en el TOGAF 9 declar entregable. Un equipo de arquitectura puede
decidir producir artefactos en un entregable que es diferente a la de TOGAF 9 entregable establecido.
Ms bien, se recomienda que las referencias externas pueden usar cuando sea pertinente. Adems, no sugerimos
que estas plantillas y descripciones deben seguir a la letra. Sin embargo, cada entrega debe ser considerado
cuidadosamente, ya que pueden existir consecuencias aguas abajo.
www.opengroup.org
25

El siguiente diagrama ilustra TOGAF 9 artefactos.
Figura 10: TOGAF 9 Artefactos
Un archivo de almacenamiento de plantillas se puede obtener de The Open Group en Librera

www.opengroup.org/bookstore/catalog/i093.htm.
Tabla 5: Las descripciones y las plantillas entregable / Artefacto
Modelo
Descripcin
Principios de Arquitectura
Los principios son normas generales y directrices, destinadas a ser

duradera y rara vez modificado, que informan y apoyan la forma en que una
organizacin se marca sobre el cumplimiento de su misin.
La Arquitectura Repositorio acta como una zona de espera para todos los
proyectos relacionados con la arquitectura dentro de la empresa. El
repositorio permite que los proyectos para gestionar sus prestaciones,
localizar activos reutilizables, y publicar los resultados a las partes
interesadas y otras partes interesadas.
Principios de Actuacin, de objetivos

de negocio, y los conductores de
negocios
principios de actuacin, los objetivos de negocio, y los impulsores del

negocio proporcionan un contexto para el trabajo de la arquitectura,
mediante la descripcin de las necesidades y formas de trabajo empleado
por la empresa.
www.opengroup.org
26

Modelo de organizacin de la
arquitectura empresarial
Con el fin de establecer un marco de arquitectura para ser utilizado con

xito, debe ser apoyada por la correcta organizacin, las funciones y
responsabilidades dentro de la empresa.
Solicitud de Arquitectura Trabajo
Este es un documento que se enva desde la organizacin patrocinadora

para la organizacin arquitectura con el fin de desencadenar el inicio de un
ciclo de desarrollo de la arquitectura.
Tailored Marco de Arquitectura
La adaptacin a este nivel seleccionar los entregables y los artefactos

apropiados para satisfacer las necesidades del proyecto y las partes
interesadas.
Arquitectura Solicitud de Cambio
En el caso en que la definicin de la arquitectura original y requisitos no son

adecuados o no son suficientes para completar la implementacin de una
solucin, una solicitud de cambio puede ser presentada con el fin de poner
en marcha un nuevo ciclo de trabajo de arquitectura.
Evaluacin de los requisitos de

impacto
Una evaluacin de impacto Requisitos evala la arquitectura y los requisitos

de especificacin actual para identificar los cambios que se deben hacer, y
las implicaciones de esos cambios.
Evaluacin de cumplimiento
Una vez una arquitectura se ha definido, que debe ser gobernado mediante
la aplicacin con el fin de asegurarse de que el original Vision Architecture
se realiza apropiadamente, y que cualquier aplicacin de aprendizaje se
alimenta de nuevo en el proceso de la arquitectura.
Solucin Building Blocks
bloques de construccin especficas de la implementacin de la empresa

Arquitectura repositorio.
Arquitectura Building Blocks
documentacin de la arquitectura y los modelos de la arquitectura de la

empresa Repositorio.
Arquitectura Contrato
Los contratos de arquitectura son los acuerdos conjuntos entre los

asociados para el desarrollo y patrocinadores en la entregables, la calidad y
la aptitud para el propsito de una arquitectura.
Implementacin Modelo de Gobierno
Una vez que la arquitectura se ha definido, es necesario planificar cmo la

arquitectura de transicin que implementa la arquitectura se regir mediante
la aplicacin.
Modelo
Descripcin
Plan de Implementacin y Migracin
La aplicacin y el Plan de conversin proporciona un calendario para la

puesta en prctica de la solucin descrita por una arquitectura de transicin.
La aplicacin y el Plan de conversin incluye el tiempo, costo, recursos,
beneficios, y las etapas de implementacin.
Arquitectura transicin
Una arquitectura de transicin muestra la empresa en estados adicionales

que reflejan los perodos de transicin que se colocan entre las arquitecturas
de referencia y objetivos.
Arquitectura definicin de documento
El documento de definicin de la arquitectura es el contenedor para entregar

los artefactos arquitectnicos bsicos que se crean durante un proyecto. El
documento de la Arquitectura definicin abarca todos los mbitos de
arquitectura (negocio, datos, aplicaciones y tecnologa) y tambin examina
todos los estados relevantes de la arquitectura (lnea de base, intermedia y
de destino).
www.opengroup.org
27

Requisitos Arquitectura Especificacin
La especificacin de requisitos de arquitectura proporciona un conjunto de

datos cuantitativos que describen lo que un proyecto de implementacin
debe hacer con el fin de cumplir con la arquitectura. Una especificacin de
requisitos de arquitectura tpicamente formar un componente importante de
un contrato de ejecucin, o contrato de ms detallada definicin de la
arquitectura.
Arquitectura Hoja de Ruta
La Hoja de Ruta de la Arquitectura listas de incrementos individuales de

cambio y las coloca en una lnea de tiempo para mostrar la progresin de la
arquitectura de la lnea de base a la arquitectura objetivo.
Architecture Vision
El Architecture Vision se crea desde el principio en el ciclo de vida del

proyecto y proporciona un alto nivel, vista aspiracin del producto final
arquitectura.
Evaluacin de la capacidad
Antes de embarcarse en una arquitectura Definicin detallada, es valioso

para entender el nivel de capacidad de referencia y objetivos de la empresa.
plan de Comunicacin
arquitecturas empresariales contienen grandes volmenes de informacin

compleja e interdependiente. La comunicacin eficaz de la informacin
dirigida a las partes interesadas adecuadas en el momento adecuado es un
factor crtico de xito para la arquitectura empresarial.
Declaracin de Arquitectura de Trabajo La Declaracin de Arquitectura de trabajo define el alcance y el enfoque que
se utiliza para completar un proyecto de arquitectura.
principios Catlogo
El catlogo Principios captura los principios de negocio y arquitectura que

describen lo que una solucin '' bueno '' o la arquitectura debe ser similar.
Organizacin / Catlogo Actor
El propsito del catlogo / Actor Organizacin es capturar una lista definitiva

de todos los participantes que interactan con l, incluidos los usuarios y
propietarios de sistemas de TI.
Conductor / Meta / Objetivo /

Catlogo
El propsito de la conductor / Meta / Catlogo objetivo es proporcionar una

referencia crossorganizational de cmo una organizacin cumple con sus
conductores en trminos prcticos a travs de metas, objetivos y medidas
(opcionalmente).
Catlogo de funciones
El propsito del catlogo de papel es el de proporcionar una lista de todos

los niveles de autorizacin o zonas dentro de una empresa.
Servicios de Negocio / Funcin de

catlogo
El propsito del Catlogo de Servicios de Negocio / funcin es proporcionar

la descomposicin funcional de una organizacin, en una forma que puede
ser filtrada, inform sobre, y pregunt. Es un suplemento a los diagramas de
descomposicin funcional grficas.
Modelo
Descripcin
Localizacin Catlogo
El catlogo Ubicacin proporciona una lista de todos los lugares en los que
una empresa realiza operaciones comerciales o casas de activos
arquitectnicamente relevantes, tales como los centros de datos o equipos de
computacin de usuario final.
Proceso / Evento / control /

Catlogo de productos
El catlogo de proceso / evento / Control / producto proporciona una jerarqua

de procesos, eventos que desencadenan procesos, los productos de los
procesos y controles que se aplican a la ejecucin de los procesos.
Contrato / Catlogo Medida
El catlogo del contrato / Medida proporciona una lista de todos los contratos
de servicio acordados y (opcionalmente) las medidas correspondientes a
dichos contratos.
www.opengroup.org
28

Datos de la entidad Catlogo /
Componente de datos
El propsito del catlogo Entidad de Datos / Componente de datos es

identificar y mantener una lista de todos los datos de uso en toda la empresa,
incluyendo las entidades de datos y tambin los componentes de datos
donde se almacenan las entidades de datos.
Catlogo de aplicaciones de la cartera
El propsito del catlogo de la cartera de aplicaciones es identificar y

mantener una lista de todas las aplicaciones de la empresa.
Catlogo de interfaz
El propsito del catlogo de interfaz es el alcance y documentar las interfaces

entre las aplicaciones para que las dependencias generales entre las
aplicaciones a ser de mbito tan pronto como sea posible.
Catlogo de Estndares de Tecnologa
El Catlogo de Estndares de Tecnologas documenta las normas aprobadas

para la tecnologa en toda la empresa, las tecnologas que incorporan las
versiones, los ciclos de vida de la tecnologa, y los ciclos de actualizacin de
la tecnologa.
Cartera Tecnolgica Catlogo
El propsito del catlogo Cartera Tecnolgica es identificar y mantener una

lista de toda la tecnologa en uso en toda la empresa, incluyendo hardware,
software de infraestructura y software de aplicacin.
requisitos Catlogo
El catlogo Requisitos capta las cosas que la empresa tiene que hacer para
cumplir con sus objetivos.
Mapa de los interesados Matrix
El propsito de la matriz de los grupos de inters Mapa es identificar los

grupos de inters para el acoplamiento arquitectura, su influencia sobre el
compromiso, y sus preguntas clave, temas o preocupaciones que debe ser
abordado por el marco de la arquitectura.
Matriz de Interaccin de negocios
El propsito de la matriz de interaccin de negocios consiste en describir las

interacciones relacin entre las organizaciones y funciones de negocios en
toda la empresa.
Actor Matrix / Papel
El propsito de la matriz Actor / papel es el de mostrar el que los actores

desempean papeles que. Es compatible con la definicin de los requisitos
de seguridad y habilidades.
Datos Entidad / Empresa matriz de

funciones
El propsito de la matriz de funciones / datos empresariales entidad consiste

en ilustrar las relaciones entre las entidades de datos y funciones de
negocios dentro de la empresa.
Sistema de Matriz / Datos
El propsito de la matriz del sistema / de datos es para representar la

relacin entre los sistemas (es decir, componentes de la aplicacin) y las
entidades de datos que se accede y se actualizan por ellos.
Sistema / organizacin matricial
El propsito de la matriz del sistema / Organizacin consiste en describir la

relacin entre los sistemas (por ejemplo, componentes de la aplicacin) y las
unidades organizativas de la empresa.
Matriz de papel / Sistema
El propsito de la matriz Papel / Sistema consiste en describir la relacin

entre los sistemas (por ejemplo, componentes de la aplicacin) y las
funciones de negocio que los utilizan dentro de la empresa.
Modelo
Descripcin
Sistema de Matriz / Funcin
El propsito de la matriz del sistema / funcin es la de ilustrar las relaciones

entre los sistemas (por ejemplo, componentes de la aplicacin) y funciones
de negocios dentro de la empresa.
Matriz de interaccin de aplicaciones
El propsito de la matriz de interaccin de aplicaciones es para representar

las relaciones de comunicaciones entre los sistemas (es decir, componentes
de la aplicacin).
www.opengroup.org
29

Sistema / Tecnologa Matrix
La matriz del sistema / Tecnologa documenta la cartografa de los sistemas

de negocio de la plataforma tecnolgica.
Diagrama de la cadena de valor
Un diagrama de la Cadena de Valor proporciona una orientacin de vista de

alto nivel de una empresa y cmo interacta con el mundo exterior.
Diagrama del concepto de solucin
Un diagrama de concepto de la solucin proporciona una orientacin de alto

nivel de la solucin que se prev con el fin de cumplir con los objetivos del
trabajo de arquitectura.
Diagrama de negocio Huella
Un diagrama de Huella de negocios describe los vnculos entre los objetivos

de negocio, unidades organizativas, funciones de negocios, y servicios, y los
mapas de estas funciones a los componentes tcnicos que proporcionan la
capacidad requerida.
Servicios de Negocio /
Diagrama de Informacin
El diagrama de Servicios de Negocio / Informacin muestra la informacin

necesaria para soportar uno o ms servicios de oficina.
Diagrama de descomposicin funcional El propsito del diagrama de descomposicin funcional es mostrar en una
sola pgina de las capacidades de una organizacin que son relevantes para
la consideracin de una arquitectura.
Producto Diagrama del ciclo de vida
El propsito del diagrama del ciclo de vida del producto es de ayudar a

entender los ciclos de vida de las entidades clave dentro de la empresa.
Diagrama de clase
El propsito fundamental del diagrama de clases es para representar las

relaciones entre los datos crticos dentro de la empresa entidades (o clases).
Diagrama de Divulgacin de Datos
El propsito del diagrama de difusin de datos es mostrar la relacin entre

una entidad de datos, servicios de oficina y componentes de la aplicacin.
Diagrama de comunicaciones de la
aplicacin
El propsito del diagrama de comunicaciones de la aplicacin es para

representar todos los modelos y las asignaciones relacionadas con la
comunicacin entre las aplicaciones de la entidad metamodelo.
Diagrama de aplicacin y ubicacin de El Esquema de aplicacin y ubicacin del usuario muestran la distribucin
usuarios
geogrfica de las solicitudes.
Sistema Diagrama de casos de uso
Un diagrama de casos de uso del sistema muestra las relaciones entre

consumidores y proveedores de servicios de aplicaciones.
Ambientes y diagrama de las

ubicaciones
El diagrama de ambientes y zonas representa las ubicaciones que albergan

las aplicaciones, lo que identifica tecnologas y aplicaciones que se utilizan en
lugares, y, finalmente, identifica las ubicaciones desde las que los usuarios de
negocios suelen interactuar con las aplicaciones.
Diagrama de descomposicin
Plataforma
El diagrama de descomposicin Plataforma representa la plataforma

tecnolgica que soporta las operaciones de la Arquitectura de Sistemas de
Informacin.
Diagrama de Contexto del Proyecto
Un diagrama de contexto del proyecto muestra el alcance de un paquete de

trabajo a ser implementado como parte de un plan ms amplio de
transformacin.
Diagrama de beneficios
El diagrama muestra Beneficios oportunidades identificadas en una definicin

de la arquitectura, que se clasifica de acuerdo a su tamao relativo, el
beneficio y la complejidad.
Apndice C: Entregable / Artefacto de ADM Fase Asignaciones

La siguiente tabla define en qu parte del ciclo de vida de un entregable ADM o un artefacto en particular es
para ser producido o consumido.
www.opengroup.org
30

Nota: Un artefacto es distinto de un entregable, que es una salida contrada de un proyecto. En general, un
entregable contendr uno o ms artefactos, y un artefacto puede existir en una o ms entregas.
Tabla 6: Entregable / Artefacto de ADM Fase Asignaciones
Entregable / Artefacto
De salida de ...
Para la entrada ...
Principios de Arquitectura
Preliminar, A, B, C, D
Preliminar, A, B, C, D, E, F, G, H
Preliminar
Preliminar, A, B, C, D, E, F, G, H,
Gestin de requisitos
Principios de Actuacin, de objetivos de

negocio, y los conductores de negocios
Preliminar, A, B
A, B
Modelo de organizacin de la
arquitectura empresarial
Preliminar
Solicitud de Arquitectura Trabajo
Preliminar, F
A, G
Tailored Marco de Arquitectura
Preliminar, A
Arquitectura Solicitud de Cambio
MARIDO
Evaluacin de los requisitos de impacto
H, Gestin de Requisitos
Evaluacin de cumplimiento
GRAMO
MARIDO
Solucin Building Blocks
GRAMO
ABCD
Arquitectura Building Blocks
F, H
ABCD
Arquitectura Contrato
GRAMO
Implementacin Modelo de Gobierno
G, H
Plan de Implementacin y Migracin
E, F
Arquitectura transicin
E, F
G, H
Arquitectura definicin de documento
B, C, D
C, D, E, F, G, H
Requisitos Arquitectura Especificacin
B, C, D, E, F,
C, D, gestin de requisitos
Arquitectura Hoja de Ruta
B, C, D, E, F
C, D, E, F, G, H
Architecture Vision
UN
B, C, D, E, F, G, H,
Evaluacin de la capacidad
A, E
B, C, D, E, F
plan de Comunicacin
UN
B, C, D, E, F
De salida de ...
Para la entrada ...
Declaracin de Arquitectura de Trabajo
ABCD
B, C, D, E, F, G, H,
principios Catlogo
Preliminar
Organizacin / Catlogo Actor
Arquitectura de Negocios
www.opengroup.org
31

Conductor / Meta / Objetivo /
Catlogo
Catlogo de funciones
Servicios de Negocio / Funcin de

catlogo
Localizacin Catlogo
Proceso / Evento / control /

Catlogo de productos
Contrato / Catlogo Medida
Datos de la entidad Catlogo /

Componente de datos
Arquitectura de datos
Catlogo de aplicaciones de la cartera
Arquitectura de la aplicacin
Catlogo de interfaz
Catlogo de Estndares de Tecnologa
Arquitectura tecnologa
Cartera Tecnolgica Catlogo
requisitos Catlogo
requisitos
Mapa de los interesados Matrix
Architecture Vision
Matriz de Interaccin de negocios
Actor Matrix / Papel
Datos Entidad / Empresa matriz de

funciones
Sistema de Matriz / Datos
Sistema / organizacin matricial
Matriz de papel / Sistema
Sistema de Matriz / Funcin
Matriz de interaccin de aplicaciones
Sistema / Tecnologa Matrix
Diagrama de la cadena de valor
Architecture Vision
Diagrama del concepto de solucin
Architecture Vision
Diagrama de negocio Huella
Servicios de Negocio /
Diagrama de Informacin
Diagrama de descomposicin funcional
De salida de ...
Producto Diagrama del ciclo de vida
Diagrama de clase
www.opengroup.org
Para la entrada ...
32

Diagrama de Divulgacin de Datos
Diagrama de comunicaciones de la
aplicacin
Diagrama de aplicacin y ubicacin de

usuarios
Sistema Diagrama de casos de uso
Ambientes y diagrama de las

ubicaciones
Diagrama de descomposicin
Plataforma
Diagrama de Contexto del Proyecto
Oportunidades y Soluciones
Diagrama de beneficios
Oportunidades y Soluciones
www.opengroup.org
33

Expresiones de gratitud
The Open Group agradece la contribucin de las siguientes personas en el desarrollo de este documento:
Mick Adams, Capgemini
Danny Citakovic, Capgemini
Tim Davey, Capgemini
Laura Harris, Capgemini
Peter Haviland, Capgemini
Richard Heward, Capgemini
Ian Hughes, Capgemini
Sylvia Ovie, Capgemini
Navdeep Panaich, Capgemini
Michael Pearson, Capgemini
Jagbir Sandhu, Capgemini
Joseph Sherry, Capgemini
Martin Van Den Berg, Sogeti, NL
Jane Varnus, Banco de Montreal
Acerca de The Open Group

The Open Group es un consorcio independiente del proveedor y tecnolgicamente neutro, cuya visin de la
informacin sin fronteras Flow permitir el acceso a la informacin integrada dentro y entre las empresas
basadas en estndares abiertos y la interoperabilidad global. The Open Group trabaja con los clientes,
proveedores, consorcios y otros organismos de normalizacin. Su funcin es captar, comprender y hacer frente
a las necesidades actuales y emergentes, establecer polticas, y compartir las mejores prcticas; para facilitar la
interoperabilidad, el desarrollo de consenso, y evolucionar e integrar las especificaciones y tecnologas Open
Source; para ofrecer un conjunto integral de servicios para mejorar la eficiencia operativa de los consorcios; y
para operar servicios de certificacin ms importante de la industria, incluyendo la certificacin del sistema
UNIX. Para ms informacin sobre The Open Group se puede encontrar enwww.opengroup.org.
www.opengroup.org
34

W103 Docx en Es

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

W103 Docx en Es

Caricato da

Copyright:

Formati disponibili

Clase mundial

Arquitectura de la Empresa de Clase Mundial:

Copyright 2010 The Open Group

Publicado por The Open Group, Abril 2010

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

Capacidades de arquitectura de la empresa de clase mundial

TOGAF 9 de Implementacin de clase mundial Arquitectura Empresarial

Apndice A: Descripcin general de TOGAF 9

Apndice B: Descripciones y plantillas entregable / Artefacto

Apndice C: Entregable / Artefacto de ADM Fase Asignaciones

Acerca de The Open Group

Flujo de informacin sin fronteras

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

global de una manera segura, confiable y

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

Por qu es importante este documento?

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

Uso ms amplio y coherente de la memoria TOGAF 9

mayor tasa de xito en la adopcin y despliegue de TOGAF 9 adopcin y despliegue de TOGAF 9 Ms

Cmo est estructurado este documento?

Parte 1 se ve en la adopcin de la arquitectura de la empresa de clase mundial. En l se identifican las

Figura 1: Estrategia de Arquitectura de la Empresa de Clase Mundial

La seccin Capacidades de arquitectura de la empresa de clase mundial se resume el modelo de capacidad de

El TOGAF 9 de dar cumplimiento a la seccin Capacidades de arquitectura empresarial de clase mundial

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

Capacidades de arquitectura de la empresa de clase mundial

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

TOGAF 9 de Implementacin de clase mundial Arquitectura

ADM - A a MARI MARI MARI MARI

MARI MARI MARI

MARI MARI MARI MARI

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

Tabla 1: Arquitectura de la Empresa de Clase Mundial Capacidad de Asignaciones de la parte TOGAF

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

PASO 1: Identificacin de los conductores comerciales

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

PASO 2: Priorizacin de las capacidades de arquitectura

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

Arquitectura de la Estrategia y Gestin

Arquitectura a nivel de proyecto

Uso de arquitectura de administrar

Las capacidades fundamentales

Tabla 2: Evaluacin de Madurez de lnea de base de Arquitectura Empresarial

No es especialmente interesado en la arquitectura per Arquitectura de la

Un Libro Blanco publicado por The Open Group

Arquitectura de la Empresa de Clase Mundial:

Fuerte oposicin a cualquier arquitectura "terico" que