B17 功能需求(4)──System Requirement Specification

無論在哪一個物件上，都會有靜態的描述與動態的行為存在，即使是Use Case也不例外；而SRS的內容大致上就由這兩類的資料所組成。

靜態的描述內容通常有：Use Case編號、名稱、描述、操作的Actor等，如果Use Case有特定的Nonfunctional Requirement需要達成也要註記在備註裡。（記得：NFR有哪些Use Case符合必須另外收集起來）與這個Use Case有關的客戶文件也必須裝訂在一起。

動態的行為內容通常有：進入流程前的系統狀態、啟動這個Use Case的條件、Use Case Scenario、Activity Diagram與Use Case結束時的系統狀態（如果有多個，都必須記錄如何操作會導致不同的結果）。在這個段落也應該註明自己被哪些Use Case所使用，同時又使用了哪些Use Case。

System Requirement Specification是需求分析後最重要的產出。之前所有收集的資料與分析的結果都會記錄在這裡，接下來無論是客戶確認、設計、實作、測試或製作文件，都會以這份資料作為延伸的標準。

功能需求是系統的組成單位，每個需求裡都描述清楚自己本身的特徵，同時記錄與其他功能需求之間的互動與關聯。良好分析之後的需求規格，會有比較高的機會導出擁有良好結構的系統。

◎系統的目標