敏捷需求軟件項目中的應(yīng)用分析.pdf

1、縱觀整個軟件行業(yè)的發(fā)展，可以發(fā)現(xiàn)軟件項目的成功率非常低，軟件危機的陰影籠罩著軟件行業(yè)。導(dǎo)致軟件項目失敗的原因有很多，其中和軟件需求相關(guān)的因素占了很大的比例。
　　 在軟件項目管理中，需求管理的作用至關(guān)重要，因需求管理不當而失敗的項目非常多。如果不能有效管理需求，即使項目最終能夠勉強完成，也會面臨著項目效率低下、成本增加等方面的問題。如何有效地管理軟件需求，從而減少軟件失敗的風(fēng)險、減少軟件管理不當帶來的風(fēng)險，已經(jīng)成為軟件項目管理中

2、的一個重要研究課題。
　　 為了解決軟件危機帶來的問題，部分軟件專家和一些組織提出了多種軟件工程方法或行業(yè)標準，其中包括著名的RUP、CMM等。對于軟件項目中的需求管理方面，這些軟件工程方法也提出了各自的解決方法。
　　 傳統(tǒng)的RUP軟件項目管理方法中，軟件需求的產(chǎn)生經(jīng)過了嚴格并且標準化的程序。從最初客戶的業(yè)務(wù)要求，經(jīng)過業(yè)務(wù)分析員(Business Analysis，BA)轉(zhuǎn)化為業(yè)務(wù)模型，接著系統(tǒng)分析員(System A

3、nalysis，SA)根據(jù)業(yè)務(wù)模型建立系統(tǒng)模型，然后開發(fā)人員根據(jù)系統(tǒng)模型進行編碼實現(xiàn)軟件功能，接下來測試人員根據(jù)業(yè)務(wù)模型編寫測試用例(Test Case)，最后由最終用戶進行用戶驗收測試(UAT)。這樣做的好處是在軟件項目中，需求的管理非常規(guī)范化。但是RUP中的需求管理也存在很多問題。在上述流程中，每個步驟都生成了大量的文檔，給軟件需求的維護造成一定的困難。并且，由于整個項目進行過程中嚴格按照上述流程，導(dǎo)致用戶的業(yè)務(wù)需求到最終開發(fā)人員手

4、中時，經(jīng)過了4個溝通層級。這樣既增加了溝通的困難，也容易導(dǎo)致用戶的真正需求在各個層級出現(xiàn)偏差或誤解。
　　 而CMM作為一個行業(yè)標準，也在一定程度上解決了部分軟件項目的問題。但是CMM也有其適用范圍，CMM對于軟件項目的需求管理只提出了指導(dǎo)性的框架，而沒有給出具體的實施方法。同時CMM實施過程費用昂貴，不適用于中小型軟件項目。
　　 針對上面提出的問題，本文試圖通過探討通過敏捷需求管理的方式，提出解決方法。敏捷方法是近年

5、來逐漸被接受的一種軟件項目管理方法，目前已經(jīng)有許多成功的案例。它強調(diào)人在軟件項目中的作用，指出人的因素及其溝通比軟件所使用過程和工具更重要，隨時應(yīng)對變化重于循規(guī)蹈矩，客戶協(xié)作重于合同談判。對于軟件需求來說，敏捷方法強調(diào)可以工作的軟件重于求全責(zé)備的文檔。相對應(yīng)的，在RUP管理模型中，非常強調(diào)過程以及文檔的作用，因此要求軟件項目過程中的文檔需要隨著需求的穩(wěn)定而固定下來，如果客戶認為需求文檔或者系統(tǒng)對需求的實現(xiàn)不符合真正的業(yè)務(wù)，RUP方法要求

6、按照需求變更的程序，而需求變更程序繁瑣而且涉及到項目干系人以及項目文檔很多，降低了整個項目的效率。而敏捷方法指出，變化是不可避免的，在項目進行的過程中，項目成員要根據(jù)實際項目的需要靈活采用輕量級的軟件工程方法。所以敏捷方法提出了“擁抱變化”的口號。對于軟件需求，敏捷方法也建議不以固定不變的文檔作為真實的需求，而是強調(diào)在整個項目工程中客戶的積極參與，以及持續(xù)不斷的修正實現(xiàn)需求的過程中可能出現(xiàn)的偏差。
　　 本文對軟件需求的基礎(chǔ)理論

7、進行了研究，并分析了RUP、CMM等軟件工程方法中的需求管理，指出這些方法在一定程度上解決了一部分問題，但是不能從根本上解決需求變化頻繁帶來的問題。接著本文從敏捷方法的起源入手，論述敏捷方法提倡“擁抱變化”，可以使軟件項目很好地適應(yīng)需求的變化。敏捷需求管理符合敏捷方法的價值觀和核心原則，強調(diào)用戶參與、及時響應(yīng)。敏捷需求管理和極限編程等方法結(jié)合，可以提高軟件需求的容變能力。除此之外，軟件項目的質(zhì)量管理、進度管理、風(fēng)險管理等方面也可以從敏捷