這週我學習的是軟體需求模式的第二章------需求規格的內容。
目前為止還沒有唯一正確的方法阻止需求規格，但是反覆出現在大部分系統中的主題，是我們應該注意和掌握的內容。從大的方面來說，需求規格可以分為四個部分，分別是介紹部分，上下文部分，功能域部分，主要非功能要求部分四個方面，其中功能域部分定義了系統實際上要做的內容。
介紹部分包括系統目的，文件目的，需求格式，詞彙表，參考書目以及文件歷史。這個板塊主要是介紹系統規格。
這其中要注意，系統目的是系統本身的目的，而不是專案的目的，是落腳於功能的；
需求格式幫助讀者理解什麼是正確的需求，需求格式包括需求識別符號，定義，優先順序，總結描述四部分；
為了看起來比較正式引入了詞彙表，詞彙表裡邊有著若干條術語，每一條屬於都包括術語和它的定義兩部分；
參考書目和文件歷史則是為了讀者更好的理解系統。
上下文部分中最主要的是確定上下文圖，也就是確定系統邊界範圍，因此我們首先要找到系統的元件，使用者角色，系統邊界，系統間介面等內容。會影響系統本質的主要假設應該在需求規格開始的主要假設一節或類似的部分裡突出顯示。指出系統沒有義務實現的功能稱為排除，這一步會大大減少系統所需的工期。確定核心的業務實體為關鍵業務實體，因為整個系統是圍繞乙個或幾個核心的業務實體來進行的，因此我們要在系統需求的開始確定關鍵業務實體。
基礎構架是指支援乙個或多個需求所需的一組基礎的能力。接下來是系統核心的功能域部分。為每乙個發起者編寫一節是功能域的乙個重要方法。按照不同的功能確定並寫好小節，要按照功能重要性將其排列。這樣有助於分配不同的精力時間和人員在不同重要性的功能上。最後是主要非功能要求部分。書中介紹了編寫的流程，這部分因系統而異，很大程度上依賴於系統的特徵。
第二章主要講解了系統規格的內容，給我們編寫需求提供了乙個模板和步驟，以及需要包含的重要內容。
閱讀筆記二
顧名思義，需求獲取就是進行需求收集的乙個活動，它從人員 資料和環境中得到系統開發所需要的相關資訊。在需求獲取中有很多困難時普遍存在的，了解這些困難度更好地了解需求獲取活動的複雜性有著重要意義。需求獲取中的常見困難 1 使用者和開發人員來自不同的環境，具有不同的背景和立場，有不同的表達方式和詞匯集，因...
閱讀筆記二
一般情況下，處理擁塞的解決方案 1.基於地理位置來實現。遊戲設計包含不同的遊戲區域，每個虛擬區域執行一台伺服器，每個區域擁有自我限制功能，當人數過多時，服務擁塞，遊戲變慢，趣味性下降，使用者就轉向更有趣的區域，響應時間就會得到改進。對於棋牌類遊戲，每個房間或區域有人數限制，滿的房間可以限制進入 這種...
C Primer閱讀筆記（二）
io是乙個程式的常用操作。程式要與使用者互動，必須提供io功能。io庫提供了讀寫控制台資料流，讀寫檔案流，讀寫記憶體流的型別。io庫 頭檔案型別 iostream istraeam，wistream從流讀取資料 ostream，wostream向流寫入資料 iostream，wiostream讀寫流...