信息應(yīng)用(軟件)系統(tǒng)項目規(guī)范方案驗收_第1頁
信息應(yīng)用(軟件)系統(tǒng)項目規(guī)范方案驗收_第2頁
信息應(yīng)用(軟件)系統(tǒng)項目規(guī)范方案驗收_第3頁
信息應(yīng)用(軟件)系統(tǒng)項目規(guī)范方案驗收_第4頁
信息應(yīng)用(軟件)系統(tǒng)項目規(guī)范方案驗收_第5頁
已閱讀5頁,還剩17頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

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ù)說明文件及適用的標(biāo)準(zhǔn)。 四、驗收準(zhǔn)則 1、軟件產(chǎn)品符合“合同”或“驗收標(biāo)準(zhǔn)”規(guī)定的全部功能和質(zhì)量要 求; 2、文檔齊全、符合“合同”或“驗收標(biāo)準(zhǔn)”要求及有關(guān)標(biāo)準(zhǔn)的規(guī)定。 3、文檔和文檔一致,程序和文檔相符; 4、對被驗收軟件的可執(zhí)行代碼,在驗收

2、測試中查出的錯誤總數(shù),依 錯誤嚴(yán)重性不超過業(yè)主單位事先約定的限定值; 5、配置審核時查出的交付文檔中的錯誤總數(shù)不超過業(yè)主單位事先約 定的限定值 五、項目初驗 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)的培訓(xùn)工作; (5)軟件系統(tǒng)已在業(yè)務(wù)部門投運; 2、初驗流程 2.1、提交驗收申請 承建單位以書面形式向業(yè)主單位和監(jiān)理單位提交初驗申請表(見 附表一)。同時按照合同要求提交技術(shù)文檔包括(軟

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

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

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

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

7、檔資料 配置審核組對項目驗收相關(guān)文檔進行審核。 對存在問題或疑問的 內(nèi)容,由監(jiān)理方開具監(jiān)理通知單,要求承建方整改后重新報審。 承建單位需在驗收前提交如下軟件文檔: (1)可執(zhí)行程序、源程序、配置腳本、測試程序或腳本 (2)主要的開發(fā)類文檔:需求說明書、概要設(shè)計說明書、詳細 設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、測試計劃、測試報告、程序維護手 冊、程序員開發(fā)手冊、用戶操作手冊和項目總結(jié)報告。 (3)主要管理類文檔:項目計劃書、質(zhì)量控制計劃、配置管理 計劃、用戶培訓(xùn)計劃、質(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)軟件對用戶的的操作錯誤和軟件錯誤,是否有準(zhǔn)確、清晰的 提示; 3)軟件對重要數(shù)據(jù)的刪除是否有警告和確認(rèn)提示; 4)軟件是否能判斷數(shù)據(jù)的有效性,屏蔽用戶的錯誤輸入,識別 非法值,并有相應(yīng)的錯誤提示。 d)安全性測試 安全性測試的檢查內(nèi)容包括: 1)軟件中的密鑰是否以密文方式存儲; 2)軟件是否有留痕功能,即是否保存有用戶的操作日志; 3)軟件中各種用戶的

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

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

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

12、告; (7)監(jiān)理單位匯報項目驗收監(jiān)理意見; (8)專家組對建設(shè)情況及驗收技術(shù)步驟進行評價; (9)專家組查看評價驗收時提交的各種技術(shù)文檔,由承建單位 回答驗收專家的各種問題; (10)專家組經(jīng)商議提交驗收結(jié)論,簽署專家驗收文件(若不通 過,則提出相應(yīng)整改意見,并另行選擇再次驗收日期) (11)驗收小組根據(jù)專家組的意見簽署項目驗收意見 (見附 表五)。 3.7、文檔移交 1、向業(yè)主單位移交全部軟件驗收技術(shù)文檔(紙介質(zhì)、電子檔各 五份); 2、將所有簽署的驗收材料繪制成冊,編制成完整的驗收報告, 包括驗收申請書、用戶使用報告書、專家評審表、工程交付驗收意見 表、驗收備忘錄、工程交付驗收報審表、監(jiān)理

13、通知書、監(jiān)理驗收意見、 項目總結(jié)報告等。提交相關(guān)部門逐一蓋章。項目驗收合格并簽署項 目驗收意見一周內(nèi),完成文檔移交,用戶單位、監(jiān)理單位、承建單 位簽署文檔移交清單。 對未通過評審的項目,監(jiān)理根據(jù)驗收評審會意見發(fā)出整改通知, 承建單位進行整改,并重新進行預(yù)驗收和驗收評審。 3.8、遺留問題 驗收評審會上認(rèn)為仍有遺留問題的,在驗收備忘錄中記錄。 說明遺留問題的處理方法和責(zé)任以及時間要求,由承建單位限期完 工。 3.9、驗收不通過處理 承建單位應(yīng)根據(jù)驗收評審意見盡快修正有關(guān)問題,重新進行驗收 或者轉(zhuǎn)入合同爭議處理程序。 附表一:初驗申請表、 驗收申請表(初驗) 招標(biāo)編號: 項目名稱 建設(shè)單位 承建單

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論