アーキメイト

ArchiMate（/ ˈɑːr kɪ m eɪ t / AR -ki-mayt）は、ビジネスドメイン内およびビジネスドメイン間でのアーキテクチャの記述、分析、視覚化を明確な方法でサポートする、オープンで独立したエンタープライズアーキテクチャ モデリング言語です^[1]。

ArchiMate はThe Open Groupの技術標準であり、現在は廃止されているIEEE 1471標準の概念に基づいています。さまざまなツール ベンダーやコンサルティング会社によってサポートされています。ArchiMate は The Open Group の登録商標でもあります。The Open Group には、ArchiMate ユーザー、ソフトウェア ツール、コース向けの認定プログラムがあります。^[2]

ArchiMateは、エンタープライズモデリングの範囲において、統一モデリング言語（UML）やビジネスプロセスモデリング表記法（BPMN）などの他の言語とは一線を画しています。^[3]

また、UML と BPMN は特定の用途向けに設計されており、非常に重いです。約 150 (UML) と 250 (BPMN) のモデリング概念が含まれていますが、ArchiMate は約 50 (バージョン 2.0) で動作します。ArchiMate の目標は「可能な限り小さく」することであり、考えられるすべてのエッジ シナリオをカバーすることではありません。ArchiMate は、学習と適用を容易にするために、意図的に「実用的なケースの 80% をモデリングするのに十分な概念」に制限されています。^[4]

ArchiMate は、ビジネス プロセス、組織構造、情報フロー、IT システム、技術インフラストラクチャの構築と運用を記述するための共通言語を提供します。この洞察は、さまざまな関係者がこれらのビジネス ドメイン内およびドメイン間での決定と変更の結果を設計、評価、伝達するのに役立ちます。

ArchiMate言語の主な概念と関係は、フレームワーク、いわゆるArchimateフレームワークとして見ることができます。^[5]これは、エンタープライズアーキテクチャをビジネス層、アプリケーション層、テクノロジー層に分割します。各層では、アクティブ要素、内部構造、および使用を定義したり情報を伝達したりする要素という3つの側面が考慮されます。

ArchiMate言語の目的の1つは、異なるアーキテクチャドメインの概念間の関係を定義することです。したがって、この言語の概念は、個々のドメインをモデリングするために使用される詳細な概念（たとえば、ソフトウェア製品をモデリングするための統一モデリング言語（UML））^[6]と、ビジネスプロセスモデリングに使用されるビジネスプロセスモデルと表記法（BPMN）の中間に位置します。

ArchiMateは、現在は廃止されているIEEE 1471標準に部分的に基づいています。オランダのTelematica Instituutのプロジェクトチームが、オランダの政府、産業界、学界の複数のパートナーと協力して開発しました。パートナーには、Ordina  ^[nl]、ナイメーヘン・ラートバウド大学、ライデン先端情報科学研究所（LIACS）、Centrum Wiskunde & Informatica （CWI）などがありました。その後、 ABN AMRO、オラ​​ンダ税関庁、ABPなどの組織でテストが行​​われました。^[7]

開発プロセスは2002年7月から2004年12月まで続き、約35人年と約400万ユーロを要した。開発資金はオランダ政府（オランダ税関庁）とABN AMROやABP年金基金などのビジネスパートナーが提供した。^[8]

2008年にArchiMateの所有権と管理はThe Open Groupに移管されました。現在はThe Open Group内のArchiMateフォーラム^{[9]によって管理されています。2009年2月にThe Open Groupは正式な技術標準としてArchiMate 1.0標準[10]}を発行しました。2012年1月にArchiMate 2.0標準、2013年にArchiMate 2.1標準^[11]がリリースされました。

2016年6月、Open GroupはArchiMate仕様のバージョン3.0をリリースしました^{[12] 。 [13]} Archimate 3.0.1へのアップデートは2017年8月にリリースされました。^[14] Archimate 3.1は2019年11月5日に公開されました。^[15] ArchiMate仕様の最新バージョンは、2022年10月にリリースされたバージョン3.2です。^[16]

バージョン3.0では^、機能指向の戦略モデリングの強化されたサポート、物理リソースを表す新しいエンティティ（物理世界で使用される材料、機器、輸送リソースをモデル化するため）、およびエンティティタイプとそれらの関係を示す汎用メタモデルが追加されました[17]。

ArchiMate言語の主な概念と要素は、ArchiMateコアフレームワークとして提示されています。^[18]これは3つのレイヤーと3つの側面で構成されています。これにより、組み合わせのマトリックスが作成されます。各レイヤーには、パッシブ構造、動作、アクティブ構造の側面があります。

ArchiMate は、アーキテクチャ モデルを階層化してサービス指向的に表現します。上位層は下位層が提供するサービスを利用します。抽象レベルでは、各層で使用される概念は似ていますが、特定の層に固有のより具体的な概念を定義します。このコンテキストでは、3 つの主要な層を区別します。^{[1] [8] [19]}

• ビジネスレイヤーは、ビジネス ユニットのビジネス プロセス、サービス、機能、イベントに関するものです。このレイヤーは、「ビジネス アクターとロールによって実行されるビジネス プロセスによって組織内で実現される製品とサービスを外部の顧客に提供します」。
• アプリケーション層は、「アプリケーション サービスを使用してビジネス内のコンポーネントをサポートする」ソフトウェア アプリケーションに関するものです。
• テクノロジー層は「アプリケーション層をサポートするためのハードウェアと通信インフラストラクチャを扱います。この層は、コンピュータと通信ハードウェアおよびシステムソフトウェアによって実現される、アプリケーションを実行するために必要なインフラストラクチャサービスを提供します」。^[4]

これらの主要なレイヤーはそれぞれ、さらにサブレイヤーに分割できます。たとえば、ビジネス レイヤーでは、会社の製品を実現する主要なビジネス プロセスが、セカンダリ (サポート) ビジネス プロセスのレイヤーを利用する場合があります。アプリケーション レイヤーでは、エンド ユーザー アプリケーションが、サポート アプリケーションが提供する汎用サービスを利用する場合があります。ビジネス レイヤーの上に、組織のサービスを利用する外部顧客をモデル化する別の環境レイヤーを追加できます (ただし、これらもビジネス レイヤーの一部と見なされる場合があります)。

サービス指向に沿って、レイヤー間の最も重要な関係は使用関係によって形成されます。これは、上位レイヤーが下位レイヤーのサービスをどのように使用するかを示します。ただし、2 番目のタイプのリンクは実現関係によって形成されます。下位レイヤーの要素は、上位レイヤーの同等の要素を実現する場合があります。たとえば、「データ オブジェクト」(アプリケーション レイヤー) は「ビジネス オブジェクト」(ビジネス レイヤー) を実現する場合があります。または、「アーティファクト」(テクノロジ レイヤー) は「データ オブジェクト」または「アプリケーション コンポーネント」(アプリケーション レイヤー) のいずれかを実現する場合があります。

• パッシブ構造は、アクションが実行されるエンティティのセットです。ビジネス レイヤーでは情報オブジェクトが、アプリケーション レイヤーではデータ オブジェクトが、テクノロジ レイヤーでは物理オブジェクトが例として挙げられます。
• 行動とは、行為者が実行するプロセスと機能を指します。「行動要素に構造要素が割り当てられ、誰がまたは何が行動を示すかを示します。」^[19]
• アクティブ構造は、ビジネス アクター、デバイス、アプリケーション コンポーネントなど、何らかの動作を表示するエンティティのセットです。

フルArchiMateフレームワークは物理層によって強化されており、これは「物理的な機器、材料、および配電網」 ^[19]のモデリングを可能にするために追加されたもので、以前のバージョンには存在しませんでした。

実装および移行レイヤーは、アーキテクトが遷移状態をモデル化し、その名前が示すように実装と移行の目的で一時的なアーキテクチャ部分をマークできるようにする要素を追加します。

戦略レイヤーは、リソース、機能、行動方針という 3 つの要素を追加します。これらの要素は、戦略目標を達成するためにリソースと機能の使用法を描写できるようにすることで、ArchiMate 言語に戦略的な側面を組み込むのに役立ちます。

最後に、さまざまな利害関係者が特定のアクターやドメインの動機を説明できるようにする動機の側面があります。これは、1 つのことを複数の異なる角度から見るときに非常に重要になることがあります。利害関係者、価値、推進力、目標、意味などのいくつかの要素が追加されます。

ArchiMate 言語はトップレベルとして形成され、階層化されています。最上位にはモデルがあります。モデルは概念の集合です。概念は要素または関係のいずれかになります。要素は、動作タイプ、構造、動機、またはいわゆる複合要素(フレームワークの 1 つの側面だけでなく、2 つ以上の側面に適合する要素) のいずれかになります。

特定のレイヤーに依存しないすべての概念の機能は、汎用メタモデルによって記述されます。このレイヤーに依存しない概念の記述は、Archimate 言語の仕組みを理解するのに役立ちます。

一般的な要素はレイヤーと同じカテゴリに分類されます。^[20]

• アクティブ構造要素
• 行動要素
• 受動構造要素
• 動機付けの要素

アクティブ構造要素は、動作を実行できるエンティティを表します。ArchiMateが提供する2つの抽象化レベル^[19]に基づいて、システム内のアクティブ要素（ビジネスアクターなど）を表す内部アクティブ構造要素と、システム外で動作を実行する要素（インターフェースなど）を表す外部アクティブ構造要素を区別することができます。

動作要素は内部または外部にすることもできます。内部動作要素は、システム内のアクティブな構造要素によって実行されるアクティビティを表す要素です。Archimate は、たとえばプロセス要素や機能要素を定義します。外部動作は、システム全体が環境に提供するサービスです。

パッシブ構造要素は、動作要素によって使用できるオブジェクトです (したがって、アクティブ構造要素は、それらに対して動作を実行できます)。これらは通常、ビジネス レイヤーの情報オブジェクトとアプリケーション レイヤーのデータ オブジェクトを表しますが、物理オブジェクトを表すために使用される場合もあります。

前の章で説明したように、動機付け要素は「なぜ？」という質問に答えるものであり、コンテキストを与えてアーキテクチャの背後にある動機を説明しようとします。動機付け要素は、利害関係者としての能動的な構造である場合もあれば、価値、意味、推進力など の受動的な構造である場合もあります。

ArchiMateは、ソースとターゲットの異なる概念のセットを接続できるいくつかのタイプの関係を設定します。関係の分類^[21]は次のとおりです。

• 構造的関係 – 同じタイプまたは異なるタイプの概念の静的な構造を作成する
• 依存関係 – 要素が他の要素をどのようにサポートできるかを定義します
• 動的関係 – 行動の依存関係をモデル化する
• その他の関係

異なるレイヤー内のモデルの一般的な構造は似ています。正確な性質と粒度は異なりますが、同じ種類の概念と関係が使用されます。

まず、構造的または静的な側面と、動作的または動的な側面を区別する必要があります。動作の概念は構造的概念に割り当てられ、動作を示す人物または物を示します。たとえば、役割、インターフェース、コラボレーションは、それぞれビジネス プロセス、組織サービス、ビジネス インタラクションに割り当てられます。

第二に、システムに対する外部ビューと内部ビューを区別する必要があります。動作の側面を見ると、これらのビューはサービス指向の原則を反映しています。サービス コンセプトは、システムが環境に公開する重要な機能の単位を表します。外部ユーザーにとって、この外部機能と、サービス品質、コストなどの非機能的側面のみが関連しています。サービスは、構造的側面の外部ビューを構成するインターフェイスを通じてアクセスできます。

外部ユーザーにとっては外部ビューのみが関連しますが、組織またはシステムの設計、およびその内部運用と管理には、サービスとインターフェースの内部実現に関する知識も必要です。この実現には、個々の構造要素 (アクター、ロール コンポーネントなど) によって実行される動作と、複数の構造要素のコラボレーションによって実行される集合的な動作 (相互作用) を区別する必要があります。

ArchiMate 言語は、概念とその表記法を分離します (UML や BPMN とは異なります)。利害関係者のグループが異なると、異なる表記法が必要になる場合があります。これは混乱を招く可能性がありますが、ビューポイント メカニズムによって解決されます。

ArchiMateは1つの表記法だけを強調しているわけではありませんが、1つの表記法が付属しており、「ERD、UML、BPMNなどの既存の技術モデリング技術に慣れているため、それらに似ている」人を対象としています。^[19]

正式には、ArchiMateでは色に意味はありませんが^[19]、多くのモデラーは異なるレイヤーを区別するために色を使用しています。

• ビジネスレイヤーは黄色
• アプリケーション層は青
• テクノロジー層は緑

2004年のオリジナルのArchiMateの説明^[22]では色が異なっていました。

• アクティブ要素は青
• 行動要素は黄色
• 受動的な要素は緑

長年にわたり、ArchiMateは慣習として2番目のスタイルから1番目のスタイルに移行しました。^[23]古い2番目のスタイルもまだ見つかります。たとえば、Mastering ArchiMateの本^[24]では、この元のパターンに基づいたスタイルが使用されています。

要素がどのレイヤーに属しているかを区別する別の方法として、完全なフレームワークレイヤーに従って、要素の左上隅に特定のレイヤーを表す大文字がある場合もあります（モチベーションの場合はM 、ビジネスの場合はBなど）^[19]

要素の形状は側面を区別するのに役立ちます。構造要素は角張った角を持ち、行動要素は丸い角を持ちます。斜めの角は動機付けの要素を示します。^[19]

ArchiMate の最新バージョンでは、ビューと視点が導入されています。これにより、関係者は概念、分析手法、モデル、視覚化などの特定の条件、つまりモデルを認識する視点を定義できます。

ビュー（またはビューモデル）は、「一連の関連する懸念事項に対処し、特定の利害関係者に合わせて調整されたアーキテクチャ記述の一部として定義されます。 」 ^[25]代わりに、利害関係者はフィードバックを提供し、双方向のコミュニケーションを生み出します。

最終的に、これにより、利害関係者/建築家は自分のアイデアや懸念を他の人と簡単に伝えることができます。また、適切な条件を設定し、意図的に視点を制限することで「ビュー」を減らすことで、特定の問題を解決しやすくなり、特定の分野の利害関係者にとってモデルが読みやすくなります。

^[26]

• すべてのアーキテクチャモデル（ビジネスドメイン）にわたる一貫性を確保します
• 利害関係者が設計に参加し、すべての要件を評価することができ、コミュニケーションツールとしても機能します。
• ツールの豊富さ - コアフレームワーク、コアを理由とともに充実させる動機付けの拡張、実装と移行の拡張
• 定期的に更新され、認定されたユーザーベースが非常に広範囲に及んでいます。
• 3.0.1バージョンはIoT機能をサポート
• ユーザーに視点を提供する

^[27]

完成した研究によると、いくつかの概念は他の概念よりも有用であり、動機づけとなる概念のいくつかは混乱を招き、重複していることが判明しています。^{[28] [29] [30] [31]}他の関連コンテンツフレームワーク（TOGAF 9で導入されたTOGAFコンテンツメタモデルなど）と同様に、フレームワークはビジネスとテクノロジーの両方を含むいくつかのレイヤーをカバーしています。ビジネスレイヤーは、そこにある概念があまり具体的ではないため、モデル化が難しい場合があります。ただし、この困難さはArchiMateに限ったことではなく、^[32]ビジネスレイヤーの概念の一部も明確に定義されていません^[33]。

ArchiMate 2.1および3.0モデル用の標準​​モデル交換ファイル形式が開発されました。^[34]これはXML / XSDベースのファイル形式であり、永続的なファイル形式ではなく交換を目的としています。

• Marc Lankhorst (編) および ArchiMate チーム (2004 年) ArchiMate Language Primer。エンスヘーデ:ノバイ。
• Marc Lankhorst他 (2005)。『エンタープライズアーキテクチャの実践 - モデリング、コミュニケーション、分析』ベルリン: Springer-Verlag。
• Marc Lankhorstと Hans van Drunen (2007)。エンタープライズ アーキテクチャ: 開発とモデリング - TOGAF と ArchiMate の組み合わせ。2014 年 12 月 20 日にWayback Machineにアーカイブされました。
• The Open Group (2009)、ArchiMate 1.0 仕様。ISBN 978-90-8753-502-5。 
• The Open Group (2009)、ArchiMate 1.0 仕様 - オンライン。
• Marc Lankhorst他 (2009)。『Enterprise Architecture at Work - Modelling, Communication and Analysis 2nd edition』。ベルリン: Springer-Verlag。
• The Open Group (2012)、ArchiMate 2.1 仕様 - オンライン。
• Marc Lankhorst他 (2012)。『Enterprise Architecture at Work - Modelling, Communication and Analysis 3rd edition』。ベルリン: Springer-Verlag。
• The Open Group (2019)、ArchiMate 3.1 仕様 - オンライン。
• Andrew Josey、Marc Lankhorst、Iver Band、Henk Jonkers、Dick Quartel (2017)。ArchiMate® 3.0.1 仕様の紹介^{[ permanent dead link ‍ ]}、The Open Group のホワイト ペーパー。
• The Open Group 他 (2016)。ArchiMate 3 YouTube プレイリスト The Open Group による YouTube プレイリスト
• Marc Lankhorst他 (2017)。『Enterprise Architecture at Work - Modelling, Communication and Analysis』第 4 版。ハードカバーおよび Kindle。ベルリン: Springer-Verlag。
• Wierda, Gerben (2021). Mastering ArchiMate Edition 3.1: ArchiMate® エンタープライズ アーキテクチャ モデリング言語の本格的な入門書。Heerlen : R&A。ISBN 978-9083143415。ハードカバーとPDF。

• ウィキメディア・コモンズのArchiMate関連メディア
• ArchiMate (「The Open Group」サイトでホスト)
• アーカイブされたArchiMateホームページ。
• ArchiMate モデル交換ファイル形式のホームページ
• Open Group YouTube ArchiMate 3.0 プレイリスト