ITパスポート 2011年 春期 問05

ソフトウェアライフサイクルの企画プロセスの成果はどれか【ITパスポート 解説】

正解の理由

解法ステップ

1. 各プロセスの目的を短く確認する
   • 企画プロセス：事業目的・方針の決定、実施の可否と計画の策定
   • 要件定義プロセス：システムに必要な機能や制約（要件）を明確化し合意する
   • 開発プロセス：設計・実装・テストなど実際に作る作業を行う
   • 運用プロセス：稼働後の保守・運用を行う
2. 選択肢の文言をプロセス目的に当てはめる
   • 「要件が定義されている」は要件定義プロセス向け
   • 「要件と制約が合意されている」も要件定義プロセス向け
   • 「実施計画が策定・承認されている」は企画プロセス向け → 正解候補
   • 「データベースが設計されている」は開発（設計）プロセス向け
3. 最も企画段階らしい成果を選ぶ → ウ

選択肢別の誤答解説

• ア: 開発するソフトウェアの要件が定義され、レビューされている。
  解説：具体的な「ソフトウェアの要件」を定義・レビューする作業は、ユーザー要求をシステム要件に落とし込む要件定義プロセスの役割です。企画は「何をするか」の大枠を決めますが、詳細な要件定義やレビューは次の段階で行います。
• イ: システムに対する要件と制約条件が定義され、合意されている。
  解説：システム要件（機能要件や非機能要件）や制約（例えば予算上限、技術的制約など）を定義して関係者と合意するのは、要件定義プロセスの中心的な成果物です。企画段階では制約の検討はしますが、合意された要件の確定は要件定義で行います。
• ウ: システムを実現するための実施計画が策定され、承認されている。
  解説（正答の補足）：実施計画にはスケジュール、予算、体制、リスク対策、マイルストーンなどが含まれます。企画段階の目的である「実行するか否かの判断」と「実行方法の決定」に合致します。よって企画プロセスの成果として適切です。
• エ: データベースが最上位のレベルで設計され、レビューされている。
  解説：データベース設計（概念設計や論理設計を含む）は設計工程で行う作業で、開発プロセスの一部です。企画段階でここまで具体的に設計することは通常ありません。

よくある誤解

1. 「企画＝詳細な要件決定・設計までやる」と考える誤解
   • 企画は「やるか・やらないか」「どのような方針で進めるか」を決める段階です。詳細な機能や設計は次の要件定義・開発の段階で詰めます。
2. 「承認＝レビューと同じ」と考える誤解
   • レビューは成果物の内容をチェックすること（品質確認）です。一方、承認（意思決定）はプロジェクトを実際に進めるかを決める公式な合意です。企画では承認が重要です。

補足コラム

• 目的・背景：なぜこのシステムが必要か
• スコープ：何を作るか、何を含めないか
• 主要スケジュール：マイルストーンと期間
• 体制：役割と責任（誰が何をするか）
• 予算：概算費用と資金計画
• リスクと対策：想定される問題と予防策
• 品質基準：受け入れ条件や品質の指標
  これらが揃って承認されると、プロジェクトは正式に始動できます。

FAQ