{{翻訳告知|en|Requirements engineering|…}}
要求工学（ようきゅうこうがく、英: requirements engineering、RE）[1]は、工学設計プロセス（英語版）で要件を定義、文書化、および維持するプロセスのこと[2]。これは、システム工学とソフトウェア工学で一般的である。
要求工学という用語が最初に使用されたのは、おそらく1964年の会議論文「メンテナンス、保守性、およびシステム要求工学」 [3]であったが、 1990年代後半まで一般的に使用されることはなかった。1997年3月のIEEE Computer Societyチュートリアル発刊[4]と、International Requirements Engineering Conferenceに発展した要求工学に関する一連の会議体が設立され、一般で使用されるようになった。
ウォーターフォールモデルでは[5]、 要求工学が開発プロセスの最初のフェーズとして提示される。ソフトウェアのRational Unified Process （RUP）を含む後の開発方法では、要求工学がシステムの存続期間を通じて継続することを前提としている。
システム工学の実践の一部である要求管理は、International Council on Systems Engineering（INCOSE）のマニュアルにも記載されている。
要求工学に関連するかつどうは、開発中のシステムの種類と関連する組織による実践方法によって大きく異なる[6]。 これらには次のものが含まれる。
これらは時系列の段階として提示されることもあるが、実際には、これらの活動にはかなりのインターリーブがある。
要求工学は、ソフトウェアプロジェクトの成功に明らかに貢献することが示されている[8]。
ドイツでのある限られた研究では、要求工学の実装で発生する可能性のある問題が示され、回答者に実際の問題であることに同意するかどうかを尋ねた。結果は一般化できるものとして提示されなかったが、主に認識された問題は不完全な要件、移動するターゲット、およびタイムボックスであり、通信の欠陥、トレーサビリティの欠如、用語の問題、および不明確な責任がより少ない問題であることが示唆された[9]。
要求工学の重要な側面である問題の構造化は、設計パフォーマンスを低下させると推測されている[10]。 いくつかの研究は、要求工学プロセスに欠陥があり、要件が存在しない状況になる可能性があることを示唆している。ソフトウェア要件は、設計上の決定を要件として誤って表現しているような錯覚として作成される可能性がある[11]。