驗收的基本原則：1、驗收測試和配置審核是驗收評審前必須完成的兩項主要檢查工作，由驗收委員會主持。2、測試組再認(rèn)真審查需求規(guī)格說明、確認(rèn)測試和系統(tǒng)測試的計劃與分析結(jié)論的基礎(chǔ)上制訂驗收測試計劃。3、配置審核組再需求規(guī)格說明、確認(rèn)測試、系統(tǒng)測試等過程中形成的產(chǎn)品的變更管理及審核工作的基礎(chǔ)上開展審計。4、原有測試和審核結(jié)果凡可用的就可用，不必重做該項測試或?qū)徍?同時可根據(jù)業(yè)主單位的要求臨時增加一些測試和審核內(nèi)容。5、測試組在完成測試驗收的同時，完成功能配置審核，即驗證軟件功能和接口與“合同”的一致性。6配置審核組完成物理配置審核，檢查程序和文檔的一致性、文檔和文檔的一致性、交付的產(chǎn)品與“合同”要求的一致性及符合有關(guān)標(biāo)準(zhǔn)的情況。
配置審核：審查(程序、腳本;主要的開發(fā)類文檔;主要的管理類文檔)審核(計劃、預(yù)審會議(可選)、準(zhǔn)備階段、審核會議、問題跟蹤)
測試條件：1、軟件開發(fā)已經(jīng)完成，并全部解決了已知的軟件缺陷。2、驗收測試計劃已經(jīng)評審并批準(zhǔn)，并且置于文檔控制之下。3、對軟件需求說明書的審查已經(jīng)完成。4、對概要設(shè)計、詳細(xì)設(shè)計的審查已經(jīng)完成。5、對所有關(guān)鍵模塊的代碼審查已經(jīng)完成。6、對單元、集成、系統(tǒng)測試計劃和報告的審查已經(jīng)完成。7、所有的測試腳本已經(jīng)完成，并至少執(zhí)行過一次，且通過評審。8、使用配置管理工具且代碼置于配置控制之下。9、軟件問題處理流程已經(jīng)就緒。10、已經(jīng)制定、評審并批準(zhǔn)驗收測試完成標(biāo)準(zhǔn)。
測試內(nèi)容：安裝(或升級)、啟動與關(guān)機、功能測試、性能測試、壓力測試、配置測試、平臺測試、安全性測試、恢復(fù)測試、可靠性測試
驗收準(zhǔn)則：1、軟件產(chǎn)品符合“合同”或“驗收標(biāo)準(zhǔn)”規(guī)定的全部功能和質(zhì)量要求。2、不同安全性關(guān)鍵等級的軟件均通過《軟件測試細(xì)則》文檔要求的各項測試。3、文檔齊全，符合“合同”或“驗收標(biāo)準(zhǔn)”要求及有關(guān)標(biāo)準(zhǔn)的規(guī)定。4、文檔和文檔一致，程序和文檔相符。5、對被驗收軟件的可執(zhí)行代碼，在驗收測試中查出的錯誤總數(shù)，依錯誤嚴(yán)重性不超過業(yè)主單位事先約定的限制值。6、配置審核時查出的交付文檔中的錯誤總數(shù)不超過業(yè)主單位事先約定的限制值。
驗收報告內(nèi)容：驗收的各項內(nèi)容、評價與驗收結(jié)論、驗收委員會全體成員簽字。驗收委員會主任意見。
驗收未通過的處理：重新驗收或合同爭議。
移交監(jiān)理實施：1、審查承建單位的項目資料清單。2、協(xié)助業(yè)主和承建單位交接項目資料。3、確保軟件文檔和軟件的一致性。4、開發(fā)軟件做好備份，保管在安全的地方，文件材料歸檔。
保障期監(jiān)理：1、督導(dǎo)承建單位按照“合同”規(guī)定及時進行系統(tǒng)保障，抽查系統(tǒng)保障的執(zhí)行情況。2、對項目業(yè)主方提出的質(zhì)量問題進行記錄。3、督促承建單位進行修復(fù)和維護。4、對承建單位進行修復(fù)的內(nèi)容進行確認(rèn)。
相關(guān)推薦：| 北京 | 天津 | 上海 | 江蘇 | 山東 |
| 安徽 | 浙江 | 江西 | 福建 | 深圳 |
| 廣東 | 河北 | 湖南 | 廣西 | 河南 |
| 海南 | 湖北 | 四川 | 重慶 | 云南 |
| 貴州 | 西藏 | 新疆 | 陜西 | 山西 |
| 寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
| 黑龍江 | 內(nèi)蒙古 |
