驗收階段的監理工作：監理重點：軟件配置審核、驗收測試。具體分為文檔審核、源代碼審核、配置腳本審核、測試程序或腳本審核和可執行程序測試。

　　驗收組織：1組織機構及人員組成（不少于5人的單數，驗收測試組和配置審核組，三方加專家）2驗收委員會的任務及權限（判定所驗收的軟件是否符合合同要求；審定驗收環境；審定驗收測試計劃；組織驗收測試和配置審核，進行驗收評審，并形成驗收報告）3驗收的地點及條件（符合合同或驗收方案規定）4驗收記錄及報告

　　驗收的基本原則：1驗收測試和配置審核是驗收評審前必須完成的兩項主要檢查工作，由驗收委員會主持。2測試組再認真審查需求規格說明、確認測試和系統測試的計劃與分析結論的基礎上制訂驗收測試計劃。3配置審核組再需求規格說明、確認測試、系統測試等過程中形成的產品的變更管理及審核工作的基礎上開展審計。4原有測試和審核結果凡可用的就可用，不必重做該項測試或審核；同時可根據業主單位的要求臨時增加一些測試和審核內容。5測試組在完成測試驗收的同時，完成功能配置審核，即驗證軟件功能和接口與“合同”的一致性。6配置審核組完成物理配置審核，檢查程序和文檔的一致性、文檔和文檔的一致性、交付的產品與“合同”要求的一致性及符合有關標準的情況。

　　配置審核：審查（程序、腳本；主要的開發類文檔；主要的管理類文檔）審核（計劃、預審會議(可選)、準備階段、審核會議、問題跟蹤）

　　測試條件：1軟件開發已經完成，并全部解決了已知的軟件缺陷。2驗收測試計劃已經評審并批準，并且置于文檔控制之下。3對軟件需求說明書的審查已經完成。4對概要設計、詳細設計的審查已經完成5。對所有關鍵模塊的代碼審查已經完成。6對單元、集成、系統測試計劃和報告的審查已經完成。7所有的測試腳本已經完成，并至少執行過一次，且通過評審。8使用配置管理工具且代碼置于配置控制之下。9軟件問題處理流程已經就緒。10已經制定、評審并批準驗收測試完成標準。

　　測試內容：安裝（或升級）、啟動與關機、功能測試、性能測試、壓力測試、配置測試、平臺測試、安全性測試、恢復測試、可靠性測試

　　驗收準則：1軟件產品符合“合同”或“驗收標準”規定的全部功能和質量要求。2不同安全性關鍵等級的軟件均通過《軟件測試細則》文檔要求的各項測試。3文檔齊全，符合“合同”或“驗收標準”要求及有關標準的規定。4文檔和文檔一致，程序和文檔相符。5對被驗收軟件的可執行代碼，在驗收測試中查出的錯誤總數，依錯誤嚴重性不超過業主單位事先約定的限制值。6配置審核時查出的交付文檔中的錯誤總數不超過業主單位事先約定的限制值。

　　驗收報告內容：驗收的各項內容、評價與驗收結論、驗收委員會全體成員簽字。驗收委員會主任意見。

　　驗收未通過的處理：重新驗收或合同爭議。

　　移交監理實施：1審查承建單位的項目資料清單、2協助業主和承建單位交接項目資料、3確保軟件文檔和軟件的一致性。4開發軟件做好備份，保管在安全的地方，文件材料歸檔。

　　保障期監理：1督導承建單位按照“合同”規定及時進行系統保障，抽查系統保障的執行情況。2對項目業主方提出的質量問題進行記錄。3督促承建單位進行修復和維護。4對承建單位進行修復的內容進行確認。

希望與其他軟考考生進行交流？點擊進入軟考論壇>>>

進入考試吧博客記錄下自己的備考歷程吧

更多信息請訪問：考試吧軟件水平考試欄目