基本情報技術者 2018年 秋期 午前（科目A） 問65

要件定義プロセスで実施すべきもの【午前2 解説】

要点まとめ

• 結論: 要件定義プロセスは利害関係者を識別し、利害関係者のニーズ・要望および課せられる制約条件を明確化することが主目的である（スコープや優先度の整理を含む）。
• 根拠: 要件定義は「何を作るか」を決定する工程であり、設計や実装に先立ち関係者の要求と外的制約を把握して合意を得る必要があるため最初に行う。
• 差がつくポイント: 選択肢を読む際は「利害関係者」「ニーズ／要望／制約」「合意形成」といった語句を探し、企画／方式設計／実施計画と混同しないこと。

正解の理由

よくある誤解

• 「要件定義＝実施計画を作ること」と誤解してしまう点。実施計画は企画・計画フェーズの活動で、要件定義は何を実現するかの明確化が主です。
• 「方式設計の詳細（ハード/ソフト分離や実装技術）も要件定義で決める」と考える誤り。方式設計は要件確定後のシステム方式設計段階で扱います。
• 「適格性の確認（テストや検証）を要件定義で行う」と捉えること。検証は後工程（設計／テスト）での要件に対する適合確認です。

解法ステップ

1. 問題文のキーワードを拾う：「利害関係者」「ニーズ」「要望」「制約」「方式設計」「実施計画」「適格性の確認」。
2. 各キーワードをライフサイクルのフェーズに対応づける（企画、要件定義、方式設計、実装・検証）。
3. 「要件定義」に該当する説明を含む選択肢を選ぶ（利害関係者の識別と要求・制約の整理が該当）。
4. 同類の語句（例：実施計画＝企画、方式設計＝設計、適格性確認＝検証）と混同していないか確認する。

選択肢別の誤答解説

• ア: システムに関わり合いをもつ利害関係者の種類を識別し、利害関係者のニーズ及び要望並びに課せられる制約条件を識別する。
  → 正解。利害関係者の識別と要求・制約の把握は要件定義の核となる活動です。
• イ: 事業目的やシステム化方針、実施計画の立案を指しており、これは企画フェーズや上流の計画段階に該当します。要件定義より前段の活動です。
• ウ: システムの機能・能力を定義し、ハード／ソフトによる実現方式を確立する、とあるためシステム方式設計（設計フェーズ）を示しています。要件確定後の工程です。
• エ: 方式設計と適格性の確認（検証）を実施すると明記しており、設計と検証工程を組み合わせた説明で、要件定義とは段階が異なります。

補足コラム

• 関係者を全て洗い出したか（内部/外部）
• 機能要件と非機能要件を分けて整理したか
• 制約（法規制、既存システム、予算、期限）を明示したか
• 要求の優先度が決まっているか（必須/任意）
• 関係者間で合意しレビューが取れているか

FAQ