クイックラーニング ArchiMate パート1 – コアコンセプト

ArchiMateはThe Open Groupによって所有および維持されており、Open Group Architecture Framework (TOGAF)と密接に連携しているが、任意のEAメソドロジーに適用可能である。

記号の参照は機能、役割、プロセス、参加者、製品、サービスを明確にする。参照は関係を定義し、それらがどのように相互に作用し合い、互いに影響し合うかを説明する。概念的に見ると、ArchiMateはUMLから進化したため、理解しやすく、アーキテクチャフレームワーク開発ツールへの統合も容易である。

ArchiMateの最も効果的な使い方は視点の生成である。アーキテクチャ内の単一の機能／プロセス／サービスは、開発状況をレビューするステークホルダーによって、複数の方法で表現できる。上級管理職は、自身の要件、目標、原則がどのように達成されているかを把握する必要がある。

ビジネスユニットのマネージャーは、サービスや製品が顧客に適切な提供を実現するかどうかを確認したい。アプリケーション、データ、ITシステムのマネージャーは、サービスや製品の提供フレームワークを支えることができることを確保しなければならない。

コンセプト

TOGAFを参照として、ArchiMateは4つの反復フェーズの後に、アーキテクチャ能力、アーキテクチャ開発、移行計画、アーキテクチャガバナンスという異なるフレームワーク開発領域を定義する。このモデルにおいて、ArchiMateは5つのコンセプトに分けられ、そのうち3つがコア、2つが拡張である。

拡張（拡張）－ 戦略とモチベーション

• 前段階（前段階)
• ビジョンフェーズ（フェーズA－ビジョン)
• 要件管理（フェーズH－要件管理)

拡張（拡張）－ 実装と移行

• フェーズE（機会とソリューション)
• フェーズ F (移行計画)
• フェーズ G (実装ガバナンス)

ビジネスレイヤーのコンセプト – フェーズ B（ビジネスレイヤー）

ビジネスレイヤーは、アーキテクチャにおける最高レベルの概念と関係を定義する：最終製品、顧客向け納品システム。このアーキテクチャの部分は、企業アーキテクチャフレームワークの実装を推進する上級経営陣の目標とニーズを実現する。

• ビジネスアクター – システムを駆動する人間またはコンピュータの要素。
• ビジネスロール – 参加者が行動を実行するために許可された責任を定義する。
• ビジネスコラボレーション – 異なるロールが順次的なタスクを実行する場合。
• ビジネスインターフェース – コラボレーションが行われる場所。
• 場所 – 参加者が所在する物理的な空間。
• ビジネスオブジェクト – システムが作用するシステム要素。
• ビジネスプロセス – システムプロセスの識別子。
• ビジネス機能 – 関連する行動の集合を定義する。
• ビジネスインタラクション – ビジネスコラボレーションに関連する活動。
• ビジネスイベント – 変化を引き起こす因果関係のある活動。
• ビジネスサービス – カスタマー向けの製品納品を目的とする。
• 製品 – カスタマーに販売・マーケティングされるサービスの集合。
• 契約 – 企業とカスタマーの間で法的に合意を確立する機関。
• 表現 – ビジネスオブジェクトの論理的ビュー。
• 意味 – ビジネスオブジェクトまたはその表現の知識的文脈。
• 価値 – 製品の認識された価値、重要性、または有用性。

アプリケーション層の概念 – フェーズC（アプリケーション層）

ArchiMateはアプリケーションアーキテクチャとデータアーキテクチャを1つの層に統合し、その概念を表現する。この層はビジネス層の概念を実装するシステム要素を表示する。ビジネス層の概念がどのように展開されるかを説明する。アプリケーション層はアーキテクチャ全体に横方向に機能する。

• アプリケーションコンポーネント – 他のアプリケーションコンポーネントに影響を与えることなく、交換または更新可能な離散的なソフトウェアモジュール。アプリケーションプログラミングインターフェース（API）を介してアクセスされる。
• アプリケーション連携 – アプリケーションを支援するために連携する2つ以上のアプリケーションコンポーネントの集合。
• データオブジェクト – アプリケーションコンポーネントが作用するエンティティ。
• アプリケーション機能 – アプリケーションコンポーネントの振る舞いの記述。
• アプリケーションサービス – ビジネス層の機能、プロセス、サービスへのアクセスを提供する。

テクノロジー層の概念 – フェーズD（テクノロジー層）

テクノロジー層の概念は、アーキテクチャのデバイスレベルの要素を記述する。この層の記述要素は、アプリケーション層を支援するITシステムを明らかにし、場合によってはビジネス層の特定の要素（例：パーソナルコンピュータ）も示す。アプリケーション層がアプリケーションコンポーネントを示すのに対し、テクノロジー層はこれらのコンポーネントを含むハードウェアシステムおよびそれらの関係を示す。

• ノード – アーティファクトのデプロイまたは実行に使用されるネットワーク上の一般的な計算リソース。
• デバイス – 利用されるアーティファクトを格納するために使用される一般的なデバイス。
• ネットワーク – ハードウェアデバイス間の物理的通信方法。
• 通信経路 – 2つ以上のノード間のデータフローの論理的表現。
• インフラストラクチャインターフェース – ネットワーク上のノードまたはデバイスの物理的アクセスポイント。
• システムソフトウェア – ソフトウェアおよびアプリケーションの物理的表現。
• インフラストラクチャ機能 – ノードが協働して実行する振る舞い。
• インフラストラクチャサービス – 外部向けの機能的表現。

概念拡張

動機概念

企業アーキテクチャフレームワークの目的と目標は、開発、ガバナンス、実装要素に意味を与える。動機概念はTOGAF ADMのアーキテクチャ能力イテレーション内で定義される。ステークホルダー、マネージャー、アーキテクトは、アーキテクチャの開発と実装に関する原則、駆動要因、目標、要件、制約を特定する。

• ステークホルダー – 業務機能チームの代表。
• 駆動要因 – 変更が必要なもの。
• 評価 – 現状の評価であり、企業の準備状態および変更能力を確認するために使用される。
• 目標 – 変更を実施することで達成しようとする結果の明確な記述。
• 要件 – 具体的で、よく文書化されたニーズの記述。
• 制約 – 要件、目標、または原則によって課される制限。
• パラメータ – 目標達成のためのパラメータ。
• 制限 – 競合する要件、目標、および原則によって課される制限。
• 原則 – アーキテクチャ開発を指導・方向付ける根本的で変化のない属性。

実装および移行の概念

この概念は、ビジネス、アプリケーション、技術の各レイヤーがどのように実装されるかを表しています。実装および移行は、ビジネス、アーキテクチャ、技術の各レイヤーが確立された後に行われます。定義されたベースライン、遷移、ターゲットアーキテクチャ；ギャップ分析の結果；アーキテクチャ開発の反復から得られた高レベルのアーキテクチャロードマップ；およびその他の文書化された要件に基づいています。

• ワークパッケージ – ベースラインアーキテクチャから遷移およびターゲットアーキテクチャへの移行中に実行される、独立したタスクの集合。
• 成果物 – ワークパッケージの成果として明確に定義されたもので、ワークパッケージのタスクの完了を確認するために使用される。
• プラトー – ベースラインアーキテクチャとターゲットアーキテクチャの間の遷移アーキテクチャ。プロジェクトチームが遷移が計画通りかどうかを確認し、開発計画で必要な変更を特定するために使用される。
• ギャップ – 既に整備されているもの、欠けているもの、そして合理化が必要なものを特定する。

要約

この記事では、ArchiMateのコアコンセプトとTOGAFとの関係についてのみ説明しています。

このモジュール型言語は、ビジネス、アプリケーション、技術の各レイヤー内およびそれらの間の概念間の関係をさらに明確に定義します。ArchiMate記法の使い方を説明し、特定の対象者に合わせた視点を構築する方法を示します。複雑ではありますが、あらゆるエンタープライズアーキテクチャフレームワークの実装に高い柔軟性とカスタマイズ性を提供します。

---

さらに読む

• ArchiMateとは何か？
• 完全版 ArchiMate 視点ガイド
• ArchiMate 3のアップデート
• ArchiMate 3の新機能
• TOGAF ADMとArchiMateツールの併用方法
• ArchiMate 3.1でバリューストリームをどう使うか？
• ArchiMate 3.1の新機能