1. 需求的調研
需求調研是為需
求說明書做前期工作，可以說需
求說明書說是從需求調研表中得到或抽取而出。需求調研是要了解客戶希望所要開發的系統能夠解決他們的問題，以及了解他們對系統的期望等等。需求調研是整個開發的基礎，經過需求調研的結果整理出需求說明書作為後續開發使用。
如果做的專案是乙個陌生的乙個行業（專業），這是往往需要專家或者顧問等角色的協助，但是作為調研人員最少要想辦法了解個專業，或許你需要成為這個行業的專家，但最少要了解一定的專業知識（最少專來詞彙你要知道）。這樣域客戶的溝通才能達到順暢，比會出現牛頭不對馬嘴的現象。
在某些難度不是很大的行業或則專案，做需求調研的時候可以通過自學的方式了解行業的特點，這些專案往往因為規模比較小，也不會有專家的影子出現。但是作為調研的時候我們最需要了解的一些問題如：
1）：客戶目前的問題與苦難
2）：客戶現在的工作模式
3）：客戶對系統的期望
（期望，是指人們對每樣東西的提前勾畫出的一種標準，達到了這個標準就是達到了期望值）
4）：客戶哪些要求是自己能做到的，
哪些是依靠系統來做
5）：還有客戶對系統開發方式以及時間的要求等等
其實做需求調研的時候最要的目的在於資料收集，或許小孩的那種打破砂鍋的方式會引起客戶的反感，但是實際專案中往往需要的就是這些比較周全的調研方式，能夠考慮到的問題點都需要和客戶確認，盡量避免想當然的做法，只是採用的方式可能需要優化以下，採用良好的方式，盡量得到客戶的最大配合。
2．需求的描述和確認
對於需求的調研內容需要進行整理和分類，分清有用功能、可選功能用、無用功能及不可實現功能。對於這些功能和客戶再次確認之後才能最終形成開發的需求文件。對於需求的描述有很多的方法和工具，但是無論採用那種方法和工具都是使用以及相對抽象的方式，如何讓客戶能夠理解需求的實際內容，需要客戶有良好的理解能力，畢竟系統還只是紙面上的內容，客戶還是很難完全了解到真實的系統。
如何對需求進行描述在專案開發中是乙個很難定奪的題目，有些公司採用demo的方式，有些採用傳統的功能樹的方式，有些採用介面的描述方式，有些採用uml的建模的方式，形勢多種多樣。各種方式都有其好壞。但是對於方式的選擇需要注意一些問題：
1）了解客戶是否能夠理解所描述的問題，
2）避免先入為主，
3）避免形式主義，
有些公司採用uml描述需求，但是客戶的能力達不到能夠理解uml所描述的問題，甚至公司內部的開發人員也無法很好的理解uml，可能
除了需求人員懂uml，這種需求結果就值得思考，客戶是否知道你
在說什麼？如果你先入為主使用這種方式來描述問題，難道也期望客戶去學習這些知識嗎？
3．需求的控制
客戶往往很難知道他們需要什麼樣的系統，有時候系統做到一半的時候客戶會提出一些新的想法，更甚至等系統上線的時候客戶才發現系統和他們腦子裡想的東西完全不是一回事。對於這些可能會說當初需求定義的時候不是簽字下來說是做成這樣這樣，怎麼不是你想要的呢？問題可能會歸根於與客戶溝通的方式和手法上，但是對於需求的控制來說，對如何避免需求的反覆，客戶腦門一熱就有新點子出來，還有許多不切實的要求等等，都在需求的控制範圍內。
有些人會說我們和客戶說好了，協議也簽訂說：除了紙上描述的東西之外，其餘的都是變更追加。但是這個觀點固然好，也是完全歸於一方有利來考慮，而且有很多時候我們簽署在合同內的需求文件也比較含糊，而且雙方在問題的理解上可能會有歧義，一旦真正要將合同拿出來對峙的時候，我想彼此都很難說服對方。就像樹上有十隻鳥一樣，沒有說好環境，狀態等等的假設，一切的結果應該說都可能是合理的。
如何控制需求，我想出了軟體工程上提出的那些理論之外，也很難有新的觀點，但是在實際的操作過程中，我們可能一方面要維護和客戶的關係，另一方面也要考慮系統的開發時間和整體工數等等，做乙個權衡。不過我個人更趨向使用問題具體化的方式來控制，盡量能夠將能夠想出的問題通通羅列出來和客戶確認，同時採用換位思考的方式，盡量能夠讓客戶理解我們所描述的系統的狀況，如果在調研和需求的確認階段能夠把工作做得很好，在後期的開發過程中變更的內容就會比較少，變更的內容也就容易控制。
和客戶進行良好的溝通，多為客戶做乙個考慮，避免將自己以乙個高調姿態介入和客戶的溝通中，說一些客戶很難懂的專業術語，將客戶噴的雲裡霧裡，自以為自己的專業領域多麼了不起，這種和客戶的共通方式最容易造成需求空洞，後期翻盤的概率很高。如果客戶不懂你口中所說的內容，可能問題出於客戶，另外更大的程度出於你，我們需要考慮採用的溝通的方式以及內容是不適通俗易懂，能將複雜的問題講的簡單就表示你不簡單。
軟體實施顧問的基本技能和需求控制
一，部門簡介 在進入公司的前乙個星期中，我被分配在公司的軟體實施部門，顧名思義，實施部門就是為軟體的客戶群進行詳細的軟體定製的部分，也就是說根據不同的客戶需求，把我們的產品使用上去，以達到客戶的特殊需要。二，面臨問題 在這個過程中，最考驗我的東西有兩點。第一點 對軟體系統的了解。第二點 怎麼進行和客...
用文字描述TCP的流量控制和擁塞控制
tcp在傳送端和接收端有兩個視窗，傳送端的是擁塞視窗而接收端的就叫做接收視窗，兩個視窗的作用不同 所謂的流量控制就是收發端的速率要匹配，決定權在接收端而不在傳送端，因為傳送的慢了可以提速，而 接收不了就意味著丟包，這就好比冷了可以穿衣而熱了只有扒皮一樣。因此對於收發端，流量控制主要由接 收端控制，因...
小企業及家庭對防毒軟體及正版系統的需求分析
以下內容純屬yy不負任何責任，本人觀點支援正版並希望所有人都使用正版！一 家庭使用者需要防毒軟體及正版系統嗎？如果使用者自己不會ghost系統，那麼我想他裝上殺軟也不會起什麼作用，這類的大多使用者不會公升級病毒庫，更不懂殺軟體彈出的各種選項，所以起的作用很少很少。還不如花上五元錢買個ghost盤，裝...