ywjr

第1章前言

目的

需求調(diào)研是為需要說(shuō)明書(shū)做前期工作，可以說(shuō)需要說(shuō)明書(shū)說(shuō)是從需求調(diào)研表中得到或抽取而出。

需求調(diào)研是要了解現(xiàn)實(shí)世界中做實(shí)際工作的人們真正需要什么樣的程序的過(guò)程，再把這些需求開(kāi)進(jìn)細(xì)節(jié)整理由設(shè)計(jì)部開(kāi)發(fā)，再由銷售部銷售給用戶。

用戶：系統(tǒng)分析人員

回頁(yè)首

第2章前期準(zhǔn)備

2.1. 確定工具

• 沒(méi)有什么工具是好還是壞的問(wèn)題，問(wèn)題是關(guān)鍵是如何使用它們，無(wú)論是什么工具也只是一個(gè)輔助工具，也不是生成工具。
• 工具的選取要求是自己（本組）熟悉的工具，不能是一件最新時(shí)髦工具而自己對(duì)它了解很少，結(jié)果大部分時(shí)間化在學(xué)習(xí)工具上，而不是使用它為你工作。
• 工具最好也是要求是普通流行的，因?yàn)橐紤]交流的問(wèn)題。

2.2. 要做什么就要先了解什么

• 如果做的項(xiàng)目是你所不了解的一個(gè)行業(yè)（專業(yè)）同組有要最好有要專家----最終用戶做為這個(gè)專家是最好的，最少你有了解這個(gè)專業(yè)，不是要你成為專家，但最少要了解一定的專業(yè)知識(shí)（最少專來(lái)詞匯你要知道），不然您甚至不知道去問(wèn)什么問(wèn)題或者如何去問(wèn)他們，甚至于人家在說(shuō)什么你也不知道。
• 相應(yīng)的專業(yè)資料是必須的，最少要有專業(yè)入門(mén)書(shū)籍和對(duì)應(yīng)的資料，也需要求更深入的一些資料。當(dāng)然有專家的參入就另當(dāng)別論。
• 如果行業(yè)的難度不是很大，可以通入分析人員的自我學(xué)習(xí)在短時(shí)間內(nèi)了解行業(yè)，也許可以不用專家，否則專家是必須的。

2.3. 建立設(shè)計(jì)環(huán)境

一定建立一個(gè)專門(mén)的設(shè)計(jì)環(huán)境來(lái)為本項(xiàng)目服務(wù)，進(jìn)行一定的資源分配，進(jìn)行必要的文件管理。

2.4. 真正了解自己和用戶

• 那些是用戶可能明確要達(dá)到的目地
• 要知道那些是自己能做到的，那些是自己不能做的。
• 對(duì)于不能做的處理方法，如拒絕，轉(zhuǎn)包等
• 那些是用戶想要做到的

2.5. 列出人員分配表和所有工具列表

• 明確項(xiàng)目人員分工
• 統(tǒng)一項(xiàng)目所用的工具
• 統(tǒng)一項(xiàng)目文件模版
• 其它資源列表（資料，相關(guān)網(wǎng)站，資詢電話。。。）

回頁(yè)首

第3章調(diào)研過(guò)程

3.1. 搜集需求得到需求說(shuō)明書(shū)

注意：

1. 雖然最終必須要編成基于計(jì)算機(jī)解決方案的描述，但到目前為止，我們關(guān)注的焦點(diǎn)的文檔在相應(yīng)領(lǐng)域方面的部分。
2. 記住這里沒(méi)有計(jì)算機(jī)方面的行話，如果是編寫(xiě)一個(gè)會(huì)計(jì)軟件，那么一位會(huì)計(jì)師都應(yīng)該清楚地理解程序員寫(xiě)的會(huì)計(jì)方面的問(wèn)題說(shuō)明書(shū)
3. 需求說(shuō)明書(shū)問(wèn)題中，不要太正式。只要描述能表達(dá)您想要做的事情就行了，就和另外一個(gè)人在說(shuō)話一樣就可以。
4. 對(duì)于客戶或相應(yīng)人員了解問(wèn)題時(shí)，一定要有記筆記的習(xí)慣，談上幾個(gè)小時(shí)，很多細(xì)節(jié)是記不住的。

3.2. 整理，檢查和細(xì)化需求說(shuō)明書(shū)

1. 對(duì)于客戶的需要進(jìn)行必要的整理和分類有進(jìn)從用戶那里會(huì)得到很多信息，不行進(jìn)必要的整理就不能從中進(jìn)行合理的分析
2. 分清有用功能、可選功能用、無(wú)用功能及不可實(shí)現(xiàn)功能對(duì)于用戶來(lái)講他可以說(shuō)出他想要的很多功能，但這些功能間的關(guān)系有時(shí)是清晰的，但對(duì)于很多用戶來(lái)講想通過(guò)計(jì)算機(jī)或新系統(tǒng)實(shí)現(xiàn)他以前沒(méi)有的功能，在這時(shí)他所提出的新需求的可行性和與其它模塊之間的關(guān)系就已經(jīng)不清，所以對(duì)于分析員來(lái)講，要從用戶的需求中分清有用功能和無(wú)用功能和可選功能，進(jìn)行分別區(qū)分處理，比如不可實(shí)現(xiàn)功能請(qǐng)用戶放棄。
3. 不要忽略明顯的錯(cuò)誤用戶倒是不經(jīng)常提及他需要的東西，而這些東西對(duì)問(wèn)題來(lái)說(shuō)都是很基本的，要細(xì)化檢查一定有注意這個(gè)問(wèn)題。
4. 你認(rèn)為的也許不是對(duì)的對(duì)于系統(tǒng)分析員對(duì)需求分析的自認(rèn)為的情況要加以注意，對(duì)于一個(gè)行業(yè)來(lái)說(shuō)，有些規(guī)則可以不是最合理，但它就是那樣存在和使用，所以對(duì)于每一個(gè)非明確確定的需求，要由專業(yè)人員來(lái)審定。除非你就是專家。

3.3. 改進(jìn)

最初的第一次需求在分析，細(xì)化一定有不明及不確定之處，那么就把整理出一份問(wèn)題細(xì)化問(wèn)詢表，對(duì)發(fā)現(xiàn)的問(wèn)題進(jìn)行整理，列出不明之處，可根椐以下格式

問(wèn)詢?nèi)耍?
            問(wèn)題：
            業(yè)務(wù)不清問(wèn)題列表（業(yè)務(wù)描述不清）：
            1 ….是什么含義？
            2 …..與XX是什么關(guān)系？
            多種選擇可以列表（請(qǐng)用戶進(jìn)行選擇）：
            1 ……有多個(gè)可能，那么現(xiàn)在我們使用
            A ……   B…….   C……..  D ……

3.4. 審核需求

1. 自我審枋
   把自己從用戶的角度來(lái)考慮
   是否合理，是否可以提高效率，是否可以達(dá)到目的，是否有完整
2. 由用戶來(lái)評(píng)價(jià)
   由最終用戶來(lái)評(píng)價(jià)你所列的需求是否達(dá)到了用戶要求（用戶人數(shù)1-3人，再多也沒(méi)有什么益處）。
3. 重復(fù)過(guò)程，最終通過(guò)審核完成需求說(shuō)明書(shū)

參考資料

• 標(biāo)準(zhǔn)版API 規(guī)范，JAVA 2 核心技術(shù)和其他方面的信息。