項目驗收管理制度

1、項目驗收管理制度一、項目驗收流程開發(fā)方申請驗收的準備工作開發(fā)方提出系統(tǒng)驗收申請開發(fā)方制定系統(tǒng)驗收計戈IJ,用戶方審核計劃進行系統(tǒng)驗收進行系統(tǒng)驗收評審形成系統(tǒng)驗收報告產(chǎn)品及系統(tǒng)移交1 .開發(fā)方申請驗收的準備工作根據(jù)用戶系統(tǒng)的特點，系統(tǒng)驗收都應(yīng)在最終用戶方的實際系統(tǒng)運行環(huán)境中進行。要系統(tǒng)驗收申請前應(yīng)完成如下的工作：開發(fā)方應(yīng)在系統(tǒng)交付用戶方驗收之前，對完整產(chǎn)品的運行情況進行確認；開發(fā)方在完成確認測試后，證實系統(tǒng)已滿足合同規(guī)定的條件及需求說明書中對系統(tǒng)功能和性能的要求；開發(fā)方應(yīng)準備好提交驗收的各種文檔、系統(tǒng)軟硬件配置清單，并做好產(chǎn)品的交付準備；開發(fā)方的實施小組應(yīng)準備好測試分析報告和技術(shù)總結(jié)報告，作為系

2、統(tǒng)驗收的必備文件提供給用戶方；開發(fā)方應(yīng)支持用戶方對系統(tǒng)的險收測試和評審；開發(fā)方應(yīng)作出向用戶方提供人員培訓(xùn)和技術(shù)支持的計劃。2 .系統(tǒng)驗收申請開發(fā)方在完成規(guī)定的系統(tǒng)驗收申請前的各項準備工作以后，應(yīng)適時向用戶方正式提出系統(tǒng)驗收申請報告，扼要說明申請系統(tǒng)驗收的準備情況和系統(tǒng)所具備的驗收條件。開發(fā)方在提交系統(tǒng)驗收申請報告時，必須按合同書的有關(guān)規(guī)定，交付有關(guān)的產(chǎn)品資料，其中包括系統(tǒng)設(shè)備及系統(tǒng)軟件配置清單、文檔、技術(shù)總結(jié)報告和測試分析報告等。系統(tǒng)驗收申請報告應(yīng)有開發(fā)方的技術(shù)負責(zé)人簽字。用戶方的經(jīng)辦人必須了解要驗收系統(tǒng)的功能、性能和系統(tǒng)配置與文檔等方面的要求，掌握合同書中規(guī)定的系統(tǒng)驗收條款，對開發(fā)方提交的系

3、統(tǒng)驗收。申請報告進行審查，提出處理意見。用戶方技術(shù)負責(zé)人經(jīng)審查后，在申請報告上簽字并對開發(fā)方的申請作出答復(fù)。用戶方將按合同有關(guān)條款做好系統(tǒng)驗收的全部準備工作，包括對測試用例、測試數(shù)據(jù)、測試過程和測試環(huán)境的準備。3 .系統(tǒng)驗收計劃在系統(tǒng)驗收活動進行之前，開發(fā)方應(yīng)制定一套完整的系統(tǒng)驗收測試計劃。系統(tǒng)驗收計劃應(yīng)由系統(tǒng)的開發(fā)方和用戶方共同制訂或由用戶方委托開發(fā)方單位制訂。該計劃要由用戶方認可，而且還要包括一些由用戶方提供的測試方案。該計劃應(yīng)包括系統(tǒng)驗收工作的活動程序、驗收測試要求、技術(shù)條件、設(shè)備資源、驗收準則、工作人員的組成以及日程安排等容。該計劃由用戶方審定后執(zhí)行。4 .驗收測試計劃系統(tǒng)的驗收測試是

4、系統(tǒng)驗收活動中最關(guān)鍵的步驟，被驗收的系統(tǒng)必須滿足合同條款與系統(tǒng)需求說明書中規(guī)定的要求。4.1 測試計劃及流程包括下列幾項：(1)測試計劃及程序的目的；(2)各項功能測試所需輸入的數(shù)據(jù)；(3)測試結(jié)果記錄的說明；(4)觀察、測試結(jié)果的設(shè)備、工具及程序；(5)測試進度表；4.2有關(guān)的測試結(jié)果要以書面報告的形式由開發(fā)方向用戶方提交，容包括：(1)測試的系統(tǒng)功能；(2)為糾正系統(tǒng)缺點需做的變動；(3)為提高系統(tǒng)性能提出的建議。5 .驗收測試前的檢查在系統(tǒng)驗收測試開始之前，用戶方必須提前將驗收的有關(guān)資料分發(fā)給用戶方驗收人員。驗收人員需要檢查測試環(huán)境是否符合要求，檢查全部測試項目的測試用例是否準備好，有關(guān)

5、測試人員是否全部到位。6 .系統(tǒng)演示開發(fā)方應(yīng)向用戶方演示被驗收系統(tǒng)的全部界面、系統(tǒng)包括的主要功能、性能，以證明系統(tǒng)實現(xiàn)的功能與合同要求一致。通過演示活動讓用戶方成員對系統(tǒng)有一個直觀和概括的了解。驗收委員可現(xiàn)場選用實例對被驗收系統(tǒng)時行演示考核，以證實與系統(tǒng)需求的一致性、程序和文檔的一致性。7 .驗收測試系統(tǒng)驗收測試組應(yīng)按系統(tǒng)驗收測試計劃對系統(tǒng)進行功能測試、可靠性測試、安全性測試、性能測試、一致性測試和文檔測試。測試員按分工分別對被驗收系統(tǒng)進行逐項測試，并詳細記錄每一項測試結(jié)果，將這些結(jié)果分別與預(yù)期的結(jié)果對照分析，然后寫出系統(tǒng)驗收測試報告，該報告將作為用戶方評價系統(tǒng)的主要依據(jù)，也是用戶方確定是否接

6、收該系統(tǒng)的主要依據(jù)。8 .系統(tǒng)驗收評審在驗收測試完成以后，用戶方應(yīng)及時主持評審會，通過有關(guān)報告和審議驗收結(jié)果，并對系統(tǒng)作出綜合評價。8.1 評審容包括：(1)文檔宙查報告(2)系統(tǒng)驗收測試報告(3)測試分析報告(4)技術(shù)總結(jié)報告9 .2按以下的驗收準則對系統(tǒng)進行評價：(1)系統(tǒng)是否滿足用戶信息系統(tǒng)要實現(xiàn)的目標。(2)系統(tǒng)采用的技術(shù)和實現(xiàn)方案是否做到可靠、穩(wěn)定、靈活、實用。(3)所選用的應(yīng)用開發(fā)平臺和開發(fā)工具先進、簡便、有效，便于與其他系統(tǒng)的銜接，實現(xiàn)資源共享。(4)運行系統(tǒng)的可塞性是系統(tǒng)建設(shè)的首要出發(fā)點。因此，要求開發(fā)方提供高可靠性的產(chǎn)品和技術(shù)，確保系統(tǒng)的安全和可靠。要求系統(tǒng)具有較強的容錯能力

7、，使系統(tǒng)不易崩潰。(5)關(guān)鍵系統(tǒng)設(shè)備與數(shù)據(jù)備份的設(shè)施是否達到安全可靠。用戶方應(yīng)進行認真地討論，對被驗收的系統(tǒng)給出實事的評價，容包括系統(tǒng)的先進性、功能性、可靠性和安全性。最后由用戶方進行決定系統(tǒng)是否通過驗收。10 系統(tǒng)驗收報告在驗收評審后，用戶方應(yīng)寫出系統(tǒng)驗收報告，詳盡地記錄驗收中對系統(tǒng)的評價及驗收意見。尤其要明確系統(tǒng)在險收中發(fā)現(xiàn)的問題和缺陷，以及需要改進的意見和開發(fā)方對此所作的承諾。用戶方全體成員在驗收報告上簽字。根據(jù)用戶方表決情況，由用戶方主任在驗收報告上簽署驗收意見。如果系統(tǒng)驗收不能通過，用戶方將根據(jù)合同書的規(guī)定與供需雙方協(xié)商處理意見，可能的結(jié)果是：要求開發(fā)方限期完成開發(fā)任務(wù)，重新提出驗收

8、申請或者終止合同。系統(tǒng)驗收通過后，要確定系統(tǒng)進入試運行的時間結(jié)束時間，明確開發(fā)方在試運行期間要解決的遺留問題以及改進系統(tǒng)的意見，對此開發(fā)方的代表要作出承諾。11 .產(chǎn)品移交文檔應(yīng)在申請驗收時提交，系統(tǒng)也已上線運行，此時的移交應(yīng)是一些收尾工作，如：開發(fā)方不應(yīng)再保留正式系統(tǒng)的賬號，以及數(shù)據(jù)的管理職能等。二、項目驗收原則驗收參與部門：信息化驗收小組，開發(fā)單位。在軟件開發(fā)合同的簽訂階段就提出軟件臉收項目和驗收通過標準的意見；在軟件的需求評宙階段，仔細審閱軟件的需求規(guī)格說明書，指出不利于測試和可能存在歧義的描述；在開發(fā)方開發(fā)完軟件并經(jīng)過開發(fā)方部仔細的測試后，對完成的軟件進行評審(或第三方的驗收測試)，提

9、供完整的錯誤報告提交給用戶方，由用戶方根據(jù)之前簽訂的開發(fā)合同中相應(yīng)的驗收標準判斷是否進行驗收。三、驗收容和評定1 .驗收容1.1 功能項測試對軟件需求規(guī)格說明書中的所有功能項進行測試；1.2 業(yè)務(wù)流程測試對軟件項目的典型業(yè)務(wù)流程進行測試；1.3 容錯測試容錯測試的檢查容包括：(1)軟件對用戶常見的誤操作是否能進行提示；(2)軟件對用戶的操作錯誤和軟件錯誤，是否有準確、清晰的提示；(3)軟件對重要數(shù)據(jù)的刪除是否有瞥告和確認提示;(4)軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應(yīng)的錯誤提示。1.4 安全性測試安全性測試的檢查容包括：(1)軟件中的密鑰是否以密文方式存儲；(2

10、)軟件是否有留痕功能，即是否保存有用戶的操作日志；(3)軟件中各種用戶的權(quán)限分配是否合理；1.5 性能測試對軟件需求規(guī)格說明書中明確的軟件性能進行測試。測試的準則是要滿足規(guī)格說明書中的各項性能指標。1.6 易用性測試易用性測試的容包括：(1)軟件的用戶界面是否友好；(2)軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；(3)軟件中各個模塊的界面風(fēng)格是否一致；(4)軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。1.7 適應(yīng)性測試參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進行測試。1.8 文檔測試用戶文檔包括：安裝手冊、操作手冊和

11、維護手冊。對用戶文檔測試的容包括:(1)文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊；(2)文檔描述的信息是否正確，是否沒有歧義和錯誤的表達；(3)文檔是否容易理解，是否通過使用適當(dāng)?shù)男g(shù)語、圖形表示、詳細的解釋來表達；(4)文檔對主要功能和關(guān)鍵操作是否提供應(yīng)用實例；(5)文檔是否有詳細的目錄表和索引表；2 .驗收評定1 .1軟件錯誤的嚴重性等級(1)不能執(zhí)行正常功能或重要功能，或者危及人身安全；(2)嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn)，且沒有辦法解決；(3)嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn)，但存在合理的解決辦法；(4)使操作者不方便或遇到麻煩，但不影響執(zhí)行正常功能或重要功能；(5

12、)其它錯誤;2 .2錯誤與嚴重性等級對應(yīng)表1級錯誤這一級別的錯誤一般包括以下容：沒有實現(xiàn)或錯誤地實現(xiàn)重要的功能；業(yè)務(wù)流程存在重大隱患；軟件在操作過程中由于軟件自身的原因自動退出系統(tǒng)或出現(xiàn)死機的情況;軟件在操作過程中由于軟件自身的原因?qū)ο到y(tǒng)或數(shù)據(jù)造成破壞；在現(xiàn)有的軟、硬件環(huán)境下不能實現(xiàn)應(yīng)有的功能；特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。2級錯誤這一級別的錯誤一般包括：沒有實現(xiàn)基本功能，并且不存在替代辦法；沒有實現(xiàn)重要功能中的部分功能，并且不存在替代辦法；業(yè)務(wù)流程銜接錯誤；密鑰以明文方式存儲；沒有留痕功能；用戶的權(quán)限分配不合理；在現(xiàn)有的環(huán)境下，不能實現(xiàn)部分功能且沒有替代方案；沒有滿足系統(tǒng)的性

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

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