確進出的單據(jù)（數(shù)據(jù)項）就可以。當(dāng)然編寫需求說明書具體的細節(jié)可以參見其他的眾多的書籍及文件模版了。

需求不完全明確情況

　　如果用戶對于自己的需求在調(diào)研開始并沒有完全明確，需要進行引導(dǎo)及細化，那么這個過程就比較麻煩了。

　　對于用戶本身需求不明情況下，對于業(yè)務(wù)要先從基本業(yè)務(wù)進行細化，對于不明業(yè)務(wù)或不確定業(yè)務(wù)在后面進行。對于進出的單據(jù)一般在這種情況下用戶當(dāng)沒有現(xiàn)在的文檔，這個過程只需明確單據(jù)的進出的必須數(shù)據(jù)源就可以，如果做到細節(jié)，由用戶在需求調(diào)研期確定單證，是不太可能的----只是設(shè)計單據(jù)的樣式、風(fēng)格就不是短時間可以完成的。對于報表也只能明確基本報表要求及數(shù)據(jù)項。一般這種情況使用原型法進行，先做一個簡單的，在簡單的上面再進行完善。

　　對于用戶本身需求不明情況下的調(diào)研要做每日（或2到3天,最多3天為間隔）的工作（分析進展）記錄，由雙方簽字，因為調(diào)研過程會出現(xiàn)為用戶要求添加一支新業(yè)務(wù)，對新業(yè)務(wù)進行分析后，因某些原因發(fā)現(xiàn)不能添加。這個過程的結(jié)果是一個0，但為證明是0這結(jié)果可能花了很長的時間。要記錄這個過程，說明調(diào)研過程中做了什么事情，有時有些人可能會說為什么這么長時間才出這點點東西，到時以便說明原因。

關(guān)于選取開發(fā)模型

　　有時開發(fā)模型的選取不是很容易判斷的，這里面有時不單是需求及開發(fā)的問題，對于開發(fā)商有開發(fā)周期、開發(fā)費用的問題，對于用戶同樣有內(nèi)部計劃、公司發(fā)展計劃等因素進行影響。

　　一般來說對于應(yīng)用開發(fā)―――為客戶開發(fā)軟件，客戶在開發(fā)及測試完畢軟件后就要實際開始使用，那么就使用瀑布模型。

　　當(dāng)然在需求明確的情況下自然也要使用瀑布模型

　　對于自主開發(fā)及客戶需求不明并有較長的設(shè)計時間―――可以用演化模型。

　　而螺旋模型適于適合于大型軟件開發(fā)，吸收了"演化"概念，不過有時也用于用戶需求不明的情況下。

　　當(dāng)然還有其他開發(fā)模型，沒有在本文討論。

名詞定義

　　瀑布模型：規(guī)定了各項軟件工程活動。包括：制定開發(fā)計劃、進行需求分析和說明、軟件設(shè)計、程序編碼、測試及維護。

　　特點：自上而下，相互銜接的固定次序，如瀑布流水、逐級下落。

　　演化模型：第一次只是試驗開發(fā)，其目標(biāo)只在于探索可行性，弄清軟件需求;第二次則在此基礎(chǔ)上獲得較為滿意的軟件產(chǎn)品，通常把一次得到的試驗性產(chǎn)品稱"原型"。

　　特點：減少由于軟件需求不明確而給開發(fā)帶來的風(fēng)險。

　　螺旋模型：將瀑布模型及演化螺旋模型結(jié)合起來，并且加入被兩種模型都忽略了的風(fēng)險分析，彌補了兩者的不足。

完成需求確認

　　對于需求最終的確認需求先由系統(tǒng)開發(fā)人員對編寫的文檔進行內(nèi)部審核及修訂，特別是文字問題。系統(tǒng)分析人員（在中國這些人員一般是物科專業(yè)人員）編寫的文檔文字語法上一般有一定問題。

　　內(nèi)部審核后交由用戶業(yè)務(wù)人員進行確認，明確系統(tǒng)開發(fā)人員已經(jīng)了解業(yè)務(wù)需求，并進行簽字確認。

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html