エンタープライズ統合プロセス

エンタープライズ統合プロセス( EUP ) は、統合プロセスの拡張版であり、2000年にScott W. AmblerLarry Constantineによって開発され、最終的に 2005 年に Ambler、John Nalbone、Michael Vizdos によって改訂されました。 [ 1 ] EUP はもともと RUP のいくつかの欠点、つまりソフトウェア システムの生産不足と最終的な廃止を克服するために導入されました。そのため、2 つのフェーズといくつかの新しい分野が追加されました。 EUP では、ソフトウェア開発を独立した活動としてではなく、システムのライフサイクル (構築、拡張、または置き換え対象)、企業の IT ライフサイクル、および企業自体の組織/ビジネス ライフサイクルに組み込まれているものと見なしています。[ 2 ] EUPでは、顧客の視点から見たソフトウェア開発を扱います。

2013 年に、EUP を統合プロセスではなく Disciplined Agile Deliveryに基づいて進化させる作業が開始されました。

フェーズ

統一プロセスは4つのプロジェクトフェーズを定義します

EUPはこれらに2つのフェーズを追加します

分野

Rational Unified Processは9つのプロジェクト規律を定義している

EUPはこれらに加えて、さらに1つのプロジェクト規律を追加します。

7つの企業分野

EUPのベストプラクティス

EUP は次のベスト プラクティスを提供します。

  1. 反復的に開発する
  2. 要件を管理する
  3. 実証済みのアーキテクチャ
  4. モデリング
  5. 継続的に品質を検証します。
  6. 変化を管理する
  7. 共同開発
  8. 開発の先を見据える。
  9. 定期的に動作するソフトウェアを提供する
  10. リスク管理

参照

参考文献

  1. ^ EUPの歴史の詳細についてはRamsin (2008)およびAmbler et al. (2005)を参照。
  2. ^アンブラー他 (2005) p.7

参考文献