応用情報技術者 2012年 秋期 午前2 問64
問題文
非機能要件に該当するものはどれか。
選択肢
ア：新しい業務の在り方をまとめた上で、 業務上実現すべき要件
イ：業務の手順や入出力情報、 ルールや制約などの要件
ウ：業務要件を実現するために必要なシステムの機能に関する要件
エ：ソフトウェアの信頼性、 効率性など品質に関する要件（正解）
非機能要件に該当するものはどれか【午前2 解説】
要点まとめ
- 結論：非機能要件とは、システムの品質や性能など機能以外の特性に関する要件であり、正解は「エ」の品質に関する要件です。
- 根拠：非機能要件は信頼性や効率性、保守性などシステムの動作特性を示し、機能要件とは異なります。
- 差がつくポイント：機能要件と非機能要件の違いを明確に理解し、品質や性能に関する記述を非機能要件と判断できるかが重要です。
正解の理由
「エ」の「ソフトウェアの信頼性、効率性など品質に関する要件」は、システムがどのように動作すべきかを示す非機能要件の典型例です。非機能要件は機能の「何をするか」ではなく、「どのようにするか」を規定し、システムの品質や性能、運用性に関わるため、これが正解となります。
よくある誤解
機能要件と非機能要件を混同し、業務の手順や機能に関する要件を非機能要件と誤認することが多いです。非機能要件は品質や性能に関する要件である点を押さえましょう。
解法ステップ
- 問題文の「非機能要件」の定義を確認する。
- 選択肢の内容を「機能要件」と「非機能要件」に分類する。
- 「機能要件」は業務機能や処理内容に関する要件であることを理解する。
- 「非機能要件」は品質、性能、信頼性などシステムの特性に関する要件であることを確認する。
- 品質に関する要件を示す「エ」を選択する。
選択肢別の誤答解説
- ア: 業務上実現すべき要件は業務要件であり、機能要件に近い。非機能要件ではない。
- イ: 業務の手順や入出力情報は機能要件に該当し、非機能要件ではない。
- ウ: システムの機能に関する要件は明確に機能要件であり、非機能要件とは異なる。
- エ: ソフトウェアの信頼性や効率性は非機能要件の代表例で正解。
補足コラム
非機能要件は「品質属性」とも呼ばれ、システムのユーザビリティ、拡張性、保守性、セキュリティなど多岐にわたります。これらはシステムの価値を左右する重要な要素であり、設計やテスト段階で十分に考慮されるべきです。
FAQ
Q: 非機能要件はどの段階で定義するべきですか？
A: 要件定義の初期段階で機能要件とともに明確にし、設計や開発の指針とします。
A: 要件定義の初期段階で機能要件とともに明確にし、設計や開発の指針とします。
Q: 非機能要件はテスト可能ですか？
A: はい。性能テストや信頼性テストなどで非機能要件の達成度を検証します。
A: はい。性能テストや信頼性テストなどで非機能要件の達成度を検証します。
関連キーワード: 非機能要件、機能要件、品質属性、信頼性、効率性
\ せっかくなら /
応用情報技術者を
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！