ArchiMate 3.0規格の紹介

ArchiMate規格は、さまざまなツールベンダーおよびコンサルティング企業によって支援されているオープンで独立した企業アーキテクチャモデリング言語であるオープンスタンダードである。ArchiMateは、企業アーキテクトがアーキテクチャドメイン間の関係を明確に記述・分析・可視化できるようにする。

古典的な建築における建築図面が建物の設計や使用に関するさまざまな側面を記述するのと同様に、ArchiMate規格は、ビジネスプロセス、組織構造、情報フロー、ITシステム、技術的および物理的インフラを記述するための共通言語を提供する。ArchiMateモデルは、関係者にこれらのアーキテクチャドメイン内およびそれらの間での意思決定や変更の影響を設計・評価・コミュニケーションする能力を提供する。
本ホワイトペーパーではArchiMate 3.0規格について概説する。ArchiMate 3.0規格は、2016年6月にOpen Group標準として公開されたArchiMate 2.1規格の大幅なアップデートである。バージョン3.0の新機能には、能力、資源、戦略などの戦略レベルでのモデリングに使用可能な要素が含まれる。また、物質や設備を含む物理世界のモデリングに対応している。さらに、言語の整合性と構造が改善され、定義が他の標準と整合され、さまざまな面で使いやすさが向上している。

ArchiMate言語の進化

ArchiMate言語は、2002年から2004年にかけてオランダで、遠隔情報処理研究所のプロジェクトチームが、政府、産業界、学術界の複数のパートナー（オルディナ、ラドボード大学ニーメーゲン、ライデン大学先端コンピュータ科学研究所（LIACS）を含む）と協働して開発された。開発プロセスには、ABN AMRO、オランダ税関・関税庁、Stichting Pensionfonds ABPなどの機関でのテストが含まれていた。
2008年、ArchiMate言語の所有権および管理権がArchiMateフォンデーションからThe Open Groupに移管された。2009年以降、The Open Group ArchiMateフォーラムは、その公開ウェブサイト上でArchiMate規格の開発と公開を続けている。

ArchiMate言語と企業アーキテクチャ

ArchiMate規格は、時間の経過に伴う企業アーキテクチャ（すなわち戦略、変革、移行計画を含む）を表すためのグラフィカル言語を提供するとともに、アーキテクチャの背後にある根拠および基盤となる原則を示す。ArchiMateモデリング言語は、企業アーキテクチャを記述する図のための統一的な表現を提供し、異なるアーキテクチャドメインおよびそれらの背後にある関係性や依存関係を記述・可視化する統合的なアプローチを提供する。
ArchiMate言語の設計は、企業アーキテクチャの異なるレイヤーに特化した、比較的汎用的な概念（オブジェクトと関係）から始まる。ArchiMateの最も重要な設計制約は、ほとんどの企業アーキテクチャモデリングタスクに適用可能であることを前提に、可能な限り簡潔に設計されていることである。学習および使用の観点から、言語は現実世界の事例の約80％をモデリングするのに十分な概念に限定されている。

ArchiMate 3.0規格の新機能とは？

なぜ新しいバージョンが必要なのか？

新しいバージョンの言語は、多数の要望に応じて作成された。
  • ビジネス戦略とビジネスおよびIT運用を結びつける需要の増加
  • ITと物理世界のイノベーションの統合
  • 新たな分野での利用；たとえば製造、物流
  • 整合性と理解のしやすさの向上
  • 他のOpen Group標準との整合性の強化、特にTOGAFフレームワークとの整合性

戦略的および物理的モデリングに対する強化されたサポート

ArchiMateフレームワークは、図1に示すように、戦略的および物理的要素を含むように拡張された。
図1：ArchiMateフレームワーク
戦略的要素には能力、資源、および行動計画が含まれる。物理的要素は技術層の上に構築され、物理施設や設備、配送ネットワーク、素材をモデリングするための要素を含む。

戦略的要素

戦略、能力ベースの計画、および関連ドメインのモデリングを支援するための要素が追加された。これにより、戦略的実行を支援するための企業アーキテクチャの活用が促進され、TOGAFフレームワーク[1]やビジネス動機モデル[2]などの関連標準で用いられる手法と整合する。
図2：動機および戦略的要素の例
図2は、動機および戦略的要素を両方使用した例を示している。成果、行動計画、能力、資源は、ArchiMate 3.0規格で新たに導入された要素であることに注意されたい。利益の増加は、コスト削減と収益増加という他の多くの目的に分解可能な目標である。前者は企業の運用卓越戦略に関連しており、行動計画としてモデル化されている。これはさらに、ITシステムの集中化と製品の標準化という2つの行動計画に分解される。これにより、コスト削減と顧客離脱という2つの成果が生じる。これらはいずれも目標に影響を及ぼすが、それぞれ正の影響と負の影響をもたらす。これは、目標と成果の間の重要な違いを示している：すべての成果が望ましい結果をもたらすわけではない。
行動計画は複数の能力によって実現される：IT管理および運用、および製品管理。前者には適切な人的およびITリソースが割り当てられている。モデル断片は、これらのリソースがITシステムの集中化という行動計画と整合して、組織の本部に配置されていることを示している。

物理的要素

技術層は、製造、物流、その他の物理的環境といった物理世界をモデリングするための要素を含むように拡張された。
図3：物理的要素の例
図3は物理要素の例を示している。この例におけるすべての要素はArchiMate 3.0仕様で新たに追加されたものであるが、Pathを除く。Pathは「通信経路」から名称変更され、物理要素との統合を可能にするために意味が拡張されている。
デバイスは、事前に組み立てられた回路基板、内部アンテナ、プラスチックケースを用いて製造施設にモデル化され設置され、車載テレマティクス機器の素材を生産する。デバイスは当初、製造施設に位置し、海外輸送と地域トラック輸送を用いた配送ネットワークを通じて、全国配送センターおよび地域配送センターへ輸送される。これらの配送ネットワークは総合的にマルチモーダル経路を形成する。
ArchiMate 3.0では、別個の物理的行動要素を導入していない。代わりに、技術層の行動要素（技術機能、プロセス、相互作用、サービス、イベント）を用いて、物理デバイスを含むすべてのノードの行動をモデル化する。デバイスは通常、コンピュータ制御下にあるか、ITと密接に関連しているため、既存の技術的行動概念を用いて完全かつ一貫した形でその行動を記述できる。これらの概念は、インテルネット・オブ・Things（IoT）を構成するセンサーや接続デバイスの行動を記述するのにも利用できる。

可用性と整合性の向上

言語の使いやすさと整合性を向上させるために多数の変更が行われた。以下にその概要を示す。

一般メタモデル

言語の完全な構造を記録するために、上位レベルの一般メタモデルが導入された。

複合要素

グループはもはや関係と分類されない。現在は複合要素である。グループはその内容に対して集約または組成関係を持つようになり、より有用になった。関係は現在、グループからまたはグループへ描画可能である。グループ化の有用な用途の一つは、アーキテクチャおよびソリューションの構成要素をモデル化することであり、もう一つはアーキテクチャ内のドメインをモデル化することである。位置要素はビジネス層から一般メタモデルに移動され、複合要素として定義された。
ネストを表記法としてより効果的に使用することで、モデル化における関連するアイテムの表現が向上した。

ビューおよび契約のシンボルの更新

ビューおよび契約の表記法が更新され、それぞれ、成果物およびビジネスオブジェクトと明確に区別できるようになった。

オプションのレイヤー記号

要素のレイヤーを明示的に示すためのオプションの記号が導入された。要素の左上隅にある「M」、「S」、「B」、「A」、「T」、「P」、または「I」は、それぞれ動機、戦略、ビジネス、アプリケーション、技術、物理、実装および移行要素を示す。図4はアプリケーション要素および技術要素を示す例モデルである。
図4：要素記号の例

関係

一部のケースでは、関係と関係との間に関係を持つことが許可された。たとえば、オブジェクトをグループと関連付けること、またはプラットフォーム内のフロー関係や集約関係と関連付けることである。
図5：関係と関係の例
“使用される”関係は、能動的な動詞を用いてその方向をより明確に反映させるために”サービス”に名称変更された。関係の意味は変更されていない。”使用される”という名称は依然として許容されるが、非推奨であり、今後の標準バージョンで削除される予定である。
アクセスおよびサービスなどの他の依存関係と整合させるために、影響関係のシンボルが更新された。
図6：影響関係のシンボル
割り当て関係に対して方向性を示す記号が導入され、ターゲット側の黒丸が矢印に置き換えられた。
図7：割り当て関係のシンボル
リンクはもはや関係と分類されず、関係接続子として分類される。リンクは現在、明示的に「または」リンクまたは一般的な「かつ」リンクである。
図8：リンク記号

動機要素

成果要素が追加された。意味および価値の要素はビジネス層から移動された。

イベントの追加

時間属性を有するイベント要素が、ArchiMateコア言語のすべてのレイヤー、および実装および移行要素に追加された。新たに追加された要素は、アプリケーションイベント、技術イベント、実装イベントであり、既存のビジネスイベントに対応する。

レイヤー整合性の向上

レイヤー間の整合性を高めるために、アプリケーションプロセス、技術プロセス、技術的相互作用、技術的コラボレーションなどの新しい要素が追加されました。

ビジネス層

場所、価値、意味の要素はもはやビジネス層で指定されません。ビューと契約の記号は、それぞれ納品物およびビジネスオブジェクトと区別できるように更新されました。

技術層

技術層の要素は、「インフラストラクチャ [要素名]」から「テクノロジー [要素名]」に名称変更されました。「通信経路」要素は「経路」に名称変更され、物理要素のサポートを可能にするために意味が拡張されました。「ネットワーク」要素は、「配布ネットワーク」と区別できるように「通信ネットワーク」に名称変更されました。

レイヤー間関係

レイヤー間関係は、動機と戦略をコアコンセプト（ビジネス、アプリケーション、技術、物理）と結びつけ、戦略とその実装を結びつけるために定義されました。また、異なるレイヤーの要素間の整合性を高めるために、レイヤー間関係は見直され、例えばビジネス層が下位レイヤーと整合するように支援しています。

ビュー機構

以前のバージョンの標準では、主要な仕様書内にビューの包括的なリストが含まれており、特定の状況に合わせたカスタムビューの定義が可能でした。バージョン3.0では、ビュー機構が改善され、ビューのリストは説明的付録に移動され、これらが例示的なビューであることを明確に示すようにしました。

ArchiMate言語とTOGAF ADM

ArchiMate言語は、ArchiMateコア言語から構成されており、ビジネス、アプリケーション、技術層に加え、戦略と動機のモデリング、および実装と移行のための要素を含んでいます。図9は、ArchiMate言語がTOGAFアーキテクチャ開発手法（ADM）の各フェーズとどのように関係しているかを簡略化して示しています。
図9：ArchiMate言語とTOGAF ADMとの簡略化されたマッピング
ビジネス、アプリケーション、技術層は、TOGAFフレームワークで定義されたビジネス、情報システム、技術アーキテクチャの領域およびそれらの相互関係を記述するのに役立ちます。ArchiMateの戦略的および動機的要素は、TOGAF ADMの要件管理、初期段階、アーキテクチャビジョン段階を支援でき、高レベルのビジネス目標、アーキテクチャ原則、初期のビジネス要件を確立します。また、要件の進化に対応するアーキテクチャ変更管理段階とも関連しています。図9には示されていませんが、これらの要素は、段階B、C、Dなど、TOGAF ADMの他の段階でも使用可能である点に注意してください。
ArchiMateの実装および移行要素は、TOGAF ADMの機会と解決策、移行計画、実装ガバナンスの各フェーズを通じて、アーキテクチャの実装と移行を支援します。

コメントを残す