【正文】 提示 :可以描述詳見附件 “數(shù)據(jù)遷移評估表 ” 5. 接口檢查結(jié)論 6. 權(quán)限設(shè)置情況 提示 :請將權(quán)限設(shè)置表作為附件 7. 系統(tǒng)上線后穩(wěn)定性結(jié)論 提示 :說明本次系統(tǒng)上線后系統(tǒng)的穩(wěn)定性 ,是否影響業(yè)務(wù)操作 ,系統(tǒng)性能。 2. 系統(tǒng)上線目標(biāo) 提示 :說明本次系統(tǒng)上線的主要內(nèi)容與目標(biāo)。 信息技術(shù)管理制度 應(yīng)急處理人員 角色 職責(zé) 8. 業(yè)務(wù)人員培訓(xùn)方案 提示 :說明培訓(xùn)內(nèi)容 ,時間 ,地點 ,培訓(xùn)講師等信息 9. 總公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置 提示 :可以直接將該配置作為附件。 3). 事件處理及回退計劃 提示 :在突發(fā)事件出現(xiàn)時的應(yīng)對策略 ,應(yīng)從人員組織、流程制定等方面考慮。 7. 應(yīng)急預(yù)案及回退計劃 ?1). 分析引發(fā)上線失敗的潛在原因 提示 :說明上線失敗的幾類原因 ,考慮人員、軟硬件設(shè)施、經(jīng)費等因素。 (2)或者在此處用表格制作一份進(jìn)度表 ,例如 : 信息技術(shù)管理制度 任務(wù)名稱及其描述 開始時間 結(jié)束時間 參加人員 任務(wù) 1 任務(wù) 2 ... 3. 數(shù)據(jù)準(zhǔn)備計劃 提示 :手工系統(tǒng)向電子系統(tǒng)切換或者省級電子系統(tǒng)需要準(zhǔn)備基礎(chǔ)數(shù)據(jù)或進(jìn)行數(shù)據(jù)遷 移。說明人員、軟硬件設(shè)施、經(jīng)費等要求。 (2)雙方的責(zé)任人簽字認(rèn)可。 (2)如果工作成果存在一些輕 微的缺陷 ,則乙方應(yīng)當(dāng)給出糾正缺陷的措施 ,雙方協(xié)商是否需要第二次驗收。乙方應(yīng)當(dāng)給出糾正缺陷 ,雙方協(xié) 商第二次驗收的時間。 4. 報錯趨勢分析報告 ?提示 :建議制作趨勢圖 ?5. 試運(yùn)行經(jīng)驗總結(jié) ?6. 下一階段工作安排 第 47 頁 ,共 53 頁 附件十六 系統(tǒng)驗收報告 版本歷史 1. 基本信息 信息技術(shù)管理制度 版本 /狀態(tài) 作者 參與者 起止日期 備注 項目名稱 甲方 乙方 合同 甲方驗收人員 角色 職責(zé) 乙方人員 角色 職責(zé) 2. 成果審查報告 應(yīng)交付成果的 名稱、版本 甲方審核人 乙方協(xié)助人 時間 地點 審查 結(jié)論 3. 問題處理 提示 :如果甲方發(fā)現(xiàn)工作成果中存在缺陷 ,雙方應(yīng)當(dāng)視問題的嚴(yán)重性給出合適的處理措 施。 ?2. 試運(yùn)行目標(biāo) ?提示 :說明本次試運(yùn)行的主要內(nèi)容與目標(biāo) (必須是可驗證的 )。 ?6. 數(shù)據(jù)異常/差異處理 提示 :數(shù)據(jù)遷移過程中 ,形成的數(shù)據(jù)異常 /差錯 /數(shù)據(jù)修改所進(jìn)行的處理過程記錄 ,以及處 理后的結(jié)論。 3. 數(shù)據(jù)準(zhǔn)備 提示 :所準(zhǔn)備進(jìn)行轉(zhuǎn)換的數(shù)據(jù)情況描述以及數(shù)據(jù)來源部門的審批結(jié)果 4. 數(shù)據(jù)遷移實錄 提示 :回顧系統(tǒng)上線各階段工作 ,大體步驟 提示 :說明本次數(shù)據(jù)遷移后進(jìn)行數(shù)據(jù)核對的過程以及結(jié)論。 :本計劃審批意見 信息技術(shù)管理制度 任務(wù)名稱及其描述 開始時間 結(jié)束時間 參加人員 任務(wù) 1 任務(wù) 2 ... 應(yīng)急處理人員 角色 職責(zé) 第 43 頁 ,共 53 頁 信息技術(shù)管理制度 項目負(fù)責(zé)人審批意見 : 簽字 日期 信息技術(shù)部審批意見 簽字 日期 業(yè)務(wù)部門審批意見 簽字 日期 第 44 頁 ,共 53 頁 信息技術(shù)管理制度 第 45 頁 ,共 53 頁 附件十四 數(shù)據(jù)遷移報告 1. 背景介紹 提示 :介紹系統(tǒng)轉(zhuǎn)換的背景情況。 4). 組織機(jī)制 提示 :建立應(yīng)急處理小組成員 ,明確職責(zé)到人。 2). 預(yù)防措施 提示 :針對轉(zhuǎn)換失敗的幾類原因 ,制定預(yù)防措施。 信息技術(shù)管理制度 項目經(jīng)理或試運(yùn)行負(fù)責(zé)人審批意見 : 簽字 日期 第 42 頁 ,共 53 頁 附件十三 數(shù)據(jù)遷移計劃 1. 數(shù)據(jù)遷移的重要事件和里程碑日期 2. 數(shù)據(jù)遷移前的備份要求?3. 數(shù)據(jù)遷移測試結(jié)果清單 提示 :(1)用 Microsoft Project 制作進(jìn)度表 (Gantt Chart),插入此處或作為附 件。 5. 可能存在的困難與風(fēng)險 提示 :指出可能存在的困難和風(fēng)險 ,制定應(yīng)急計劃以應(yīng)對突發(fā)事件。 2. 工作條件 提示 :說明試運(yùn)行地點、參加人員、軟硬件設(shè)施、經(jīng)費等要求。 4. 缺陷修改記錄 提示 :如果采用了缺陷管理工具 ,能自動產(chǎn)生缺陷報表的話 ,則無需本表。 7. 附錄 . 本計劃審批意見 任務(wù) 人員 任務(wù) 開始日期 結(jié)束日期 制定測試計劃 設(shè)計測試 實施測試 執(zhí)行測試 對測試進(jìn)行評估 項目經(jīng)理審批意見 : 簽字 日期 第 39 頁 ,共 53 頁 附件十一 系統(tǒng) /用戶測試報告 1. 基本信息 信息技術(shù)管理制度 測試依據(jù) 例如 :參照標(biāo)準(zhǔn)、客戶需求、需求規(guī)格說明書、測試用例等 測試范圍 測試驗收標(biāo)準(zhǔn) 測試環(huán)境描述 測試驅(qū)動程序描述 提示 :可以把測試驅(qū)動程序當(dāng)作附件 測試人員 測試時間 須注明每次回歸測試 的時間 測試工具 2. 實況記錄 3. 測試總評價 根據(jù)對測試結(jié)果提出一個關(guān)于軟件能力的全面分析 ,需標(biāo)明遺留的主要缺陷、局限性 和軟件的約束限制等 ,并提出軟件測試過程中程序中的不足。?6. BUG 管理與改錯計劃 ?提示 :根據(jù)所采用的 BUG 管理工具確定 :(1)BUG 管理流程 ,(2)BUG 修改流程。 ?最后一次回歸測試二類缺陷數(shù)量為零 ,用例外非常規(guī)缺陷數(shù)量小于等于 2 個 /萬行程 序 。 ?對于嚴(yán)格系統(tǒng) ,應(yīng)當(dāng)補(bǔ)充 “基于 BUG 密度 ”的規(guī)則 :?相鄰 n 個 CPU 小時內(nèi) “測試期 BUG 密度 ”全部低于某個值 m。 3. 測試環(huán)境與測試輔助工具 ?環(huán)境 工具 設(shè)備 配置 名稱 /類型 備注 服務(wù)器 軟件 硬件 客戶端 軟件 硬件 網(wǎng)絡(luò) 類型 工具 開發(fā)商 版本 測試管理 缺陷跟蹤 用于功能性測試的工具 用于性能測試的工具 第 38 頁 ,共 53 頁 信息技術(shù)管理制度 測試覆蓋監(jiān)測器或評測器 4. 測試進(jìn)度計劃 5. 測試完成準(zhǔn)則 ?提示 :?對于非嚴(yán)格系統(tǒng)可以采用 “基于測試用例 ”的準(zhǔn)則 : (1)功能性測試用例通過率達(dá)到 100%。一般地 ,系統(tǒng)測試的 主要內(nèi)容包括功能測試、健壯性測試、性能測試、用戶界面測試、安全性 (security)測 試、安裝與反安裝測試等。 ?[ ] 工作成果不合格 ,需要作比較大的修改 ,之后必須重新對其評審。 [ ]工作成果合格 ,“無需修改 ”或者 “需要輕微修改但不必再審核 ”。 第 35 頁 ,共 53 頁 附件九 設(shè)計評審報告 信息技術(shù)管理制度 文件狀態(tài) : [√] 草稿 ?[ ]正式發(fā)布 [ ]正在修改 文件標(biāo)識 : ProjectName 當(dāng)前版本 : 作 者 : 完成日期 : YearMonthDay 版本歷史 版本 /狀態(tài) 作者 參與者 起止日期 備注 1. 基本信息 提示 :由評審主持人或評審員填寫此表格。 對應(yīng)每一 個執(zhí)行步 驟的實際 結(jié)果 。 詳細(xì)列出 各個用例 角色的操 作的動 作。 說明測試 的基本流 還是備選 流 。 ?測試用例 ?功能 1 信息技術(shù)管理制度 硬件環(huán)境 : 服務(wù)器端 : 客戶端 : 軟件環(huán)境 : 服務(wù)器端 : 客戶端 : 網(wǎng)絡(luò)環(huán)境 : 測試編號 功能模塊 子模塊 編號 測試項目 模塊功能 子模塊功能 用例描述 描述測試上述功能的測試點 依賴描述 無 環(huán)境及初 始數(shù)據(jù) 環(huán)境 1, 填寫用到的各種測試數(shù)據(jù)的名稱 依賴樣例 測試本用例依賴的相關(guān)用例名稱 序號 前置條件 測試子項 執(zhí)行步驟 預(yù)期結(jié)果 實際結(jié)果 備注 第 34 頁 ,共 53 頁 信息技術(shù)管理制度 測試序號 填寫本用 例運(yùn)行的 前置條 件。 第 33 頁 ,共 53 頁 信息技術(shù)管理制度 附件八 單元測試用例 1 測試范圍 說明 :本用例測試的功能點。 尚未解決的問題 說明在本程序的設(shè)計中尚未解決而設(shè)計者認(rèn)為在軟件完成之前應(yīng)解決的問題。 . ? . 限制條件 說明本程序運(yùn)行中所受到的限制條件。 . 對各變量的功能、范圍、缺省條件等所加的注釋 。 . 注釋設(shè)計 ? 說明準(zhǔn)備在本程序中安排的注釋 ,如 : . 加在模塊首部的注釋 。 接口 用圖的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序 , 說明參 數(shù)賦值和調(diào)用方式 ,說明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu) (數(shù)據(jù)庫、數(shù)據(jù)文卷 )。 ? 算法 詳細(xì)說明本程序所選用的算法 ,具體的計算公式和計算步驟。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。 性能 說明對該程序的全部性能要求 ,包括對精度、靈活性和時間特性的要求。 程序描述 給出對該程序的簡要描述 ,主要說明安排設(shè)計本程序的目的意義 ,并且 ,還要說明本 程序的特點 (如 是常駐內(nèi)存還是非常駐 ?是否子程序 ?是可重人的還是不可重人的 ?有 無覆蓋要求 ?是順序處理還是并發(fā)處理等 )。以下給出的提綱是針對 一般情況的。 2 程序系統(tǒng)的結(jié)構(gòu) 用一系列圖表列出本程序系統(tǒng)內(nèi)的每個程序 (包括每個模塊和子程序 )的名稱、標(biāo)識 符和它們之間 的層次結(jié)構(gòu)關(guān)系。 本文件中各處引用到的文件資料 ,包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。 參考資料 ?列出有關(guān)的參考資料 ,如 : 本項目的經(jīng)核準(zhǔn)的計劃任務(wù)書或合同、上級機(jī)關(guān)的批文 。 本項目的任務(wù)提出者、開發(fā)者、用戶和運(yùn)行該程序系統(tǒng)的計算中心。 序號 交付文檔名稱 交付日期 備注 風(fēng)險編號 風(fēng)險級別 風(fēng)險描述 緩解方案 應(yīng)急計劃 第 28 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 嚴(yán)重性 (15) 可能性 (%) 風(fēng)險系數(shù) (嚴(yán)重性 *可能性 ) 8 溝通計劃 9 附件 ??? 項目進(jìn)度計劃 甲方代表 乙方代表 溝通方式 溝通頻率 /時間 期望結(jié)果 第 29 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 附件六 項目計劃變更說明 項目名稱 項目計劃變更申請 申請日期 輸入名稱 ,版本 ,完成日期等信息