博主在十年的軟件發展中的到了些許感觸，進而寫下了這篇文章，在過去的十年中，太多的語言與應用軟件被開發出來了，諸如J2EE和.NET這樣的大型web應用。

但是令他最難以忘懷的就是在公司中的惡鐘鐘經歷，很多需求分析的工作是從需求調研開始的，我們就從這裏說起吧。需求調研是需求分析最重要的一環，也最集中地體現了需求分析的特點——既是一份體力活兒，更是一份技術活兒。

它既要求我們具有一種理解能力、設計能力，更要求我們具有一種與人交往、溝通的能力。

很多時候，我們經歷的不僅僅只是一種痛苦心酸的過程，反而是一種慶幸之余的大徹大悟，人與人交往，往往在接觸的初期就決定了相互的行為方式，與客戶交往也是一樣。起初的唯唯諾諾，客戶說啥就是啥，必然造成客戶不再關註你的意見，對你發號施令就可以了。

相反，起初展現出一位技術專家的姿態，能大方而得體地提出自己的意見，會使客戶重視你的意見，甚至主動征求你的意見。

這一方面要求我們對自己要有足夠的自信，另一方面也要有循循善誘的表達能力。

如果我們做到了這些，就會客戶心目中形成一種威信，使項目向著一種良性的方向前進。

與西方人不同的就是，我們做事情的時候往往側重於自身的情感，而忽略了項目本身的目的。

分析一個客戶人群的關系，就是在分析這個人群中，誰有意願支持我們，而誰卻在自覺不自覺地阻礙我們。

那些通過這個項目可以提高政績，提高自身價值的人，都是我們可以爭取的盟友。

他們是我們最可以依賴的人，我們一定要與他們站在一起，榮辱與共，建立戰略合作夥伴關系。

現在說程序方面吧，我認為在一個系統中，用例需要細化幾次，是由這個用例的業務復雜程度決定的。

對於一個簡單的用例，只需要細化一次就夠了；而對於比較復雜的用例，則需要細化2~3次，甚至更多。

同樣，細化需求也需要一定的方法與思路。

一般來說，我們可以有兩個方向細化需求：業務流程分析與業務領域分析。這裏，我們先談談業務流程分析吧。

軟件需求讀後感