1、項目驗收方案1.1 驗收目的驗收是項目從實施到售后維護的一個過渡階段，在完成 需求調研、軟件開發、系 統測試、上線部署、試運行等一系列工作后，應進入項目驗收環節。 驗收是項目 建設過程的一個里程碑，說明項目建設完成了實施這一過程。 驗收通過之后，項目進入系 統售后維護階段。1.2 總體驗收標準總體驗收標準是北京乙方軟件公司結合國家標準、 軟件行業慣例所提出的對 于軟件系統質量的要求。1.2.1 標準定義1) 測試用例不通過數的比例 < 1.5 % ；2) 不存在錯誤等級為 1 的錯誤；3) 不存在錯誤等級為 2 的錯誤；4) 錯誤等級為3的錯誤數量W 5 ;5) 所有提交的錯誤都已得到更

2、正；1.2.2 驗收標準的詳細說明總體驗收標準， 即每一級別的錯誤量的可接受范圍。 一般來說， 不允許存在1 級和 2 級錯誤，而 3 級錯誤的數量則可按本標準確定或由用戶方和開發方根 據軟件的規模和復雜程度進行商定。在軟件驗收測試中， 測試的依據包括軟件的開發合同、 需求規格說明書、 測 試用例等。在進行驗收測試后將發現的所有錯誤進行總結和歸納， 并提交完整 的錯誤報告，在錯誤報告中包括每一級別的錯誤數量和錯誤清單 ( 所有的錯誤都 需經過用戶方和開發方的確認 )。用戶方認為軟件可以驗收，但要求開發方對錯誤報告中的所有錯誤進行整 改，進行回歸測試， 確認錯誤報告中的所有錯誤全部改正方可； 如

3、錯誤的級別和 數量在可接受的范圍外， 用戶方認為軟件不可驗收， 要求開發方在規定的時間內 全面整改軟件，再次進行完整的驗收測試。1.2.3 軟件錯誤的嚴重性等級軟件錯誤的嚴重等級由重到輕，如下：1) 不能執行正常功能或重要功能 , 或者危及人身安全；2) 嚴重地影響系統要求或基本功能的實現 , 且沒有辦法解決；3) 嚴重地影響系統要求或基本功能的實現 , 但存在合理的解決辦法；4) 使操作者不方便或遇到麻煩 , 但不影響執行正常功能或重要功能；5) 其它錯誤；1.2.3 錯誤與嚴重性等級對應一級錯誤的描述 : 這一級別的錯誤一般包括以下內容 : 沒有實現或錯誤地實 現重要的功能； 業務流程存在

4、重大隱患； 軟件在操作過程中由于軟件自身的原因 自動退出系統或出現死機的情況； 軟件在操作過程中由于軟件自身的原因對系統 或數據造成破壞； 在現有的軟、 硬建設環境下不能實現應有的功能； 特殊軟件在 操作過程中可能危及系統和人身安全等。二級錯誤的描述 : 這一級別的錯誤一般包括 : 沒有實現基本功能， 并且不存在 替代辦法； 沒有實現重要功能中的部分功能， 并且不存在替代辦法； 業務流程銜 接錯誤；密鑰以明文方式存儲；沒有留痕功能；用戶的權限分配不合理；在現有 的環境下，不能實現部分功能且沒有替代方案；沒有滿足系統的性能要求。三級錯誤的描述 : 這一級的錯誤是與第 2 級別的錯誤相對應的，而第

5、 3 級錯 誤則存在替代方法；對誤操作或錯誤操作沒有提示，導致非法數據進入數據庫。四級錯誤的描述：這一級別的錯誤通常為易用性方面的錯誤。比如界面不友 好、前后風格不一；中英文混雜；查詢結果輸出不直觀等。五級錯誤的描述：通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊 中的描述錯誤。1.3驗收前提條件（一）從多方的反饋和系統穩定性方面來看，整個系統的運行已經進入正軌, 需求的響應也已基本完成，試運行達到期后組織驗收；（二）每個模塊需要相關使用科室主要負責人簽字；（三）所有模塊按照合同要求全部建成，并滿足使用要求；（四）各種技術文檔和驗收資料完備，符合合同的內容；（五）系統建設和數據處理符合信

6、息安全的要求；（六）外購的操作系統、數據庫、中間件、應用軟件和開發工具符合知識產 權相關政策法規的要求；（七）經過建設方同意；（八）合同或合同附件規定的其他驗收條件。1.4驗收方法項目驗收，是項目開發建設中有組織的主動性行為，它是對項目建設高 度負責的體現，也是項目建設成功的重要保證。切實做好項目建設中的驗收 工作至關重要，應當采取有效措施，實實在在做好。為保證項目驗收質量， 建議采用的驗收方法是：運行項目系統軟件，檢驗其應用軟件的實際能力是否與合同規定的一致; 運行應用軟件，實際操作，處理業務，檢查是否與合同規定的一致，達到了預期的目的。1.5驗收步驟（一）成立項目驗收小組實施測試驗收工作時

7、，成立項目驗收小組，具體負責驗收事宜。（二）項目驗收的實施嚴格按照驗收方案對項目應用軟件、系統文檔資料等進行全面的測試 和驗收。（三）提交驗收報告項目驗收完畢，對項目系統設計、軟件運行情況等做出全面的評價， 得出結論性意見，對不合格的項目不予驗收，對遺留問題提出具體的 解決意見。（四）召開項目驗收評審會召開項目驗收評審會，全面細致地審核項目驗收小組所提交的驗收報 告，給出最終的驗收意見，形成驗收評審報告并存檔。1.6驗收需提交的文檔1）需求規格說明書；2）概要設計說明書；3）數據及數據庫設計要求說明書;4）詳細設計說明書；5）操作手冊；6）用戶手冊；7）項目用戶評價過程意見；8）軟件接口規范；

8、9）10）源碼提交清單；1.9驗收結論驗收結果分為：驗收合格、需要復議和驗收不合格三種。符合信息化項目建 設標準、系統運行安全可靠、任務按期保質完成、經費使用合理的，視為驗收合 格；由于提供材料不詳難以判斷，或目標任務完成不足80燦又難以確定其原因等導致驗收結論爭議較大的，視為需要復議。1、項目凡具有下列情況之一的，按驗收不合格處理：（一）未按項目考核指標或合同要求達到所預定的主要技術指標的；（二）所提供的驗收材料不齊全或不真實的；（三）項目的內容、目標或技術路線等已進行了較大調整，但未曾得到相關單位認可的；（四）（五）實施過程中出現重大問題，尚未解決和作出說明，或項目實施過程及結果等存在糾紛尚未解決的；（五）沒有對系統或設備進行試運行，或者試運行不合格；（六）違反法律、法規的其他行為。2、項目驗收結論的處理（一）驗收結論為驗收合格的，則后可進行項目交接；如有需補充問題，則 在補充問題