信息化項目驗收管理辦法

信息化工程驗收治理方法一、工程驗收流程叮叮小文庫叮叮小文庫--10開發(fā)方申請驗收的預(yù)備工作驗收申請前應(yīng)完成如下的工作：開發(fā)方應(yīng)在系統(tǒng)交付用戶方驗收之前，對完整產(chǎn)品的運行狀況進展確認(rèn)；和性能的要求；開發(fā)方應(yīng)預(yù)備好提交驗收的各種文檔、系統(tǒng)軟硬件配置清單，并做好產(chǎn)品的交付預(yù)備；開發(fā)方的實施小組應(yīng)預(yù)備好《測試分析報告》和《技術(shù)總結(jié)報告?zhèn)湮募┙o應(yīng)用戶方；開發(fā)方應(yīng)支持用戶方對系統(tǒng)的驗收測試和評審；開發(fā)方應(yīng)作出向用戶方供給人員培訓(xùn)和技術(shù)支持的打算。系統(tǒng)驗收申請開發(fā)方在完成規(guī)定的系統(tǒng)驗收申請前的各項預(yù)備工作以后發(fā)方的技術(shù)負(fù)責(zé)人簽字。合同書中規(guī)定的系統(tǒng)驗收條款，對開發(fā)方提交的系統(tǒng)驗收。測試用例、測試數(shù)據(jù)、測試過程和測試環(huán)境的預(yù)備。系統(tǒng)驗收打算應(yīng)由系統(tǒng)的開發(fā)方和用戶方共同制訂或由用戶方托付開發(fā)方單位制訂可，而且還要包括一些由用戶方供給的測試方案。該打算應(yīng)包括系統(tǒng)驗收工作的活動程序、驗收測試要求、技術(shù)條件、設(shè)備資源、驗收準(zhǔn)則、工作人員的組成以及日程安排等內(nèi)容。該打算由用戶方審定后執(zhí)行。驗收測試打算系統(tǒng)的驗收測試是系統(tǒng)驗收活動中最關(guān)鍵的步驟統(tǒng)需求說明書中規(guī)定的要求。測試打算及流程包括以下幾項：測試打算及程序的目的；各項功能測試所需輸入的數(shù)據(jù)；測試結(jié)果記錄的說明；觀看、測試結(jié)果的設(shè)備、工具及程序；測試進度表；有關(guān)的測試結(jié)果要以書面報告的形式由開發(fā)方向用戶方提交，內(nèi)容包括：測試的系統(tǒng)功能；為訂正系統(tǒng)缺點需做的變動；為提高系統(tǒng)性能提出的建議。驗收測試前的檢查在系統(tǒng)驗收測試開頭之前，用戶方必需提前將驗收的有關(guān)資料分發(fā)給用戶方驗收人員。測試人員是否全部到位。系統(tǒng)演示統(tǒng)實現(xiàn)的功能與合同要求全都。通過演示活動讓用戶方成員對系統(tǒng)有一個直觀和概括的了序和文檔的全都性。驗收測試系統(tǒng)驗收測試組應(yīng)按系統(tǒng)驗收測試打算對系統(tǒng)進展功能測試據(jù)。系統(tǒng)驗收評審系統(tǒng)作出綜合評價。評審內(nèi)容包括：《文檔審查報告》《系統(tǒng)驗收測試報告》《測試分析報告》《技術(shù)總結(jié)報告》按以下的驗收準(zhǔn)則對系統(tǒng)進展評價：系統(tǒng)是否滿足用戶信息系統(tǒng)要實現(xiàn)的目標(biāo)。系統(tǒng)承受的技術(shù)和實現(xiàn)方案是否做到牢靠、穩(wěn)定、敏捷、有用。實現(xiàn)資源共享。統(tǒng)不易崩潰。關(guān)鍵系統(tǒng)設(shè)備與數(shù)據(jù)備份的設(shè)施是否到達安全牢靠。性、功能性、牢靠性和安全保密性。最終由用戶方進展打算系統(tǒng)是否通過驗收。系統(tǒng)驗收報告在驗收評審后，用戶方應(yīng)寫出《系統(tǒng)驗收報告報告上簽署驗收意見。要確定系統(tǒng)進入試運行的時間完畢時間進系統(tǒng)的意見，對此開發(fā)方的代表要作出承諾。產(chǎn)品移交文檔應(yīng)在申請驗收時提交，系統(tǒng)也已上線運行，此時的移交應(yīng)是一些收尾工作，如：開發(fā)方不應(yīng)再保存正式系統(tǒng)的賬號，以及數(shù)據(jù)的治理職能等。二、工程驗收原則驗收參與部門：信息化驗收小組，開發(fā)單位。在軟件開發(fā)合同的簽訂階段就提出軟件驗收工程和驗收通過標(biāo)準(zhǔn)的意見〔或第三方的驗收測試收標(biāo)準(zhǔn)推斷是否進展驗收。三、驗收內(nèi)容和評定驗收內(nèi)容功能項測試對軟件需求規(guī)格說明書中的全部功能項進展測試；對軟件需求規(guī)格說明書中的全部功能項進展測試；業(yè)務(wù)流程測試對軟件工程的典型業(yè)務(wù)流程進展測試；對軟件工程的典型業(yè)務(wù)流程進展測試；容錯測試軟件對用戶常見的誤操作是否能進展提示；軟件對用戶的操作錯誤和軟件錯誤，是否有準(zhǔn)確、清楚的提示；軟件對重要數(shù)據(jù)的刪除是否有警告和確認(rèn)提示；的錯誤提示。安全性測試安全性測試的檢查內(nèi)容包括:安全性測試的檢查內(nèi)容包括:軟件中的密鑰是否以密文方式存儲；軟件是否有留痕功能,即是否保存有用戶的操作日志；(3)軟件中各種用戶的權(quán)限安排是否合理；性能測試書中的各項性能指標(biāo)。書中的各項性能指標(biāo)。易用性測試易用性測試的內(nèi)容包括:易用性測試的內(nèi)容包括:軟件的用戶界面是否友好；軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；軟件中各個模塊的界面風(fēng)格是否全都；軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。適應(yīng)性測試參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進展測試。足的軟、硬件環(huán)境。對每個環(huán)境進展測試。文檔測試文檔是否齊全、是否包含產(chǎn)品使用所需的信息和全部的功能模塊；文檔描述的信息是否正確,是否沒有歧義和錯誤的表達；文檔是否簡潔理解,是否通過使用適當(dāng)?shù)男g(shù)語、圖形表示、具體的解釋來表達；文檔對主要功能和關(guān)鍵操作是否供給應(yīng)用實例；文檔是否有具體的名目表和索引表；驗收評定軟件錯誤的嚴(yán)峻性等級不能執(zhí)行正常功能或重要功能,或者危及人身安全；不能執(zhí)行正常功能或重要功能,或者危及人身安全；嚴(yán)峻地影響系統(tǒng)要求或根本功能的實現(xiàn),且沒有方法解決；嚴(yán)峻地影響系統(tǒng)要求或根本功能的實現(xiàn),但存在合理的解決方法；(4)使操作者不便利或遇到麻煩,但不影響執(zhí)行正常功能或重要功能；(5)其它錯誤；錯誤與嚴(yán)峻性等級對應(yīng)表級錯誤這一級別的錯誤一般包括以下內(nèi)容:沒有實現(xiàn)或錯誤地實現(xiàn)重要的功能；業(yè)務(wù)流程存在重大隱患；軟件在操作過程中由于軟件自身的緣由自動退出系統(tǒng)或消滅死機的情況；軟件在操作過程中由于軟件自身的緣由對系統(tǒng)或數(shù)據(jù)造成破壞；在現(xiàn)有的軟、硬件環(huán)境下不能實現(xiàn)應(yīng)有的功能；特別軟件在操作過程中可能危及系統(tǒng)和人身安全等。級錯誤這一級別的錯誤一般包括:沒有實現(xiàn)根本功能，并且不存在替代方法；沒有實現(xiàn)重沒有留痕功能；用戶的權(quán)限安排不合理；在現(xiàn)有的環(huán)境下，不能實現(xiàn)局部功能且沒有替代方案；沒有滿足系統(tǒng)的性能要求。級錯誤23操作或錯誤操作沒有提示，導(dǎo)致非法數(shù)據(jù)進入數(shù)據(jù)庫。級錯誤這一級別的錯誤通常為易用性方面的錯誤。比方界面不友好、前后風(fēng)格不一；中英文混雜；查詢結(jié)果輸出不直觀等。級錯誤通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。要求對覺察的每一個錯誤都要確定相應(yīng)的嚴(yán)峻性等級。全部改正方可，如錯誤的級別和數(shù)量在合同可承受的范圍外，用戶方認(rèn)為軟件不行驗收，要求開發(fā)方在規(guī)定的時間內(nèi)全面整改軟件,并再次進展完整的驗收測試。驗收標(biāo)準(zhǔn)測試用例不通過數(shù)的比例<1.5%；測試用例不通過數(shù)的比例<1.5%；1的錯誤；2的錯誤；35；(5)全部提交的錯誤都已得到更正；(5)全部提交的錯誤都已得到更正；驗收標(biāo)準(zhǔn)的具體說明驗收工程的劃分參照驗收工程的劃分參照GB/T162606大特性、21特性、2121充。充。需要制定的驗收標(biāo)準(zhǔn)，即每一級別的錯誤量的可承受范圍。一般來說，不允許存在1級和23級錯誤的數(shù)量則可按本標(biāo)準(zhǔn)確定或由用戶方和開發(fā)方依據(jù)軟件的規(guī)模和簡單程度進展商定，并在軟件開發(fā)合同中明確地列出。同時還包括特定軟件的相關(guān)行業(yè)標(biāo)準(zhǔn)(這些行業(yè)標(biāo)準(zhǔn)應(yīng)在開發(fā)合同中明示出來)。在用戶方進展驗收測試后，將覺察的全部錯誤進展總結(jié)和歸納，并提交完整的錯誤報告，在錯誤報告中包括每一級別的錯誤數(shù)量和錯誤清單(全部的錯誤都需經(jīng)過用戶方和開發(fā)方確實認(rèn))。用戶方依據(jù)錯誤報告中每一級別的錯誤數(shù)量和錯誤清單與軟件開發(fā)合同中的驗收標(biāo)準(zhǔn)進展比照，如錯誤的級別和數(shù)量在合同中沒有商定，可按本方法的規(guī)定進展。用戶方合同可承受的范圍外，用戶方認(rèn)為軟件不行驗收，要求開發(fā)方在規(guī)定的時間內(nèi)