的一部分需求及需求的細節(jié)。
（3）多做表格和寫文檔。
人的思維在很多時候是在表格的橫向和縱向比較的時候打開的，特別是意見和同類需求有很多種不想法的時候，用表格表現(xiàn)出來是最直觀而且最容易歸納總結(jié)的，比如上分析同行網(wǎng)站的時候就可用表格的形式作橫向比較（前面我有篇文章就是我以前在做HIS系統(tǒng)時的一份需求文檔中的一部分，大家可以參考參考）。好記心頂不過一個爛筆頭，所以一定要有記筆記和寫文檔的習(xí)慣，這點對于經(jīng)常作開發(fā)的人員來說可能是最頭痛的事情。
其實我個人認為寫文檔并不難，因為文檔本身來說它只是用來交流和溝通的一種形式而已，作為應(yīng)用型的文檔對于文理、文采根本沒有很高的要求，一份文檔你只要把你所要表述的意思表達清楚就可以，沒必要過多地去追求寫作方面的一些技巧，哪怕你就是把口頭語言用文檔記錄下來都可以?？次覍懙倪@些東西，文采和文理根本就談不上啦，但意思一定要表達清楚（呵呵，不敢說完全表達清楚了）。
3、如何處理需求？
通過以上方法和途徑需求就會有個初步的書面資料和相關(guān)的市場和客戶的分析，接下來就是這些需求怎么處理。一般從老板、行業(yè)專家和目標客戶那里得到的需求都是很零散而且很專業(yè)的需求，作為需求分析人員就需要對這些需求進行疏理、歸納、匯總、綜合形成一份初步的面向老板或行業(yè)專家能理解的文檔（切記，暫時還不能轉(zhuǎn)成軟件開發(fā)的需求文檔，因為這樣以后你的老板或行業(yè)專家就不一定能看得懂啦）。
形成文檔后，對這份文檔進行初步的分析，包括需求評估、在你對行業(yè)理解下的需求發(fā)散、技術(shù)評估等工作；完成后接著就用相關(guān)的工具軟件根據(jù)需求做出一個初步的界面原型，因為只有這樣，老板或行業(yè)專家才知道他所提出的那些東西最終展現(xiàn)在網(wǎng)站的原來就是這樣噢，這一步有很大的技巧在里面，如果你只是畫一個很粗糙的界面原型與老板或行業(yè)專家去溝通他很有可能看不懂，因為這時你還沒有把界面的內(nèi)容和最終的界面表現(xiàn)出來，所以在做這個原型的時候就需求美工參與進來啦，盡量把這些原型界面弄的與將來網(wǎng)站表現(xiàn)出來的界面相似，而且還要把界面的內(nèi)容充實，弄些有意義的數(shù)據(jù)（開發(fā)人員最大的毛病就是在做界面或做開發(fā)的時候的測試數(shù)據(jù)就是aaa,bbb,ccc）。
可能有些人對于上面的這種做法有疑問，但我個人認為這個時候如果不做界面原型而放到后去做，很有可能你的某些頁面要推倒重做，這樣給項目帶來很大的成本困難，所以一定的操作套路還是需要遵循的。需求分析在一個項目開發(fā)的過程當(dāng)中是一個很重要的環(huán)節(jié)，也不是一篇文章能說得清道得明的，我這里只是我在這個項目當(dāng)中的一經(jīng)驗和技巧，老板或行業(yè)專家所提出的需求只是意識形態(tài)上的一些東西，而他們很難會想到這些東西在你的整合會變成什么樣子，可能在你弄完這份需求后腦子里面已經(jīng)有了所有界面的全部原型和功能原型。