メインコンテンツにスキップ
自媒科技企業向けAI・開発から導入まで
日本語JA
プロジェクト相談
プロジェクト相談

企業AIプロジェクトWiki · 要件とビジネスシナリオ

非機能要件

別名Non-functional requirement · Nonfunctional requirement · NFR · 品質要件 · 品質属性要件

定義

非機能要件とは、システム、製品、サービスまたは運用環境の品質特性、必要品質水準、根拠ある実装・運用制約に関する規範的記述である。機能がどの対象、文脈、負荷、期間、リスク条件でどの測定可能な応答を示すか、またはどの境界を守るかを定め、検証、追跡、配分、変更管理ができる必要がある。

非機能要件は「その他」ではなく、検証可能な品質要件または制約

安定、安全、使いやすい、高速という語だけでは、対象、条件、判定者、測定、統計、閾値、失敗境界がない。具体的な品質特性と再現可能な測定場面へ展開して初めて管理できる。

安全、復旧、監査などの品質から具体機能が派生し、「何を」と「どのように」を常に二分できないため、NFR という語には議論がある。分類を宣言し、性能、安全、信頼性などを漏れなく必要・検証可能な義務として書くことが重要である。

品質は完成後の装飾ではない。容量、隔離、復旧、アクセシビリティ、保守、供給者退出は構造、データ、インターフェース、配備、運用を左右し、遅い基準化は機能が実負荷やリスク下で使えない事態を招く。

通常扱う品質と制約の分類

利用者が「使いにくい」と言う時、遅い、中断が多い、権限が分かりにくい、作業を復元できないなど理由は異なります。品質分類は問題を分けて見せます。ISO/IEC 25010:2023 は漏れの確認に使えますが、実際の文脈とリスクから選び、全項目を写しません。

性能効率と容量

応答、処理量、同時実行、規模、資源利用、最大容量を、負荷、データ量、測定点、期間、統計とともに定める。

互換性と相互運用性

共有環境で相互に害を与えず、共通意味で情報を交換・利用する条件、形式、プロトコル、版互換を定める。

相互作用能力とアクセシビリティ

指定利用者が指定文脈で認識、学習、操作、誤り予防・回復、支援技術利用をできる水準を定める。

信頼性、可用性、耐故障性

所定期間の正常継続、許容故障、可用性、隔離、縮退、データ復旧、復旧後完全性を定める。

セキュリティとプライバシー

保護ニーズから機密性、完全性、可用性、真正性、説明責任、最小権限、個人情報処理、事故対応、供給網を具体化する。

保守性と可観測性

モジュール性、分析、変更、試験、配備、監視、ログ、診断、知識移管を、指定チームと目標条件で定める。

柔軟性、適応性、交換可能性

環境、規模、ルール、言語、供給者の変化に対する適応、移行、交換、退出を無制限な「拡張可能」にせず定める。

安全性と危害制御

人、財産、環境、重大業務への危害があり得る場合、予防、フェイルセーフ、介入、隔離、復旧を定める。

運用・ライフサイクル制約

地域、データ所在、支援時間、バックアップ、保存、許諾、標準、資源、廃止条件の出所と性質を示す。

品質を再現・測定可能なシナリオで書く

「速く応答する」は、十人が短い記録を見る時と、千人が長文を同時処理する時で意味が違います。利用者、負荷、環境、刺激、観察結果を一つの品質シナリオにし、業務から離れた数字ではなく条件ごと再現します。

品質対象

端から端のサービス、インターフェース、バッチ、利用者作業、モデル組合せ、運用支援、部品のどれを評価するかを定める。

刺激源

要求、負荷、障害、攻撃、データ変更、保守、利用者誤りの発生元と、代表、ピーク、悪意、稀少の別を示す。

刺激と入力規模

事象、頻度、同時数、サイズ、分布、複雑度、継続時間を量化し、「多数」「複雑」を避ける。

環境と状態

正常、ピーク、縮退、保守、復旧、依存障害と、地域、資源、データ版、キャッシュ状態を示す。

期待応答

継続、拒否、縮退、隔離、警報、復旧、安全状態を、対象機能と役割に結ぶ。

応答測定

測定点、器具、開始終了、単位、窓、百分位・比率、許容差、除外、最小標本を定める。

閾値と失敗区分

目標、最低合格、重大失敗、強制停止、単発・継続違反、承認、免除・再評価を分ける。

管理可能な非機能要件の記録項目

品質の数値は、対象、条件、統計方法、業務上の影響と一緒で初めて意味を持ちます。測定元、平均値で隠してはいけない失敗、未達時に縮退や停止を決める人も必要です。

ID、属性、階層

品質分類、対象階層、構成基準を示し、「高可用」がサービス、部品、基盤間を漂わないようにする。

出所、理由、影響

利用者、業務成果、リスク、事故、法規、契約、運用、構造判断へ遡り、不適合影響を示す。

適用機能と優先度

品質を重要機能、場面、データ、役割に付け、根拠なく全経路へ最高水準を適用しない。

品質シナリオ

対象、刺激源、刺激、環境、応答、測定を、ピーク、攻撃、保守、障害、復旧まで記録する。

指標と標本規則

式、分子分母、標本単位、データ源、窓、百分位・信頼度、欠損・外れ値処理を定める。

閾値と重大失敗

目標、最低、許容、継続違反、許されない単発を分け、未根拠値は責任者・期限付き TBD にする。

検証と継続監視

負荷、障害注入、分析、検査、利用者評価、安全評価と、本番で継続適合を示すデータを定める。

配分、責任、取捨

構造、人、外部サービス、運用へ配分し、実装、検証、残余リスク受容と属性間取捨の責任を記録する。

版、状態、変更トリガー

要件、設計、構成、試験、監視版を結び、負荷、データ、モデル、供給者、配備、重要性変更後の再検証を定める。

非機能要件を発見、量化、承認する

成熟した品質目標が一回の聞き取りで得られることはまれです。利用者の待ち、障害履歴、容量データ、規制境界、復旧演習から現状を測り、実現可能な案を比較して決めます。根拠のない値は業界標準に見せず、検証待ちとします。

  1. 業務上の結果から始める

    遅い、誤る、止まる、漏れる、復旧不能、保守不能で困る機能、影響者、不可逆結果を確認する。

  2. 役割、場面、ライフサイクルを覆う

    利用者、運用、保守、保護、インターフェース、支援、廃止を、正常、ピーク、故障、変更、復旧で見る。

  3. 品質モデルで漏れを確認する

    性能、互換、相互作用、信頼、安全、保守、柔軟、危害制御から、根拠と適用性のある属性だけを選ぶ。

  4. 基線証拠を集める

    ログ、需要、利用者調査、事故、問合せ、法規、インターフェース約束、供給者能力、試験を使い、基線がなければ取得方法を定める。

  5. 品質シナリオを書く

    対象、刺激、環境、応答、測定を機能・リスク層別に定め、閾値交渉前に指標定義を合意する。

  6. 実現性と取捨を分析する

    構造、運用、保護、データ、利用者、調達、業務が費用、複雑度、供給依存、属性競合を比較する。

  7. 閾値、検証、責任を承認する

    業務・リスク権限が最低線と取捨を、技術が測定可能性を確認し、環境、データ、道具、立会、失敗処置を定める。

  8. 基準化し統制下で校正する

    機能、構造、試験、監視、サービス責任を結び、本番証拠で要件を黙って改稿せず、管理変更を行う。

品質属性間の取捨を統治する

厳しい検査は遅延を増やし、長いログ保存はプライバシーと費用を圧迫し、高可用性には追加基盤が必要です。取捨を実装へ隠さず、利用者、リスク、運用への影響を示し、権限者が適用場面と優先を承認します。

非交渉境界を先に定める

適用法、生命安全、正式安全方針、契約最低線は権威ある適用判断を要する硬制約になり得る。

具体場面へ戻す

強い確認は通常経路を遅くしても高リスク越権を減らす。役割、機能、リスク、モード別に比較する。

同一基準で案を比較する

性能、信頼、安全、保守、費用、期間、ロックイン、運用負担と証拠・不確実性を並べる。

根拠ある段階を許す

重要決定と通常照会で可用性、審査、遅延、復旧水準を分けても、低水準経路が制御を迂回しないようにする。

決定と残余リスクを記録する

案、証拠、参加者、承認、理由、残余リスク、補償制御、再審日を保存する。

試験と監視で再審する

容量試験、利用者調査、障害演習、安全評価、段階運用で不確実性を減らし、所定条件で再決定する。

非機能要件基準前の品質ゲート

文法上は完全でも、同時数、観察期間、重大失敗の定義がなければ検証できません。測定を実行できるか、閾値が業務リスクに合うか、試験環境が対象運用条件を代表するかを確認します。

  1. 属性、対象、出所が明確か

    品質または制約が対象システム・機能に結び、ニーズ、リスク、標準、契約、証拠へ遡る。

    分類、対象、出所、理由を確認する。

  2. 場面と環境を再現できるか

    刺激、負荷、データ、状態、配備、依存、窓が十分で、正常と例外を平均化しない。

    品質シナリオと環境構成を確認する。

  3. 指標が一義か

    開始終了、道具、単位、標本、分母、百分位、窓、外れ値、除外が明確である。

    指標辞書と計算例を確認する。

  4. 閾値に証拠と実現性があるか

    結果、基線、試験、標準、契約に基づき、技術、費用、人員、供給条件で実現できる。

    基線、試験、実現性、承認を確認する。

  5. 競合と残余リスクを決定したか

    性能、安全、信頼、体験、保守、費用、期間を透明に比較し、対応権限が承認する。

    取捨、リスク受容、補償制御を確認する。

  6. 納品前検証と本番観測ができるか

    試験・分析が明確な結論を出し、本番指標と定義が一致し、測定データの権限・プライバシーも管理する。

    検証計画、監視定義、対応責任を確認する。

  7. 配分、追跡、変更条件が完全か

    機能、要素、供給者、証拠、受入、運用がつながり、負荷、データ、リスク変更で影響分析する。

    追跡、構成、変更規則を確認する。

調達申請サービスの非機能要件構成例

以下の顧客と無関係な調達サービスで、待ち時間、可用性、復旧、アクセス保護を測定可能な形にします。値は承認待ち変数です。妥当な閾値は実際の基準、リスク、予算から決め、別案件から借りません。

NFR-PERF-01：提出確認性能

代表資料量、ルール数、承認済み同時数分布と指定事前環境・測定点で、端から端応答が容量証拠と待機許容から承認した百分位 T1 を満たし、時間切れ・拒否率も記録する。

NFR-REL-02：依存障害時の状態保持

ルール・資料サービス障害時に部分提出や重複通知を生じさせず、復旧可能な下書きと冪等記録を保ち、目標 R1 内に再処理可能にする。

NFR-SEC-03：機密資料の隔離

通常、出力、ログ、キャッシュ、支援の全経路で現在権限者だけが資料へアクセスし、無権限試験で内容・推測可能値を返さず安全証拠を残す。

NFR-USE-04：誤りからの回復

代表利用者が指定端末・支援技術で阻止理由を認識、修正し、確認済み資料を再入力せず継続できること。成功、時間、重大誤りは利用者調査で承認する。

NFR-MAINT-05：ルール版の保守

有権保守者がアプリコードを変えずルール版を準備、審査、試験、承認、復帰でき、主体、差分、証拠、発効時刻を関連記録する。

NFR-OBS-06：重要経路の観測

提出、拒否、人的転送、依存障害、状態副作用が関連・権限制御された記録を出し、当番が診断目標 D1 内に影響版、依存、申請範囲を特定できる。

アーキテクチャ、検証、受入、運用への接続

品質要件はキャッシュ、拡張、バックアップ、ログ、障害分離などの構造と継続費用を決めます。受入は指定条件での達成を示すだけです。本番でも同じ定義を監視し、負荷、データ、供給者変更による品質低下を見つけます。

品質台帳とシナリオ庫

属性別に要件、場面、指標辞書、閾値、出所、責任、状態を管理し、提案、契約、試験、会話の定義乖離を防ぐ。

構造への配分

どの判断、要素、供給者、運用工程が共同で満たすかと前提を記録し、端から端の品質を一部品へ押し付けない。

代表環境での検証

容量、障害注入、復旧、安全評価、利用者調査、静的分析、検査を選び、本番との差を示す。

受入とサービス水準

完全基準から成果物、標本、環境、合格線を選ぶ。SLA が指標を再利用しても、一回の受入は長期約束全てを証明しない。

偏差、免除、技術的負債

要件版、実測、影響、補償、責任、期限、承認を記録し、「後で最適化」を自動合格にしない。

本番監視と容量再審

同じ指標で傾向、層別、重大失敗を観測し、負荷、構造、データ、モデル、供給者変更後に再検証する。

移管と維持

品質基準、測定スクリプト、監視、警報、容量モデル、復旧証拠、安全・利用性結論、制限、取捨を移管する。

企業 AI は複合系、確率的出力、継続変化を品質要件化する

モデル順位表の得点は、統制条件での能力の一部しか示しません。実サービスは検索、権限、ツール、人的待ちを通り、言語、証拠状態、リスクも異なります。場面を層別して測り、複合版ごとの変化を継続観察します。

複合システムを評価する

アプリ、モデル、プロンプト、知識、検索、ルール、ツール、人的工程の版を示し、モデル単体得点を端から端品質としない。

機能正確性と作業性能

作業、場面、言語、証拠状態、リスク別に正解、完全、適切、重大誤りを定義し、代表標本、標注、反復、統計を持つ。

頑健性と境界動作

入力変化、雑音、長文、攻撃、競合、分布変化、供給障害を覆い、性能低下、拒否、隔離、停止閾値を定める。

透明性、説明、証拠追跡

利用者・決定責任ごとに、出所、版、不確実性、制限、理由、動作記録の理解可能性を、機密を漏らさず定める。

制御性と介入性

文脈訂正、生成取消、ツール阻止、人的要求、助言上書き、部品停止、版復帰と介入時間を定める。

公平、プライバシー、安全、危害

影響群・経路別に性能差、データ用途、漏えい、越権、濫用、危害、対抗入力を確認し、平均で重大失敗を相殺しない。

遅延、容量、費用、資源

検索、モデル、ツール、人的待ちを含む端から端時間、処理量、同時数、呼出費用、資源、縮退優先を測る。

監視、再現、代替

プライバシー内で入力分類、組合せ版、結果、重大失敗、人的処置を保ち、回帰、段階公開、復帰、非 AI 経路を可能にする。

一度の良い評価は本番後の観察を代替しない

公開前の結果が示すのは、その時の標本と複合版の性能です。本番の資料、表現、用途、供給サービスは変わるため、レッドチーム、監視、事故フィードバック、定期審査を比較可能な層別指標で結びます。重要条件が変われば再評価と承認を行います。

非機能要件と隣接概念の違い

非機能要件は機能完成後の改善一覧ではなく、SLAだけでもありません。特定条件でどれだけ良く振る舞うか、どの制約を守るかを定め、構造、費用、試験、運用へ影響します。願望、設計原則、供給者の宣伝では代替できません。

概念非機能要件との境界
機能要件何を行い何を生むかを規定し、NFR はその品質水準または品質・制約境界を規定する。両者を関連付ける。
品質属性性能、信頼性、安全などの分類概念で、対象、条件、測定、閾値を持って具体要件になる。
性能要件時間、処理量、容量、資源を規定する品質・NFR の一分類で、全部の NFR を代表しない。
制約標準、地域、許諾、インターフェースで設計・運用を制限し、NFR に分類できるが権威ある出所が必要で、品質水準とは限らない。
システム要件機能、性能、インターフェース、データ、品質、制約を含む完全基準で、NFR は品質中心の部分集合である。
アーキテクチャと設計品質の実現方法を選ぶ。NFR は案を駆動・制約するが、手段自体は品質目標ではない。
SLA指標、例外、責任、救済を含む運用・契約上の合意で、NFR を引用しても範囲と法的効果が異なる。
受入基準品質要件を指定版、環境、標本の合否へ適用する。一回の受入で長期品質全ては証明できない。
試験目標・テストケース品質リスク、環境、負荷、手順、期待を選び証拠を作る。試験値から根拠のない要件を逆造しない。
監視指標・SLO本番観測と期間目標で NFR を運用化できるが、存在だけで閾値承認を証明しない。
プロジェクト・工程要件予算、日程、審査、開発方法、納品手順は作業を制約し、製品品質を明示して初めて製品 NFR になり得る。
コンプライアンス要件法、規制、契約、方針から機能、品質、証拠、工程義務を導く。「全法令に準拠」は一件の検証可能 NFR ではない。

出典と適用範囲

本項はシステム・ソフトウェア要件工学の非機能要件、すなわち性能効率、互換性、相互作用能力、信頼性、セキュリティ、保守性、柔軟性、安全性など、システムまたはサービスの品質や根拠ある制約を規定する要件を扱う。用法は統一されておらず、IREB は NFR を品質要件または制約と定義し、品質名を直接使う組織もある。本項は機能・性能要件、SLA、アーキテクチャ、設計制約、セキュリティ、プライバシー、ユーザビリティ、信頼性、保守性、受入基準、試験戦略、法令遵守を個別に網羅せず、未分類の案件事項を全て NFR に入れない。属性、指標、閾値、取捨、適用性は有権者が承認する。