，及時(shí)發(fā)現(xiàn)設(shè)計(jì)中可能存在的錯(cuò)誤，降低項(xiàng)目開(kāi)發(fā)風(fēng)險(xiǎn)，同時(shí)確保設(shè)計(jì)文檔能為開(kāi)發(fā)人員、測(cè)試人員提供切實(shí)的指導(dǎo)。對(duì)于可復(fù)用的設(shè)計(jì)進(jìn)行提取作為公共庫(kù)設(shè)計(jì)和開(kāi)發(fā)，提供項(xiàng)目組或整個(gè)公司重用。最后交由配置管理員進(jìn)行設(shè)計(jì)文檔的版本控制。
c、實(shí)現(xiàn)
實(shí)現(xiàn)也就是代碼的生產(chǎn)過(guò)程。這里不僅包括代碼的產(chǎn)生，同時(shí)也包括測(cè)試用例的產(chǎn)生。針對(duì)上一階段提供詳細(xì)設(shè)計(jì)，程序員開(kāi)始編碼并且調(diào)試程序，測(cè)試人員則根據(jù)設(shè)計(jì)進(jìn)行測(cè)試用例的設(shè)計(jì)，設(shè)計(jì)出來(lái)的用例需要得到項(xiàng)目組成員認(rèn)可由項(xiàng)目經(jīng)理審核通過(guò)才能進(jìn)入配置庫(kù)。同時(shí)程序員調(diào)試完程序提交測(cè)試人員進(jìn)行程序正確性檢測(cè)。
d、文檔管理
文檔維護(hù)主要是配置管理小組的工作。文檔從用途上分主要分為內(nèi)部文檔和外部文檔。
內(nèi)部文檔包括： 項(xiàng)目開(kāi)發(fā)計(jì)劃； 需求分析； 體系結(jié)構(gòu)設(shè)計(jì)說(shuō)明； 詳細(xì)設(shè)計(jì)說(shuō)明； 構(gòu)件索引； 構(gòu)件成分說(shuō)明； 構(gòu)件接口及調(diào)用說(shuō)明；組件索引； 組件接口及調(diào)用說(shuō)明； 類索引； 類屬性及方法說(shuō)明； 測(cè)試報(bào)告； 測(cè)試統(tǒng)計(jì)報(bào)告； 質(zhì)量監(jiān)督報(bào)告； 源代碼； 文檔分類版本索引； 軟件安裝打包文件。
外部文檔主要包括： 軟件安裝手冊(cè)； 軟件操作手冊(cè)； 在線幫助； 系統(tǒng)性能指標(biāo)報(bào)告； 系統(tǒng)操作索引。
如何保證文檔的全面性，使其真正為項(xiàng)目的進(jìn)度提供保證，又不因?yàn)槲臋n的寫作而耽誤項(xiàng)目的進(jìn)度，這仍然是一個(gè)比較難解決的問(wèn)題。解決此問(wèn)題，其核心仍然是個(gè)"度"的問(wèn)題。在本項(xiàng)目的開(kāi)發(fā)中，配置管理小組的一個(gè)非常重要的任務(wù)還是書寫文檔規(guī)范和文檔模板。當(dāng)有文檔模板后需要書寫文檔的人員只剩下"填空"的工作，從某種意義上講，書寫文檔的速度會(huì)加快。如果書寫文檔的人員認(rèn)為文檔的更細(xì)致的部分可以由他人幫助完成，則該文檔即交由他人完成，但此時(shí)文檔并不算被正式提交，當(dāng)他人書寫完畢之后，必須由文檔的初寫者進(jìn)行復(fù)審，復(fù)審?fù)ㄟ^(guò)后方可以正式提交，進(jìn)入軟件配置管理可以由他人幫助完成，則該文檔即交由他人完成，但此時(shí)文檔并不算被正式提交，當(dāng)他人書寫完畢之后，必須由文檔的初寫者進(jìn)行復(fù)審，復(fù)審?fù)ㄟ^(guò)后方可以正式提交，進(jìn)入軟件配置管理的循環(huán)中。
配置管理小組真正核心的工作是對(duì)文檔的組織管理。根據(jù)文檔的不同，文檔的來(lái)源也不同，有些是通過(guò)質(zhì)量保證小組經(jīng)過(guò)復(fù)審之后轉(zhuǎn)交給配置管理小組，有些則會(huì)直接從文檔的出處到達(dá)配置管理小組。文檔的管理是一個(gè)非常煩瑣的工作，但是長(zhǎng)遠(yuǎn)來(lái)看它不僅使項(xiàng)目的開(kāi)發(fā)對(duì)單個(gè)主要人員的依賴減少，從而減少人員流動(dòng)給項(xiàng)目的帶來(lái)的風(fēng)險(xiǎn)，更重要的是在項(xiàng)目進(jìn)行到后百分之十的時(shí)候起到拉動(dòng)項(xiàng)目的作用。
從以往做大項(xiàng)目的經(jīng)驗(yàn)來(lái)看，寫作文檔在項(xiàng)目開(kāi)發(fā)的早期可能會(huì)使項(xiàng)目的進(jìn)度比起不寫文檔要稍慢，但隨著項(xiàng)目的進(jìn)展，各個(gè)部門需要配合越來(lái)越多，開(kāi)發(fā)者越來(lái)越需要知道其他人員的開(kāi)發(fā)思路和開(kāi)發(fā)過(guò)程，才能使自己的開(kāi)發(fā)向前推進(jìn)。一個(gè)明顯的例子就是系統(tǒng)整合，或者某些環(huán)節(jié)是建立在其他環(huán)節(jié)完成的基礎(chǔ)之上時(shí)，就更顯現(xiàn)出文檔交流的準(zhǔn)確性和高效性。
3、系統(tǒng)維護(hù)質(zhì)量保證
在我們公司，維護(hù)小組的任務(wù)一方面是保證對(duì)項(xiàng)目客戶的跟蹤服務(wù)，另一方面是確保該項(xiàng)目其它的開(kāi)發(fā)人員從項(xiàng)目中盡快的解脫出來(lái)以便投入到下一個(gè)項(xiàng)目的開(kāi)發(fā)中。所以通常項(xiàng)目維護(hù)小組成員主要由項(xiàng)目組的少部分開(kāi)發(fā)人員承擔(dān)完成。他們不僅了解軟件的核心內(nèi)容，而且與客戶也不陌生，以便能夠以最快的速度修正錯(cuò)誤。對(duì)于一般性的錯(cuò)誤，如操作不當(dāng)?shù)纫鸬膯?wèn)題，全部由維護(hù)小組執(zhí)行完成，但需要用戶測(cè)試確認(rèn)上線。如果較大的修改則需要走變更控制流程，用戶或者維護(hù)人員填寫變更申請(qǐng)，經(jīng)專家會(huì)議討論分析可行方案在由維護(hù)小組實(shí)施，通過(guò)測(cè)試后方可提交用戶。
維護(hù)小組的人員基本上是按項(xiàng)目跟進(jìn)的。當(dāng)一個(gè)項(xiàng)目剛剛交付用戶時(shí)，在維護(hù)小組有較多的人員進(jìn)行跟進(jìn)，隨軟件的穩(wěn)定，跟進(jìn)的人逐步減少，并轉(zhuǎn)移到其它項(xiàng)目中去。