非機能要件とは？ひきのうようけん
非機能要件とは、機能をどの水準で、どんな条件のもとに提供するかを定める要件。可用性、性能・拡張性、運用・保守性、移行性、セキュリティ、システム環境の6分野で整理するのが非機能要求グレードの区分で、測れる指標と測定条件を対にして書く。
最終更新：2026-10-06
この語が出る過去問を解く →背景
機能が揃っていても、ピークで落ちる・復旧に3日かかる・移行が終わらないという理由で使えない稼働は起きる。しかも利用部門はこの領域を要望として言葉にできないため、聞き取りだけでは空白のまま残り、構築の終盤で発覚して構成をやり直すことになる。IPAの非機能要求グレードは、この空白を項目とレベル値で機械的に埋めるために作られた。
具体例
「計画停止を除く稼働率99.9%」「ピーク時1,000TPSで応答2秒以内」「重大障害時の目標復旧時間4時間・目標復旧時点は1時間前」のように、水準と測定条件を対で書く。非機能要求グレードでは、こうした項目ごとにレベルの段階が定義されており、発注側と受注側で同じ表を見ながら詰められる。
試験での引っ掛け
「速いこと」「安全なこと」と書いた時点で検証できない要件になり、検収で揉める。数値を入れても、どの負荷・どの時間帯・どこで測るのかという条件がなければ同じく判定できない。可用性を上げるほど費用と複雑さが増えるので、全項目を最高水準に置いた案は要件定義の失敗とみなされる。
関連用語
出た過去問
出典：平成29年度 秋期 システムアーキテクト試験 午前Ⅱ 問2（IPA）
機能要件と非機能要件のうちの、機能要件を満たすために行う設計はどれか。
正解：業務を構成する要素間のデータの流れを明確にする。
要点：機能要件は業務処理とデータの流れそのものを定める
機能要件はシステムが「何をするか」、すなわち業務として実現すべき処理・データ・機能そのものを指す。業務を構成する要素間でどのようなデータがやり取りされるかを明確にする作業は、システムが担う処理内容の定義であり機能要件に基づく設計である。一方、性能・可用性・運用・移行・セキュリティなど「どの程度・どのように」に当たるものは非機能要件となる。
出典・参考
公式シラバスの5 要件の識別 ＞ 5-5 非機能要件の定義に掲載されている用語です。
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。