Introducción a la especificación ArchiMate 3.0

La especificación ArchiMate es una norma abierta, un lenguaje de modelado de arquitectura empresarial abierto e independiente respaldado por diversos proveedores de herramientas y firmas de consultoría. ArchiMate permite a los arquitectos empresariales describir, analizar y visualizar claramente las relaciones entre los dominios de arquitectura.

Al igual que los planos arquitectónicos en la construcción clásica describen diversos aspectos del diseño y uso de edificios, la especificación ArchiMate proporciona un lenguaje común para describir procesos empresariales, estructuras organizativas, flujos de información, sistemas de TI y infraestructuras técnicas y físicas. Los modelos ArchiMate permiten a los interesados diseñar, evaluar y comunicar las implicaciones de decisiones y cambios dentro y entre estos dominios de arquitectura.
Este documento blanco presenta la especificación ArchiMate 3.0. La especificación ArchiMate 3.0 es una actualización importante de la especificación ArchiMate 2.1, lanzada en junio de 2016 como una norma del Open Group. Las nuevas características de la versión 3.0 incluyen elementos para modelar a nivel estratégico, como capacidades, recursos y estrategias. También incluye soporte para modelar el mundo físico, incluyendo materiales y equipos. Además, se han mejorado la coherencia y la estructura del lenguaje, las definiciones se han alineado con otras normas y se han mejorado varios aspectos de la usabilidad.

Evolución del lenguaje ArchiMate

El lenguaje ArchiMate fue desarrollado entre 2002 y 2004 en los Países Bajos por un equipo de proyecto del Instituto para el Procesamiento Remoto de Información, en colaboración con múltiples socios del sector público, la industria y la academia, incluyendo Ordina, la Universidad Radboud de Nijmegen y el Instituto de Ciencias Informáticas Avanzadas de Leiden (LIACS). El desarrollo incluyó pruebas en instituciones como ABN AMRO, la Administración Tributaria y Aduanera de los Países Bajos y la Fundación de Pensiones ABP.
En 2008, la propiedad y la gestión del lenguaje ArchiMate pasaron de la Fundación ArchiMate al Open Group. Desde 2009, el Foro ArchiMate del Open Group ha estado desarrollando y publicando las especificaciones ArchiMate en su sitio web público.

Lenguaje ArchiMate y arquitectura empresarial

La especificación ArchiMate tiene como objetivo proporcionar un lenguaje gráfico para representar la arquitectura empresarial a lo largo del tiempo (es decir, incluyendo planificación estratégica, transformación y migración) así como la justificación y los principios fundamentales detrás de la arquitectura. El lenguaje de modelado ArchiMate ofrece una representación unificada para diagramas que describen la arquitectura empresarial y proporciona un enfoque integrado para describir y visualizar diferentes dominios de arquitectura y sus relaciones y dependencias subyacentes.
El diseño del lenguaje ArchiMate comienza con un conjunto de conceptos relativamente genéricos (objetos y relaciones), específicamente adaptados para diferentes capas de la arquitectura empresarial. La restricción de diseño más importante de ArchiMate es que fue diseñado explícitamente para ser lo más conciso posible, al tiempo que sigue siendo aplicable a la mayoría de las tareas de modelado de arquitectura empresarial. En términos de aprendizaje y uso, el lenguaje se limita a conceptos suficientes para modelar aproximadamente el 80 % de los casos del mundo real.

¿Qué hay de nuevo en la especificación ArchiMate 3.0?

¿Por qué una nueva versión del lenguaje?

La nueva versión del lenguaje fue creada en respuesta a numerosas solicitudes:
  • Demanda creciente para vincular la estrategia empresarial con las operaciones empresariales y de TI
  • Convergencia de innovaciones en TI y en el mundo físico
  • Uso en nuevos dominios; por ejemplo, manufactura, logística
  • Mejora de la coherencia y la comprensibilidad
  • Mejor alineación con otras normas del Open Group, especialmente el marco TOGAF

Mejor soporte para modelado estratégico y físico

El marco ArchiMate se ha ampliado para incluir elementos estratégicos y físicos, como se muestra en la Figura 1.
Figura 1: Marco ArchiMate
Los elementos estratégicos incluyen capacidades, recursos y planes de acción. Los elementos físicos se construyen sobre la capa técnica e incluyen elementos para modelar instalaciones físicas y equipos, redes de distribución y materiales.

Elementos estratégicos

Se han añadido elementos para apoyar el modelado de estrategia, planificación basada en capacidades y dominios relacionados. Esto permite un mayor uso de la arquitectura empresarial para apoyar la ejecución estratégica y se alinea con metodologías utilizadas en estándares relacionados, como el marco TOGAF [1] y el Modelo de Motivación Empresarial [2].
Figura 2: Ejemplo de elementos de motivación y estratégicos
La Figura 2 muestra un ejemplo que utiliza tanto elementos de motivación como estratégicos. Observe que resultados, planes de acción, capacidades y recursos son nuevos elementos introducidos en la especificación ArchiMate 3.0. Aumentar las ganancias es un objetivo que puede descomponerse en muchos otros objetivos: reducir costos e incrementar ingresos. El primero está relacionado con la estrategia de excelencia operativa de la empresa y se modela como un plan de acción. Este se descompone aún más en dos planes de acción adicionales: centralizar los sistemas de TI y estandarizar productos. Esto conduce a dos resultados: reducción de costos y pérdida de clientes, ambos de los cuales afectan al objetivo, positiva y negativamente. Esto ilustra la importante distinción entre objetivos y resultados: no todos los resultados conducen a resultados deseados.
Los planes de acción están habilitados por múltiples capacidades: gestión y operaciones de TI, y gestión de productos. Se asignan recursos humanos e informáticos adecuados al primero. El fragmento del modelo también muestra que estos recursos se encuentran en la sede de la organización, en concordancia con el plan de acción para centralizar los sistemas de TI.

Elementos físicos

La capa técnica se ha ampliado para incluir elementos para modelar el mundo físico, como la manufactura, la logística y otros entornos físicos.
Figura 3: Ejemplo de elementos físicos
La Figura 3 muestra un ejemplo de elementos físicos. Obsérvese que todos los elementos del ejemplo son nuevos en la especificación ArchiMate 3.0, excepto Path, que ha sido renombrado de Communication Path y cuyo significado se ha ampliado para permitir la integración con elementos físicos.
Un dispositivo se modela e instala en una planta de fabricación, utilizando placas de circuito preensambladas, antenas internas y carcasas de plástico para producir material para dispositivos de telemetría vehicular. El dispositivo se encuentra inicialmente en la planta de fabricación, luego se transporta a un centro de distribución nacional y a un centro de distribución local mediante una red de distribución que utiliza transporte marítimo internacional y camiones locales. Estas redes de distribución forman colectivamente una ruta multimodal.
ArchiMate 3.0 no introduce un elemento de comportamiento físico separado. En su lugar, se utilizan los elementos de comportamiento de la capa técnica (funciones técnicas, procesos, interacciones, servicios y eventos) para modelar el comportamiento de todos los nodos, incluidos los dispositivos físicos. Dado que los dispositivos suelen estar controlados por computadoras o están estrechamente vinculados a TI, su comportamiento puede describirse utilizando conceptos existentes de comportamiento técnico de manera completa y consistente. Estos conceptos también pueden usarse para describir el comportamiento de sensores y dispositivos conectados que constituyen la Internet de las Cosas (IoT).

Disponibilidad y consistencia mejoradas

Se han realizado numerosos cambios para mejorar la usabilidad y la consistencia del lenguaje. A continuación se resumen.

Metamodelo general

Se ha introducido un metamodelo general de nivel superior para documentar la estructura completa del lenguaje.

Elementos compuestos

Los grupos ya no se clasifican como relaciones; ahora son elementos compuestos. Los grupos ahora tienen relaciones de agregación o composición con sus contenidos, lo que los hace más útiles. Las relaciones ahora pueden dibujarse desde o hacia un grupo. Una aplicación útil del agrupamiento es modelar bloques de construcción de arquitectura y solución; otra es modelar dominios dentro de una arquitectura. Los elementos de ubicación se han trasladado de la capa de negocio al metamodelo general y se han definido como elementos compuestos.
El uso mejorado del anidamiento como notación permite una representación más adecuada de elementos relacionados en la modelización.

Símbolos actualizados para vistas y contratos

La notación para vistas y contratos se ha actualizado para distinguir claramente entre ellos y los entregables y objetos de negocio, respectivamente.

Símbolos opcionales de capa

Se ha introducido un símbolo opcional para indicar explícitamente la capa de un elemento. Las letras «M», «S», «B», «A», «T», «P» o «I» en la esquina superior izquierda de un elemento pueden indicar elementos de motivación, estrategia, negocio, aplicación, tecnología, físico o de implementación y migración, respectivamente. La Figura 4 es un modelo de ejemplo que muestra elementos de aplicación y tecnología.
Figura 4: Ejemplo de símbolos de elementos

Relaciones

En algunos casos, ahora se permite tener relaciones con otras relaciones, por ejemplo, asociar un objeto con un grupo o una relación de flujo o de agregación dentro de una plataforma.
Figura 5: Ejemplo de relación con relación
La relación «used by» se ha renombrado a «service» para reflejar mejor su dirección con un verbo activo: service sirve a los usuarios. El significado de la relación no ha cambiado. El nombre «used by» aún se permite, pero está obsoleto y se eliminará en futuras versiones de la norma.
Para alinearse con otras relaciones de dependencia (acceso y servicio), se ha actualizado el símbolo para la relación de impacto.
Figura 6: Símbolo para la relación de impacto
Se ha introducido un símbolo direccional para la relación de asignación sustituyendo el círculo negro en el extremo objetivo por una flecha.
Figura 7: Símbolo para la relación de asignación
Los enlaces ya no se clasifican como relaciones, sino como conectores de relaciones. Los enlaces ahora son explícitamente enlaces «o» o enlaces generales «y».
Figura 8: Símbolo de enlace

Elementos de motivación

Se ha añadido el elemento resultado. Los elementos de significado y valor se han trasladado de la capa de negocio.

Eventos añadidos

Se han añadido elementos de evento con atributos de tiempo a todas las capas del lenguaje principal de ArchiMate, así como para elementos de implementación y migración. Los nuevos elementos son eventos de aplicación, eventos técnicos y eventos de implementación, correspondientes a los eventos de negocio existentes.

Consistencia de capas mejorada

Se han añadido nuevos elementos, como procesos de aplicación, procesos técnicos, interacciones técnicas y colaboraciones técnicas, para mejorar la consistencia entre capas.

Capa de Negocio

Los elementos de ubicación, valor y significado ya no se especifican en la capa de negocio. Los símbolos para vistas y contratos se han actualizado para distinguirlos de los entregables y objetos de negocio, respectivamente.

Capa Técnica

Los elementos en la capa técnica se han renombrado de «Infraestructura [Nombre del elemento]» a «Tecnología [Nombre del elemento]». El elemento «Camino de comunicación» se ha renombrado a «Camino» y su significado se ha ampliado para soportar elementos físicos. El elemento «Red» se ha renombrado a «Red de comunicación» para diferenciarlo del elemento físico «Red de distribución».

Relaciones entre capas

Se han definido ahora relaciones entre capas para conectar la motivación y la estrategia con los conceptos centrales (negocio, aplicación, tecnología, físico) y para vincular la estrategia con su implementación. Las relaciones entre capas también se han revisado para facilitar una mejor alineación entre elementos de diferentes capas (por ejemplo, la capa de negocio alineada con las capas inferiores).

Mecanismo de vistas

Las versiones anteriores de la norma incluían una lista completa de vistas dentro del cuerpo principal de la especificación, junto con la posibilidad de definir vistas personalizadas para situaciones específicas. En la versión 3.0, se ha mejorado el mecanismo de vistas, y la lista de vistas se ha trasladado a un apéndice informativo para indicar claramente que se trata de vistas de ejemplo.

Lenguaje ArchiMate y TOGAF ADM

El lenguaje ArchiMate consta del lenguaje central ArchiMate, que incluye las capas de negocio, aplicación y tecnología, junto con elementos para modelar estrategia y motivación, así como implementación y migración. La Figura 9 muestra un mapeo simplificado de cómo el lenguaje ArchiMate se relaciona con las diversas fases del Método de Desarrollo de Arquitectura TOGAF (ADM).
Figura 9: Mapeo simplificado entre el lenguaje ArchiMate y el TOGAF ADM
Las capas de negocio, aplicación y tecnología apoyan la descripción de los dominios de arquitectura de negocio, sistemas de información y tecnología definidos en el marco TOGAF, así como sus interrelaciones. Los elementos estratégicos y motivacionales en ArchiMate pueden apoyar las fases de gestión de requisitos, preliminar y visión de arquitectura del TOGAF ADM, que establecen objetivos empresariales de alto nivel, principios de arquitectura y requisitos empresariales iniciales. También están relacionados con la fase de gestión del cambio de arquitectura del TOGAF ADM, ya que esta fase trata con requisitos en evolución. Aunque no se muestra en la Figura 9, debe tenerse en cuenta que estos elementos también pueden utilizarse en otras fases del ADM, como las fases B, C y D.
Los elementos de implementación y migración en ArchiMate apoyan la implementación y migración de la arquitectura a través de las fases del TOGAF ADM de oportunidad y solución, planificación de migración y gobernanza de implementación.

Dejar una contestacion