前面了解到什麼事需求的 ，接下來就應該學習如何使用和編寫需求模式。我們不僅到了解需求模式的含義，更要學會在什麼情況下使用需求模式。在定義系統期間，有兩種場合使用需求模式：1.當定義需求時，看是否存在乙個模式可以指導如何定義這種需求。2.當考慮系統需求是否完全時，瀏覽主題覆蓋的整套模式——看是否有遺漏，或者是否需要新增什麼東西。3.當評審需求規格時，模式可以幫助檢查需求的質量，確定還有哪些主題沒有定義，理解特定需求的意義和內涵。4.當評估系統的規模以及開發所需的工作量時，基於需求，使用模式可以對實現的複雜性有更準確的感覺。5.當實現需求時，模式可以使你更深刻地理解需求的意圖。6.當測試需求時，用於建議測試這種需求的方法。需求模式並不是能夠滿足所有的需求，使用模式只是盡可能的做到更好。
如何編寫模式是我們更加關注和學習的。首先我們應該學會發現潛在的需求模式，在完成的需求中搜尋模式是捕獲需求模式的第一步。有兩種方法找到目標：系統化——有系統地徹查乙個領域，檢查大部分目標；機會化——捕獲偶然發現的任何目標。書中還介紹了如何建立新領域，這一部分是編寫需求模式的開端。所謂是萬事開頭難，這也是這麼個道理。每件事情的開頭總是最難的，但也是最重要的。好的開端是成功的一半。
編寫模式的步驟：1.是否有足夠的價值；2.建立模式的骨架；3.編寫模式的「適用性」部分；4.收集需求例項；5.檢查需求例項；6.描述需求可能包含的資訊；7.編寫需求模板；8.編寫剩下的「討論」和「內容」部分；9.開發潛在的額外需求例項的列表；10.確定額外需求的候選主題；11.編寫「額外需求」部分；12.編寫「開發考慮」部分；13.編寫「測試考慮」部分；14.是否值得？15.評審模式。雖然編寫需求模式的步驟有了，但是我們在實際專案中還是要視情況而定，不能照本宣科，也不要機械地照搬。需要每個階段投入認真的思考。
書中介紹了37個需求模式。被分為8個領域。當編寫需求規格時，列乙個可以用於正在定義的這種系統的所有需求模式的名單時有用的，可以更方便的找到想要的。不是所有的模式都可以適用於所有的系統，所以建立乙個只和自己的系統有關的模式的名單還是值得做的。
軟體需求模式閱讀筆記二
閱讀的章節是需求模式概念，使用和編寫需求模式。加上之前讀的兩章，這四章是準備，是解釋性的章節。需求模式概念解釋了需求模式存在的必要性。系統千千萬萬，但是所有的系統需求本質上彼此相似，所以，引入此概念來描述需求模式的每乙個需求應該怎麼定義。需求模式可以使用已經定義好的，他們都有自己的使用方式，也可以自...
軟體需求模式閱讀筆記二
上次一次說完了整本書的前四章，主要感覺前四章是乙個整體，前提是可以一次性消化，後面幾章雖然也緊密聯絡，但是沒發一下分析帶過不能草草了之。接下來到整本書第二部分，需求模式目錄。就是分別介紹了37種需求模式，這些模式的主題在所有的商業系統中反覆出現。對大部分通用的被優先介紹，而怪異不常用的將被放在最後。...
軟體需求模式閱讀筆記六
閱讀的章節是訪問控制需求模式和商業需求模式。訪問控制需求模式 其中包括使用者註冊需求模式 使用者認證需求模式 使用者授權需求模式 特定授權需求模式 可配置授權需求模式 批准需求模式。使用者註冊使系統知道使用者 使用者認證是認定乙個使用者 使用者授權是控制使用者可以做和可以看的內容 特定授權是具體的使...