需求工程需求獲取階段
需求獲取首先需要的是技術(shù)的支持，其次，在需求獲取工作中主要涉及了 3 個(gè)至關(guān)重要的因素：應(yīng)搜集什么信息；從什么來源中搜集信息；用什么機(jī)制或技術(shù)搜集信息。再次，需求獲取的開始，代表著軟件項(xiàng)目正式開始實(shí)施，正所謂萬事開頭難。綜合上述 3 個(gè)點(diǎn)使得需求獲取成為軟件開發(fā)中最困難、最關(guān)鍵、最易出錯(cuò)也是最需要交流的方面。在工作開展中，主要是就業(yè)務(wù)流程、組織架構(gòu)、軟硬件環(huán)境和現(xiàn)有系統(tǒng)等相關(guān)內(nèi)容進(jìn)行溝通，挖掘系統(tǒng)最終用戶的真正需求，把握需求的方向。在需求獲取調(diào)研會(huì)中首先對(duì)需求獲取方法作了驗(yàn)證?，F(xiàn)行的需求獲
取方法一般有基于調(diào)查的需求獲取方法、基于用例的需求獲取方法、原型法等幾種方法。各種需求獲取方法各有利弊。
需求工程需求分析階段
需求分析與需求獲取是密切相關(guān)的，需求獲取是需求分析的基礎(chǔ)，需求分析是需求獲取的直接表現(xiàn)，兩者相互促進(jìn)，相互制約。需求分析與需求獲取的不同主要在于需求分析是在已經(jīng)了解承建方的實(shí)際的客觀的較全面的業(yè)務(wù)及相關(guān)信息的基礎(chǔ)上，結(jié)合軟、硬件實(shí)現(xiàn)方案，并做出初步的系統(tǒng)原型給承建方做演示。承建方則通過原型演示來體驗(yàn)業(yè)務(wù)流程的合理化、準(zhǔn)確性、易用性。同時(shí)，用戶還要通過原型演示及時(shí)地發(fā)現(xiàn)并提出其中存在的問題和改進(jìn)意見和方法。
需求工程文檔編寫階段
需求開發(fā)的最終成果是，在對(duì)所要開發(fā)的產(chǎn)品達(dá)成共識(shí)后，所編寫的具體的文檔。需求文檔是在需求獲取和需求分析兩個(gè)階段任務(wù)結(jié)束時(shí)生成的，所以文檔要包含所有需求。在此階段先要從軟件工程和文檔管理的角度出發(fā)依據(jù)相關(guān)的標(biāo)準(zhǔn)審核需求文檔內(nèi)容，確定需求文檔內(nèi)容是否完整。對(duì)需求文檔中存留問題進(jìn)行修改的工作。
需求工程需求確認(rèn)階段
需求確認(rèn)主要是針對(duì)《需求規(guī)格說明書》的評(píng)審，保證需求符合優(yōu)秀需求成熟的特征，并且符合好的需求規(guī)格說明的特征。在需求確認(rèn)階段需要保證以下幾點(diǎn)：
（1）軟件需求規(guī)格說明正確描述了預(yù)期的滿足各方涉眾需求的系統(tǒng)能力和特征。
（2）從系統(tǒng)需求、業(yè)務(wù)規(guī)則或其他來源中正確的推導(dǎo)出軟件需求。
（3）需求是完整的、高質(zhì)量的。
（4）需求的表示在所有地方都是一致的。
（5）需求為繼續(xù)進(jìn)行產(chǎn)品設(shè)計(jì)和構(gòu)造提供充分的基礎(chǔ)。
需求工程需求跟蹤階段
需求跟蹤是指通過比較需求文檔與后續(xù)工作成果之間的對(duì)應(yīng)關(guān)系，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開發(fā)，建立與維護(hù)“需求——設(shè)計(jì)——編程——測試”之間的一致性，確保所有工作成果符合用戶需求。需求跟蹤是一項(xiàng)需要進(jìn)行大量手工勞動(dòng)的任務(wù)，在系統(tǒng)開發(fā)和維護(hù)的過程中一定要隨時(shí)對(duì)跟蹤聯(lián)系鏈信息進(jìn)行更新。需求跟蹤能力的好壞會(huì)直接影響產(chǎn)品質(zhì)量，降低維護(hù)成本，容易實(shí)現(xiàn)復(fù)用，同時(shí)，需求跟蹤還需要建設(shè)方的大力支持。
需求工程需求復(fù)用階段
在軟件項(xiàng)目實(shí)施過程中，許多不同項(xiàng)目間存在著許多相似的需求，尤其是類型相同的項(xiàng)目在不同的用戶群眾的實(shí)施中，需求的相似性就更加明顯、更加普遍了。有了需求復(fù)用，建設(shè)方就能快速的形成一個(gè)需求的原型，這樣，后期的需求工作只需要在此原型的基礎(chǔ)上進(jìn)行修改、擴(kuò)充和完善即可，大大提高了需求分析的工作進(jìn)度。所以，對(duì)于需求的復(fù)用就需要加以重視。對(duì)于需求復(fù)用，首要責(zé)任就是要提取可復(fù)用的需求，對(duì)需求復(fù)用的理解和擴(kuò)充。其次就是要保證需求復(fù)用不存在沖突。
需求工程變更控制階段
需求變更在軟件項(xiàng)目開發(fā)中是不可避免的。無休止的需求變更只會(huì)造成各種資源無休止的浪費(fèi)，但是其中也不乏有許多是必要的、合理的需求變更。對(duì)于需求變更，首先是要盡量及早的發(fā)現(xiàn)，以避免更大的損失。其次，是要采取相應(yīng)的、合理的變更管理制度和流程，這樣同樣可以降低需求變更帶來的風(fēng)險(xiǎn)。
需求工程版本控制階段
版本控制是管理需求規(guī)格說明和其他項(xiàng)目文檔必不可少的一個(gè)方面，也是需求變更文檔化管理的最有效辦法?？梢栽敿?xì)記錄發(fā)生需求變更的需求文檔版本的版本，發(fā)生變更的原因，變更發(fā)生的控制記錄，并對(duì)變更后的需求文檔進(jìn)行唯一版本號(hào)的標(biāo)識(shí)。使得每個(gè)成員都能及時(shí)訪問最新版本的需求文檔。
實(shí)施版本控制的基礎(chǔ)是需求基線，所謂需求基線就是項(xiàng)目組成員一經(jīng)承諾將在某一特定產(chǎn)品版本中實(shí)現(xiàn)的功能性和非功能性需求的集合。需求基線的確定可以保證項(xiàng)目的涉眾各方可以對(duì)發(fā)布的產(chǎn)品中希望具有的功能和屬性有一個(gè)一致的理解。