【正文】 Gantt Chart）插入此處或者參照此表制作一份進度表。應急處理人員角色職責說明培訓內容，時間，地點，培訓講師等信息。3. 試運行取得的工作成果提示：說明本次試運行工作成果（程序、文檔、數據等）以及試運行平臺和時間。交付簽字業(yè)務部門負責人簽字信息技術部項目負責人簽字乙方項目負責人簽字附件十七 系統(tǒng)上線計劃1. 部署方式及資源分配（包括人力資源及服務器資源）提示：說明成立項目領導組等情況；說明人員、軟硬件設施、經費等要求。應急處理人員角色職責8. 業(yè)務人員培訓方案提示：說明培訓內容，時間，地點，培訓講師等信息9. 總公司下發(fā)的系統(tǒng)標準參數配置提示：可以直接將該配置作為附件。項目負責人審批意見：簽字 日期信息技術部審批意見：簽字 日期系統(tǒng)使用部門審批意見：簽字 日期。3). 事件處理及回退計劃提示：在突發(fā)事件出現時的應對策略，應從人員組織、流程制定等方面考慮。問題處理措施甲方負責人簽字乙方負責人簽字4. 交付簽字提示：（1）當待驗收的所有工作成果都通過了審查和測試后，乙方將其交付給甲方。7. 問題和建議提示：對數據遷移過程的問題進行總結，提出意見，并就運行維護情況提出自己的建議附錄：本計劃審批意見項目負責人審批意見：簽字 日期信息技術部審批意見簽字 日期業(yè)務部門審批意見簽字 日期附件十五 試運行報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectNameTestRunREPORT當前版本：作 者：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 背景介紹提示：說明此次運行工作的必要性。3). 事件處理及回退計劃提示：在突發(fā)事件出現時的應對策略，應從人員組織、流程制定等方面考慮。缺陷名稱缺陷類型嚴重程度模塊原因駐留時間解決方案…測試人員簽字/日期：附件十二 試運行計劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectNameTestRunPLAN當前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 試運行目標提示：說明本次試運行的主要內容與目標（必須是可以驗證的）。3. 測試環(huán)境與測試輔助工具環(huán)境設備配置名稱/類型備注服務器軟件硬件客戶端軟件硬件網絡工具類型工具開發(fā)商版本測試管理缺陷跟蹤用于功能性測試的工具用于性能測試的工具測試覆蓋監(jiān)測器或評測器4. 測試進度計劃任務人員任務開始日期結束日期制定測試計劃設計測試實施測試執(zhí)行測試對測試進行評估5. 測試完成準則提示：對于非嚴格系統(tǒng)可以采用“基于測試用例”的準則： （1）功能性測試用例通過率達到100％；（2）非功能性測試用例通過率達到95％時。附件九 設計評審報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectName當前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 基本信息提示：由評審主持人或評審員填寫此表格。說明對本程序進行單體測試的計劃，包括對測試的技術要求、輸入數據、預期結果、進度安排、人員職責、設備條件驅動程序及樁模塊等的規(guī)定。數量和頻度、輸入媒體、輸入數據的來源和安全保密條件等等。2程序系統(tǒng)的結構用一系列圖表列出本程序系統(tǒng)內的每個程序（包括每個模塊和子程序）的名稱、標識符和它們之間 的層次結構關系。角色職責人員姓名工作說明高層領導項目經理需求分析員系統(tǒng)設計員程序員測試員… 軟硬件資源計劃提示：分析項目開發(fā)、測試、運行所需的軟硬件資源和關鍵計算機資源（會影響軟件產品的性能的CPU、內存、帶寬等內容），主要內容包括：l 資源級別（分為“關鍵”、“普通”兩種）l 詳細配置l 獲取方式（如“已經存在”、“可以借用”或“需要購買”等）與獲取時間l 使用說明（如“誰”在“什么”時候使用）軟硬件資源名稱級別詳細配置獲取方式與時間使用說明關鍵關鍵普通…6 文檔交付列表序號交付文檔名稱交付日期備注7 風險管理計劃提示：以下是各個列標題的解釋。 約束提示：（1）請說明在項目開發(fā)過程中應當遵循的標準或規(guī)范（2）請說明相關項目可能對本項目造成的影響。平均修復時間 (MTTR)—系統(tǒng)在發(fā)生故障后可以暫停運行的時間。 其他非功能性需求說明：下表中的各種需求，可根據實際情況進行選擇其中的一種或者幾種進行描述，在表的后面是各種需求的詳細解釋。對于每一個接口，這部分應說明與軟件產品相關的接口軟件的目的，并根據信息的內容和格式定義接口，但不必詳細描述任何已有完整文件的接口，只要引用定義該接口的文件即可。例如，如果系統(tǒng)的用戶通過顯示終端進行操作，就必須指定如下要求：a 對屏幕格式的要求說明：對界面上的各對象、類型、寬度、取值范圍、數據來源、能否為空等屬性進行描述。業(yè)務需求目標系統(tǒng)業(yè)務活動（可選）功能名稱 假定和約束說明：列出進行本軟件開發(fā)工作的假定和約束，例如：開發(fā)語言、開發(fā)期限等。]列出干系人認為現有解決方案存在的關鍵問題。l 完整而準確的定義本產品的干系人；l 明確本產品所影響到的部門和業(yè)務；l 用圖表或者文字描述產品的范圍，概要的定義產品的功能。說明：指明本文檔面向的讀者群，及相應的閱讀意見。 具體業(yè)務流程（系統(tǒng)名稱+編號）對于具體業(yè)務流程的命名有規(guī)范，對具體流程進行編號，便于形成需求矩陣，同時形成需求的管理和跟蹤。 業(yè)務詞匯表說明：列出本文檔的所引用的專屬領域詞匯、術語等，以便于業(yè)務需求的提供者和接收者是建立在一致的業(yè)務理解基礎之上的。（1）公司的短期、長期發(fā)展戰(zhàn)略；（2）業(yè)務需求及發(fā)展趨勢；（3）技術狀況及發(fā)展趨勢；（4）特殊的業(yè)務需求等。第六十三條 項目經理監(jiān)控外包開發(fā)商的質量保證過程。發(fā)生重大問題時，合作開發(fā)商需及時向項目經理匯報。《系統(tǒng)驗收評估報告》內容包括：數據準確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權限問題、業(yè)務操作影響度、問題處理情況、備份、批處理等。第四十五條 系統(tǒng)主要使用部門和信息技術部門負責人根據系統(tǒng)測試、試運行情況簽署驗收意見。在試運行過程中，試運行單位辦公室把系統(tǒng)運行情況（系統(tǒng)資源使用，反應速度等）記錄到試運行報告中。系統(tǒng)轉換時必須詳細記錄原系統(tǒng)中的重要參數、設置等系統(tǒng)信息，并填寫試運行報告相關內容。凡涉及應用系統(tǒng)的變更，應對系統(tǒng)幫助文檔及時更新。第二十九條 項目組向數據擁有部門申請獲取測試用業(yè)務數據的使用權，對獲取的數據進行嚴格的訪問控制，確保只有相關項目人員才能訪問及使用。第六節(jié) 系統(tǒng)實現第二十三條 項目組根據《設計說明書》制定系統(tǒng)實現計劃，并提交項目經理對計劃可行性進行審批。第十八條 在系統(tǒng)設計階段中，用戶應充分參與，確保系統(tǒng)設計能滿足系統(tǒng)需求。第十二條 項目組應對需求變更影響到的文檔及時更新。公司委派一名員工負責監(jiān)督項目的進度，進行項目管理工作，確保開發(fā)能及時完成并能滿足業(yè)務需要。第四條 軟件開發(fā)遵循項目管理和軟件工程的基本原則。第三條 本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務和技術力量進行系統(tǒng)設計、軟件開發(fā)、集成和相關的技術支持工作，一般僅向外購置有關的硬件設備和支撐軟件平臺；合作開發(fā)是公司與專業(yè)IT公司（合作商）共同協(xié)作完成IT應用的項目實施和技術支持工作，一般形式是公司負責提供業(yè)務框架，合作商提供技術框架，雙方組成開發(fā)團隊進行項目實施，IT系統(tǒng)的日常支持由IT技術中心和合作商共同承擔，IT技術中心負責內部（一級）支持，合作商負責外部（二級）支持；外包開發(fā)是指將IT應用項目的設計、開發(fā)、集成、培訓等任務承包給某家專業(yè)公司（可以是專業(yè)的IT公司或咨詢公司等），由該公司（承包商）負責應用項目的實施。第八條 《立項分析報告》得到批準后，成立項目組（如果是外包開發(fā)，則成立外包商項目組；如果是合作開發(fā)，則與外包商共同成立合作開發(fā)項目組，以下統(tǒng)稱“項目組”），項目組應包括業(yè)務組（由公司相關業(yè)務部門組成）和IT組（自行開發(fā)為辦公室網絡管理員；外包開發(fā)為外包商成員；合作開發(fā)為網絡管理員和外包商成員）。第十一條 對于合作開發(fā)的項目，當業(yè)務需求發(fā)生變更時，業(yè)務組應提交《需求變更申請》（附件四），IT組組長審批后交給合作開發(fā)商實施。第五節(jié) 系統(tǒng)設計第十七條 系統(tǒng)設計應分為概要設計和詳細設計，系統(tǒng)設計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。第二十二條 對系統(tǒng)設計的修改的文檔須由文檔管理人員進行歸檔管理。第二十八條 《系統(tǒng)/用戶測試計劃》必須定義測試標準，并明確各種測試的