如果將需求分析階段的工作歸結(jié)為編寫需求規(guī)格說明書,這種簡(jiǎn)化的做法往往是導(dǎo)致項(xiàng)目后期層出不窮問題的罪魁禍?zhǔn)。建議采用以下步驟形成軟件需求:獲取用戶需求→分析用戶需求→編寫需求文檔→評(píng)審需求文檔→管理需求。下面我們先來(lái)討論前兩個(gè)步驟(獲取用戶需求、分析用戶需求)的做法。
獲取用戶需求
這是該階段的一個(gè)最重要的任務(wù)。以下為獲取用戶需求需要執(zhí)行的活動(dòng)(如圖1所示)。
● 了解客戶方的所有用戶類型以及潛在的類型。然后,根據(jù)他們的要求來(lái)確定系統(tǒng)的整體目標(biāo)和系統(tǒng)的工作范圍。
● 對(duì)用戶進(jìn)行訪談和調(diào)研。交流的方式可以是會(huì)議、電話、電子郵件、小組討論、模擬演示等不同形式。需要注意的是,每一次交流一定要有記錄,對(duì)于交流的結(jié)果還可以進(jìn)行分類,便于后續(xù)的分析活動(dòng)。例如,可以將需求細(xì)分為功能需求、非功能需求(如響應(yīng)時(shí)間、平均無(wú)故障工作時(shí)間、自動(dòng)恢復(fù)時(shí)間等)、環(huán)境限制、設(shè)計(jì)約束等類型。
● 需求分析人員對(duì)收集到的用戶需求做進(jìn)一步的分析和整理。下面是幾條常見的準(zhǔn)則:
、艑(duì)于用戶提出的每個(gè)需求都要知道“為什么”,并判斷用戶提出的需求是否有充足的理由;
圖1 獲取用戶需求的活動(dòng)
、茖⒛欠N以“如何實(shí)現(xiàn)”的表述方式轉(zhuǎn)換為“實(shí)現(xiàn)什么”的方式,因?yàn)樾枨蠓治鲭A段關(guān)注的目標(biāo)是“做什么”,而不是“怎么做”;
、欠治鲇捎脩粜枨笱苌龅碾[含需求,并識(shí)別用戶沒有明確提出來(lái)的隱含需求(有可能是實(shí)現(xiàn)用戶需求的前提條件),這一點(diǎn)往往容易忽略掉,經(jīng)常因?yàn)閷?duì)隱含需求考慮得不夠充分而引起需求變更。
● 需求分析人員將調(diào)研的用戶需求以適當(dāng)?shù)姆绞匠式唤o用戶方和開發(fā)方的相關(guān)人員。大家共同確認(rèn)需求分析人員所提交的結(jié)果是否真實(shí)地反映了用戶的意圖。需求分析人員在這個(gè)任務(wù)中需要執(zhí)行下述活動(dòng):
、琶鞔_標(biāo)識(shí)出那些未確定的需求項(xiàng)(在需求分析初期往往有很多這樣的待定項(xiàng));
此文章共有3頁(yè) 1 2 3 下一頁(yè)