Documentos de Académico
Documentos de Profesional
Documentos de Cultura
com
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.
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
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
(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.
implementar-
implementar-
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)
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
(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
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
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].
'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
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.
[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
[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.