推敲フェーズの目的は、作成フェーズで行われる設計と実装作業の大部分に安定した基盤を提供するために、システムのアーキテクチャーのベースラインを確立することです。アーキテクチャーは、最も重要な要求の考慮 (システムのアーキテクチャーに強い影響を与えるもの) とリスク評価を通じて発展します。1 つ以上のアーキテクチャー・プロトタイプを通じて、アーキテクチャーの安定性を評価します。

 

トピック

任意のロール 開発者 ../workflow/environm/wfs_env2.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません ../workflow/requirem/wfs_refs.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません 開発プロセス - 反復の準備完了 開発サポート環境 開発サポート環境 システム分析者 ソフトウェア・アーキテクト テスト担当者 ../workflow/manageme/wfs_manit.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません ../workflow/test/wfs_tstandevl.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません ../workflow/test/wfs_tstandevl.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません ../workflow/test/wfs_vrftstapr.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません ../workflow/test/wfs_vrftstapr.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません 候補アーキテクチャーの定義 候補アーキテクチャーの定義 アーキテクチャーの洗練 アーキテクチャーの洗練 ../workflow/manageme/wfs_moncon.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません ../workflow/manageme/wfs_plan.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません 変更依頼の管理 変更依頼の管理 ソフトウェアの要求 - 詳細 アーキテクチャー - 詳細 反復評価 反復評価 - 現行の反復 反復計画書 反復計画書 反復計画書 - 次の反復 反復計画書 リスク - 更新済み ビルド テスト評価のまとめ テスト評価のまとめ ../workflow/requirem/wfs_mnch.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません ../workflow/requirem/wfs_mnch.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません コンポーネントの開発 変更依頼 変更依頼 プロジェクト管理者 プロセス・エンジニア プロジェクト管理者 設計モデル コンポーネントの開発 ../workflow/environm/wfs_env4.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません ../workflow/environm/wfs_env4.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません ../artifact/ar_tools.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません 付随するテキストで説明されているダイアグラム。

一般的にワークフローの詳細は、中規模プロジェクトにおける推敲 の反復で実行されます。


目的 ページの先頭へ

推敲 フェーズには主に次の目的があります。

  • 開発完了までのコストとスケジュールの予測と決定をするために、アーキテクチャー、要求、計画のすべてが十分安定しており、リスクも十分に軽減されていることを確認する。大部分のプロジェクトにとって、このマイルストーンの通過は、軽量およびロー・リスク操作から、実質的な組織の慣性を伴うハイ・コストでハイ・リスクな運営への移行に相当する。
  • プロジェクトのアーキテクチャー上重要なすべてのリスクを指摘する
  • アーキテクチャー上重要なシナリオを指摘することで引き出した、ベースライン登録されたアーキテクチャーを確立する (通常、このシナリオにはプロジェクトの最も重要な技術的リスクが現れる)
  • 製品品質コンポーネントの、発展プロトタイプを作成する。同時に、特定のリスクを軽減する目的で、次のような調査用使い捨ての実験的プロトタイプを 1 つ以上作成する。
    • 設計 / 要求トレードオフ
    • コンポーネントの再利用
    • 投資者、顧客、エンド・ユーザーに対する製品の実現可能性調査またはデモンストレーション
  • ベースライン登録されたアーキテクチャーが、適当な時間内に手頃なコストでシステムの要求をサポートすることをデモンストレーションする
  • サポート環境を確立する
これらの主な目的を達成するためには、プロジェクトのための開発支援環境を確立することも同じくらい重要です。開発支援環境の確立には、開発個別定義書の作成、テンプレート、ガイドラインの準備、ツールの設定が含まれます。

基本作業 ページの先頭へ

推敲 フェーズには次の基本作業があります。

  • 無理のない範囲で迅速にアーキテクチャーの定義、確認、ベースライン登録をする
  • フェーズ期間中に獲得した新しい情報に基づいて開発構想を改良済み。アーキテクチャーと計画立案の決定を左右する最も重要なユース・ケースが十分理解されて構築されている。
  • 作成フェーズのための、詳細な反復計画書の作成とベースライン登録
  • 開発個別定義書の改良と開発環境の導入。開発環境には、作成チームをサポートするために必要なプロセス、ツール、自動化サポートが含まれます。
  • アーキテクチャーの改良とコンポーネントの選択。自信をもって作成フェーズのコストとスケジュールを決定するために、可能性のあるコンポーネントを評価し、作成、購入、再利用の意思決定を行います。選択したアーキテクチャー・コンポーネントが、統合され、主要シナリオに対して評価済み。これらの作業から学んだ結果、代替的な設計を考慮または要求を再考慮することにより、アーキテクチャーが再設計される可能性もある。

マイルストーン ページの先頭へ

ライフ・サイクル・アーキテクチャー・マイルストーンでは、システムのアーキテクチャーのための管理ベースラインを確立します。また、作成フェーズ中にプロジェクト・チームがスケーリングを行えるようにします。詳しくは、マイルストーン: ライフ・サイクル アーキテクチャーを参照してください。

決定事項のカスタマイズ ページの先頭へ

最初に示した反復ワークフローの例は、中規模プロジェクトにおける一般的な推敲 の反復を表します。sip_iie.htm -- このハイパーリンクは、生成されたこの Web サイト内に存在しません反復計画書のサンプル: 推敲フェーズは、推敲 の反復で実行する作業内容の別の側面を表します。この反復計画書はワークフローの詳細と作業に関してより完全に決定するため、大規模プロジェクトにより適しています。小規模プロジェクトではこれらのワークフロー詳細のサブセットのみを決定する場合があるため、サブセットから逸脱する項目はプロジェクト固有のプロセスの一部として作業し文書化する必要があります。推敲 の反復を計画する場合、プロジェクトの重点がフェーズの最初の段階から終了の段階に移行し、反復ワークフローが反復ごとにわずかに異なる場合があることに注意してください。

Rational Unified Process   2003.06.15