基本情報技術者 2013年 秋期 午前（科目A） 問65

非機能要件定義を説明したものはどれか。【午前2 解説】

要点まとめ

• 結論→非機能要件定義は、品質・性能・可用性・保守性・セキュリティ等の非機能面と運用・技術要件を明確化し、受入基準やSLAに落とし込む作業です。
• 根拠→業務要件が「何をするか（機能）」を示すのに対し、非機能要件は「どのように／どれだけ（品質や制約）」で評価する基準を定義する点が本質的に異なります。
• 差がつくポイント→非機能要件は必ず測定可能な指標（応答時間、可用性％、処理量、復旧時間など）で定義し、テスト手順や運用手順まで結び付けることが合否を分けます。

正解の理由

よくある誤解

• 非機能要件＝運用要件だけ：運用要件は非機能の一部であり、性能やセキュリティなど技術的側面も含まれます。
• 非機能要件は抽象的でよい：曖昧な表現では検証できないため、必ず測定可能な指標で定義する必要があります。
• パッケージ適合性の検討＝非機能要件定義：適合性評価は導入検討や選定の活動であり、非機能要件定義とは重なる部分もあるが同義ではありません。

解法ステップ

1. 問題文で問われているキーワード「非機能要件定義」を確認する。
2. 教科書的定義を想起する：「機能要件は何をするか」「非機能要件はどのように／どれだけか」。
3. 選択肢を順に比較し、品質・技術・運用といった語が含まれるものを候補にする。
4. 「業務機能の不足抽出」「手作業となる機能」「パッケージ適合性」など、機能要件や選定活動を示す選択肢は除外する。
5. 残った選択肢（本問ではイ）を正答とする。

選択肢別の誤答解説

• ア: 業務要件のうち、システムで実現が難しく手作業となる業務機能の明確化を指すが、これは機能要件や業務分解・業務改善の観点であり、非機能要件定義の説明ではありません。
• イ: 正解。品質要件（性能・可用性等）、技術要件（使用する技術やプラットフォーム）、運用要件（バックアップや監視、運用手順）など非機能面を明確化する定義と一致します。
• ウ: 現行システムで不足している機能の明確化はギャップ分析や機能要件確定の作業であり、非機能要件定義とは別のフェーズ・目的です。
• エ: パッケージの適合性を明確化するのは導入検討やパッケージ評価の活動で、非機能要件定義と関連することはあるが、定義そのものを説明する文としては不適切です。

補足コラム

FAQ