【文章內容簡介】 》 No7 數據遷移腳本、程序的開發(fā)及單測試 Excel、 plsql 廠商完成中間表到目標表相關遷移程序開發(fā)，提交 《 版本發(fā)布書 》 No8 第一輪數據模擬遷移測試 Excel、 plsql 廠商已經搭建完成數據模擬遷移測試平臺；本地網把數據導入到中間表 廠商提交第一輪 《 模擬遷移數據核對報告 》 本地網提供目標系統(tǒng)第一輪 《 遷移后數據模擬測試報告 》 No9 第二輪數據模擬遷移測試 Excel、 plsql 廠商提交第二輪 《 模擬遷移數據核對報告 》 本地網提供目標系統(tǒng)第二輪 《 遷移后數據模擬測試報告 》 No10 第三輪數據模擬遷移測試 Excel、 plsql 廠商提交第三輪 《 模擬遷移數據核對報告 》 本地網提供目標系統(tǒng)第三輪 《 遷移后數據模擬測試報告 》 No11 最終版數據遷移方案的確定 Excel、 plsql 三輪模擬測試后數據準確率已經達到系統(tǒng)割接上線要求；各系統(tǒng)業(yè)務功能已具備上線條件 項目組發(fā)布終版數據割接方案 數據清理及遷移 —模版、樣例及風險 ? 風險：源系統(tǒng)的數據質量影響遷移后的數據質量。 規(guī)避： 需要廠商加強源系統(tǒng)數據分析工作，把影響遷移數據質量的問題及時納入到 《 源數據清理質量分析報告 》 ，同時項目組需要加強監(jiān)督工作，督促本地網和源系統(tǒng)廠商認真及時完成數據清理工作。 ? 風險：涉及多個廠商及本地網之間的協(xié)同工作，會出現溝通協(xié)調不順影響整體工作進度。 規(guī)避： 項目組要及時協(xié)調各廠商之間，廠商和本地網之間的協(xié)同工作，明確劃分職責，發(fā)現影響多個廠商的問題及時通報相關廠商。 業(yè)務配置 —工作內容、制度流程 26 業(yè)務數據配置依賴亍數據清理配置方案和配置分析結果進行配置 ,其具體工作流程如下 : 在實施過程中，業(yè)務支撐組為業(yè)務方人員參不共同對需求進行分析確認。 業(yè)務配置 —工具、關鍵檢查點和標準 27 工具、關鍵檢查點和標準 通過 VSS進行版本發(fā)布管理，通過 PROMISE進行計劃管理 需求文檔及示例 配置環(huán)節(jié) 相關文檔 使用工具 配置分析 業(yè)務需求文檔 EXCEL 配置相關開發(fā) 需求規(guī)格說明書 WORD 數據配置 數據配置分析文檔 程序頁面、數據配置工具、 PLSQL 數據驗證 自測試記錄 EXCEL 數據入庫 數據配置分析文檔 EXCEL 用戶測試 測試報告 EXCEL 數據升級 版本發(fā)布 checklist EXCEL 業(yè)務配置 —風險及規(guī)避 ? 風險及規(guī)避 28 風險 規(guī)避方案 數據重復 建立良好的 計劃管理， 通過 VSS做為版本管理工具避免不同配置人員配置想同需求文檔 數據升級遺漏或重復 業(yè)務方確認前期需求是否完備 通過版本發(fā)布 checklist進行數據核對 29 本地化開發(fā) —開發(fā)相關工作內容 工作內容 : ? PTC BUG 修復 /內部軟件測試 ? 軟件需求分析、溝通、確認 ? 軟件完善及新功能開發(fā) /測試 ? 特殊本地化需求以及產品級需求開發(fā)。（軟件架構分包處理） ? 測試準備及用戶測試 ? BUG修復及系統(tǒng)完善 ? 預割接（兩輪）及測試問題完善 ? 試點局正式割接上線 ? 第一推廣版本系統(tǒng)完善 ? 第一推廣版本系統(tǒng)測試 ? 第一推廣局預割接及測試問題完善 ? 第一推廣局正式割接上線 30 本地化開發(fā) —角色與分工 總體 1. 開發(fā)商、本地網、項目組職責分工 序號 主要工作 發(fā)起方 執(zhí)行方 確認方 配合方 1 PTC_BUG修復范圍確定 創(chuàng)天需求組 創(chuàng)天開發(fā)組 XX省公司 試點本地網 2 PTC_BUG修復及系統(tǒng)完善 創(chuàng)天開發(fā)組 創(chuàng)天開發(fā)組 創(chuàng)天測試組 3 軟件需求分析、溝通、確認 創(chuàng)天需求組 創(chuàng)天開發(fā)組 XX省公司 4 軟件完善及新功能開發(fā) /完善 創(chuàng)天開發(fā)組 創(chuàng)天開發(fā)組 創(chuàng)天測試組 5 測試準備及用戶測試 創(chuàng)天測試組 創(chuàng)天測試組 XX省公司 試點本地網 6 預割接及測試問題完善 XX省公司 試點本地網 7 第一推廣版本系統(tǒng)完善 創(chuàng)天開發(fā)組 創(chuàng)天開發(fā)組 創(chuàng)天測試組 8 第一推廣版本系統(tǒng)測試 創(chuàng)天測試組 創(chuàng)天測試組 XX省公司 試點本地網 31 2. 小組內部工作分工 總體計劃及執(zhí)行管控： XX 序號 主要工作 任務進度跟蹤 CRM接口跟蹤 SPS跟蹤 SPSTSAP接口跟蹤 SPS資源接口跟蹤 1 PTC_BUG修復范圍確定 xxx 2 PTC_BUG修復及系統(tǒng)完善 3 軟件需求分析、溝通、確認 4 軟件完善及新功能開發(fā) /完善 5 測試準備及用戶測試 … … 6 預割接及測試問題完善 7 第一推廣版本系統(tǒng)完善 8 第一推廣版本系統(tǒng)測試 xxx 本地化開發(fā) —角色與分工 廠商內部 ? 需求分析建議使用信息化的需求管理系統(tǒng)來進行管理不跟蹤 ?BUG管理使用信息化的 BUG管理系統(tǒng)來進行管理不跟蹤 ?文檔以及軟件版本管理使用標準常用的版本管理工具。如 VSS ?開發(fā)計劃 ?軟件概要設計說明書 ?軟件詳細設計說明書 ?軟件培訓操作手冊 ?軟件安裝配置說明書 ?應用系統(tǒng)割接計劃 ?如果采用一條龍的解決方案，建議可以采用本公司的 IT網管系統(tǒng)來進行需求以及 BUG的信息化跟蹤管理 ?針對通用的產品級需求一般提交研發(fā)部進行開發(fā)，特殊的本地化需求可以采取本地化開發(fā)，通過技術分包手段來保證軟件版本的完整統(tǒng)一 32 本地化開發(fā) —關鍵檢查點、模板、工具 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 2009 啟勱會 版本發(fā)布一 版本發(fā)布二 版本發(fā)布三 版本發(fā)布五 版本發(fā)布六 版本發(fā)布四 PTC版本發(fā)布 版本發(fā)布七 版本發(fā)布八 版本發(fā)布九 版本發(fā)布十 版本發(fā)布十一 BUG修復基本完成 試點局版本 推廣版本 版本發(fā)布十二 版本發(fā)布十三 版本發(fā)布十四 版本發(fā)布十五 版本發(fā)布十六 版本定稿 本地化需求調研 接口集成 —活勱中的角色不分工 負責指導和管理整個接口集成的活動； 組織和協(xié)調各個分公司及開發(fā)廠商的工作； 高層領導 按照接口進度要求，制定接口執(zhí)行的計劃； 負責計劃的跟蹤與管理，對偏差和風險進行管理和控制； 定期向高層領導及主管領導進行工作匯報； 項目經理 負責接口需求的提供、整理及確認； 參與并確認接口設計、用戶測試和割接確認； 負責與周邊廠商的協(xié)調及檢查； 本地網接口需求組 負責接口需求的收集、分析及確認； 負責接口的設計、開發(fā)、單元測試及接口聯(lián)調； 配合用戶進行各項測試，并簽字確認； 負責接口的實施及割接工作； 項目組成員 配合提供接口需求，并提供相應的技術支撐； 參與接口集成的調試、配合用戶進行接口集成測試； 配合完成接口的實施及接口割接工作； 周邊系統(tǒng)廠商 接口集成 —數據接口準備 關鍵檢查點 交付件 責任方 時間 J101 《 XX本地網簽字確認的接口現狀 》 XX本地網 J102 《 三方簽字確認接口需求表 》 省公司 J103 《 接口實施資源計劃 》 創(chuàng)發(fā)天辰 J104 《 接口詳細實施計劃 》 （ project） 創(chuàng)發(fā)天辰 數 據 接 口 準 備整 理 目 前 的 數 據 接 口 確 認 本 期 接 口 范 圍 確 認 資 源 和 詳 細 實 施 計 劃北方九省分公司創(chuàng)發(fā)天辰開 始整 理 接 口調 研 模 板下 發(fā) 調 研任 務 單配 合 整 理已 知 接 口分 公 司 調 研接 口 現 狀組 織 確 認接 口 范 圍J 1 0 1J 1 0 2制 定 資 源 和 詳細 實 施 計 劃J 1 0 3 J 1 0 4結 束接口集成 —周邊接口開發(fā) /聯(lián)調 關鍵檢查點 交付件 責任方 時間 J201 《 接口界面文檔 》 (含接口分工、接口協(xié)議、接口實現等 ) 省公司 J202 《 接口開發(fā)設計文檔 》 創(chuàng)天、對端系統(tǒng) J203 《 用戶點對點接口測試報告 》 XX本地網 接口集成 —風險不規(guī)避 風險描述 風險 級別 建議解決方案 周邊廠商配合力度不夠 高 增加其它周邊接口的配合廠商的費用，并建議局方建立相應的制度對周邊廠商進行規(guī)范 同類型同業(yè)務類型接口的協(xié)議千差萬別 高 建議建立統(tǒng)一的接口規(guī)范，盡量的在不影響原有的接口業(yè)務的基礎上，統(tǒng)一外部接口的業(yè)務模型及協(xié)議規(guī)范 接口測試力度不夠 中 對接口進行多輪測試，并按照真實的業(yè)務場景進行相應的接口測試；對于大批量數據接口建議進行壓力及性能測試，保證接口的質量。 系統(tǒng)測試 —主要工作內容與流程 ? 測試流程： 測 試 流 程 研 發(fā) 階 段 內 部 測 試 階 段 ( 產 商 ） 用 戶 測 試 階 段 （ 業(yè) 務 方 ） 數據配置組數據清理及遷移組本地化功能接口組管控組版 本 發(fā) 布 計 劃 書版 本 發(fā) 布 說 明 書數 據 遷 移 發(fā) 布 說 明書數 據 配 置 發(fā) 布 說 明書測 試 場 景 和 腳 本 的準 備本 次 測 試 內 容 和 范圍測 試 執(zhí) 行 測 試 報 告本 次 測 試 內 容 和 范圍本 次 測 試 內 容 和 范圍測 試 執(zhí) 行測 試 執(zhí) 行測 試 報 告測 試 報 告測 試 場 景 與 腳 本確 認 本 次 測 試 內 容和 范 圍測 試 執(zhí) 行 用 戶 測 試 報 告確 認 本 次 測 試 內 容和 范 圍測 試 執(zhí) 行 用 戶 測 試 報 告確 認 本 次 測 試 內 容和 范 圍測 試 執(zhí) 行 用 戶 測 試 報 告本流程適用于數據遷移測試，數據配置測試，性能測試，接口測試，集成測試 系統(tǒng)測試 —關鍵檢查點與檢查標準 主要模板與工具 ? 使用 VSS做為版本管理工具； ? 使用 PROMISE工具進行計劃管理； ? 使用 Power point編寫測試方案； ? 使用 WORD編寫工作任務執(zhí)行報告以及操作手冊； ? 使用 EXCEL編寫測試模板； ? 使用 LoadRuner做為性能、壓力測試工具； ? 缺陷管理使用缺陷管理系統(tǒng)進行管理，如采用一條龍方案建議采用 IT網管缺陷管理系統(tǒng)進行管理和跟蹤； 系統(tǒng)測試 —風險不規(guī)避 風險描述 風險 級別 建議解決方案 測試場地及電腦軟硬件、網絡環(huán)境風險 高 建議推廣局派專人維護測試場地的電腦軟硬件及網絡的正常運行 測試人員對系統(tǒng)不熟悉 高 建議在進行用戶測試時，測試人員為參加過培訓的人員 2. 風險與規(guī)避 系統(tǒng)支持 —工作流程和制度 40 一、工作內容： 1）在上線期間，完成多個系統(tǒng)平臺（測試、生產）的安裝和檢測 2）負責系統(tǒng)網絡的調試和檢測 3）負責制定終端準入的標準和規(guī)范 二、人員組成 1）系統(tǒng)平臺管理員：支持硬件廠商完成系統(tǒng)硬件的安裝和調測，完成系統(tǒng)操作系統(tǒng)的安裝 2）數據庫管理員：負責系統(tǒng)數據庫的安裝、配置、以及存儲劃分等相關工作 3）應用平臺管理員：負責系統(tǒng)應用平臺的安裝、配置和調測 4）網絡設備管理員：負責系統(tǒng)與外界網絡的安裝與調測 5）終端設備管理員：負責終端設備的檢測和準入。 系統(tǒng)支持 —工具、關鍵檢查點和標準 41 一、軟件工具： IBM WebSphere Application Server ND、 IBM WebSphere MQ 、IBM HTTP Server 、 Oracle 數據庫等 二、關鍵檢查點 1）在施工開始前，完成系統(tǒng)施工平臺的安裝與測試，交付系統(tǒng)施工平臺清單（包括系統(tǒng)配置，網絡地址，數據庫說明，應用平臺說明） 2）在施工開始前，交付終端準入條件和設置說明。 3）系統(tǒng)上線前，完成生產平臺的安裝與測試，交付系統(tǒng)生產平臺清單（包括系統(tǒng)配置，網絡地址，數據庫說明，應用平臺說明）。 4）系統(tǒng)上線前