O ArchiMate (originalmente do Architecture-Animate) é uma linguagem de modelagem de arquitetura empresarial aberta e independente para suportar a descrição, análise e visualização da arquitetura dentro e entre domínios de negócios de uma maneira inequívoca.

O ArchiMate é um padrão técnico do The Open Group e é baseado nos conceitos do padrão IEEE 1471. É apoiado por vários fornecedores de ferramentas e empresas de consultoria. ArchiMate também é uma marca registrada do The Open Group. O Open Group possui um programa de certificação para usuários, ferramentas de software e cursos do ArchiMate.

O ArchiMate distingue-se de outras linguagens como Unified Modeling Language (UML) e Business Process Modeling and Notation (BPMN) pelo seu escopo de modelagem corporativa.

Visão geral
O ArchiMate oferece uma linguagem comum para descrever a construção e operação de processos de negócios, estruturas organizacionais, fluxos de informações, sistemas de TI e infraestrutura técnica. É como um desenho arquitetônico em um prédio clássico, onde a arquitetura descreve os vários aspectos da construção e uso de um edifício. Essa percepção ajuda os diferentes interessados ​​a projetar, avaliar e comunicar as conseqüências das decisões e alterações dentro e entre esses domínios de negócios.

Os principais conceitos e relações da linguagem ArchiMate podem ser vistos como um framework, o chamado Archimate Framework: ele divide a arquitetura corporativa em uma camada de negócios, aplicativos e tecnologia. Em cada camada, três aspectos são considerados: elementos ativos que exibem comportamento (por exemplo, Processo e Função), uma estrutura interna e elementos que definem o uso ou comunicam informações.

Um dos objetivos da linguagem ArchiMate é definir as relações entre conceitos em diferentes domínios da arquitetura. Os conceitos dessa linguagem, portanto, mantêm o meio entre os conceitos detalhados, que são usados ​​para modelar domínios individuais, por exemplo, a UML para modelagem de produtos de software, e o BPMN, que é usado para modelagem de processos de negócios.

História
O ArchiMate é parcialmente baseado no padrão IEEE 1471. Foi desenvolvido na Holanda por uma equipe de projeto do Telematica Instituut em cooperação com vários parceiros holandeses do governo, indústria e academia. Entre os parceiros estavam Ordina, Radboud Universiteit Nijmegen, o Instituto Leiden de Ciência da Computação Avançada (LIACS) e o Centrum Wiskunde & Informatica (CIO). Posteriormente, foram realizados testes em organizações como o ABN AMRO, a Administração Tributária e Aduaneira da Holanda e a ABP.

O processo de desenvolvimento durou de julho de 2002 a dezembro de 2004 e demorou cerca de 35 anos-homem e aproximadamente 4 milhões de euros. O empreendimento foi financiado pelo governo holandês (Administração Tributária e Aduaneira da Holanda) e parceiros de negócios, incluindo o ABN AMRO e o Fundo de Pensão ABP.

Em 2008, a propriedade e administração do ArchiMate foi transferida para o Open Group. Agora é gerenciado pelo Fórum ArchiMate dentro do The Open Group. Em fevereiro de 2009, o The Open Group publicou o padrão ArchiMate® 1.0 como um padrão técnico formal. Em janeiro de 2012, o padrão ArchiMate® 2.0 e, em 2013, o padrão ArchiMate® 2.1 foi lançado.

Em junho de 2016, o Open Group lançou a versão 3.0 da Especificação ArchiMate. A versão 3.0 adiciona suporte aprimorado para modelagem estratégica orientada a recursos, novas entidades representando recursos físicos (para modelagem de ingredientes, equipamentos e recursos de transporte usados ​​no mundo físico) e um metamodelo geral mostrando os tipos de entidade e os relacionamentos entre eles.

Tópicos do ArchiMate
O ArchiMate é uma abordagem arquitetônica integrada que descreve e visualiza os diferentes domínios de negócios e suas relações. O uso dessas arquiteturas integradas ajuda os interessados ​​a avaliar o impacto das escolhas e mudanças no design.

Arquitetura
As organizações precisam se adaptar cada vez mais rapidamente e antecipar as mudanças nos requisitos do cliente e as metas de negócios. Essa necessidade influencia toda a cadeia de atividades de um negócio, desde a estrutura organizacional até a infraestrutura de rede. Como você pode controlar o impacto dessas mudanças? Arquitetura pode ser a resposta.

Arquitetura é um conjunto consistente de princípios, métodos e modelos que são usados ​​no design e na realização da estrutura organizacional, processos de negócios, sistemas de informação e infraestrutura. No entanto, esses domínios não são abordados de forma integrada, o que dificulta a avaliação dos efeitos das mudanças propostas. Todo domínio fala sua própria linguagem, desenha seus próprios modelos e usa suas próprias técnicas e ferramentas. A comunicação e a tomada de decisões em todos os domínios estão seriamente prejudicadas.

ArchiMate fornece essa integração. O ArchiMate é uma linguagem de arquitetura e técnicas de visualização que retratam esses domínios e suas relações. O ArchiMate fornece ao arquiteto instrumentos que suportam e aprimoram o processo de arquitetura.

Camadas
O ArchiMate tem uma aparência em camadas e orientada a serviços em modelos de arquitetura. As camadas superiores fazem uso de serviços fornecidos pelas camadas inferiores. Embora, em um nível abstrato, os conceitos usados ​​em cada camada sejam semelhantes, definimos conceitos mais concretos específicos para uma determinada camada. Neste contexto, distinguimos três camadas principais:

A camada de negócios é sobre processos de negócios, serviços, funções e eventos de unidades de negócios. Essa camada “oferece produtos e serviços para clientes externos, que são realizados na organização por processos de negócios executados por atores e funções empresariais”.
A camada Application é sobre aplicativos de software que “suportam os componentes da empresa com serviços de aplicativos”.
A camada de Tecnologia lida “com a infra-estrutura de hardware e comunicação para suportar a Camada de Aplicação. Esta camada oferece serviços de infra-estrutura necessários para executar aplicativos, realizados por hardware de computador e comunicação e software de sistema”.
Cada uma dessas camadas principais pode ser dividida em sub-camadas. Por exemplo, na camada de Negócios, os principais processos de negócios que realizam os produtos de uma empresa podem usar uma camada de processos de negócios secundários (de suporte); Na camada Application, os aplicativos de usuário final podem fazer uso de serviços genéricos oferecidos por aplicativos de suporte. No topo da camada de Negócios, uma camada de Ambiente separada pode ser adicionada, modelando os clientes externos que fazem uso dos serviços da organização (embora eles também possam ser considerados parte da camada de Negócios).

Em consonância com a orientação para o serviço, a relação mais importante entre as camadas é formada pelas relações de uso, que mostram como as camadas mais altas fazem uso dos serviços das camadas inferiores. No entanto, um segundo tipo de link é formado por relações de realização: elementos em camadas inferiores podem perceber elementos comparáveis ​​em camadas superiores; por exemplo, um ‘objeto de dados’ (camada de aplicação) pode realizar um ‘objeto de negócio’ (camada de negócios); ou um ‘artefato’ (camada de tecnologia) pode realizar um ‘objeto de dados’ ou um ‘componente de aplicativo’ (camada de aplicação).

Estrutura geral de modelos dentro das diferentes camadas
A estrutura geral dos modelos dentro das diferentes camadas é semelhante. Os mesmos tipos de conceitos e relações são usados, embora sua natureza e granularidade exatas sejam diferentes.

Primeiro, distinguimos o aspecto estrutural ou estático e o aspecto comportamental ou dinâmico. Conceitos comportamentais são atribuídos a conceitos estruturais, para mostrar quem ou o que exibe o comportamento. No exemplo, função, interface e colaboração são atribuídas a processos de negócios, serviços organizacionais e interação de negócios, respectivamente.

Em segundo lugar, fazemos uma distinção entre uma visão externa e uma visão interna dos sistemas. Ao olhar para o aspecto comportamental, essas visões refletem os princípios da orientação a serviços, conforme apresentado na seção anterior. O conceito de serviço representa uma unidade de funcionalidade essencial que um sistema expõe ao seu ambiente. Para os usuários externos, apenas essa funcionalidade externa, juntamente com aspectos não funcionais, como a qualidade do serviço, custos, etc., são relevantes. Se necessário, eles podem ser especificados em um contrato ou contrato de nível de serviço. Os serviços são acessíveis através de interfaces, que constituem a visão externa sobre o aspecto estrutural.

Embora para os usuários externos apenas a visão externa seja relevante, o design de organizações ou sistemas e suas operações e gerenciamento internos também requer conhecimento sobre a realização interna dos serviços e interfaces. Para essa realização, fazemos uma distinção entre o comportamento que é realizado por um elemento estrutural individual (por exemplo, ator, componente de função, etc.) ou comportamento coletivo (interação) que é realizado por uma colaboração de vários elementos estruturais.

Além de elementos estruturais ativos (os atores de negócios, componentes de aplicativos e dispositivos que exibem o comportamento real, ou seja, os “sujeitos” da atividade), também reconhecemos elementos estruturais passivos, ou seja, os objetos nos quais o comportamento é executado. No domínio das organizações com uso intensivo de informações, que é o foco principal de nossa linguagem, elas geralmente são objetos de informações na camada de negócios e objetos de dados na camada de aplicativo, mas também podem ser usadas para representar objetos físicos.

Formato de arquivo do Exchange
Um formato de arquivo de troca de modelo padrão foi desenvolvido para os modelos ArchiMate 2.1 e 3.0. Esse é um formato de arquivo baseado em XML / XSD e destina-se ao intercâmbio em vez de a um formato de arquivo persistente. As ferramentas conhecidas para suportar importação e exportação no formato de arquivo de troca incluem Archi, BiZZdesign Architect e Corso System Architect.