ホーム > システムアーキテクト試験 > 2011年
システムアーキテクト試験 2011年 午前2 問14
システムの非機能要件となるものはどれか。
ア：システム化を実現する業務の範囲
イ：システム内での情報（データ）の流れ
ウ：システムの操作性（正解）
エ：他システムとのインタフェースのレイアウト
解説
システムの非機能要件となるものはどれか【午前2 解説】
要点まとめ
- 結論：システムの非機能要件は「システムの操作性」であり、機能以外の品質や性能に関する要件です。
- 根拠：非機能要件はシステムの使いやすさや信頼性、性能などの品質特性を示し、操作性はユーザビリティの一部です。
- 差がつくポイント：機能要件（業務範囲やデータの流れなど）と非機能要件（操作性やインタフェースの使いやすさ）を明確に区別できることが重要です。
正解の理由
「システムの操作性」はユーザーがシステムをどれだけ使いやすいかを示す非機能要件です。非機能要件はシステムの動作や品質に関する条件であり、機能そのものの仕様ではありません。
一方、業務の範囲や情報の流れはシステムが「何をするか」という機能要件に該当します。インタフェースのレイアウトは機能の一部として扱われることが多く、操作性のような品質特性とは区別されます。
一方、業務の範囲や情報の流れはシステムが「何をするか」という機能要件に該当します。インタフェースのレイアウトは機能の一部として扱われることが多く、操作性のような品質特性とは区別されます。
よくある誤解
非機能要件は「機能以外の要件」と覚えがちですが、具体的にどの要件が非機能かを理解しないと誤答しやすいです。
操作性は見た目のレイアウトと混同されやすいですが、使いやすさという品質面の要件です。
操作性は見た目のレイアウトと混同されやすいですが、使いやすさという品質面の要件です。
解法ステップ
- 非機能要件の定義を確認する（性能、信頼性、操作性など品質に関する要件）
- 各選択肢が機能要件か非機能要件かを分類する
- 「操作性」が非機能要件に該当することを判断する
- 他の選択肢は機能要件や設計仕様に該当するため除外する
選択肢別の誤答解説
- ア: システム化を実現する業務の範囲は機能要件であり、システムが何をするかを示すため非機能要件ではありません。
- イ: システム内での情報（データ）の流れは機能要件の一部で、処理の流れや機能の仕様に該当します。
- ウ: システムの操作性はユーザビリティなどの品質特性を示す非機能要件で正解です。
- エ: 他システムとのインタフェースのレイアウトは設計仕様や機能の一部であり、非機能要件とは区別されます。
補足コラム
非機能要件はシステムの品質特性を示し、性能、信頼性、保守性、操作性、セキュリティなど多岐にわたります。
これらはシステムの価値やユーザー満足度に直結するため、要件定義の段階で明確にすることが重要です。
操作性はユーザーインターフェースの使いやすさや直感的な操作感を指し、ユーザビリティ評価の対象となります。
これらはシステムの価値やユーザー満足度に直結するため、要件定義の段階で明確にすることが重要です。
操作性はユーザーインターフェースの使いやすさや直感的な操作感を指し、ユーザビリティ評価の対象となります。
FAQ
Q: 非機能要件と機能要件の違いは何ですか？
A: 機能要件はシステムが「何をするか」、非機能要件は「どのように動作するか」や「どの程度の品質か」を示します。
A: 機能要件はシステムが「何をするか」、非機能要件は「どのように動作するか」や「どの程度の品質か」を示します。
Q: インタフェースのレイアウトは非機能要件に含まれますか？
A: レイアウト自体は設計仕様や機能の一部であり、操作性などの非機能要件とは区別されます。
A: レイアウト自体は設計仕様や機能の一部であり、操作性などの非機能要件とは区別されます。
関連キーワード: 非機能要件, 操作性, ユーザビリティ, 機能要件, システム品質