功能需求和非功能需求的區別

---

本文將討論軟體開發生命週期 (SDLC) 中的功能需求和非功能需求。軟體開發生命週期中存在各種需求，例如業務需求、使用者需求、過渡需求和解決方案需求。解決方案需求分為兩種型別：功能需求和非功能需求。非功能需求也稱為質量屬性。

什麼是功能需求？

功能需求是系統的特性和功能。這些特性定義了軟體必須做什麼才能滿足使用者條件。我們將這些特性開發成軟體。例如，如果你想構建一個應用程式，那麼根據使用者的觀點，這些是功能需求：

• 建立使用者資料
• 登入
• 顯示詳細資訊
• 登出

以下是根據開發人員的觀點，針對上述應用程式的功能需求：

• 身份驗證
• 輸入
  
• 輸出
  
• 處理
• 錯誤處理
  
• 管理員工具
  

功能需求描述了應該做什麼，即具體的函式或任務。

功能需求定義了系統的功能。我們將這些需求妥善記錄下來提供給開發人員，以便開發人員可以根據給定的功能需求開發應用程式。因此，功能需求應該用簡單的語言編寫，以便理解。開發人員開發應用程式以滿足使用者需求。

什麼是非功能需求？

非功能需求與系統的功能相關。我們關注的是系統應該如何實現，而不是它應該是什麼。我們關注系統的可靠性、可用性和效率。非功能需求也稱為質量屬性。例如，對於上述應用程式，這些是非功能需求：

• 易用性
• 可靠性
• 執行效能

非功能需求描述了系統應該如何執行，即系統的屬性或質量。

非功能需求分為兩類：執行質量和演化質量。

• 執行質量在執行時可觀察到，例如安全性、可用性。
• 演化質量嵌入在軟體系統的靜態結構中，例如可測試性、可維護性、可擴充套件性和可伸縮性。

我們在非功能需求中定義軟體的質量屬性。我們定義系統的總體特性和行為。我們為了更好的使用者體驗而最大限度地降低成本因素。非功能需求也遵循使用者給出的法律法規。

平衡功能需求和非功能需求

我們應該始終平衡功能需求和非功能需求，因為這有以下各種好處：

• 平衡改進使用者體驗，因為如果你只關注一種型別的需求，則可能會出現系統緩慢、無響應以及難以使用等問題。
• 平衡改進系統的效能，因為當一種型別的需求導致故障時，我們可以平衡這兩種型別的需求。
• 平衡降低成本，因為我們可以儘早避免代價高昂的更改和重新架構。
• 平衡支援系統演進。

定義這些需求的常見挑戰

我們在定義功能需求和非功能需求時有時會遇到一些挑戰，如下表所示：

挑戰	描述	影響
需求模糊	有時需求不明確，因此我們無法區分功能需求和非功能需求。	開發人員可能會開發不完整或不正確的應用程式。
需求衝突	有時需求是重疊的，例如安全特性	這可能導致權衡和艱難的決策。
需求變更	有時需求會因為業務目標、趨勢或使用者需求而發生變化。	這會增加開發成本。
難以確定優先順序	有時很難決定哪些需求最重要。	如果沒有正確確定優先順序，可能會錯過關鍵的非功能方面。
衡量非功能需求	功能需求更容易測試，但非功能需求（如可用性、可擴充套件性和可靠性）更難衡量。	開發人員可能難以確認系統是否滿足效能、安全性和可擴充套件性的預期。

功能需求和非功能需求的區別

功能需求和非功能需求之間存在多種差異：

特徵	功能需求	非功能需求
定義	功能需求定義了系統應該做什麼，即具體的函式或任務。它關注“做什麼”部分。	非功能需求定義了系統應該如何執行，即系統的屬性或質量。它關注“怎麼做”部分。
目的	它是系統的行為和功能。	它基於效能、可用性和其他質量屬性。
範圍	我們定義系統的動作和操作。	我們定義系統必須在其下執行的約束和條件。
示例	功能需求的一些示例：資料輸入、輸出、處理、身份驗證等。	非功能需求的一些示例：可靠性、可擴充套件性、安全性等。
度量	我們可以很容易地衡量它。	它很難衡量。
對開發的影響	它驅動系統的核心設計和功能。	它會影響系統的架構和整體效能。
關注使用者需求	它與業務和使用者需求直接相關。	它與系統性能和使用者體驗相關。
文件	我們記錄其功能規範、用例等。	我們記錄技術規範、效能標準等。
評估	我們可以使用功能測試（如單元測試或整合測試）來測試它。	我們使用可用性測試、安全測試、效能測試等來測試它。
依賴性	它取決於系統做什麼。	它取決於系統怎麼做。

結論

在本文中，我們討論了軟體開發生命週期 (SDLC) 中的功能需求和非功能需求。我們討論了功能需求如何取決於系統的“做什麼”部分，以及非功能需求如何取決於系統的“怎麼做”部分。功能需求是從使用者的角度出發，而非功能需求是從開發人員的角度出發。我們在表中討論了這些功能需求和非功能需求之間的各種區別。

常見問題 (FAQs)

問1：非功能需求會影響使用者滿意度嗎？

答：是的。雖然非功能需求是從開發人員的角度出發的，但這些需求也會影響使用者滿意度，例如效能和可用性。

問2：如何確定不明確的需求？

答：我們透過開展研討會、訪談來記錄這些需求。我們用簡單的語言編寫它們，然後將它們劃分為功能需求和非功能需求。

問3：您使用什麼工具來管理和跟蹤功能需求和非功能需求？

答：我們使用JIRA、Confluence和Trello等工具。這些工具在整個開發過程中對需求進行優先順序排序、更新和協作。