Está en la página 1de 11

Traducido del inglés al español - www.onlinedoctranslator.

com

Modelado empresarial y arquitectura de sistemas de información


vol. 3, núm. 1, julio de 2008

Arquitectura empresarial en ingeniería empresarial 3

JAP Hoogervorst, JLG Dietz

Arquitectura empresarial en ingeniería


empresarial

Los términos "Ontología de la empresa" y "Arquitectura de la empresa", que se originan en campos muy diferentes de la teoría
y la práctica, pertenecen actualmente al vocabulario estándar de aquellos profesionales que se ocupan del (re)diseño y la
(re)ingeniería de empresas, explotando así la información y la tecnologías de comunicación para innovar productos y servicios, así
como para optimizar el rendimiento operativo. Debido a las características inherentes de las empresas modernas, que a menudo
operan dentro de redes de empresas colaboradoras, la tarea de estos profesionales puede caracterizarse correctamente como la
necesidad de dominar una alta complejidad sin precedentes. La declaración, presentada en el documento, de que la noción actual
de Arquitectura Empresarial no ofrece una ayuda satisfactoria y, por lo tanto, debe evolucionar hacia una herramienta conceptual
efectiva, se aclara en un contexto histórico. Para permitir que la Arquitectura Empresarial se convierta en una noción sensata y
efectiva, complementaria a la Ontología Empresarial, se propone definirla conceptualmente como una restricción normativa de la
libertad de diseño, y operativamente como un conjunto coherente y consistente de principios de diseño. La noción nueva y
evolucionada de Arquitectura Empresarial se aclara e ilustra mediante un ejemplo de caso.

1. Introducción modernas tecnologías de la información y la comunicación.


Por lo tanto, las empresas del futuro tendrán que operar en
un entorno aún más dinámico y global que las actuales.
Las ciencias organizativas tradicionales se quedan cada vez más cortas a la hora de ayudar
Deben ser más ágiles, más adaptables y más transparentes.
a las empresas a implementar estrategias de forma eficaz y controlada. Entre el 70% y el
Además, serán más responsables públicamente de cada
90% de las iniciativas estratégicas parecen fallar, lo que significa que las empresas no
efecto que produzcan.
pueden obtener el éxito de su estrategia [KaNo04], [Mint94]. Estos altos índices de falla se

reportan desde varios dominios: gestión de calidad total [OaPo94], reingeniería de

procesos comerciales [Burl01], [SmFi03], seis sigma [Ecke01], comercio electrónico Dichos problemas se abordan tradicionalmente con
[KaRo99], gestión de relaciones con el cliente [Kirb01] y fusiones. y adquisiciones [WoHa02]. pensamiento de caja negraconocimiento basado, es decir,
Mientras que, con demasiada frecuencia, los eventos imprevistos o incontrolables se conocimiento relativo a la función y el comportamiento de
presentan, por conveniencia, como las causas del fracaso, la investigación ha demostrado las empresas. Tal conocimiento es definitivamente suficiente
que el fracaso estratégico es principalmente el resultado evitable de una implementación para administrar una empresa dentro del rango actual de
inadecuada de la estrategia. Rara vez es la consecuencia inevitable de una mala estrategia control. Sin embargo, es totalmente inadecuado para
[KaNo04]. Una plétora de literatura indica que la razón clave de las fallas estratégicas es la cumplir con los objetivos de rendimiento que están fuera de
falta de coherencia y consistencia, colectivamente también denominada congruencia, entre ese rango, por lo tanto, para cambiar una empresa. Para
los diversos componentes de una empresa [BeES90], [GaBa98], [Hoog98], [Kauf92], lograr cambios de manera sistemática y controlada,caja
[Kott95 ], [MiSn84], [Pett98]. Al mismo tiempo, la necesidad de operar como un todo blancase necesita conocimiento de base, es decir,
integrado es cada vez más importante. La globalización, la eliminación de las barreras conocimiento sobre la construcción y el funcionamiento de
comerciales, la desregulación, etc., han dado lugar a redes de empresas colaboradoras a las empresas. Desarrollar y aplicar tal conocimiento requiere
gran escala, posibilitadas por las enormes posibilidades de [Hoog98], [Kauf92], [Kott95], no menos de uncambio de paradigmaen nuestro
[MiSn84], [Pett98]. Al mismo tiempo, la necesidad de operar como un todo integrado es pensamiento sobre las empresas, ya que las ciencias
cada vez más importante. La globalización, la eliminación de las barreras comerciales, la organizacionales tradicionales no pueden asegurar que las
desregulación, etc., han dado lugar a redes de empresas colaboradoras a gran escala, empresas sean un todo integrado de manera coherente y
posibilitadas por las enormes posibilidades de [Hoog98], [Kauf92], [Kott95], [MiSn84], consistente. El nuevo punto de vista necesario es que las
[Pett98]. Al mismo tiempo, la necesidad de operar como un todo integrado es cada vez más empresas son sistemas diseñados, desarrollados e
importante. La globalización, la eliminación de las barreras comerciales, la desregulación, implementados a propósito. La nueva habilidad necesaria es
etc., han dado lugar a redes de empresas colaboradoras a gran escala, posibilitadas por las (re)diseñar, (re)diseñar y (re)implementar una empresa de
enormes posibilidades de una manera integral, coherente y consistente (como
Modelado empresarial y arquitecturas de sistemas de información
vol. 3, núm. 1, julio de 2008

4 JLG Dietz, JAP Hoogervorst

que funcione como un todo integrado), y poder hacerlo siendo el modelo de implementación el más bajo. En
siempre que sea necesario. comparación con su modelo de implementación, el modelo
ontológico de una empresa ofrece una reducción de la
La situación actual en las ciencias organizacionales se parece complejidad de más del 90 % [Diet06b]. La noción de
mucho a la que existía en las ciencias de los sistemas de ontología empresarial se analiza en [DiHo08].Arquitecturase
información alrededor de 1970. En ese momento, se produjo define teóricamente como la restricción normativa de la
una revolución en la forma en que las personas concebían la libertad de diseño. En la práctica, es un conjunto coherente y
tecnología de la información y sus aplicaciones [Dijk76], consistente de principios que guían el diseño de un sistema.
[Lang77]. Desde entonces, la gente es consciente de la Cualquier iniciativa estratégica de una empresa sólo puede
distinción entre la forma y el contenido de la información. hacerse operativa mediante la aplicación de la noción de
Esta revolución marca la transición de la era de la ingeniería arquitectura, es decir, expresándola en principios que guían
de sistemas de datos a la era de la ingeniería de sistemas de el diseño de la 'nueva' empresa. La noción de Arquitectura
información. La comparación que hacemos con las ciencias Empresarial se analiza en la Sección 3. Solo mediante la
de la información no es arbitraria. Por un lado, la tecnología aplicación de estas nociones de ontología y arquitectura, los
habilitadora clave para dar forma a las empresas del futuro cambios estratégicos de las empresas pueden hacerse
es la tecnología moderna de la información (y la intelectualmente manejables. El propósito de este artículo es
comunicación) (TI). Por otro lado, existe una percepción discutir esta 'nueva' noción prescriptiva de arquitectura y
creciente en las ciencias de la información de que la noción mostrar cómo contribuye al (re)diseño y la (re)ingeniería de
central para comprender profundamente la relación entre la las empresas. Al mismo tiempo, intentaremos convencer al
organización y TI es la celebración y el cumplimiento de lector de que la noción descriptiva de arquitectura
compromisos entre individuos sociales [GoLy82], [WiFl86], actualmente adoptada no ofrece ninguna ayuda en estas
[Diet06a]. Estos compromisos se plantean en la actividades. Antes de profundizar en la Arquitectura
comunicación, a través de la llamada intención de los actos Empresarial como segundo pilar conceptual de la Ingeniería
comunicativos. Ejemplos de intenciones son solicitar, Empresarial, retomaremos brevemente algunas nociones
prometer, declarar y aceptar. Por lo tanto, así como el esenciales sobre los sistemas y la arquitectura en general.
contenido de la comunicación se puso por encima de su Posteriormente, la arquitectura empresarial se discutirá en la
forma en la década de 1970, la intención de la comunicación Sección 3. Los principales hallazgos de las discusiones en las
ahora se pone por encima de su contenido. Explica y aclara Secciones 2, 3 y 4 se describen en la Sección 5.
las nociones organizacionales de colaboración y cooperación,
así como nociones como autoridad y responsabilidad. Esta
revolución actual en las ciencias de los sistemas de
información marca la transición de la era de la ingeniería de
sistemas de información a la era de la ingeniería empresarial.
Al mismo tiempo, le permite converger con las ciencias 2 Sistemas y arquitectura
organizacionales tradicionales, como se ilustra en la Figura 1.
Existen muchas definiciones de sistemas. Maier y Rechtin
definen un sistema como "un conjunto de diferentes
elementos tan conectados o relacionados que realizan una
Como se dijo antes, la premisa básica de la ingeniería función única que no pueden realizar los elementos
empresarial es que una empresa es un sistema diseñado. Para solos" [MaRe02]. Otros hablan de "un conjunto de elementos
garantizar que el diseño de un sistema se realice de manera que se interrelacionan entre sí y con el medio
coherente y consistente, de modo que el sistema resultante sea ambiente" [Bert69]. Esencialmente, la noción central se
un todo verdaderamente integrado, dos nociones centrales son refiere a un conjunto de elementos que tienen ciertas
cruciales: ontología y arquitectura. los ontologíade un sistema se relaciones entre sí y con el entorno con vistas a la realización
define teóricamente como la comprensión de su construcción y de uno o más objetivos. En vista de lo anterior, una empresa
funcionamiento de forma totalmente independiente de la es evidentemente un sistema.
implementación. Prácticamente, es el modelo constructivo de
más alto nivel de un sistema, Según uno de los padres fundadores de la Teoría General de
Sistemas, un problema fundamental al que se enfrenta la ciencia
moderna es desarrollar una teoría sobre la 'organización', o dicho
de otro modo, una teoría sobre la 'complejidad
Datos
Sistemas de datos Organizativo organizada' [Bert69]. Según el nivel de complejidad, Weinberg
Ingenieria
Formulario
Ciencias
identifica tres áreas [Wein01]. La primera área se refiere a la baja
complejidad (relativa), identificada por Weinberg como
Información, Sistemas de información
Contenido
Comunicación "simplicidad organizada", como lo ejemplifican las máquinas en
Ingenieria
mecanismos. Este tipo de complejidad se puede abordar a través
Colaboración, de métodos analíticos. En el otro extremo del espectro se
Intención ingeniería empresarial
Cooperación encuentra el área de "complejidad desorganizada". Aquí la
variedad es tan grande que la complejidad se puede abordar a
Figura 1: Las raíces de la ingeniería empresarial través de estadísticas
Modelado empresarial y arquitectura de sistemas de información
vol. 3, núm. 1, julio de 2008

Arquitectura empresarial en ingeniería empresarial 5

(como con moléculas de gas en un espacio cerrado, o con A veces, ambos puntos de vista se utilizan en una definición.
ciertos aspectos del tráfico). La gran área entre estos Por ejemplo, el estándar IEEE 1471 dice [MaRe02]:La
extremos es la de la "complejidad organizada": demasiado arquitectura es la organización fundamental de un sistema
compleja para los métodos analíticos y demasiado encarnada en sus componentes, sus relaciones entre sí y con
organizada para los métodos estadísticos. Según Weinberg, el entorno, y los principios que guían su diseño y evolución..
esta área, en la que se ubican las empresas, es Desde nuestro punto de vista, esta definición es equívoca;
preeminentemente adecuada para el enfoque de sistema y trata de acomodar dos puntos de vista muy diferentes, algo
definitivamente necesita de él. Por lo tanto, el enfoque de que debe evitarse en cualquier definición. Se pueden hacer
sistema ofrece una metodología formal para abordar la comentarios similares sobre la definición de arquitectura
empresa como un todo, considerando sus partes proporcionada por el Open Group [TOG03]. Obviamente,
constituyentes y sus relaciones mutuas, con el fin de dentro del enfoque formal de la arquitectura presentado en
salvaguardar un sistema unificado e integrado. Muchos este trabajo, la arquitectura debe ser considerada como un
autores afirman que el enfoque sistémico es la única forma preceptivoconcepto, que, a través de principios de diseño,
significativa de abordar el problema central de la ciencia dictaex ante cómo un sistema debevolverse, preferible a
moderna antes mencionado, por lo tanto, para estudiar y descriptivoconcepto quedescribeex post cómo un sistemaes.
desarrollar empresas [Bert69], [Bung79], [Ghar99], [Rech00]. Creemos que el uso descriptivo del concepto de arquitectura
es de poco valor desde una perspectiva de diseño, ya que la
noción descriptiva es esencialmente pasiva, por lo tanto,
basada endespuésla descripción del hecho – no puede
proporcionarprevioorientación activa en el proceso de
diseño.
Como se indicó, la unidad y la integración, y por lo tanto la
coherencia y consistencia entre varios aspectos de la
empresa, es crucial para el éxito de la empresa como un En vista de lo anterior, la arquitectura está esencialmente
entero. Habrá poco debate sobre la convicción de que la ligada al concepto de sistema. Primero, la guía de diseño es
unidad y la integración no se producen espontáneamente evidentemente crucial para establecer la unidad e
sino que tienen que serdiseñadointencionalmente. Dicho integración del sistema. En segundo lugar, el diseño del
aspecto de diseño intencional se encuentra en el corazón del sistema debe satisfacer varios requisitos. Estos requisitos no
carácter no 'accidental' sino intencional de la empresa como solo se refieren a la función del sistema, sino también a los
sistema, por lo que la realización de la función y la objetivos pertinentes a ciertas áreas de interés. Para un
construcción de la empresa, comprensiblemente, no sistema técnico, estas preocupaciones pueden ser la
deberían depender de la casualidad sino que, como se confiabilidad, la mantenibilidad o la seguridad. A través de la
menciona en la Sección 1, deben establecerse arquitectura, se abordan estas áreas de preocupación, por lo
deliberadamente. . Esto plantea la pregunta ineludible de tanto, los requisitos se operacionalizan. Además, la
cómola empresa, en vista de sus objetivos y de la necesaria arquitectura garantiza que las áreas de interés y sus
unidad e integración, debe ser diseñada. La respuesta a esta requisitos asociados, posiblemente conflictivos, se aborden
pregunta de diseño se discutirá más adelante. Por ahora nos explícitamente y de manera equilibrada. La figura 2 muestra
gusta enfatizar que cualquier respuesta es esencialmente esquemáticamente el papel de la arquitectura en el proceso
normativo. Estamos de acuerdo con Jackson en el argumento de desarrollo del sistema genérico. Debe ser visto como los
de que el aspecto normativo del diseño del sistema debe ser fundamentos de una teoría del diseño.
explícito [Jack03]. La arquitectura, a nuestro juicio, ofrece la
respuesta formal a esta necesidad.

El carácter normativo enfatizado de la respuesta a la


arquitectura
pregunta de cómo debe diseñarse la empresa implica que la
funcional de la construcción
respuesta guía el proceso de diseño y, por lo tanto, limita la principios principios
libertad de diseño. Aquí radica la esencia de la arquitectura
como se mencionó en la Sección 1: conceptualmente se utilizando el sistema sistema de objetos

refiere a la restricción normativa de la libertad de diseño. construcción construcción

Desde una perspectiva general del sistema, la arquitectura se


Ingeniería inversa

función objeto construcción


define prácticamentecomo un conjunto coherente y ontología sistema ontología
Ingenieria

diseño función diseño


consistente de principios que guían el diseño del sistema. El
conjunto debe ser coherente, es decir, debe formar una diseño
totalidad unificada, pero también consistente, ya que los análisis síntesis
principios no deben estar en conflicto entre sí.
entación
entación

implementar-
implementar-

Notablemente, la arquitectura a menudo se ve como un


"plano" o una representación esquemática de los tecnología tecnología
componentes esenciales de un diseño y sus relaciones.
Aparentemente, el concepto se usa de manera descriptiva. Figura 2: El proceso de desarrollo del sistema genérico
Modelado empresarial y arquitecturas de sistemas de información
vol. 3, núm. 1, julio de 2008

6 JLG Dietz, JAP Hoogervorst

Los aspectos esenciales del proceso de desarrollo del sistema


genérico se han descrito en [Diet06a] y [DiH08]. Después de
haber diseñado un sistema en el nivel ontológico, tiene que Arquitectura
diseñarse más a través de un diseño detallado (llamado
ingeniería en la Fig. 2), de modo que el sistema pueda
implementarse. El diseño detallado básicamente se refiere a
arquitectura Diseño
producir un conjunto ordenado coherente y consistente de
modelos de caja blanca del sistema. El 'más bajo' se denomina
comúnmente modelo de implementación. Este modelo puede
implementarse directamente en la plataforma tecnológica
disponible. Por ejemplo, el modelo de implementación de un Sistemas
sistema de información es el código fuente en algún lenguaje de
programación. Asimismo, el modelo de implementación de una clase de sistema Sistema específico
empresa se compone de las funciones o paquetes de tareas que
se pueden asignar a los seres humanos en función de sus Figura 3: Arquitectura y diseño
competencias. Los ' El modelo más alto se llama modelo
ontológico u ontología del sistema. Este modelo es actividad que se puede realizar bastante
completamente independiente de la implementación; sólo independientemente de los proyectos de diseño. Parece
muestra las características esenciales del sistema. plausible llamar a la persona que diseña unaarquitecto. Por
lo tanto, el diseño se refiere a la realización de un sistema
específico dentro de una determinada clase de sistema,
La aplicación de un principio de diseño satisface uno o más utilizando la arquitectura como guía normativa. Resumiendo,
requisitos relacionados con el diseño global (denominado el resultado de la arquitectura es una arquitectura, el
"diseño" en la Figura 2), así como el diseño detallado resultado del diseño es un diseño. La figura 3 muestra
(denominado "ingeniería" en la Figura 2) de un sistema. De esquemáticamente la diferencia entre arquitectura y diseño.
acuerdo con la distinción entre función y construcción,
distinguimos entreprincipios funcionales o arquitectura
funcional, yprincipios constructivos o la arquitectura de la
construcción. Un ejemplo de un producto que exhibe una 3 Arquitectura empresarial
arquitectura de funciones 'buena' es Apple MacOS; un
ejemplo de un producto que muestra una arquitectura de
funciones 'mala' es la (primera) grabadora de video. Un 3.1 La esencia
ejemplo de un producto que exhibe una arquitectura de
construcción 'buena' es la PC moderna, mientras que la La segunda herramienta para dominar la complejidad de las
arquitectura de construcción 'mala' es exhibida por empresas contemporáneas, después de Enterprise Ontology, es
programas de computadora no estructurados ("espaguetis"). Enterprise Architecture (cf. Sec. 1). Contrariamente a la ontología
empresarial, ya se discute abundantemente en la literatura sobre
Es comprensible que la naturaleza de una arquitectura específica la gestión del cambio organizacional. Desafortunadamente, el
dependa de la categoría del sistema. Existen varias categorías de término "Arquitectura empresarial" también tiene muchos
sistemas, como sistemas mecánicos, químicos, electrónicos, significados, significados que son diversos y, a veces, incluso
informáticos o sociotécnicos [Bung79]. Desde nuestro punto de contradictorios. De manera similar, también el término
vista, el concepto de arquitectura se vuelve más útil si la "Arquitecto empresarial" se usa de muchas maneras diferentes.
arquitectura no se aplica al diseño de un sistema, sino que se Para citar a Thomas Kuhn, la aplicación actual del concepto de
aplica a todos los sistemas de un tipo particular, dentro de arquitectura empresarial aún no muestra las características de
alguna categoría. Dicho de otra manera, la arquitectura se una 'ciencia normal' [Kuhn70]. Además, la aceptación y aplicación
mantiene durante cierto tiempo.clasede sistemas Entonces, por de la Arquitectura Empresarial difiere en gran medida. Gartner
ejemplo, la arquitectura de TI para almacenes de datos o informa [Drob02]:"La gente habla de la arquitectura empresarial
aplicaciones no solo está destinada a un almacén de datos o como si los profesionales de la tecnología y los negocios la
aplicación específicos, sino a la clase de almacenes de datos y entendieran fácilmente. En realidad, los profesionales de la
aplicaciones, respectivamente. La arquitectura de TI, por lo tanto, tecnología tienen una visión amplia de la arquitectura
se refiere a la guía de diseño normativo para la clase de sistemas empresarial... En contraste, los profesionales de negocios tienden
de TI. Asimismo, la arquitectura empresarial se refiere a la clase a ignorar el término como un problema exclusivo de TI".
de empresas. Diseñar arquitecturas puede etiquetarse
apropiadamente comoarquitectura, para los cuales los dominios
de diseño del sistema y las áreas de interés sirven como contexto La interpretación de la arquitectura empresarial que se da en
guía. Esta actividad debe distinguirse claramente del diseño. Esto este artículo tiene como objetivo aclarar este tema en vista
se deriva de la noción de que la arquitectura proporciona una de la noción general de arquitectura esbozada en la Sección
guía de diseño, por lo que debe preceder lógicamente al diseño. 2. Posteriormente, utilizaremos el caso de la Administración
Además, la arquitectura es un proceso autónomo Educativa, introducido al discutir
Modelado empresarial y arquitectura de sistemas de información
vol. 3, núm. 1, julio de 2008

Arquitectura empresarial en ingeniería empresarial 7

Enterprise Ontology [DiHo08], para ilustrar la arquitectura clientes de manera diferente) a través de una arquitectura
empresarial. diferente. La bien conocida distinción entre formas de
organización 'mecanicistas' y 'orgánicas' manifiesta conjuntos de
Las actividades coordinadas y orientadas a objetivos del esfuerzo arquitectura fundamentalmente diferentes [Burn90].
humano se identifican a través de varias etiquetas: un negocio,
una empresa, una organización o una institución. En este artículo De acuerdo con la definición general de arquitectura dada en
utilizamos el término 'empresa', también de uso frecuente. Así, se la Sección 2, definimos Arquitectura Empresarialcomo un
identifican como empresas a diversas entidades que realizan conjunto coherente y consistente de principios que guían
actividades comerciales, sin fines de lucro o gubernamentales. cómo se debe diseñar la empresa.
Como hemos mencionado en la Sección 1, la tasa de éxito de las
iniciativas estratégicas es baja. La falta de coherencia y La capacidad de lograr coherencia y consistencia en el diseño
consistencia entre los diversos aspectos de una empresa se empresarial será cada vez más importante. El progreso en TI
identificó como la causa principal de los fracasos. De acuerdo con es, y seguirá siendo, un impulsor considerable en este
el teorema de la congruencia, las empresas operarán con mayor sentido. Dicho progreso ha llevado, por ejemplo, a la
eficacia y mejor desempeño cuanto mayor sea el grado de aparición de empresas 'virtuales' y redes de empresas
unidad e integración, por lo tanto, el grado de coherencia y (empresa 'extendida') donde cooperan socios comerciales y
consistencia entre sus partes constituyentes [NaTu97]. Estas proveedores. A través de varias interfaces, los empleados y
observaciones son igualmente válidas, si no más. clientes interactúan y colaboran dentro y con estas redes.
Esta situación enfrenta a las empresas con una enorme
– si la tecnología es parte de las iniciativas estratégicas. La integraciónproblema. Nuestras observaciones sobre las
investigación sobre la efectividad del despliegue de iniciativas empresariales fallidas sugieren que la integración
tecnología nos enseña que la efectividad solo se puede es más que establecer la 'interoperabilidad' del sistema de TI.
obtener si el contexto empresarial en el que opera la Sostenemos que abordar el problema de integración antes
tecnología coincide e integra con la tecnología y viceversa mencionado sin el concepto de arquitectura empresarial
[Mort91]. Dicha condición es patentemente manifiesta en continuará con la asombrosa tasa de fallas estratégicas
cuanto al impacto de TI. Bastante notable es el resultado de mencionada anteriormente. Con razón, varios gobiernos
la investigación realizada durante varios años que no enfatizan la importancia de la arquitectura empresarial para
muestra ninguna relación entre las inversiones en TI y las realizar operaciones gubernamentales de manera unificada
mejoras medibles en el rendimiento empresarial [PiSt03]. e integrada [USGA03], [MSTI03].

En nuestra opinión, la causa subyacente de esta observación tiene que ver con la utilización

subóptima de la tecnología. Sin embargo, las empresas con un desempeño excelente utilizan la

tecnología de tal manera que se crea consistencia y coherencia entre la tecnología y el contexto en el 3.2 Arquitectura empresarial
que opera. Esta perspectiva está respaldada por investigaciones anteriores del MIT sobre la influencia

de TI en la productividad empresarial. Solo las empresas que junto con la introducción de TI también Como se indicó, la arquitectura guía el diseño del sistema (por lo
cambiaron el contexto empresarial complementario, por lo tanto, realizaron un diseño empresarial tanto, se aplica a uno o más dominios de diseño) y aborda los
integrado, lograron un aumento considerable en la productividad [BrHi96]. Se reportan resultados requisitos derivados de la función del sistema y las áreas de
comparables pertinentes a la introducción de TI en el área de Gestión de Relaciones con Clientes interés. Esto es igualmente válido para sistemas como las
[Marc01], [KMP+03]. Por lo tanto, el rendimiento de la empresa no depende principalmente del uso de empresas. Las áreas de preocupación tienen que ver con las
tecnología moderna, pero depende de la calidad general del diseño empresarial, del cual la intenciones y metas estratégicas. Dicho de otro modo, a través
tecnología es un aspecto importante. Aquí radica el papel esencial de la arquitectura empresarial: del desarrollo de la estrategia surge una visión sobre
proporcionar una guía de diseño para establecer un diseño empresarial coherente y consistente. importantes áreas de interés, como la flexibilidad, la satisfacción
Además, Enterprise Architecture determina cómo el diseño independiente de la implementación en el del cliente, el tiempo de comercialización de nuevos productos y
nivel ontológico se puede poner en práctica en el nivel de implementación. Notablemente, es a través servicios, los costos o el cumplimiento de los requisitos
de la arquitectura empresarial que el diseño se vuelve manifiesto. Dicho de otro modo, empresas reglamentarios. De acuerdo con la perspectiva general del
idénticas en el nivel ontológico (función básica similar) solo pueden implementarse de manera sistema, podríamos decir que las áreas de preocupación
diferente (y experimentarse por Proporcionar orientación de diseño para establecer un diseño identifican temas que requieren cierto comportamiento
empresarial coherente y consistente. Además, Enterprise Architecture determina cómo el diseño empresarial (posiblemente aún por especificar). La Figura 4
independiente de la implementación en el nivel ontológico se puede poner en práctica en el nivel de muestra algunas áreas típicas de preocupación relevantes para
implementación. Notablemente, es a través de la arquitectura empresarial que el diseño se vuelve las empresas [Hoog04].
manifiesto. Dicho de otro modo, empresas idénticas en el nivel ontológico (función básica similar)

solo pueden implementarse de manera diferente (y experimentarse por Proporcionar orientación de


La guía normativa del proceso de diseño a través de la
diseño para establecer un diseño empresarial coherente y consistente. Además, Enterprise
arquitectura se efectuará dentro de una serie de dominios
Architecture determina cómo el diseño independiente de la implementación en el nivel ontológico se
de diseño. Desde la perspectiva de la empresa en su
puede poner en práctica en el nivel de implementación. Notablemente, es a través de la arquitectura
conjunto, se pueden identificar cuatro dominios de diseño
empresarial que el diseño se vuelve manifiesto. Dicho de otro modo, empresas idénticas en el nivel
principales:
ontológico (función básica similar) solo pueden implementarse de manera diferente (y
Negocio.Este dominio se refiere a la empresa principal
experimentarse por
función, y tiene que ver con lo teleológico
Modelado empresarial y arquitecturas de sistemas de información
vol. 3, núm. 1, julio de 2008

8 JLG Dietz, JAP Hoogervorst

Misión empresarial
objetivos del sistema
Estrategia

Flexibilidad indicar,
Hora de comprar indicar ubicado en
Calidad
La satisfacción del cliente
operacionalizar Negocio
La seguridad Áreas de preocupación Dominios de diseño Organización
Costos ubicado en Información
Cumplimiento Tecnología
direcciones se aplica a
necesito necesito

Arquitectura

Figura 4: Marco de referencia para la arquitectura

(caja negra) sistema perspectiva mencionado en ejemplo, tenemosarquitectura de TI, definido como un
Sección 1. Aspectos, tales como productos y servicios, conjunto coherente y consistente de principios que
canales de entrega, clientes, el modelo económico, así como prescriben cómo se deben diseñar los sistemas de TI.
las relaciones generales con el entorno (mercado,
competidores, partes interesadas) son áreas típicas de Una distinción importante mencionada en la Sección 1 es
atención dentro del dominio del diseño empresarial. En vista que entre el sistemafuncióny el sistema construcción. Como
de nuestra noción global de arquitectura, laarquitectura se identificó en lo anterior, el dominio comercial se refiere a
empresarialse define como un conjunto coherente y la función de la empresa:qué se entregan productos y
consistente de principios que prescriben cómo debe servicios. Los otros tres dominios de diseño principales
explotarse y explorarse un cierto dominio de actividades (organización, información y tecnología) se refieren a la
orientadas a objetivos. Recordando nuestras observaciones construcción de la empresa:cómose producen los productos
en la Sección 2, la arquitectura empresarial puede y servicios. Así, las arquitecturas de organización,
considerarse como la arquitectura funcional de la empresa. información y tecnología constituyen la arquitectura de
construcción, mencionada en la Figura 2. Dicha distinción se
Organización.Dada una determinada función empresarial representa esquemáticamente en la Figura 5.
primaria, existen varios grados de libertad con respecto a la
cuestión de cómo se organiza realmente la producción para
generar los productos y servicios. El dominio del diseño La falta de unidad e integración se ha identificado en lo
organizacional se ocupa de los arreglos internos de la empresa, anterior como una de las razones fundamentales del fracaso
que tienen que ver, por ejemplo, con los procesos, el de las iniciativas empresariales (estratégicas). Evitar estas
comportamiento de los empleados, la cultura organizacional, las fallas requiere coherencia y consistencia dentro y entre las
prácticas de gestión, la gestión de recursos humanos y varias principales áreas de diseño. Esto debe protegerse a través de
disposiciones, como las pertinentes a las estructuras financieras, una arquitectura empresarial coherente y consistente,
contables o de compensación. losarquitectura de la organización compuesta por arquitecturas comerciales, organizativas, de
puede definirse como un conjunto coherente y consistente de información y tecnológicas. La coherencia y la consistencia
principios que prescriben cómo debe organizarse la empresa. generales implican que existen importantes relaciones
mutuas entre los principales dominios de diseño, como
indica la Figura 5.
Información.Tanto en el dominio del diseño empresarial
como organizacional, la información es un factor crucial. Como se dijo, el carácter específico y la descripción de un
Varias facetas juegan un papel, como la estructura y la dominio de diseño depende del tipo de sistema y el nivel
calidad de la información (sintaxis, semántica, seguridad), la
gestión de la información (adquisición, almacenamiento y
distribución), así como la utilización de la información
(presentación, explotación en exploración). Relativamente, Negocio Función:qué
arquitectura informacionalse define como un conjunto
coherente y consistente de principios que prescriben cómo
se debe manejar la información.
Información
Tecnología.Evidentemente, la tecnología es esencial para el
soporte comercial, organizativo e informativo actual, así como
para futuros desarrollos en estos dominios. La tecnología
Organización Tecnología
específica implica una arquitectura asociada específica para
Construcción:cómo
proporcionar la orientación normativa con respecto a las
actividades de diseño para la tecnología en cuestión. Tomando la
tecnología de la información (TI) como un Figura 5: Principales dominios de diseño empresarial
Modelado empresarial y arquitectura de sistemas de información
vol. 3, núm. 1, julio de 2008

Arquitectura empresarial en ingeniería empresarial 9

de percepción La percepción puede estar dirigida al sistema total No obstante, el requisito de completitud se mantiene y debe
o solo a una parte de él, como un subsistema. Entonces, para un cumplirse para cada percepción.
automóvil, los dominios de diseño del motor, el chasis, el interior,
las ruedas, los frenos, las luces, las ventanas, etc., son dominios
de diseño necesarios y suficientes al observar el automóvil como 3.3 El caso administración educativa
un todo. Al observar un dominio de diseño con más detalle,
también juegan un papel los dominios de diseño más detallados. La primera observación que se debe hacer con respecto a la
Por ejemplo, dentro del dominio de diseño 'motor', los dominios aplicación de la noción de Arquitectura Empresarial en la práctica
de diseño como 'pistón' y 'cigüeñal' son relevantes. Entonces, es que recién está surgiendo. Las empresas que lo han adoptado
desde la percepción del automóvil como un todo, el dominio de todavía están en la fase de entender lo que significa: son
diseño 'motor' es suficiente, pero para diseñar el motor, se deben pioneras. Sin embargo, los potenciales son enormes [Hoog04].
definir dominios de diseño más detallados. Este proceso continúa De hecho, como se argumentó anteriormente, parece ser la única
hasta que se alcanza un nivel en el que no se justifica un mayor forma factible de 'traducir' las declaraciones de alto nivel y las
desglose. Evidentemente, la misma noción se aplica a los áreas de interés, como se pueden encontrar en los documentos
dominios de diseño empresarial. de misión y estrategia, en principios operativamente útiles para
el diseño.

Como muestra la ilustración, existe una especialización de Es posible que un área de preocupación identifique directamente
los dominios de diseño asociados con observaciones más un dominio de diseño donde se aborda la preocupación.
detalladas. Tal especialización crea así un cierto orden por el Generalmente, sin embargo, este no es el caso. Por ejemplo, no
cual un dominio de diseño más detallado está subordinado parece claro de inmediato cómo se ponen en práctica las
bajo el siguiente dominio de diseño superior, como 'motor' preocupaciones sobre la satisfacción del cliente, la flexibilidad o
está subordinado bajo el dominio de diseño general la conducta empresarial socialmente responsable, y qué
'automóvil', y 'pistón' a su vez está subordinado bajo el dominios de diseño están involucrados. Por lo tanto, en relación
dominio 'motor'. '. Dado que la arquitectura pertenece a uno con los principales dominios de diseño empresarial, el arquitecto
o más dominios de diseño, el orden antes mencionado empresarial debe identificar los dominios de diseño posteriores
también se aplica a la arquitectura. Es decir que un principio que permitan abordar las preocupaciones a través de los
o norma unjno puede estar en conflicto con un principio o principios de diseño. Definir los dominios de diseño relevantes
normaIsiDj DI. Notablemente, esta es una condición requiere un conocimiento amplio y orientado al diseño con
importante para salvaguardar la coherencia y la consistencia, que respecto a los negocios, la organización, la información y la
se ha enfatizado antes como un objetivo importante para definir tecnología. El siguiente ejemplo para la Administración Educativa
la arquitectura. Establecer unidad e integración no solo requiere podría servir como ilustración.
que la arquitectura forme un conjunto coherente y consistente,
sino que también requiere que el conjunto de dominios de
Supongamos que el proceso de desarrollo de la estrategia (universitaria) ha identificado (entre otras) la 'satisfacción de los estudiantes', la 'flexibilidad' y

diseño pertinentes a una percepción elegida seacompleto: el 'cumplimiento' como áreas de preocupación. La primera preocupación tiene que ver con la capacidad de atraer y retener estudiantes, mientras que la

necesario y suficiente en vista del propósito del sistema (función) segunda preocupación se refiere a la capacidad de la Universidad para adaptarse rápidamente a las cambiantes condiciones internas y externas.

y los objetivos asociados con las áreas de interés. Para sistemas Además, el 'cumplimiento' del área de preocupación tiene que ver con el cumplimiento de los requisitos reglamentarios. El análisis posterior de los

complejos, como los empresariales, establecer la integridad no es arquitectos empresariales concluye que la preocupación por la 'satisfacción de los estudiantes' se abordará a través de tres dominios de diseño:

nada fácil. No obstante, en todos los casos el conjunto total de 'productos' (parte del dominio principal de diseño empresarial), gestión de recursos humanos (parte del dominio principal de diseño de la organización),

dominios de diseño dentro de una cierta perspectiva debe estar 'procesos' (parte del dominio de diseño de la organización principal), y ' explotación de la información' (parte del dominio principal del diseño de la

completo. Dicho de otro modo, el conjunto de dominios de información). Un análisis más detallado revela que el impulso por la satisfacción de los estudiantes requiere un fácil acceso de los estudiantes a la red de

diseño para una cierta perspectiva debe ser necesario y suficiente la Universidad. Por lo tanto, se identifica una preocupación adicional, la 'seguridad', y se aborda a través de los dominios de diseño 'calidad de la

para abordar las actividades de diseño pertinentes a la información' (parte del dominio principal del diseño de la información) y 'seguridad de TI' (parte del dominio principal del diseño tecnológico). La

perspectiva dada. Para la empresa en su conjunto, creemos que preocupación por la 'flexibilidad' se aborda a través de los dominios de diseño 'procesos' y 'gestión de recursos humanos'. Finalmente, dentro del

los cuatro dominios de diseño principales son necesarios y dominio de diseño 'procesos' se tomará la preocupación por el cumplimiento Un análisis más detallado revela que el impulso por la satisfacción de los

suficientes. Los dominios de diseño más específicos son estudiantes requiere un fácil acceso de los estudiantes a la red de la Universidad. Por lo tanto, se identifica una preocupación adicional, la 'seguridad', y

obviamente relevantes dentro de los cuatro dominios de diseño se aborda a través de los dominios de diseño 'calidad de la información' (parte del dominio principal del diseño de la información) y 'seguridad de

principales para llevar a cabo actividades de diseño particulares y TI' (parte del dominio principal del diseño tecnológico). La preocupación por la 'flexibilidad' se aborda a través de los dominios de diseño 'procesos' y

definitivas (mayor nivel de detalle). Por ejemplo, el dominio de 'gestión de recursos humanos'. Finalmente, dentro del dominio de diseño 'procesos' se tomará la preocupación por el cumplimiento Un análisis más

diseño 'procesos' puede verse un dominio de diseño más detallado revela que el impulso por la satisfacción de los estudiantes requiere un fácil acceso de los estudiantes a la red de la Universidad. Por lo tanto,

específico dentro de la 'organización' del dominio de diseño se identifica una preocupación adicional, la 'seguridad', y se aborda a través de los dominios de diseño 'calidad de la información' (parte del dominio

principal. La arquitectura de procesos es, por lo tanto, un principal del diseño de la información) y 'seguridad de TI' (parte del dominio principal del diseño tecnológico). La preocupación por la 'flexibilidad' se

subconjunto de la arquitectura de la organización. Los ejemplos aborda a través de los dominios de diseño 'procesos' y 'gestión de recursos humanos'. Finalmente, dentro del dominio de diseño 'procesos' se tomará la

de dominios de diseño empresarial específicos se han discutido preocupación por el cumplimiento (parte del dominio de diseño de tecnología principal). La preocupación por la 'flexibilidad' se aborda a través de los

en otro lugar [Hoog04]. Verificar que el conjunto de dominios de dominios de diseño 'procesos' y 'gestión de recursos humanos'. Finalmente, dentro del dominio de diseño 'procesos' se tomará la preocupación por el

diseño esté completo para una determinada percepción no cumplimiento (parte del dominio de diseño de tecnología principal). La preocupación por la 'flexibilidad' se aborda a través de los dominios de diseño

siempre es fácil, específicamente para una empresa. 'procesos' y 'gestión de recursos humanos'. Finalmente, dentro del dominio de diseño 'procesos' se tomará la preocupación por el cumplimiento
Modelado empresarial y arquitecturas de sistemas de información
vol. 3, núm. 1, julio de 2008

10 JLG Dietz, JAP Hoogervorst

en cuenta. En última instancia, la arquitectura pertinente a los más de un área de preocupación, como discutimos antes.
dominios de diseño mencionados determina cómo se abordan
las preocupaciones en el diseño real. En la Tabla 1 a continuación
se muestran ejemplos de principios de arquitectura. Como La definición de dominios de diseño detallados dentro de los
muestra la tabla, un principio de arquitectura puede abordar cuatro dominios principales de diseño empresarial y, más
específicamente, la definición de la arquitectura adecuada
pertinente a las áreas de interés, no es un simple proceso
Área de Dominio de diseño principio de arquitectura analítico o algorítmico. La experiencia juega un papel importante.
preocupación por favor Por lo tanto, los principios de la arquitectura se basan (también)
en la experiencia, las mejores prácticas y los conocimientos que
Negocios (productos) Productos y servicios se pueden generalizar en la arquitectura. La arquitectura es,
debe permitir la personalización por
pues, en gran medida, unaheurísticoproceso [MaRe02]. Como se
parte de los estudiantes
dijo anteriormente, el diseño empresarial afecta a varias partes
interesadas: clientes, empleados, proveedores, etc. Orquestar el
Organización (HRM) Gestión deber rol y la entrada de las partes interesadas dentro del proceso de
habilitar empleado uno mismo-
arquitectura implica que además del carácter heurístico, la
administración arquitectura también tiene unparticipativopersonaje [MaRe02].

Estudiante Organización (pro- administración estudiantil


satisfacción esencias) debe estar localmente
presente, bajo unificado,
3.4 Marcos de arquitectura
gobierno central
Los aspectos centrales relacionados con la arquitectura y la
arquitectura definen los elementos de un llamado 'marco de
Información (explotación Completo y actualizado
arquitectura'. Estos elementos son: (1) el tipo de sistema S,
tación) Fecha información del estudiante
los dominios de diseño D y (3) las áreas de preocupación
ción debe estar disponible en todos
R. Un marco de arquitectura se puede identificar brevemente
los puntos de contacto de los
como <S,D,A> [Diet04].
estudiantes

Como se indicó, los dominios de diseño específicos


Información (calidad) Estudiante información dependen de la percepción elegida. Por lo tanto, para un
debe estar disponible desde sistema dado, son posibles múltiples marcos de arquitectura
una fuente unificada (relacionados). Un marco de arquitectura se puede definir
comouna estructura conceptual pertinente a cierto tipo de
Seguridad Tecnología (servicios de TI) El acceso a la red debe sistema, que consta de áreas de interés y un conjunto
seguridad) basarse en la necesario y suficiente de dominios de diseño pertinentes a
autenticación y en el rol una percepción elegida.
autorización
Con demasiada frecuencia, los marcos de arquitectura no
Organización (pro- Control de flujo de proceso satisfacen la definición dada anteriormente. Se puede notar
esencias) La lógica debe estar que la etiqueta 'arquitectura empresarial' se usa en casos
separada del proceso. que simplemente se refieren a la arquitectura de TI para
lógica de ejecución toda la empresa. A pesar de la etiqueta 'empresa', este no
parece ser el tipo de sistema de preocupación. Este parece
Flexibilidad administración estudiantil ser el caso con el marco de arquitectura TOGAF [TOG03]. Con
debe estar localmente frecuencia, los dominios de diseño 'negocio' y 'proceso' se
presente, bajo unificado, agregan a un conjunto de dominios de diseño de sistemas
gobierno central de TI (como 'datos y 'aplicación') en vista del hecho de que
los sistemas de TI respaldan los procesos comerciales. Por
Organización (HRM) Empleado decisión ejemplo, el marco de arquitectura proporcionado por
la fabricación debe tener Tapscott y Caston habla de arquitectura empresarial,
lugar en el nivel más bajo arquitectura de procesos, arquitectura de aplicaciones,
posible arquitectura de información y arquitectura tecnológica
[TaCa93]. Relativamente, el marco de arquitectura TOGAF
Cumplimiento Organización (pro- Las reglas de admisión deben identifica arquitecturas de negocios, aplicaciones, datos y
esencias) estar de acuerdo con el tecnología [TOG03]. Ignorando el uso un tanto ilusorio del
tratado de Bolonia término 'negocio' en estos marcos, notamos que desde una
perspectiva de diseño de sistemas de TI, el conjunto de
dominios de diseño está incompleto, ya que son relevantes
Tabla 1: Ejemplos de principios de arquitectura más dominios de diseño que simplemente
Modelado empresarial y arquitectura de sistemas de información
vol. 3, núm. 1, julio de 2008

Arquitectura empresarial en ingeniería empresarial 11

'aplicación' y 'datos'. Aparte de esta incompletitud, parece coherencia y consistencia de la arquitectura dentro y entre
claro que los dominios de diseño 'negocio' y 'proceso' no dominios de diseño, así como entre diferentes marcos. Para
pueden ser parte de un sistema de TI, por lo tanto, no una empresa, esto se refiere a la coherencia y consistencia
encajan dentro de un marco de arquitectura de TI. entre la arquitectura empresarial, la arquitectura de la
Alternativamente, uno podría considerar los marcos organización, la arquitectura de la información y la
mencionados como marcos de arquitectura empresarial. Sin arquitectura tecnológica. Salvaguardar la coherencia y la
embargo, en ese caso son relevantes muchos más dominios consistencia no es una sinecura, específicamente para
de diseño que solo 'negocio' y 'proceso'. En general, a sistemas complejos. Este es definitivamente el caso de las
menudo no está claro a qué tipo de sistema pertenece un empresas. El conocimiento y la experiencia del arquitecto
marco de arquitectura, mientras que para un tipo de sistema juegan un papel crucial, así como la capacidad de evaluar las
dado (o supuesto), el conjunto de dominios de diseño suele consecuencias de los principios y estándares de diseño en un
estar incompleto. De hecho, la noción misma de dominios de dominio de diseño para otros dominios. Un enfoque
diseño y la necesidad de integridad parece estar ausente en participativo y multidisciplinario también es relevante aquí.
los marcos de arquitectura mencionados. Estas
observaciones también son válidas para Zachman'

4. Conclusiones
Más fundamentalmente, se podría observar que muchos
marcos de arquitectura (como los mencionados) no utilizan Las nociones de ontología y arquitectura, particularmente las
la noción normativa de arquitectura. La ausencia de un nociones de Enterprise Ontology y Enterprise Architecture,
enfoque normativo formal, en consecuencia, también implica pueden ser instrumentos conceptuales muy poderosos,
la ausencia de una guía de diseño formal. Por lo tanto, no se siempre que se conciban adecuadamente.
abordan objetivos importantes que el enfoque normativo y Lamentablemente, el estado del arte actual muestra una
prescriptivo intenta establecer. Esto es perjudicial para el gran variedad de definiciones, que a menudo son
proceso de diseño en sí mismo, pero también para contradictorias. Sin embargo, lo más importante es que
profesionalizar la función de la arquitectura y la profesión de sufren por estar mal definidos y no fundamentados
arquitecto. rigurosamente en una teoría que los abarque todo. Como
consecuencia, a menudo no son adecuados y, por lo tanto,
Finalmente, también los problemas relacionados con el no ofrecen una ayuda eficaz a los profesionales cuya tarea es
desarrollo, la implementación y el proyecto (planificación) (re)diseñar empresas.
son frecuentemente parte de los marcos de arquitectura,
como en los marcos de arquitectura TOGAF y Zachman. El primer paso para definir los términos de manera que
Evidentemente, estos aspectos deben abordarse constituyan un par efectivo y complementario ha sido la
profesionalmente, pero quedan fuera del alcance de la presentación y discusión del Proceso de Diseño del Sistema
arquitectura y la arquitectura, por lo que no deben formar Genérico (Sección 2). De este marco se puede extraer la
parte de un marco de arquitectura. Gran parte de lo que se conclusión clara e ineludible de que dos nociones son
posiciona como un marco de arquitectura es, de hecho, un cruciales para gestionar conceptualmente el desarrollo de
marco de desarrollo e implementación oculto. Los aspectos sistemas de cualquier tipo. Uno es la noción de entender la
de desarrollo e implementación son áreas importantes de construcción y la operación de un sistema de una manera
atención dentro de una competencia general de gobierno que es completamente independiente de su implementación,
empresarial, dentro de la cual también se posiciona la mientras exhibe de manera comprensible, coherente,
competencia de arquitectura empresarial. Sin embargo, consistente y concisa la esencia del sistema. El otro es la
reflexionar sobre la gobernanza empresarial está fuera de noción de que el diseño unificado e integrado es crucial para
nuestro ámbito de discusión actual. el desempeño de la empresa como un todo y crucial para
abordar iniciativas y áreas de interés relacionadas con la
El uso de un marco de arquitectura del tipo <S,D,A> es misión y la estrategia que son válidas en algún momento.
importante por varias razones. Un marco estructura el
proceso de arquitectura al hacer explícita la atención formal
a: (1) el tipo de sistema para el cual se debe definir la
arquitectura, (2) las áreas de interés que se deben abordar y La discusión de las nociones de Ontología Empresarial y de
(3) el conjunto necesario y suficiente de diseño. dominios Arquitectura Empresarial en las Secciones 3 y 4
donde se debe aplicar la arquitectura. Además de estructurar respectivamente, ha demostrado que sin ellas difícilmente se
el proceso de arquitectura, otro propósito clave de un marco puede dominar la complejidad a la que se enfrentan dichos
de arquitectura es el siguiente. Se ha enfatizado la profesionales. También hemos demostrado que ambas
importancia de la coherencia y consistencia de los principios nociones se pueden definir de manera muy precisa y
y estándares de diseño. Estas son condiciones esenciales consistente. Al mismo tiempo, hemos notado que la
para una operación unificada e integrada del sistema. La aplicación práctica de la Arquitectura Empresarial, tal como
estructura explícita del marco de la arquitectura permite se propone en este documento, aún está en pañales. Sin
salvaguardar y evaluar la embargo, su futuro parece brillante. Todavía queda mucho
por investigar, pero es la única forma factible de llegar
Modelado empresarial y arquitecturas de sistemas de información
vol. 3, núm. 1, julio de 2008

12 JLG Dietz, JAP Hoogervorst

en una noción de arquitectura prácticamente efectiva, tan [Dijk76] Dijkstra, EW: A Discipline of Programming, Pren-
efectiva como Enterprise Ontology. Serie tice-Hall en Computación automática, Nueva Jersey, 1976.

La Ontología Empresarial y la Arquitectura Empresarial se


[Drob02] Drobik, A.: Arquitectura empresarial: el negocio
toman como los elementos básicos de la nueva disciplina de Problemas y controladores, 2002, http://www.gartner.com/
la Ingeniería Empresarial, que actualmente está emergiendo DisplayDocument?id=366199.
de la convergencia de las ciencias organizacionales
[Ecke01] Eckes, G.: The Six-Sigma Revolution, Nueva York,
tradicionales y las ciencias de la información. La palabra
Wiley 2001.
"Ingeniería" debe tomarse en un sentido amplio, como se
usa, por ejemplo, en Ingeniería Mecánica y en Ingeniería [GaBa98] Galliers, R,D.; Baets, WR: Tecnología de la información
Industrial. La premisa más importante en la noción de logía y Transformación Organizacional, Chichester, Wiley 1998.

Ingeniería Empresarial es que una empresa es un sistema


diseñado en lugar de una entidad que crece orgánicamente. [Ghar99] Gharajedaghi, J.: Pensamiento sistémico, Boston, But-
Esperamos que este artículo contribuya a evocar la Terworth Heinemann 1999.
conciencia necesaria entre los profesionales y académicos [GoLy82] Goldkuhl, G.; Lyytinen, K.: Una visión de la acción del lenguaje
que actualmente se ocupan del cambio organizacional de de sistemas de información. En Ginzberg, M., Ross, CA (Eds.),
que el enfoque de ingeniería que hemos presentado es el Actas de la 3.ª conferencia internacional sobre sistemas de
adecuado para hacer frente a la complejidad de hoy y de información, TIMS/SMIS/ACM, 1982.
mañana. [Hoog98] Hoogervorst, JAP: Calidad y orientación al cliente
Comportamiento introducido. Hacia un enfoque coherente para
la mejora, Delft, Eburon 1998.

REFERENCIAS [Hoog04] Hoogervorst, JAP: Arquitectura empresarial –


Habilitación de la integración, la agilidad y el cambio, Journal of
Cooperative InformationSystems, vol. 13, núm. 3, 2004, págs.
[Acko99] Ackoff, RL: Lo mejor de Ackoff: sus escritos clásicos sobre 213 a 233.
Gerencia, Nueva York, Wiley 1999.
[Jack03] Jackson, MC: Pensamiento sistémico, Chichester, Wiley
[BeES90] Cerveza, M.; Eisenbach, RA; Spector, B.: ¿Por qué 2003.
Change Programs Don't Produce Change, Harvard Business
Review, noviembre/diciembre de 1990, págs. 158–166. [KaRo99] Kalakota, R.; Robinson, M.: Comercio electrónico. Mapa vial
para el Éxito, Lectura MA, Addison-Wesley 1999.
[Bert69] Bertalanffy, L. von: Teoría general de sistemas, Nueva
York, George Braziller 1969. [KaNo04] Kaplan, RS; Norton, DP: Mapas estratégicos, Bos-
tonelada, Harvard Business School Press 2004.
[BrHi96] Brynjolfsson, E.; Hitt, L.: ¿Paradoja perdida? Nivel firme
Evidencia sobre los rendimientos del gasto en sistemas de [Kauf92] Kaufman, RS: Por qué Operations Improvement Pro-
información, Management Science, Vol. 42, No. 4, 1996, págs. Los gramos fallan: cuatro contradicciones gerenciales, Sloan
541–558. Management Review, vol. 34, núm. 1, 1992, págs. 83–93.

[Bung79] Bunge, MA: Tratado de Filosofía Básica, Vol.4 – [Kirb01] Kirby, J.: Implementación de CRM – Cambio empresarial
A World of Systems, D. Reidel Publishing Company, Dordrecht, Programa, no proyecto, Gartner Research, julio de 2001.
Países Bajos 1979.
[KMP+03] Knox, S.; Maklan, S.; Payne, A.; Peppard, J.;
[Burl01] Burlton, RT: Business Process Management, Indi- Ryals, L.: Gestión de las relaciones con los clientes, Oxford,
Anapolis, Sams Publishing 2001. Butterworth Heinemann 2003.

[Burn90] Burns, T.: Mechanistic versus Organismic Struc- [Kott95] Kotter, JP: Liderar el cambio: por qué la transformación
turas (1963). En: Pugh, DS, Organizational Theory, Londres, Los esfuerzos fracasan, Harvard Business Review, vol. 71, núm. 2,
Penguin Books 1990. 1995, págs. 59–67.

[Dieta04] Dietz, JLG: El marco de la arquitectura extensible- [Kuhn70] Kuhn, T.: La estructura de las revoluciones científicas,
trabajo (xAF), Versión 2, Universidad Tecnológica de Delft 2004 Chicago, Prensa de la Universidad de Chicago 1970.
(http://www.naf.nl/content/bestanden/xaf-
1.1_fe.pdf). [Lang77] Langefors, B.: Teoría de los Sistemas de Información. En para-
mation Systems 2, 207–219 (1977).
[Diet06a] Dietz, JLG: Ontología empresarial: teoría y
metodología, Springer-Verlag Heidelberg, Berlín, Nueva York [Marc01] Marcus, C.: La implementación de CRM puede enfocarse en la mayoría
2006. Clientes valiosos, Gartner Research, julio de 2001.

[Diet06b] Dietz, JLG: La estructura profunda de los negocios [MaEH01] Maier, MW; esmeril, D.; Hilliard, R.: Software
Procesos. En: Comunicaciones de la ACM, mayo de 2006, vol. 49, Arquitectura: presentación del estándar IEEE 1471, IEEE
núm. 5, págs. 59–64. Computer, abril de 2001, vol. 34-4, págs. 107-109.

[DiHo08] Dietz, JLG; Hoogervorst, JAP: Empresa [MaRe02] Maier, MW; Rechtin, E.: El arte de los sistemas
Ontology in Enterprise Engineering, (aceptado para ACM-SAC Arquitectura, Boca Raton, CRC Press 2002.
track OE, marzo de 2008).
Modelado empresarial y arquitectura de sistemas de información
vol. 3, núm. 1, julio de 2008

Arquitectura empresarial en ingeniería empresarial 13

[MiSn84] Millas, RE; Snow, CC: Fit, Failure y el salón de JAP Hoogervorst
Fama, California Management Review, vol. 26, núm. 3, 1984,
Sogeti
págs. 128–145.
Los países bajos
apartado de correos 76
[Mint94] Mintzberg, H.: El ascenso y la caída de la planificación estratégica.
Ning, Nueva York, The Free Press 1994. NL–4130EB Vianen
jan.hoogervorst@sogeti.nl
[MSTI03] Ministerio de Ciencia, Tecnología e Innovación: ,
Libro Blanco sobre Arquitectura Empresarial, Copenhague,
JLG Dietz
Dinamarca 2003.
Universidad Tecnológica de Delft
[NaTu97] Nadler, DA; Tushman, ML: Compitiendo por Países Bajos
Diseño: el poder de la arquitectura organizacional, Nueva York, apartado de correos 5031
Oxford University Press 1997. NL–2600GA Delft
jlgdietz@tudelft.nl
[OaPo94] Oakland, JS; Porter, LJ: Casos en Calidad Total
Gestión, Oxford, Butterworth-Heinemann 1994.

[Pett98] Pettigrew, A.: Éxito y fracaso en las empresas


Iniciativas de Transformación. En: Galliers, RD; Baets, WRJ:
Tecnología de la información y transformación organizacional,
Chichester, Wiley 1998.

[PiSt03] Pisselo, T.; Strassmann, P.: Gestión de la cadena de valor de TI-


ment - Maximización del valor de las inversiones en TI, New
Canaan, The Information Economics Press 2003.

[Rech00] Rechtin, E.: Arquitectura de Sistemas de Organizaciones,


Boca Ratón, CRC Press 2000.

[Mort91] Morton, MS Scott: La Corporación de la década de 1990,


Nueva York, Oxford University Press 1991.

[SmFi03] Smith, H.; Fingar, P.: Business Process Management-


ment - The Third Wave, Tampa Fl., Meghan-Kiffer Press 2003.

[TaCa93] Tapscott, D.; Caston, A.: Cambio de paradigma: lo nuevo


Promise of Information Technology, Nueva York, McGraw-Hill
1993.

[TOG03] TOGAF: el marco de arquitectura de grupo abierto


(2003) http://www.opengroup.org/bookstore/catalog/g051.htm.

[USGA03] EE. UU., Un marco para mejorar la arquitectura empresarial


Tecture Management, Versión 1.1, Oficina General de
Contabilidad de EE. UU., Washington DC, abril de 2003.

[Wein01] Weinberg, GM: Una introducción a General Sys-


tems Thinking, Nueva York, Dorset House Publishing 2001.

[WiFl86] Winograd, T.; Flores, F.: Entendiendo las Computadoras


y cognición: una nueva base para el diseño. Ablex, Norwood
Nueva Jersey, 1986.

[WoHa02] Woolridge, L.; Hayden, F.: Cómo obtener valor de


fusiones, adquisiciones y desinversiones, CSC Research Journal,
noviembre de 2002.

[Zach97] Zachman, J.: Conceptos del marco para


Arquitectura empresarial, Zachman International Inc. 1997.

También podría gustarte