項目驗收管理制度項目驗收步驟開發方申請驗收準備工作依據用戶系統特點，系統驗收全部應在最終用戶方實際系統運行環境中進行。要系統驗收申請前應完成以下工作：開發方應在系統交付用戶方驗收之前，對完整產品運行情況進行確定；開發方在完成確定測試后，證實系統已滿足協議要求條件及需求說明書中對系統功效和性能要求；開發方應準備好提交驗收多種文檔、系統軟硬件配置清單，并做好產品交付準備；開發方實施小組應準備好《測試分析匯報》和《技術總結匯報》，作為系統驗收必備文件提供給用戶方；開發方應支持用戶方對系統驗收測試和評審；開發方應作出向用戶方提供人員培訓和技術支持計劃。系統驗收申請開發方在完成要求系統驗收申請前各項準備工作以后，應適時向用戶方正式提出系統驗收申請匯報，扼要說明申請系統驗收準備情況和系統所含有驗收條件。開發方在提交系統驗收申請匯報時，必需按協議書相關要求，交付相關產品資料，其中包含系統設備及系統軟件配置清單、文檔、技術總結匯報和測試分析匯報等。系統驗收申請匯報應有開發方技術責任人簽字。用戶方經辦人必需了解要驗收系統功效、性能和系統配置和文檔等方面要求，掌握協議書中要求系統驗收條款，對開發方提交系統驗收。申請匯報進行審查，提出處理意見。用戶方技術責任人經審查后，在申請匯報上簽字并對開發方申請作出回復。用戶方將按協議相關條款做好系統驗收全部準備工作，包含對測試用例、測試數據、測試過程和測試環境準備。系統驗收計劃在系統驗收活動進行之前，開發方應制訂一套完整系統驗收測試計劃。系統驗收計劃應由系統開發方和用戶方共同制訂或由用戶方委托開發方單位制訂。該計劃要由用戶方認可，而且還要包含部分由用戶方提供測試方案。該計劃應包含系統驗收工作活動程序、驗收測試要求、技術條件、設備資源、驗收準則、工作人員組成和日程安排等內容。該計劃由用戶方審定后實施。驗收測試計劃系統驗收測試是系統驗收活動中最關鍵步驟，被驗收系統必需滿足協議條款和系統需求說明書中要求要求。4.1測試計劃及步驟包含下列幾項：測試計劃及程序目標；各項功效測試所需輸入數據；測試結果統計說明；觀察、測試結果設備、工具及程序；測試進度表；4.2相關測試結果要以書面匯報形式由開發方向用戶方提交，內容包含：測試系統功效；為糾正系統缺點需做變動；為提升系統性能提出提議。驗收測試前檢驗在系統驗收測試開始之前，用戶方必需提前將驗收相關資料分發給用戶方驗收人員。驗收人員需要檢驗測試環境是否符合要求，檢驗全部測試項目標測試用例是否準備好，相關測試人員是否全部到位。系統演示開發方應向用戶方演示被驗收系統全部界面、系統包含關鍵功效、性能，以證實系統實現功效和協議要求一致。經過演示活動讓用戶方組員對系統有一個直觀和概括了解。驗收委員可現場選擇實例對被驗收系統時行演示考評，以證實和系統需求一致性、程序和文檔一致性。驗收測試系統驗收測試組應按系統驗收測試計劃對系統進行功效測試、可靠性測試、安全性測試、性能測試、一致性測試和文檔測試。測試員按分工分別對被驗收系統進行逐項測試，并具體統計每一項測試結果，將這些結果分別和預期結果對照分析，然后寫出《系統驗收測試匯報》，該匯報將作為用戶方評價系統關鍵依據，也是用戶方確定是否接收該系統關鍵依據。系統驗收評審在驗收測試完成以后，用戶方應立即主持評審會，經過相關匯報和審議驗收結果，并對系統作出綜合評價。8.1評審內容包含：《文檔審查匯報》《系統驗收測試匯報》《測試分析匯報》《技術總結匯報》8.2按以下驗收準則對系統進行評價：系統是否滿足用戶信息系統要實現目標。系統采取技術和實現方案是否做到可靠、穩定、靈活、實用。所選擇應用開發平臺和開發工具優異、簡便、有效，便于和其它系統銜接，實現資源共享。運行系統可靠性是系統建設首要出發點。所以，要求開發方提供高可靠性產品和技術，確保系統安全和可靠。要求系統含有較強容錯能力，使系統不易瓦解。關鍵系統設備和數據備份設施是否達成安全可靠。用戶方應進行認真地討論，對被驗收系統給出實事求是評價，內容包含系統優異性、功效性、可靠性和安全保密性。最終由用戶方進行決定系統是否經過驗收。系統驗收匯報在驗收評審后，用戶方應寫出《系統驗收匯報》，詳盡地統計驗收中對系統評價及驗收意見。尤其要明確系統在驗收中發覺問題和缺點，和需要改善意見和開發方對此所作承諾。用戶方全體組員在驗收匯報上簽字。依據用戶方表決情況，由用戶方主任在驗收匯報上簽署驗收意見。假如系統驗收不能經過，用戶方將依據協議書要求和供需雙方協商處理意見，可能結果是：要求開發方限期完成開發任務，重新提出驗收申請或終止協議。系統驗收經過后，要確定系統進入試運行時間結束時間，明確開發方在試運行期間要處理遺留問題和改善系統意見，對此開發方代表要作出承諾。產品移交文檔應在申請驗收時提交，系統也已上線運行，此時移交應是部分收尾工作，如：開發方不應再保留正式系統賬號，和數據管理職能等。項目驗收標準驗收參與部門：信息化驗收小組，開發單位。在軟件開發協議簽署階段就提出軟件驗收項目和驗收經過標準意見；在軟件需求評審階段，仔細審閱軟件需求規格說明書，指出不利于測試和可能存在歧義描述；在開發方開發完軟件并經過開發方內部仔細測試后，對完成軟件進行評審（或第三方驗收測試），提供完整錯誤匯報提交給用戶方，由用戶方依據之前簽署開發協議中對應驗收標準判定是否進行驗收。驗收內容和評定驗收內容1.1功效項測試對軟件需求規格說明書中全部功效項進行測試；1.2業務步驟測試對軟件項目標經典業務步驟進行測試；1.3容錯測試容錯測試檢驗內容包含:軟件對用戶常見誤操作是否能進行提醒；軟件對用戶操作錯誤和軟件錯誤，是否有正確、清楚提醒；軟件對關鍵數據刪除是否有警告和確定提醒；軟件是否能判定數據有效性，屏蔽用戶錯誤輸入，識別非法值，并有對應錯誤提醒。1.4安全性測試安全性測試檢驗內容包含:軟件中密鑰是否以密文方法存放；軟件是否有留痕功效,即是否保留有用戶操作日志；(3)

軟件中多種用戶權限分配是否合理；1.5性能測試對軟件需求規格說明書中明確軟件性能進行測試。測試準則是要滿足規格說明書中各項性能指標。1.6易用性測試易用性測試內容包含:(1)

軟件用戶界面是否友好；(2)

軟件中提醒信息是否清楚、易了解，是否存在原始英文提醒；(3)

軟件中各個模塊界面風格是否一致；(4)

軟件中查詢結果輸出方法是否比較直觀、合理。1.7適應性測試參考用戶軟、硬件使用環境和需求規格說明書中要求，列出開發軟件需要滿足軟、硬件環境。對每個環境進行測試。1.8文檔測試用戶文檔包含:安裝手冊、操作手冊和維護手冊。對用戶文檔測試內容包含:(1)

文檔是否齊全、是否包含產品使用所需信息和全部功效模塊；(2)

文檔描述信息是否正確,是否沒有歧義和錯誤表示；(3)

文檔是否輕易了解,是否經過使用合適術語、圖形表示、具體解釋來表示；(4)

文檔對關鍵功效和關鍵操作是否提供給用實例；(5)

文檔是否有具體目錄表和索引表；驗收評定2.1軟件錯誤嚴重性等級(1)不能實施正常功效或關鍵功效,或危及人身安全；(2)嚴重地影響系統要求或基礎功效實現,且沒有措施處理；(3)嚴重地影響系統要求或基礎功效實現,但存在合理處理措施；(4)使操作者不方便或碰到麻煩,但不影響實施正常功效或關鍵功效；(5)其它錯誤；2.2錯誤和嚴重性等級對應表1級錯誤這一等級錯誤通常包含以下內容:沒有實現或錯誤地實現關鍵功效；業務步驟存在重大隱患；軟件在操作過程中因為軟件本身原因自動退出系統或出現死機情況；軟件在操作過程中因為軟件本身原因對系統或數據造成破壞；在現有軟、硬件環境下不能實現應有功效；特殊軟件在操作過程中可能危及系統和人身安全等。

2級錯誤這一等級錯誤通常包含:沒有實現基礎功效，而且不存在替換措施；沒有實現關鍵功效中部分功效，而且不存在替換措施；業務步驟銜接錯誤；密鑰以明文方法存放；沒有留痕功效；用戶權限分配不合理；在現有環境下，不能實現部分功效且沒有替換方案；沒有滿足系統性能要求。3級錯誤這一級錯誤是和第2等級錯誤相對應，而第3級錯誤則存在替換方法；對誤操作或錯誤操作沒有提醒，造成非法數據進入數據庫。4級錯誤這一等級錯誤通常為易用性方面錯誤。比如界面不友好、前后風格不一；中英文混雜；查詢結果輸出不直觀等。5級錯誤通常為文檔方面錯誤，如安裝手冊、操作手冊、維護手冊中描述錯誤。要求對發覺每一個錯誤全部要確定對應嚴重性等級。全部更正方可，如錯誤等級和數量在協議可接收范圍外，用戶方認為軟件不可驗收，要求開發方在要求時間內全方面整改軟件,并再次進行完整驗收測試。2.3驗收標準(1)

測試用例不經過數百分比<1.5%；(2)

不存在錯誤等級為1錯誤；(3)

不存在錯誤等級為2錯誤；(4)

錯誤等級為3錯誤數量≤5；(5)

全部提交錯誤全部已得到更正；2.4驗收標準具體說明驗收項目標劃分參考GB/T16260標準。在該標準中，將軟件質量特征分為6大特征、21個子特征，而對于具體軟件，并非全部要進行這21個特征測試和評價。本文選擇是最通用子特征部分，針對多種不一樣軟件，能夠對驗收項目進行剪裁或擴充。需要制訂驗收標準，即每一等級錯誤量可接收范圍。通常來說，不許可存在1級和2級錯誤，而3級錯誤數量則可按本標正確定或由用戶方和開發方依據軟件規模和復雜程度進行約定，并在軟件開發協議中明確地列出。在軟件驗收測試中，測試依據包含軟件投標文件、開發協議、需求規格說明書,同時還包含特定軟件相關行業標準(這些行業標準應在開發協議中明示出來)。在用戶方進行驗收測試后，將發覺全部錯誤進行總結和歸納，并提交完整錯誤匯報，在錯誤匯報中包含每一等級錯誤數量和錯誤清單(全部錯誤全部需經過用戶方和開發方確實定)。用戶方依據錯誤匯報中每一等級錯誤數量和錯誤清單和軟件開發協議中驗收標準進行對照，如錯誤等級和數量在協議中沒有約定，可按本措施要求進行。用戶方認為軟件能夠驗收，但要求開發方對錯誤匯報中全部錯誤進行整改，