信息化項目驗收管理辦法

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

2、結(jié)報告 ，作為系統(tǒng)驗收的必 備文件提供給用戶方；開發(fā)方應支持用戶方對系統(tǒng)的驗收測試和評審； 開發(fā)方應作出向用戶方提供人員培訓和技術(shù)支持的計劃。2. 系統(tǒng)驗收申請開發(fā)方在完成規(guī)定的系統(tǒ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)驗收申請報告應有開 發(fā)方的技術(shù)負責人簽字。用戶方的經(jīng)辦人必須了解要驗收系統(tǒng)的功能、 性能和系統(tǒng)配置與文檔等方面的要求，

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

4、以及日程安排等內(nèi)容。該 計劃由用戶方審定后執(zhí)行。4. 驗收測試計劃系統(tǒng)的驗收測試是系統(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ā)方向用戶方提交， 內(nèi)容包括：(1) 測試的系統(tǒng)功能；(2) 為糾正系統(tǒng)缺點需做的變動；(3) 為提高系統(tǒng)性能提出的建議。5. 驗收測試前的檢查在系統(tǒng)驗收測試開始之前，用戶方必須提前將驗收的有

5、關(guān)資料分發(fā)給用戶方驗收人員。 驗收人員需要檢查測試環(huán)境是否符合要求， 檢查全部測試項目的測試用例是否準備好， 有關(guān) 測試人員是否全部到位。6. 系統(tǒng)演示開發(fā)方應向用戶方演示被驗收系統(tǒng)的全部界面、 系統(tǒng)包括的主要功能、 性能， 以證明系 統(tǒng)實現(xiàn)的功能與合同要求一致。 通過演示活動讓用戶方成員對系統(tǒng)有一個直觀和概括的了解。 驗收委員可現(xiàn)場選用實例對被驗收系統(tǒng)時行演示考核， 以證實與系統(tǒng)需求的一致性、 程序和 文檔的一致性。7. 驗收測試系統(tǒng)驗收測試組應按系統(tǒng)驗收測試計劃對系統(tǒng)進行功能測試、 可靠性測試、 安全性測試、 性能測試、 一致性測試和文檔測試。 測試員按分工分別對被驗收系統(tǒng)進行逐項測試，

6、并詳細 記錄每一項測試結(jié)果， 將這些結(jié)果分別與預期的結(jié)果對照分析， 然后寫出 系統(tǒng)驗收測試報 告，該報告將作為用戶方評價系統(tǒng)的主要依據(jù)，也是用戶方確定是否接收該系統(tǒng)的主要依 據(jù)。8. 系統(tǒng)驗收評審在驗收測試完成以后， 用戶方應及時主持評審會， 通過有關(guān)報告和審議驗收結(jié)果， 并對 系統(tǒng)作出綜合評價。8.1 評審內(nèi)容包括：(1)文檔審查報告(2)系統(tǒng)驗收測試報告(3)測試分析報告(4)技術(shù)總結(jié)報告8.2 按以下的驗收準則對系統(tǒng)進行評價：(1) 系統(tǒng)是否滿足用戶信息系統(tǒng)要實現(xiàn)的目標。(2) 系統(tǒng)采用的技術(shù)和實現(xiàn)方案是否做到可靠、穩(wěn)定、靈活、實用。(3) 所選用的應用開發(fā)平臺和開發(fā)工具先進、 簡便、有

7、效，便于與其他系統(tǒng)的銜接， 實現(xiàn)資源共享。(4) 運行系統(tǒng)的可靠性是系統(tǒng)建設(shè)的首要出發(fā)點。 因此，要求開發(fā)方提供高可靠性 的產(chǎn)品和技術(shù)， 確保系統(tǒng)的安全和可靠。 要求系統(tǒng)具有較強的容錯能力， 使系 統(tǒng)不易崩潰。(5) 關(guān)鍵系統(tǒng)設(shè)備與數(shù)據(jù)備份的設(shè)施是否達到安全可靠。用戶方應進行認真地討論， 對被驗收的系統(tǒng)給出實事求是的評價， 內(nèi)容包括系統(tǒng)的先進 性、功能性、可靠性和安全保密性。最后由用戶方進行決定系統(tǒng)是否通過驗收。9. 系統(tǒng)驗收報告在驗收評審后，用戶方應寫出系統(tǒng)驗收報告 ，詳盡地記錄驗收中對系統(tǒng)的評價及驗 收意見。 尤其要明確系統(tǒng)在驗收中發(fā)現(xiàn)的問題和缺陷，以及需要改進的意見和開發(fā)方對此所作的承諾

8、。 用戶方全體成員在驗收報告上簽字。 根據(jù)用戶方表決情況， 由用戶方主任在驗收 報告上簽署驗收意見。如果系統(tǒng)驗收不能通過， 用戶方將根據(jù)合同書的規(guī)定與供需雙方協(xié)商處理意見， 可能的 結(jié)果是：要求開發(fā)方限期完成開發(fā)任務， 重新提出驗收申請或者終止合同。 系統(tǒng)驗收通過后， 要確定系統(tǒng)進入試運行的時間結(jié)束時間， 明確開發(fā)方在試運行期間要解決的遺留問題以及改 進系統(tǒng)的意見，對此開發(fā)方的代表要作出承諾。10. 產(chǎn)品移交文檔應在申請驗收時提交，系統(tǒng)也已上線運行，此時的移交應是一些收尾工作，如：開 發(fā)方不應再保留正式系統(tǒng)的賬號，以及數(shù)據(jù)的管理職能等。二、項目驗收原則驗收參與部門：信息化驗收小組，開發(fā)單位。在

9、軟件開發(fā)合同的簽訂階段就提出軟件驗收項目和驗收通過標準的意見； 在軟件的需求 評審階段， 仔細審閱軟件的需求規(guī)格說明書， 指出不利于測試和可能存在歧義的描述； 在開 發(fā)方開發(fā)完軟件并經(jīng)過開發(fā)方內(nèi)部仔細的測試后， 對完成的軟件進行評審 (或第三方的驗收 測試)，提供完整的錯誤報告提交給用戶方，由用戶方根據(jù)之前簽訂的開發(fā)合同中相應的驗 收標準判斷是否進行驗收。三、驗收內(nèi)容和評定1. 驗收內(nèi)容1.1功能項測試對軟件需求規(guī)格說明書中的所有功能項進行測試；1.2業(yè)務流程測試對軟件項目的典型業(yè)務流程進行測試；1.3容錯測試容錯測試的檢查內(nèi)容包括：(1) 軟件對用戶常見的誤操作是否能進行提示；(2) 軟件對

10、用戶的操作錯誤和軟件錯誤，是否有準確、清晰的提示；(3) 軟件對重要數(shù)據(jù)的刪除是否有警告和確認提示；(4) 軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應的錯誤提示。1.4安全性測試安全性測試的檢查內(nèi)容包括：(1) 軟件中的密鑰是否以密文方式存儲；(2) 軟件是否有留痕功能，即是否保存有用戶的操作日志；(3)軟件中各種用戶的權(quán)限分配是否合理；1.5性能測試對軟件需求規(guī)格說明書中明確的軟件性能進行測試。測試的準則是要滿足規(guī)格說明書中的各項性能指標。1.6易用性測試易用性測試的內(nèi)容包括(1) 軟件的用戶界面是否友好；(2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文

11、提示;(3) 軟件中各個模塊的界面風格是否一致；(4) 軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。1.7適應性測試參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進行測試。1.8文檔測試用戶文檔包括：安裝手冊、操作手冊和維護手冊。對用戶文檔測試的內(nèi)容包括：(1) 文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊；(2) 文檔描述的信息是否正確，是否沒有歧義和錯誤的表達；(3) 文檔是否容易理解，是否通過使用適當?shù)男g(shù)語、圖形表示、詳細的解釋來表達;(4) 文檔對主要功能和關(guān)鍵操作是否提供應用實例；(5) 文檔是否有詳細的目錄表和索引

12、表；2. 驗收評定2.1軟件錯誤的嚴重性等級(1) 不能執(zhí)行正常功能或重要功能，或者危及人身安全；(2) 嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn)，且沒有辦法解決；(3) 嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn)，但存在合理的解決辦法;(4) 使操作者不方便或遇到麻煩，但不影響執(zhí)行正常功能或重要功能；(5) 其它錯誤；2.2錯誤與嚴重性等級對應表1級錯誤這一級別的錯誤一般包括以下內(nèi)容 ：沒有實現(xiàn)或錯誤地實現(xiàn)重要的功能；業(yè)務流程 存在重大隱患；軟件在操作過程中由于軟件自身的原因自動退出系統(tǒng)或出現(xiàn)死機的情況； 軟件在操作過程中由于軟件自身的原因?qū)ο到y(tǒng)或數(shù)據(jù)造成破壞；在現(xiàn)有的軟、硬件環(huán)境下不能實現(xiàn)應有的功能；特

13、殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。2級錯誤這一級別的錯誤一般包括：沒有實現(xiàn)基本功能，并且不存在替代辦法；沒有實現(xiàn)重要功能中的部分功能，并且不存在替代辦法；業(yè)務流程銜接錯誤；密鑰以明文方式存儲； 沒有留痕功能；用戶的權(quán)限分配不合理；在現(xiàn)有的環(huán)境下，不能實現(xiàn)部分功能且沒有替 代方案；沒有滿足系統(tǒng)的性能要求。3級錯誤這一級的錯誤是與第2級別的錯誤相對應的，而第 3級錯誤則存在替代方法；對誤 操作或錯誤操作沒有提示，導致非法數(shù)據(jù)進入數(shù)據(jù)庫。4級錯誤這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不一；中英文混雜；查詢結(jié)果輸出不直觀等。5級錯誤通常為文檔方面的錯誤，如安裝手冊、操

14、作手冊、維護手冊中的描述錯誤。要求對發(fā)現(xiàn)的每一個錯誤都要確定相應的嚴重性等級。全部改正方可，如錯誤的級 別和數(shù)量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發(fā)方在規(guī)定的時間 內(nèi)全面整改軟件，并再次進行完整的驗收測試。2.3驗收標準(1) 測試用例不通過數(shù)的比例 < 1.5 % ；(2) 不存在錯誤等級為1的錯誤；(3) 不存在錯誤等級為2的錯誤；(4) 錯誤等級為3的錯誤數(shù)量W 5 ；（5）所有提交的錯誤都已得到更正;2.4驗收標準的詳細說明驗收項目的劃分參照 GB/T 16260標準。在該標準中，將軟件的質(zhì)量特性分為6大特性、21個子特性，而對于具體的軟件，并非都要進行這21個

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