到了充分的執(zhí)行。對(duì)于需求變更的管理，則主要使用需求變更流程和需求跟蹤矩陣的管理方式。需求變更流程和需求跟蹤矩陣分別如圖1和圖2所示。
圖2 需求跟蹤矩陣
常見(jiàn)問(wèn)題及建議
Q、客戶與最終用戶的區(qū)別是什么？
A、可以借助圖3來(lái)說(shuō)明它們之間的區(qū)別。
圖3 需求獲取渠道示意圖
軟件需求來(lái)自系統(tǒng)工程與客戶兩個(gè)方面，其中客戶是主要的需求提供者（系統(tǒng)工程需求也來(lái)自于客戶）?？蛻粜枰鸭渥罱K用戶的需求并考慮自身的需求，然后再提供給開(kāi)發(fā)方。假如客戶并未去認(rèn)真搜集最終用戶的需求，開(kāi)發(fā)方便需要做到這一點(diǎn)，因?yàn)橄到y(tǒng)最終要滿足最終用戶的需求。
Q、如何進(jìn)行用戶訪談？
A、首先，一定要事先確定訪談的目的和提綱。其次，因?yàn)橛脩敉⒉恢缿?yīng)該提供哪些方面的需求，所以需要開(kāi)發(fā)人員引導(dǎo)。
Q、用戶訪談內(nèi)容是什么？
A、首先，請(qǐng)用戶描述他們?nèi)绾瓮瓿勺约寒?dāng)前的工作，并與用戶一起抽象出一個(gè)工作流程或工作模型。然后，在得到用戶的認(rèn)可后，向用戶解釋自己是怎樣來(lái)實(shí)現(xiàn)這些功能的，并說(shuō)明哪些環(huán)節(jié)可以用自動(dòng)化方式實(shí)現(xiàn)等。
Q、采用哪一種方式做需求分析最好？
A、不同的需求分析有不同的特點(diǎn)。還沒(méi)有哪一種方法可以完全替代別的方法，否則，現(xiàn)在就不會(huì)存在不同的需求建模方式了。一般來(lái)說(shuō)，可以使用DFD＋ERD來(lái)描述那些功能層次比較清晰的需求；而USE CASE則適于描述功能結(jié)構(gòu)復(fù)雜的需求。做需求分析的目的是為了建立需求的模型，不同的子系統(tǒng)有可能使用不同的建模方法。
Q、怎樣做原型，原型的目的是什么？
A、通常使用原型分析方法來(lái)幫助開(kāi)發(fā)方進(jìn)一步獲取用戶需求或讓用戶確認(rèn)需求。開(kāi)發(fā)方往往先向用戶提供一個(gè)可視界面作為原型，并在界面上布置必要的元素以演示用戶所需要的功能?？梢允褂玫谒拇Z(yǔ)言（例如Visual Basic、Delphi等）來(lái)快速生成用戶界面，也可以使用FrontPage等網(wǎng)頁(yè)制作工具來(lái)生成用戶可視的頁(yè)面流。
原型的目的往往是獲取需求。但有時(shí)也使用原型的方式來(lái)驗(yàn)證關(guān)鍵技術(shù)或技術(shù)難點(diǎn)。對(duì)于技術(shù)原型，界面則往往被忽略掉。