Abstracto

En este trabajo se presenta un modelo de proceso para la

la gestin de las decisiones arquitectnicas en la empresa
planificacin de la arquitectura. En primer lugar, las decisiones se toman en
nivel de la empresa, con negocios estratgicos
consideraciones sobre los sistemas de informacin empresarial,
y la estrategia de la tecnologa y las cuestiones de gobernanza. La
siguiente paso es definir los dominios, para luego seguir con
decisiones de arquitectura de dominio. A nivel de los sistemas,
las decisiones de arquitectura de la empresa y de dominio son
se recogi y se convertirn en las descripciones de arquitectura
exacta en la precisin, la forma y detalle que debe darse como
contribucin al proceso de desarrollo de sistemas de informacin,
siguiendo la planificacin arquitectnica. El modelo es
derivado del trabajo previo y los hallazgos empricos en
tres grandes organizaciones, donde la empresa
sistemas de arquitectura y de la empresa han sido
desarrollado. Este estudio de caso contribuye con
consideraciones sobre los dominios, su definicin y
produce mejoras a una arquitectura empresarial
modelo de proceso presentado antes. Para el desarrollo
del modelo, el paradigma "sistema vivo" es
seguido.
.
1. Introduccin
Encontrar las estrategias adecuadas para las inversiones en TIC
y la implementacin de las tecnologas de la toma
una cuidadosa planificacin a nivel gerencial. Tanto privado
organizaciones empresariales y pblicas se enfrentan a los retos
evolucin de las tecnologas de la rapidez y de negocios
entornos. Este estudio presenta un modelo de proceso para
la gestin de los planos arquitectnicos y las decisiones de la alta
negocio de nivel y la planificacin de las TIC en el sistema
desarrollo. Esto significa la creacin de un flujo constante
de las operaciones y resultados de la empresa
Arquitectura (EA) la planificacin, llevada a cabo en colaboracin
por los gestores de negocio y de TI, a los sistemas de
desarrollo la implementacin de los planes. Un nio de tres aos
proyecto de investigacin con tres empresas proveedoras de TIC
ha estado explorando los problemas de la planificacin y
el diseo de arquitecturas de TI para grandes organizaciones. En
este proyecto, para una de las empresas participantes, un
metodologa de gestin de la arquitectura empresarial tiene
ha creado. La empresa es cada vez ms internacional
Proveedor de servicios de TIC, con 15 000 miembros del personal y
actividades en 25 pases. El mtodo se integr
en
de la compaa
software
desarrollo
metodologa. Este estudio da una idea de la
ncleo del mtodo de EA, y contribuye con nueva
conclusiones al proceso, utilizando el mtodo de la "vida
sistemas de "paradigma [20]. Para el refinado planificacin EA,
profundizando en la realidad de la organizacin, los dominios
se identifican dentro de la empresa. El dominio
concepto se considera en este estudio, y la sucesin
de un nivel a que se aclare.
El objetivo es construir un modelo de proceso que
se puede aplicar an ms tanto por el usuario final de las TIC
organizaciones que gestionan su EA, y por los servicios de TIC
los proveedores de la empresa en relacin con las asignaciones
arquitectura o arquitectura de TI, planificacin y
desarrollo. Estas actividades preceden a los sistemas
desarrollo y puesta en prctica, y son especialmente
de importancia para el desarrollo de la llamada
sistemas empresariales, como ERP o MRP, PDM, CRM,
y similares. El objetivo es cubrir ambas reas de
actividad: los sistemas de planificacin y de la empresa EA
desarrollo, con una metodologa coherente, para ahorrar
tiempo y recursos a lo largo del proceso.
1.1 Arquitectura Empresarial: la vinculacin empresarial
y las TIC
El objetivo general del proyecto de investigacin de este estudio
Se parte de la era desarrollar mtodos para alto nivel
gestin de la arquitectura y la planificacin que hara
permitir una mejor vinculacin empresarial de las TIC para el usuario
organizaciones. Adems, para los proveedores de TIC,
Se buscaron enfoques metdicos que garantice
la mediacin de las decisiones arquitectnicas y diseos para
diseo e implementacin de sistemas. El socio
empresas tenan repertorios de mtodos diferentes para iniciar
con, y su cartera de servicios son diferentes.
Sin embargo, en el curso del proyecto, la vista tiene
sido confirmado con las tres empresas que
arquitectura empresarial es una herramienta muy adecuada para
planificacin interconectada de las estrategias de negocio, modelos de
y estructuras y arquitecturas de TI. Adems, una mejor
gobernanza de las arquitecturas de TI y el todo
TIC de organizacin, tanto en las grandes empresas privadas
y en las organizaciones pblicas se puede asegurar con la
Enfoque de EA. Este punto de vista es ampliamente compartido [2], [3], [4],
[5], [11], [18], [19], [20].
Mayor
nivel
arquitectnico
planificacin,
con
contabilizadas sistemticamente decisiones (directivos),
proporciona entradas vlidas para cualquier desarrollo de sistemas
proceso [18]. Con el trabajo de arquitectura sistemtica,
fases del proceso de sistema de principios, como los requisitos
obtencin, es probable que se disburdened. Por otra parte,
con esta poltica, la evaluacin de arquitecturas destaca
en un terreno slido. Este estudio toma como punto de partida un
modelo de procesos para la gestin de la arquitectura
decisiones que es parte de un mtodo de EA integrados a
metodologa de desarrollo de sistemas de una empresa de servicios TIC
proveedor. El modelo se construye con los cuatro
dimensiones o vistas a EA (empresariales, de informacin,
aplicaciones y la tecnologa de la arquitectura) ampliamente
aceptado dentro del campo de la arquitectura de la empresa
estudio [7], [8], [11], [19]. Un modelo de proceso sugerido
[16] se basa en estas dimensiones, y tres decisiones
los niveles de toma: Empresa, de dominio y de Sistemas, como
propuesto en [8] y [10]. Este estudio propone algunas
mejoras en estas piezas de trabajo.
1.2. Anlisis de la arquitectura de la empresa
Para el anlisis de EA, varios marcos han sido
present, [21] da un resumen. Adems, una variedad de
Se han propuesto modelos de procesos; [16] 15 cuentas
diferentes procesos de EA. El marco de referencia
y el modelo de proceso de este estudio se basa en, son
introdujo brevemente en lo siguiente.
Dimensiones de EA. Cuatro visitas a la empresa
arquitectura se admiten en la literatura [7], [11],
[15], [19]. Estas dimensiones principales de EA son:
1. Arquitectura Empresarial. BA representa el negocio
dimensin (procesos comerciales, estructuras de servicios,
organizacin de actividades)
2. Arquitectura de la Informacin. IA captura la
dimensin de informacin de EA; estructuras de alto nivel de
informacin empresarial y, a un nivel ms detallado, el
arquitectura de datos.
3. Sistemas de Arquitectura. SA / AA, contiene la
dimensin de sistemas, los sistemas de informacin de la
empresa. Algunas convenciones llaman las Aplicaciones
Arquitectura o cartera, este ltimo haciendo hincapi en la
la naturaleza de los sistemas de informacin como un activo empresarial.
4. Arquitectura Tecnologa. TA, o la tecnologa
dimensin abarca las tecnologas y tecnolgica
estructuras que se utilizan para construir la informacin y
sistemas de comunicacin en la empresa.
Cada dimensin cubre un rea ms grande en comparacin por ejemplo,
a cualquier columna en el Marco Zachman [17], [23].
El conjunto de cuatro dimensiones arquitectnicas, sin embargo,
demostrado adecuado para este trabajo a nivel [11], [15], [19],
mientras que el Marco Zachman se ha percibido
por ser demasiado analtico y detallado por el alto nivel
la planificacin y la comunicacin con el negocio
gestin [8]. A un mayor nivel de abstraccin,
especialmente para la planificacin de negocios, y las negociaciones sobre
alineacin negocio / TIC, descripciones ms agregados
se utilizan.
Otro inconveniente con marcos como Zachman
es decir, que carecen de la dimensin de la tecnologa en la
altos niveles de abstraccin: "mbito" o "propietario" y
puntos de vista "modelo de negocio" en [17], [23]; BA en [13].
sin embargo, el propietario o el gerente de negocios, est haciendo
las decisiones sobre las inversiones en las TIC y, por tanto, tiene que
tener en cuenta las capacidades, cualidades y costo de
diferentes tecnologas para la presente misin empresarial
y escenarios de negocio futuras. Esto hace que el
tecnologa y aplicaciones de una parte vital de alto nivel
Descripciones de EA. Una visin general de los niveles es
presentado siguiente.
Niveles de EA. Hay una tradicin de ver lo anterior
dimensiones mencionadas como capas que implican un proceso
de definir la arquitectura comenzando en la parte superior
(BA), y bajando por capas haciendo que el
decisiones arquitectnicas de cada dimensin. El NIST
Modelo EA es el primer modelo de EA para sugerir este [13],
y tambin [14], a partir de [23], apoya este punto de vista.
Sin embargo, los exmenes de varios industria de TI
proyectos de arquitectura demuestran que el diseo de la arquitectura
tiene que considerar todas las cuatro dimensiones de EA en varios
niveles de abstraccin antes de la definicin y desarrollo
la arquitectura, ya sea para toda la empresa o para
partes de l [8], [16]. Puede que no sea posible incluso
proceder por tomar en consideracin nicamente uno de los
cuatro dimensiones a la vez, y tomar todas las decisiones
en l antes de la planificacin de los otros.
Diferenciacin de nivel de abstraccin es, sin embargo,
necesario. Este es el punto principal de hecho tambin por [23].
Para el marco de EA en [8], los niveles de
la toma de decisiones de arquitectura propuesto por [10] son
adoptada con adaptaciones a la planificacin del trabajo:
- Nivel de la Empresa (El Enterprise Architect de
mbito de decisin es toda la empresa).
- Nivel de Dominio (La decisin del Arquitecto dominio
mbito de aplicacin es un dominio dentro de la empresa).
- A nivel de sistema (La decisin de la arquitectura del sistema
mbito de aplicacin es un sistema que trabaja con)



Nivel de Componente (decisiones de los desarrolladores en
La arquitectura de componentes). Esto se considera que pertenece
para la implementacin del sistema, y por lo tanto no incluye
en el marco de la planificacin y la EA
gestin.
La Tabla 1 presenta la EA Patrn [8], [16] que es la
resultado de tomar las cuatro dimensiones arquitectnicas principales
y los niveles de toma de decisiones en forma de tres
niveles de abstraccin. A partir de la metodologa desarrollada
sobre esta base, cada celda de la tabla se presentan ejemplos de
principales productos entregables para la dimensin en un nivel
Como ha sealado [23], a diferencia de las partes interesadas
grupos toman decisiones con un nivel diferente de
abstraccin. Los altos directivos (el negocio
gerentes) tomar las decisiones estratgicas para el
empresa y gua y planificar la estructuracin de negocios,
es decir, la arquitectura empresarial. Hoy en da, sino que tambin deben
tomar decisiones sobre las inversiones en tecnologa y necesidad
informacin para apoyar las decisiones. La informacin
tiene que ser presentado en un nivel adecuado de abstraccin
y agregacin. Es por esto que los cuatro arquitectnico
dimensiones y la toma de decisiones de arquitectura
niveles parecen plausibles: la tecnologa y la informacin
Preguntas de sistemas (Arquitectura de la Informacin, Sistemas
o
Aplicaciones
Arquitectura;
Tecnologa
Arquitectura de Vistas) se presentan ya en el
nivel de la empresa, que es el de gestin y estratgica
nivel de la toma de decisiones en relacin con la totalidad
empresa. Esto es novedoso en comparacin con el de arriba hacia abajo
modelos que presentan preguntas de la tecnologa slo en el
niveles inferiores, como [13], [14], [23] y [17]. La
nivel de la empresa es el nivel en el que la organizacin
se forma, tambin con sistemas de la tecnologa habilitada
[1]. Aqu, el negocio - la alineacin de las TIC se lleva a cabo
y el negocio y la gestin de las TIC necesitan
colaborar. La EA Grid muestra las dependencias de
las dimensiones de EA, y que se pueden utilizar como un
instrumento de coordinacin de los esfuerzos conjuntos.
El modelo de proceso en [16] sugiere una de arriba hacia abajo
espiral de la planificacin arquitectnica integral dentro de un
empresa. La espiral pasa por el marco
(Ver Tabla 1) los niveles, atravesando todas las dimensiones en una
nivel. Son posibles y probables iteraciones dentro de un nivel
ocurrir. Cuando se hacen todas las decisiones pertinentes, la
actividad de planificacin avanza al siguiente nivel por debajo.
Sobre la base de algunos datos empricos, el presente estudio
aade algunos aspectos de este modelo. En las siguientes secciones,
tres ejemplos de casos se presentan brevemente y
discutido. Las modificaciones del modelo y ms
se sugieren mejoras a la misma.

Pgina 1
Administracin sistmica de las decisiones arquitectnicas en
Arquitectura Empresarial
Planificacin. Cuatro Dimensiones y tres niveles de abstraccin
Mirja Pulkkinen
Universidad de Jyvskyl, la Informacin del Instituto de Investigacin de
Tecnologa
mirja.pulkkinen @ titu.jyu.fi
Abstracto
En este trabajo se presenta un modelo de proceso para la
la gestin de las decisiones arquitectnicas en la empresa
planificacin de la arquitectura. En primer lugar, las decisiones se toman en
nivel de la empresa, con negocios estratgicos
consideraciones sobre los sistemas de informacin empresarial,
y la estrategia de la tecnologa y las cuestiones de gobernanza. La
siguiente paso es definir los dominios, para luego seguir con
decisiones de arquitectura de dominio. A nivel de los sistemas,
las decisiones de arquitectura de la empresa y de dominio son
se recogi y se convertirn en las descripciones de arquitectura
exacta en la precisin, la forma y detalle que debe darse como
contribucin al proceso de desarrollo de sistemas de informacin,
siguiendo la planificacin arquitectnica. El modelo es
derivado del trabajo previo y los hallazgos empricos en
tres grandes organizaciones, donde la empresa
sistemas de arquitectura y de la empresa han sido
desarrollado. Este estudio de caso contribuye con
consideraciones sobre los dominios, su definicin y
produce mejoras a una arquitectura empresarial
modelo de proceso presentado antes. Para el desarrollo
del modelo, el paradigma "sistema vivo" es
seguido.
.
1. Introduccin
Encontrar las estrategias adecuadas para las inversiones en TIC
y la implementacin de las tecnologas de la toma
una cuidadosa planificacin a nivel gerencial. Tanto privado
organizaciones empresariales y pblicas se enfrentan a los retos
evolucin de las tecnologas de la rapidez y de negocios
entornos. Este estudio presenta un modelo de proceso para
la gestin de los planos arquitectnicos y las decisiones de la alta
negocio de nivel y la planificacin de las TIC en el sistema
desarrollo. Esto significa la creacin de un flujo constante
de las operaciones y resultados de la empresa
Arquitectura (EA) la planificacin, llevada a cabo en colaboracin
por los gestores de negocio y de TI, a los sistemas de
desarrollo la implementacin de los planes. Un nio de tres aos
proyecto de investigacin con tres empresas proveedoras de TIC
ha estado explorando los problemas de la planificacin y
el diseo de arquitecturas de TI para grandes organizaciones. En
este proyecto, para una de las empresas participantes, un
metodologa de gestin de la arquitectura empresarial tiene
ha creado. La empresa es cada vez ms internacional
Proveedor de servicios de TIC, con 15 000 miembros del personal y
actividades en 25 pases. El mtodo se integr
en
de la compaa
software
desarrollo
metodologa. Este estudio da una idea de la
ncleo del mtodo de EA, y contribuye con nueva
conclusiones al proceso, utilizando el mtodo de la "vida
sistemas de "paradigma [20]. Para el refinado planificacin EA,
profundizando en la realidad de la organizacin, los dominios
se identifican dentro de la empresa. El dominio
concepto se considera en este estudio, y la sucesin
de un nivel a que se aclare.
El objetivo es construir un modelo de proceso que
se puede aplicar an ms tanto por el usuario final de las TIC
organizaciones que gestionan su EA, y por los servicios de TIC
los proveedores de la empresa en relacin con las asignaciones
arquitectura o arquitectura de TI, planificacin y
desarrollo. Estas actividades preceden a los sistemas
desarrollo y puesta en prctica, y son especialmente
de importancia para el desarrollo de la llamada
sistemas empresariales, como ERP o MRP, PDM, CRM,
y similares. El objetivo es cubrir ambas reas de
actividad: los sistemas de planificacin y de la empresa EA
desarrollo, con una metodologa coherente, para ahorrar
tiempo y recursos a lo largo del proceso.
1.1 Arquitectura Empresarial: la vinculacin empresarial
y las TIC
El objetivo general del proyecto de investigacin de este estudio
Se parte de la era desarrollar mtodos para alto nivel
gestin de la arquitectura y la planificacin que hara
permitir una mejor vinculacin empresarial de las TIC para el usuario
organizaciones. Adems, para los proveedores de TIC,
Se buscaron enfoques metdicos que garantice
la mediacin de las decisiones arquitectnicas y diseos para
diseo e implementacin de sistemas. El socio
empresas tenan repertorios de mtodos diferentes para iniciar
con, y su cartera de servicios son diferentes.
Sin embargo, en el curso del proyecto, la vista tiene
Actas de la 39 Conferencia Internacional Hawaiana sobre la Ciencia del
sistema - 2006
1
0-7695-2507-5/06 / $ 20.00 (C) 2006 IEEE

Pgina 2
sido confirmado con las tres empresas que
arquitectura empresarial es una herramienta muy adecuada para
planificacin interconectada de las estrategias de negocio, modelos de
y estructuras y arquitecturas de TI. Adems, una mejor
gobernanza de las arquitecturas de TI y el todo
TIC de organizacin, tanto en las grandes empresas privadas
y en las organizaciones pblicas se puede asegurar con la
Enfoque de EA. Este punto de vista es ampliamente compartido [2], [3], [4],
[5], [11], [18], [19], [20].
Mayor
nivel
arquitectnico
planificacin,
con
contabilizadas sistemticamente decisiones (directivos),
proporciona entradas vlidas para cualquier desarrollo de sistemas
proceso [18]. Con el trabajo de arquitectura sistemtica,
fases del proceso de sistema de principios, como los requisitos
obtencin, es probable que se disburdened. Por otra parte,
con esta poltica, la evaluacin de arquitecturas destaca
en un terreno slido. Este estudio toma como punto de partida un
modelo de procesos para la gestin de la arquitectura
decisiones que es parte de un mtodo de EA integrados a
metodologa de desarrollo de sistemas de una empresa de servicios TIC
proveedor. El modelo se construye con los cuatro
dimensiones o vistas a EA (empresariales, de informacin,
aplicaciones y la tecnologa de la arquitectura) ampliamente
aceptado dentro del campo de la arquitectura de la empresa
estudio [7], [8], [11], [19]. Un modelo de proceso sugerido
[16] se basa en estas dimensiones, y tres decisiones
los niveles de toma: Empresa, de dominio y de Sistemas, como
propuesto en [8] y [10]. Este estudio propone algunas
mejoras en estas piezas de trabajo.
1.2. Anlisis de la arquitectura de la empresa
Para el anlisis de EA, varios marcos han sido
present, [21] da un resumen. Adems, una variedad de
Se han propuesto modelos de procesos; [16] 15 cuentas
diferentes procesos de EA. El marco de referencia
y el modelo de proceso de este estudio se basa en, son
introdujo brevemente en lo siguiente.
Dimensiones de EA. Cuatro visitas a la empresa
arquitectura se admiten en la literatura [7], [11],
[15], [19]. Estas dimensiones principales de EA son:
1. Arquitectura Empresarial. BA representa el negocio
dimensin (procesos comerciales, estructuras de servicios,
organizacin de actividades)
2. Arquitectura de la Informacin. IA captura la
dimensin de informacin de EA; estructuras de alto nivel de
informacin empresarial y, a un nivel ms detallado, el
arquitectura de datos.
3. Sistemas de Arquitectura. SA / AA, contiene la
dimensin de sistemas, los sistemas de informacin de la
empresa. Algunas convenciones llaman las Aplicaciones
Arquitectura o cartera, este ltimo haciendo hincapi en la
la naturaleza de los sistemas de informacin como un activo empresarial.
4. Arquitectura Tecnologa. TA, o la tecnologa
dimensin abarca las tecnologas y tecnolgica
estructuras que se utilizan para construir la informacin y
sistemas de comunicacin en la empresa.
Cada dimensin cubre un rea ms grande en comparacin por ejemplo,
a cualquier columna en el Marco Zachman [17], [23].
El conjunto de cuatro dimensiones arquitectnicas, sin embargo,
demostrado adecuado para este trabajo a nivel [11], [15], [19],
mientras que el Marco Zachman se ha percibido
por ser demasiado analtico y detallado por el alto nivel
la planificacin y la comunicacin con el negocio
gestin [8]. A un mayor nivel de abstraccin,
especialmente para la planificacin de negocios, y las negociaciones sobre
alineacin negocio / TIC, descripciones ms agregados
se utilizan.
Otro inconveniente con marcos como Zachman
es decir, que carecen de la dimensin de la tecnologa en la
altos niveles de abstraccin: "mbito" o "propietario" y
puntos de vista "modelo de negocio" en [17], [23]; BA en [13].
sin embargo, el propietario o el gerente de negocios, est haciendo
las decisiones sobre las inversiones en las TIC y, por tanto, tiene que
tener en cuenta las capacidades, cualidades y costo de
diferentes tecnologas para la presente misin empresarial
y escenarios de negocio futuras. Esto hace que el
tecnologa y aplicaciones de una parte vital de alto nivel
Descripciones de EA. Una visin general de los niveles es
presentado siguiente.
Niveles de EA. Hay una tradicin de ver lo anterior
dimensiones mencionadas como capas que implican un proceso
de definir la arquitectura comenzando en la parte superior
(BA), y bajando por capas haciendo que el
decisiones arquitectnicas de cada dimensin. El NIST
Modelo EA es el primer modelo de EA para sugerir este [13],
y tambin [14], a partir de [23], apoya este punto de vista.
Sin embargo, los exmenes de varios industria de TI
proyectos de arquitectura demuestran que el diseo de la arquitectura
tiene que considerar todas las cuatro dimensiones de EA en varios
niveles de abstraccin antes de la definicin y desarrollo
la arquitectura, ya sea para toda la empresa o para
partes de l [8], [16]. Puede que no sea posible incluso
proceder por tomar en consideracin nicamente uno de los
cuatro dimensiones a la vez, y tomar todas las decisiones
en l antes de la planificacin de los otros.
Diferenciacin de nivel de abstraccin es, sin embargo,
necesario. Este es el punto principal de hecho tambin por [23].
Para el marco de EA en [8], los niveles de
la toma de decisiones de arquitectura propuesto por [10] son
adoptada con adaptaciones a la planificacin del trabajo:
- Nivel de la Empresa (El Enterprise Architect de
mbito de decisin es toda la empresa).
- Nivel de Dominio (La decisin del Arquitecto dominio
mbito de aplicacin es un dominio dentro de la empresa).
- A nivel de sistema (La decisin de la arquitectura del sistema
mbito de aplicacin es un sistema que trabaja con).
Actas de la 39 Conferencia Internacional Hawaiana sobre la Ciencia del
sistema - 2006
2

Pgina 3
Tabla 1 El Marco EA llamado EA cuadrcula con los principales
contenidos de las dimensiones en cada nivel
La EA cuadrcula
NEGOCIO
ARQUITECTURA
(BA)
INFORMACIN
ARQUITECTURA
(IA)
SISTEMAS
(APLICACIONES)
ARQUITECTURA
SA / AA
TECNOLOGA
ARQUITECTURA
(TA)
LA EMPRESA
NIVEL
Negocios y
administracin
decisiones,
cartera de
empresas,
Misin empresarial
estrategias y
visiones
Estratgico
informacin
administracin
consideraciones;
Valor de la informacin
cadena
Sistemas Estratgicos
cartera
(Aplicacin
cartera)
Estratgico
tecnologa
cartera; Vendedor
relaciones,
Empresa
tecnologa
y directrices
polticas
DOMINIO
NIVEL
Servicios / productos
en el dominio,
Negocios
procesos para su
produccin
Informacin
administracin
de
el dominio
Dominio
sistemas
mapa
Interoperabilidad
Tecnologas
Infraestructura:
plataformas,
redes,
datos
comunicacin
SISTEMAS
NIVEL
Negocios
requisitos para
los sistemas y
gestin de datos
Arquitecturas de datos
Datos
armonizacin
principios
Datos
almacenamientos
Sistemas
arquitectura; ISA,
Aplicacin
patrones;
Revelador
directrices
A nivel del sistema
tecnologa
arquitectura;
Tcnico
implementacin
directrices
- Nivel de Componente (decisiones de los desarrolladores en
La arquitectura de componentes). Esto se considera que pertenece
para la implementacin del sistema, y por lo tanto no incluye
en el marco de la planificacin y la EA
gestin.
La Tabla 1 presenta la EA Patrn [8], [16] que es la
resultado de tomar las cuatro dimensiones arquitectnicas principales
y los niveles de toma de decisiones en forma de tres
niveles de abstraccin. A partir de la metodologa desarrollada
sobre esta base, cada celda de la tabla se presentan ejemplos de
principales productos entregables para la dimensin en un nivel
Como ha sealado [23], a diferencia de las partes interesadas
grupos toman decisiones con un nivel diferente de
abstraccin. Los altos directivos (el negocio
gerentes) tomar las decisiones estratgicas para el
empresa y gua y planificar la estructuracin de negocios,
es decir, la arquitectura empresarial. Hoy en da, sino que tambin deben
tomar decisiones sobre las inversiones en tecnologa y necesidad
informacin para apoyar las decisiones. La informacin
tiene que ser presentado en un nivel adecuado de abstraccin
y agregacin. Es por esto que los cuatro arquitectnico
dimensiones y la toma de decisiones de arquitectura
niveles parecen plausibles: la tecnologa y la informacin
Preguntas de sistemas (Arquitectura de la Informacin, Sistemas
o
Aplicaciones
Arquitectura;
Tecnologa
Arquitectura de Vistas) se presentan ya en el
nivel de la empresa, que es el de gestin y estratgica
nivel de la toma de decisiones en relacin con la totalidad
empresa. Esto es novedoso en comparacin con el de arriba hacia abajo
modelos que presentan preguntas de la tecnologa slo en el
niveles inferiores, como [13], [14], [23] y [17]. La
nivel de la empresa es el nivel en el que la organizacin
se forma, tambin con sistemas de la tecnologa habilitada
[1]. Aqu, el negocio - la alineacin de las TIC se lleva a cabo
y el negocio y la gestin de las TIC necesitan
colaborar. La EA Grid muestra las dependencias de
las dimensiones de EA, y que se pueden utilizar como un
instrumento de coordinacin de los esfuerzos conjuntos.
El modelo de proceso en [16] sugiere una de arriba hacia abajo
espiral de la planificacin arquitectnica integral dentro de un
empresa. La espiral pasa por el marco
(Ver Tabla 1) los niveles, atravesando todas las dimensiones en una
nivel. Son posibles y probables iteraciones dentro de un nivel
ocurrir. Cuando se hacen todas las decisiones pertinentes, la
actividad de planificacin avanza al siguiente nivel por debajo.
Sobre la base de algunos datos empricos, el presente estudio
aade algunos aspectos de este modelo. En las siguientes secciones,
tres ejemplos de casos se presentan brevemente y
discutido. Las modificaciones del modelo y ms
se sugieren mejoras a la misma.
Actas de la 39 Conferencia Internacional Hawaiana sobre la Ciencia del
sistema - 2006
3

Pgina 4
4. Tres casos de planificacin EA
La investigacin sigue el paradigma cualitativo, y un
estudio de casos [22] se toma. Dentro de la investigacin
proyecto, no hubiera sido posible reunir una
amplia muestra suficiente de los proyectos de planificacin para un
anlisis cuantitativo. Haba slo un pequeo nmero
de este tipo de proyectos de consultora que podran ser
examinado (es decir, el cliente dio el permiso).
El anlisis cualitativo tambin permite una imagen ms rica de
cada caso.
Para este estudio, se escogieron 3 organizaciones de caso
dentro de la clientela de un proveedor. Con cada uno de
ellos, se haban llevado a cabo recientemente varios proyectos,
a partir de 2001 hasta 2004, cuando fue de los datos
recogido. Las entrevistas con el proyecto del proveedor
administradores y arquitectos de TI se centran en un proyecto con
cada cliente, pero los proyectos anteriores y posteriores
Tambin se discuti con el cliente. Los clientes
representan diferentes industrias y estn bien privado
empresas
o
pblico
organizaciones.
Su
caractersticas no se pueden especificar an ms debido a la
confidencialidad de los datos. Las entrevistas fueron grabadas
y la informacin esencial transcrito [6]. Como
datos adicionales, la documentacin del proyecto tambin podra ser
visto por el investigador [9].
Las tablas 2, 3 y 4 presentan el proyecto del proveedor
trabajar en el proyecto actual en el caso de organizaciones,
presentacin sigue los conceptos discutidos en la seccin
2. Una "X" en la tabla significa arquitectnica construida
entregables.




Tambin se mencionan los esfuerzos anteriores que entregan
insumos, y los siguientes proyectos que se llevan en la
resultados del proyecto actual. El tamao del proyecto es
dada en das de trabajo persona (PWD).
En los casos 1 y 2, el cliente se haba comprometido
ellos mismos
empresa
nivel
planificacin.
La
la documentacin fue entregada como entrada para el
asignacin del proveedor. Tres dominios principales
se definieron en el caso 1 y las obras de los proyectos actuales
en ellos. Un elemento importante del proyecto fue tomar
aprovechando las posibilidades de integracin de negocios, y
para aprovechar la informacin del negocio. Una integracin
proyecto sigui, continuando con la realizacin de
los planes para lograr informacin de la empresa
la integracin.
En el caso 3, el proyecto se inici con
el trabajo a nivel de empresa, concentrndose principalmente en las
articulaciones
la planificacin de tecnologa y negocios arquitecturas.
Esto dio lugar a una licenciatura revisado que tiene en cuenta
tecnologas de apoyo, y la definicin de la
nivel de la empresa TA. Cuatro dominios fueron definidos en el
BA nivel de la empresa y el proyecto actual sigue
el trabajo con uno de ellos. Mltiples proyectos fueron
puesto en marcha por los otros dominios que continan la
anterior trabajo a nivel de empresa en el dominio (y
sistemas) nivel.
El concepto de dominio se utiliz en todos los casos a la divisin
El trabajo de desarrollo en EA razonable ("viable")
entidades. En el caso 1, los principales procesos de negocio fueron
definido como dominios, para cada uno de los sistemas de las centrales
(Sistemas de la empresa) se han previsto, (por ejemplo, un producto
de datos o sistema de gestin de recursos de clientes).
Caso 2 se concentr en un sistema de informacin importante
que soporta los procesos de negocio. El sistema de
mbito de aplicacin se define como un dominio, que se encontr que
aclarar las responsabilidades de planificacin con el cliente,
y ms tarde la propiedad del sistema.
En el caso 3, los cuatro dominios eran reas funcionales
de las actividades de la organizacin. El trabajo de planificacin
continuado en varios proyectos con la definicin de todos los
cuatro dimensiones de EA para cada dominio. Tambin los sistemas de
se pusieron en marcha proyectos.
5. Anlisis
Los esfuerzos de planificacin y desarrollo de EA no son
llevado a cabo en un solo proyecto, en gran
organizaciones, pero en varios consecuente y
proyectos interdependientes. Las organizaciones de caso
ampliado el trabajo de desarrollo de EA a varios
proyectos. Hubo un proyecto de entrega de un esquema EA
(A veces muy grano grueso), y una divisin a
dominios. Se pusieron en marcha otros proyectos para la planificacin
y el desarrollo de arquitecturas de nivel de dominio
(integracin, redes, sistemas de toda la empresa grandes
que pueden cruzar varios dominios). En las organizaciones que
han asumido la gestin activa de su informacin
y tecnologas de la comunicacin, la estratgica
contornos podran tomarse como un hecho, y que el proyecto podra
seguir con la planificacin en los dominios especificados. En
, se observ que los proyectos examinados dentro de un
nivel, entre centrales entre las dimensiones es
sea necesario (Figura 1). Haba direcciones tpicos
(Que son naturales, pensando en el comn
paradigma de desarrollo de sistemas de informacin): business
la arquitectura es el punto de partida, y la informacin
arquitectura sigue, o est diseado siguiente en paralelo
con la arquitectura de sistemas / aplicaciones.
Arquitectura tecnologa dentro de un nivel es el ltimo en
ser diseado en detalle, pero, por otro lado, era
la entrega de los insumos en la arquitectura de negocio
planificacin: la informacin sobre las tecnologas facilitadoras
y se necesitan cualidades tecnolgicas para, por ejemplo el diseo
de modelos de negocio y servicios electrnicos. Costo de los
La tecnologa tambin es sumamente importante para la toma de BA
decisiones. Adems, las tecnologas existentes que sern
retenido en la empresa o en un dominio, restringen la
la toma de decisiones para las otras dimensiones.
Slo la planificacin puede significar ms de una
asignacin, y la integracin real de la empresa y
desarrollo de sistemas de la empresa se lleva a cabo en
proyectos de aplicacin separados. Para la planificacin,
el mbito de aplicacin se define en el plan de proyecto: el objetivo
arquitectura puede ser planeado para toda la empresa,
o para uno o ms dominios especificados dentro de la
empresa.
En [8], el trabajo de EA a nivel de dominio se describe como
la materializacin de los planes a nivel de empresa, con
participacin de los gerentes de operaciones de negocios y
propietarios de los procesos de negocio del cliente. Se encontr en
este estudio, que un paso importante en la planificacin de EA
trabajo es el reconocimiento y la definicin de los dominios.
El dominio est en un proceso de negocio, como sugerido
en [19], o una unidad de negocio o funcin. Incluso en la edad
de las organizaciones de procesos y negocios de servicio, hay
la necesidad de algunas funciones bsicas del negocio, y puede
ser racional para el tratamiento de una funcin (por ejemplo, contabilidad)
como un
dominio.
Definicin de los dominios depende de la
organizacin: su tamao, cmo se estructuran las actividades,
cmo est dispuesto el apoyo del sistema de informacin para
las actividades. Algunos dominios pueden ser vistos como
permanente (por ejemplo, un importante sistema de apoyo al conjunto
empresa, una o ms de sus procesos bsicos, como una
ERP o sistema de CRM). En un caso, una empresa amplia
sistema de punto de ventas (POSS) se defini como uno de los principales
dominio, con las conexiones con otros dominios.
Otros dominios son dominios de desarrollo a tiempo de que
luego son puestos en libertad, es decir, el apoyo de las TIC para una (nueva
definida) unidad de negocio est prevista en un solo esfuerzo, sin embargo, el
proceso y la propiedad del sistema pueden no permanecer dentro
la unidad. Al igual que la empresa, el dominio es tambin
conectado a la alimentacin de toma de decisiones, as como
poder financiero. El propietario de un sistema est nominado en la
caso de que un sistema de servicio a ms de una unidad, para organizar
para las responsabilidades de mantenimiento.
El modelo de proceso propuesto por [16] lo suficientemente
explica el proceso general en los tres casos. Como
sugerido en el modelo, la planificacin se inici con la
Consideraciones a nivel empresarial: estrategias para los cuatro
dimensiones de la EA. El punto de partida es la
negocio y la organizacin de la empresa
actividades (que esencialmente se representa en el negocio
arquitectura). Cmo organizar y explotar el
informacin es una pregunta manejado con la
arquitectura de la informacin. La cartera de aplicaciones
y las preguntas de la cartera de tecnologa se tratan en
que describe la arquitectura respectiva.
Como implcito en el modelo, la planificacin ulterior toma
ms precisin y se ocupa de cuestiones ms concretas.
Los planes a nivel de dominio implementar las decisiones estratgicas
y planes a nivel de sistemas que interpretan a los sistemas de
lenguaje de los diseadores, adems de aadir la necesaria
detalles.
Sin embargo, el proceso podra mejorarse con
mayor precisin en los temas presentados anteriormente.
La Figura 2 presenta el modelo mejorado


Figura 2 El proceso de EA refinado: las decisiones a nivel de empresa (A),
las decisiones de los dominios paralelos a los sistemas de
(C), y sistemas y una aguas arriba (B): A partir de implementaciones
exitosas a las normas de toda la empresa

Pgina 1
Administracin sistmica de las decisiones arquitectnicas en
Arquitectura Empresarial
Planificacin. Cuatro Dimensiones y tres niveles de abstraccin
Mirja Pulkkinen
Universidad de Jyvskyl, la Informacin del Instituto de Investigacin de
Tecnologa
mirja.pulkkinen @ titu.jyu.fi
Abstracto
En este trabajo se presenta un modelo de proceso para la
la gestin de las decisiones arquitectnicas en la empresa
planificacin de la arquitectura. En primer lugar, las decisiones se toman en
nivel de la empresa, con negocios estratgicos
consideraciones sobre los sistemas de informacin empresarial,
y la estrategia de la tecnologa y las cuestiones de gobernanza. La
siguiente paso es definir los dominios, para luego seguir con
decisiones de arquitectura de dominio. A nivel de los sistemas,
las decisiones de arquitectura de la empresa y de dominio son
se recogi y se convertirn en las descripciones de arquitectura
exacta en la precisin, la forma y detalle que debe darse como
contribucin al proceso de desarrollo de sistemas de informacin,
siguiendo la planificacin arquitectnica. El modelo es
derivado del trabajo previo y los hallazgos empricos en
tres grandes organizaciones, donde la empresa
sistemas de arquitectura y de la empresa han sido
desarrollado. Este estudio de caso contribuye con
consideraciones sobre los dominios, su definicin y
produce mejoras a una arquitectura empresarial
modelo de proceso presentado antes. Para el desarrollo
del modelo, el paradigma "sistema vivo" es
seguido.
.
1. Introduccin
Encontrar las estrategias adecuadas para las inversiones en TIC
y la implementacin de las tecnologas de la toma
una cuidadosa planificacin a nivel gerencial. Tanto privado
organizaciones empresariales y pblicas se enfrentan a los retos
evolucin de las tecnologas de la rapidez y de negocios
entornos. Este estudio presenta un modelo de proceso para
la gestin de los planos arquitectnicos y las decisiones de la alta
negocio de nivel y la planificacin de las TIC en el sistema
desarrollo. Esto significa la creacin de un flujo constante
de las operaciones y resultados de la empresa
Arquitectura (EA) la planificacin, llevada a cabo en colaboracin
por los gestores de negocio y de TI, a los sistemas de
desarrollo la implementacin de los planes. Un nio de tres aos
proyecto de investigacin con tres empresas proveedoras de TIC
ha estado explorando los problemas de la planificacin y
el diseo de arquitecturas de TI para grandes organizaciones. En
este proyecto, para una de las empresas participantes, un
metodologa de gestin de la arquitectura empresarial tiene
ha creado. La empresa es cada vez ms internacional
Proveedor de servicios de TIC, con 15 000 miembros del personal y
actividades en 25 pases. El mtodo se integr
en
de la compaa
software
desarrollo
metodologa. Este estudio da una idea de la
ncleo del mtodo de EA, y contribuye con nueva
conclusiones al proceso, utilizando el mtodo de la "vida
sistemas de "paradigma [20]. Para el refinado planificacin EA,
profundizando en la realidad de la organizacin, los dominios
se identifican dentro de la empresa. El dominio
concepto se considera en este estudio, y la sucesin
de un nivel a que se aclare.
El objetivo es construir un modelo de proceso que
se puede aplicar an ms tanto por el usuario final de las TIC
organizaciones que gestionan su EA, y por los servicios de TIC
los proveedores de la empresa en relacin con las asignaciones
arquitectura o arquitectura de TI, planificacin y
desarrollo. Estas actividades preceden a los sistemas
desarrollo y puesta en prctica, y son especialmente
de importancia para el desarrollo de la llamada
sistemas empresariales, como ERP o MRP, PDM, CRM,
y similares. El objetivo es cubrir ambas reas de
actividad: los sistemas de planificacin y de la empresa EA
desarrollo, con una metodologa coherente, para ahorrar
tiempo y recursos a lo largo del proceso.
1.1 Arquitectura Empresarial: la vinculacin empresarial
y las TIC
El objetivo general del proyecto de investigacin de este estudio
Se parte de la era desarrollar mtodos para alto nivel
gestin de la arquitectura y la planificacin que hara
permitir una mejor vinculacin empresarial de las TIC para el usuario
organizaciones. Adems, para los proveedores de TIC,
Se buscaron enfoques metdicos que garantice
la mediacin de las decisiones arquitectnicas y diseos para
diseo e implementacin de sistemas. El socio
empresas tenan repertorios de mtodos diferentes para iniciar
con, y su cartera de servicios son diferentes.
Sin embargo, en el curso del proyecto, la vista tiene
Actas de la 39 Conferencia Internacional Hawaiana sobre la Ciencia del
sistema - 2006
1
0-7695-2507-5/06 / $ 20.00 (C) 2006 IEEE

Pgina 2
sido confirmado con las tres empresas que
arquitectura empresarial es una herramienta muy adecuada para
planificacin interconectada de las estrategias de negocio, modelos de
y estructuras y arquitecturas de TI. Adems, una mejor
gobernanza de las arquitecturas de TI y el todo
TIC de organizacin, tanto en las grandes empresas privadas
y en las organizaciones pblicas se puede asegurar con la
Enfoque de EA. Este punto de vista es ampliamente compartido [2], [3], [4],
[5], [11], [18], [19], [20].
Mayor
nivel
arquitectnico
planificacin,
con
contabilizadas sistemticamente decisiones (directivos),
proporciona entradas vlidas para cualquier desarrollo de sistemas
proceso [18]. Con el trabajo de arquitectura sistemtica,
fases del proceso de sistema de principios, como los requisitos
obtencin, es probable que se disburdened. Por otra parte,
con esta poltica, la evaluacin de arquitecturas destaca
en un terreno slido. Este estudio toma como punto de partida un
modelo de procesos para la gestin de la arquitectura
decisiones que es parte de un mtodo de EA integrados a
metodologa de desarrollo de sistemas de una empresa de servicios TIC
proveedor. El modelo se construye con los cuatro
dimensiones o vistas a EA (empresariales, de informacin,
aplicaciones y la tecnologa de la arquitectura) ampliamente
aceptado dentro del campo de la arquitectura de la empresa
estudio [7], [8], [11], [19]. Un modelo de proceso sugerido
[16] se basa en estas dimensiones, y tres decisiones
los niveles de toma: Empresa, de dominio y de Sistemas, como
propuesto en [8] y [10]. Este estudio propone algunas
mejoras en estas piezas de trabajo.
1.2. Anlisis de la arquitectura de la empresa
Para el anlisis de EA, varios marcos han sido
present, [21] da un resumen. Adems, una variedad de
Se han propuesto modelos de procesos; [16] 15 cuentas
diferentes procesos de EA. El marco de referencia
y el modelo de proceso de este estudio se basa en, son
introdujo brevemente en lo siguiente.
Dimensiones de EA. Cuatro visitas a la empresa
arquitectura se admiten en la literatura [7], [11],
[15], [19]. Estas dimensiones principales de EA son:
1. Arquitectura Empresarial. BA representa el negocio
dimensin (procesos comerciales, estructuras de servicios,
organizacin de actividades)
2. Arquitectura de la Informacin. IA captura la
dimensin de informacin de EA; estructuras de alto nivel de
informacin empresarial y, a un nivel ms detallado, el
arquitectura de datos.
3. Sistemas de Arquitectura. SA / AA, contiene la
dimensin de sistemas, los sistemas de informacin de la
empresa. Algunas convenciones llaman las Aplicaciones
Arquitectura o cartera, este ltimo haciendo hincapi en la
la naturaleza de los sistemas de informacin como un activo empresarial.
4. Arquitectura Tecnologa. TA, o la tecnologa
dimensin abarca las tecnologas y tecnolgica
estructuras que se utilizan para construir la informacin y
sistemas de comunicacin en la empresa.
Cada dimensin cubre un rea ms grande en comparacin por ejemplo,
a cualquier columna en el Marco Zachman [17], [23].
El conjunto de cuatro dimensiones arquitectnicas, sin embargo,
demostrado adecuado para este trabajo a nivel [11], [15], [19],
mientras que el Marco Zachman se ha percibido
por ser demasiado analtico y detallado por el alto nivel
la planificacin y la comunicacin con el negocio
gestin [8]. A un mayor nivel de abstraccin,
especialmente para la planificacin de negocios, y las negociaciones sobre
alineacin negocio / TIC, descripciones ms agregados
se utilizan.
Otro inconveniente con marcos como Zachman
es decir, que carecen de la dimensin de la tecnologa en la
altos niveles de abstraccin: "mbito" o "propietario" y
puntos de vista "modelo de negocio" en [17], [23]; BA en [13].
sin embargo, el propietario o el gerente de negocios, est haciendo
las decisiones sobre las inversiones en las TIC y, por tanto, tiene que
tener en cuenta las capacidades, cualidades y costo de
diferentes tecnologas para la presente misin empresarial
y escenarios de negocio futuras. Esto hace que el
tecnologa y aplicaciones de una parte vital de alto nivel
Descripciones de EA. Una visin general de los niveles es
presentado siguiente.
Niveles de EA. Hay una tradicin de ver lo anterior
dimensiones mencionadas como capas que implican un proceso
de definir la arquitectura comenzando en la parte superior
(BA), y bajando por capas haciendo que el
decisiones arquitectnicas de cada dimensin. El NIST
Modelo EA es el primer modelo de EA para sugerir este [13],
y tambin [14], a partir de [23], apoya este punto de vista.
Sin embargo, los exmenes de varios industria de TI
proyectos de arquitectura demuestran que el diseo de la arquitectura
tiene que considerar todas las cuatro dimensiones de EA en varios
niveles de abstraccin antes de la definicin y desarrollo
la arquitectura, ya sea para toda la empresa o para
partes de l [8], [16]. Puede que no sea posible incluso
proceder por tomar en consideracin nicamente uno de los
cuatro dimensiones a la vez, y tomar todas las decisiones
en l antes de la planificacin de los otros.
Diferenciacin de nivel de abstraccin es, sin embargo,
necesario. Este es el punto principal de hecho tambin por [23].
Para el marco de EA en [8], los niveles de
la toma de decisiones de arquitectura propuesto por [10] son
adoptada con adaptaciones a la planificacin del trabajo:
- Nivel de la Empresa (El Enterprise Architect de
mbito de decisin es toda la empresa).
- Nivel de Dominio (La decisin del Arquitecto dominio
mbito de aplicacin es un dominio dentro de la empresa).
- A nivel de sistema (La decisin de la arquitectura del sistema
mbito de aplicacin es un sistema que trabaja con).
Actas de la 39 Conferencia Internacional Hawaiana sobre la Ciencia del
sistema - 2006
2

Pgina 3
Tabla 1 El Marco EA llamado EA cuadrcula con los principales
contenidos de las dimensiones en cada nivel
La EA cuadrcula
NEGOCIO
ARQUITECTURA
(BA)
INFORMACIN
ARQUITECTURA
(IA)
SISTEMAS
(APLICACIONES)
ARQUITECTURA
SA / AA
TECNOLOGA
ARQUITECTURA
(TA)
LA EMPRESA
NIVEL
Negocios y
administracin
decisiones,
cartera de
empresas,
Misin empresarial
estrategias y
visiones
Estratgico
informacin
administracin
consideraciones;
Valor de la informacin
cadena
Sistemas Estratgicos
cartera
(Aplicacin
cartera)
Estratgico
tecnologa
cartera; Vendedor
relaciones,
Empresa
tecnologa
y directrices
polticas
DOMINIO
NIVEL
Servicios / productos
en el dominio,
Negocios
procesos para su
produccin
Informacin
administracin
de
el dominio
Dominio
sistemas
mapa
Interoperabilidad
Tecnologas
Infraestructura:
plataformas,
redes,
datos
comunicacin
SISTEMAS
NIVEL
Negocios
requisitos para
los sistemas y
gestin de datos
Arquitecturas de datos
Datos
armonizacin
principios
Datos
almacenamientos
Sistemas
arquitectura; ISA,
Aplicacin
patrones;
Revelador
directrices
A nivel del sistema
tecnologa
arquitectura;
Tcnico
implementacin
directrices
- Nivel de Componente (decisiones de los desarrolladores en
La arquitectura de componentes). Esto se considera que pertenece
para la implementacin del sistema, y por lo tanto no incluye
en el marco de la planificacin y la EA
gestin.
La Tabla 1 presenta la EA Patrn [8], [16] que es la
resultado de tomar las cuatro dimensiones arquitectnicas principales
y los niveles de toma de decisiones en forma de tres
niveles de abstraccin. A partir de la metodologa desarrollada
sobre esta base, cada celda de la tabla se presentan ejemplos de
principales productos entregables para la dimensin en un nivel
Como ha sealado [23], a diferencia de las partes interesadas
grupos toman decisiones con un nivel diferente de
abstraccin. Los altos directivos (el negocio
gerentes) tomar las decisiones estratgicas para el
empresa y gua y planificar la estructuracin de negocios,
es decir, la arquitectura empresarial. Hoy en da, sino que tambin deben
tomar decisiones sobre las inversiones en tecnologa y necesidad
informacin para apoyar las decisiones. La informacin
tiene que ser presentado en un nivel adecuado de abstraccin
y agregacin. Es por esto que los cuatro arquitectnico
dimensiones y la toma de decisiones de arquitectura
niveles parecen plausibles: la tecnologa y la informacin
Preguntas de sistemas (Arquitectura de la Informacin, Sistemas
o
Aplicaciones
Arquitectura;
Tecnologa
Arquitectura de Vistas) se presentan ya en el
nivel de la empresa, que es el de gestin y estratgica
nivel de la toma de decisiones en relacin con la totalidad
empresa. Esto es novedoso en comparacin con el de arriba hacia abajo
modelos que presentan preguntas de la tecnologa slo en el
niveles inferiores, como [13], [14], [23] y [17]. La
nivel de la empresa es el nivel en el que la organizacin
se forma, tambin con sistemas de la tecnologa habilitada
[1]. Aqu, el negocio - la alineacin de las TIC se lleva a cabo
y el negocio y la gestin de las TIC necesitan
colaborar. La EA Grid muestra las dependencias de
las dimensiones de EA, y que se pueden utilizar como un
instrumento de coordinacin de los esfuerzos conjuntos.
El modelo de proceso en [16] sugiere una de arriba hacia abajo
espiral de la planificacin arquitectnica integral dentro de un
empresa. La espiral pasa por el marco
(Ver Tabla 1) los niveles, atravesando todas las dimensiones en una
nivel. Son posibles y probables iteraciones dentro de un nivel
ocurrir. Cuando se hacen todas las decisiones pertinentes, la
actividad de planificacin avanza al siguiente nivel por debajo.
Sobre la base de algunos datos empricos, el presente estudio
aade algunos aspectos de este modelo. En las siguientes secciones,
tres ejemplos de casos se presentan brevemente y
discutido. Las modificaciones del modelo y ms
se sugieren mejoras a la misma.
Actas de la 39 Conferencia Internacional Hawaiana sobre la Ciencia del
sistema - 2006
3

Pgina 4
4. Tres casos de planificacin EA
La investigacin sigue el paradigma cualitativo, y un
estudio de casos [22] se toma. Dentro de la investigacin
proyecto, no hubiera sido posible reunir una
amplia muestra suficiente de los proyectos de planificacin para un
anlisis cuantitativo. Haba slo un pequeo nmero
de este tipo de proyectos de consultora que podran ser
examinado (es decir, el cliente dio el permiso).
El anlisis cualitativo tambin permite una imagen ms rica de
cada caso.
Para este estudio, se escogieron 3 organizaciones de caso
dentro de la clientela de un proveedor. Con cada uno de
ellos, se haban llevado a cabo recientemente varios proyectos,
a partir de 2001 hasta 2004, cuando fue de los datos
recogido. Las entrevistas con el proyecto del proveedor
administradores y arquitectos de TI se centran en un proyecto con
cada cliente, pero los proyectos anteriores y posteriores
Tambin se discuti con el cliente. Los clientes
representan diferentes industrias y estn bien privado
empresas
o
pblico
organizaciones.
Su
caractersticas no se pueden especificar an ms debido a la
confidencialidad de los datos. Las entrevistas fueron grabadas
y la informacin esencial transcrito [6]. Como
datos adicionales, la documentacin del proyecto tambin podra ser
visto por el investigador [9].
Las tablas 2, 3 y 4 presentan el proyecto del proveedor
trabajar en el proyecto actual en el caso de organizaciones,
presentacin sigue los conceptos discutidos en la seccin
2. Una "X" en la tabla significa arquitectnica construida
entregables.
. Tabla 2 Caso 1: Un caso de EA que tendr lugar en el nivel de dominio,
con tres dominios paralelos
CASO 1
70 pwd
Negocios
Dimensin
Informacin
Dimensin
Sistemas
(Aplicaciones)
Dimensin
Tecnologa
Dimensin
Empresa
Trabajar en el ser humano antecede a nivel de empresa, y de las decisiones a
nivel de empresa son
entregado por el cliente. (Por ejemplo, los documentos de estrategia, teniendo
en cuenta, los negocios, la informacin y
tecnologa)
Contornos de BA estn disponibles para toda la empresa.
Dominio
BA de los dominios
se da
XXX
(Tres dominios se desarrollan en paralelo)
A continuacin, proyecto de asistencia tcnica es
puesto en marcha.
Sistemas
Tabla 3. Caso 2 Un caso EA tiene lugar dentro de un dominio principal,
continuando en el nivel de los sistemas
CASO 2
350 pwd
Negocios
Dimensin
Informacin
Dimensin
Sistemas
(Aplicaciones)
Dimensin
Tecnologa
Dimensin
Empresa
Decisiones a nivel de empresa son entregados por el cliente (no hay cambios
en las estrategias o negocio
estructuras se hacen en este momento)
Dominio
Se da BA
X
X
X
Sistemas
X
X
X
X
Tabla 4. Un caso EA donde se detectaron cuatro dominios en la revisin
del negocio a nivel de empresa
arquitectura.
CASO 3
400 pwd
Negocios
Dimensin
Informacin
Dimensin
Sistemas
(Aplicaciones)
Dimensin
Tecnologa
Dimensin
Empresa
X (Revisin de la
negocios
arquitectura, 4 principal
dominios definidos)
Las decisiones estratgicas se dan, la planificacin
contina en el nivel de dominio.
X Nuevo, lo que permite
tecnologas
son
considerado y la
Se planea TA
Dominio
XXXX
X
X
X
Sistemas
Actas de la 39 Conferencia Internacional Hawaiana sobre la Ciencia del
sistema - 2006
4

Pgina 5
Tambin se mencionan los esfuerzos anteriores que entregan
insumos, y los siguientes proyectos que se llevan en la
resultados del proyecto actual. El tamao del proyecto es
dada en das de trabajo persona (PWD).
En los casos 1 y 2, el cliente se haba comprometido
ellos mismos
empresa
nivel
planificacin.
La
la documentacin fue entregada como entrada para el
asignacin del proveedor. Tres dominios principales
se definieron en el caso 1 y las obras de los proyectos actuales
en ellos. Un elemento importante del proyecto fue tomar
aprovechando las posibilidades de integracin de negocios, y
para aprovechar la informacin del negocio. Una integracin
proyecto sigui, continuando con la realizacin de
los planes para lograr informacin de la empresa
la integracin.
En el caso 3, el proyecto se inici con
el trabajo a nivel de empresa, concentrndose principalmente en las
articulaciones
la planificacin de tecnologa y negocios arquitecturas.
Esto dio lugar a una licenciatura revisado que tiene en cuenta
tecnologas de apoyo, y la definicin de la
nivel de la empresa TA. Cuatro dominios fueron definidos en el
BA nivel de la empresa y el proyecto actual sigue
el trabajo con uno de ellos. Mltiples proyectos fueron
puesto en marcha por los otros dominios que continan la
anterior trabajo a nivel de empresa en el dominio (y
sistemas) nivel.
El concepto de dominio se utiliz en todos los casos a la divisin
El trabajo de desarrollo en EA razonable ("viable")
entidades. En el caso 1, los principales procesos de negocio fueron
definido como dominios, para cada uno de los sistemas de las centrales
(Sistemas de la empresa) se han previsto, (por ejemplo, un producto
de datos o sistema de gestin de recursos de clientes).
Caso 2 se concentr en un sistema de informacin importante
que soporta los procesos de negocio. El sistema de
mbito de aplicacin se define como un dominio, que se encontr que
aclarar las responsabilidades de planificacin con el cliente,
y ms tarde la propiedad del sistema.
En el caso 3, los cuatro dominios eran reas funcionales
de las actividades de la organizacin. El trabajo de planificacin
continuado en varios proyectos con la definicin de todos los
cuatro dimensiones de EA para cada dominio. Tambin los sistemas de
se pusieron en marcha proyectos.
5. Anlisis
Los esfuerzos de planificacin y desarrollo de EA no son
llevado a cabo en un solo proyecto, en gran
organizaciones, pero en varios consecuente y
proyectos interdependientes. Las organizaciones de caso
ampliado el trabajo de desarrollo de EA a varios
proyectos. Hubo un proyecto de entrega de un esquema EA
(A veces muy grano grueso), y una divisin a
dominios. Se pusieron en marcha otros proyectos para la planificacin
y el desarrollo de arquitecturas de nivel de dominio
(integracin, redes, sistemas de toda la empresa grandes
que pueden cruzar varios dominios). En las organizaciones que
han asumido la gestin activa de su informacin
y tecnologas de la comunicacin, la estratgica
contornos podran tomarse como un hecho, y que el proyecto podra
seguir con la planificacin en los dominios especificados. En
, se observ que los proyectos examinados dentro de un
nivel, entre centrales entre las dimensiones es
sea necesario (Figura 1). Haba direcciones tpicos
(Que son naturales, pensando en el comn
paradigma de desarrollo de sistemas de informacin): business
la arquitectura es el punto de partida, y la informacin
arquitectura sigue, o est diseado siguiente en paralelo
con la arquitectura de sistemas / aplicaciones.
Arquitectura tecnologa dentro de un nivel es el ltimo en
ser diseado en detalle, pero, por otro lado, era
la entrega de los insumos en la arquitectura de negocio
planificacin: la informacin sobre las tecnologas facilitadoras
y se necesitan cualidades tecnolgicas para, por ejemplo el diseo
de modelos de negocio y servicios electrnicos. Costo de los
La tecnologa tambin es sumamente importante para la toma de BA
decisiones. Adems, las tecnologas existentes que sern
retenido en la empresa o en un dominio, restringen la
la toma de decisiones para las otras dimensiones.
Slo la planificacin puede significar ms de una
asignacin, y la integracin real de la empresa y
desarrollo de sistemas de la empresa se lleva a cabo en
proyectos de aplicacin separados. Para la planificacin,
el mbito de aplicacin se define en el plan de proyecto: el objetivo
arquitectura puede ser planeado para toda la empresa,
o para uno o ms dominios especificados dentro de la
empresa.
En [8], el trabajo de EA a nivel de dominio se describe como
la materializacin de los planes a nivel de empresa, con
participacin de los gerentes de operaciones de negocios y
propietarios de los procesos de negocio del cliente. Se encontr en
este estudio, que un paso importante en la planificacin de EA
trabajo es el reconocimiento y la definicin de los dominios.
El dominio est en un proceso de negocio, como sugerido
en [19], o una unidad de negocio o funcin. Incluso en la edad
de las organizaciones de procesos y negocios de servicio, hay
la necesidad de algunas funciones bsicas del negocio, y puede
ser racional para el tratamiento de una funcin (por ejemplo, contabilidad)
como un
dominio.
Definicin de los dominios depende de la
organizacin: su tamao, cmo se estructuran las actividades,
cmo est dispuesto el apoyo del sistema de informacin para
las actividades. Algunos dominios pueden ser vistos como
permanente (por ejemplo, un importante sistema de apoyo al conjunto
empresa, una o ms de sus procesos bsicos, como una
ERP o sistema de CRM). En un caso, una empresa amplia
sistema de punto de ventas (POSS) se defini como uno de los principales
dominio, con las conexiones con otros dominios.
Otros dominios son dominios de desarrollo a tiempo de que
luego son puestos en libertad, es decir, el apoyo de las TIC para una (nueva
Actas de la 39 Conferencia Internacional Hawaiana sobre la Ciencia del
sistema - 2006
5

Pgina 6
definida) unidad de negocio est prevista en un solo esfuerzo, sin embargo, el
proceso y la propiedad del sistema pueden no permanecer dentro
la unidad. Al igual que la empresa, el dominio es tambin
conectado a la alimentacin de toma de decisiones, as como
poder financiero. El propietario de un sistema est nominado en la
caso de que un sistema de servicio a ms de una unidad, para organizar
para las responsabilidades de mantenimiento.
El modelo de proceso propuesto por [16] lo suficientemente
explica el proceso general en los tres casos. Como
sugerido en el modelo, la planificacin se inici con la
Consideraciones a nivel empresarial: estrategias para los cuatro
dimensiones de la EA. El punto de partida es la
negocio y la organizacin de la empresa
actividades (que esencialmente se representa en el negocio
arquitectura). Cmo organizar y explotar el
informacin es una pregunta manejado con la
arquitectura de la informacin. La cartera de aplicaciones
y las preguntas de la cartera de tecnologa se tratan en
que describe la arquitectura respectiva.
Como implcito en el modelo, la planificacin ulterior toma
ms precisin y se ocupa de cuestiones ms concretas.
Los planes a nivel de dominio implementar las decisiones estratgicas
y planes a nivel de sistemas que interpretan a los sistemas de
lenguaje de los diseadores, adems de aadir la necesaria
detalles.
Sin embargo, el proceso podra mejorarse con
mayor precisin en los temas presentados anteriormente.
La Figura 2 presenta el modelo mejorado.
Figura 1 El proceso dentro de un nivel: procediendo de izquierda a
derecha, pero teniendo la entrada de derecha a izquierda
Figura 2 El proceso de EA refinado: las decisiones a nivel de empresa (A),
las decisiones de los dominios paralelos a los sistemas de
(C), y sistemas y una aguas arriba (B): A partir de implementaciones
exitosas a las normas de toda la empresa.
Las decisiones a nivel de dominio de dominio 1
Decisiones a nivel de empresa
Tecnologa
Arquitectura
Aplicaciones
Arquitectura
Informacin
Arquitectura
Negocios
Arquitectura
Empresa
nivel
Dominio N
Las decisiones a nivel de dominio de dominio 2
Las decisiones a nivel de dominio de dominio n
Dominio 2 ...
Dominio 1
Sistemas de nivel de decisiones
La
La
La
B
C
C
Dominio
nivel
Sistemas
nivel
B
B
C
Negocios
Arquitectura
Informacin
Arquitectura
Sistemas
(Aplicaciones)
Arquitectura
Tecnologa
Arquitectura
Actas de la 39 Conferencia Internacional Hawaiana sobre la Ciencia del
sistema - 2006
6

Pgina 7
La metodologa SEAM [20] implementa la
paradigma de los sistemas vivos. Este paradigma ayuda a
comprender el curso de accin en los ejemplos de casos
en este estudio: Una criatura viviente puede ser considerado como un
conjunto (un ser humano"), y an ms como partes ms pequeas,
(rganos) dentro (por ejemplo, de los pulmones ',' el digestivos
sistema '), y, finalmente, como el sistema de nivel de celda. La
Metodologa SEAM trae este paradigma
planificacin de la arquitectura de la empresa, lo que ayuda a
entender la divisin de la empresa los niveles -
dominio - sistemas y los dominios paralelos.
El nivel de la empresa (con cuatro dimensiones) puede ser
visto como todo el "sistema vivo". Para ello, holstico
Planes y decisiones (estratgicas) se hacen. Para hacer que el
toda la empresa para pasar a un estado (objetivo deseado
rendimiento de la empresa, con el apoyo de la meta
arquitectura de la empresa), ms trabajo se realice con
el nivel de dominio. (Metafricamente: si un "ser humano"
quiere mejorar su / su condicin fsica en general,
rganos individuales tienen que mejorar: pulmones, msculos, etc.)
La ciudad - rea - casa de planificacin de la metfora [12] tambin
apoya este punto de vista a la obra de EA.
Los casos 1 y 3 en el show material emprico
explcitamente que hay dominios paralelos. La
proceso de desarrollo se lleva a cabo de manera simultnea en
ellos. Despus de haber comenzado como un proceso a la
nivel de la empresa, el proceso se divide en paralelo
espirales (con un radio ms estrecho) para el nivel de dominio
desarrollo que se lleva a cabo individualmente por
dominio. Sin embargo, es importante que este trabajo es
coordinado por las decisiones a nivel de empresa, y
una mayor planificacin a nivel de empresa. Esto es importante
garantizar la conectividad y la interoperabilidad a travs de la
empresa. Las decisiones a nivel de empresa establecen el bsico
restricciones para el dominio y el nivel de los sistemas. Estos
restricciones pueden incluir por ejemplo, plataforma u otro
normas, y las asociaciones con los vendedores.
Para utilizar las experiencias dentro de los dominios para su posterior
el desarrollo en conjunto de la empresa, los sistemas y
las decisiones a nivel de dominio necesitan ser alimentados de nuevo en el
informacin EA a nivel de empresa. Otra razn para
un flujo de aguas arriba en el modelo de proceso (vase "B" en
Figura 2) es tomar en consideracin las limitaciones, por ejemplo,
sistemas existentes en un dominio que se determinen, as
el establecimiento de lmites para el desarrollo de EA. A veces, un
solucin se prueba en un mbito ms pequeo antes de adoptarlo
para un uso ms amplio. La retroalimentacin se considera a continuacin, en
la toma de decisiones de nivel superior.
6. Discusin
En este estudio, la atencin se centra en la arquitectura empresarial
planificacin. Requisitos de arquitectura de software son
derivada de los planos arquitectnicos de alto nivel que vienen
desde la parte superior de gestin, operativos y de negocio de
nivel de gestin de la informacin en el usuario final
organizacin. Estos planes establecen las directrices, el ncleo
Requisitos y restricciones para el diseo del sistema de
arquitecturas. Sistema y arquitectura de software
aseguramiento de la calidad se inicia con las entradas vlidas de estos
planificacin de esfuerzos.
El concepto de arquitectura de la empresa en este estudio es
interpretado como la opinin de la organizacin de usuarios finales a su
amplia informacin y la comunicacin
apoyo tecnolgico a las actividades de la organizacin
y gestin de la informacin. Para este estudio, el TIC
gestin de la arquitectura en tres grandes organizaciones
ha sido examinado, todo servido por un proveedor TIC
empresa. Como ejemplos de casos, proyectos de EA realizaron
en ellos se estudian. Sobre la base de este estudio de caso que
sugerir mejoras a la arquitectura de la empresa
proceso de gestin adoptado en EA de la compaa
mtodo.
Jerrquica desarrollo empresarial sistmico
sugerido en este estudio contina desde la empresa
ciclo de planificacin a nivel de ciclos de grado de dominio 1-n,
teniendo el mbito de dominio, para los dominios dentro de la
empresa. (Figura 2)
Cuando las grandes organizaciones estn en cuestin, parece
necesario dividir la empresa a un nmero de
dominios. Los dominios pueden ser permanentes o
dominios de desarrollo en tiempo. Un dominio es permanente
por ejemplo, un proceso de negocio, una funcin de negocios o una
unidad de negocio. El apoyo de las TIC para stos puede ser
desarrollado y mantenido como una entidad, es decir, un dominio.
Dominios no permanente, o el desarrollo de tiempo son
definido como reas lgicamente coherentes para el momento de la
desarrollo. Puede ser, por ejemplo varios negocios
procesos que son compatibles con el desarrollo
arquitectura, cada uno con sus propios dueos de los procesos, pero
que pueden depender de un sistema de informacin (o
varios sistemas) cuyo titular es otro proceso o
unidad. Despus de hacer los planes, la implementacin
y el mantenimiento se quedan con el propietario del sistema, por lo que
el dominio de la planificacin puede ser puesto en libertad despus del
proyecto.
En el nivel de dominio, las decisiones se enriquecen y
refinado con ms detalle. Los dominios tienen que algunos
potencia la toma de medida de la decisin (en relacin a los servicios
financieros
recursos), pero para las grandes inversiones de la decisin
haciendo (o financiero) de energa es con la parte superior
gestin (o al nivel de la empresa). En uno de los
casos se seal explcitamente: El proyecto de caso
llevado a cabo en ese momento en el nivel de dominio, tuvimos que pedir
para la financiacin de inversiones en infraestructuras de gran tamao.
El desarrollo se continu adicionalmente a los sistemas de
nivel, con un ciclo que consta de los sistemas generales
decisiones para mltiples sistemas dentro de la decisin de nivel
empresa. Las decisiones a nivel de los sistemas incluyen por ejemplo,

arquitecturas de datos compartidos, tecnologas de aplicacin,
uso de patrones, etc, as como detalles de la tecnologa.
La arquitectura de la empresa Se crea as en el
nivel de la empresa como un esquema de grano grueso, y
decisiones por sus dimensiones establecen tanto las directrices para
y los lmites de la planificacin en los niveles inferiores. Este
ayuda a evitar solapamientos, o la falta de interoperabilidad a
nivel de sistemas.
A modo de resumen, las revisiones del modelo de proceso de EA
en [16] se proponen como sigue.
- Interdependencia de las dimensiones en la decisin
decisiones dentro de un nivel se detectan como se muestra en la figura
1. Los requisitos se derivan de BA y la IA de
sistemas y arquitecturas de tecnologa, sino como
importante son los facilitadores y las limitaciones de la
los sistemas y las dimensiones tecnolgicas.
- Un modelo de proceso se crea que es cclico y
dividida en sub-ciclos para el nivel de dominio
desarrollo (Figura 2), con los dominios paralelas.
- La deteccin de los dominios como parte de la empresa
Se sugiere el trabajo de nivel, y lo permanente y no
dominios permanentes (o tiempo de desarrollo) definidos.
- Una corriente arriba se agrega al principal de arriba hacia abajo
proceso, es decir, la reutilizacin de soluciones de xito,
y por ejemplo, la puesta a prueba de nuevas aplicaciones dentro de un
menor escala. Esto tambin muestra las limitaciones posiblemente
procedente de un dominio para toda la EA.
7. Conclusiones
Este estudio se concentra en la construccin de un
modelo de proceso que es plausible para la gestin de los
decisiones arquitectnicas. Para llegar a la alineacin de las TIC
inversiones con objetivos de negocio, el examen de
requisitos de arquitectura tiene que empezar en la empresa
Nivel de planificacin estratgica. Arquitectura empresarial es
visto como un marco comn de referencia que ayuda a
para reunir a diferentes inquietudes y coordinar
la planificacin y gestin de los activos de las TIC de una
organizacin.
Las cuatro dimensiones arquitectnicas (empresas,
informacin, sistemas o aplicaciones, y tecnologa),
y los tres niveles (empresa, dominio de los sistemas)
parece tener un marco que sea comprensible para
las partes interesadas. El nivel de abstraccin es
precisa para cada nivel de toma de decisiones. La
architecting de los sistemas de la empresa seguir el
Descripciones EA resultantes de la planificacin en el
los niveles ms altos.
Este estudio est limitado a un solo proveedor, cuyos tres
clientes y las experiencias mutuas con la empresa
Se investigaron los proyectos de arquitectura. La partida
punto fue la metodologa EA del proveedor. Este
esfuerzo trajo una comprensin ms profunda y algunos
refinamiento para el proceso de mtodo y ms
informacin sobre el concepto de dominio en la empresa
arquitectura. A la luz de los casos examinados, era
encontrado que el marco de la metodologa y el
modelo de proceso no necesitaba cambios fundamentales.
La comprensin de dominios paralelos y el
nfasis en la coordinacin a nivel de empresa de la
esfuerzos de planificacin son cuestiones que, a nuestro juicio, pueden ser
generalizarse a otras planificaciones arquitectura empresarial
esfuerzos.
Adems,
aliviar
riesgos con
piloto
implementaciones dentro de los dominios que hace un
flujo aguas arriba en el proceso de arriba hacia abajo es una idea
probablemente aplicable en otros contextos. A veces
buenas soluciones se inventan en la empresa sub-
unidades, y ms adelante puede convertirse en estndares de la empresa.
El alcance del estudio no permite
presentando las descripciones y resultados utilizados en
los proyectos de planificacin de EA. Slo con ellos el proceso
modelo hace un mtodo consistente. Sin embargo, el proceso
modelo est abierto a la aplicacin independiente de la
descripciones y modelos de arquitectura que se utilizan.
La arquitectura de nivel empresarial de los distintos sistemas es
el siguiente paso que sigue a la EA se describe
gestin y planificacin pasos. Las conclusiones de este
estudio puede aportar informacin til tambin para el
Architecting de estos sistemas.
El objetivo general de este estudio es el desarrollo
de una metodologa coherente que cubra tanto la EA
planificacin de los proyectos y los siguientes proyectos de sistemas.
Esto significa un paso hacia una mejor gestin de ambos
las empresas y sus activos TIC, y la alineacin de
estos dos. Asimismo, el desarrollo y la gestin de
las arquitecturas y las arquitecturas de la TIC
sistemas de la empresa se respalda con un general
comprensin del contexto de la empresa, tanto en el
estructuras y los objetivos de negocio, as como la
entorno tecnolgico y su desarrollo
directrices y restricciones.
8. Agradecimientos
El presente estudio fue financiado por el finlands
Tecnologa Agencia Nacional TEKES, y los tres
empresas participantes: IBM Finlandia, TietoEnator
Grupo y Yomi Software