応用情報技術者 2017年 秋期 午前2 問64
問題文
共通フレーム 2013 によれば、要件定義プロセスで行うことはどれか。
選択肢
ア:システム化計画の立案
イ:システム方式設計
ウ:ソフトウェア詳細設計
エ:利害関係者のニーズの抽出(正解)
共通フレーム 2013 による要件定義プロセスの内容【午前2 解説】
要点まとめ
- 結論:要件定義プロセスでは「利害関係者のニーズの抽出」を行うことが正しいです。
- 根拠:共通フレーム2013は、要件定義をシステムの目的や利用者の要求を明確にする段階と位置づけています。
- 差がつくポイント:要件定義は「何を作るか」を決める工程であり、設計や計画とは異なる点を理解することが重要です。
正解の理由
選択肢エの「利害関係者のニーズの抽出」は、要件定義プロセスの中心的な活動です。利害関係者(ユーザーや顧客など)の要求や期待を洗い出し、システムに必要な機能や条件を明確にします。これにより、後続の設計や開発が的確に進められます。
よくある誤解
要件定義と設計を混同し、設計工程の内容を要件定義に含めてしまう誤解が多いです。要件定義は「何を実現するか」の整理であり、「どう実現するか」は設計段階です。
解法ステップ
- 問題文の「要件定義プロセス」に注目する。
- 共通フレーム2013のプロセス区分を思い出す。
- 要件定義は「利害関係者のニーズ抽出」や「要求仕様の明確化」が主な作業であると理解する。
- 選択肢の内容をプロセスに照らし合わせ、要件定義に該当するものを選ぶ。
選択肢別の誤答解説
- ア: システム化計画の立案は企画段階の作業であり、要件定義ではありません。
- イ: システム方式設計は要件定義後の設計プロセスに該当します。
- ウ: ソフトウェア詳細設計はさらに後の段階で、具体的なプログラム設計を行います。
- エ: 利害関係者のニーズの抽出は要件定義の本質的な作業で正解です。
補足コラム
共通フレーム2013は日本のシステム開発標準プロセスで、要件定義は「何を作るか」を明確にする重要なフェーズです。ここでのニーズ抽出が不十分だと、後の設計や開発で手戻りが発生しやすくなります。
FAQ
Q: 要件定義と基本設計の違いは何ですか?
A: 要件定義は「何を実現するか」を決める段階で、基本設計は「どう実現するか」を検討する段階です。
A: 要件定義は「何を実現するか」を決める段階で、基本設計は「どう実現するか」を検討する段階です。
Q: 利害関係者のニーズ抽出は具体的にどのように行いますか?
A: インタビューやアンケート、ワークショップなどで関係者の要求や期待を聞き取り、文書化します。
A: インタビューやアンケート、ワークショップなどで関係者の要求や期待を聞き取り、文書化します。
関連キーワード: 要件定義、共通フレーム、システム開発プロセス、利害関係者、ニーズ抽出

\ せっかくなら /
応用情報技術者を
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

