回答。

機能要件は、システムが何をしなければならないかを説明します：ビジネスオペレーション、プロセス、ユーザーシナリオ—つまり、機能。

非機能要件は、システムがどのように動作しなければならないかを定義します：制限、品質のパラメーター、パフォーマンス、安全性、使いやすさなど。これらの要件は、技術の選択、スケーラビリティ、ソリューションの耐障害性に影響を与えることがよくあります。

なぜ重要なのか：

• 明確な区分は、開発者とテスターに対するタスクの正確な設定を促進します。
• 重要な特性（たとえば、安全性、スケーラビリティ）の見落としを避けることができます。
• 考慮されていない非機能要件は、プロジェクトの失敗の原因になることがよくあります。

主な特徴：

• 機能要件は、システムの_動作_です。
• 非機能要件は、_品質_と_制限_です。
• 両方のタイプは明示的に文書化され、合意されるべきです。

隠された質問。

「インターフェースの使いやすさ」は機能要件に含まれますか？

いいえ、これは非機能パラメーター（usability）です。機能要件は、たとえば「保存」ボタンの存在であり、非機能要件はその応答速度と使いやすさです。

顧客が明示的に指定しない場合、非機能要件を無視してもよいですか？

いいえ。アナリストは明示的でない非機能要件も議論し、形式化する義務があります。そうしないと、稼働の遅延、ユーザーからの苦情、追加コストのリスクが高まります。

「システムは毎分1000件のリクエストを処理できる必要があります」。これは機能要件ですか？

いいえ、これは非機能要件であり、パフォーマンスの特性です。

一般的な誤りとアンチパターン

• 機能のみに焦点を当てる（「動作さえすればよく、速度は後回し」）。
• 非機能要件の暗黙の定義—「速くあるべき」、「信頼性があるべき」、「安全であるべき」など。
• 非機能のテストを無視する。

実際の例

ネガティブケース： システムは要求されたビジネス機能を完全に実装しましたが、大きな負荷がかかったときに「遅く」なり始めました。なぜなら、パフォーマンスが全く考慮されていなかったからです。 利点：

• 迅速な開発、要求されたシナリオの正確な実行。 欠点：
• システムは現実の負荷条件下での運用に不適切であり、会社は急遽アーキテクチャを修正しなければなりませんでした。

ポジティブケース： アナリストはアーキテクトと顧客と共に、要件として最大負荷、応答基準を文書化し、負荷テストを実施しました。 利点：

• 製品は安定して機能し、ユーザーの増加に耐えました。
• 開発計画はスケーラビリティを含んでいました。 欠点：
• 設計の初期段階で、議論や追加のテストに対して多くの時間を費やさなければなりませんでした。