9) 問(wèn)題處理與設(shè)計(jì)文檔改進(jìn)

問(wèn)題處理是軟件開(kāi)發(fā)組交付測(cè)試后的重要任務(wù)之一，及時(shí)解決軟件測(cè)試過(guò)程中發(fā)現(xiàn)的問(wèn)題，以便進(jìn)行下一輪測(cè)試。
軟件開(kāi)發(fā)人員在交付測(cè)試后的另一重要任務(wù)是將編碼過(guò)程中對(duì)設(shè)計(jì)的修改及時(shí)反映到總體設(shè)計(jì)文檔和詳細(xì)設(shè)計(jì)文檔中去，確保定版的軟件與其設(shè)計(jì)文檔的一致性。

10) IRL內(nèi)部定版

測(cè)試合格的軟件在軟件開(kāi)發(fā)部?jī)?nèi)部定版，進(jìn)入產(chǎn)品的組裝或β測(cè)試，及產(chǎn)品銷售。對(duì)項(xiàng)目型軟件開(kāi)發(fā)，則進(jìn)入系統(tǒng)的實(shí)施級(jí)段。

5 過(guò)程管理與質(zhì)量控制標(biāo)準(zhǔn)化

5.1 軟件開(kāi)發(fā)過(guò)程管理

傳統(tǒng)的軟件開(kāi)發(fā)一般遵循的是瀑布過(guò)程模型，一個(gè)階段的結(jié)束是下一個(gè)階段的開(kāi)始。這種模型不適合基于對(duì)象、分布式的企業(yè)應(yīng)用開(kāi)發(fā)。部件的開(kāi)發(fā)具有并行性，而非順序性。另外，瀑布進(jìn)程模型缺乏靈活性，不適應(yīng)快速原型開(kāi)發(fā)工具的要求。

基于里程碑的過(guò)程模型引進(jìn)迭代過(guò)程模型，允許開(kāi)發(fā)任務(wù)的重疊和反復(fù)，可以很好適應(yīng)基于部件的軟件開(kāi)發(fā)�；�于里程碑的過(guò)程模型便于團(tuán)隊(duì)模型中責(zé)權(quán)的劃分。便于風(fēng)險(xiǎn)評(píng)定，鼓勵(lì)快速交貨。

1) 里程碑過(guò)程模型的特征：
　　A. 里程碑過(guò)程：軟件開(kāi)發(fā)過(guò)程是由指導(dǎo)開(kāi)發(fā)進(jìn)程的外內(nèi)部里程碑所驅(qū)動(dòng)的。
　　B. 明確責(zé)權(quán)關(guān)系：過(guò)程模型將每個(gè)里程碑與開(kāi)發(fā)組的責(zé)任角色相關(guān)聯(lián)。
　　C. 風(fēng)險(xiǎn)驅(qū)動(dòng)的計(jì)劃安排：高風(fēng)險(xiǎn)部件應(yīng)盡早完成。
　　D. 評(píng)估說(shuō)明：評(píng)估說(shuō)明直接影響著項(xiàng)目的計(jì)劃與管理，在整個(gè)軟件開(kāi)發(fā)過(guò)程中致關(guān)重要。

2) 里程碑的制定

里程碑也可以稱作項(xiàng)目實(shí)施計(jì)劃。對(duì)于軟件開(kāi)發(fā)項(xiàng)目而言，一但項(xiàng)目立項(xiàng)確定，需要做的第一件事情是確定項(xiàng)目實(shí)施的里程碑。根據(jù)前面我們確定的軟件開(kāi)發(fā)階段劃分，在里程碑中應(yīng)清楚地定義每一個(gè)階段的開(kāi)始時(shí)間、結(jié)束時(shí)間、負(fù)責(zé)人，階段的提交成果由各階段的軟件開(kāi)發(fā)規(guī)范確定。里程碑是公司對(duì)進(jìn)行項(xiàng)目控制的主要依據(jù)。里程碑一旦確定，各相應(yīng)負(fù)責(zé)人應(yīng)確保按時(shí)交付任務(wù)。

對(duì)于各不同里程碑階段可以根據(jù)需要制定階段里程碑，階段里程碑一般由開(kāi)發(fā)組織內(nèi)部確定以便于更好管理與控制項(xiàng)目的進(jìn)程。達(dá)到某個(gè)里程碑表明對(duì)此負(fù)有主要責(zé)任的角色完策任務(wù)。便于明確各個(gè)角色責(zé)權(quán)范圍、有利于按時(shí)完成任。

軟件開(kāi)發(fā)里程碑主要包括如下階段：

3) CMO 軟件配置管理

為確保軟件及其文檔的一致性，進(jìn)行軟件配置的管理是必要的。