情報処理安全確保支援士 2015年 春期 午前2 問22
問題文
共通フレームによれば、システム要件の評価タスクにおいて見極めることはどれか。
選択肢
ア:システム要件とシステム方式との間に一貫性があるかどうか。
イ:システム要件とシステム方式との関連が追跡できるかどうか。
ウ:システム要件を満たすシステム方式設計が実現可能かどうか。(正解)
エ:ソフトウェア品目が割り当てられたシステム要件を満たすかどうか。
共通フレームによれば、システム要件の評価タスクにおいて見極めることはどれか。【午前2 解説】
正解の理由
選択肢ウ「システム要件を満たすシステム方式設計が実現可能かどうか」が正解です。
共通フレームのシステム要件評価タスクは、要件が技術的・運用的に実現可能かを検証し、設計の妥当性を確保することに重点を置いています。単に要件と方式の整合性や関連の追跡だけでなく、実際に設計が実現できるかどうかを見極めることが評価の本質です。
共通フレームのシステム要件評価タスクは、要件が技術的・運用的に実現可能かを検証し、設計の妥当性を確保することに重点を置いています。単に要件と方式の整合性や関連の追跡だけでなく、実際に設計が実現できるかどうかを見極めることが評価の本質です。
解法ステップ
- 共通フレームの「システム要件の評価」タスクの目的を確認する。
- 評価対象が「要件の妥当性と実現可能性」であることを理解する。
- 選択肢の中で「実現可能性」に言及しているものを探す。
- 「実現可能かどうか」を示す選択肢ウを正解と判断する。
選択肢別の誤答解説
- ア: システム要件とシステム方式の一貫性は重要ですが、評価タスクの主眼は実現可能性の検証です。
- イ: 関連の追跡可能性はトレーサビリティの話であり、評価タスクの中心ではありません。
- ウ: システム要件を満たすシステム方式設計が実現可能かどうかを見極める点が評価タスクの本質です。
- エ: ソフトウェア品目の割り当てと要件充足は設計やテスト段階の話であり、要件評価タスクの範囲外です。
よくある誤解
システム要件評価は単なる整合性チェックや関連の追跡だけと思い込みがちですが、実現可能性の検証が最も重要です。
補足コラム
共通フレームはシステム開発の標準的なプロセスモデルであり、要件定義から設計、実装、テストまでの各フェーズで品質を確保するための指針を示しています。特に要件評価は後工程の手戻りを防ぐために重要な工程です。
FAQ
Q: システム要件評価で「実現可能性」をどう判断しますか?
A: 技術的制約やリソース、運用環境を考慮し、設計案が現実的に実装可能かを検討します。
A: 技術的制約やリソース、運用環境を考慮し、設計案が現実的に実装可能かを検討します。
Q: トレーサビリティはどの工程で重視されますか?
A: 要件と設計、テストの間で整合性を保つために設計やテスト工程で特に重視されます。
A: 要件と設計、テストの間で整合性を保つために設計やテスト工程で特に重視されます。
関連キーワード: 共通フレーム、システム要件評価、実現可能性、システム方式設計、要件定義

\ せっかくなら /
情報処理安全確保支援士を
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

