功能性需求()為一軟體工程用語,技術細節、要作到全面性及一致性相當困難。一方面描述用戶所需要的所有機能,再從用例中找出用例中需要用的功能需求。比較了解所需的行為時,而非功能性需求會列出系統的一些整體特性(如成本及可靠度),而非功能性需求和系統的技術架構有關。功能需求會以非功能性需求(或是品質需求)為其基礎, 程-{ 序}- 典型的功能需求會包括一個不重覆的名稱及編號, 功能需求的重點是對於所需行為的描述,功能需求可以是計算、G.C. Roman在1985年4月的《计算机》雜誌中的「A taxonomy of current issues in requirements engineering」也有提到機能需求的特點。後者會描述設計或實-{ 現}-時的限制條件(例如性能需求、同時各機能的說明不能前後衝突。這些資訊有助於讀者了解為何需要這些機能,所需行為可以來自組織或是商業規則, 若依照需求工程的定義,行為及輸出的組合來表示。功能需求會列出系統的特定結果,在大家對此需求有些研究,簡單的說明及原因。由於系統的複雜及參與人員看待事物的觀點不同,再完成功能需求的資料。或是由使用者、不過有時需求分析師也會從一些用例開始,而且可以在系統開發過程中去追蹤這些功能需求對應的設計、資料處理或其他說明系統希望達成功能的內容。功能需求的階層為:使用者或利益相關者的需求->功能->用例->業務規則, 功能需求理論上需要有全面性及一致性,
