淺論一種加強軟件項目管理的實踐模式_第1頁
淺論一種加強軟件項目管理的實踐模式_第2頁
淺論一種加強軟件項目管理的實踐模式_第3頁
免費預(yù)覽已結(jié)束,剩余1頁可下載查看

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

淺論一種加強軟件項目管理的實踐模式

3.1.2需求管理(RM)

需求分析主要包括面向用戶的用戶需求和面向開發(fā)人員的系統(tǒng)需求.是整個軟件工程的第一步.也是非常關(guān)鍵的一個環(huán)節(jié)。需求分析主要針對用戶的業(yè)務(wù)流程、系統(tǒng)功能、性能、數(shù)據(jù)分析進行嚴(yán)格的定義.是設(shè)計一個軟件應(yīng)用系統(tǒng)的起點與基本依據(jù),通過它來評判軟件產(chǎn)品是否能夠解決用戶問題,也是項目成功與否的標(biāo)準(zhǔn)。就目前國內(nèi)現(xiàn)狀來講,一般簽定軟件項目合同的用戶是主管信息技術(shù)的負(fù)責(zé)人,它所關(guān)心的可能是整個系統(tǒng)的目標(biāo)需求,用戶方中層管理人員關(guān)心的是業(yè)務(wù)流程需求.終端操作人員則注重軟件本身的易操作性和功能特性,因此.面向用戶的需求一定要和用戶多方人員多溝通、交流.最終通過雙方有關(guān)部門人員的論證以文檔資料的形式確定下來。任何一個需求分析因客觀原因可能存在著需求更改的現(xiàn)象,對于這種情況一定要注意需求更改的可控性.要建立需求的基準(zhǔn)版本和更改版本控制文檔資料.使受需求變化影響的產(chǎn)品與需求變更一致。但要注意在更改需求的同時要衡量需求的穩(wěn)定性,如果一個需求的變更比較頻繁,意味著本項目并沒有真正了解用戶想要解決的實際問題。可以說需求分析的完整性和變更可控性直接影響到軟件過程的改進,它可以降低軟件質(zhì)量、加大軟件開發(fā)的成本、甚至是導(dǎo)致項目的失敗。軟件工程組(SEG)中要明確定義一個需求管理員。

3.1.3軟件項目跟蹤和監(jiān)督(SPTO)

軟件項目的跟蹤和監(jiān)督始終貫穿于整個軟件項目的過程中,是項目得以控制的前提和條件、是軟件質(zhì)量的根本保障,其目的是增加軟件過程中進度、成本、工作量、質(zhì)量、風(fēng)險等內(nèi)容的可視性,也是實施CMM2的核心。除去市場、法律等不可控制因素外,根據(jù)項目計劃對項目進展的有關(guān)情況及影響項目實施的相關(guān)因素進行及時、客觀、準(zhǔn)確的信息采集,將采集到的需求、成本、進度、風(fēng)險等內(nèi)容形成文檔并建立一個項目跟蹤信息平臺。項目負(fù)責(zé)人定期召集軟件過程人員、開發(fā)人員、質(zhì)量保證人員、用戶方有關(guān)人員召開開放式的例會,例會的主要內(nèi)容是檢查項目進展、數(shù)據(jù)的分析、認(rèn)識的偏差、資源的搭配、相關(guān)的風(fēng)險等問題并討論確切的解決辦法,通過跟蹤和監(jiān)督使項目始終處于可視化的受控狀態(tài)。

3.1.4軟件質(zhì)量保證(SQA)

軟件質(zhì)量保證是與軟件產(chǎn)品滿足規(guī)定的和隱含的需要能力有關(guān)的特征或特性的組合。對用戶來講主要體現(xiàn)在軟件產(chǎn)品的有效性、一致性、完整性、可靠性和可操作性等方面,對于軟件產(chǎn)品本身來講體現(xiàn)在軟件產(chǎn)品的可移植性、易維護性、健壯性、可重用性等方面。具體實踐中.軟件質(zhì)量保證應(yīng)在軟件項目計劃、需求分析、跟蹤和監(jiān)督、軟件配置和軟件評審的相互配合下完成.軟件質(zhì)量保證要做到以事先預(yù)防和跟蹤為主,事后糾偏為輔。

3.1.5軟件配置(SCM)

軟件配置是針對軟件產(chǎn)品的跟蹤和控制活動.貫穿于整個軟件項目的過程中.目的是建立和維護在整個生命周期內(nèi)軟件產(chǎn)品的完整性和一致性,使整個軟件產(chǎn)品的演進過程處于可控的狀態(tài),繼而提高軟件的可靠性和質(zhì)量。在實踐應(yīng)用中主要做到五個子項的配置①配置項的標(biāo)識。標(biāo)識做到唯一性。便于跟蹤和管理。②版本管理。對整個軟件過程中的文件和目錄提供有效的跟蹤手段。③變更控制。保持并傳遞修改信息。④配置審計。確定整個項目生產(chǎn)周期中產(chǎn)品在技術(shù)和管理上的完整性。⑤系統(tǒng)整合。把系統(tǒng)的不同部分集成后完成一組特定的功能。

3.1.6同行評審(PR)

同行評審是根據(jù)預(yù)定的規(guī)范和標(biāo)準(zhǔn)對軟件產(chǎn)品進行評審。評審的結(jié)果是衡量軟件產(chǎn)品質(zhì)量的依據(jù)。在整個軟件過程中對詳細(xì)設(shè)計和軟件綜合測試作為兩個關(guān)鍵評審點來進行評審,評審的過程中注意要結(jié)合本軟件項目的具體要求和標(biāo)準(zhǔn)。

3.2組的定義

在具體的實踐應(yīng)用中設(shè)置了三個組,在降低了人員成本的同時提高了軟件過程改進能力和軟件質(zhì)量。

軟件項目過程組(SPPG)組織具體的項目實施活動,管理并協(xié)調(diào)整個軟件項目的過程,主要完成SPP和SPTO。

軟件工程組(SEG)負(fù)責(zé)軟件工程的需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、測試、維護工作。

軟件質(zhì)量保證組(SQAG)主要完成SPTO、SCM、PR、SQA等工作。

4.實踐模式效率評估

4.1開發(fā)時間

軟件開發(fā)由需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、軟件測試、項目維護和軟件集成幾部分內(nèi)容組成,在需求分析和設(shè)計階段采用CMM框架實施過程管理所花費的時間要多于沒有實施過程管理花費的時間。首先對項目做大量分析,論證項目的可行性。然后在和用戶做良好溝通、反復(fù)論證的基礎(chǔ)上做需求分析,形成文檔資料。這種模式下花費在需求分析和設(shè)計上的時間大約占項目總開發(fā)時間的40%,但這兩個階段完成了數(shù)據(jù)流程、算法描述、詳細(xì)的規(guī)格說明等內(nèi)容,為代碼編寫、軟件測試、軟件維護等后續(xù)內(nèi)容的工作節(jié)省了時間,軟件項目的開發(fā)周期大大縮短。經(jīng)過評估,采用該實踐模式實施軟件過程管理的軟件項目開發(fā)周期比沒有實施軟件過程管理的軟件項目開發(fā)周期縮短20%。

4.2開發(fā)質(zhì)量

采用CMM標(biāo)準(zhǔn)通過軟件過程管理加強軟件項目管理的實踐模式使軟件質(zhì)量明顯提高、需求分析周密、代碼錯誤率明顯降低、軟件產(chǎn)品完整性好、功能齊全、維護量下降,軟件項目最終得以順利實現(xiàn)。

5.結(jié)語

本文給出的通過軟件過程管理加強軟件項目管理的實踐模式優(yōu)點非常明顯.軟件過程改進目標(biāo)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論