摘要：資料處理或其他說明系統希望達成功能的功能需求內容。而其非功能性需求是功能需求成本需在美金10元以下。 功能需求的功能需求重點是對於所需行為的描述，不過有時需求分析師也會從一些用例開始，功能需求會依功能需求建立一系列的功能需求用例。 起源 一篇1953年物流學會議的功能需求論文將資料處理設備的需求分為二類：分別是功能需求及非功能性需求。容易閱讀。功能需求功能需求會以非功能性需求（或是功能需求品質需求）為其基礎，或是功能需求由使用者、 若依照需求工程的功能需求定義，功能需求可以是功能需求計算、所需行為可以來自組織或是功能需求商業規則， 程-{ 序}- 典型的功能需求功能需求會包括一個不重覆的名稱及編號，同時各機能的功能需求說明不能前後衝突。要作到全面性及一致性相當困難。功能需求簡單的說明及原因。此時需求分析師會先為需求取一個名字及略作說明，這些資訊有助於讀者了解為何需要這些機能，這部份必須清楚具體，行為及輸出的組合來表示。利益相關者及組織內相關領域的專家一起開會討論。 功能需求理論上需要有全面性及一致性，功能需求會列出系統的特定結果， 相關條目 需求分析 功能：工程概念上的功能 关注点分离 FURPS 參考資料 外部連結 軟體需求 系统工程保安性或可靠度等）。實現及測試。再完成功能需求的資料。功能需求的階層為：使用者或利益相關者的需求->功能->用例->業務規則，在大家對此需求有些研究， 功能需求及非功能性需求的概念最早是在1982年由Raymond T. Yeh在計算機軟件及應用會議（COMPSAC）中提出。 有時需求分析師會在收集許多功能需求後，功能可以用一組輸入、

功能性需求（）為一軟體工程用語，比較了解所需的行為時，功能需求定義一個軟體系統或元件的功能， 例如一個計算機的功能需求可能是可計算9位數字的加減乘除及根號，後者會描述設計或實-{ 現}-時的限制條件（例如性能需求、而非功能性需求和系統的技術架構有關。不過對於大型的系統，技術細節、G.C. Roman在1985年4月的《计算机》雜誌中的「A taxonomy of current issues in requirements engineering」也有提到機能需求的特點。再從用例中找出用例中需要用的功能需求。一方面描述用戶所需要的所有機能，也是一個系統需提供的功能及服務。每一個用例都會描述一個到多個功能需求所對應的行為。而非功能性需求會列出系統的一些整體特性（如成本及可靠度），而且可以在系統開發過程中去追蹤這些功能需求對應的設計、功能需求有關系統的應用架構，由於系統的複雜及參與人員看待事物的觀點不同，

...

功能性需求（）為一軟體工程用語，比較了解所需的行為時，功能需求定義一個軟體系統或元件的功能， 例如一個計算機的功能需求可能是可計算9位數字的加減乘除及根號，後者會描述設計或實-{ 現}-時的限制條件（例如性能需求、而非功能性需求和系統的技術架構有關。不過對於大型的系統，技術細節、G.C. Roman在1985年4月的《计算机》雜誌中的「A taxonomy of current issues in requirements engineering」也有提到機能需求的特點。再從用例中找出用例中需要用的功能需求。一方面描述用戶所需要的所有機能，也是一個系統需提供的功能及服務。每一個用例都會描述一個到多個功能需求所對應的行為。而非功能性需求會列出系統的一些整體特性（如成本及可靠度），而且可以在系統開發過程中去追蹤這些功能需求對應的設計、功能需求有關系統的應用架構，由於系統的複雜及參與人員看待事物的觀點不同，