ArchiMate (originalmente de Architecture-Animate) es un lenguaje de modelado de arquitectura empresarial abierto e independiente para respaldar la descripción, el análisis y la visualización de la arquitectura dentro de los dominios de negocios de una manera no ambigua.
ArchiMate es un estándar técnico de The Open Group y se basa en los conceptos del estándar IEEE 1471. Es apoyado por varios proveedores de herramientas y firmas consultoras. ArchiMate es también una marca registrada de The Open Group. The Open Group tiene un programa de certificación para usuarios de ArchiMate, herramientas de software y cursos.
ArchiMate se distingue de otros lenguajes, como el Lenguaje de modelado unificado (UML) y el Modelo y notación de procesos empresariales (BPMN) por su alcance de modelado empresarial.
Visión de conjunto
ArchiMate ofrece un lenguaje común para describir la construcción y operación de procesos comerciales, estructuras organizacionales, flujos de información, sistemas de TI e infraestructura técnica. Esto es como un dibujo arquitectónico en un edificio clásico donde la arquitectura describe los diversos aspectos de la construcción y el uso de un edificio. Esta información ayuda a los diferentes interesados a diseñar, evaluar y comunicar las consecuencias de las decisiones y los cambios dentro y entre estos dominios comerciales.
Los principales conceptos y relaciones del lenguaje ArchiMate se pueden ver como un marco, el llamado Marco Archimato: divide la arquitectura empresarial en una capa de negocios, aplicaciones y tecnología. En cada capa, se consideran tres aspectos: elementos activos que exhiben comportamiento (por ejemplo, Proceso y Función), una estructura interna y elementos que definen el uso o la información de comunicación.
Uno de los objetivos del lenguaje ArchiMate es definir las relaciones entre conceptos en diferentes dominios de arquitectura. Los conceptos de este lenguaje, por lo tanto, ocupan un lugar intermedio entre los conceptos detallados, que se usan para modelar dominios individuales, por ejemplo, el UML para modelar productos de software, y BPMN que se utiliza para el modelado de procesos de negocio.
Historia
ArchiMate se basa en parte en el estándar IEEE 1471. Fue desarrollado en los Países Bajos por un equipo de proyecto de Telematica Instituut en cooperación con varios socios holandeses del gobierno, la industria y el mundo académico. Entre los socios se encontraban Ordina, Radboud Universiteit Nijmegen, el Instituto Leiden de Informática Avanzada (LIACS) y el Centrum Wiskunde & Informatica (CWI). Más tarde, se realizaron pruebas en organizaciones como ABN AMRO, la Administración de Impuestos y Aduanas de los Países Bajos y la ABP.
El proceso de desarrollo duró desde julio de 2002 hasta diciembre de 2004, y tomó aproximadamente 35 años hombre y aproximadamente 4 millones de euros. El desarrollo fue financiado por el gobierno holandés (Administración neerlandesa de impuestos y aduanas) y socios comerciales, incluidos ABN AMRO y el Fondo de pensiones de ABP.
En 2008, la propiedad y la administración de ArchiMate se transfirieron al Open Group. Ahora es administrado por el Foro ArchiMate dentro de The Open Group. En febrero de 2009, The Open Group publicó el estándar ArchiMate® 1.0 como estándar técnico formal. En enero de 2012, se lanzó el estándar ArchiMate® 2.0 y en 2013 se lanzó el estándar ArchiMate® 2.1.
En junio de 2016, Open Group lanzó la versión 3.0 de la especificación ArchiMate. La versión 3.0 agrega soporte mejorado para modelado estratégico orientado a capacidades, nuevas entidades que representan recursos físicos (para modelar los ingredientes, equipos y recursos de transporte utilizados en el mundo físico) y un metamodelo general que muestra los tipos de entidades y las relaciones entre ellos.
Temas de ArchiMate
ArchiMate es un enfoque arquitectónico integrado que describe y visualiza los diferentes dominios comerciales y sus relaciones. El uso de estas arquitecturas integradas ayuda a los interesados a evaluar el impacto de las elecciones de diseño y los cambios.
Arquitectura
Las organizaciones necesitan adaptarse cada vez más rápido y anticiparse a las cambiantes necesidades de los clientes y los objetivos comerciales. Esta necesidad influye en toda la cadena de actividades de una empresa, desde la estructura organizativa hasta la infraestructura de red. ¿Cómo puedes controlar el impacto de estos cambios? La arquitectura puede ser la respuesta.
La arquitectura es un conjunto consistente de principios, métodos y modelos que se utilizan en el diseño y la realización de la estructura organizativa, los procesos comerciales, los sistemas de información y la infraestructura. Sin embargo, estos dominios no se abordan de forma integrada, lo que dificulta juzgar los efectos de los cambios propuestos. Cada dominio habla su propio idioma, dibuja sus propios modelos y utiliza sus propias técnicas y herramientas. La comunicación y la toma de decisiones entre dominios se ve seriamente afectada.
ArchiMate proporciona esta integración. ArchiMate es un lenguaje de arquitectura y técnicas de visualización que representan estos dominios y sus relaciones. ArchiMate proporciona al arquitecto instrumentos que admiten y mejoran el proceso de arquitectura.
Capas
ArchiMate tiene una apariencia estratificada y orientada al servicio en modelos arquitectónicos. Las capas superiores hacen uso de los servicios proporcionados por las capas inferiores. Aunque, en un nivel abstracto, los conceptos que se usan dentro de cada capa son similares, definimos conceptos más concretos que son específicos para una determinada capa. En este contexto, distinguimos tres capas principales:
La capa Business trata de procesos de negocios, servicios, funciones y eventos de unidades de negocios. Esta capa «ofrece productos y servicios a clientes externos, que se realizan en la organización mediante procesos comerciales realizados por actores y roles de negocios».
La capa de Aplicación trata de aplicaciones de software que «admiten los componentes en el negocio con servicios de aplicaciones».
La capa de Tecnología trata «con la infraestructura de hardware y comunicación para soportar la Capa de Aplicación. Esta capa ofrece servicios de infraestructura necesarios para ejecutar aplicaciones, realizadas por computadora y hardware de comunicación y software de sistema».
Cada una de estas capas principales se puede dividir aún más en subcapas. Por ejemplo, en la capa Business, los procesos empresariales primarios que realizan los productos de una empresa pueden hacer uso de una capa de procesos comerciales secundarios (de apoyo); en la capa de Aplicación, las aplicaciones de usuario final pueden hacer uso de servicios genéricos ofrecidos por aplicaciones de soporte. En la parte superior de la capa Business, se puede agregar una capa de entorno separada, modelando los clientes externos que hacen uso de los servicios de la organización (aunque también se pueden considerar parte de la capa Business).
De acuerdo con la orientación del servicio, la relación más importante entre las capas está formada por las relaciones de uso, que muestran cómo las capas superiores utilizan los servicios de las capas inferiores. Sin embargo, un segundo tipo de enlace está formado por relaciones de realización: los elementos en capas inferiores pueden realizar elementos comparables en capas superiores; por ejemplo, un ‘objeto de datos’ (capa de Aplicación) puede realizar un ‘objeto de negocio’ (capa de Negocio); o un ‘artefacto’ (capa de tecnología) puede realizar un ‘objeto de datos’ o un ‘componente de aplicación’ (capa de aplicación).
Estructura general de modelos dentro de las diferentes capas
La estructura general de los modelos dentro de las diferentes capas es similar. Se usan los mismos tipos de conceptos y relaciones, aunque su naturaleza exacta y granularidad difieren.
Primero, distinguimos el aspecto estructural o estático y el aspecto conductual o dinámico. Los conceptos de comportamiento se asignan a conceptos estructurales, para mostrar quién o qué muestra el comportamiento. En el ejemplo, el rol, la interfaz y la colaboración se asignan a procesos de negocios, servicios de organización e interacción comercial, respectivamente.
En segundo lugar, hacemos una distinción entre una vista externa y una vista interna de los sistemas. Al observar el aspecto conductual, estos puntos de vista reflejan los principios de orientación del servicio que se introdujeron en la sección anterior. El concepto de servicio representa una unidad de funcionalidad esencial que un sistema expone a su entorno. Para los usuarios externos, solo esta funcionalidad externa, junto con aspectos no funcionales tales como la calidad del servicio, los costos, etc., son relevantes. Si es necesario, estos se pueden especificar en un contrato o acuerdo de nivel de servicio. Los servicios son accesibles a través de interfaces, que constituyen la vista externa en el aspecto estructural.
Aunque para los usuarios externos solo la vista externa es relevante, el diseño de las organizaciones o sistemas y sus operaciones y administración internas también requieren conocimiento sobre la realización interna de los servicios y las interfaces. Para esta realización, hacemos una distinción entre el comportamiento que se realiza por un elemento estructural individual (p. Ej., Actor, componente de rol, etc.) o el comportamiento colectivo (interacción) que se realiza mediante una colaboración de múltiples elementos estructurales.
Además de los elementos estructurales activos (los actores comerciales, los componentes de la aplicación y los dispositivos que muestran el comportamiento real, es decir, los «sujetos» de actividad), también reconocemos los elementos estructurales pasivos, es decir, los objetos sobre los que se realiza el comportamiento. En el dominio de las organizaciones de uso intensivo de la información, que es el enfoque principal de nuestro lenguaje, estos son generalmente objetos de información en la capa empresarial y objetos de datos en la capa de aplicación, pero también pueden usarse para representar objetos físicos.
Formato de archivo de intercambio
Se desarrolló un formato de archivo de intercambio de modelos estándar para los modelos ArchiMate 2.1 y 3.0. Este es un formato de archivo basado en XML / XSD, y está pensado para el intercambio en lugar de un formato de archivo persistente. Las herramientas conocidas para admitir tanto la importación como la exportación en el formato de archivo de intercambio incluyen Archi, BiZZdesign Architect y Corso System Architect.