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