分清有用功能、可選功能用、無用功能及不可實(shí)現(xiàn)功能
對于用戶來講他可以說出他想要的很多功能，但這些功能間的關(guān)系有時是清晰的，但對于很多用戶來講想通過計(jì)算機(jī)或新系統(tǒng)實(shí)現(xiàn)他以前沒有的功能，在這時他所提出的新需求的可行性和與其它模塊之間的關(guān)系就已經(jīng)不清，所以對于分析員來講，要從用戶的需求中分清有用功能和無用功能和可選功能，進(jìn)行分別區(qū)分處理，比如不可實(shí)現(xiàn)功能請用戶放棄。
不要忽略明顯的錯誤
用戶倒是不經(jīng)常提及他需要的東西，而這些東西對問題來說都是很基本的，要細(xì)化檢查一定有注意這個問題。
你認(rèn)為的也許不是對的
對于系統(tǒng)分析員對需求分析的自認(rèn)為的情況要加以注意，對于一個行業(yè)來說，有些規(guī)則可以不是最合理，但它就是那樣存在和使用，所以對于每一個非明確確定的需求，要由專業(yè)人員來審定。除非你就是專家。
3.3. 改進(jìn)
最初的第一次需求在分析，細(xì)化一定有不明及不確定之處，那么就把整理出一份問題細(xì)化問詢表，對發(fā)現(xiàn)的問題進(jìn)行整理，列出不明之處，可根椐以下格式
問詢?nèi)耍?BR>問題：
業(yè)務(wù)不清問題列表（業(yè)務(wù)描述不清）：
1 ….是什么含義？
2 …..與XX是什么關(guān)系？
多種選擇可以列表（請用戶進(jìn)行選擇）：
1 ……有多個可能，那么現(xiàn)在我們使用
A …… B……. C…….. D ……
把問詢表提交用戶，根據(jù)反饋對需求再分析，這個步驟可重復(fù)多次，最終了解需求，確定需求說明書
3.4. 審核需求
自我審枋
把自己從用戶的角度來考慮
是否合理，是否可以提高效率，是否可以達(dá)到目的，是否有完整
由用戶來評價
由最終用戶來評價你所列的需求是否達(dá)到了用戶要求（用戶人數(shù)1-3人，再多也沒有什么益處）。
重復(fù)過程，最終通過審核完成需求說明書
參考資料
標(biāo)準(zhǔn)版API 規(guī)范，JAVA 2 核心技術(shù)和其他方面的信息。
關(guān)于作者
王輝，具有八年的編程及系統(tǒng)管理經(jīng)驗(yàn)，所使用的語言為C和Java 編程語言。目前在深圳一家公司做程序員，使用C和JAVA為DB2數(shù)據(jù)庫編程.可通過 ddxxkk@21cn.com 聯(lián)系。此文章共有2頁 上一頁 1 2
文章來源：互聯(lián)網(wǎng)
 軟件開發(fā)項(xiàng)目管理培訓(xùn)課程方案
|
Leadge.com首頁 > 知識庫 