本學期《軟件需求與分析》需要掌握的必要內容如下：

1:準確的理解和描述客戶需要的功能

要與客戶建立溝通，並且讓他樂於幫助你，給客戶的第一印象不能使刻板的，也不能使太過於謙卑的，過於刻板客戶會不開心，過於謙卑客戶就會提一些變態的要求

2：幫助客戶挖掘需求

客戶會對項目不滿意是因為兩個方面，一是客戶的描述不當，有一些業內不是非常重要的東西他不會說或者想不起來，但是作為非業內人士的開發人員卻不明白，所以做出來的東西不會讓客戶滿意，我們在做需求調研的時候

要做的盡可能詳細，並且盡量找一些業內專業涉及面廣的人做調研

3：分析客戶需求的可能性

我們在幫助客戶挖掘需求的時候，客戶可能會提出一些不合理的要求，我們不應該立即做出反對，而應該提出自己的意見，幫助客戶更好的做出決策，給客戶提供多個解決方案，在他做決策的同時

幫助他理解有一些功能是無法實現的，或者尋求一條更加合理的解決方案

我們做需求調研有以下幾點註意

1：盡量尋找業內涉及面廣的人做調研，可以開大會，也可以開小會

2：與客戶建立長期友好的聯系。並盡量尋找業內人士的幫助

3：需求調研是一個長期反復的過程，如果不想因為客戶的需求改來改去，就要做好需求調研

http://blog.csdn.net/yqmfly/article/details/7679781

這是我閱讀的一篇關於軟件需求與分析的博客，裏面有幾句話我認為不錯

1：一個軟件項目的需求調研首先必須要進行角色分析，然後對不同的角色分別進行調研。需求調研的初期需要召開項目動員大會，這是十分必要的。但真正要完成需求分析，應該是一個一個的小會，1~3個業務專家，只討論某個領域的業務需求，並且很多問題都不是能一蹴而就完成的，我們必須與專家建立聯系，反復溝通後完成。需求分析必須遵從的是一定的科學方法，而不是盲目的大上快上。

2：我們做需求分析，眼界不能僅僅停留在軟件本身，應當更開闊一些，應當擴展到跟這個業務有關的那些領域知識中。

說實話，博客很長，我沒有仔細的瀏覽，但是博客寫得非常好，從一個項目的開始到結束，每一個過程都寫的很好很完整。

看完這篇博客我大概就了解了需求調研為什麽那麽重要，因為需求調研就是一個項目的核心，需求調研做不好，最後的項目絕對不是客戶想要的東西，

那麽在這之前所有的辛勞都是白搭，做需求調研不光要有技術，還要有與人溝通的本領，嘴皮子，腦袋瓜子都需要，甚至說還是一個體力活，他需要走訪這個項目的客戶，需要了解

客戶到底需要的是什麽，不能只聽高層或者底層的意見，你要綜合還要摘出重點。

我們做這個項目，固然需要了解這個項目，但是不需要精通這個項目，不是說做一個會計類的項目就要考個會計證，我們一定要學會“拉攏”項目業內人士來幫忙。

說到底，需求調研費時費力，因為他很重要

軟件需求與分析讀後感