這周我學習的是軟件需求模式的第二章------需求規格的內容。

目前為止還沒有唯一正確的方法阻止需求規格，但是反復出現在大部分系統中的主題，是我們應該註意和掌握的內容。從大的方面來說，需求規格可以分為四個部分，分別是介紹部分，上下文部分，功能域部分，主要非功能要求部分四個方面，其中功能域部分定義了系統實際上要做的內容。

介紹部分包括系統目的，文檔目的，需求格式，詞匯表，參考書目以及文檔歷史。這個板塊主要是介紹系統規格。

　　這其中要註意，系統目的是系統本身的目的，而不是項目的目的，是落腳於功能的；

　　文檔目的這部分要考慮確定讀者，免責聲明，簡單敘述文檔的結構，確定其他相關的需求規格，這部分主要陳述系統必須滿足的需求；

　　需求格式幫助讀者理解什麽是正確的需求，需求格式包括需求標識符，定義，優先級，總結描述四部分；

　　為了看起來比較正式引入了詞匯表，詞匯表裏邊有著若幹條術語，每一條屬於都包括術語和它的定義兩部分；

　　參考書目和文檔歷史則是為了讀者更好的理解系統。

上下文部分中最主要的是確定上下文圖，也就是確定系統邊界範圍，因此我們首先要找到系統的組件，用戶角色，系統邊界，系統間接口等內容。會影響系統本質的主要假設應該在需求規格開始的主要假設一節或類似的部分裏突出顯示。指出系統沒有義務實現的功能稱為排除，這一步會大大減少系統所需的工期。確定核心的業務實體為關鍵業務實體，因為整個系統是圍繞一個或幾個核心的業務實體來進行的，因此我們要在系統需求的開始確定關鍵業務實體。

基礎構架是指支持一個或多個需求所需的一組基礎的能力。接下來是系統核心的功能域部分。為每一個發起者編寫一節是功能域的一個重要方法。按照不同的功能確定並寫好小節，要按照功能重要性將其排列。這樣有助於分配不同的精力時間和人員在不同重要性的功能上。最後是主要非功能要求部分。書中介紹了編寫的流程，這部分因系統而異，很大程度上依賴於系統的特征。

　　第二章主要講解了系統規格的內容，給我們編寫需求提供了一個模板和步驟，以及需要包含的重要內容。

閱讀筆記二