【正文】 集成 ? 在此處可以從業(yè)務模型中摘錄一些內(nèi)容來概述所涉及的任務和角色等等。分級和累積投票方法表明 ,必 須解決的問題與干系人或用戶希望解決的問題大有不同。 級別 ,按照繼承關系分為 :一級 ,二級 ,三級 。 硬件限制說明 :本項包括在各種硬件約束下運行的軟件要求 ,例如 ,應該包括 : 硬件配置的特點 (接口數(shù) ,指令系統(tǒng)等 )。對 軟件的數(shù)據(jù)輸出及必須標明的控制輸出量進行解釋并舉例 ,包括對硬拷貝報告 (正常 結果輸出、狀態(tài)輸出及異常輸出 )以及圖形或顯示報告的描述。若通過數(shù)據(jù)庫表來交互 ,請指明數(shù)據(jù)庫及 表名 文件數(shù)量 峰值數(shù)據(jù)量 頻度 填寫數(shù)據(jù)處理的頻度 復雜度 批處理 /人工 填寫接口數(shù)據(jù)的驅動模式是人工 (manual)還是自動 (automatic),還是都支持 接口類型 填寫是實時接口還是批量接口等 【其他系統(tǒng)詳細信息】 說明 :列出所有與接口交互的外圍系統(tǒng)的詳細信息。 名稱 詳細要求 靜態(tài)數(shù)值需求 動態(tài)數(shù)值需求 精度 時間特性要求 可用性 可靠性 可維護性 安全性 可移植性 可擴展性 兼容性 ... 靜態(tài)數(shù)值需求 說明 :支持的終端數(shù) 。 數(shù)據(jù)管理要求 【可選】 說明 :需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模 ,要按可預見的增長對數(shù)據(jù)及 其分量的存儲要求做出估算。 如果變更為為信息技術組提出 ,則信息技術組填寫 。 (3)說明一些假設和依賴。 約定在項目中的風險管理方案 ,例如 :風險識別頻度、風險跟蹤頻度等。 本文件中各處引用到的文件資料 ,包括所要用到的軟件開發(fā)標準。 性能 說明對該程序的全部性能要求 ,包括對精度、靈活性和時間特性的要求。 . 注釋設計 ? 說明準備在本程序中安排的注釋 ,如 : . 加在模塊首部的注釋 。 第 33 頁 ,共 53 頁 信息技術管理制度 附件八 單元測試用例 1 測試范圍 說明 :本用例測試的功能點。 對應每一 個執(zhí)行步 驟的實際 結果 。一般地 ,系統(tǒng)測試的 主要內(nèi)容包括功能測試、健壯性測試、性能測試、用戶界面測試、安全性 (security)測 試、安裝與反安裝測試等。?6. BUG 管理與改錯計劃 ?提示 :根據(jù)所采用的 BUG 管理工具確定 :(1)BUG 管理流程 ,(2)BUG 修改流程。 5. 可能存在的困難與風險 提示 :指出可能存在的困難和風險 ,制定應急計劃以應對突發(fā)事件。 :本計劃審批意見 信息技術管理制度 任務名稱及其描述 開始時間 結束時間 參加人員 任務 1 任務 2 ... 應急處理人員 角色 職責 第 43 頁 ,共 53 頁 信息技術管理制度 項目負責人審批意見 : 簽字 日期 信息技術部審批意見 簽字 日期 業(yè)務部門審批意見 簽字 日期 第 44 頁 ,共 53 頁 信息技術管理制度 第 45 頁 ,共 53 頁 附件十四 數(shù)據(jù)遷移報告 1. 背景介紹 提示 :介紹系統(tǒng)轉換的背景情況。 4. 報錯趨勢分析報告 ?提示 :建議制作趨勢圖 ?5. 試運行經(jīng)驗總結 ?6. 下一階段工作安排 第 47 頁 ,共 53 頁 附件十六 系統(tǒng)驗收報告 版本歷史 1. 基本信息 信息技術管理制度 版本 /狀態(tài) 作者 參與者 起止日期 備注 項目名稱 甲方 乙方 合同 甲方驗收人員 角色 職責 乙方人員 角色 職責 2. 成果審查報告 應交付成果的 名稱、版本 甲方審核人 乙方協(xié)助人 時間 地點 審查 結論 3. 問題處理 提示 :如果甲方發(fā)現(xiàn)工作成果中存在缺陷 ,雙方應當視問題的嚴重性給出合適的處理措 施。說明人員、軟硬件設施、經(jīng)費等要求。 信息技術管理制度 應急處理人員 角色 職責 8. 業(yè)務人員培訓方案 提示 :說明培訓內(nèi)容 ,時間 ,地點 ,培訓講師等信息 9. 總公司下發(fā)的系統(tǒng)標準參數(shù)配置 提示 :可以直接將該配置作為附件。 2. 系統(tǒng)上線目標 提示 :說明本次系統(tǒng)上線的主要內(nèi)容與目標。 (2)或者在此處用表格制作一份進度表 ,例如 : 信息技術管理制度 任務名稱及其描述 開始時間 結束時間 參加人員 任務 1 任務 2 ... 3. 數(shù)據(jù)準備計劃 提示 :手工系統(tǒng)向電子系統(tǒng)切換或者省級電子系統(tǒng)需要準備基礎數(shù)據(jù)或進行數(shù)據(jù)遷 移。乙方應當給出糾正缺陷 ,雙方協(xié) 商第二次驗收的時間。 3. 數(shù)據(jù)準備 提示 :所準備進行轉換的數(shù)據(jù)情況描述以及數(shù)據(jù)來源部門的審批結果 4. 數(shù)據(jù)遷移實錄 提示 :回顧系統(tǒng)上線各階段工作 ,大體步驟 提示 :說明本次數(shù)據(jù)遷移后進行數(shù)據(jù)核對的過程以及結論。 信息技術管理制度 項目經(jīng)理或試運行負責人審批意見 : 簽字 日期 第 42 頁 ,共 53 頁 附件十三 數(shù)據(jù)遷移計劃 1. 數(shù)據(jù)遷移的重要事件和里程碑日期 2. 數(shù)據(jù)遷移前的備份要求?3. 數(shù)據(jù)遷移測試結果清單 提示 :(1)用 Microsoft Project 制作進度表 (Gantt Chart),插入此處或作為附 件。 7. 附錄 . 本計劃審批意見 任務 人員 任務 開始日期 結束日期 制定測試計劃 設計測試 實施測試 執(zhí)行測試 對測試進行評估 項目經(jīng)理審批意見 : 簽字 日期 第 39 頁 ,共 53 頁 附件十一 系統(tǒng) /用戶測試報告 1. 基本信息 信息技術管理制度 測試依據(jù) 例如 :參照標準、客戶需求、需求規(guī)格說明書、測試用例等 測試范圍 測試驗收標準 測試環(huán)境描述 測試驅動程序描述 提示 :可以把測試驅動程序當作附件 測試人員 測試時間 須注明每次回歸測試 的時間 測試工具 2. 實況記錄 3. 測試總評價 根據(jù)對測試結果提出一個關于軟件能力的全面分析 ,需標明遺留的主要缺陷、局限性 和軟件的約束限制等 ,并提出軟件測試過程中程序中的不足。 3. 測試環(huán)境與測試輔助工具 ?環(huán)境 工具 設備 配置 名稱 /類型 備注 服務器 軟件 硬件 客戶端 軟件 硬件 網(wǎng)絡 類型 工具 開發(fā)商 版本 測試管理 缺陷跟蹤 用于功能性測試的工具 用于性能測試的工具 第 38 頁 ,共 53 頁 信息技術管理制度 測試覆蓋監(jiān)測器或評測器 4. 測試進度計劃 5. 測試完成準則 ?提示 :?對于非嚴格系統(tǒng)可以采用 “基于測試用例 ”的準則 : (1)功能性測試用例通過率達到 100%。 第 35 頁 ,共 53 頁 附件九 設計評審報告 信息技術管理制度 文件狀態(tài) : [√] 草稿 ?[ ]正式發(fā)布 [ ]正在修改 文件標識 : ProjectName 當前版本 : 作 者 : 完成日期 : YearMonthDay 版本歷史 版本 /狀態(tài) 作者 參與者 起止日期 備注 1. 基本信息 提示 :由評審主持人或評審員填寫此表格。 ?測試用例 ?功能 1 信息技術管理制度 硬件環(huán)境 : 服務器端 : 客戶端 : 軟件環(huán)境 : 服務器端 : 客戶端 : 網(wǎng)絡環(huán)境 : 測試編號 功能模塊 子模塊 編號 測試項目 模塊功能 子模塊功能 用例描述 描述測試上述功能的測試點 依賴描述 無 環(huán)境及初 始數(shù)據(jù) 環(huán)境 1, 填寫用到的各種測試數(shù)據(jù)的名稱 依賴樣例 測試本用例依賴的相關用例名稱 序號 前置條件 測試子項 執(zhí)行步驟 預期結果 實際結果 備注 第 34 頁 ,共 53 頁 信息技術管理制度 測試序號 填寫本用 例運行的 前置條 件。 . 對各變量的功能、范圍、缺省條件等所加的注釋 。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。 2 程序系統(tǒng)的結構 用一系列圖表列出本程序系統(tǒng)內(nèi)的每個程序 (包括每個模塊和子程序 )的名稱、標識 符和它們之間 的層次結構關系。 序號 交付文檔名稱 交付日期 備注 風險編號 風險級別 風險描述 緩解方案 應急計劃 第 28 頁 ,共 53 頁 技術開發(fā)管理制度 嚴重性 (15) 可能性 (%) 風險系數(shù) (嚴重性 *可能性 ) 8 溝通計劃 9 附件 ??? 項目進度計劃 甲方代表 乙方代表 溝通方式 溝通頻率 /時間 期望結果 第 29 頁 ,共 53 頁 技術開發(fā)管理制度 附件六 項目計劃變更說明 項目名稱 項目計劃變更申請 申請日期 輸入名稱 ,版本 ,完成日期等信息 審批意見 : 簽字 ,日期 審批意見 : 簽字 ,日期 審批意見 : 簽字 ,日期 輸入名稱 ,版本 ,完成日期等信息 申請變更的 《項目計劃》 變更的內(nèi)容 及其理由 評估計劃變更將對 項目造成的影響 項目負責人簽字 處經(jīng)理審批 信息技術部負責人 審批 業(yè)務部門意見 變更后的 《項目計劃》 項目負責人簽字 變更申請的審批意見 更改項目計劃 第 30 頁 ,共 53 頁 技術開發(fā)管理制度 附件七 設計說明書 版本歷史 文件狀態(tài) : [√] 草稿 ?[ ] 正式發(fā)布 [ ] 正在修改 文件標識 : ProjectNameModuleDesign 當前版本 : 作 者 : 完成日期 : YearMonthDay 版本 /狀態(tài) 作者 參與者 起止日期 備注