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

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

2、超過業(yè)主單位事先約定的限定值；5、配置審核時(shí)查出的交付文檔中的錯(cuò)誤總數(shù)不超過業(yè)主單位事先約定的限定值。五、項(xiàng)目初驗(yàn)1、初驗(yàn)條件（ 1）承建單位提交了合同規(guī)定的文檔；（ 2）軟件產(chǎn)品已納入配置管理并可交付；（ 3）軟件系統(tǒng)已通過測試，必要時(shí)，監(jiān)理機(jī)構(gòu)應(yīng)要求承建單位提交第三方測試機(jī)構(gòu)出具的測試報(bào)告，第三方測試機(jī)構(gòu)應(yīng)經(jīng)業(yè)主單位和監(jiān)理機(jī)構(gòu)同意。（ 4）承建單位已完成相關(guān)的培訓(xùn)工作；（ 5）軟件系統(tǒng)已在業(yè)務(wù)部門投運(yùn)；2、初驗(yàn)流程2.1 、提交驗(yàn)收申請(qǐng)承建單位以書面形式向業(yè)主單位和監(jiān)理單位提交初驗(yàn)申請(qǐng)表（見附表一） 。同時(shí)按照合同要求提交技術(shù)文檔包括（軟件配置內(nèi)容、軟件源代碼及編譯配置說明；驗(yàn)收方案草案、

3、培訓(xùn)報(bào)告等）。2.2 、評(píng)審初驗(yàn)申請(qǐng)業(yè)主單位、監(jiān)理單位審核承建單位初驗(yàn)申請(qǐng)是否符合合同約定的初驗(yàn)條件；審核承建單位驗(yàn)收方案（ 驗(yàn)收計(jì)劃、驗(yàn)收目標(biāo)、責(zé)任雙方、驗(yàn)收范圍、驗(yàn)收提交清單、驗(yàn)收標(biāo)準(zhǔn)、驗(yàn)收方法等） 的符合性及可行性。若審核通過，則通知承建單位，并三方共同確定驗(yàn)收計(jì)劃和驗(yàn)收方案，開啟以下驗(yàn)收流程。未通過審核，通知承建單位進(jìn)行整改。3.3、組建驗(yàn)收組織業(yè)主單位與監(jiān)理單位協(xié)調(diào)成立專門的驗(yàn)收小組，作為驗(yàn)收的組織機(jī)構(gòu)。驗(yàn)收小組由業(yè)主單位代表、監(jiān)理單位代表、承建單位代表及邀請(qǐng)的技術(shù)專家組成員組成。驗(yàn)收小組一般不少于5 人(單數(shù))組成，設(shè)組長 1 人，成員若干人。2.4、 初驗(yàn)評(píng)審驗(yàn)收小組召開初驗(yàn)評(píng)審

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

5、軟件確認(rèn)測試評(píng)審；（3）已通過系統(tǒng)測試評(píng)審（ 4）合同或合同附近件規(guī)定的各類文檔齊全；（5）軟件產(chǎn)品已置于配制管理之下（6）合同或合同附件規(guī)定的其它驗(yàn)收條件。（7）試運(yùn)行正?；蛘叱霈F(xiàn)的問題已經(jīng)得到解決。2、驗(yàn)收依據(jù)（ 1）合同及合同附件、有關(guān)技術(shù)說明文件及適用的標(biāo)準(zhǔn)3、驗(yàn)收流程3.1 、提交驗(yàn)收申請(qǐng)承建單位以書面形式向業(yè)主單位和監(jiān)理單位提交驗(yàn)收申請(qǐng)表（見附表二） 。同時(shí)按照合同要求提交技術(shù)文檔包括（軟件配置內(nèi)容、軟件源代碼及編譯配置說明；驗(yàn)收方案草案、驗(yàn)收測試方案等）。3.2 、評(píng)審驗(yàn)收申請(qǐng)業(yè)主單位、監(jiān)理單位審核項(xiàng)目驗(yàn)收申請(qǐng)進(jìn)行審核；若審核通過，則通知承建單位，并三方共同確定驗(yàn)收計(jì)劃和驗(yàn)收方案

6、，開啟以下驗(yàn) 收流程。未通過審核，通知承建單位進(jìn)行整改。4.3、組建驗(yàn)收組織作為驗(yàn)收的組織機(jī)構(gòu)。驗(yàn)收小組由業(yè)主單位代表、監(jiān)理單位代表、承建單位代表及邀請(qǐng)的技術(shù)專家組成員組成。驗(yàn)收小組一般不少于5 人（單數(shù)）組成，設(shè)組長 1 人，成員若干人。驗(yàn)收小組主持整個(gè)軟件驗(yàn)收工作，包括： 判定所驗(yàn)收的軟件是否符合 “合同” 的要求、 審定驗(yàn)收測試計(jì)劃、組織驗(yàn)收測試和配置審核、進(jìn)行驗(yàn)收評(píng)審、形成驗(yàn)收?qǐng)?bào)告。并根據(jù)實(shí)際情況組建驗(yàn)收測試組和配置審核組。3.4、 審核文檔資料配置審核組對(duì)項(xiàng)目驗(yàn)收相關(guān)文檔進(jìn)行審核。對(duì)存在問題或疑問的內(nèi)容，由監(jiān)理方開具監(jiān)理通知單，要求承建方整改后重新報(bào)審。承建單位需在驗(yàn)收前提交如下軟件

7、文檔：（ 1）可執(zhí)行程序、源程序、配置腳本、測試程序或腳本（ 2）主要的開發(fā)類文檔：需求說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、測試計(jì)劃、測試報(bào)告、程序維護(hù)手冊、程序員開發(fā)手冊、用戶操作手冊和項(xiàng)目總結(jié)報(bào)告。（ 3）主要管理類文檔：項(xiàng)目計(jì)劃書、質(zhì)量控制計(jì)劃、配置管理計(jì)劃、用戶培訓(xùn)計(jì)劃、質(zhì)量總結(jié)報(bào)告、評(píng)審報(bào)告、會(huì)議記錄和開發(fā)進(jìn)度月報(bào)。3.5、 驗(yàn)收測試承建單位應(yīng)在驗(yàn)收方案提交驗(yàn)收測試的方案，經(jīng)審定后，由驗(yàn)收測試組織實(shí)施。驗(yàn)收測試的內(nèi)容應(yīng)該包括（不限于）：a) 功能項(xiàng)測試對(duì)軟件需求規(guī)格說明書中的所有功能項(xiàng)進(jìn)行測試；b) 業(yè)務(wù)流程測試對(duì)軟件項(xiàng)目的典型業(yè)務(wù)流程進(jìn)行測試；c) 容錯(cuò)測試容

8、錯(cuò)測試的檢查內(nèi)容包括:1) 軟件對(duì)用戶常見的誤操作是否能進(jìn)行提示；2) 軟件對(duì)用戶的的操作錯(cuò)誤和軟件錯(cuò)誤，是否有準(zhǔn)確、清晰的提示；3) 軟件對(duì)重要數(shù)據(jù)的刪除是否有警告和確認(rèn)提示；4) 軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯(cuò)誤輸入，識(shí)別非法值，并有相應(yīng)的錯(cuò)誤提示。d) 安全性測試安全性測試的檢查內(nèi)容包括:1) 軟件中的密鑰是否以密文方式存儲(chǔ)；2) 軟件是否有留痕功能, 即是否保存有用戶的操作日志；3) 軟件中各種用戶的權(quán)限分配是否合理；e) 性能測試對(duì)軟件需求規(guī)格說明書中明確的軟件性能進(jìn)行測試。測試的準(zhǔn)則是要滿足規(guī)格說明書中的各項(xiàng)性能指標(biāo)。f ) 易用性測試易用性測試的內(nèi)容包括:1) 軟件的用

9、戶界面是否友好，是否出現(xiàn)中英文混雜的界面；2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；3) 軟件中各個(gè)模塊的界面風(fēng)格是否一致；4) 軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。g) 適應(yīng)性測試參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對(duì)每個(gè)環(huán)境進(jìn)行測試。h) 文檔測試用戶文檔包括: 安裝手冊、操作手冊和維護(hù)手冊。對(duì)用戶文檔測試的內(nèi)容包括:1) 操作、維護(hù)文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊；2) 用戶文檔描述的信息是否正確, 是否沒有歧義和錯(cuò)誤的表達(dá)；3) 戶文檔是否容易理解, 是否通過使用適當(dāng)?shù)男g(shù)語、圖

10、形表示、詳細(xì)的解釋來表達(dá)；4) 用戶文檔對(duì)主要功能和關(guān)鍵操作是否提供應(yīng)用實(shí)例；5) 用戶文檔是否有詳細(xì)的目錄表和索引表；3.6、驗(yàn)收評(píng)審會(huì)驗(yàn)收小組在完成項(xiàng)目驗(yàn)收文檔審核和驗(yàn)收測試后，召開評(píng)審驗(yàn)收會(huì) , 對(duì)項(xiàng)目進(jìn)行評(píng)審驗(yàn)收。1驗(yàn)收評(píng)審會(huì)準(zhǔn)備工作包括：（ 1）確定會(huì)議規(guī)模、時(shí)間、地點(diǎn)、人員（ 2）確定會(huì)議議程（ 3）發(fā)出會(huì)議邀請(qǐng)或通知（4）承建單位準(zhǔn)備項(xiàng)目建設(shè)匯報(bào)材料（文字材料和PPT講稿）（ 5）業(yè)務(wù)部門準(zhǔn)備用戶使用報(bào)告書（見附表三）（ 6）監(jiān)理單位準(zhǔn)備監(jiān)理驗(yàn)收意見2組建專家組（ 1）由建設(shè)方、承建單位和監(jiān)理方共同推薦專家評(píng)審組名單。（ 2）政府采購中心或項(xiàng)目投資單位派工作人員或?qū)＜覅⑴c。（ 3

11、）向?qū)＜医M成員發(fā)出評(píng)審邀請(qǐng)。（ 4）準(zhǔn)備專家評(píng)審表（見附件四）3召開驗(yàn)收評(píng)審會(huì)（ 1）領(lǐng)導(dǎo)致辭（ 2） 由業(yè)主單位介紹本項(xiàng)目招標(biāo)需求情況，推舉一名評(píng)審組長；（ 3） 、 由承建單位匯報(bào)本項(xiàng)目建設(shè)總體情況，重點(diǎn)闡述項(xiàng)目背景、目標(biāo)任務(wù)、開發(fā)方法、項(xiàng)目效果、存在問題等內(nèi)容；（ 4）配制審核組匯報(bào)項(xiàng)目驗(yàn)收配置審核報(bào)告（ 5）驗(yàn)收測試組匯報(bào)項(xiàng)目驗(yàn)收測試報(bào)告（ 6）用戶代表匯報(bào)軟件使用情況報(bào)告；7）監(jiān)理單位匯報(bào)項(xiàng)目驗(yàn)收監(jiān)理意見；8）專家組對(duì)建設(shè)情況及驗(yàn)收技術(shù)步驟進(jìn)行評(píng)價(jià)；（ 9）專家組查看評(píng)價(jià)驗(yàn)收時(shí)提交的各種技術(shù)文檔，由承建單位回答驗(yàn)收專家的各種問題；（ 10）專家組經(jīng)商議提交驗(yàn)收結(jié)論，簽署專家驗(yàn)收文件（

12、若不通過，則提出相應(yīng)整改意見，并另行選擇再次驗(yàn)收日期）（ 11）驗(yàn)收小組根據(jù)專家組的意見簽署項(xiàng)目驗(yàn)收意見（見附表五） 。3.7、 文檔移交1、向業(yè)主單位移交全部軟件驗(yàn)收技術(shù)文檔（紙介質(zhì)、電子檔各五份） ；2、將所有簽署的驗(yàn)收材料繪制成冊，編制成完整的驗(yàn)收?qǐng)?bào)告，包括驗(yàn)收申請(qǐng)書、用戶使用報(bào)告書、專家評(píng)審表、工程交付驗(yàn)收意見表、 驗(yàn)收備忘錄、工程交付驗(yàn)收?qǐng)?bào)審表、監(jiān)理通知書、監(jiān)理驗(yàn)收意見、項(xiàng)目總結(jié)報(bào)告等。提交相關(guān)部門逐一蓋章。項(xiàng)目驗(yàn)收合格并簽署項(xiàng)目驗(yàn)收意見一周內(nèi)，完成文檔移交，用戶單位、監(jiān)理單位、承建單位簽署文檔移交清單。對(duì)未通過評(píng)審的項(xiàng)目，監(jiān)理根據(jù)驗(yàn)收評(píng)審會(huì)意見發(fā)出整改通知，承建單位進(jìn)行整改，并重新

13、進(jìn)行預(yù)驗(yàn)收和驗(yàn)收評(píng)審。3.8、 遺留問題驗(yàn)收評(píng)審會(huì)上認(rèn)為仍有遺留問題的，在 驗(yàn)收備忘錄 中記錄。說明遺留問題的處理方法和責(zé)任以及時(shí)間要求，由承建單位限期完 工。3.9、 驗(yàn)收不通過處理承建單位應(yīng)根據(jù)驗(yàn)收評(píng)審意見盡快修正有關(guān)問題，重新進(jìn)行驗(yàn)收或者轉(zhuǎn)入合同爭議處理程序。附表一：初驗(yàn)申請(qǐng)表、驗(yàn)收申請(qǐng)表（初驗(yàn)）招標(biāo)編號(hào):項(xiàng)目名稱建設(shè)單位承建單位致：江西省人力資源和社會(huì)保障廳北京中保天和信息科技有限公司（監(jiān)理方）按照合同及信息系統(tǒng)集成的規(guī)范要求，我方已完成 了該項(xiàng)目的開發(fā)和實(shí)施投運(yùn)工作，并滿足合同約定的初驗(yàn)要求，特報(bào)請(qǐng)項(xiàng)目 初驗(yàn)。施工單位：項(xiàng)目經(jīng)理：日 期：監(jiān)理力總見監(jiān)理單位：北京中保天和信息科技有限公

14、司代 表：日 期：建設(shè)單位意見：建設(shè)單位：代表：日期：本表一式三份，建設(shè)單位、監(jiān)理單位、施工單位各一份。附表二：終驗(yàn)申請(qǐng)表、驗(yàn)收申請(qǐng)表（終驗(yàn)）招標(biāo)編號(hào)：_項(xiàng)目名稱建設(shè)單位承建單位致：江西省人力資源和社會(huì)保障廳北京中保天和信息科技有限公司（監(jiān)理方）按照合同及信息系統(tǒng)集成的規(guī)范要求，我方已完成 并于年 月 日試運(yùn)行順利完成,現(xiàn)系統(tǒng)運(yùn)行穩(wěn)定，滿足合同驗(yàn)收要求，特報(bào)請(qǐng)竣工驗(yàn)收。施工單位：代 表：日 期：監(jiān)理方意見:監(jiān)理單位：北京中保大和信息科技有限公司代 表：日 期：一建設(shè)單位意見:建設(shè)單位：代 表：日 期：本表一式三份，建設(shè)單位、監(jiān)理單位、施工單位各一份附表三：監(jiān)理通知書監(jiān)理通知書編號(hào)項(xiàng)目名稱類型口轉(zhuǎn)發(fā)通知口會(huì)議通知口監(jiān)理意見（需要反饋）V接收單位事由：內(nèi)容：編寫：審核：日期： 年 月 日附表四：用戶使用報(bào)告書用戶使用報(bào)告書一、承建單位申請(qǐng)驗(yàn)收系統(tǒng)名稱項(xiàng)目名稱承建單位二、使用情況說明二、存在問題及建議（列出目前存在的問題及建議）四、負(fù)責(zé)人簽字、蓋章業(yè)務(wù)部門：部門負(fù)責(zé)人（簽字）：日期：單位名稱（蓋章）：單位負(fù)責(zé)人（簽字）：日期：附表五：專家驗(yàn)收評(píng)審表專家驗(yàn)收評(píng)審表項(xiàng)目名稱承建單位專家組驗(yàn)收評(píng)審意見專家組長簽名：日期：附表六：項(xiàng)目驗(yàn)收意見項(xiàng)目驗(yàn)收意見項(xiàng)目名稱：建設(shè)單位：江西省人力資源和社會(huì)保障廳承建單位啟動(dòng)日期：上線日期：驗(yàn)收時(shí)點(diǎn)：