信息化項目驗收管理辦法

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

2、人員培訓(xùn)和技術(shù)支持的計劃。 2. 系統(tǒng)驗收申請 開發(fā)方在完成規(guī)定的系統(tǒng)驗收申請前的各項準(zhǔn)備工作以后，應(yīng)適時向用戶方正式提出系 統(tǒng)驗收申請報告，扼要說明申請系統(tǒng)驗收的準(zhǔn)備情況和系統(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ù)負(fù)責(zé)人簽字。 用戶方的經(jīng)辦人必須了解要驗收系統(tǒng)的功能、性能和系統(tǒng)配置與文檔等方面的要求，掌 握合同書中規(guī)定的系統(tǒng)驗收條款，對開發(fā)方提交的系統(tǒng)驗收。 申請報告進(jìn)行審查， 提出處理意見。用戶方技術(shù)負(fù)責(zé)人經(jīng)審查后， 在

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

4、滿足合同條款與系 統(tǒng)需求說明書中規(guī)定的要求。 4.1測試計劃及流程包括下列幾項： (1) 測試計劃及程序的目的； (2) 各項功能測試所需輸入的數(shù)據(jù)； (3) 測試結(jié)果記錄的說明； (4) 觀察、測試結(jié)果的設(shè)備、工具及程序； (5) 測試進(jìn)度表； 4.2有關(guān)的測試結(jié)果要以書面報告的形式由開發(fā)方向用戶方提交，內(nèi)容包括: (1) 測試的系統(tǒng)功能； (2) 為糾正系統(tǒng)缺點需做的變動； (3) 為提高系統(tǒng)性能提出的建議。 5. 驗收測試前的檢查 在系統(tǒng)驗收測試開始之前，用戶方必須提前將驗收的有關(guān)資料分發(fā)給用戶方驗收人員。 驗收人員需要檢查測試環(huán)境是否符合要求，檢查全部測試項目的測試用例是否準(zhǔ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)進(jìn)行功能測試、可靠性測試、安全性測試、 性能測試、一致性測試和文檔測試。測試員按分工分別對被驗收系統(tǒng)進(jìn)行逐項測試，并詳細(xì) 記錄每一項測試結(jié)果， 將這些結(jié)果分別與預(yù)期的結(jié)果對照分析， 然后寫出系統(tǒng)驗收測試報 告該報告將作為用戶方評價系統(tǒng)的主要依

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

7、性 的產(chǎn)品和技術(shù)，確保系統(tǒng)的安全和可靠。要求系統(tǒng)具有較強(qiáng)的容錯能力，使系 統(tǒng)不易崩潰。 (5) 關(guān)鍵系統(tǒng)設(shè)備與數(shù)據(jù)備份的設(shè)施是否達(dá)到安全可靠。 用戶方應(yīng)進(jìn)行認(rèn)真地討論，對被驗收的系統(tǒng)給出實事求是的評價，內(nèi)容包括系統(tǒng)的先進(jìn) 性、功能性、可靠性和安全保密性。最后由用戶方進(jìn)行決定系統(tǒng)是否通過驗收。 9. 系統(tǒng)驗收報告 在驗收評審后，用戶方應(yīng)寫出系統(tǒng)驗收報告，詳盡地記錄驗收中對系統(tǒng)的評價及驗 收意見。尤其要明確系統(tǒng)在驗收中發(fā)現(xiàn)的問題和缺陷，以及需要改進(jìn)的意見和開發(fā)方對此所 作的承諾。用戶方全體成員在驗收報告上簽字。根據(jù)用戶方表決情況， 由用戶方主任在驗收 報告上簽署驗收意見。 如果系統(tǒng)驗收不能通過，

8、用戶方將根據(jù)合同書的規(guī)定與供需雙方協(xié)商處理意見，可能的 結(jié)果是：要求開發(fā)方限期完成開發(fā)任務(wù)， 重新提出驗收申請或者終止合同。系統(tǒng)驗收通過后， 要確定系統(tǒng)進(jìn)入試運行的時間結(jié)束時間，明確開發(fā)方在試運行期間要解決的遺留問題以及改 進(jìn)系統(tǒng)的意見，對此開發(fā)方的代表要作出承諾。 10. 產(chǎn)品移交 文檔應(yīng)在申請驗收時提交，系統(tǒng)也已上線運行，此時的移交應(yīng)是一些收尾工作口：開 發(fā)方不應(yīng)再保留正式系統(tǒng)的賬號，以及數(shù)據(jù)的管理職能等。 二、項目驗收原則 驗收參與部門：信息化驗收小組，開發(fā)單位。 在軟件開發(fā)合同的簽訂階段就提出軟件驗收項目和驗收通過標(biāo)準(zhǔn)的意見；在軟件的需求 評審階段，仔細(xì)審閱軟件的需求規(guī)格說明書， 指出

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

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

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

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

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

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

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