ArchiMateの視点ガイド（例付き）
各視点には、企業アーキテクチャの特定の側面をモデル化できるようにする、専門的なArchiMate要素のセットが含まれています。
公式のArchiMate 3仕様書では、23のArchiMate視点のサンプルを提供しています。このArchiMate視点ガイドでは、これらの23のArchiMate視点をすべて紹介し、それぞれについて説明とArchiMate図の例を示します。
本ガイド内のすべてのArchiMate図の例は、Visual Paradigm OnlineのArchiMate図作成ツール.
ArchiMateの視点とは何ですか？
ArchiMateの例示的な視点とは何ですか？
ArchiMateは、モデル化作業の出発点として使用できる視点のセットを提示しています。各ArchiMate視点は、特定のステークホルダーの問題に対応する、異なるArchiMateレイヤーの要素で構成されています。組織はこれらの視点例を自らのアーキテクチャモデルに適用するか、独自の視点を定義することを歓迎します。
ArchiMateが提案する例示的な視点は、4つの主要なカテゴリに分類されます：
- 基本的な視点：ビジネス、アプリケーション、テクノロジーの3つのレイヤーからのコンセプトを使用できます。
- 動機づけに関する視点：アーキテクチャの動機づけに関する側面をモデル化するため。
- 戦略に関する視点：企業の戦略的側面を、高レベルの戦略的方針および企業の構成を説明することで記述するため。
- 実装および移行に関する視点：アーキテクチャ変更の管理、ベースラインからターゲットアーキテクチャへの移行、およびプログラムとプロジェクト間の関係をモデル化するため。
例示的な視点をどのように適用するか？
ArchiMate仕様書に公式に掲載された例示的な視点がモデル化活動を制限すべきではないという点に注意が必要です。特定のステークホルダーの関心事に対応するため、例示的な視点を変更するか、独自の視点を定義するべきです。
基本的な視点
ArchiMateの基本的な視点は、ArchiMateの3つの主要なレイヤーであるビジネス、アプリケーション、テクノロジーの要素とコンセプトをカバーしています。以下の表は、ArchiMate 3.1の例示的な視点を4つのカテゴリに分類したもので、それぞれがカバーする方向性と範囲を示しています：
- 構成：要素の内部構成および集約を定義する視点。
- 支援：他の要素によって支援されている要素を観察する視点。通常は1つのレイヤーから上位のレイヤーへと向かって見る。
- 協働：互いに協働する同等の要素を対象とする。通常は複数の側面にわたって。
- 実現：他の要素を実現する要素を観察する視点。通常は1つのレイヤーから下位のレイヤーへと向かって見る。
構成：
| 名前 | 視点 | 関心事 |
|---|---|---|
| 組織 | 役割、部門などに基づいた企業の構造。 | 能力、権限、責任の特定 |
| 情報構造 | 企業で使用される情報の構造を示す。 | ユーザーのデータおよび情報の構造と依存関係、一貫性および完全性 |
| 技術 | ネットワーク、デバイス、システムソフトウェアの観点から、企業の情報システムを支えるインフラおよびプラットフォーム。 | インフラの安定性、セキュリティ、依存関係、コスト |
| レイヤード | アーキテクチャの概要を提供する。 | 一貫性、複雑さの低減、変更の影響、柔軟性 |
| 物理 | 物理環境およびそれがITインフラにどのように関連するか。 | 物理環境の関係性および依存関係、およびそれがITインフラにどのように関連するか |
支援：
| 名前 | 視点 | 関心事 |
|---|---|---|
| 製品 | 製品の内容を示す。 | 製品開発、企業が提供する製品の価値 |
| アプリケーションの使用 | アプリケーションが、たとえばビジネスプロセスにおいてどのように使用されるかを示す。 | 一貫性と完全性、複雑さの低減。 |
| 技術の使用 | アプリケーションが技術をどのように使用するかを示す。 | 依存関係、パフォーマンス、スケーラビリティ |
協働：
| 名前 | 視点 | 関心事項 |
|---|---|---|
| ビジネスプロセスの協働 | さまざまなビジネスプロセス間の関係を示す。 | ビジネスプロセス間の依存関係、一貫性と完全性、責任 |
| アプリケーションの協働 | アプリケーションのコンポーネントおよびそれらの相互関係を示す。 | アプリケーション間の関係および依存関係、サービスのオーケストレーション／コーディネーション、一貫性と完全性、複雑さの低減 |
実現：
| 名前 | 視点 | 関心事項 |
|---|---|---|
| サービスの実現 | 必要な行動によってサービスがどのように実現されるかを示す。 | ビジネスプロセスの付加価値、一貫性と完全性、責任 |
| 実装と展開 | アプリケーションが下位の技術にどのようにマッピングされるかを示す。 | アプリケーションプラットフォームの構造およびそれらが支援技術とどのように関係するか |
次のセクションでは、ArchiMateの基本的な視点をすべて詳しく説明します。各視点について、対象となるステークホルダー、対処すべき関心事項、目的と範囲が説明されます。また、ArchiMateの図例も提供されます。
指定された要素に加えて、グループ化要素、ジャンクション、またはジャンクションは、すべての視点で使用可能である。
組織視点
組織視点とは何ですか？
組織視点は、企業、会社、部門、あるいは企業ネットワークといった組織単位の組織構造を提示するために使用されます。通常、構造はネストされた形で提示されます。しかし、伝統的な組織図を提示することも珍しくありません。組織視点は、組織単位の能力および責任を特定する際に一般的に使用されます。
以下の表は、組織視点をより詳しく説明しています。
| 関係者 | エンタープライズ、プロセス、およびドメインアーキテクト、マネージャー、従業員、株主 |
| 関心事項 | 能力、権限、責任の特定 |
| 目的 | 設計、意思決定、情報提供 |
| 範囲 | 単一層／単一側面 |
| 要素 | ビジネスアクター、ビジネス役割、ビジネスコラボレーション、場所、ビジネスインターフェース |
組織視点の例
以下の図は、組織視点に基づいて描かれたArchiMate図を示しています。
ビジネスプロセス協働視点
ビジネスプロセス協働視点とは何ですか？
ビジネスプロセス協働視点は、企業の主要なビジネスプロセスの流れをモデル化するために使用されます。高レベルのビジネスプロセス設計を作成し、運用マネージャーがプロセス間の依存関係を理解できるようにします。また、ビジネスプロセスとビジネス機能との対応関係をモデル化し、ビジネスサービスがどのようにビジネスプロセスによって実現されるかを示すこともできます。
以下の表は、ビジネスプロセス協働視点をより詳しく説明しています。
| 関係者 | プロセスおよびドメインアーキテクト、運用マネージャー |
| 関心事項 | ビジネスプロセス間の依存関係、一貫性および完全性、責任 |
| 目的 | 設計、意思決定 |
| 範囲 | 複数層／複数側面 |
| 要素 | ビジネスアクター、ビジネス役割、ビジネスコラボレーション、場所、ビジネスインターフェース、ビジネスプロセス／機能／インタラクション、ビジネスイベント、ビジネスサービス、ビジネスオブジェクト、表現、アプリケーションコンポーネント／コラボレーション、アプリケーションインターフェース、アプリケーションプロセス／機能／インタラクション、アプリケーションイベント、アプリケーションサービス、データオブジェクト |
ビジネスプロセス協働視点の例
以下の図は、ビジネスプロセス協働視点に基づいて描かれたArchiMate図を示している。
製品視点
製品視点とは何か？
製品視点は、製品が顧客に提供する価値に注目する。製品の構成要素としての（ビジネス、アプリケーション、または技術）サービス、および関連する契約やその他の合意を示す。また、製品が提供されるインターフェースや、製品に関連するイベントも表示できる。製品視点は、製品の使用に必要なサービスをモデル化する際に通常使用され、既存のサービスの組み合わせまたは新たに作成が必要なサービスを含むことがある。
以下の表は、製品視点をより詳しく説明している。
| 関係者 | 製品開発者、製品マネージャー、プロセスおよびドメインアーキテクト |
| 関心事項 | 製品開発、企業が提供する製品の価値 |
| 目的 | 設計、意思決定 |
| 範囲 | 複数のレイヤー／複数の側面 |
| 要素 | ビジネスアクター、ビジネス役割、ビジネス協働、ビジネスインターフェース、ビジネスプロセス／機能／インタラクション、ビジネスイベント、ビジネスサービス、ビジネスオブジェクト、製品、契約、アプリケーションコンポーネント／協働、アプリケーションインターフェース、アプリケーションプロセス／機能／インタラクション、アプリケーションイベント、アプリケーションサービス、データオブジェクト、技術サービス、アーティファクト、素材、価値 |
製品視点の例
以下の図は、製品視点に基づいて描かれたArchiMate図を示している。
アプリケーション協働視点
アプリケーション協働視点とは何か？
アプリケーション協働視点は、アプリケーションコンポーネント間の情報フロー、およびコンポーネントが提供および要求するサービスを示す。この視点は、アプリケーション環境の概要を作成するために使用される。また、ビジネスプロセスの実行を支援するためのサービスの協働をモデル化するのにも利用できる。
以下の表は、アプリケーション協働視点をより詳しく説明している。
| 関係者 | 企業、プロセス、アプリケーション、およびドメインアーキテクト |
| 関心事項 | アプリケーション間の関係および依存関係、サービスのオーケストレーション／コーディネーション、一貫性および完全性、複雑さの低減 |
| 目的 | 設計 |
| 範囲 | 複数のレイヤー／複数の側面 |
| 要素 | 場所、アプリケーションコンポーネント／協働、アプリケーションインターフェース、アプリケーションプロセス／機能／インタラクション、アプリケーションイベント、アプリケーションサービス、データオブジェクト |
アプリケーション協働視点の例
以下の図は、アプリケーション協働視点に基づいて描かれたArchiMate図を示しています。
アプリケーション利用視点
アプリケーション利用視点とは何ですか？
アプリケーション利用視点は、アプリケーションがビジネスプロセスを支援するためにどのように連携しているか、また他のアプリケーションによってどのように利用されているかを示します。ビジネスプロセスや他のアプリケーションが必要とするサービスを特定する場合や、利用可能なサービスを記述することでビジネスプロセスを設計する際に使用できます。
以下の表は、アプリケーション利用視点をより詳しく説明しています。
| 利害関係者 | 企業、プロセス、アプリケーションアーキテクト、運用マネージャー |
| 関心事項 | 一貫性と完全性、複雑さの低減 |
| 目的 | 設計、意思決定 |
| 範囲 | 複数のレイヤー／複数の側面 |
| 要素 | ビジネスアクター、ビジネスロール、ビジネス協働、ビジネスプロセス／機能／インタラクション、ビジネスイベント、ビジネスオブジェクト、アプリケーションコンポーネント／協働、アプリケーションインターフェース、アプリケーションプロセス／機能／インタラクション、アプリケーションイベント、アプリケーションサービス、データオブジェクト |
アプリケーション利用視点の例
以下の図は、アプリケーション利用視点に基づいて描かれたArchiMate図を示しています。
実装および展開視点
実装および展開視点とは何ですか？
実装および展開視点は、アプリケーションがインフラストラクチャ上でどのように実現されているかを示します。これには、アプリケーションやコンポーネントをアーティファクトにマッピングすること、およびこれらのアプリケーションやコンポーネントが使用する情報が下位のストレージインフラストラクチャにどのようにマッピングされているかを含みます。
以下の表は、実装および展開視点をより詳しく説明しています。
| 利害関係者 | アプリケーションおよびドメインアーキテクト |
| 関心事項 | アプリケーションプラットフォームの構造と支援技術との関係 |
| 目的 | 設計、意思決定 |
| 範囲 | 複数のレイヤー／複数の側面 |
| 要素 | アプリケーションコンポーネント／協働、アプリケーションインターフェース、アプリケーションプロセス／機能／インタラクション、アプリケーションイベント、アプリケーションサービス、データオブジェクト、システムソフトウェア、技術インターフェース、パス、技術プロセス／機能／インタラクション、技術サービス、アーティファクト |
実装および展開視点の例
以下の図は、実装および展開視点に基づいて描かれたArchiMate図を示しています。
技術視点
技術視点とは何ですか？
技術視点は、アプリケーション層が物理デバイス、ネットワーク、またはシステムソフトウェア（例：OS、データベース、ミドルウェアなど）といったソフトウェアおよびハードウェア技術要素によってどのようにサポートされているかを示します。
以下の表は、技術視点をより詳しく説明しています。
| 利害関係者 | インフラアーキテクト、運用マネージャー |
| 関心事項 | 安定性、セキュリティ、依存関係、インフラのコスト |
| 目的 | 設計 |
| 範囲 | 単一レイヤー／複数の側面 |
| 要素 | 場所、ノード、技術協働、デバイス、システムソフトウェア、技術インターフェース、通信ネットワーク、パス、技術プロセス／機能／インタラクション、技術サービス、技術イベント、アーティファクト |
技術視点の例
以下の図は、技術視点に基づいて描かれたArchiMate図を示しています。
技術利用視点
技術利用視点とは何ですか？
技術使用視点は、アプリケーションがソフトウェアおよびハードウェア技術によってどのようにサポートされているかを示す。この視点は、パフォーマンスやスケーラビリティの分析が必要な場合に一般的に使用され、物理的なインフラストラクチャとアプリケーションの論理的世界を関連付ける。
以下の表は、技術使用視点をより詳しく説明している。
| 関係者 | アプリケーション、インフラストラクチャのアーキテクト、運用マネージャー |
| 関心事項 | 依存関係、パフォーマンス、スケーラビリティ |
| 目的 | 設計 |
| 範囲 | 複数のレイヤー／複数の側面 |
| 要素 | アプリケーションコンポーネント／協働、アプリケーションプロセス／機能／インタラクション、アプリケーションイベント、データオブジェクト、ノード、デバイス、技術的協働、システムソフトウェア、技術インターフェース、通信ネットワーク、パス、技術プロセス／機能／インタラクション、技術サービス、技術イベント、アーティファクト |
技術使用視点の例
以下の図は、技術使用視点に基づいて描かれたArchiMate図である。
情報構造視点
情報構造視点とは何か？
情報構造視点は、情報システム開発において一般的に作成される伝統的な情報モデルと同様に機能する。この視点は、企業で使用される情報の構造を示す。また、ビジネスレベルの情報が、その場で使用されるデータ構造としてアプリケーションレベルでどのように表現されているか、そしてそれが下位の技術インフラストラクチャにどのようにマッピングされているかを示すこともできる。
以下の表は、情報構造視点をより詳しく説明している。
| 関係者 | ドメインおよび情報アーキテクト |
| 関心事項 | ユーザーのデータおよび情報の構造と依存関係、一貫性と完全性 |
| 目的 | 設計 |
| 範囲 | 複数のレイヤー／単一の側面 |
| 要素 | ビジネスオブジェクト、表現、データオブジェクト、アーティファクト、意味 |
情報構造視点の例
以下の図は、情報構造視点に基づいて描かれたArchiMate図を示しています。
サービス実現視点
サービス実現視点とは何ですか？
サービス実現視点は、ビジネスサービスが下位のプロセス／アプリケーションコンポーネントによってどのように実現されるかをモデル化します。
以下の表は、サービス実現視点をさらに詳しく説明しています。
| ステークホルダー | プロセスおよびドメインアーキテクト、プロダクトおよび運用マネージャ |
| 関心事項 | ビジネスプロセスの付加価値、一貫性および完全性、責任 |
| 目的 | 設計、意思決定 |
| 範囲 | 複数のレイヤー／複数の側面 |
| 要素 | ビジネスアクター、ビジネスロール、ビジネスコラボレーション、ビジネスインターフェース、ビジネスプロセス／機能／インタラクション、ビジネスイベント、ビジネスサービス、ビジネスオブジェクト、表現、アプリケーションコンポーネント／コラボレーション、アプリケーションインターフェース、アプリケーションプロセス／機能／インタラクション、アプリケーションイベント、アプリケーションサービス、データオブジェクト |
サービス実現視点の例
以下の図は、サービス実現視点に基づいて描かれたArchiMate図を示しています。
物理視点
物理視点とは何ですか？
物理視点は、物質を生成、使用、保存、移動、または変換できる装置、装置が配布ネットワークを介してどのように接続されているか、および装置に割り当てられている他のアクティブな要素を示します。
以下の表は、物理視点をさらに詳しく説明しています。
| ステークホルダー | インフラアーキテクト、運用マネージャ |
| 関心事項 | 物理環境の関係性および依存関係、およびそれがITインフラにどのように関連するか |
| 目的 | 設計 |
| 範囲 | 複数のレイヤー／複数の側面 |
| 要素 | 場所、ノード、デバイス、機器、施設、経路、通信ネットワーク、配電ネットワーク、物資 |
物理的視点の例
以下の図は、物理的視点に基づいて描かれたArchiMate図を示しています。
レイヤード視点
レイヤード視点とは何か？
レイヤード視点は、企業アーキテクチャのすべてのレイヤーおよび側面の主要な要素に対する俯瞰図を提示します。完全なレイヤード視点の背後にある構造的原則は、各専用レイヤーが「実現」関係を介して、次の専用レイヤーが「提供」するサービスレイヤーを公開することです。この視点により、専用レイヤーの内部構造および組織を、その専用レイヤーが実現するサービスレイヤーとして外部から観察可能な振る舞いから簡単に分離できます。
以下の表は、レイヤード視点についてより詳しく説明しています。
| ステークホルダー | 企業、プロセス、アプリケーション、インフラストラクチャ、およびドメインのアーキテクト |
| 関心事項 | 一貫性、複雑さの低減、変更の影響、柔軟性 |
| 目的 | 設計、意思決定、情報提供 |
| 範囲 | 複数のレイヤー／複数の側面 |
| 要素 | <この視点では、すべてのコア要素およびすべての関係が許容されます。> |
レイヤード視点の例
以下の図は、レイヤード視点に基づいて描かれたArchiMate図を示しています。
動機視点
ArchiMateの動機視点は、企業アーキテクチャの動機的側面をモデル化するための例視点のセットを定義しています。
次のセクションでは、ArchiMateの動機視点をすべて詳しく説明します。
ステークホルダー視点
ステークホルダー視点とは何か？
ステークホルダー視点は、ステークホルダー、変化の駆動要因（内部および外部の両方）、およびこれらの駆動要因の評価を、～を基準としてモデル化するために使用されます。SWOTまた、これらの懸念や評価に対応する初期の目標へのリンクをモデル化するためにも使用できる。これらの目標は、目標の精緻化、貢献および衝突分析、および目標を実現する要件の導出を含む要件工学プロセスの基礎を形成する。
以下の表は、ステークホルダー視点をより詳しく説明している。
| ステークホルダー | ステークホルダー、ビジネスマネージャー、エンタープライズおよびICTアーキテクト、ビジネスアナリスト、要件マネージャー |
| 懸念 | アーキテクチャの使命と戦略、動機 |
| 目的 | 設計、意思決定、情報提供 |
| 範囲 | 動機 |
| 要素 | ステークホルダー、ドライバー、評価、目標、成果 |
ステークホルダー視点の例
以下の図は、ステークホルダー視点に基づいて描かれたArchiMate図を示している。
目標実現視点
目標実現視点とは何か？
目標実現視点は、高レベルの目標をより具体的な目標に精緻化し、その具体的な目標をさらに要件や制約に精緻化するプロセスをモデル化する。目標をサブゴールに精緻化するプロセスは集約を使ってモデル化され、目標を要件に精緻化するプロセスは実現を使ってモデル化される。
以下の表は、目標実現視点をより詳しく説明している。
| ステークホルダー | ステークホルダー、ビジネスマネージャー、エンタープライズおよびICTアーキテクト、ビジネスアナリスト、要件マネージャー |
| 懸念 | アーキテクチャの使命、戦略および戦術、動機 |
| 目的 | 設計、意思決定 |
| 範囲 | 動機 |
| 要素 | 目標、原則、要件、制約、成果 |
目標実現視点の例
以下の図は、ゴール実現視点に基づいて描かれたArchiMate図を示しています。
要件実現視点
要件実現視点とは何ですか？
要件実現視点は、ビジネスアクター、ビジネスサービス、ビジネスプロセス、アプリケーションサービス、アプリケーションコンポーネントなど、コア要素による要件の実現を示します。通常、要件はゴール精査視点から生じます。
以下の表は、要件実現視点をより詳しく説明しています。
| ステークホルダー | エンタープライズおよびICTアーキテクト、ビジネスアナリスト、要件マネージャ |
| 関心事項 | アーキテクチャ戦略と戦術、モチベーション |
| 目的 | 設計、意思決定、情報提供 |
| 範囲 | モチベーション |
| 要素 | ゴール、要件／制約、成果、価値、意味、コア要素 |
要件実現視点の例
以下の図は、要件実現視点に基づいて描かれたArchiMate図を示しています。
モチベーション視点
モチベーション視点とは何ですか？
モチベーション視点は、ステークホルダー、その主要なゴール、適用される原則、およびサービス、プロセス、アプリケーション、オブジェクトに関する主要な要件を関連付けることで、モチベーションの側面について完全または部分的な概要を提示するために使用できます。
以下の表は、モチベーション視点をより詳しく説明しています。
| ステークホルダー | エンタープライズおよびICTアーキテクト、ビジネスアナリスト、要件マネージャ |
| 関心事項 | アーキテクチャ戦略と戦術、モチベーション |
| 目的 | 設計、意思決定、情報提供 |
| 範囲 | 動機 |
| 要素 | 利害関係者、駆動要因、評価、目標、原則、要件、制約、成果、価値、意味 |
動機視点の例
以下の図は、動機視点に基づいて描かれたArchiMate図を示しています。
戦略視点
ArchiMateの戦略視点は、企業の戦略的側面をモデル化する際に使用できるいくつかの例示的な視点を定義しています。これらは、企業の高レベルな戦略的方針や構成をモデル化する際に使用できます。
次のセクションでは、ArchiMateの戦略視点をすべて詳しく説明します。
戦略視点
戦略視点とは何ですか？
能力マップ視点は、企業の能力について構造的な概要を提示します。能力マップは通常、企業全体にわたって2つまたは3つのレベルの能力を示します。非常に頻繁に、能力マップ視点はヒートマップとして使用されます。
以下の表は、戦略視点についてより詳しく説明しています。
| 利害関係者 | 経営幹部、ビジネスマネージャー、企業およびビジネスアーキテクト |
| 関心事 | 戦略の開発 |
| 目的 | 設計、意思決定 |
| 範囲 | 戦略 |
| 要素 | 行動計画、能力、資源、成果 |
戦略視点の例
以下の図は、戦略視点に基づいて描かれたArchiMate図を示しています。
能力マップ視点
能力マップ視点とは何ですか？
能力マップ視点は、ビジネスアーキテクトが企業の能力について構造的な概要を作成できるようにします。能力マップは通常、企業全体にわたって2つまたは3つのレベルの能力を示します。たとえば、投資の重点領域を特定するためにヒートマップとして使用できます。場合によっては、これらの能力によって提供される具体的な成果も示すことがあります。
以下の表は、能力マップ視点についてより詳しく説明しています。
| ステークホルダー | ビジネスマネージャー、エンタープライズおよびビジネスアーキテクト |
| 関心事項 | アーキテクチャ戦略と戦術、動機 |
| 目的 | 設計、意思決定 |
| 範囲 | 戦略 |
| 要素 | 成果、能力、リソース |
能力マップ視点の例
下図は、能力マップ視点に基づいて描かれたArchiMate図を示している。
成果実現視点
成果実現視点とは何ですか？
成果実現視点は、最高レベルのビジネス指向の成果が、能力およびその基盤となるコア要素によってどのように生成されるかを示すために使用される。
以下の表は、成果実現視点についてより詳しく説明している。
| ステークホルダー | ビジネスマネージャー、エンタープライズおよびビジネスアーキテクト |
| 関心事項 | ビジネス指向の成果 |
| 目的 | 設計、意思決定 |
| 範囲 | 戦略 |
| 要素 | 能力、リソース、成果、価値、意味、コア要素 |
成果実現視点の例
下図は、成果実現視点に基づいて描かれたArchiMate図を示している。
リソースマップ視点
リソースマップ視点とは何ですか？
リソースマップ視点は、企業のリソースに関する構造的な概要を示します。リソースマップは通常、企業全体にわたって2つまたは3つのレベルのリソースを含みます。投資の重点領域を特定するためにヒートマップとして使用できます。
以下の表は、リソースマップ視点について詳しく説明しています。
| 関係者 | ビジネスマネージャー、エンタープライズアーキテクトおよびビジネスアーキテクト |
| 関心事項 | アーキテクチャ戦略と戦術、動機 |
| 目的 | 設計、意思決定 |
| 範囲 | 戦略 |
| 要素 | リソース、能力、ワークパッケージ |
リソースマップ視点の例
以下の図は、リソースマップ視点に基づいて作成されたArchiMate図を示しています。
実装および移行視点
ArchiMateの実装および移行視点は、アーキテクチャ変更の管理、ベースラインからターゲットアーキテクチャへの移行、およびプログラムとプロジェクト間の関係をモデル化するために定義されています。
次のセクションでは、ArchiMateの実装および移行視点をすべて詳しく説明します。
プロジェクト視点
プロジェクト視点とは何ですか？
プロジェクト視点は、主にアーキテクチャ変更の管理に使用され、ベースラインからターゲットアーキテクチャへの移行中に管理・統制・提供されるプロジェクトのモデル化を含みます。
以下の表は、プロジェクト視点について詳しく説明しています。
| 関係者 | （運用）マネージャー、エンタープライズおよびICTアーキテクト、従業員、株主 |
| 関心事項 | アーキテクチャのビジョンと方針、動機 |
| 目的 | 意思決定、情報共有 |
| 範囲 | 実装と移行 |
| 要素 | 目標、作業パッケージ、実装イベント、成果物、ビジネスアクター、ビジネスロール |
プロジェクト視点の例
以下の図は、プロジェクト視点に基づいて描かれたArchiMate図を示している。
移行視点
移行視点とは何ですか？
移行視点は、既存のアーキテクチャから望ましいアーキテクチャへの移行を規定するために使用できるモデルや概念を含む。
以下の表は、移行視点についてより詳しく説明している。
| 利害関係者 | エンタープライズアーキテクト、プロセスアーキテクト、アプリケーションアーキテクト、インフラストラクチャアーキテクト、ドメインアーキテクト、従業員、株主 |
| 関心事項 | モデルの歴史 |
| 目的 | 設計、意思決定、情報提供 |
| 範囲 | 実装と移行 |
| 要素 | プラトー、ギャップ |
移行視点の例
以下の図は、移行視点に基づいて描かれたArchiMate図を示している。
実装と移行視点
実装と移行視点とは何ですか？
実装と移行視点は、プログラムやプロジェクトが実装するアーキテクチャの部分との関係を示すために使用される。この視点により、実現されたプラトーまたは影響を受ける個々のアーキテクチャ要素に基づいて、プログラム、プロジェクト、プロジェクト活動の範囲をモデル化できる。
以下の表は、実装と移行視点についてより詳しく説明している。
| 利害関係者 | （運用）マネージャー、エンタープライズおよびICTアーキテクト、従業員、株主 |
| 懸念 | アーキテクチャのビジョンと方針、動機 |
| 目的 | 決定、通知 |
| 範囲 | 複数のレイヤー／複数の側面 |
| 要素 | 目標、要件、制約、作業パッケージ、実装イベント、成果物、プラトー、ギャップ、ビジネスアクター、ビジネスロール、場所、コア要素 |
実装および移行視点の例
下図は、実装および移行視点に基づいて描かれたArchiMate図を示しています。
本ガイド内のすべてのArchiMate図の例は、Visual Paradigm OnlineのArchiMate図作成ツール.
