做任何事情都講求方法，方法是人類智慧型的體現、知識的運用。方法是人們解決問題的手段。人們在尋找解決問題的方法時總是趨向於簡單實用、易於掌握。
面對著空的肥皂盒子，有人花了幾十萬解決了這個問題，有人只花了90塊錢就解決了這個問題。乙個是博士，乙個是小工。方法之美就在於簡單。
不僅有軟體設計模式，也有需求統一模式。需求模式１０要素是：模式名稱、基本細節、適用性、討論、內容、模板、例項、額外需求、開發考慮、測試考慮。編寫需求模式要考慮這個模式例項是否有價值，並且複製乙個需求模式模板文件的內容，填寫基本細節，描述模式是為了什麼，構造所有能找到的例項列表，找到需求實力的共同之處以及區別，描述需求資訊，編寫需求模板，需求模板可以是多個，考慮需求應該關注什麼、什麼可以考慮什麼可以忽視，編寫額外需求例項，檢查潛在的額外需求、把相似的需求放在一起，與資深開發人員討論並記錄下他們的意見，與測試人員討論並記錄下他們的意見，讓分析師檢查模式是否清晰和易用、讓設計人員檢查其實用性、請測試人員檢查測試考慮部分的有效性。
圖形化的需求描述比較的直觀和易理解，但是與形式化需求規格說明相比缺乏數學的嚴格性。形式化規格說明減少了規格說明完成後的錯誤，利用數學方法可以證明說明的正確性以及判斷多個規格說明間的等價關係等等。
《軟體需求十步走》閱讀筆記6
需求管理活動的目標就是確保需求業務活動能夠按照進度要求 質量要求 成本要求生產出高質量的由業務需求 使用者需求和系統需求構成的軟體需求規格說明。需求管理工作具體是借助由基線 版本 狀態 變更 跟蹤構成的需求約定這一抓手將需求業務活動整合起來並加以規範化。需求管理活動的目的是在客戶與軟體開發人員之間建...
《軟體需求十步走》閱讀筆記4
這一段時間主要閱讀了本書有關需求規劃的一些內容。需求規劃工作是面向 全業務 全資訊 全系統 採用分析綜合 歸納演繹的邏輯方法整理出組織與物件的業務邏輯模型，在此業務的邏輯模型基礎上進行系統的規劃。規劃需求引入到需求工程中後，與以往的需求分析有了很大的不同。不同之處在於 跳出以往將組織作為需求獲取的單...
《軟體需求十步走》閱讀筆記2
需求工程和軟體工程之間的關係界定沒有質的變化，只是將需求工程從軟體工程中剝離出來，將需求分析的分析工作和管理工作定義為需求工程。需求工程是面向全域性的 系統頂層的 著眼未來的工程，是將客戶業務作為內部研究物件，將軟體工程全過程作為外部研究物件的工程。需求工程是圓心，軟體工程是圓點。需求工程為軟體工程...