6）衡量需求穩定性�？梢远ㄆ诎研枨髷盗亢托枨笞兏ㄌ砑�、修改、刪除）數量進行比較。過多的需求變更"是一個報警信號"，意味著問題并未真正弄清楚。
4 需求分析評價 標準
如何判斷需求規格說明的好壞，不同的 軟件工程規范都有自己的一套標準，這里向大家介紹一個比較常見的NASA SEL推薦方法，它是由美國國家航空和航天局軟件工程實驗室開發的五大常用國際軟件工程規范之一，它對軟件需求過程的評價標準是：清晰、完整、一致、可測試。
1）清晰：目前大多數的需求分析采用的仍然是自然語言，自然語言對需求分析最大的弊病就是它的二義性，所以開發人員需要對需求分析中采用的語言做某些限制。例如盡量采用主語＋動作的簡單表達方式。需求分析中的描述一定要簡單，千萬不要采用疑問句、修飾這些復雜的表達方式。 除了語言的二義性之外，注意不要使用行話，就是計算機術語。需求分析最重要的是和用戶 溝通，可是用戶多半不是計算機的專業人士，如果在需求分析中使用了行話，就會造成用戶理解上的困難。
2）完整：需求的完整性是非常重要的，如果有遺漏需求，則不得不返工，在軟件開發過程中，最糟糕的事情莫過于在軟件開發接近完成時發現遺漏了一項需求。但實際情況是，需求的遺漏是常發生的事情，這不僅僅是開發人員的問題，更多發生在用戶那里。要做到需求的完整性是很艱難的一件事情，它涉及到需求分析過程的各個方面，貫穿整個過程，從最初的需求計劃制定到最后的需求評審。
3）一致：一致性是指用戶需求必須和業務需求一致，功能需求必須和用戶需求一致。在需求過程中，開發人員需要把一致性關系進行細化，比如用戶需求不能超出預前指定的范圍。嚴格的遵守不同層次間的一致性關系，就可以保證最后開發出來的軟件系統不會偏離最初的實現目標。
4）可測試：一個項目的測試從什么時候開始呢？有人說是從編碼完成后開始，有人說是編碼的時候同時進行單元測試，編碼完成后進行系統測試，這些結論都不完全正確。實際上，測試是從需求分析過程就開始了，因為需求是測試計劃的輸入和參照。這就要求需求分析是可測試的，只有系統的所有需求都是可以被測試的，才能夠保證軟件始終圍繞著用戶的需要，保證軟件系統是成功的。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
