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

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

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

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

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

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

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

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

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

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

11、用環(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)用實(shí)例；(5) 文檔是否有詳細(xì)的目錄表和索引表；2. 驗(yàn)收評定2.1軟件錯誤的嚴(yán)重性等級(1) 不能執(zhí)行正常功能或重要功能，或者危及人身安全；(2) 嚴(yán)重地影響系統(tǒng)要求或基本功能的

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

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

14、，用戶方認(rèn)為軟件不可驗(yàn)收，要求開發(fā)方在規(guī)定的時間 內(nèi)全面整改軟件，并再次進(jìn)行完整的驗(yàn)收測試。2.3驗(yàn)收標(biāo)準(zhǔn)(1) 測試用例不通過數(shù)的比例 1.5 % ；(2) 不存在錯誤等級為1的錯誤；(3) 不存在錯誤等級為2的錯誤；(4) 錯誤等級為3的錯誤數(shù)量W 5 ；（5）所有提交的錯誤都已得到更正;2.4驗(yàn)收標(biāo)準(zhǔn)的詳細(xì)說明驗(yàn)收項(xiàng)目的劃分參照 GB/T 16260標(biāo)準(zhǔn)。在該標(biāo)準(zhǔn)中，將軟件的質(zhì)量特性分為6大特性、21個子特性，而對于具體的軟件，并非都要進(jìn)行這21個特性的測試和評價。本文選取的是最通用的子特性部分，針對各種不同的軟件，可以對驗(yàn)收項(xiàng)目進(jìn)行剪裁或擴(kuò) 充。需要制定的驗(yàn)收標(biāo)準(zhǔn)，即每一級別的錯誤量的

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