Loading article…
エンタープライズアーキテクチャにおけるエンタープライズアーキテクチャ計画（EAP）は、ビジネスをサポートする情報の使用のためのアーキテクチャを定義し、それらのアーキテクチャを実装するための計画を立てるプロセスです。 [2]
概要
システム アーキテクチャの分野における初期の専門家の 1 人であるSteven H. Spewak は、1992 年にエンタープライズ アーキテクチャ プランニング (EAP) を「ビジネスをサポートする情報の使用に関するアーキテクチャを定義するプロセスと、それらのアーキテクチャを実装するための計画」と定義しました。[3] Spewak の EAP へのアプローチは、ビジネス ミッションが主な推進力であるという点で DOE のアプローチと似ています。次に、ミッションを満たすために必要なデータ、そのデータを使用して構築されるアプリケーション、そして最後にアプリケーションを実装するためのテクノロジが続きます。[1]
この活動の階層は上の図に表されており、レイヤーは上から下へ順番に実装されています。John Zachmanが開発したビジネス システム プランニング(BSP) アプローチに基づいて、EAP はデータ中心のアプローチでアーキテクチャ プランニングを行い、データの品質、データへのアクセス、変化する要件への適応性、データの相互運用性と共有、コストの抑制を実現します。この考え方は、データのニーズが決定または提供される前にアプリケーションを定義する必要があるという従来の考え方に反するものです。[1]
EAPトピック
ザックマンフレームワーク
EAP は、その後の設計と実装の青写真を定義し、計画/定義段階をフレームワークに組み込みます。ザックマン フレームワークの上位 2 行をどのように定義するかについては詳しく説明しません。ただし、計画演習のために、分析は簡略化されています。ザックマン フレームワークは、アーキテクチャ レイヤーの説明に幅広いコンテキストを提供しますが、EAP は、アーキテクチャのビジネス調整を確立するプロセスの計画と管理に重点を置いています。[2]
EAP は、データ、アプリケーション、テクノロジーを比較および分析するためのマトリックスの開発に重点を置いた計画です。最も重要なのは、EAP が実装計画を作成することです。連邦エンタープライズ アーキテクチャ内で、EAP はセグメント エンタープライズごとに完了します。これらの取り組みの結果は政府全体に価値をもたらす可能性があるため、各セグメントが EAP を完了すると、その結果が ArchitecturePlus Web サイトで公開されます。[2]
EAP コンポーネント
エンタープライズ アーキテクチャ プランニング モデルは、次の 4 つのレベルで構成されます。
- レベル 1 -開始 : この層は EAP 作業計画の作成につながり、プロセスの後続の 6 つのコンポーネント (またはステップ) をサポートし、リソースを提供するための高レベルの管理コミットメントの必要性を強調します。これは、一般的に、どの方法論を使用するか、誰が関与するか、他にどのようなサポートが必要か、どのようなツールセットを使用するかを決定する計画開始で構成されます。[2]
- レベル2 -現在の状況 : この層は、最終的なアーキテクチャと長期的な移行計画を定義するためのベースラインを提供します。次のものから構成されます: [2]
- ビジネスプロセスモデリング、ビジネス機能に関する知識ベースの編集、およびさまざまなビジネスプロセスの実行とサポートに使用される情報、および
- 現在のシステムとテクノロジー、現在のアプリケーション システムとそれをサポートするテクノロジー プラットフォームの定義。
- レベル3 -目指す姿 ：矢印は、データアーキテクチャ、アプリケーションアーキテクチャ、テクノロジーアーキテクチャという基本的な定義プロセスフローを示しています。これは次の要素で構成されています。[2]
- データ アーキテクチャ- ビジネスをサポートするために必要な主要なデータの種類の定義。
- アプリケーション アーキテクチャ- データを管理し、ビジネス機能をサポートするために必要な主要な種類のアプリケーションの定義。
- テクノロジー アーキテクチャ - データを管理し、ビジネス機能をサポートするアプリケーションをサポートするために必要なテクノロジー プラットフォームの定義。
- レベル4 -そこに到達する方法 ：これは実装/移行計画で構成されます - アプリケーションの実装順序の定義、実装スケジュール、費用対効果分析、および移行の明確なパス。[2]
EAP 方法論
エンタープライズアーキテクチャ計画（EAP）方法論は、レベルIVの連邦エンタープライズアーキテクチャフレームワークのさらなる定義を理解するのに役立ちます。EAPは、ザックマンフレームワークの上位2行、計画者と所有者を作成するためのアプローチです。システムの設計は、EAPの範囲外の3行目から始まります。[2]
EAP は、企業全体にとって適切で、企業全体をサポートするデータ、アプリケーション、テクノロジー アーキテクチャを定義することに重点を置いています。図 6 は、これらのアーキテクチャと関連する移行計画を定義するための EAP の 7 つのコンポーネント (またはステップ) を示しています。7 つのコンポーネントはウェディング ケーキの形をしており、各レイヤーは各主要タスク (またはステップ) の異なる焦点を表しています。[2]
批判
EAP 方法論の有効性は 1980 年代後半から 1990 年代初頭にかけて疑問視されてきました。
- EAPの概念的前身であるビジネスシステム計画（BSP）はうまく機能しなかった。「多大な費用と時間の消費を考慮すると、調査結果は[BSPおよび同様の]計画方法論の有用性に深刻な疑問を投げかけています」。[4] [5] [6] [7]
- EAP方法論に基づく連邦エンタープライズアーキテクチャ（FEA）プログラムは、大部分が失敗している。「連邦政府内のエンタープライズアーキテクチャは機能しておらず、多くの場合、有用な結果をもたらしていない。さらに、連邦EAプログラムの重要な部分は完全に失敗している」[8]
- Steven SpewakとSteven Hill（1992）でさえ、「エンタープライズアーキテクチャ計画を実施する企業の大多数は成功していない」と認めています（19ページ）。[3]
- 歴史的分析によれば、EAP方法論は、他の同様の形式的、文書化指向の段階的な計画方法論と同様に、実際には一度もうまく機能したことがなかった。[9]
参照
参考文献
- ^ abc FAA (1998).連邦情報アーキテクチャイニシアチブ。連邦航空局、1998年2月。
- ^ abcdefghi 最高情報責任者協議会 (1999)。連邦エンタープライズアーキテクチャフレームワークバージョン1.1、2012年2月13日にWayback Machineでアーカイブ、1999年9月。
- ^ ab Steven Spewakおよび SC Hill (1992)エンタープライズアーキテクチャ計画: データ、アプリケーション、およびテクノロジの青写真の開発。ボストン、QED Pub. Group。p. 1
- ^ Lederer, AL, Sethi, V. (1988).戦略情報システム計画方法論の実装。MIS Quarterly、vol. 12、no. 3、pp. 445-461。
- ^ Goodhue, DL, Quillard, JA, Rockart, JF (1988)。データリソースの管理：偶発性の観点。MIS Quarterly、vol. 12、no. 3、pp. 373-392。
- ^ Lederer, AL, Sethi, V. (1992)。情報システム計画の課題への対応。長期計画、第25巻、第2号、69-80ページ。
- ^ Goodhue, DL, Kirsch, LJ, Quillard, JA, および Wybo, MD (1992)。戦略データ計画: 現場からの教訓。MIS Quarterly、vol. 16、no. 1、pp. 11-34。
- ^ 「なぜ連邦エンタープライズアーキテクチャは機能しないのか？」Wayback Machineに 2016 年 6 月 11 日にアーカイブ、Stanley B. Gaver、2016 年 5 月 19 日閲覧。
- ^ Kotusev, Svyatoslav (2021) 『エンタープライズアーキテクチャの実践：ビジネスとITの整合に対する最新アプローチ（第2版）』 メルボルン、オーストラリア：SK Publishing。
さらに読む
ウィキメディア・コモンズには、エンタープライズ・アーキテクチャ計画に関連するメディアがあります。
- Steven Spewakと Steven C. Hill (1995) 『エンタープライズ アーキテクチャ プランニング: データ、アプリケーション、テクノロジの青写真の作成』 John Wiley & Sons、ニューヨーク市。1995 年。