ArchiMate（元々Architecture-Animate）はオープンで独立したエンタープライズ・アーキテクチャ・モデリング言語であり、ビジネス・ドメイン内およびアーキテクチャー間のアーキテクチャの記述、分析、視覚化を明白な方法でサポートします。
ArchiMateはThe Open Groupの技術標準であり、IEEE 1471標準の概念に基づいています。 さまざまなツールベンダーやコンサルティング会社によってサポートされています。 ArchiMateはThe Open Groupの登録商標です。 Open Groupには、ArchiMateユーザー、ソフトウェアツール、コースの認定プログラムがあります。
ArchiMateは、UML（Unified Modeling Language）やBPMN（Business Process Modeling and Notation）などの他の言語と、エンタープライズモデリングのスコープで区別されています。
概要
ArchiMateは、ビジネスプロセス、組織構造、情報フロー、ITシステム、および技術インフラストラクチャの構築と運用を記述するための共通言語を提供します。 これは、建物が建物の建設と使用のさまざまな側面を記述する古典的な建物の建築図のようなものです。 この洞察は、さまざまなステークホルダーが、これらのビジネス・ドメイン内およびそのビジネス・ドメイン間の意思決定および変更の結果を設計、評価、伝達するのに役立ちます。
ArchiMate言語の主な概念と関係は、Archimate Frameworkと呼ばれるフレームワークとみなすことができます。これは、エンタープライズアーキテクチャをビジネス、アプリケーション、テクノロジーの各レイヤーに分割します。 各層では、行動（例：プロセスと機能）を示す能動的要素、内部構造、および情報の使用や伝達を定義する要素の3つの側面が考慮されます。
ArchiMate言語の目的の1つは、異なるアーキテクチャドメインの概念間の関係を定義することです。 したがって、この言語の概念は、モデリングソフトウェア製品のUMLやビジネスプロセスモデリングに使用されるBPMNなど、個々のドメインのモデリングに使用される詳細な概念の中間に位置しています。
歴史
ArchiMateは、一部はIEEE 1471規格に基づいています。 オランダでは、政府、産業界、学界のオランダのいくつかのパートナーと協力してTelematica Instituutのプロジェクトチームによって開発されました。 パートナーの中には、オルディナ、ナイメーヘンのラドバウド大学、ライデンの高度コンピュータ科学研究所（LIACS）、セントラム・ウィスクンデ・アンド・インフォーマティア（CWI）がありました。 その後、ABN AMRO、オランダ税務局、税関管理局、ABPなどの組織でテストが実施されました。
開発プロセスは2002年7月から2004年12月まで続き、約35人年と約400万ユーロを要しました。 この開発は、オランダ政府（オランダ税および税関管理）とABN AMROおよびABP年金基金を含むビジネスパートナーによって資金提供されました。
2008年、ArchiMateのオーナーシップとスチュワードシップはOpen Groupに移管されました。 現在、The Open Group内のArchiMate Forumによって管理されています。 2009年2月、Open Groupは公式の技術標準としてArchiMate®1.0標準を公開しました。 2012年1月にArchiMate®2.0標準、2013年にArchiMate®2.1標準がリリースされました。
2016年6月、Open GroupはArchiMate仕様のバージョン3.0をリリースしました。 バージョン3.0では、能力指向の戦略的モデリング、物理リソースを表す新しいエンティティ（物理世界で使用される材料、設備、輸送リソースをモデリングするための）とエンティティタイプとそれらの間の関係を示す一般的なメタモデルが強化されています。
トピックを整理する
ArchiMateは、さまざまなビジネスドメインとその関係を記述し、視覚化する統合されたアーキテクチャアプローチです。 これらの統合アーキテクチャを使用することで、ステークホルダーは設計の選択と変更の影響を評価するのに役立ちます。
建築
組織はますます迅速に対応し、変化する顧客の要求とビジネス目標を予測する必要があります。 この必要性は、組織構造からネットワークインフラストラクチャに至るまで、ビジネスのあらゆる活動の連鎖に影響します。 これらの変更の影響をどのように制御できますか？ アーキテクチャは答えかもしれない。
アーキテクチャは、組織構造、ビジネスプロセス、情報システム、およびインフラストラクチャの設計と実現に使用される原則、方法、およびモデルの一貫した全体です。 しかし、これらのドメインは統合的にアプローチされておらず、提案された変更の影響を判断することが困難です。 すべてのドメインは、独自の言語を話し、独自のモデルを描き、独自の技法やツールを使用します。 ドメイン間のコミュニケーションと意思決定が大きく損なわれます。
ArchiMateはこの統合を提供します。 ArchiMateは、これらのドメインとその関係を描写するアーキテクチャ言語と視覚化技術です。 ArchiMateは、アーキテクチャプロセスをサポートし、改善する手段をアーキテクトに提供します。
レイヤー
ArchiMateは、アーキテクチャー・モデルについて、階層化されたサービス指向の外観を備えています。 上位層は、下位層によって提供されるサービスを利用する。 抽象的なレベルでは、各レイヤー内で使用される概念は似ていますが、特定のレイヤーに固有のより具体的な概念を定義します。 この文脈では、3つの主な層を区別しています。
ビジネスレイヤは、ビジネスユニットのビジネスプロセス、サービス、機能、イベントに関するものです。 このレイヤーは、「ビジネスアクターとロールによって実行されるビジネスプロセスによって組織内で実現される外部顧客に製品とサービスを提供します」。
アプリケーション層は、「アプリケーションサービスを使用してビジネスのコンポーネントをサポートする」ソフトウェアアプリケーションに関するものです。
テクノロジーレイヤーは、アプリケーションレイヤーをサポートするためのハードウェアと通信インフラストラクチャーを扱います。このレイヤーは、コンピューターと通信ハードウェアとシステムソフトウェアによって実現される、アプリケーションの実行に必要なインフラストラクチャサービスを提供します。
これらのメインレイヤのそれぞれは、サブレイヤでさらに分割することができます。 たとえば、ビジネス層では、企業の製品を実現する主要なビジネスプロセスは、セカンダリ（サポート）ビジネスプロセスの層を利用することができます。 アプリケーション層では、エンドユーザアプリケーションは、サポートするアプリケーションによって提供される汎用サービスを利用することができる。 ビジネスレイヤーの上には、組織のサービスを利用する外部顧客をモデリングして、別個の環境レイヤーを追加することができます（ビジネスレイヤーの一部と考えることもできます）。
サービスの方向性に沿って、レイヤ間の最も重要な関係は、上位レイヤが下位レイヤのサービスをどのように利用するかを示す使用関係によって形成されます。 しかし、第2のタイプのリンクは、実現関係によって形成される。下位層の要素は、上位層に匹敵する要素を実現し得る。 例えば、「データオブジェクト」（アプリケーション層）は「ビジネスオブジェクト」（ビジネスレイヤ）を実現することができる。 または「アーティファクト」（技術レイヤ）は、「データオブジェクト」または「アプリケーションコンポーネント」（アプリケーションレイヤ）のいずれかを実現する可能性があります。
異なるレイヤー内のモデルの一般的な構造
異なるレイヤー内のモデルの一般的な構造は似ています。 同じ種類の概念と関係が使用されますが、その正確な性質と粒度は異なります。
まず、構造的または静的な側面と行動的または動的な側面を区別します。 行動概念は、構造概念に割り当てられ、その行動を誰が何を表示するかを示します。 この例では、ロール、インタフェース、およびコラボレーションは、それぞれビジネスプロセス、組織サービスおよびビジネス対話に割り当てられています。
次に、システムの外観と内部ビューを区別します。 行動面を見ると、前のセクションで紹介したサービス指向の原則が反映されています。 サービスコンセプトは、システムがその環境に公開する不可欠な機能の単位を表します。 外部ユーザーにとっては、この外部機能とサービス品質、コストなどの非機能面のみが関連しています。 必要に応じて、これらは契約またはサービスレベル契約で指定することができます。 サービスは、構造的側面に関する外部視点を構成するインタフェースを介してアクセス可能です。
外部ユーザーだけが外部ビューのみが関連していますが、組織やシステムの設計、内部の運用と管理には、サービスとインターフェイスの内部的な実現についての知識も必要です。 この実現のために、個々の構造要素（アクター、ロールコンポーネントなど）によって実行される動作、または複数の構造要素のコラボレーションによって実行される集合的な動作（対話）を区別します。
アクティブな構造要素（ビジネスアクター、アプリケーションコンポーネント、実際の動作を表示するデバイス、つまりアクティビティの「サブジェクト」）に加えて、パッシブな構造要素、つまりビヘイビアが実行されるオブジェクトも認識します。 私たちの言語の主な焦点である情報集約型組織の領域では、通常、ビジネス層の情報オブジェクトとアプリケーション層のデータオブジェクトですが、物理的なオブジェクトを表すために使用することもできます。
Exchangeファイル形式
ArchiMate 2.1および3.0モデル用の標準モデル交換ファイルフォーマットが開発されました。 これは、XML / XSDベースのファイル形式であり、永続的なファイル形式ではなく、交換用です。 Exchangeファイル形式でのインポートとエクスポートの両方をサポートするツールとして、Archi、BiZZdesign Architect、Corso System Architectがあります。