信息應(yīng)用(軟件)系統(tǒng)項目規(guī)范驗收

1、范文范例指導參考江西省金保二期建設(shè)項目信息應(yīng)用（軟件）系統(tǒng)驗收規(guī)范一、驗收目的驗證信息應(yīng)用（軟件）系統(tǒng)是否符合設(shè)計需求，功能實現(xiàn)的正確性及 運行安全可靠性。通過系統(tǒng)的軟件驗收測試，發(fā)現(xiàn)軟件存在的，潛在 的重大問題，最大限度保證軟件工程質(zhì)量。二、驗收單位信息應(yīng)用系統(tǒng)驗收由用戶單位組織， 監(jiān)理單位協(xié)助，承建單位支持完 成。三、驗收依據(jù)合同及合同附件、有關(guān)技術(shù)說明文件及適用的標準。四、驗收準則1、軟件產(chǎn)品符合“合同”或“驗收標準”規(guī)定的全部功能和質(zhì)量要求；2、文檔齊全、符合“合同”或“驗收標準”要求及有關(guān)標準的規(guī)定。3、文檔和文檔一致，程序和文檔相符；4、對被驗收軟件的可執(zhí)行代碼，在驗收測試中查出的

2、錯誤總數(shù)，依錯誤嚴重性不超過業(yè)主單位事先約定的限定值；5、配置審核時查出的交付文檔中的錯誤總數(shù)不超過業(yè)主單位事先約 定的限定值word版整理范文范例指導參考五、項目初驗 1、初驗條件(1)承建單位提交了合同規(guī)定的文檔；(2)軟件產(chǎn)品已納入配置管理并可交付；(3)軟件系統(tǒng)已通過測試，必要時，監(jiān)理機構(gòu)應(yīng)要求承建單位提交 第三方測試機構(gòu)出具的測試報告，第三方測試機構(gòu)應(yīng)經(jīng)業(yè)主單位和監(jiān) 理機構(gòu)同意。(4)承建單位已完成相關(guān)的培訓工作；(5)軟件系統(tǒng)已在業(yè)務(wù)部門投運；2、初驗流程2.1、 提交驗收申請承建單位以書面形式向業(yè)主單位和監(jiān)理單位提交初驗申請表(見附表一)。同時按照合同要求提交技術(shù)文檔包括(軟件配

3、置內(nèi)容、軟 件源代碼及編譯配置說明；驗收方案草案、培訓報告等)。2.2、 評審初驗申請業(yè)主單位、監(jiān)理單位審核承建單位初驗申請是否符合合同約定的 初驗條件；審核承建單位驗收方案(驗收計劃、驗收目標、責任雙方、 驗收范圍、驗收提交清單、驗收標準、驗收方法等 )的符合性及可行 性。若審核通過，則通知承建單位，并三方共同確定驗收計劃和驗收 方案，開啟以下驗收流程。未通過審核，通知承建單位進行整改。2.3、組建驗收組織word版整理范文范例指導參考業(yè)主單位與監(jiān)理單位協(xié)調(diào)成立專門的驗收小組，作為驗收的組織機構(gòu)。驗收小組由業(yè)主單位代表、監(jiān)理單位代表、承建單位代表及邀請的技術(shù)專家組成員組成。驗收小組一般不少于

4、 5人（單數(shù)）組成，設(shè)組長1人，成員若干人。2.4、 初驗評審驗收小組召開初驗評審會，對項目進行初驗評審，并重點審核如下要點：1）與合同的一致性；2）與系統(tǒng)需求的一致性；3）與預(yù)期結(jié)果的符合程度，包括但不限于與信息資源規(guī)劃、 業(yè)務(wù) 流程再造需求及業(yè)務(wù)持續(xù)改進需求和業(yè)務(wù)指標評價體系的符合程度；4）與業(yè)務(wù)需求的符合程度；5）與運行環(huán)境的適用性；6）運作和維護的可行性。對存在問題或疑問的內(nèi)容，由監(jiān)理單位開具監(jiān)理通知單，要求 承建單位整改后重新報審。2.5、 初驗意見初驗通過，驗收小組簽署項目驗收意見（見附表五）。若不通過，則由監(jiān)理單位出具監(jiān)理通知書，責成承建單位限期整改完善，條件具體時再安排組織初驗

5、。word版整理范文范例指導參考六、項目終驗 1、終驗條件(1)初驗合格(2)已通過計算機軟件確認測試評審；(3)已通過系統(tǒng)測試評審(4)合同或合同附近件規(guī)定的各類文檔齊全；(5)軟件產(chǎn)品已置于配制管理之下(6)合同或合同附件規(guī)定的其它驗收條件。(7)試運行正?；蛘叱霈F(xiàn)的問題已經(jīng)得到解決。2、驗收依據(jù)(1)合同及合同附件、有關(guān)技術(shù)說明文件及適用的標準3、驗收流程3.1、 提交驗收申請承建單位以書面形式向業(yè)主單位和監(jiān)理單位提交驗收申請表(見附表二)。同時按照合同要求提交技術(shù)文檔包括(軟件配置內(nèi)容、軟 件源代碼及編譯配置說明；驗收方案草案、驗收測試方案等)。3.2、 評審驗收申請業(yè)主單位、監(jiān)理單位

6、審核項目驗收申請進行審核；若審核通過， 則通知承建單位，并三方共同確定驗收計劃和驗收方案， 開啟以下驗 收流程。未通過審核，通知承建單位進行整改。3.3、組建驗收組織word版整理范文范例指導參考業(yè)主單位與監(jiān)理單位協(xié)調(diào)成立專門的驗收小組， 作為驗收的組織 機構(gòu)。驗收小組由業(yè)主單位代表、監(jiān)理單位代表、承建單位代表及邀 請的技術(shù)專家組成員組成。驗收小組一般不少于 5人(單數(shù))組成， 設(shè)組長1人，成員若干人。驗收小組主持整個軟件驗收工作， 包括：判定所驗收的軟件是否 符合“合同”的要求、審定驗收測試計劃、組織驗收測試和配置審核、 進行驗收評審、形成驗收報告。并根據(jù)實際情況組建驗收測試組和配 置審核組

7、。3.4、 審核文檔資料配置審核組對項目驗收相關(guān)文檔進行審核。 對存在問題或疑問的 內(nèi)容，由監(jiān)理方開具監(jiān)理通知單，要求承建方整改后重新報審。承建單位需在驗收前提交如下軟件文檔：(1)可執(zhí)行程序、源程序、配置腳本、測試程序或腳本(2)主要的開發(fā)類文檔：需求說明書、概要設(shè)計說明書、詳細 設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、測試計劃、測試報告、程序維護手 冊、程序員開發(fā)手冊、用戶操作手冊和項目總結(jié)報告。(3)主要管理類文檔：項目計劃書、質(zhì)量控制計劃、配置管理 計劃、用戶培訓計劃、質(zhì)量總結(jié)報告、評審報告、會議記錄和開發(fā)進 度月報。3.5、 驗收測試承建單位應(yīng)在驗收方案提交驗收測試的方案，經(jīng)審定后，由驗收測試

8、組織實施。驗收測試的內(nèi)容應(yīng)該包括(不限于)：a）功能項測試對軟件需求規(guī)格說明書中的所有功能項進行測試；b）業(yè)務(wù)流程測試對軟件項目的典型業(yè)務(wù)流程進行測試；c）容錯測試容錯測試的檢查內(nèi)容包括：1）軟件對用戶常見的誤操作是否能進行提示；2）軟件對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的 提示；3）軟件對重要數(shù)據(jù)的刪除是否有警告和確認提示；4）軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應(yīng)的錯誤提示。d）安全性測試安全性測試的檢查內(nèi)容包括：1）軟件中的密鑰是否以密文方式存儲；2）軟件是否有留痕功能，即是否保存有用戶的操作日志；3）軟件中各種用戶的權(quán)限分配是否合理；e）性能測

9、試對軟件需求規(guī)格說明書中明確的軟件性能進行測試。測試的準則是要滿足規(guī)格說明書中的各項性能指標。f ）易用性測試易用性測試的內(nèi)容包括：1）軟件的用戶界面是否友好，是否出現(xiàn)中英文混雜的界面；2）軟件中的提示信息是否清楚、易理解，是否存在原始的英文 提示；3）軟件中各個模塊的界面風格是否一致；4）軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。g）適應(yīng)性測試參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定， 列出 開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進行測試。h）文檔測試用戶文檔包括：安裝手冊、操作手冊和維護手冊。對用戶文檔測 試的內(nèi)容包括：1）操作、維護文檔是否齊全、是否包含產(chǎn)品使用所需的

10、信息和 所有的功能模塊；2）用戶文檔描述的信息是否正確，是否沒有歧義和錯誤的表達；3）戶文檔是否容易理解，是否通過使用適當?shù)男g(shù)語、圖形表示、 詳細的解釋來表達；4）用戶文檔對主要功能和關(guān)鍵操作是否提供應(yīng)用實例；5）用戶文檔是否有詳細的目錄表和索引表；3.6、 驗收評審會驗收小組在完成項目驗收文檔審核和驗收測試后，召開評審驗收會，對項目進行評審驗收。1驗收評審會準備工作包括:(1)確定會議規(guī)模、時間、地點、人員(2)確定會議議程(3)發(fā)出會議邀請或通知(4)承建單位準備項目建設(shè)匯報材料(文字材料和 PPT講稿)(5)業(yè)務(wù)部門準備用戶使用報告書(見附表三)(6)監(jiān)理單位準備監(jiān)理驗收意見2組建專家組

11、(1)由建設(shè)方、承建單位和監(jiān)理方共同推薦專家評審組名單。(2)政府采購中心或項目投資單位派工作人員或?qū)＜覅⑴c。(3)向?qū)＜医M成員發(fā)出評審邀請。(4)準備專家評審表(見附件四)3召開驗收評審會(1)領(lǐng)導致辭(2)由業(yè)主單位介紹本項目招標需求情況， 推舉一名評審組長;(3)、由承建單位匯報本項目建設(shè)總體情況， 重點闡述項目背景(合同情況)、目標任務(wù)、開發(fā)方法、項目效果、存在問題等內(nèi)容；(4)配制審核組匯報項目驗收配置審核報告(5)驗收測試組匯報項目驗收測試報告(6)用戶代表匯報軟件使用情況報告；(7)監(jiān)理單位匯報項目驗收監(jiān)理意見；(8)專家組對建設(shè)情況及驗收技術(shù)步驟進行評價；(9)專家組查看評價驗

12、收時提交的各種技術(shù)文檔，由承建單位 回答驗收專家的各種問題；(10)專家組經(jīng)商議提交驗收結(jié)論，簽署專家驗收文件(若不通 過，則提出相應(yīng)整改意見，并另行選擇再次驗收日期)(11)驗收小組根據(jù)專家組的意見簽署項目驗收意見(見附表五)。3.7、 文檔移交1、向業(yè)主單位移交全部軟件驗收技術(shù)文檔(紙介質(zhì)、電子檔各 五份)；2、將所有簽署的驗收材料繪制成冊，編制成完整的驗收報告， 包括驗收申請書、用戶使用報告書、專家評審表、工程交付驗收意見 表、驗收備忘錄、工程交付驗收報審表、監(jiān)理通知書、監(jiān)理驗收意見、 項目總結(jié)報告等。提交相關(guān)部門逐一蓋章。項目驗收合格并簽署項 目驗收意見一周內(nèi)，完成文檔移交，用戶單位、

13、監(jiān)理單位、承建單 位簽署文檔移交清單。對未通過評審的項目，監(jiān)理根據(jù)驗收評審會意見發(fā)出整改通知， 承建單位進行整改，并重新進行預(yù)驗收和驗收評審。3.8、 遺留問題驗收評審會上認為仍有遺留問題的， 在“驗收備忘錄中記錄。 說明遺留問題的處理方法和責任以及時間要求，由承建單位限期完 工O3.9、 驗收不通過處理承建單位應(yīng)根據(jù)驗收評審意見盡快修正有關(guān)問題，重新進行驗收或者轉(zhuǎn)入合同爭議處理程序。附表一：初驗申請表、驗收申請表（初驗）招標編號：項目名稱建設(shè)單位承建單位致：江西省人力資源和社會保障廳北京中保天和信息科技有限公司（監(jiān)理方）按照合同及信息系統(tǒng)集成的規(guī)范要求，我方已完成 了該項目的開發(fā)和實施投運工

14、作，并滿足合同約定的初驗要求，特報請項目 初驗。施工單位：項目經(jīng)理：日 期：監(jiān)理方意見:監(jiān)理單位：北京中保天和信息科技有限公司代 表：日 期：建設(shè)單位意見:建設(shè)單位：代 表：日 期：本表一式三份，建設(shè)單位、監(jiān)理單位、施工單位各一份。附表二：終驗中請表、驗收申請表（終驗）招標編號：項目名稱建設(shè)單位承建單位致：江西省人力資源和社會保障廳北京中保天和信息科技有限公司（監(jiān)理方）按照合同及信息系統(tǒng)集成的規(guī)范要求，我方已完成 并于 年 月 日試運行順利完成,現(xiàn)系統(tǒng)運行穩(wěn)定，滿足合同驗收 要求，特報請竣工驗收。施工單位：代 表：日 期：監(jiān)理方意見：監(jiān)理單位：北京中保天和信息科技有限公司代 表：日 期：建設(shè)單

15、位意見:建設(shè)單位：代 表：日 期:本表一式三份，建設(shè)單位、監(jiān)理單位、施工單位各一份。word版整理附表三：監(jiān)理通知書監(jiān)理通知書編R項目名稱口轉(zhuǎn)發(fā)通知口會議通知口監(jiān)理意見（需要反饋）V接收單位事由：內(nèi)容：編審日寫：核：期：年月日附表四：用戶使用報告書用戶使用報告書一、承建單位申請驗收系統(tǒng)名稱項目名稱承建單位二、使用情況說明二、存在問題及建議（列出目前存在的問題及建議）四、負責人簽字、蓋章業(yè)務(wù)部門：部門負責人（簽字）：日期：單位名稱（蓋章）：單位負責人（簽字）：日期：附表五：專家驗收評審表專家驗收評審表項目名稱承建單位專家組驗收評審意見專家組長簽名：日期：范文 范例 指導 參考附表六：項目驗收意見項目驗收意見項目名稱：建設(shè)單位：江西省人力資源和社會保障廳承建單位啟動日期：上線日