【正文】 項目負責人審批意見：簽字 日期信息技術部審批意見：簽字 日期系統(tǒng)使用部門審批意見：簽字 日期第52頁，共52頁。4．系統(tǒng)上線后數(shù)據(jù)準確性結論提示：可以描述詳見附件“數(shù)據(jù)遷移評估表” 5. 接口檢查結論6. 權限設置情況提示：請將權限設置表作為附件7. 系統(tǒng)上線后穩(wěn)定性結論提示：說明本次系統(tǒng)上線后系統(tǒng)的穩(wěn)定性，是否影響業(yè)務操作，系統(tǒng)性能。2. 系統(tǒng)上線目標提示：說明本次系統(tǒng)上線的主要內容與目標。應急處理人員角色職責8. 業(yè)務人員培訓方案提示：說明培訓內容，時間，地點，培訓講師等信息9. 總公司下發(fā)的系統(tǒng)標準參數(shù)配置提示：可以直接將該配置作為附件。3). 事件處理及回退計劃提示：在突發(fā)事件出現(xiàn)時的應對策略，應從人員組織、流程制定等方面考慮。7. 應急預案及回退計劃1). 分析引發(fā)上線失敗的潛在原因提示：說明上線失敗的幾類原因，考慮人員、軟硬件設施、經(jīng)費等因素。（2）或者在此處用表格制作一份進度表，例如：任務名稱及其描述開始時間結束時間參加人員任務1任務2…3. 數(shù)據(jù)準備計劃提示：手工系統(tǒng)向電子系統(tǒng)切換或者省級電子系統(tǒng)需要準備基礎數(shù)據(jù)或進行數(shù)據(jù)遷移。交付簽字業(yè)務部門負責人簽字信息技術部項目負責人簽字乙方項目負責人簽字附件十七 系統(tǒng)上線計劃1. 部署方式及資源分配（包括人力資源及服務器資源）提示：說明成立項目領導組等情況；說明人員、軟硬件設施、經(jīng)費等要求。問題處理措施甲方負責人簽字乙方負責人簽字4. 交付簽字提示：（1）當待驗收的所有工作成果都通過了審查和測試后，乙方將其交付給甲方。乙方應當賠償給客戶方造成的損失。（1）如果工作成果存在嚴重的缺陷，則退回給乙方。3. 試運行取得的工作成果提示：說明本次試運行工作成果（程序、文檔、數(shù)據(jù)等）以及試運行平臺和時間。7. 問題和建議提示：對數(shù)據(jù)遷移過程的問題進行總結，提出意見，并就運行維護情況提出自己的建議附錄：本計劃審批意見項目負責人審批意見：簽字 日期信息技術部審批意見簽字 日期業(yè)務部門審批意見簽字 日期附件十五 試運行報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectNameTestRunREPORT當前版本：作 者：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 背景介紹提示：說明此次運行工作的必要性。包含主文件檢查、轉換前后數(shù)據(jù)記錄與余額核對、數(shù)據(jù)映射表、會計科目對照表、機構對照表、內部基礎數(shù)據(jù)對照表、賬務報表的核對結果等。2. 數(shù)據(jù)遷移目標提示：說明本次數(shù)據(jù)遷移的主要內容與目標。應急處理人員角色職責說明培訓內容，時間，地點，培訓講師等信息。3). 事件處理及回退計劃提示：在突發(fā)事件出現(xiàn)時的應對策略，應從人員組織、流程制定等方面考慮。（2）或者在此處用表格制作一份進度表，例如：任務名稱及其描述開始時間結束時間參加人員任務1任務2…5. 轉換操作步驟以及問題處理步驟6．數(shù)據(jù)核對計劃7．數(shù)據(jù)遷移的需求和實施計劃8．應急預案及回退計劃1). 分析引發(fā)轉換失敗的潛在原因提示：說明轉換失敗的幾類原因，考慮人員、軟硬件設施、經(jīng)費等因素。附錄：本計劃審批意見提示：項目經(jīng)理或者技術負責人根據(jù)項目計劃以及現(xiàn)實情況（如可以支配的人力資源），審批該《試運行計劃》。3. 應遞交的工作成果工作成果名稱預計完成時間試運行報告報錯趨勢分析報告……4. 進度表提示：（1）用Microsoft Project制作進度表（Gantt Chart）插入此處或者參照此表制作一份進度表。缺陷名稱缺陷類型嚴重程度模塊原因駐留時間解決方案…測試人員簽字/日期：附件十二 試運行計劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectNameTestRunPLAN當前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 試運行目標提示：說明本次試運行的主要內容與目標（必須是可以驗證的）。根據(jù)測試標準及測試結果，綜合評價軟件的開發(fā)是否已達到預定目標。定義BUG修改約定，例如：不同級別的BUG必須在幾日內處理完成。例如n大于10，m小于等于1。3. 測試環(huán)境與測試輔助工具環(huán)境設備配置名稱/類型備注服務器軟件硬件客戶端軟件硬件網(wǎng)絡工具類型工具開發(fā)商版本測試管理缺陷跟蹤用于功能性測試的工具用于性能測試的工具測試覆蓋監(jiān)測器或評測器4. 測試進度計劃任務人員任務開始日期結束日期制定測試計劃設計測試實施測試執(zhí)行測試對測試進行評估5. 測試完成準則提示：對于非嚴格系統(tǒng)可以采用“基于測試用例”的準則： （1）功能性測試用例通過率達到100％；（2）非功能性測試用例通過率達到95％時。一般地，系統(tǒng)測試的主要內容包括功能測試、健壯性測試、性能測試、用戶界面測試、安全性（security）測試、安裝與反安裝測試等。[ ] 工作成果不合格，需要作比較大的修改，之后必須重新對其評審。評審結論[ ] 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。附件九 設計評審報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectName當前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 基本信息提示：由評審主持人或評審員填寫此表格。如登陸、權限、設備就緒等；說明測試的基本流還是備選流；要求測試遍歷所有的備選流；詳細列出各個用例角色的操作的動作。2 測試環(huán)境環(huán)境1：硬件環(huán)境：服務器端： 客戶端：軟件環(huán)境：服務器端：客戶端：網(wǎng)絡環(huán)境：環(huán)境2：3 數(shù)據(jù)準備說明：可以引用適當?shù)母郊?，如EXCEL文件、文本文件等扁平文件等，這些文件內存放著測試準備的數(shù)據(jù)。4程序2（標識符）設計說明用類似F．3的方式，說明第2個程序乃至第N個程序的設計考慮。說明對本程序進行單體測試的計劃，包括對測試的技術要求、輸入數(shù)據(jù)、預期結果、進度安排、人員職責、設備條件驅動程序及樁模塊等的規(guī)定。說明準備在本程序中安排的注釋，如：加在模塊首部的注釋；加在各分枝點處的注釋；對各變量的功能、范圍、缺省條件等所加的注釋；對使用的邏輯所加的注釋等等。用圖的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序，說明參數(shù)賦值和調用方式，說明與本程序相直接關聯(lián)的數(shù)據(jù)結構（數(shù)據(jù)庫、數(shù)據(jù)文卷）。詳細說明本程序所選用的算法，具體的計算公式和計算步驟。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。說明對該程序的全部性能要求，包括對精度、靈活性和時間特性的要求。給出對該程序的簡要描述，主要說明安排設計本程序的目的意義，并且，還要說明本程序的特點（如 是常駐內存還是非常駐？是否子程序？是可重人的還是不可重人的？有無覆蓋要求？是順序處理還是并發(fā)處理等）。以下給出的提綱是針對一般情況的。2程序系統(tǒng)的結構用一系列圖表列出本程序系統(tǒng)內的每個程序（包括每個模塊和子程序）的名稱、標識符和它們之間 的層次結構關系。列出有關的參考資料，如：本項目的經(jīng)核準的計劃任務書或合同、上級機關的批文；屬于本項目的其他已發(fā)表的文件；本文件中各處引用到的文件資料，包括所要用到的軟件開發(fā)標準。說明：待開發(fā)軟件系統(tǒng)的名稱；本項目的任務提出者、開發(fā)者、用戶和運行該程序系統(tǒng)的計算中心。風險級別：確定風險的嚴重性、可能性、風險系數(shù)風險描述：緩解方案或者應急計劃。角色職責人員姓名工作說明高層領導項目經(jīng)理需求分析員系統(tǒng)設計員程序員測試員… 軟硬件資源計劃提示：分析項目開發(fā)、測試、運行所需的軟硬件資源和關鍵計算機資源（會影響軟件產品的性能的CPU、內存、帶寬等內容），主要內容包括：l 資源級別（分為“關鍵”、“普通”兩種）l 詳細配置l 獲取方式（如“已經(jīng)存在”、“可以借用”或“需要購買”等）與獲取時間l 使用說明（如“誰”在“什么”時候使用）軟硬件資源名稱級別詳細配置獲取方式與時間使用說明關鍵關鍵普通…6 文檔交付列表序號交付文檔名稱交付日期備注7 風險管理計劃提示：以下是各個列標題的解釋。例如采用Rational Rose進行面向對象分析與設計，采用Visual SourceSafe進行配置管理，采用Microsoft Office制作文檔。此處可以表現(xiàn)為編碼規(guī)范的鏈接。3 項目過程定義提示