這本書其實買了有兩年了，還去參加了潘老師的公開課，限於能力，當時上課時領悟有限，最近因為scanning列印系統做**重構，要做**框架設計，想借助於uml，以嚴謹一些，就翻出了這本書，重新看了一遍。
這本書其實並沒涉及到具體軟體架構設計要用的uml操作，誠如書名，側重於需求分析。
以下是一些筆記，比較雜亂:
利潤=需求-設計：
這裡的意思是，現在已經過了粗放經營的階段了，企業需要搞清需求（產品好賣）和做好良好設計（降低成本），才能在激烈競爭中贏得優勢。對於軟體，我們更要注重**重用帶來的效率提高。
基本共識上的溝通：
和涉眾的交流內容應該聚焦涉眾利益，而不是需求。
願景：缺乏清晰、共享的願景往往是專案失敗的主要原因。（我們公司當前也缺乏願景）
要避免無用的廢話，例如ps可樂的目標客戶是「賣給想喝可樂的人」。
系統的願景應該是「買了這個系統，對組織有什麼好處」。
由於程式語言的表達能力越來越強，針對某一段**畫流程圖，變得沒有必要。業務流程的描述，建議使用序列圖。
阿布思考法：
1) 假設有足夠的資源去解決問題，得到乙個完美的方案。
2) 用手上現有的資源去山寨這個完美方案。
許多偉大的創新，其實就是用廉價的替代方案來山寨過去富豪和**的生活。
軟體工程更接近於經濟學，而非電腦科學。
需求是不考慮「復用」的，用同樣的材料，變出更多可賣的功能，這是設計能力的體現。
大家可以嘗試用「不這樣行嗎」這個標準去過濾我們的「需求」。
軟體方法（業務建模和分析） 閱讀筆記1
為什麼做出來的軟體功能與客戶的實際期望相差太遠？因為最初提出來的需求根本就不是 需求 而僅僅是乙個想法，或者素材，或者這個功能是我們自己的想法而不是切合實際調查出來的想法。然而過於相信這種被產品經理 領導或者客戶 加工 過的需求，沒有去深入挖掘其背後隱藏的各涉眾的利益訴求，當然也就不會真正解決客戶的...
軟體需求與分析課堂測試六 業務建模分析
某大學為進一步推進無紙化考試，欲開發一考試系統。系統管理員能夠建立專業方向 課程編號 任課教師等相關考試基礎資訊。教師和考生進行考試相關工作。系統與考試有關的主要功能如下 1 2 顯示並接收解答。根據教師設定的考試資訊，在考試有效時間內向學生顯示考試說明和題目，根據設定的提醒時間進行提醒，並接收學生...
《需求工程 軟體建模與分析》閱讀筆記03
一 需求工程過程概念介紹 一 概述 1.規格說明 需求工程過程是系統開發中需求開發活動的整合，它以使用者所面臨的業務問題為出發點進行分析和各種轉換，最終產生乙個能在使用者環境下解決使用者業務問題的系統方案，並將其文件化為明確的規格說明。2.生命週期 需求工程也有屬於它自己的生命週期模型，即存在針對需...