Marco de arquitectura empresarial

Un marco de arquitectura empresarial ( EAF ) define cómo crear y utilizar una arquitectura empresarial . Un marco de arquitectura proporciona principios y prácticas para crear y utilizar la descripción de la arquitectura de un sistema. Estructura el pensamiento de los arquitectos dividiendo la descripción de la arquitectura en dominios, capas o vistas, y ofrece modelos —normalmente matrices y diagramas— para documentar cada vista. Esto permite tomar decisiones de diseño sistémicas sobre todos los componentes del sistema y tomar decisiones a largo plazo sobre nuevos requisitos de diseño, sostenibilidad y soporte. ^{[ 2 ]}

La arquitectura empresarial considera a la empresa como un sistema grande y complejo o un sistema de sistemas . ^{[ 3 ]} Para gestionar la escala y la complejidad de este sistema, un marco arquitectónico proporciona herramientas y enfoques que ayudan a los arquitectos a abstraerse del nivel de detalle en el que trabajan los constructores, para centrar las tareas de diseño empresarial y producir documentación valiosa de descripción de la arquitectura.

Los componentes de un marco de arquitectura proporcionan una guía estructurada que se divide en tres áreas principales: ^{[ 4 ]}

• Descripciones de la arquitectura: cómo documentar la empresa como un sistema, desde diferentes perspectivas. Cada perspectiva describe una parte de la arquitectura; incluye las entidades y relaciones que abordan inquietudes específicas de interés para las partes interesadas; puede presentarse en forma de lista, tabla, diagrama o una combinación de estos elementos.
• Métodos para el diseño de arquitectura: procesos que siguen los arquitectos. Generalmente, se trata de un proceso general de arquitectura empresarial, compuesto por fases, que a su vez se dividen en procesos de nivel inferior que comprenden actividades más específicas. Un proceso se define por sus objetivos, entradas, fases (pasos o actividades) y salidas. Puede estar respaldado por enfoques, técnicas, herramientas, principios, reglas y prácticas.
• Organización de arquitectos: orientación sobre la estructura del equipo y su gobernanza, incluyendo las habilidades, la experiencia y la formación necesarias.

Los primeros rudimentos de la metodología de planificación por etapas que actualmente defiende The Open Group Architecture Framework (TOGAF) y otros marcos de arquitectura empresarial se remontan al artículo de Marshall K. Evans y Lou R. Hague titulado "Plan maestro para sistemas de información" ^{[ 7 ]} publicado en 1962 en Harvard Business Review.

Desde la década de 1970, quienes trabajan en sistemas de información y tecnologías de la información (SI/TI) han buscado maneras de involucrar a los responsables de negocio —para facilitar las funciones y los procesos empresariales— e influir en la inversión en sistemas y tecnologías de la información empresarial, con miras a obtener beneficios amplios y a largo plazo para la organización. Muchos de los objetivos, principios, conceptos y métodos que ahora se emplean en los marcos de arquitectura empresarial (AE) se establecieron en la década de 1980 y se pueden encontrar en los marcos de arquitectura de SI y TI publicados en esa década y la siguiente. ^{[ 8 ]}

En 1980, el Business Systems Planning (BSP) de IBM se promocionó como un método para analizar y diseñar la arquitectura de información de una organización, con los siguientes objetivos:

1. comprender los problemas y las oportunidades que presentan las aplicaciones y la arquitectura técnica actuales;
2. desarrollar un estado futuro y una ruta de migración para la tecnología que da soporte a la empresa;
3. Proporcionar a los ejecutivos de negocios una guía y un marco para la toma de decisiones en materia de gastos de capital en TI;
4. Proporcionar al sistema de información (SI) un plan maestro para su desarrollo.

En 1982, mientras trabajaba para IBM y con BSP, John Zachman describió su marco para la "Arquitectura de Sistemas de Información" a nivel empresarial. En ese entonces y en trabajos posteriores, Zachman usó la palabra "empresa" como sinónimo de "negocio". "Aunque muchas metodologías populares de planificación de sistemas de información, enfoques de diseño y diversas herramientas y técnicas no excluyen ni son incompatibles con el análisis a nivel empresarial, pocas de ellas abordan explícitamente o intentan definir arquitecturas empresariales". ^{[ 9 ]} Sin embargo, en este artículo el término "Arquitectura Empresarial" se mencionó solo una vez sin ninguna definición específica, y todos los trabajos posteriores de Zachman utilizaron el término "Arquitectura de Sistemas de Información". ^{[ 10 ] [ 11 ]}

En 1986, el marco de arquitectura PRISM se desarrolló como resultado de un proyecto de investigación patrocinado por un grupo de empresas, entre ellas IBM, que aparentemente fue el primer marco de arquitectura empresarial publicado.

En 1987, John Zachman, especialista en marketing de IBM, publicó el artículo « Un marco para la arquitectura de sistemas de información ». ^{[ 10 ]} El artículo proporcionaba un esquema de clasificación para los artefactos que describen (en varios niveles de abstracción) el qué, el cómo, el dónde, el quién, el cuándo y el por qué de los sistemas de información. Dado que IBM ya empleaba BSP, Zachman no necesitaba proporcionar un proceso de planificación. El artículo no mencionaba la arquitectura empresarial.

En 1989, el Instituto Nacional de Estándares y Tecnología (NIST) publicó el Modelo de Arquitectura Empresarial del NIST . ^{[ 12 ]} Este era un modelo de referencia de cinco capas que ilustraba la interrelación de los dominios de negocio, sistema de información y tecnología. Fue promovido dentro del gobierno federal de los Estados Unidos. No era un marco de arquitectura empresarial como lo conocemos hoy, pero ayudó a establecer la noción de dividir la arquitectura empresarial en dominios o capas. El Modelo de Arquitectura Empresarial del NIST fue aparentemente la primera publicación que utilizó de forma consistente el término "Arquitectura Empresarial".

En 1990, el término "Arquitectura Empresarial" se definió formalmente por primera vez como una arquitectura que "define e interrelaciona los recursos de datos, hardware, software y comunicaciones, así como la organización de soporte necesaria para mantener la estructura física general requerida por la arquitectura". ^{[ 13 ]}

En 1992, un artículo de Zachman y Sowa ^{[ 11 ]} comenzaba así: «John Zachman introdujo un marco para la arquitectura de sistemas de información (ISA) que ha sido ampliamente adoptado por analistas de sistemas y diseñadores de bases de datos». El término arquitectura empresarial no aparecía. El artículo trataba sobre el uso del marco ISA para describir «...el sistema de información en su conjunto y su relación con la empresa y su entorno». La palabra empresa se utilizaba como sinónimo de negocio.

En 1993, el libro de Stephen Spewak, Planificación de la Arquitectura Empresarial (EAP, por sus siglas en inglés), definió un proceso para definir arquitecturas que permitan el uso de la información en apoyo del negocio, así como el plan para su implementación. La misión empresarial es el principal motor. A continuación, se definen los datos necesarios para cumplir dicha misión. Posteriormente, se diseñan las aplicaciones para almacenar y proporcionar esos datos. Finalmente, se define la tecnología para implementar las aplicaciones. La Planificación de la Arquitectura Empresarial es un enfoque centrado en los datos para la planificación de la arquitectura. Su objetivo es mejorar la calidad de los datos, el acceso a ellos, la adaptabilidad a los requisitos cambiantes, la interoperabilidad y el intercambio de datos, y la contención de costes. EAP tiene sus raíces en la Planificación de Sistemas Empresariales (BSP, por sus siglas en inglés) de IBM.

En 1994, The Open Group seleccionó TAFIM del Departamento de Defensa de EE. UU. como base para el desarrollo de TOGAF, donde arquitectura se refería a la arquitectura de TI. TOGAF comenzó adoptando una perspectiva estratégica y empresarial, pero orientada a la tecnología. Surgió del deseo de racionalizar un entorno de TI desorganizado. Hasta la versión 7, TOGAF seguía centrado en definir y utilizar un Modelo de Referencia Técnica (o arquitectura base) para definir los servicios de plataforma requeridos por las tecnologías que toda la empresa utiliza para dar soporte a las aplicaciones empresariales. ^{[ 8 ]}

En 1996, la Ley de Reforma de la Gestión de TI de EE. UU. , más conocida como Ley Clinger-Cohen , estipuló reiteradamente que la inversión de las agencias del gobierno federal estadounidense en TI debía estar vinculada a beneficios empresariales identificables. Además, atribuyó al director de informática (CIO) de la agencia la responsabilidad de «desarrollar, mantener y facilitar la implementación de una arquitectura de TI sólida e integrada para la agencia ejecutiva».

Para 1997, Zachman había renombrado y reorientado su marco ISA como un marco EA; seguía siendo un esquema de clasificación para artefactos descriptivos, no un proceso para planificar sistemas o cambios en los sistemas.

En 1998, el Consejo Federal de Directores de Información (CIO Council) comenzó a desarrollar el Marco de Arquitectura Empresarial Federal (FEAF, por sus siglas en inglés) de acuerdo con las prioridades enunciadas en Clinger-Cohen y lo publicó en 1999. El FEAF era un proceso muy similar al ADM de TOGAF, en el que "el equipo de arquitectura genera un plan de secuenciación para la transición de sistemas, aplicaciones y prácticas comerciales asociadas, basado en un análisis detallado de las brechas [entre las arquitecturas de referencia y las de destino]".

En 2001, el Consejo de Directores de Informática de EE. UU. publicó Una guía práctica para la arquitectura empresarial federal , que comienza así: «Una arquitectura empresarial (AE) establece la hoja de ruta de toda la agencia para lograr la misión de una agencia mediante el rendimiento óptimo de sus procesos comerciales centrales dentro de un entorno de tecnología de la información (TI) eficiente». En ese momento, los procesos de TOGAF, FEAF, EAP y BSP estaban claramente relacionados.

En 2002/3, en su edición empresarial , TOGAF 8 cambió el enfoque de la capa de arquitectura tecnológica a las capas superiores de negocio, datos y aplicaciones. Introdujo el análisis estructurado, después de la ingeniería de tecnologías de la información , que incluye, por ejemplo, mapeos de unidades organizativas a funciones de negocio y de entidades de datos a funciones de negocio. Hoy en día, las funciones de negocio suelen denominarse capacidades de negocio. Muchos arquitectos empresariales consideran su jerarquía/mapa de funciones/capacidades de negocio como el artefacto fundamental de la arquitectura empresarial. Relacionan entidades de datos, casos de uso, aplicaciones y tecnologías con las funciones/capacidades.

En 2006, el popular libro Enterprise Architecture As Strategy ^{[ 14 ]} presentó los resultados del trabajo del Centro de Investigación de Sistemas de Información del MIT. Este libro enfatiza la necesidad de que los arquitectos empresariales se centren en los procesos de negocio centrales ("Las empresas sobresalen porque han decidido qué procesos deben ejecutar correctamente y han implementado los sistemas de TI para digitalizar esos procesos") y que involucren a los gerentes de negocio con los beneficios que podría brindar la integración y/o estandarización estratégica de procesos interorganizacionales.

Un proyecto de investigación de 2008 para el desarrollo de certificados profesionales en arquitectura empresarial y de soluciones por parte de la British Computer Society (BCS) demostró que la arquitectura empresarial siempre ha sido inseparable de la arquitectura de sistemas de información, lo cual es natural, ya que las personas de negocios necesitan información para tomar decisiones y llevar a cabo procesos de negocio. ^{[ 8 ]}

En 2011, la especificación TOGAF 9.1 establece: "La planificación empresarial a nivel estratégico proporciona la dirección inicial a la arquitectura empresarial". ^{[ 15 ]} Normalmente, los principios, objetivos y factores estratégicos de la organización se definen en otro lugar. ^{[ 8 ]} En otras palabras, la arquitectura empresarial no es una estrategia, planificación ni metodología de gestión empresarial. La arquitectura empresarial busca alinear la tecnología de los sistemas de información empresarial con la estrategia, los objetivos y los factores estratégicos establecidos. La especificación TOGAF 9.1 aclara que "una descripción completa de la arquitectura empresarial debería contener los cuatro dominios de la arquitectura (negocio, datos, aplicación y tecnología), pero las limitaciones de recursos y tiempo suelen implicar que no hay suficiente tiempo, financiación ni recursos para construir una descripción de la arquitectura integral y de arriba hacia abajo que abarque los cuatro dominios, incluso si el alcance empresarial es [...] menor que la totalidad de la empresa". ^{[ 16 ]}

En 2013, TOGAF ^{[ 17 ]} es el marco de arquitectura más popular (a juzgar por los números de certificación publicados) que algunos asumen que define la EA. ^{[ 8 ]} Sin embargo, algunos todavía usan el término Arquitectura Empresarial como sinónimo de Arquitectura de Negocios, en lugar de abarcar los cuatro dominios de la arquitectura: negocios, datos, aplicaciones y tecnología.

Además de los tres componentes principales del marco mencionados anteriormente.

1. Consejo de descripción: algún tipo de mapa de artefactos arquitectónicos o biblioteca de puntos de vista
2. Recomendaciones sobre el proceso: algún tipo de método de desarrollo de arquitectura, con orientación complementaria.
3. Asesoramiento organizativo: incluyendo un modelo de gobernanza de arquitectura empresarial.

Un marco de arquitectura empresarial ideal debería incluir:

1. Métricas de medición del valor empresarial
2. Modelo de iniciativa de EA
3. Modelo de madurez de EA
4. Modelo de comunicación empresarial

La mayoría de los marcos de arquitectura empresarial modernos (por ejemplo, TOGAF, ASSIMPLER, EAF) incluyen la mayor parte de lo anterior. Zachman siempre se ha centrado en el asesoramiento sobre la descripción de la arquitectura.

Dominios y subdominios de la arquitectura empresarial

Los dominios de aplicación y tecnología (que no deben confundirse con los dominios de negocio) se caracterizan por sus capacidades y servicios. Las capacidades se sustentan en los servicios. En la arquitectura orientada a servicios (SOA), también se hace referencia a los servicios de aplicación. Los servicios técnicos suelen estar respaldados por productos de software.

La vista de datos comienza con las clases de datos, que se pueden descomponer en sujetos de datos, los cuales a su vez se pueden descomponer en entidades de datos. El tipo de modelo de datos básico más utilizado se denomina MERDA (evaluación de diagramas de relación de entidades maestras; véase modelo de relación de entidades ). La clase, el sujeto y la entidad conforman una vista jerárquica de los datos. Las empresas pueden tener millones de instancias de entidades de datos.

El Modelo Tradicional de Referencia de Arquitectura Empresarial (EA) ofrece una clara distinción entre los dominios de la arquitectura (negocio, información/datos, aplicación/integración y técnico/infraestructura). Estos dominios pueden subdividirse en disciplinas de subdominio. En la imagen de la derecha se muestra un ejemplo del dominio y los subdominios de la EA.

Muchos equipos de arquitectura empresarial están formados por personas con habilidades alineadas con los dominios y subdominios de la arquitectura empresarial. Algunos ejemplos son: arquitecto de negocio empresarial, arquitecto de documentación empresarial, arquitecto de aplicaciones empresariales, arquitecto de infraestructura empresarial, arquitecto de información empresarial, etc.

Un ejemplo de la lista de patrones de arquitectura de referencia en los dominios de arquitectura de aplicaciones e información está disponible en Architectural pattern (computer science) .

Ver modelo

Un modelo de vista es un marco que define el conjunto de vistas o enfoques utilizados en el análisis de sistemas , el diseño de sistemas o la construcción de una arquitectura empresarial .

Desde principios de la década de 1990, se han realizado varios esfuerzos para definir enfoques estándar para describir y analizar arquitecturas de sistemas. Muchos de los marcos de arquitectura empresarial recientes tienen algún tipo de conjunto de vistas definidas, pero estos conjuntos no siempre se denominan modelos de vista .

Hoy en día existen innumerables marcos de trabajo de arquitectura empresarial (EA), muchos más que los que aparecen en la siguiente lista.

• Patrones de arquitectura (arquitectura de referencia EA)
• EABOK (Guía del Cuerpo de Conocimientos de Arquitectura Empresarial)
• Arquitectura empresarial
• Artefactos de arquitectura empresarial
• Planificación de la arquitectura empresarial
• Ingeniería empresarial
• ISO/IEC/IEEE 42010
• Arquitectura de referencia

• Marcos de arquitectura empresarial: La moda del siglo (julio de 2016)
• Comparación de los cuatro principales marcos de arquitectura empresarial (julio de 2021)