本文檔。確定需求基準(zhǔn)，這是項(xiàng)目各方對(duì)需求達(dá)成一致認(rèn)識(shí)時(shí)刻的一個(gè)快照，之后的需求變更遵循變更控制過程即可。每個(gè)版本的需求規(guī)格說明都必須是獨(dú)立說明，以避免將底稿和基準(zhǔn)或新舊版本相混淆。 4）維護(hù)需求變更的歷史記錄。將需求變更情況寫成文檔，記錄變更日期、原因、負(fù)責(zé)人、版本號(hào)等內(nèi)容，及時(shí)通知到項(xiàng)目開發(fā)所涉及的人員。為了盡量減少困惑、沖突、誤傳，應(yīng)指定專人來負(fù)責(zé)更新需求。 5）跟蹤每項(xiàng)需求的狀態(tài)。可以把每一項(xiàng)需求的狀態(tài)屬性（如已推薦的，已通過的，已實(shí)施的，或已驗(yàn)證的）保存在數(shù)據(jù)庫中，這樣可以在任何時(shí)候得到每個(gè)狀態(tài)類的需求數(shù)量。 6）衡量需求穩(wěn)定性。可以定期把需求數(shù)量和需求變更（添加、修改、刪除）數(shù)量進(jìn)行比較。過多的需求變更"是一個(gè)報(bào)警信號(hào)"，意味著問題并未真正弄清楚。  

4  需求分析評(píng)價(jià)標(biāo)準(zhǔn) 
 
如何判斷需求規(guī)格說明的好壞，不同的軟件工程規(guī)范都有自己的一套標(biāo)準(zhǔn)，這里向大家介紹一個(gè)比較常見的NASA SEL推薦方法，它是由美國國家航空和航天局軟件工程實(shí)驗(yàn)室開發(fā)的五大常用國際軟件工程規(guī)范之一，它對(duì)軟件需求過程的評(píng)價(jià)標(biāo)準(zhǔn)是：清晰、完整、一致、可測試。  
（1）清晰：目前大多數(shù)的需求分析采用的仍然是自然語言，自然語言對(duì)需求分析最大的弊病就是它的二義性，所以開發(fā)人員需要對(duì)需求分析中采用的語言做某些限制。例如盡量采用主語＋動(dòng)作的簡單表達(dá)方式。需求分析中的描述一定要簡單，千萬不要采用疑問句、修飾這些復(fù)雜的表達(dá)方式。 除了語言的二義性之外，注意不要使用行話，就是計(jì)算機(jī)術(shù)語。需求分析最重要的是和用戶溝通，可是用戶多半不是計(jì)算機(jī)的專業(yè)人士，如果在需求分析中使用了行話，就會(huì)造成用戶理解上的困難。  
（2）完整：需求的完整性是非常重要的，如果有遺漏需求，則不得不返工，在軟件開發(fā)過程中，最糟糕的事情莫過于在軟件開發(fā)接近完成時(shí)發(fā)現(xiàn)遺漏了一項(xiàng)需求。但實(shí)際情況是，需求的遺漏是常發(fā)生的事情，這不僅僅是開發(fā)人員的問題，更多發(fā)生在用戶那里。要做到需求的完整性是很艱難的一件事情，它涉及到需求分析過程的各個(gè)方面，貫穿整個(gè)過程，從最初的需求計(jì)劃制定到最后的需求評(píng)審。  
（3）一致：一致性是指用戶需求必須和業(yè)務(wù)需求一致，功能需求必須和用戶需求一致。在需求過程中，開發(fā)人員需要把一致性關(guān)系進(jìn)行細(xì)化，比如用戶需求不能超出預(yù)前指定的范圍。嚴(yán)格的遵守不同層次間的一致性關(guān)系，就可以保證最后開發(fā)出來的軟件系統(tǒng)不會(huì)偏離最初的實(shí)現(xiàn)目標(biāo)。 
（4）可測試：一個(gè)項(xiàng)目的測試從什么時(shí)候開始呢？有人說是從編碼完成后開始，有人說是編碼的時(shí)候同時(shí)進(jìn)行單元測試，編碼完成后進(jìn)行系統(tǒng)測試，這些結(jié)論都不完全正確。實(shí)際上，測試是從需求分析過程就開始了，因?yàn)樾枨笫菧y試計(jì)劃的輸入和參照。這就要求需求分析是可測試的，只有系統(tǒng)的所有需求都是可以被測試的，才能夠保證軟件始終圍繞著用戶的需要，保證軟件系統(tǒng)是成功的。

    項(xiàng)目經(jīng)理勝任力免費(fèi)測評(píng)PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html