您的位置:軟件測(cè)試 > 軟件項(xiàng)目管理 > 風(fēng)險(xiǎn)管理 >
淺析軟件項(xiàng)目管理中的需求變更控制
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時(shí)間:[ 2013/8/14 15:41:32 ] 推薦標(biāo)簽:

軟件項(xiàng)目在執(zhí)行過程的變更,特別是需求的變更是難把握的,它也是影響到整個(gè)項(xiàng)目成敗的關(guān)鍵因素。

一、計(jì)算機(jī)系統(tǒng)集成軟件開發(fā)項(xiàng)目需求變更產(chǎn)生的原因

對(duì)于軟件項(xiàng)目的需求而言,產(chǎn)生變更的原因集中在下面幾個(gè)方面:

1.用戶對(duì)系統(tǒng)功能理解的分歧。在進(jìn)行用戶需求調(diào)查分析時(shí),分析人員的知識(shí)、背景、與用戶的交流情況等因素會(huì)造成系統(tǒng)分析人員和用戶在功能理解上的分歧,隨著項(xiàng)目的進(jìn)行,這種分歧肯定會(huì)帶來變更。

2.用戶業(yè)務(wù)邏輯發(fā)生了變化。用戶自身的業(yè)務(wù)邏輯不太明確,特別是處于激烈競(jìng)爭(zhēng)情況下的用戶肯定要隨著市場(chǎng)情況的變化,隨時(shí)調(diào)整自己的運(yùn)作來適應(yīng)這種變化,這肯定會(huì)對(duì)相關(guān)的軟件產(chǎn)品提出更多的變更要求。

3.用戶在試用過程中提出的變更。當(dāng)用戶拿到測(cè)試版本可以進(jìn)行實(shí)際操作時(shí),用戶一般都會(huì)對(duì)功能、性能、界面、操作方式等提出新的意見,這時(shí)變更產(chǎn)生了。

4.技術(shù)的升級(jí)。技術(shù)的升級(jí)分為兩個(gè)方面,一方面是隨著信息化技術(shù)的迅速發(fā)展,原項(xiàng)目中使用的技術(shù)可能變成過時(shí)技術(shù),需要對(duì)原技術(shù)進(jìn)行升級(jí);另一個(gè)方面是開發(fā)方自身對(duì)軟件版本升級(jí)、性能改進(jìn)、設(shè)計(jì)修正時(shí)產(chǎn)生的變更。從上面可以看出,指望軟件項(xiàng)目需求能從始至終一成不變是不可能的。

二、計(jì)算機(jī)系統(tǒng)集成軟件開發(fā)項(xiàng)目需求變更的影響及管理原則

1.設(shè)定項(xiàng)目需求基線。需求基線是需求變更的參照標(biāo)準(zhǔn),每次的變更均應(yīng)在需求基線的基礎(chǔ)上進(jìn)行。每次變更評(píng)審?fù)ㄟ^后要重新確定需求基線,使其符合需求變更后的狀況。

2.嚴(yán)格執(zhí)行需求變更流程,并記錄在變更過程中產(chǎn)生的所有文檔。

3.成立項(xiàng)目變更控制委員會(huì)(CCB),負(fù)責(zé)對(duì)項(xiàng)目變更進(jìn)行評(píng)估,裁定哪些變更需要執(zhí)行,哪些變更應(yīng)該放棄。變更控制委員會(huì)的成員應(yīng)由項(xiàng)目所涉及到的多方面人同組成,應(yīng)該包括用戶方和開發(fā)方的決策人員在內(nèi)。

4.需求變更后,受影響的相關(guān)軟件計(jì)劃、產(chǎn)品、活動(dòng)都要進(jìn)行相應(yīng)的變更,以保持和更新的需求一致。

三、計(jì)算機(jī)系統(tǒng)集成軟件開發(fā)項(xiàng)目需求變更的流程

在軟件項(xiàng)目需求變更時(shí),一般采用下面的流程進(jìn)行控制:

1.申請(qǐng)變更。當(dāng)項(xiàng)目開發(fā)組確認(rèn)將要產(chǎn)生需求變更時(shí),用標(biāo)準(zhǔn)的變更申請(qǐng)表格將用戶的每一次變更申請(qǐng)記錄存檔。

2.變更評(píng)估。項(xiàng)目開發(fā)組收到用戶提交的需求變更申請(qǐng)后,應(yīng)對(duì)該變更所帶來的影響進(jìn)行評(píng)估。它包括項(xiàng)目的人力、物力、資金、管理、時(shí)間、質(zhì)量、工作負(fù)荷等內(nèi)部因素,以及外部因素如資本、用戶要求的完工時(shí)間、項(xiàng)目負(fù)債情況等各個(gè)方面的影響。對(duì)于一個(gè)變更的申請(qǐng),可能會(huì)有以下幾個(gè)可能的評(píng)估結(jié)果:(1)在現(xiàn)有資源和時(shí)間范圍允許的情況下可以采納該變更。(2)可以采納,但要延長(zhǎng)交付時(shí)間。(3)在現(xiàn)有的可交付時(shí)間內(nèi)可以采納,但需要額外的資源支持。(4)可以采納,但需要額外的資源和延長(zhǎng)交付時(shí)間。(5)可以采納,但需要采取多次發(fā)布策略,并排定不同發(fā)布時(shí)期交付成果的優(yōu)先次序。這種情況的發(fā)生非常頻繁,項(xiàng)目經(jīng)理需要權(quán)衡將一些重要的工作提前完成,而有一些不重要的工作延遲完成。(6)不能采納。

3.變更的實(shí)施。一旦確定變更后,下一步是分析和選擇可行的實(shí)施方案。項(xiàng)目的目標(biāo)、預(yù)算、團(tuán)隊(duì)以及項(xiàng)目的進(jìn)度是決定項(xiàng)目成功實(shí)施的主要因素。在需求變更時(shí),力求在盡可能小的變動(dòng)幅度內(nèi)對(duì)這些主要的因素進(jìn)行微調(diào)。為了將項(xiàng)目變更的影響降低到小,一定要認(rèn)真執(zhí)行變更的控制流程,減小項(xiàng)目風(fēng)險(xiǎn)。

四、實(shí)際項(xiàng)目分析

以某學(xué)院的信息管理系統(tǒng)軟件開發(fā)項(xiàng)目為例。該系統(tǒng)包括了學(xué)籍管理、排課管理、學(xué)生選課、教材管理、學(xué)生考勤管理、教學(xué)質(zhì)量管理、考試管理、成績(jī)管理、宿舍管理、財(cái)務(wù)管理、證明管理、招生管理等子系統(tǒng)。在開發(fā)過程中,我們對(duì)需求變更進(jìn)行了較嚴(yán)格的管理,產(chǎn)品得以按時(shí)保質(zhì)地上線。在該管理信息系統(tǒng)的開發(fā)過程中,變更的因素有以下幾個(gè):1.由于項(xiàng)目啟動(dòng)時(shí)間距離第一個(gè)版本的上線時(shí)間很近,不可能在短時(shí)間內(nèi)將所有的需求都獲取到。2.開發(fā)人員有時(shí)會(huì)對(duì)用戶的描述理解不正確,或遺漏某些要求,所以要對(duì)已有的需求進(jìn)行修改。3.用戶在項(xiàng)目開始的時(shí)候,大都不是很了解自己到底需要什么,等他們使用一段時(shí)間管理系統(tǒng)后,會(huì)在實(shí)際使用中不斷發(fā)現(xiàn)這樣那樣的需求。4.主要的因素,是該學(xué)院成立時(shí)間不長(zhǎng),且不是采用國(guó)內(nèi)常規(guī)的管理方法,而要使這些管理方法適合國(guó)內(nèi)的高校管理體制,需要有一段磨合期,所以學(xué)院內(nèi)部的管理經(jīng)常變,導(dǎo)致系統(tǒng)的相應(yīng)需求也必須變。變更控制委員會(huì)由主管這套系統(tǒng)開發(fā)的副院長(zhǎng)、項(xiàng)目經(jīng)理以及配置管理員三個(gè)人組成。根據(jù)開發(fā)的實(shí)際情況,我們制定了一套變更管理程序,是所有變更都必須以變更申請(qǐng)書的形式提交給變更控制委員會(huì),變更控制委員會(huì)評(píng)估后,出具變更報(bào)告,然后才交給相關(guān)人員做相應(yīng)處理,之后,由測(cè)試人員對(duì)變更后的相關(guān)用例進(jìn)行測(cè)試跟蹤。一個(gè)需求變更申請(qǐng)?zhí)峤缓螅兏刂莆瘑T會(huì)對(duì)其進(jìn)行評(píng)估,如確認(rèn)進(jìn)行變更,則由我方項(xiàng)目經(jīng)理出具一份變更報(bào)告,寫明變更事由、提出方、提出時(shí)間、變更評(píng)估結(jié)果。配置管理員將這份變更報(bào)告加到配置管理庫中存檔,并分發(fā)給變更申請(qǐng)人以及相關(guān)系統(tǒng)分析員。系統(tǒng)分析員對(duì)之進(jìn)行分析,提交出一份變更列表,將該變更所影響到的文檔、程序都詳細(xì)的列出來,上交給配置管理員進(jìn)行存檔。然后,系統(tǒng)分析員對(duì)列表的中所列出來的文檔逐個(gè)進(jìn)行修改,再交由編程人員進(jìn)行相應(yīng)的代碼修改,然后提交測(cè)試員測(cè)試,出具測(cè)試報(bào)告。這些修改的文檔、代碼以及測(cè)試報(bào)告都要提交給配置管理員進(jìn)行存檔管理,配置管理員還要根據(jù)提交情況對(duì)變更列表進(jìn)行相應(yīng)維護(hù),如某項(xiàng)修改完成了,要在它后面打上完結(jié)標(biāo)記。當(dāng)該變更列表中的所有變更項(xiàng)都完結(jié)了,配置管理員在變更報(bào)告后要加上實(shí)際完成時(shí)間。這樣,變更所導(dǎo)致的文檔、程序變化可以在一個(gè)可以追溯、可以控制的狀態(tài)下進(jìn)行了。減少了遺漏的可能性,并便于變更的追蹤。由于采取了上述變更控制方法,即使該項(xiàng)目的變更比較多,但還是能保持開發(fā)工作正常有序地進(jìn)行。

五、結(jié)束語

對(duì)于軟件開發(fā)的過程中不可避免的會(huì)出現(xiàn)需求變更,并且這些變更會(huì)發(fā)生在項(xiàng)目的整個(gè)生命周期里,因此變更控制顯得尤其重要,變更控制的管理好壞對(duì)項(xiàng)目成敗有重要影響。

軟件測(cè)試工具 | 聯(lián)系我們 | 投訴建議 | 誠(chéng)聘英才 | 申請(qǐng)使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權(quán)所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd