情報処理安全確保支援士試験 2015年 春期 午前222


共通フレームによれば,システム要件の評価タスクにおいて見極めることはどれか。
システム要件とシステム方式との間に一貫性があるかどうか。
システム要件とシステム方式との関連が追跡できるかどうか。
システム要件を満たすシステム方式設計が実現可能かどうか。(正解)
ソフトウェア品目が割り当てられたシステム要件を満たすかどうか。

解説

共通フレームによれば,システム要件の評価タスクにおいて見極めることはどれか。【午前2 解説】

要点まとめ

  • 結論:システム要件の評価タスクでは、要件を満たすシステム方式設計が実現可能かどうかを見極めることが重要です。
  • 根拠:共通フレームは、要件の妥当性と実現可能性を評価し、設計段階での問題を早期に発見することを目的としています。
  • 差がつくポイント:単なる整合性や追跡可能性ではなく、実際に設計が実現可能かどうかを判断する視点が問われます。

正解の理由

選択肢ウ「システム要件を満たすシステム方式設計が実現可能かどうか」が正解です。
共通フレームのシステム要件評価タスクは、要件が技術的・運用的に実現可能かを検証し、設計の妥当性を確保することに重点を置いています。単に要件と方式の整合性や関連の追跡だけでなく、実際に設計が実現できるかどうかを見極めることが評価の本質です。

よくある誤解

システム要件評価は単なる整合性チェックや関連の追跡だけと思い込みがちですが、実現可能性の検証が最も重要です。

解法ステップ

  1. 共通フレームの「システム要件の評価」タスクの目的を確認する。
  2. 評価対象が「要件の妥当性と実現可能性」であることを理解する。
  3. 選択肢の中で「実現可能性」に言及しているものを探す。
  4. 「実現可能かどうか」を示す選択肢ウを正解と判断する。

選択肢別の誤答解説

  • ア: システム要件とシステム方式の一貫性は重要ですが、評価タスクの主眼は実現可能性の検証です。
  • イ: 関連の追跡可能性はトレーサビリティの話であり、評価タスクの中心ではありません。
  • ウ: システム要件を満たすシステム方式設計が実現可能かどうかを見極める点が評価タスクの本質です。
  • エ: ソフトウェア品目の割り当てと要件充足は設計やテスト段階の話であり、要件評価タスクの範囲外です。

補足コラム

共通フレームはシステム開発の標準的なプロセスモデルであり、要件定義から設計、実装、テストまでの各フェーズで品質を確保するための指針を示しています。特に要件評価は後工程の手戻りを防ぐために重要な工程です。

FAQ

Q: システム要件評価で「実現可能性」をどう判断しますか?
A: 技術的制約やリソース、運用環境を考慮し、設計案が現実的に実装可能かを検討します。
Q: トレーサビリティはどの工程で重視されますか?
A: 要件と設計、テストの間で整合性を保つために設計やテスト工程で特に重視されます。

関連キーワード: 共通フレーム, システム要件評価, 実現可能性, システム方式設計, 要件定義
← 前の問題へ次の問題へ →

©︎2025 情報処理技術者試験対策アプリ