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

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

2、的一個(gè)重要研究課題。
　　 為了解決軟件危機(jī)帶來(lái)的問(wèn)題，部分軟件專家和一些組織提出了多種軟件工程方法或行業(yè)標(biāo)準(zhǔn)，其中包括著名的RUP、CMM等。對(duì)于軟件項(xiàng)目中的需求管理方面，這些軟件工程方法也提出了各自的解決方法。
　　 傳統(tǒng)的RUP軟件項(xiàng)目管理方法中，軟件需求的產(chǎn)生經(jīng)過(guò)了嚴(yán)格并且標(biāo)準(zhǔn)化的程序。從最初客戶的業(yè)務(wù)要求，經(jīng)過(guò)業(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)模型進(jìn)行編碼實(shí)現(xiàn)軟件功能，接下來(lái)測(cè)試人員根據(jù)業(yè)務(wù)模型編寫測(cè)試用例(Test Case)，最后由最終用戶進(jìn)行用戶驗(yàn)收測(cè)試(UAT)。這樣做的好處是在軟件項(xiàng)目中，需求的管理非常規(guī)范化。但是RUP中的需求管理也存在很多問(wèn)題。在上述流程中，每個(gè)步驟都生成了大量的文檔，給軟件需求的維護(hù)造成一定的困難。并且，由于整個(gè)項(xiàng)目進(jìn)行過(guò)程中嚴(yán)格按照上述流程，導(dǎo)致用戶的業(yè)務(wù)需求到最終開發(fā)人員手

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

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

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

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