要件定義(ウォーターフォール開発プロセス(日本の SIer 標準形))

← ウォーターフォール開発プロセス(日本の SIer 標準形) の全体マップ(第1階層)へ戻る

システムに求められる要件を確定し、顧客と合意する工程

ワークフロー(第2階層)

各アクティビティをクリックすると、個別作業(第3階層)へ移動します。

graph LR
  a0["現行業務・現行システムの調査"]
  a1["利害関係者要件の定義"]
  a0 --> a1
  a2["要件定義書の作成とレビュー・顧客承認"]
  a1 --> a2
  click a0 "/process-compass/processes/waterfall/requirements/current-analysis/" "現行業務・現行システムの調査の詳細へ"
  click a1 "/process-compass/processes/waterfall/requirements/stakeholder-requirements/" "利害関係者要件の定義の詳細へ"
  click a2 "/process-compass/processes/waterfall/requirements/rd-review/" "要件定義書の作成とレビュー・顧客承認の詳細へ"

アクティビティ一覧

• 現行業務・現行システムの調査(担当: SE(システムエンジニア))
• 利害関係者要件の定義 — 共通フレームのタスク「利害関係者の識別 → 要件の識別 → 評価 → 合意」に対応(担当: SE(システムエンジニア)、顧客側レビュアー(ユーザ企業))
• 要件定義書の作成とレビュー・顧客承認(担当: SE(システムエンジニア)、PM(プロジェクトマネージャ)、顧客側レビュアー(ユーザ企業))

このフェーズの出口ゲート

G1 要件定義完了判定(契約上の区切りを兼ねる)

Deliverables	要件定義書
判定基準	要件の合意(利害関係者の識別・評価・合意タスクの完了) / スコープ確定
判定者	顧客+PM(連絡協議会)
判定結果	承認(次工程契約へ) / 差し戻し

V字モデルでの対応: 受入テスト・運用テスト