普通軟件項目開發(fā)過程規(guī)范(四)—— 控制和結(jié)束階段
當(dāng)前位置:點晴教程→知識管理交流
→『 技術(shù)文檔交流 』
控制階段 圖 6-1 控制階段的任務(wù)和工件
開發(fā)期間要對風(fēng)險進行監(jiān)控,定期檢查、更新和發(fā)布《風(fēng)險列表》。
1) 評審 評審是質(zhì)量保證的重要環(huán)節(jié),原則上每個重要的工作任務(wù)或階段結(jié)束前都必須經(jīng)過評審,如:方案評審、計劃評審、需求評審、設(shè)計評審和代碼評審等,工作是否被通過、是否需要修改或重做均由評審結(jié)果決定,評審結(jié)果以《評審報告》的形式發(fā)布。 《評審報告》的內(nèi)容包括:
表 7-1 評審報告
2) 測試 測試是對被構(gòu)建產(chǎn)品最直接有效的質(zhì)量保證措施,測試結(jié)束后需要提交《測試報告》。
開發(fā)過程中經(jīng)常會出現(xiàn)多種變更,如:需求變更、設(shè)計變更或人員變更等。這些變更通常會對開發(fā)進度造成影響,因此要對變更及其處理過程進行跟蹤,最后報告變更的處理結(jié)果。 《變更處理報告》的內(nèi)容包括:
表 7-2 變更處理報告
項目進度會議是了解項目實際進度的有效措施,在會議中評審工作報告,解決遇到的問題并計劃下一步工作: 《工作報告》的內(nèi)容包括:
項目進度會議的另一個重要議題是審查進度表,了解項目實際進度與計劃進度的差異。為進度表調(diào)整和資源調(diào)配提供重要依據(jù)。
在項目開發(fā)過程中,收集一些關(guān)鍵的測量,對了解項目狀態(tài)和進行項目決策很有幫助,同時也為以后的項目提供歷史數(shù)據(jù)參考。每個測量都要生成測量報告并存檔。 《測量報告》的內(nèi)容包括:
結(jié)束階段
圖 7-1 控制階段的任務(wù)和工件
因為產(chǎn)品即將驗收和發(fā)布,所以必須對產(chǎn)品進行完整測試,產(chǎn)品測試比其他測試要求更嚴(yán)格,當(dāng)產(chǎn)品的質(zhì)量達到發(fā)布的要求后才能發(fā)布。產(chǎn)品的質(zhì)量由《測試報告》體現(xiàn)。
發(fā)布RC版本讓用戶體驗并收集反饋意見,為產(chǎn)品驗收作準(zhǔn)備。RC版本發(fā)布后,產(chǎn)品不應(yīng)該有大改動,一般只是界面的局部調(diào)整。
針對不同的使用者角色,編制相應(yīng)的用戶文檔,對管理者用戶需要提供《安裝、維護指南》,對普通用戶需要編制《產(chǎn)品使用手冊》。 《安裝、維護指南》的內(nèi)容包括:
《產(chǎn)品使用手冊》的內(nèi)容包括:
對于為特定客戶開發(fā)的軟件產(chǎn)品,在發(fā)布前需要對用戶進行產(chǎn)品的使用培訓(xùn)。培訓(xùn)前需要部署好操作環(huán)境,編寫培訓(xùn)資料,然后組織培訓(xùn)會議。
對于為特定客戶開發(fā)的軟件產(chǎn)品,通常根據(jù)簽訂的開發(fā)合同和產(chǎn)品方案等條款逐項驗收,驗收時,用戶通常會執(zhí)行驗收測試案例。
在產(chǎn)品驗收通過后,正式發(fā)布前對產(chǎn)品作最后的修訂,可能包括:
正式版的發(fā)布標(biāo)志著開發(fā)階段的結(jié)束,產(chǎn)品從此時起進入維護階段,正式發(fā)布前可能要做一些準(zhǔn)備工作,如:數(shù)據(jù)遷移和環(huán)境配置等。
項目結(jié)束后需要對整個項目開發(fā)階段的工作進行總結(jié),交流心得,吸取經(jīng)驗和教訓(xùn),并歸檔為《項目總結(jié)報告》。 《項目總結(jié)報告》的內(nèi)容包括:
該文章在 2012/4/9 10:52:28 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |