筆記-軟體方法-上冊-業務建模和需求
阿新 • • 發佈：2019-01-03
這本書其實買了有兩年了，還去參加了潘老師的公開課，限於能力，當時上課時領悟有限，最近因為Scanning列印系統做程式碼重構，要做程式碼框架設計，想借助於UML，以嚴謹一些，就翻出了這本書，重新看了一遍。
這本書其實並沒涉及到具體軟體架構設計要用的UML操作，誠如書名，側重於需求分析。
以下是一些筆記，比較雜亂:
利潤=需求-設計：
這裡的意思是，現在已經過了粗放經營的階段了，企業需要搞清需求（產品好賣）和做好良好設計（降低成本），才能在激烈競爭中贏得優勢。對於軟體，我們更要注重程式碼重用帶來的效率提高。
基本共識上的溝通：
針對不少開發人員並不喜歡用UML，而是自造草圖的情況，書裡一針見血地指出是想通過”形式上的醜陋來遮掩內容上的醜陋”。大家對一些基本技能形成共識，可以“大大減少思考中的浪費”。
和涉眾的交流內容應該聚焦涉眾利益，而不是需求。
願景：
缺乏清晰、共享的願景往往是專案失敗的主要原因。（我們公司當前也缺乏願景）
要避免無用的廢話，例如PS可樂的目標客戶是“賣給想喝可樂的人”。
系統的願景應該是“買了這個系統，對組織有什麼好處”。
由於程式語言的表達能力越來越強，針對某一段程式碼畫流程圖，變得沒有必要。業務流程的描述，建議使用序列圖。
阿布思考法：
1) 假設有足夠的資源去解決問題，得到一個完美的方案。
2) 用手上現有的資源去山寨這個完美方案。
許多偉大的創新，其實就是用廉價的替代方案來山寨過去富豪和高官的生活。
軟體工程更接近於經濟學，而非電腦科學。
需求是不考慮“複用”的，用同樣的材料，變出更多可賣的功能，這是設計能力的體現。
大家可以嘗試用“不這樣行嗎”這個標準去過濾我們的“需求”。