軟件方法（上）：業務建模和需求（第2版）

認識潘老師十多年了，當年有請他給我們產品團隊做過內訓，講課非常風趣。 潘老師講課太多，嗓音有些嘶啞，又特別喜歡唱歌。有一陣朋友圈裏總能聽到他嘶啞的歌聲，沒想到他把喜歡的歌曲編進了這本書，雖然我沒看明白每章前的歌曲與內容有啥關係，但我知道潘老師一定會唱。 說實話，潘老師講課的風格轉成文字，寫成書效果不如課堂上好。 這麼多年我做設計還會用EA，不過主要是用時序圖、狀態圖、ER圖。在需求階段用Visio畫業務藍圖、業務架構、業務流程，與用戶溝通效果更好些。詳細設計階段用UML，開發團隊內部溝通。

軟件需求的啓發，形成，和工具使用執行。非常深入淺出的一本書。更可貴的是中間給到很多錯誤的思考案例，有一些很細微的概念偏差。會讓系統設計在最源頭產生差之毫釐謬以千里的情況。比如用戶這個概念不準確。應該拆分爲執行者和涉衆。執行者表演，涉衆欣賞表演。涉衆滿意，纔是一個成功的系統。用戶聽起來，既包含執行者（使得系統運轉起來的人），又包含涉衆（用系統或者因爲系統得到好處的人）。 以及，需求是來自對涉衆的分析。而不是涉衆說什麼就是什麼。涉衆希望在自己家的抽屜裏就能取出錢，背後的需求是“快捷”“方便”。執行者負責在系統裏實現快捷方便的需求。至於有多快捷（1秒吐3張鈔票，還是1秒吐10張鈔票），多方便（抽屜在牀頭還是家門口），這些也都依賴需求建模人員，在一定成本下，怎麼安排執行者，能最大滿足涉衆的利益。

工作多年纔會深有感觸，工作不僅涉及技術，還有溝通，個人與團隊之間的利益糾葛。

一般吧。可以看出作者挺有經驗的。前兩章寫得好，很吸引人。因爲作者一方面批評了某些謬論，另一方面分享了自己的理解。但後面實操環節，感覺講得不如前兩章好

怎樣從業務序列圖到實際的編程需求，這方面是我們感興趣的，本書沒有提供，不過總體來說 還是有收穫的

2025-2-16 更新 大力推薦！按閱讀數據來說這本是我近三年讀的最多筆記最多的書，書後的習題也認認真真做完了，這很值我花時間。 在需求梳理方面，《軟件方法》比所謂的領域驅動設計有幫助的多了。斷斷續續的翻了好幾遍，照着書裏的方法實踐，效果非常好。而 DDD 我可以照本宣科給別人講出來，但落地實踐面對一個個概念困惑重重，除了一個COLA 框架的落地實踐還算有點成果，其他方面越來越覺得虛。 2023-08 開始重讀《軟件方法》，做相關的練習題，每看一次，總會發現自己有漏掉的點。愈發覺得厲害，對自己的軟件技能有很大的幫助。 順便一提怎麼看讀書的差評 要看評價人的背景情況和你是不是一樣。軟件方法就是這樣，我的目的是領域驅動設計，而裏面沒有，我期望有，所以覺得一般，但這完全不能代表一本書對別人的價值。後來越讀越厲害，把書上的練習題也認認真真做了，在我們部門內專門分享上面的內容。 ------------------------------- 之前的 在學習領域驅動設計時，聽人提到潘加宇的“領域驅動設計批評”文集（微信搜索） ，覺得裏面說的有道理，但是又好像什麼都沒說 ，正好看到他出過一本《軟件方法（上）》 遂過來看看如何 看之前是有人推薦的，說有水平， 看的時候還挺期待 看的過程中，開頭幾章感覺不錯，很有水平， 但是越往後看越看不下去，get 不到點，感覺在學大學裏的軟件工程 uml 部分，內容基本差不多 相比《領域驅動設計：軟件核心複雜性應對之道》，作爲軟件開發全流程的話太單薄了，只有 UML 建模部分撐不起來 當然，潘加宇老師他就專注於 UML 建模領域， 單純的這部分看完就很有收穫

看完了，但很多細節並沒有懂，需要翻回去繼續看。書本中間講解業務用例、業務時序圖、需求用例三大部分還挺棒的，但不知道是我背景知識不足還是什麼原因，很多地方理解起來比較難，讀完一遍還有很多地方需要再琢磨才能理解吸收最後使用。感覺筆者表述的方式有些地方有點學術化，不易理解（當然也有一些很幽默又好理解的例子等）。書本的開始部分無用信息較多，容易讓人讀不下去（幸虧看了別人的書評說後面就會有乾貨）。書本的最後一個部分乾貨較少，更像是爲看本書的讀者提供一個提高自己能力的思路，並引向其他厲害書籍 哈哈哈哈～整體來看還是很值得看的一本書，我準備再把書本內容整理一下，嘗試在工作中應用，屆時再到一些平臺分享自己的感悟。

寫書就寫書，一天天的加什麼黃段子。噁心死了

5⭐的標準話可以打4⭐ UMLChina官網有下冊PDF可以下載，感興趣的朋友可以過去找一下。 本書重點講了業務建模，系統建模的一些方法論和實例，但是例子太細了，適合於高校演講或者培訓，指導實際落地的時候還是感覺有點距離。 業務建模本來就比較抽象，但是作者還是花了很多篇幅使用UML來分析，繪製相應的序列圖，然後通過序列圖來分析用例，完成系統建模…… 對於沒有相關行業知識背景的產品經理來說，不建議閱讀，反而會產生干擾；有相關背景的產品可以多閱讀幾遍，帶着批判性思維去審視一些案例。當然，千萬別陷入這種技術性思維驅動的陷阱，否則很容易影響正常的工作……

嗯，教學語言不喜歡，把猥瑣當風趣幽默，容易看三頁翻5次白眼