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