


版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、XXX信息系統軟件開發與實施項目總體驗收方案1. 目的按照合同要求,由 XXX承擔的 XXX信息系統軟件開發與實施 項目已完成需求調研、 軟件開發、系統測試、 上線部署等系統建設工作。 本項目于 XXX年 XX月 XX日啟動,軟件開發于 XXXX年 XX月完成,并已在 測試環境下運行近一年。在生產環境到位后, XXXX年 XX月順利從測試環 境遷移到生產環境,所有測試于 XXXX年 XXx月份底前完成,經過 XXXX 年 XX、XXX兩個月試運行, 本系統運行情況良好, 所有有關用戶都已對系 統功能簽字確認, XXXX系統已具備了驗收條件。項目總體驗收將針對 XXX信息系統各子系統進行總體驗收
2、, 評 價是否按照合同要求完成建設任務, 并評價各應用子系統是否滿足業務經 辦要求。本文檔詳細闡述了系統驗收工作的組織、流程、評審、總結及約 定文檔提交情況等。2. 驗收范圍本次驗收將針對本項目 XX個子系統進行驗收,包括: XX系 統。3. 驗收依據(1)XXXX系統應用軟件開發項目政府采購公開招標文件;(2)XXXX系統軟件開發與實施項目合同書;(3)XXXX信息系統需求規格說明書;(4)XXXX總體設計方案。4. 驗收內容文檔審查檢驗系統建設文檔是否齊全、完整、規范。功能模塊審查審查各子系統功能模塊是否按照規劃完成。性能審查審查 XXXX提供的壓力測試報告用戶可用性審查審查 XXXX單位
3、及有關業務部門準備的用戶使用報告5. 驗收小組及職責由業主、監理方、總集成方以及承建方項目負責人組成。驗收小組 組長:驗收小組副組長:驗收小組成員:驗收小組職責:(1)按照驗收流程組織驗收會議,協調相關業務部門,確保 驗收工作按計劃開展。(2)對驗收申請和項目文檔進行審查,并對照合同審核是否 已經完成所有建設任務。(3)簽收審查通過的項目文檔。(4)簽收項目驗收備忘錄,確保遺留問題寫入備忘錄, 并由承建方在項目驗收后一定期限內完成。驗收小組成員分工:(1)用戶確認報告簽字: 。(2)XXXX系統功能確認:對照需求分析報告,檢查 XXXX系 統各子系統功能是否可用, XXXX負責。(3)XXXX
4、X系統文檔確認:根據驗收文檔提交清單,檢查各 項文檔是否提交, XXX 負責測試清單、反饋單、質量保障計劃、系統安 裝說明、數據字典、概要設計、詳細設計, XXXX負責集成測試方案、集 成測試報告、壓力測試報告、試運行報告、用戶手冊。(4)XXXX系統性能確認: XXXX負責。1)總體性能要求: a)最大批處理業務應嚴格控制在 30分鐘以內; b)日常單個批處理應用不超過五分鐘2)聯機事務處理性能要求: a)XXXX的信息發布和信息更新的 響應時間 3 秒;b) 網絡響應時間 3 秒;c) 日常報表生成時間不超過 10 分鐘。6. 驗收工作流程驗收流程組建驗收小組組成驗收小組,按計劃開展驗收的
5、組織工作。提交驗收申請和驗收資料承建方以書面形式向監理提交驗收報審表 (見附表一) 。同時按照合 同要求提交技術文檔。審核文檔資料監理代表驗收小組對驗收報審表以及相關文檔進行審核。 對存在問題 或疑問的內容,由監理方開具監理通知單,要求承建方整改后重新報審。審 核通過后,監理方協助業主方組織工程正式驗收。驗收評審會準備驗收小組開展具體的會議組織工作,包括:(1)確定會議規模、時間、地點、人員(2)確定會議議程(3)發出會議邀請(4)承建方準備項目建設匯報材料(文字材料和 ppt 講稿)(5)業主業務部門準備用戶使用報告(6)監理方準備監理驗收意見和項目驗收意見書(草稿) 組建專家評審組(1)由
6、建設方、承建方和監理方共同推薦專家評審組名單。(2)向專家發出評審邀請,并將項目建設材料送交評審成員。(3)由評審組長準備專家評審意見(草稿)召開驗收評審會(1)業主單位領導致辭(2)承建方介紹項目建設情況(3)承建方提交驗收申請書(3)用戶發表使用意見(4)專家現場提問(5)承建方解答專家提問(6)承建方離席專家討論評審意見(7)專家宣布評審意見(8)監理方發表監理驗收意見(9)領導對驗收評審會進行總結(10)會后業主方、監理方、總集成方、承建方簽署項目一期驗收 意見表。文檔移交對通過驗收評審并簽署項目驗收報告的項目,即視為驗收合格。 驗收評審會一周后,完成文檔移交,業主方、監理方、承建方負
7、責人簽署文檔 移交清單。對未通過評審的項目, 監理根據專家評審意見發出整改通知, 承建方 進行整改,并重新進行預驗收和驗收評審。驗收計劃任務序號任務名稱參加人開始時間結束時間提交結果備注1審核文檔監理單位出具審核意見2提交驗收申請承建方文檔審核交接3組建驗收小組業主方、 監理單位、中科同和確定小組名單4驗收小組工作會議驗收小組成員預定場地, 確定參會人員, 職責分工、 驗收計劃、 用戶使用報告書和專家組成員1天5組織驗收驗收小組成員按照驗收計劃組織驗收6天6驗收評審會驗收小組、評審小 組、各單位形成驗收意見,簽署驗收報告1天驗收收尾7文檔移交業主方、 監理單位、承建單位簽署文檔交接單1天7.
8、遺留問題對建設方認為仍有遺留問題的項目, 建設方可以在項目完工移交書后面附加項目驗收備忘錄,說明遺留問題的處理方法和責任。8. 附件 文檔模板工程階段性測試驗收(終驗)報審表工程名稱:致:終驗。我方已按要求完成了 XXXXX信息系統軟件開發與實施工程,經自檢合格,請予以附件:1.工程階段性測試驗收(終驗)報審表2.工程建設合同3.工程建設招標書、投標書4.項目進度計劃5.需求規格說明書6.軟件概要設計說明書7.軟件詳細設計說明書8.數據庫設計說明書 ( 含數據字典 )9.測試方案、測試報告10. 源程序代碼11. 用戶手冊12. 安裝手冊13. 用戶使用報告14. 建設合同中規定的其他項目文檔
9、承建單位:(簽章)項目經理:日 期:監理單位(簽章):日 期:建設單 位(簽章):日 期:監理通知書編號項目名稱XXXX信息系統軟件開發與實施類型 轉發通知(需要反饋) 會議通知監理意見接收單 位事 由:內 容:編 寫:審 核:日 期: 年 月 日驗收申請書項目名稱:建設單位:承建單位:開工日期:年月日竣工日期:年月日業主及監理單位:!承建單位蓋章:項目經理簽字:日 期: 年 月 日建設單位意見:建設單位(簽字或蓋章)日 期:監理單位意見:監理單位(簽字或蓋章)日 期:用戶使用報告書一、承建單位申請驗收的業務軟件(子系統)名稱業務軟件(子系 統)名稱承建單位、驗收說明1、應用軟件能否滿足相關政
10、策法規要求,能否滿足業務需求、功能需求并經過 充分運行(兩個月)的驗證。2、應用軟件的軟件操作方便性、軟件性能、軟件穩定性能否滿足工作需要。3、培訓工作、運行維護工作、數據遷移工作能否滿足工作需要。4、對于在試運行后產生的新需求,作為下一步完善軟件系統的需求對待,不影 響驗收通過。三、本單位使用的業務軟件(子系統)名稱四、驗收評審意通見過 不通過五、存在問題及建議(意見為通過或不通過,都可以列出目前存在的問題及建 議)六、負責人簽字、蓋章單位名稱(蓋章):單位負責人(簽字): 日 期: 業務部門:部門負責人(簽字): 日 期:專家評審表項目名稱:建設單位:承建單位:開工日期:年月日竣工日期:年
11、月日專家意見:1)是否滿足本業務需求 是 否2)功能需求和性能需求通過 不通過3)文檔是否齊 全是 否3)其他意見:專家簽名:工程竣工驗收意見表項目名稱:建設單位:承建單位:開工日期:年月日竣工日期:年月日驗收結論:XXXX 信息系統軟件開發與實施項目驗收組對本項目建設進行了包括需求分 析、系統設計、內部測試、功能測試、部署實施和工程文檔等各方面的審查,一 致認為 XXXX公司完成了合同規定的各項建設任務, 同意項目通過驗收。 其中各項 驗收情況如下:1. 滿足業務目標o 基本滿足業務應用及業務管理目標, 達到合同和 需求規格說明書 的相關要求;o 嚴格遵循 XXXX有關業務流程和信息化的規范;o 實現了 XXXX應用與數據大集中及市、旗縣區二級聯網運行, XXX管 理和服務模式已經基本建成。2、系統架構設計及安全設計o 系統整體架構設計合理, 采用 J2EE 技術的多層次架構, 具有一定的 先進性;o 采用統一的基礎庫,實現了全省教育系統范圍信息共享;o 具有功能授權、數據授權、功能審計等功能,安全設計符合全局安 全體系的要求;o 基于 XXX業務系統、XXX系統、統計分析系統、 網站四個
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
評論
0/150
提交評論