Modelado de arquitectura empresarial: una guía práctica

“La arquitectura empresarial es un tema candente entre los CIO en 2024, con el 49% de los encuestados en la Encuesta anual de CIO de Gartner indicando que esta es un área de inversión clave, solo superada por la IA”. – Gartner

¿Qué es el modelado de arquitectura empresarial?

Los arquitectos tienen una gran demanda porque son los únicos capaces de proporcionar una visión integral del negocio, desde los modelos operativos estratégicos, proyectos y programas hasta los procesos y la pila de tecnología que sustentan estos numerosos sistemas.

Lo hacen mediante la creación de modelos de arquitectura empresarial. Muchos otros profesionales también utilizan el modelado; por ejemplo:

• Modelamiento financiero Reúne datos para brindar claridad sobre ingresos, gastos, flujos de caja y rentabilidad. Esto ayuda a las empresas a tomar decisiones informadas sobre inversiones, presupuestos y estrategia.
• Modelado de riesgos evalúa el impacto potencial de la volatilidad del mercado, los cambios regulatorios o las interrupciones operativas.
• Modelado de la cadena de suministro Se centra en la gestión y mejora del inventario, la logística de transporte y la programación de la producción.

Los arquitectos utilizan modelos para pensar lógicamente sobre cuál es la mejor manera de apoyar a los equipos mientras gestionan y mejoran el negocio y la tecnología.

Modelado de arquitectura Considera a las personas, los procesos y la tecnología. Por lo tanto, los modelos suelen sustentarse en la tecnología y la infraestructura, vinculados a las aplicaciones, las capacidades y funciones empresariales que soportan, así como al organigrama de la empresa. Los modelos de arquitectura incorporan cada vez más análisis financieros y de riesgos, lo que proporciona una visión más integral del impacto que una solución propuesta tendrá en la organización.

Una forma bien aceptada de desarrollar un modelo de arquitectura empresarial es utilizar dominios de arquitectura empresarial. Esto significa integrar modelos de arquitectura empresarial, modelos de arquitectura de aplicaciones, modelos de arquitectura de información, modelos de arquitectura de datos y modelos de arquitectura de seguridad.

Esta estructura, a menudo denominada «metamodelo», define cómo capturar información en múltiples dominios. También puede abarcar cómo desarrollar procesos de negocio y diseñar vistas de implementación técnica mediante bibliotecas de AWS o Azure.

Todas estas visiones del negocio pueden combinarse en un único modelo de arquitectura empresarial.

La siguiente guía cubre los elementos clave para explicar el valor del modelado de la arquitectura empresarial.

• Tipos de modelos de arquitectura empresarial
• Conexión de modelos de arquitectura empresarial
• Las mejores herramientas para el modelado arquitectónico
• Modelado de la arquitectura empresarial: estado actual y estado futuro
• Presentación de modelos, diagramas y entregables de arquitectura empresarial
• Elección de un marco de modelado de arquitectura empresarial
• Gobernanza de los modelos de arquitectura empresarial
• Ventajas del modelado de la arquitectura empresarial

Tipos de modelos de arquitectura empresarial

Veamos cómo una variedad de profesionales de la arquitectura podrían trabajar juntos para proporcionar un “supermodelo” correctamente conectado e integrado que capture los aspectos clave de la arquitectura empresarial y que al mismo tiempo sea manejable para cada profesional.

Modelos de capacidad empresarial y flujos de valor

Se le ha pedido al arquitecto jefe Alex que evalúe una capacidad comercial central en una gran multinacional global.

En cuanto al El cliente Acquisition Estrategia capacidad, Alex se da cuenta de que a pesar de que esta capacidad tiene un gran impacto en los resultados comerciales, el proceso de incorporación es demasiado complejo y lento, y necesita mejorarse.

Modelos de procesos de negocio

Alex le pidió a un analista de procesos de negocio que documentara el proceso de incorporación existente. Para ello, el analista optó por usar el estándar Notación BPMN.

El analista define los departamentos o personas involucradas en el proceso de incorporación: ventas, marketing, atención al cliente y TI. Crea carriles en el diagrama BPMN para representar las funciones y responsabilidades de cada uno.

• El analista describe los principales pasos involucrados en la incorporación de un cliente: creación de cuenta, entrega de información del producto y capacitación.
• Organizan estas actividades en el orden en que se realizarán, utilizando símbolos estándar para representar cada actividad.
• Conectan actividades con flechas de flujo de secuencia para mostrar el flujo del proceso y utilizan puertas de enlace (formas de diamante) para representar puntos de decisión, con diferentes caminos dependiendo de las elecciones del cliente u otros factores.
• El analista verifica que los eventos (círculos) representen el inicio y el final del proceso o cualquier evento significativo dentro del mismo, como recibir información del cliente o completar un paso.
• El analista agrega propiedades para el tiempo que lleva completar cada actividad y si las tareas son manuales o automatizadas.
• Por último, el analista crea un mapa de calor del proceso para identificar posibles cuellos de botella y facilitar así la lectura para otros.

El modelo estará entonces listo para compartirse con Alex y otros colegas para su revisión y retroalimentación.

Modelado de la arquitectura de aplicaciones

Uno de estos colegas, un administrador de aplicaciones, puede aprovechar los componentes del modelo de proceso para mostrar cómo se utilizan las aplicaciones en cada etapa del proceso. El administrador de aplicaciones edita el diagrama para agregar conexiones con las aplicaciones utilizadas en el proceso de incorporación, como el sistema CRM (Gestión de Relaciones con el Cliente), la plataforma de comercio electrónico y el sistema de gestión documental. El arquitecto de aplicaciones también mapea los flujos de datos entre el proceso y las aplicaciones involucradas. Esto agrega al modelo detalles de los datos intercambiados y los sistemas responsables de almacenarlos y gestionarlos.

Modelado de arquitectura de tecnología y nube

Luego, el arquitecto de tecnología o de la nube evalúa qué componentes de infraestructura respaldan las aplicaciones utilizadas en el proceso.

Modelado de la arquitectura de la nube implica mapear la estructura y las relaciones entre componentes como máquinas virtuales, contenedores, sistemas de almacenamiento y configuraciones de red.

Los arquitectos consideran la escalabilidad, la confiabilidad, la seguridad y las compensaciones de costos en los entornos de nube. Al crear y analizar estos modelos arquitectónicos, las organizaciones pueden tomar decisiones informadas sobre el diseño de su infraestructura de nube, las estrategias de implementación y la gestión continua.

Modelado de la arquitectura de soluciones

Los arquitectos de soluciones traducen los requisitos del negocio en soluciones técnicas. Por ejemplo, el arquitecto de soluciones del equipo de Alex podría preparar un diseño para una nueva estrategia de adquisición de clientes y un proceso de incorporación, con aplicaciones y tecnología rediseñadas para mejorar los procesos, simplificar la pila de aplicaciones y garantizar flujos de datos más rápidos y seguros. Comprenderán el contexto empresarial y recopilarán las opiniones de las partes interesadas. Una vez definidos los requisitos de la solución, el arquitecto desarrolla un modelo de la misma, describiendo las funcionalidades deseadas y las expectativas de rendimiento. Esto también incluye los componentes del sistema, los flujos de datos, las interacciones y las estrategias de implementación. modelo de arquitectura de solución Apoya una comunicación clara durante todo el desarrollo y la implementación de esta nueva solución.

Modelado de arquitectura de software

Si la solución implica el diseño de una nueva aplicación o software, puede involucrar a arquitectos y desarrolladores de software, quienes diseñan la aplicación, incluyendo sus componentes, módulos, interfaces y relaciones. Los modelos de arquitectura de software pueden adoptar diversas formas, como diagramas UML, diagramas entidad-relación o diagramas de flujo básicos. Otro enfoque consiste en utilizar el modelo C4 como un método ligero para visualizar la arquitectura del software. Esto facilita una comunicación más clara mediante la creación de mapas del software con diversos niveles de detalle.

Conexión de modelos de arquitectura empresarial

Como hemos visto, los arquitectos y modeladores crean vistas de diferentes dominios, incluidos Vistas de negocios, procesos, aplicaciones, infraestructura y tecnologíaCada uno de estos elementos debe estar conectado a lo largo del modelo para que los arquitectos puedan identificar dependencias y trazar escenarios.

Las capacidades se componen de procesos, los procesos requieren aplicaciones, las aplicaciones están alojadas en servidores y diferentes arquitectos desean profundizar en diferentes niveles.

En última instancia, Alex y otros arquitectos pueden transmitir la comprensión y el análisis a todos sus modelos y utilizar esta información para comunicarse sobre estados actuales, estados futuros e impactos del cambio.

Herramientas de modelado de arquitectura empresarial

Beneficios de las herramientas de modelado de arquitectura

La ventaja de una herramienta de modelado arquitectónico es que los arquitectos no solo pueden crear estos modelos y diseños desde cero, sino también vincular elementos fácilmente entre dominios. Pueden reutilizar y conectar tipos de componentes y tipos de conexión existentes Ya disponible en el modelo. Esto aporta consistencia y eficiencia al proceso de modelado.

Por ejemplo, un arquitecto puede buscar y seleccionar un sistema ERP existente y añadirlo a un modelo que esté construyendo. Todas las conexiones entrantes y salientes de los sistemas ERP en el modelo permanecerán vinculadas. El sistema ERP es un objeto único presente en muchos diagramas y vistas diferentes del modelo, incluidos los diagramas de solución. Por lo tanto, actualizar el nombre, las propiedades o las conexiones del sistema ERP... actualizar automáticamente en todas las demás vistas.

Al diseñar una solución, el arquitecto puede conectar una aplicación a un servidor nuevo o a uno existente. Estos datos también pueden provenir de fuentes externas, desde ServiceNow o mediante una API en la herramienta de arquitectura empresarial.

Este modelo de arquitectura conectada ofrece enormes ventajas. Cuando una empresa considera retirar una aplicación, el arquitecto puede usar la herramienta para identificar rápidamente otras partes de la arquitectura que dependen de la aplicación que pronto será retirada. Esto incluye cualquier proceso, sistema o flujo de datos que interactúe con la aplicación. Los arquitectos pueden usar esta información para planificar la migración de datos a soluciones alternativas, implementar soluciones alternativas para garantizar la continuidad de los procesos dependientes e informar a sus colegas sobre posibles interrupciones.

Las herramientas de diagramación tradicionales, como Visio, carecen de actualizaciones automáticas. Esto implica que los arquitectos deben buscar y actualizar manualmente los elementos relacionados en diferentes diagramas cada vez que se realiza un cambio. Esto requiere mucho tiempo, es muy difícil de mantener y propenso a errores. Las herramientas de arquitectura empresarial solucionan este problema.

Herramientas de dibujo y diagramación de arquitectura empresarial

Cuando los arquitectos hablan de "herramientas de modelado", suelen querer decir que buscan una herramienta de dibujo y diagramación que les permita diseñar arquitecturas con contexto y coherencia. Un lienzo de diagramación donde los elementos prediseñados se puedan arrastrar desde una plantilla y soltar en el espacio de trabajo como parte del proceso de diseño es especialmente importante para el trabajo de los arquitectos de soluciones y de la nube.

Modelado de arquitectura en la nube con íconos de AWS en ABACUS

Cabe destacar que no todas las herramientas de arquitectura empresarial ofrecen este tipo de dibujo libre. Algunas herramientas solo ofrecen dibujo automático, donde se representa una vista de tabla en un diagrama. Esto puede resultar frustrante para los arquitectos que desean ajustar o reposicionar elementos y cambiar atributos como tamaño, color, etiquetas de texto, etc., para garantizar que representen con precisión la arquitectura existente o planificada.

Algunos conjuntos de herramientas también “subcontratan” esta funcionalidad de dibujo a una herramienta de diagramación, pero las limitaciones de esto son que los elementos y componentes del diagrama no están integrados correctamente con el repositorio de arquitectura empresarial y las actualizaciones no fluyen automáticamente.

Modelado de arquitectura empresarial: estado actual y futuro

La siguiente fase en la implementación de la solución es que Alex construya una hoja de ruta para pasar de la arquitectura del estado actual al estado futuro elegido.

Alex considera escenarios hipotéticos alternativos para asegurarse de que el equipo elija la mejor solución para el futuro, basándose en factores como la velocidad y el coste. El equipo también puede analizar el modelo Proporcionar información sobre el costo, la complejidad, la confiabilidad de los sistemas y los índices de satisfacción del cliente en todos los procesos y flujos de valor. Analizar estas métricas es fundamental para diseñar una solución sólida. Para ello, arquitectos y analistas pueden utilizar algoritmos y simulaciones.

Los arquitectos de soluciones a menudo quieren utilizar notaciones específicas como Notaciones de arquitectura de la nube. También hay otros aspectos a considerar en torno a la optimización de procesos. Por lo tanto, al diseñar procesos o soluciones específicos, los arquitectos pueden comenzar desde una perspectiva relativamente técnica, analizando las aplicaciones y la infraestructura, y desarrollando soluciones específicas para ellas. Después, pueden avanzar al nivel del proceso real. En esta etapa, el equipo puede analizar los pasos que se ejecutan como parte de un proceso, como el proceso de solicitud de acceso a la información. Necesitan proporcionar una visión de la situación actual y también modelar el estado futuro propuesto.

Por ejemplo, el proceso actual utiliza plataformas heredadas, con integraciones relativamente clásicas que se llevan a cabo en segundo plano. El equipo de Alex necesita evaluar la transición a una plataforma SaaS más moderna donde puedan realizar llamadas API. A menudo, una buena manera de hacerlo es modelar múltiples estados futuros y realizar un análisis de ventajas y desventajas para determinar la mejor solución. Por ejemplo, la Solución A puede acercarnos a la reducción de costos, pero aumentará los puntos débiles en un proceso específico, mientras que la Solución B aumenta significativamente la satisfacción del cliente y reduce el número de tareas manuales en un proceso, pero implica un mayor costo como contrapartida.

Presentación de modelos, diagramas y entregables de arquitectura empresarial

Hay dos formas en las que a menudo vemos que los equipos de arquitectura comparten información con los equipos técnicos y comerciales.

En primer lugar, pueden construir en vivo, vistas interactivasPor ejemplo, un entorno de panel de control web en vivo, que permite reunir carteras, diagramas, gráficos y análisis relevantes, con los que los equipos pueden interactuar según sus necesidades.

La alternativa, que los equipos a menudo todavía quieren producir, son más vistas estáticas formales – Documentos PDF o PowerPoint que ofrecen instantáneas de la arquitectura o el repositorio. Suelen tener fines más específicos, como informes que proporcionan un estado final y documentado de la arquitectura para su aprobación.

Elección de un marco de modelado de arquitectura empresarial

Guiados por los requisitos comerciales de la organización, los marcos pueden proporcionar estructuras y estándares que ayuden a los arquitectos a alinear la estrategia comercial y de TI y acelerar su trabajo.

Los marcos proporcionan un conjunto de recursos y plantillas que permiten a los arquitectos comenzar rápidamente. Ayudan a establecer buenas prácticas y estándares de gobernanza, así como un lenguaje común para la colaboración y la comunicación entre arquitectos.

Marcos como TOGAF (un enfoque integral y estandarizado de la arquitectura empresarial) y CMMI (un marco de mejora de procesos) también se utilizan a menudo para guiar la implementación y el mantenimiento de arquitecturas de TI y de negocios.

La elección del marco adecuado depende de las necesidades y objetivos específicos del proyecto y de las prácticas existentes de la organización. A menudo, el enfoque más eficaz consiste en combinar elementos de varios marcos para diseñar una solución que se adapte mejor a su contexto específico.

Las notaciones también se pueden utilizar de diversas maneras. Definen enfoques estándar para representar elementos e interacciones del sistema: UML (Lenguaje Unificado de Modelado) para visualizar sistemas de software, BPMN para procesos de negocio, ArchiMate para la arquitectura, y el modelo C4 para la arquitectura de software. También se utilizan notaciones e iconos específicos para modelar sistemas basados ​​en la nube, incluyendo AWS, Azure y los iconos de GCP.

Gobernanza de los modelos de arquitectura empresarial

La gobernanza y la estandarización son factores clave para el uso de una herramienta de arquitectura empresarial, ya que permiten a las organizaciones garantizar la coherencia y la precisión de los datos mediante el establecimiento de reglas dentro del modelo.

Las herramientas de dibujo que no cuentan con un repositorio de arquitectura integrado suelen generar datos de baja calidad debido a la falta de estandarización. Las herramientas de arquitectura empresarial ofrecen una gestión centralizada de los roles de usuario, lo que permite controlar quién puede ver y modificar el contenido. Gracias a un sistema de permisos integrado, el acceso a los datos y diagramas de arquitectura se puede personalizar en función de los roles, la ubicación, los departamentos y las responsabilidades de los usuarios.

Por ejemplo, los usuarios de solo lectura pueden ver e interactuar con conjuntos de información definidos, mientras que los usuarios editores pueden modificar conjuntos de datos designados, y los usuarios modeladores pueden diseñar o editar diagramas. Los administradores tienen acceso total y pueden administrar los permisos de otros usuarios.

La estandarización es crucial para los CIO de grandes empresas que necesitan garantizar una gestión y gobernanza eficientes de la arquitectura empresarial.

Ventajas del modelado de la arquitectura empresarial

El modelado de la arquitectura empresarial no se limita a la creación de diagramas, aunque estos suelen ser un paso útil para modelar sistemas y procesos. Permite integrar una amplia gama de contextos empresariales y de TI necesarios para guiar la toma de decisiones y enfocar los recursos eficazmente.