《掌握需求過程》第八章講述的是編寫需求規格說明書，目的是為了講給我們如何將所有需求安排在需求說明規範中。這也算是對於前面幾章的總結概括，因為你前面做的所有事情終究只是準備，還是要落實與文字上的記錄。「編寫需求規格說明書是指得到要構建的產品的完整描述的任務。把這項任務看做「構建」需求規格說明書是合適的——我們在需求過程中彙編乙份需求規格說明書，而不是簡單的寫下來。編寫需求其實不是一項單獨的活動，而是在網羅和做原型的活動中，當我們發現需求時就完成了編寫需求的一部分工作；在質量關檢查中，當我們確保每一項需求都是完整的時候就完成了其餘部分的工作。」對於編寫需求規格說明書，作者又介紹了volere需求規格說明書樓板，這個模板也從各種角度來說明我們以前所做的事情的重要性。
第九章是驗收標準，作者做此章節的目的是「為了消除模糊之處，我們引入了需求的度量。這使需求變得可測試，這樣就可以知道實現是否與需求相符。」關於驗收，其實就是意味著我們前期所做出的所有解決方案已經完全滿足了需求。也就是說，解決方案精確的實現了需求所要求做的事情，不多也不少。但是我們又應該如何去確定他已經滿足我們的需求了？所以，作者在文中提到——我們要對其進行量化。只有在我們量化了需求之後，度量我們的實現才是有意義的。沒有對需求的量化，就不可能知道實現是否符合需求。需求的量化就是它的驗收標準。驗收標準可以量化行為、效能，或其他需求的質量。驗收標準既適用於功能性需求，又適用於非功能性需求。
第十章講述的是質量關。書中對於質量關的解釋是「防止模糊需求成為需求說明規範的一部分的一種機制」。再這一階段中，不但需要我們進行測試，還需要對現有需求進行再確定，所以說，再這一階段，「每項需求正式進入到需求規格說明書的地方。」我們以前講過，需求工作的要點是，你必須確保交給開發者的東西是準確的、完整的、成熟的、真正的需求，任何不足都有違需求工作的初衷。那麼，質量關的作用就就是，使得守關人確認每項需求，然後將它們加入需求規格說明書中。需求通過質量關並進入需求規格說明，必須經過一系列測試，這些測試確保需求是完整的、準確的，不會因為不合適將來的設計和實現而引起麻煩。質量關的實現一般是包括以下幾個方面的：
·夥伴相互檢查對方的輸出，在過程的早期發現錯誤。
·同級複查，由團隊中的其他人員正式複查每項需求。
·團隊複查，包括顧客和使用者。
·管理者複查，主要關注質量關成功和失敗的總結。
質量關的成功實現關乎到需求的解決而不是方案的解決。
《掌握需求過程》 閱讀筆記03
為了找出對專案我們真正知道什麼，開始對專案盡早進行度量，我開始了對 專案啟動 的閱讀。專案啟動是一項突發性的活動，通過這個活動收集讓專案啟動所需的各種資訊，啟動階段確定產品作為其一部分的工作，並確定產品要實現的準確目標。通過icebreaker專案更好的展示了需求過程，這一部分老師在課堂上也重點講到...
掌握 需求過程閱讀筆記04
自治的相鄰系統 自治的相鄰系統通過單向資料流與工作進行通訊！合作的相鄰系統 合作的相鄰系統與我們工作合作完成某個業務過程的執行。此類系統不發起業務事件 確定工作範圍和業務事件關鍵點 要站在整個業務工作的高度來確定業務事件，而不是站在要構建自動化產品角度來確定業務事件。對確定業務事件，重點考慮以下幾點...
《掌握需求過程》閱讀筆記二
上次閱讀到第四章，那這次就繼續從第四章開始。第四章主要說的是在業務用例方面的內容，作者在這一方面的講述也是相對來說比較少的，主要的內容也就是如何確定產品的合適組成部分 使用業務事件作為起始點 以及如何確定要構造的最好產品。在這一章節中，作者從一些基本的工作中進行講解，他說，我們首先要理解工作，即我們...