1、信息化項目驗收管理辦法一、 項目驗收流程1. 開發方申請驗收的準備工作根據用戶系統的特點，系統驗收都應在最終用戶方的實際系統運行環境中進行。要系統驗收申請前應完成如下的工作：開發方應在系統交付用戶方驗收之前，對完整產品的運行情況進行確認；開發方在完成確認測試后，證實系統已滿足合同規定的條件及需求說明書中對系統功能和性能的要求；開發方應準備好提交驗收的各種文檔、系統軟硬件配置清單，并做好產品的交付準備；開發方的實施小組應準備好測試分析報告和技術總結報告，作為系統驗收的必備文件提供給用戶方；開發方應支持用戶方對系統的驗收測試和評審；開發方應作出向用戶方提供人員培訓和技術支持的計劃。2. 系統驗收申

2、請開發方在完成規定的系統驗收申請前的各項準備工作以后，應適時向用戶方正式提出系統驗收申請報告，扼要說明申請系統驗收的準備情況和系統所具備的驗收條件。開發方在提交系統驗收申請報告時，必須按合同書的有關規定，交付有關的產品資料，其中包括系統設備及系統軟件配置清單、文檔、技術總結報告和測試分析報告等。系統驗收申請報告應有開發方的技術負責人簽字。用戶方的經辦人必須了解要驗收系統的功能、性能和系統配置與文檔等方面的要求，掌握合同書中規定的系統驗收條款，對開發方提交的系統驗收。申請報告進行審查，提出處理意見。用戶方技術負責人經審查后，在申請報告上簽字并對開發方的申請作出答復。用戶方將按合同有關條款做好系統

3、驗收的全部準備工作，包括對測試用例、測試數據、測試過程和測試環境的準備。3. 系統驗收計劃在系統驗收活動進行之前，開發方應制定一套完整的系統驗收測試計劃。系統驗收計劃應由系統的開發方和用戶方共同制訂或由用戶方委托開發方單位制訂。該計劃要由用戶方認可，而且還要包括一些由用戶方提供的測試方案。該計劃應包括系統驗收工作的活動程序、驗收測試要求、技術條件、設備資源、驗收準則、工作人員的組成以及日程安排等內容。該計劃由用戶方審定后執行。4. 驗收測試計劃系統的驗收測試是系統驗收活動中最關鍵的步驟，被驗收的系統必須滿足合同條款與系統需求說明書中規定的要求。4.1 測試計劃及流程包括下列幾項：(1) 測試計

4、劃及程序的目的；(2) 各項功能測試所需輸入的數據；(3) 測試結果記錄的說明；(4) 觀察、測試結果的設備、工具及程序；(5) 測試進度表；4.2有關的測試結果要以書面報告的形式由開發方向用戶方提交，內容包括：(1) 測試的系統功能；(2) 為糾正系統缺點需做的變動；(3) 為提高系統性能提出的建議。5. 驗收測試前的檢查在系統驗收測試開始之前，用戶方必須提前將驗收的有關資料分發給用戶方驗收人員。驗收人員需要檢查測試環境是否符合要求，檢查全部測試項目的測試用例是否準備好，有關測試人員是否全部到位。6. 系統演示開發方應向用戶方演示被驗收系統的全部界面、系統包括的主要功能、性能，以證明系統實現

5、的功能與合同要求一致。通過演示活動讓用戶方成員對系統有一個直觀和概括的了解。驗收委員可現場選用實例對被驗收系統時行演示考核，以證實與系統需求的一致性、程序和文檔的一致性。7. 驗收測試系統驗收測試組應按系統驗收測試計劃對系統進行功能測試、可靠性測試、安全性測試、性能測試、一致性測試和文檔測試。測試員按分工分別對被驗收系統進行逐項測試，并詳細記錄每一項測試結果，將這些結果分別與預期的結果對照分析，然后寫出系統驗收測試報告，該報告將作為用戶方評價系統的主要依據，也是用戶方確定是否接收該系統的主要依據。8. 系統驗收評審在驗收測試完成以后，用戶方應及時主持評審會，通過有關報告和審議驗收結果，并對系統

6、作出綜合評價。8.1評審內容包括：(1) 文檔審查報告(2) 系統驗收測試報告(3) 測試分析報告(4) 技術總結報告8.2按以下的驗收準則對系統進行評價：(1) 系統是否滿足用戶信息系統要實現的目標。(2) 系統采用的技術和實現方案是否做到可靠、穩定、靈活、實用。(3) 所選用的應用開發平臺和開發工具先進、簡便、有效，便于與其他系統的銜接，實現資源共享。(4) 運行系統的可靠性是系統建設的首要出發點。因此，要求開發方提供高可靠性的產品和技術，確保系統的安全和可靠。要求系統具有較強的容錯能力，使系統不易崩潰。(5) 關鍵系統設備與數據備份的設施是否達到安全可靠。用戶方應進行認真地討論，對被驗收

7、的系統給出實事求是的評價，內容包括系統的先進性、功能性、可靠性和安全保密性。最后由用戶方進行決定系統是否通過驗收。9. 系統驗收報告在驗收評審后，用戶方應寫出系統驗收報告，詳盡地記錄驗收中對系統的評價及驗收意見。尤其要明確系統在驗收中發現的問題和缺陷，以及需要改進的意見和開發方對此所作的承諾。用戶方全體成員在驗收報告上簽字。根據用戶方表決情況，由用戶方主任在驗收報告上簽署驗收意見。如果系統驗收不能通過，用戶方將根據合同書的規定與供需雙方協商處理意見，可能的結果是：要求開發方限期完成開發任務，重新提出驗收申請或者終止合同。系統驗收通過后，要確定系統進入試運行的時間結束時間，明確開發方在試運行期間

8、要解決的遺留問題以及改進系統的意見，對此開發方的代表要作出承諾。10. 產品移交文檔應在申請驗收時提交，系統也已上線運行，此時的移交應是一些收尾工作，如：開發方不應再保留正式系統的賬號，以及數據的管理職能等。二、 項目驗收原則驗收參與部門：信息化驗收小組，開發單位。在軟件開發合同的簽訂階段就提出軟件驗收項目和驗收通過標準的意見；在軟件的需求評審階段，仔細審閱軟件的需求規格說明書，指出不利于測試和可能存在歧義的描述；在開發方開發完軟件并經過開發方內部仔細的測試后，對完成的軟件進行評審（或第三方的驗收測試），提供完整的錯誤報告提交給用戶方，由用戶方根據之前簽訂的開發合同中相應的驗收標準判斷是否進行

9、驗收。三、 驗收內容和評定1. 驗收內容1.1功能項測試對軟件需求規格說明書中的所有功能項進行測試；1.2業務流程測試對軟件項目的典型業務流程進行測試；1.3容錯測試容錯測試的檢查內容包括:(1) 軟件對用戶常見的誤操作是否能進行提示；(2) 軟件對用戶的操作錯誤和軟件錯誤，是否有準確、清晰的提示；(3) 軟件對重要數據的刪除是否有警告和確認提示；(4) 軟件是否能判斷數據的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應的錯誤提示。1.4安全性測試安全性測試的檢查內容包括:(1) 軟件中的密鑰是否以密文方式存儲；(2) 軟件是否有留痕功能, 即是否保存有用戶的操作日志； (3)軟件中各種用戶

10、的權限分配是否合理；1.5性能測試對軟件需求規格說明書中明確的軟件性能進行測試。測試的準則是要滿足規格說明書中的各項性能指標。1.6易用性測試易用性測試的內容包括:(1)軟件的用戶界面是否友好；(2)軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；(3)軟件中各個模塊的界面風格是否一致；(4)軟件中的查詢結果的輸出方式是否比較直觀、合理。1.7適應性測試參照用戶的軟、硬件使用環境和需求規格說明書中的規定，列出開發的軟件需要滿足的軟、硬件環境。對每個環境進行測試。1.8文檔測試用戶文檔包括: 安裝手冊、操作手冊和維護手冊。對用戶文檔測試的內容包括:(1)文檔是否齊全、是否包含產品使用所

11、需的信息和所有的功能模塊；(2)文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達；(3)文檔是否容易理解, 是否通過使用適當的術語、圖形表示、詳細的解釋來表達；(4)文檔對主要功能和關鍵操作是否提供應用實例；(5)文檔是否有詳細的目錄表和索引表；2. 驗收評定2.1軟件錯誤的嚴重性等級(1)不能執行正常功能或重要功能, 或者危及人身安全；(2)嚴重地影響系統要求或基本功能的實現, 且沒有辦法解決；(3)嚴重地影響系統要求或基本功能的實現, 但存在合理的解決辦法；(4)使操作者不方便或遇到麻煩, 但不影響執行正常功能或重要功能；(5)其它錯誤；2.2錯誤與嚴重性等級對應表1級錯誤這一級別的錯誤

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

13、第3級錯誤則存在替代方法；對誤操作或錯誤操作沒有提示，導致非法數據進入數據庫。4級錯誤這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不一；中英文混雜；查詢結果輸出不直觀等。5級錯誤通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。要求對發現的每一個錯誤都要確定相應的嚴重性等級。全部改正方可，如錯誤的級別和數量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發方在規定的時間內全面整改軟件,并再次進行完整的驗收測試。2.3驗收標準(1)測試用例不通過數的比例 1.5 %；(2)不存在錯誤等級為1 的錯誤；(3)不存在錯誤等級為2 的錯誤；(4)錯誤等級為3 的錯

14、誤數量 5；(5)所有提交的錯誤都已得到更正；2.4驗收標準的詳細說明驗收項目的劃分參照GB/T 16260 標準。在該標準中，將軟件的質量特性分為6 大特性、21個子特性，而對于具體的軟件，并非都要進行這21個特性的測試和評價。本文選取的是最通用的子特性部分，針對各種不同的軟件，可以對驗收項目進行剪裁或擴充。需要制定的驗收標準，即每一級別的錯誤量的可接受范圍。一般來說，不允許存在1 級和2級錯誤，而3級錯誤的數量則可按本標準確定或由用戶方和開發方根據軟件的規模和復雜程度進行商定，并在軟件開發合同中明確地列出。在軟件驗收測試中，測試的依據包括軟件的投標文件、開發合同、需求規格說明書, 同時還包括特定軟件的相關行業標準(這些行業標準應在開發合同中明示出來)。在用戶方進行驗收測試后，將發現的所有錯誤進行總結和歸納，并提交完整的錯誤報告，在錯誤報告中包括每一級別的錯誤數量和錯誤清單(所有的錯誤都需經過用戶方和開發方的確認)。用戶方根據錯誤報告中每一級別的錯誤數量和錯誤清單與軟件開發合同中的驗收標準進行對照，如錯誤的級別和數量在合同中沒有約定，可按本辦法的規定進行。用戶方認為軟件可以驗收，但要求開發方對錯誤報告中的所有錯誤進行整改，并提交給軟件評測中心進行回歸測試，確認錯誤報告中的所有錯誤全部改正方可；如錯誤的級別和數量在合同可接受的范圍外，