軟體需求模式的第四章——使用和編寫需求模式閱讀筆記
在學習了需求模式的機制之後，開始教我們學習如何來編寫需求模式。
首先我們要知道，什麼時候要用到需求模式。在定義系統期間，6種情況下需要用到需求模式，分別是當定義需求時，看是否存在可以指導如何定義這種需求、當考慮需求是否完全時，瀏覽主題覆蓋的整套模式，是否還有遺漏，或者是否還需要新增什麼東西、當評審需求規格時，模式可以幫助檢查需求的質量，確定還有那些主題沒有定義，理解特定需求的意義和內涵、當評估系統的規模以及開發所需的工作量時基於需求，需求模式可以對實現的複雜性有更準確的感覺、擋視線需求的時候，模式可以使你更深刻地理解需求的意圖、當測試需求的時候，「測試考慮」一節，特為軟體測試人員而編寫，用於建議測試這種需求的方法。
使用需求模式有幾個好處：1.需求更容易閱讀；2.需求更容易與同種型別的其他需求比較；3.可以判斷是否有遺漏；4.編寫需求更容易；5.讀者可以參考編寫的模式獲取更多的資訊；6.編寫需求規格時可以參考模式；7.可以被誘導疏於思考；8.可能濫用模式；9.很多需求可能措辭相似。
裁剪需求模式之後，要進行編寫之前最後的工作——發現潛在的需求模式。發現潛在需求模式有兩種方法：1.系統化——構造潛在需求的名單；2.機會化——編寫乙個模式可以幫助其他人解決類似的需求問題。
接下來就是編寫需求模式了，樹上介紹了編寫需求模式的十三個步驟：1.考慮是否有足夠的價值；2.建立模式的骨架；3.編寫模式的適用性部分；4.收集需求例項；5.檢查需求例項；6.描述需求可能包含的資訊；7.編寫需求模板；8.編寫剩下的討論和內容部分;9.開發潛在的額外需求例項的列表；10.確定額外需求的候選主題；11.編寫額外需求部分；12.編寫開發考慮部分；13.編寫測試考慮部分；14.考慮是否值得；15.請求分析師檢查是否清晰實用。根據這些步驟，再加上後面幾章會講到的幾種需求模式，我們就會對軟體需求模式的編寫有乙個更深刻的認識。
通過這一章的學習，對編寫需求模式的方法和注意事項有了新的認識。
閱讀筆記四
需求規格說明文件是需求規格說明活動的乙個核心元素。1 需求規格說明文件可以成為各方人員之間有關軟體系統的協議基準。2 需求規格說明文件可以成為專案開發活動的乙個重要依據。3 在需求規格說明文件的編寫過程中，可以盡早的發現和減少可能的需求錯誤，從而減少專案的返工，降低專案的工作量。4 需求規格說明文件...
《人件》閱讀筆記四
無論做出何種努力，最終結果更多在於是誰來做而不是怎麼做。你的成功與否完全取決於你在何時何地部署你的好無差異的資源。成功還是失敗在組建團隊並形成最初方向時就已經設定了。領導力通常指的是如何巧妙利用權力在組織中達到乙個目標。作為工作壓榨機制的領導力 領導的速度決定團隊的效率 這種領導力就是工作榨取的機制...
《設計原本》閱讀筆記（四）
本次閱讀筆記主要談一談設計原本的第八章 設計中的理性主義與經驗主義。理性主義與經驗主義一直存在分歧，面對設計也是如此，主要是對 依靠思考能否正確完成設計 這一問題。理性主義者認為人類天生就是健全的，雖然會犯錯誤，但可以通過後天的學習不斷完善自己，因此隨著不斷的教育，經過仔細的思考後是可以完成設計任務...