筆記-軟件方法-上冊-業務建模和需求

這本書其實買了有兩年了，還去參加了潘老師的公開課，限於能力，當時上課時領悟有限，最近由於Scanning打印系統作代碼重構，要作代碼框架設計，想借助於UML，以嚴謹一些，就翻出了這本書，從新看了一遍。

這本書其實並沒涉及到具體軟件架構設計要用的UML操做，誠如書名，側重於需求分析。

如下是一些筆記，比較雜亂:

• 利潤=需求-設計：

這裏的意思是，如今已通過了粗放經營的階段了，企業須要搞清需求（產品好賣）和作好良好設計（下降成本），才能在激烈競爭中贏得優點。對於軟件，咱們更要注重代碼重用帶來的效率提升。

• 基本共識上的溝通：

針對很多開發人員並不喜歡用UML，而是自造草圖的狀況，書裏一針見血地指出是想經過」形式上的醜陋來遮掩內容上的醜陋」。你們對一些基本技能造成共識，能夠「大大減小思考中的浪費」。

和涉衆的交流內容應該聚焦涉衆利益，而不是需求。

• 願景：

缺少清晰、共享的願景每每是項目失敗的主要緣由。（咱們公司當前也缺少願景）

要避免無用的廢話，例如PS可樂的目標客戶是「賣給想喝可樂的人」。

系統的願景應該是「買了這個系統，對組織有什麼好處」。

因爲編程語言的表達能力愈來愈強，針對某一段代碼畫流程圖，變得沒有必要。業務流程的描述，建議使用序列圖。

• 阿布思考法：

1. 假設有足夠的資源去解決問題，獲得一個完美的方案。
2. 用手上現有的資源去山寨這個完美方案。

許多偉大的創新，其實就是用廉價的替代方案來山寨過去富豪和高官的生活。

軟件工程更接近於經濟學，而非計算機科學。

需求是不考慮「複用」的，用一樣的材料，變出更多可賣的功能，這是設計能力的體現。

你們能夠嘗試用「不這樣行嗎」這個標準去過濾咱們的「需求」。