エンタープライズアーキテクチャは、組織がビジネス目標や戦略を情報技術の能力と一致させるのを支援する学問分野です。これを達成するため、エンタープライズアーキテクトは、それぞれ目的、範囲、詳細度が異なる複数の関連するアーキテクチャと対応しなければなりません。エンタープライズコンティニュümは、これらのアーキテクチャおよびそのアーティファクトを整理・分類するためのフレームワークです。
エンタープライズ・コンティニュümとは何か
エンタープライズコンティニュümは、エンタープライズアーキテクチャの開発過程で使用されるさまざまな種類の資産を整理・分類するために用いられるフレームワークです。エンタープライズコンティニュümには、ポリシー、標準、戦略的イニシアチブ、組織構造、エンタープライズレベルの能力など、アーキテクチャ開発に使用される複数の資産クラスが含まれます。これらの資産は、ADM（アーキテクチャ開発手法）のアーキテクチャ開発プロセスで直接使用されるものではありませんが、開発されるアーキテクチャに影響を与える可能性があります。
エンタープライズコンティニュümは、組織内のさまざまなアーキテクチャレベルを整理・分類するために用いられるフレームワークです。これにより、エンタープライズアーキテクチャが一般的なものから特定のものへ、抽象的から具体的へ、論理的から物理的へと進化する様子を理解する手段を提供します。
エンタープライズコンティニュümは、2つの主要な構成要素で構成されています：
- アーキテクチャコンティニュümと
- ソリューションコンティニュüm。
アーキテクチャコンティニュümは、アーキテクチャアーティファクトを整理・分類するためのフレームワークであり、ソリューションコンティニュümは、特定のビジネス課題に対するソリューションを整理・分類するためのフレームワークです。
アーキテクチャコンティニュüm対ソリューションコンティニュüm
エンタープライズコンティニュümには、アーキテクチャコンティニュümとソリューションコンティニュümという2つの特殊化が含まれます。アーキテクチャコンティニュümは、アーキテクチャアーティファクトを整理・分類するためのフレームワークを提供し、ソリューションコンティニュümは、特定のビジネス課題に対するソリューションを整理・分類するためのフレームワークを提供します。これらの特殊化により、アーキテクトは複雑な問題を管理可能なコンポーネントに分解でき、エンタープライズアーキテクチャが一般的なものから特定のものへ、抽象的から具体的へ、論理的から物理的へと進化する様子を明確に把握できます。
アーキテクチャコンティニュümとソリューションコンティニュümは、TOGAF（The Open Group Architecture Framework）標準の一部であるエンタープライズコンティニュüm内の2つのフレームワークです。
- The アーキテクチャコンティニュümアーキテクチャコンティニュümは、再利用可能なアーキテクチャ資産（アーキテクチャ・ビルドイン・ブロック、ABBsと呼ばれる）を整理・分類するための構造を提供するフレームワークです。ABBsは開発ライフサイクルを通じて進化し、抽象的で一般的なエンティティから始まり、完全に表現された組織固有のアーキテクチャ資産へと進化します。アーキテクチャコンティニュümの資産は、ソリューションコンティニュüm内の要素のガイドラインや選定に使用されます。
- The ソリューションコンティニュüm一方、ソリューションコンティニュümは、アーキテクチャコンティニュümで定義された資産の実装を一貫して記述・理解するための方法を提供します。これは、組織環境で再利用可能なソリューション・ビルドイン・ブロック（SBBs）として利用可能なものを定義します。これらのSBBsは、アーキテクチャ空間で定義されたルールや関係を実装する顧客とビジネスパートナー間の合意の結果として得られるソリューションです。ソリューションコンティニュümは、実装されたシステムの製品、システム、サービス間の共通点と相違点に対処することを目的としています。
要するに、アーキテクチャコンティニュümは再利用可能なアーキテクチャ資産を整理・分類するためのフレームワークを提供し、ソリューションコンティニュümは特定のビジネス課題に対するソリューションを整理・分類するためのフレームワークを提供します。両方のフレームワークはエンタープライズコンティニュümの重要な構成要素であり、組織が複雑さを管理し、効率を向上させるために、組織内の異なる部分で共通のソリューションを特定し再利用することを可能にします。
例1 – アーキテクチャコンティニュüm対ソリューションコンティニュüm
大規模な組織に複数の部門があり、それぞれが自らのITシステムを管理している例を考えてみましょう。各部門には独自のニーズや要件がある一方で、異なるシステム間にも共通点や重複がある可能性があります。この複雑さを管理するために、組織はTOGAF標準内のアーキテクチャコンティニュümとソリューションコンティニュümのフレームワークを利用できます。
アーキテクチャコンティニュümは、組織全体にわたって再利用可能なアーキテクチャ資産を分類・整理するために使用できます。たとえば、共通のシステムアーキテクチャ、業界アーキテクチャ、エンタープライズアーキテクチャなどが含まれます。たとえば、組織はデータモデル、ネットワークプロトコル、アプリケーションインターフェースなどの共通のアーキテクチャコンポーネントを特定し、ABBsとして整理できます。
アーキテクチャコンティニュümが確立された後、組織はソリューションコンティニュümを使って、各部門のITシステムに実装されたソリューションを分類・整理できます。たとえば、顧客関係管理（CRM）ソフトウェア、サプライチェーン管理（SCM）システム、財務管理ソフトウェアなどの共通のソリューションを特定し、SBBsとして整理できます。これにより、部門が可能な限り共通のソリューションを再利用でき、重複を減らし、効率を向上させることができます。
全体として、アーキテクチャコンティニュümとソリューションコンティニュümのフレームワークは、組織が異なる部分で共通のソリューションを特定し再利用することで、複雑さを管理し効率を向上させるとともに、部門固有のニーズや要件を満たすための柔軟性を維持できるように支援します。
例2 – アーキテクチャコンティニュüm対ソリューションコンティニュüm
アーキテクチャコンティニュümとソリューションコンティニュümのフレームワークを適用できるもう一つの現実の例は、ソフトウェアアプリケーションの開発です。
ソフトウェア開発において、アーキテクチャコンティニュümは、共通のソフトウェアフレームワーク、デザインパターン、プログラミング言語などの再利用可能なアーキテクチャ資産を分類・整理するために使用できます。たとえば、組織はマイクロサービスアーキテクチャ、ドメイン駆動設計、コンテナ化などの共通のアーキテクチャコンポーネントを特定し、ABBsとして整理できます。
アーキテクチャコンティニュümが確立された後、ソリューションコンティニュümを使って、ソフトウェアアプリケーションに実装されたソリューションを分類・整理できます。たとえば、認証と承認、キャッシュ、ログ記録とエラー処理などの共通のソリューションを特定し、SBBsとして整理できます。これにより、ソフトウェア開発者は可能な限り共通のソリューションを再利用でき、重複を減らし、効率を向上させることができます。
全体として、アーキテクチャコンティニュümとソリューションコンティニュümのフレームワークは、ソフトウェア開発チームが組織内の異なる部分で共通のソリューションを特定し再利用することで、複雑さを管理し、効率を向上させるとともに、プロジェクト固有のニーズや要件を満たすための柔軟性を維持できるように支援します。
例3 – アーキテクチャコンティニュüm対ソリューションコンティニュüm
アーキテクチャ連続体とソリューション連続体の枠組みを適用できるもう一つの現実世界の例は、スマートシティインフラの開発である。
スマートシティインフラにおいて、アーキテクチャ連続体は、共通の通信プロトコル、データモデル、セキュリティフレームワークなどの再利用可能なアーキテクチャ資産を分類・整理するために使用できる。たとえば、都市計画担当者は、インターネット・オブ・シングス（IoT）ネットワーク、クラウドコンピューティングプラットフォーム、エッジコンピューティングデバイスなどの共通のアーキテクチャコンポーネントを特定し、ABB（アーキテクチャ・ビルディング・ブロック）に整理することができる。
アーキテクチャ連続体が確立された後、ソリューション連続体は、スマートシティインフラに実装されたソリューションを分類・整理するために使用できる。たとえば、都市計画担当者は、スマート照明システム、インテリジェント交通システム、廃棄物管理システムなどの共通のソリューションを特定し、SBB（ソリューション・ビルディング・ブロック）に整理することができる。これにより、可能な限り共通のソリューションを再利用でき、重複を減らし、効率を向上させることができる。
全体として、アーキテクチャ連続体とソリューション連続体の枠組みは、異なるインフラストラクチャの部分にわたって共通のソリューションを特定・再利用することで、都市計画担当者が複雑さを管理し、効率を向上させるとともに、都市固有のニーズや要件に柔軟に対応できるように支援する。
ABBとSBBの文書化に関する現実世界の例
アーキテクチャ連続体とソリューション連続体の枠組みがスマートシティインフラの文脈でどのように適用できるかの例である：
アーキテクチャ・ビルディング・ブロック（ABB）
- IoTネットワークアーキテクチャ – IoTネットワークの展開および管理に必要なアーキテクチャコンポーネントを定義する。ゲートウェイ、センサー、エッジデバイスを含む。
- クラウドコンピューティングプラットフォーム – クラウドコンピューティングプラットフォームの展開および管理に必要なアーキテクチャコンポーネントを定義する。仮想マシン、ストレージ、ネットワーキングを含む。
- セキュリティフレームワーク – セキュアなスマートシティインフラの展開および管理に必要なアーキテクチャコンポーネントを定義する。認証、承認、暗号化を含む。
ソリューション・ビルディング・ブロック（SBB）
- スマート照明システム – IoTセンサーとクラウドコンピューティングを活用して、公共空間の照明を制御するソリューション。エネルギー消費を削減し、安全性を向上させる。
- インテリジェント交通システム – IoTセンサーとクラウドコンピューティングを活用して、交通の流れを最適化し、混雑を軽減し、公共交通サービスを改善するソリューション。
- 廃棄物管理システム – IoTセンサーとクラウドコンピューティングを活用して、廃棄物収集および処理を最適化し、環境への影響を低減し、公衆の健康を向上させるソリューション。
アーキテクチャ連続体を用いてABBを分類・整理し、ソリューション連続体を用いてSBBを分類・整理することで、都市計画担当者はスマートシティインフラプロジェクトの効率性と効果を向上させることができる。異なるインフラストラクチャの部分にわたって共通のABBやSBBを再利用することで、重複を削減し、一貫性を高めつつ、特定のプロジェクトのニーズや要件に柔軟に対応できる。
アーキテクチャ連続体に含まれる文書の種類
アーキテクチャ連続体の4つのレベルそれぞれに含まれる文書の種類の例である：
- 基盤アーキテクチャ – このレベルには、組織内のすべてのアーキテクチャの共通基盤を提供する基盤的なフレームワークやモデルが含まれる。例として、以下の文書が挙げられる：
- TOGAFフレームワーク
- ビジネス能力モデル
- データアーキテクチャの原則
- 共通システムアーキテクチャ – このレベルには、組織内の複数の部分で使用される特定の種類のシステムのアーキテクチャが含まれる。例として、以下の文書が挙げられる：
- サービス指向アーキテクチャ（SOA）
- 情報技術インフラストラクチャライブラリ（ITIL）
- データセンター・アーキテクチャ
- 業界アーキテクチャ – このレベルには、特定の業界やセクターに特化したアーキテクチャが含まれる。例として、以下の文書が挙げられる：
- ヘルス情報交換（HIE）アーキテクチャ
- 金融サービスアーキテクチャフレームワーク（FSAM）
- 防衛情報インフラストラクチャ（DII）アーキテクチャ
- エンタープライズアーキテクチャ – このレベルには、企業自体に特化したアーキテクチャが含まれます。例として、以下の文書が挙げられます：
- エンタープライズデータアーキテクチャ
- エンタープライズアプリケーションアーキテクチャ
- エンタープライズセキュリティアーキテクチャ
各レベルに含まれる文書の種類は、組織やそのニーズによって異なる場合がありますが、この例から含まれる文書の種類についての概要が得られます。
ソリューション連続体に含まれる文書の種類
以下は、アーキテクチャ連続体の提案されたABBに関連して、ソリューション連続体の4つのレベルに含まれる文書の種類の一例です：
- 基盤ソリューション – このレベルには、組織の複数の部門で利用可能な汎用的なソリューションが含まれます。例として、以下の文書が挙げられます：
- エンタープライズサービスバス（ESB）
- データウェアハウスソリューション
- アイデンティティおよびアクセス管理（IAM）ソリューション
- 共通システムソリューション – このレベルには、組織の複数の部門で使用される特定の種類のシステムに関するソリューションが含まれます。例として、以下の文書が挙げられます：
- 人事情報システム（HRIS）ソリューション
- カスタマーリレーションシップマネジメント（CRM）ソリューション
- エンタープライズリソースプランニング（ERP）ソリューション
- 業界ソリューション – このレベルには、特定の業界やセクターに特化したソリューションが含まれます。例として、以下の文書が挙げられます：
- 電子カルテ（EMR）ソリューション
- 取引プラットフォームソリューション
- 物流管理ソリューション
- エンタープライズソリューション – このレベルには、企業自体に特化したソリューションが含まれます。例として、以下の文書が挙げられます：
- 売上注文処理ソリューション
- 支払債務管理ソリューション
- 製造実行システム（MES）ソリューション
再度述べますが、各レベルに含まれる文書の具体的な種類は、組織やそのニーズによって異なる場合がありますが、この例から、アーキテクチャ連続体の提案されたABBに関連して、ソリューション連続体の各レベルに含まれる文書の種類についての概念を把握できるでしょう。
要約
この記事では、企業アーキテクチャの文脈におけるエンタープライズ連続体の概念について説明しています。エンタープライズ連続体が、一般的なアーキテクチャから特定のアーキテクチャ、抽象的なアーキテクチャから具体的なアーキテクチャ、論理的なアーキテクチャから物理的なアーキテクチャへと進化する関連するアーキテクチャの進化を示すアーキテクチャリポジトリのビューを提供することを説明しています。また、エンタープライズ連続体の2つの特殊化であるアーキテクチャ連続体とソリューション連続体についても紹介しています。
アーキテクチャ連続体は、アーキテクチャ構成要素（ABB）の構造化を表しており、一方、ソリューション連続体は、アーキテクチャ連続体で定義された資産の実装を一貫して記述し、理解するための方法を提供します。この記事では、アーキテクチャ連続体とソリューション連続体の各4つのレベルに含まれる文書の例を提示しています。全体として、この記事は企業アーキテクチャの効果的な範囲設定の重要性と、アーキテクチャ資産を用いてソリューション連続体の要素をガイドし、選定することの重要性を強調しています。