軟件工程重視的是過程能力,如果不能嚴格的確保過程的每一個環節都被不擇不扣的執行,軟件過程就會不成功,我們都學過法律常識,都知道有法可依還不夠,還必須有法必依,執法必嚴。遺憾的是,中國的軟件組織對過程的嚴格執行并不是特別重視,上面的例子在各團體中都是很普遍的,這可能和中國人的思維方式有些關系,關于這一點,魯迅先生在很早的時候已經討論過了,我們就不用在此羅嗦了。
需求鏈的概念指的是需求能夠上傳下達,從客戶傳達到需求過程,并從需求過程傳達到需求過程的下游開發鏈。而這個傳達是可以逆向的。
需求跟蹤提供了一個表明與合同或說明一致的方法。更進一步,需求跟蹤可以改善產品質量,降低維護成本,而且很容易實現重用( Ramesh 1998)。
在CMM三級中要求軟件團體必須具備需求跟蹤的能力:“在軟件工作產品之間,維護一致性。工作產品包括軟件計劃,過程描述,分配需求,軟件需求,軟件設計,代碼,測試計劃,以及測試過程!
實際上,創建需求跟蹤能力是困難的,尤其是在短期之內會造成開發成本的上升,雖然從長遠來看可以減少軟件生存期的費用,軟件團體在實施這項能力的時候應循序漸進,逐步實施。
需求跟蹤的一種通用的方法是采用需求能力跟蹤矩陣。它的前提條件是將在需求鏈中各個過程的元素加以編號,例如:需求的實例號,設計的實例號,編碼的實例號,測試的實例號。他們的關系都是一對一和一對多的關系。通過編號,你可以使用數據庫進行管理,需求的變化能夠立刻體現在整條需求鏈的變化上。
需求跟蹤矩陣并沒有規定的實現辦法,每個團體注重的方面不同,所創建的需求跟蹤矩陣也不同,只要能夠保證需求鏈的一致性和狀態的跟蹤就達到目的了。
文章來源于領測軟件測試網 http://www.kjueaiud.com/