建築分野

エンタープライズアーキテクチャにおけるアーキテクチャドメインは、企業またはシステムの広い視点です。これは、複数の利害関係者の複数の懸念に対処するシステム全体の部分的な表現です。これは、記述されたシステムの他のビューまたは側面を隠した記述です。ビジネス、データ、アプリケーション、およびテクノロジーアーキテクチャは、エンタープライズアーキテクチャの定義に関連するほとんどの提案された概念において、コアドメインとして認識されています。^[2]

概要

1993年にスティーブン・スペワックが「エンタープライズアーキテクチャ計画（EAP）」という本を出版して以来^[3]、あるいはそれ以前から、4種類のアーキテクチャドメインを認識するのが一般的でした。英国コンピュータ協会の「エンタープライズおよびソリューションアーキテクチャの参照モデル」もこの区分に従っていますが、アプリケーションアーキテクチャのすぐ下の（単一の）アプリケーションアーキテクチャレベルと、情報アーキテクチャ、情報システムアーキテクチャ、またはセキュリティアーキテクチャ（横断的な関心事）のドメインについても言及しています。^[4]

ビジネスアーキテクチャ: ビジネスシステムの構造と動作 (必ずしもコンピューターに関連しているわけではありません)。ビジネス目標、ビジネス機能または能力、ビジネスプロセスと役割などをカバーします。ビジネス機能とビジネスプロセスは、多くの場合、必要なアプリケーションとデータにマッピングされます。
データアーキテクチャ: ビジネスやそのアプリケーションで使用されるデータ構造。保存されているデータと移動中のデータの説明。データストア、データグループ、およびデータ項目の説明。これらのデータ成果物とデータ品質、アプリケーション、場所などのマッピング。
アプリケーションアーキテクチャ: ビジネスで使用されるアプリケーションの構造と動作。アプリケーション同士およびユーザーとのやり取りに重点が置かれています。アプリケーションの内部構造ではなく、アプリケーションによって消費および生成されるデータに重点が置かれています。アプリケーションポートフォリオ管理では、アプリケーションは通常、ビジネス機能およびアプリケーションプラットフォームテクノロジにマッピングされます。
アプリケーション (またはコンポーネント) アーキテクチャ: アプリケーション内の内部構造、ソフトウェアのモジュール化。これは、粒度の最も低いレベルのソフトウェアアーキテクチャです。通常、ソリューションアーキテクトが定義するモジュール化のレベルよりも下にあります。ただし、厳密な境界線はありません。
テクノロジーアーキテクチャまたはインフラストラクチャアーキテクチャ: IT インフラストラクチャの構造と動作。ハードウェア構成のクライアントノードとサーバーノード、それらで実行されるインフラストラクチャアプリケーション、アプリケーションに提供されるインフラストラクチャサービス、アプリケーションとノードを接続するプロトコルとネットワークをカバーします。

アプリケーションアーキテクチャは、アプリケーションポートフォリオに関するものであり、単一のアプリケーションの内部アーキテクチャ (アプリケーションアーキテクチャと呼ばれることが多い) に関するものではないことに注意してください。

多くのEAフレームワークは、データとアプリケーションドメインを単一のレイヤーに統合し、ビジネス（通常は人間の活動システム、つまり、実際の現実世界の活動の記述ではなく、知的構成を使用して理論的に目的のある人間の活動を表現する表記システム）の下、テクノロジー（プラットフォームITインフラストラクチャ）の上に配置します^。このテーマには多くのバリエーションがあります。

参照

参考文献

^ 最高情報責任者協議会 (2001) 連邦エンタープライズアーキテクチャの実践ガイド。2001 年 2 月。
^ N. Dedic、「FEAMI: エンタープライズアーキテクチャプロセスを既存の組織プロセスに組み込み、統合する方法論」、IEEE Engineering Management Review、doi: 10.1109/EMR.2020.3031968。
^ Steven Spewak ; SC Hill (1992)。エンタープライズアーキテクチャ計画: データ、アプリケーション、テクノロジーの青写真の開発。ボストン、QED Pub. Group。ISBN 978-0-471-59985-2。
^ 「エンタープライズおよびソリューションアーキテクチャにおける ISEB 証明書のリファレンスモデルバージョン 3.0」(PDF)。bcs。2010 年。
^ 人間活動システム - システム思考、システム実践、ピーター・チェックランド、1981年、115ページ、314

[CIOC01-1] 最高情報責任者協議会 (2001) 連邦エンタープライズアーキテクチャの実践ガイド。2001 年 2 月。

[2] N. Dedic、「FEAMI: エンタープライズアーキテクチャプロセスを既存の組織プロセスに組み込み、統合する方法論」、IEEE Engineering Management Review、doi: 10.1109/EMR.2020.3031968。

[3] Steven Spewak ; SC Hill (1992)。エンタープライズアーキテクチャ計画: データ、アプリケーション、テクノロジーの青写真の開発。ボストン、QED Pub. Group。ISBN 978-0-471-59985-2。

[4] 「エンタープライズおよびソリューションアーキテクチャにおける ISEB 証明書のリファレンスモデルバージョン 3.0」(PDF)。bcs。2010 年。

[5] 人間活動システム - システム思考、システム実践、ピーター・チェックランド、1981年、115ページ、314