什么是功能需求？規格，類型，示例 · Guru99 中文系列教程

# 什么是功能需求？規格，類型，示例 > 原文： [https://www.guru99.com/functional-requirement-specification-example.html](https://www.guru99.com/functional-requirement-specification-example.html) ## 什么是功能需求？ **功能要求**（FR）是對軟件必須提供的服務的描述。它描述了軟件系統或其組件。功能不過是軟件系統的輸入，其行為和輸出。它可以是計算，數據處理，業務流程，用戶交互或定義系統可能執行的功能的任何其他特定功能。功能需求也稱為**功能規范**。在軟件工程和系統工程中，功能需求的范圍可以從發送者的必要性的高級抽象聲明到詳細的數學功能需求規范。功能性軟件要求可幫助您捕獲系統的預期行為。在本教程中，您將了解更多有關： * [功能需求文檔應包含哪些內容？](#3) * [功能需求的好處](#4) * [功能需求示例](#5) * [非功能與功能需求](#6) * [功能需求的最佳做法](#7) * [創建功能需求時出錯](#8) ## 功能需求文檔應包含哪些內容？ <figure style="margin-left: auto;margin-right: auto;"> ![](https://img.kancloud.cn/87/33/8733be61a927939280d29ca35b7724f3_598x187.png) Example Functional Requirements 功能需求應包括以下內容： * 在每個屏幕上進行的操作的詳細信息 * 數據處理邏輯應輸入系統 * 它應該具有系統報告或其他輸出的描述 * 有關系統執行的工作流程的完整信息 * 它應明確定義允許誰創建/修改/刪除系統中的數據 * 功能文檔中應記錄系統如何滿足適用的法規和合規性要求 ## 功能需求的好處這里是創建典型功能需求文檔的優缺點- * 幫助您檢查應用程序是否正在提供該應用程序的功能要求中提到的所有功能 * 功能需求文檔可幫助您定義系統或其子系統之一的功能。 * 功能需求以及需求分析有助于識別缺失的需求。它們有助于明確定義預期的系統服務和行為。 * 在功能需求收集階段捕獲的錯誤最便宜。 * 支持用戶目標，任務或活動 ### 功能要求的類型這是最常見的功能需求類型 * 交易處理 * 商業規則 * 認證要求 * 報告要求 * 行政職能 * 授權等級 * 審計追蹤 * 外部介面 * 歷史數據管理 * 法律法規要求 ## 功能要求示例 * 該軟件會根據 ABC 聯系人管理系統自動驗證客戶 * 銷售系統應允許用戶記錄客戶的銷售 * 該應用程序中所有窗口的背景顏色將是藍色，并且具有十六進制 RGB 顏色值 0x0000FF。 * 只有管??理級別的雇員有權查看收入數據。 * 該軟件系統應與銀行 API 集成 * 軟件系統應通過 [508 節](https://www.section508.gov/)可訪問性要求。 ## 非功能需求與功能需求這是功能需求和非功能需求之間的主要區別： | **參數** | **功能要求** | **非功能性要求** | | --- | --- | --- | | 這是什么 | 動詞 | 屬性 | | 需求 | 必填 | 這是非強制性的 | | 捕獲類型 | 它是在用例中捕獲的。 | 它被捕獲為質量屬性。 | | 最終結果 | 產品功能 | 產品屬性 | | 捕捉 | 易于捕捉 | 難以捕捉的 | | 目的 | 幫助您驗證軟件的功能。 | 幫助您驗證軟件的性能。 | | 重點領域 | 關注用戶需求 | 專注于用戶的期望。 | | 文獻資料 | 描述產品的作用 | 描述產品如何運作 | | 測試類型 | 功能測試，例如系統，集成，端到端，API 測試等。 | 非功能測試，例如性能，壓力，可用性，安全性測試等。 | | 測試執行 | 測試執行是在進行非功能測試之前完成的。 | 功能測試后 | | 產品資訊 | 產品功能 | 產品屬性 | ## 功能需求的最佳做法制定功能需求文檔的重要最佳實踐如下： * 不要將兩個需求合而為一。使需求保持粒度。 * 您應該使每個要求盡可能完整和準確。 * 該文件應起草所有技術要求。 * 將所有需求映射到有助于成功交付軟件的目標和原則 * 使用訪談，研討會和隨意交流來達到要求。 * 如果存在任何會嚴重影響需求的已知已驗證約束，則應記錄為關鍵狀態。 * 您必須在文檔中記錄所有假設。 ## 創建功能需求時出現錯誤這里是創建功能需求文檔時常犯的一些錯誤： * 放入不合理的額外信息，可能會使開發人員感到困惑 * 在需求文檔中沒有提供足夠的細節。 * 您可以添加規則或示例，對語句或目標進行范圍界定，但需求本身除外。 * 遺漏了一條重要信息，這是完全，準確和確定性地陳述要求的絕對必要條件。 * 當需求被修改時，一些專業人員開始捍衛他們記錄的需求，而不是尋找正確的事實。 * 沒有映射到目標或原則的需求。 ## 重點學習 * 功能需求定義了系統或其組件 * 功能需求文檔應包含數據處理邏輯和有關系統執行的工作流程的完整信息 * 功能需求以及需求分析有助于識別缺失的需求 * 事務更正，調整和取消，業務規則，認證要求，報告要求，管理功能，授權級別，審計跟蹤，外部接口，歷史數據管理，法律或法規要求是各種類型的功能要求 * 優良作法是不要將兩個需求合而為一。使需求保持粒度。 * 在功能需求文檔中，應避免添加可能使開發人員感到困惑的不合理的額外信息。