讀了作者相關的前言，提前了解本書的目的是帶領讀者了解新形勢下如何做好軟體需求分析。
《軟體需求模式》描述了37個真實的、可重用的模式，為編寫軟體需求提供了特定情形下的框架。每種模式詳細描述需要包括哪些資訊，提醒常見的缺陷，以及建議需要考慮的額外需求。無論使用傳統的分析方法還是敏捷方法，都可以學習如何使用需求模式，從而為成功的軟體開發編寫一致的、有效的需求。《microsoft核心技術叢書·軟體需求模式》提供了模板和例項，幫助分析師編寫出更好的需求。讀者可以應用《microsoft核心技術叢書·軟體需求模式》中的概念開發自己的行業、應用領域或者產品線的特殊需求模式。
stephenwithall有近30年開發和定義軟體系統的經驗，曾經為全球多個行業組織工作。在其職業生涯中，他扮演了很多角色．包括程式設計師、業務分析師、架構師以及首席技術官。
軟體需求定義他要解決的問題，如果需求做得很糟糕系統就不可能是合適的。
為了確保構造更好的系統，需要一系列的改進。為此，工程師們付出了很大的代價，但是重要的是最基礎的需求表達了什麼，往往這會被遺漏，這正是作者想要強調的。
在接下來的第一部分也就是前四章中，給了新手乙個熱身的機會。第一章中描述了什麼是需求，想要做好需求調研，必須先了解什麼才是真正的需求。需求就是定義系統需要做什麼，而不是怎麼做。需求不止乙個合適的細節層次，可以在不同的層次定義需求。乙個相對概括性的需求可以被概括成更加清晰明確的需求，以更清楚地闡明最初的含義。需求最重要的就是定義了系統必須要做什麼和他必須要完成的行為。這種叫做功能性定義。但是非功能性定義往往因為功能性需求吸引了太多注意而被忽略，他們其實同樣重要。第二章中描述了需求規格需要包含哪些東西。這章提供了需求規格的每個部分的具體指導，類似於模式提供給每個需求的指導。它使你可以編寫徹底的合適的完整的需求規範。第三章描述了需求模式扮演的角色，解釋了每個模式的內容。第四章中討論了何時以及如何使用需求模式，描述了如何裁剪現有的模式產生的需求模式或者完全從頭編寫新的模式。
《軟體需求模式》閱讀筆記（一）
書中簡單的將需求定義為 需求就是定義系統需要做什麼而不是怎麼做。需求也是有一些原則的，1 定義問題而不是解決方案，2 定義系統而不是專案，3 區分正式和非正式部分，4 避免重複。在幾種需求流程中，我們了解到每種需求流程都有自身的優點和缺點，傳統需求流程比較規規矩矩，這樣可以使專案需求分析有條理，敏捷...
軟體需求模式閱讀筆記六
閱讀的章節是訪問控制需求模式和商業需求模式。訪問控制需求模式 其中包括使用者註冊需求模式 使用者認證需求模式 使用者授權需求模式 特定授權需求模式 可配置授權需求模式 批准需求模式。使用者註冊使系統知道使用者 使用者認證是認定乙個使用者 使用者授權是控制使用者可以做和可以看的內容 特定授權是具體的使...
軟體需求模式閱讀筆記四
閱讀的章節是資料實體需求模式和使用者功能需求模式。資料實體需求模式 包括活實體需求模式 交易需求模式 配置需求模式 編年史需求模式 資訊儲存基礎架構。書中通過引入一種方案把所有的實體分為幾個固定的種類，共享很多重要的特徵，目的是施加一些秩序和一致性。然後對最重要的資料實體給出了需求模式，包括活實體，...