【正文】 個(gè)/萬(wàn)行程序；測(cè)試用例功能點(diǎn)覆蓋率100%；6. BUG管理與改錯(cuò)計(jì)劃提示：根據(jù)所采用的BUG管理工具確定：（1）BUG管理流程，（2）BUG修改流程。定義BUG修改約定，例如：不同級(jí)別的BUG必須在幾日內(nèi)處理完成。7. 附錄. 本計(jì)劃審批意見項(xiàng)目經(jīng)理審批意見：簽字 日期附件十一 系統(tǒng)/用戶測(cè)試報(bào)告1. 基本信息測(cè)試依據(jù)例如：參照標(biāo)準(zhǔn)、客戶需求、需求規(guī)格說(shuō)明書、測(cè)試用例等測(cè)試范圍測(cè)試驗(yàn)收標(biāo)準(zhǔn)測(cè)試環(huán)境描述測(cè)試驅(qū)動(dòng)程序描述提示：可以把測(cè)試驅(qū)動(dòng)程序當(dāng)作附件測(cè)試人員測(cè)試時(shí)間須注明每次回歸測(cè)試的時(shí)間測(cè)試工具2. 實(shí)況記錄模塊測(cè)試用例編號(hào)期望結(jié)果測(cè)試結(jié)果缺陷密度是否執(zhí)行了回歸測(cè)試3. 測(cè)試總評(píng)價(jià)根據(jù)對(duì)測(cè)試結(jié)果提出一個(gè)關(guān)于軟件能力的全面分析，需標(biāo)明遺留的主要缺陷、局限性和軟件的約束限制等，并提出軟件測(cè)試過(guò)程中程序中的不足。根據(jù)測(cè)試標(biāo)準(zhǔn)及測(cè)試結(jié)果，綜合評(píng)價(jià)軟件的開發(fā)是否已達(dá)到預(yù)定目標(biāo)。4. 缺陷修改記錄提示：如果采用了缺陷管理工具，能自動(dòng)產(chǎn)生缺陷報(bào)表的話，則無(wú)需本表。缺陷名稱缺陷類型嚴(yán)重程度模塊原因駐留時(shí)間解決方案…測(cè)試人員簽字/日期：附件十二 試運(yùn)行計(jì)劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識(shí)：ProjectNameTestRunPLAN當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 試運(yùn)行目標(biāo)提示：說(shuō)明本次試運(yùn)行的主要內(nèi)容與目標(biāo)（必須是可以驗(yàn)證的）。2. 工作條件提示：說(shuō)明試運(yùn)行地點(diǎn)、參加人員、軟硬件設(shè)施、經(jīng)費(fèi)等要求。3. 應(yīng)遞交的工作成果工作成果名稱預(yù)計(jì)完成時(shí)間試運(yùn)行報(bào)告報(bào)錯(cuò)趨勢(shì)分析報(bào)告……4. 進(jìn)度表提示：（1）用Microsoft Project制作進(jìn)度表（Gantt Chart）插入此處或者參照此表制作一份進(jìn)度表。任務(wù)名稱及其描述開始時(shí)間結(jié)束時(shí)間參加人員任務(wù)1任務(wù)2…5. 可能存在的困難與風(fēng)險(xiǎn)提示：指出可能存在的困難和風(fēng)險(xiǎn)，制定應(yīng)急計(jì)劃以應(yīng)對(duì)突發(fā)事件。附錄：本計(jì)劃審批意見提示：項(xiàng)目經(jīng)理或者技術(shù)負(fù)責(zé)人根據(jù)項(xiàng)目計(jì)劃以及現(xiàn)實(shí)情況（如可以支配的人力資源），審批該《試運(yùn)行計(jì)劃》。項(xiàng)目經(jīng)理或試運(yùn)行負(fù)責(zé)人審批意見：簽字 日期附件十三 數(shù)據(jù)遷移計(jì)劃1. 數(shù)據(jù)遷移的重要事件和里程碑日期2. 數(shù)據(jù)遷移前的備份要求3. 數(shù)據(jù)遷移測(cè)試結(jié)果清單提示：（1）用Microsoft Project制作進(jìn)度表（Gantt Chart），插入此處或作為附件。（2）或者在此處用表格制作一份進(jìn)度表，例如：任務(wù)名稱及其描述開始時(shí)間結(jié)束時(shí)間參加人員任務(wù)1任務(wù)2…5. 轉(zhuǎn)換操作步驟以及問(wèn)題處理步驟6．?dāng)?shù)據(jù)核對(duì)計(jì)劃7．?dāng)?shù)據(jù)遷移的需求和實(shí)施計(jì)劃8．應(yīng)急預(yù)案及回退計(jì)劃1). 分析引發(fā)轉(zhuǎn)換失敗的潛在原因提示：說(shuō)明轉(zhuǎn)換失敗的幾類原因，考慮人員、軟硬件設(shè)施、經(jīng)費(fèi)等因素。2). 預(yù)防措施提示：針對(duì)轉(zhuǎn)換失敗的幾類原因，制定預(yù)防措施。3). 事件處理及回退計(jì)劃提示：在突發(fā)事件出現(xiàn)時(shí)的應(yīng)對(duì)策略，應(yīng)從人員組織、流程制定等方面考慮。4). 組織機(jī)制提示：建立應(yīng)急處理小組成員，明確職責(zé)到人。應(yīng)急處理人員角色職責(zé)說(shuō)明培訓(xùn)內(nèi)容，時(shí)間，地點(diǎn)，培訓(xùn)講師等信息。：本計(jì)劃審批意見項(xiàng)目負(fù)責(zé)人審批意見：簽字 日期信息技術(shù)部審批意見簽字 日期業(yè)務(wù)部門審批意見簽字 日期附件十四 數(shù)據(jù)遷移報(bào)告1. 背景介紹提示：介紹系統(tǒng)轉(zhuǎn)換的背景情況。2. 數(shù)據(jù)遷移目標(biāo)提示：說(shuō)明本次數(shù)據(jù)遷移的主要內(nèi)容與目標(biāo)。3. 數(shù)據(jù)準(zhǔn)備提示：所準(zhǔn)備進(jìn)行轉(zhuǎn)換的數(shù)據(jù)情況描述以及數(shù)據(jù)來(lái)源部門的審批結(jié)果4. 數(shù)據(jù)遷移實(shí)錄提示：回顧系統(tǒng)上線各階段工作，大體步驟5．?dāng)?shù)據(jù)遷移后數(shù)據(jù)核對(duì)過(guò)程和結(jié)論提示：說(shuō)明本次數(shù)據(jù)遷移后進(jìn)行數(shù)據(jù)核對(duì)的過(guò)程以及結(jié)論。包含主文件檢查、轉(zhuǎn)換前后數(shù)據(jù)記錄與余額核對(duì)、數(shù)據(jù)映射表、會(huì)計(jì)科目對(duì)照表、機(jī)構(gòu)對(duì)照表、內(nèi)部基礎(chǔ)數(shù)據(jù)對(duì)照表、賬務(wù)報(bào)表的核對(duì)結(jié)果等。6. 數(shù)據(jù)異常/差異處理提示：數(shù)據(jù)遷移過(guò)程中，形成的數(shù)據(jù)異常/差錯(cuò)/數(shù)據(jù)修改所進(jìn)行的處理過(guò)程記錄，以及處理后的結(jié)論。7. 問(wèn)題和建議提示：對(duì)數(shù)據(jù)遷移過(guò)程的問(wèn)題進(jìn)行總結(jié)，提出意見，并就運(yùn)行維護(hù)情況提出自己的建議附錄：本計(jì)劃審批意見項(xiàng)目負(fù)責(zé)人審批意見：簽字 日期信息技術(shù)部審批意見簽字 日期業(yè)務(wù)部門審批意見簽字 日期附件十五 試運(yùn)行報(bào)告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識(shí)：ProjectNameTestRunREPORT當(dāng)前版本：作 者：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 背景介紹提示：說(shuō)明此次運(yùn)行工作的必要性。2. 試運(yùn)行目標(biāo)提示：說(shuō)明本次試運(yùn)行的主要內(nèi)容與目標(biāo)（必須是可驗(yàn)證的）。3. 試運(yùn)行取得的工作成果提示：說(shuō)明本次試運(yùn)行工作成果（程序、文檔、數(shù)據(jù)等）以及試運(yùn)行平臺(tái)和時(shí)間。4. 報(bào)錯(cuò)趨勢(shì)分析報(bào)告提示：建議制作趨勢(shì)圖5. 試運(yùn)行經(jīng)驗(yàn)總結(jié)6. 下一階段工作安排附件十六 系統(tǒng)驗(yàn)收?qǐng)?bào)告版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 基本信息項(xiàng)目名稱甲方乙方合同甲方驗(yàn)收人員角色職責(zé)乙方人員角色職責(zé)2. 成果審查報(bào)告應(yīng)交付成果的名稱、版本甲方審核人乙方協(xié)助人時(shí)間地點(diǎn)審查結(jié)論3. 問(wèn)題處理提示：如果甲方發(fā)現(xiàn)工作成果中存在缺陷，雙方應(yīng)當(dāng)視問(wèn)題的嚴(yán)重性給出合適的處理措施。（1）如果工作成果存在嚴(yán)重的缺陷，則退回給乙方。乙方應(yīng)當(dāng)給出糾正缺陷，雙方協(xié)商第二次驗(yàn)收的時(shí)間。乙方應(yīng)當(dāng)賠償給客戶方造成的損失。（2）如果工作成果存在一些輕微的缺陷，則乙方應(yīng)當(dāng)給出糾正缺陷的措施，雙方協(xié)商是否需要第二次驗(yàn)收。問(wèn)題處理措施甲方負(fù)責(zé)人簽字乙方負(fù)責(zé)人簽字4. 交付簽字提示：（1）當(dāng)待驗(yàn)收的所有工作成果都通過(guò)了審查和測(cè)試后，乙方將其交付給甲方。（2）雙方的責(zé)任人簽字認(rèn)可。交付簽字業(yè)務(wù)部門負(fù)責(zé)人簽字信息技術(shù)部項(xiàng)目負(fù)責(zé)人簽字乙方項(xiàng)目負(fù)責(zé)人簽字附件十七 系統(tǒng)上線計(jì)劃1. 部署方式及資源分配（包括人力資源及服務(wù)器資源）提示：說(shuō)明成立項(xiàng)目領(lǐng)導(dǎo)組等情況；說(shuō)明人員、軟硬件設(shè)施、經(jīng)費(fèi)等要求。提示：（1）用Microsoft Project制作進(jìn)度表（Gantt Chart），插入此處或作為附件。（2）或者在此處用表格制作一份進(jìn)度表，例如：任務(wù)名稱及其描述開始時(shí)間結(jié)束時(shí)間參加人員任務(wù)1任務(wù)2…3. 數(shù)據(jù)準(zhǔn)備計(jì)劃提示：手工系統(tǒng)向電子系統(tǒng)切換或者省級(jí)電子系統(tǒng)需要準(zhǔn)備基礎(chǔ)數(shù)據(jù)或進(jìn)行數(shù)據(jù)遷移。5系統(tǒng)的功能測(cè)試計(jì)劃6．?dāng)?shù)據(jù)遷移的需求和實(shí)施計(jì)劃提示：此處可以直接說(shuō)明請(qǐng)見附件“數(shù)據(jù)遷移實(shí)施計(jì)劃”。7. 應(yīng)急預(yù)案及回退計(jì)劃1). 分析引發(fā)上線失敗的潛在原因提示：說(shuō)明上線失敗的幾類原因，考慮人員、軟硬件設(shè)施、經(jīng)費(fèi)等因素。2). 預(yù)防措施提示：針對(duì)上線失敗的幾類原因，制定預(yù)防措施。3). 事件處理及回退計(jì)劃提示：在突發(fā)事件出現(xiàn)時(shí)的應(yīng)對(duì)策略，應(yīng)從人員組織、流程制定等方面考慮。4). 組織機(jī)制提示：建立應(yīng)急處理小組成員，明確職責(zé)到人。應(yīng)急處理人員角色職責(zé)8. 業(yè)務(wù)人員培訓(xùn)方案提示：說(shuō)明培訓(xùn)內(nèi)容，時(shí)間，地點(diǎn)，培訓(xùn)講師等信息9. 總公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置提示：可以直接將該配置作為附件。附錄：本計(jì)劃審批意見項(xiàng)目負(fù)責(zé)人審批意見：簽字 日期信息技術(shù)部審批意見簽字 日期業(yè)務(wù)部門審批意見簽字 日期附件十八 系統(tǒng)驗(yàn)收評(píng)估報(bào)告1. 背景介紹提示：介紹系統(tǒng)上線的背景情況。2. 系統(tǒng)上線目標(biāo)提示：說(shuō)明本次系統(tǒng)上線的主要內(nèi)容與目標(biāo)。3. 系統(tǒng)上線實(shí)錄提示：回顧系統(tǒng)上線各階段工作，大體步驟及異常處理情況。4．系統(tǒng)上線后數(shù)據(jù)準(zhǔn)確性結(jié)論提示：可以描述詳見附件“數(shù)據(jù)遷移評(píng)估表” 5. 接口檢查結(jié)論6. 權(quán)限設(shè)置情況提示：請(qǐng)將權(quán)限設(shè)置表作為附件7. 系統(tǒng)上線后穩(wěn)定性結(jié)論提示：說(shuō)明本次系統(tǒng)上線后系統(tǒng)的穩(wěn)定性，是否影響業(yè)務(wù)操作，系統(tǒng)性能。8. 備份以及批處理設(shè)置情況提示：可將設(shè)置情況作為附件9．問(wèn)題和建議提示：對(duì)系統(tǒng)上線過(guò)程的問(wèn)題進(jìn)行總結(jié)，提出意見，并就上線及運(yùn)行維護(hù)情況提出自己的建議。項(xiàng)目負(fù)責(zé)人審批意見：簽字 日期信息技術(shù)部審批意見：簽字 日期系統(tǒng)使用部門審批意見：簽字