今天終于把UMLChina潘加宇老師的《軟件方法》讀完了，趁熱打鐵記下我看本書后的一些感受。

和我不同，潘老師是程序員出身，然后做了需求分析管理，因此我感覺整本書還是有一種開發(fā)人員的味道，也可以說是程序員獨有的濃厚的邏輯性。因為本身我沒有去過大公司工作過，也沒有做過正兒八經(jīng)的需求分析，因此通過UML來分析需求和業(yè)務是不是產(chǎn)品經(jīng)理分析業(yè)務和需求的主流方式。

整本書看下來感覺里面的很多觀點還是很犀利的。比如開發(fā)人員在分析業(yè)務或者需求的時候都畫一些隨隨便便的流程圖，越混亂的流程圖說明他越想回避/掩蓋那些不清楚的業(yè)務需求。的確，我就是，我在分析業(yè)務的時候遇到一些棘手的或者想不清楚的地方就會本能地避開，因此借助UML準確嚴謹?shù)胤治龀鰳I(yè)務需求邏輯是我今后需要努力的地方。

除了書中對UML中各種圖的介紹外，有這么一段話令我印象深刻，摘錄如下：

系統(tǒng)的出現(xiàn)可能對“受訪者”不利。涉眾頭腦里的經(jīng)驗可能會因為信息系統(tǒng)的出現(xiàn)不再那么重要，甚至職位還可能會取消。所以在言語中暗示“我們來這里是為了讓你下崗”的意思是不適當?shù)摹＜词故潜硎尽拔覀儊磉@里是為了幫助您把工作做得更好”也不合適。他的工作做得很好！行不需要幫助。應該把自己把在一個低姿態(tài)的位置上“我們來這里是為了幫助您更方便地完成工作”——方便，想方便的時候就方便一下。

看完這段話我深有感觸，因為當時做油聯(lián)系統(tǒng)的時候，我在設計系統(tǒng)的時候都忍不住想把加油員這個角色替換掉，或者說想要強制加油員這么做，以期我們的系統(tǒng)能按照我們設計的思路運行。但是實際上加油站已經(jīng)有一套用著還可以的流程，雖然信息化程度沒那么高，但是也夠用了。李總一直不滿意我的設計，他一直更我強調(diào)我們做的東西就是為了方便加油員使用，那個時候我一直沒把這個太當回事，甚至覺得就應該加油員來配合系統(tǒng)運行，看完這本書我覺得當時的自己真的太任性了一點。