多渠道繳費業(yè)務管理系統(tǒng)

1、文檔密級內(nèi)部項目代號PSBMS供電所同業(yè)對標項目策劃江西雙源電力高新技PJM PP201V1.00江西雙源電力高新技術有限公司對本文件資料享受著作權及其它專屬權利，未經(jīng)書面許可 不得將該等文件資料（其全部或任何部分）披露予任何第三方，或進行修改后使用。文檔編號編制：楊宇生效日期：審核：龔治家批準：龔治家變更日志編號版本修改內(nèi)容修改人修改日期10.10創(chuàng)建初稿楊宇121.00發(fā)布楊宇131.10變更發(fā)布楊宇1目錄1. 引言 11.1 目的 11.2 背景 11.3 術語與縮略語 11.4 預期讀者與閱讀建議 11.5 參考資料 12. 項目概述 32.1 工作范圍 32.2 工作時限 32.3

2、交付成果 32.4 項目用戶與驗收條件 32.5 項目目標 42.6 假設和約束 42.7 關鍵依賴關系 43. 項目組織 53.1 組織結構 53.1.1 項目內(nèi)部組織結構 53.1.2 項目外部組織結構 53.1.3 項目團隊建設 63.2 角色與責任 64. 項目策劃 74.1 項目過程定義 74.2 WBS 74.3 項目估算 74.3.1 估計策略 74.3.2 估計結果 74.4 階段劃分與檢查點 74.4.1 項目階段劃分及主要工作產(chǎn)品 74.4.2 項目關鍵活動 84.4.3 里程碑劃分 84.4.4 項目評審計劃 94.5 項目進度安排 104.6 項目資源計劃 104.6.

3、1 人員計劃 104.6.2 培訓計劃 104.6.3 工作場所 114.6.4 軟件工程設備和支持工具估計 114.7 需求管理計劃 114.8 決策分析計劃 114.9 風險管理計劃 114.10 項目溝通計劃 124.11 質(zhì)量保證計劃 124.12 配置管理計劃 124.13 項目測試計劃 124.14 項目驗收計劃 124.15 項目級度量計劃 124.16 項目跟蹤計劃 125. 支持計劃列表 141引言1.1目的本計劃總體描述供電所同業(yè)對標管理系統(tǒng)的有關安排，使參與本項目的有關各方能夠通過本計劃有序 協(xié)同工作，從而確保項目目標達成。本計劃主要描述了本項目的項目范圍、工作內(nèi)容、工作

4、方法、項目組織、時間安排、管理與控制辦法 及過程要求、項目采用的技術、度量辦法與相關的管理、控制要求、資源安排等。在本計劃的基礎上將形成本項目的項目進度計劃、配置管理計劃、質(zhì)量保證計劃、總體測試計劃等， 這些計劃作為本計劃的補充與具體說明，受本計劃約束。本文檔面向的讀者是：客戶、項目研發(fā)人員、各部門項目組成員、技術部門經(jīng)理以及其它與本項目相 關的人員。1.2背景本軟件系統(tǒng)的名稱：供電所同業(yè)對標管理系統(tǒng)，英文名稱：The sta ndard ma nageme nt system of powerindustry，英文簡稱：PSBMS。該項目主要功能是為江西省885個供電所提供10項指標的統(tǒng)計、

5、分析及評價，為江西省電力公司管理層提供供電所管理手段。項目是由江西省電力公司農(nóng)電工作部提出的，由江西 雙源電力高新技術有限責任公司承接，負責項目軟件的開發(fā)及應用集成。軟件系統(tǒng)的應用范圍包括：江西 省電力公司、江西省下轄12個地市供電公司、96個縣供電公司及 885個供電所。1.3術語與縮略語術語或縮略語解釋同業(yè)對標冋業(yè)對標就是用指標評價企業(yè)、用業(yè)績考核企業(yè)，主要從安全管理、資產(chǎn)經(jīng)營、營銷服務、電網(wǎng)運行、人力資源等五類評價指標。1.4預期讀者與閱讀建議預期讀者閱讀建議項目管理部門仔細閱讀項目簡介、 項目用戶、約束、工作結構分解、項 目組織與里程碑設定。項目組成員仔細閱讀文檔的全部內(nèi)容。關聯(lián)項目組

6、閱讀項目范圍、里程碑設計。關聯(lián)組（配置組、測試組）仔細閱讀文檔全部內(nèi)容。1.5參考資料編號資源名稱說明1供電所同業(yè)對標管理系統(tǒng)立項申請表2供電所同業(yè)對標管理系統(tǒng)項目建議書3供電所同業(yè)對標管理系統(tǒng)項目開工公告4項目總體計劃模板2. 項目概述2.1工作范圍本項目主要是根據(jù)項目開發(fā)流程進行供電所同業(yè)對標管理系統(tǒng)軟件的研制工作。按照本計劃中識別的 工作任務內(nèi)容、時間進度要求和工作產(chǎn)品要求完成軟件的開發(fā)和各個階段工作產(chǎn)品的產(chǎn)出。2.2工作時限項目周期為：5 個月(2014-1-202016-6-30 )2.3交付成果本項目最終需要交付給客戶的成果：見下表:序號移交物品名稱(與合同所列對應)介質(zhì)數(shù)量備注1

7、安裝包電子12源代碼電子13管理員手冊電子14用戶手冊電子15需求規(guī)格說明書電子16詳細設計說明書電子17軟硬件平臺部署方案電子18安裝調(diào)試報告電子19項目試運行報告電子110業(yè)務應用系統(tǒng)部署配置信息電子111產(chǎn)品發(fā)布說明電子112測試報告電子22.4項目用戶與驗收條件供電所同業(yè)對標管理系統(tǒng)主要為江西省各級電力公司及所轄供電所提供相關對標指標的查詢、分析、 管理評價的系統(tǒng)。項目測試過程結束后，提交客戶試用，試用結束后，由研發(fā)中心、市場營銷部、商務部 協(xié)同客戶進行驗收，以需求規(guī)格說明書的要求、系統(tǒng)測試的測試結果、試用報告等結果作為標準對項目進 行結項評審和驗收。(1) 實現(xiàn)各個模塊功能，符合需求

8、規(guī)格說明書中功能；(2) 系統(tǒng)通過各項測試；(3) 產(chǎn)品通過試用；(4) 用戶文檔完整、正確無誤； 具體參見供電所同業(yè)對標管理系統(tǒng)項目實施與驗收總體計劃 。2.5 項目目標 本項目的設計目標是研發(fā)供電所同業(yè)對標管理系統(tǒng)，系統(tǒng)設計要充分考慮大并發(fā)量業(yè)務的特點，全面 滿足各項業(yè)務的功能需求，同時要考慮到系統(tǒng)的整體規(guī)范、方便易用、穩(wěn)定可靠、安全可控、易維護、易 擴展等特性。本系統(tǒng)項目研發(fā)需實現(xiàn)以下目標： 整體性：系統(tǒng)整體設計應統(tǒng)一規(guī)范，功能模塊設計必須清晰合理，能夠有效的實現(xiàn)一體化管理； 實用性：系統(tǒng)的設計應該充分考慮電力繳費系統(tǒng)的實際工作特點，已有的軟件系統(tǒng)和硬件設備符 合實際要求，使得系統(tǒng)具有很

9、強的實用性； 穩(wěn)定性：為保證系統(tǒng)最大限度的發(fā)揮作用，完成電力繳費的工作要求，繳費平臺的設計必須認真 考慮穩(wěn)定性和可靠性； 安全性：系統(tǒng)必須具備整套的安全解決方案來保證交易的安全性，并盡可能選購具有自主知識產(chǎn) 權的軟件技術和產(chǎn)品； 擴展性：系統(tǒng)應該具備可擴展性，以滿足目前日益發(fā)展的計算機信息和網(wǎng)絡技術； 易用性：系統(tǒng)應該提供簡潔美觀的操作界面，容易掌握，便捷實用。2.6 假設和約束硬件限制：PC服務器。軟件限制：WEB服務采用J2EE的MVC架構；JDK1.5.3 ；數(shù)據(jù)庫采用 ORACLE 10G RA；C 性能要求：1000萬條記錄數(shù)據(jù)抽取時間在 10 分鐘之內(nèi)； 每個指標查詢界面展現(xiàn)時間要

10、求在 2 秒之內(nèi)；運行環(huán)境：RHE5.5 WINDOWS 2003 SERVER完成期限：2014/7/10 。2.7 關鍵依賴關系內(nèi)容提供方接收方預計提交日期相關產(chǎn)品和技術支持驗收標準需求約束無關鍵客戶省網(wǎng)農(nóng)電工作 部處長（計紅）項目組【需求規(guī)格說明書】評審會議評審， 需求確認關鍵關聯(lián)項目無關鍵外部系統(tǒng)營銷業(yè)務應用項目組2014/2/20繳費相關接口項目經(jīng)理 確認關鍵軟硬件資源關鍵活動參見4.4.2關鍵活動3. 項目組織3.1組織結構3.1.1項目內(nèi)部組織結構本項目分以下幾個組:項目經(jīng)理：負責項目總體業(yè)務，負責項目計劃制定、組間協(xié)調(diào)溝通，負責指導、控制、管理和調(diào) 整個項目進行構造軟件系統(tǒng)，并

11、最終向客戶負責。架構組：主要包括項目技術架構選型，系統(tǒng)架構搭建、核心代碼編寫。研發(fā)項目組:主要包括項目的需求人員和開發(fā)人員，負責項目需求分析、項目設計、編碼和代碼走查。項目測試組:負責項目產(chǎn)品的測試和驗證工作配置管理組:負責研發(fā)項目的各配置項狀態(tài)發(fā)布和變更控制，變更控制委員會負責項目基線的管理。質(zhì)量保證組:在整個軟件生命周期中，監(jiān)督和檢驗軟件過程與標準的符合性以及軟件產(chǎn)品生產(chǎn)規(guī)范的符合性。3.1.2項目外部組織結構供電公司領導：江西省電力公司農(nóng)電工作部主任肖文明，客戶方項目的總負責人;項目管控組：江西省電力公司農(nóng)電工作部農(nóng)電管理處處長計紅，負責對項目的管控，跟蹤項目的進展情況，并進行總體協(xié)調(diào)，

12、以及項目的驗收。同時也是客戶的總接口人。3.1.3項目團隊建設項目團隊一定都會有明確的愿景，這個愿景不僅僅是一句口號，必須是大家都能同意的方向與目標， 并要與項目的成果相結合。缺乏共同愿景的團隊，到處是無法協(xié)調(diào)的意見，以及彼此誤會的目標，即使項 目最后得以交付，還會為了如何評估成效或驗收，花更多時間在討論并互相妥協(xié)。團隊愿景：以客戶為關注焦點，進一步提升公司在客戶方的形象。團隊組建：項目經(jīng)理和研發(fā)中心主任進行談判，盡可能的獲得足以勝任工作的員工。團隊建設：包括培訓，戶外運動，制定獎懲制度。團隊管理：包括加強項目成員間的溝通，解決沖突，定時召開會議。團隊解散：在項目總結中對項目組成員進行評價并釋

13、放該資源。3.2角色與責任編 號角色姓名職責屬性組1研發(fā)中心 主任龔治 家本項目的驗收結項負責人，負責項目的立項、結項評審和批準，負責 批準發(fā)布項目開工公告和結項公告。高層領 導2項目經(jīng)理楊宇本項目的項目經(jīng)理， 是整個項目的總體業(yè)務負責人；負責指導、控制、 管理和調(diào)整項目進行軟件研發(fā)工作的個人，負責決策分析活動，負責 項目的人員工作安排、組間協(xié)調(diào)工作，并最終向顧客負責； 本項目的測量員，負責整個項目各個階段度量數(shù)據(jù)的收集與分析、里 程碑報告等工作。項目經(jīng) 理3設計人員楊宇、黃俊本項目的設計人員，負責項目部分應用模塊設計、單兀測試、代碼走 杳工作。架構組、4開發(fā)人員黃俊， 李亞 冰本項目的開發(fā)人

14、員，負責項目部分應用模塊編碼工作；研發(fā)項目組5界面設計 工程師魏欣本項目的開發(fā)人員，負責界面設計、編碼研發(fā)項目組6測試人員王燕寧本項目的測試負責人，負責項目集成測試和系統(tǒng)測試工作的策劃、實 施和報告工作，負責協(xié)調(diào)測試組內(nèi)人員的工作安排。項目測試組7配置人員鄭亞 黧八、本項目的配置管理員，負責在整個軟件生命周期中，控制軟件產(chǎn)品的 狀態(tài)和 致性，確保產(chǎn)品的有序變更和發(fā)布。配置管 理組8質(zhì)量保證 人員詹林 輝本項目的質(zhì)量保證人員，負責在整個軟件生命周期中，監(jiān)督和檢驗軟 件過程與標準的符合性以及軟件產(chǎn)品生產(chǎn)規(guī)范的符合性。質(zhì)量保證組10客戶代表計紅負責需求提供，幫助需求分析，進行需求確認。項目管控組11

15、客戶領導計紅負責項目客戶方問題協(xié)調(diào)，最終產(chǎn)品確認。供電公 司領導12關聯(lián)系統(tǒng) 代表黃俊負責對外部接口的開發(fā)、調(diào)試、技術支持。研發(fā)項目組4. 項目策劃4.1項目過程定義模型選用：本系統(tǒng)采用瀑布模型。原因：本項目為開發(fā)型項目，項目經(jīng)理及設計人員對此類項目經(jīng)驗非常豐富，因此對項目需求明確、 理解充分，并且較為穩(wěn)定。選擇模型的原因（規(guī)模小，客戶明顯、需求清楚）本項目根據(jù)生命周期模型選擇，具體參見本項目的過程輸出裁減表。4.2 WBS本項目的 WBS及進度安排見下圖，詳見項目進度計劃及WBSo4.3項目估算項目估算策略及估算結果如下:4.3.1估計策略編號估計對象單位方法備注1軟件產(chǎn)品規(guī)模功能點功能點估

16、算方法需求匯總表兀成并形成基線后2工作量人日功能點估算方法需求匯總表完成并形成基線后3項目管理活動人日根據(jù)組織度量數(shù)據(jù)，算法 得出工作量估計完成后4配置管理活動人日根據(jù)組織度量數(shù)據(jù)，算法 得出工作量估計完成后5質(zhì)量保證活動人日根據(jù)組織度量數(shù)據(jù)，算法 得出工作量估計完成后6培訓活動工時經(jīng)驗工作量估計完成后:7開發(fā)進度工時合同約定及以往項目的進 度劃分比例WBS完成后8技術文檔工時經(jīng)驗WBS完成后9測試設計文檔工時經(jīng)驗WBS完成后10成本估算元日根據(jù)組織度量數(shù)據(jù)，算法 得出工作量估計完成后11周期估算工時根據(jù)組織度量數(shù)據(jù)，算法 得出WBS完成后4.3.2估計結果參見項目估算記錄和 WBS及項目進度

17、計劃4.4階段劃分與檢查點4.4.1項目階段劃分及主要工作產(chǎn)品階段入口標準任務出口標準起止時間主要工作產(chǎn)品需求項目團隊已建用戶需求調(diào)研，需求需求規(guī)格說明書2012-04-19需求規(guī)格說明|開發(fā)立，需求開發(fā)計 劃已制定。開發(fā)和分析，制定需 求規(guī)格說明書。系統(tǒng) 設計需求規(guī)格說明 書已完成并形 成基線，項目開 發(fā)計劃已批準。進行系統(tǒng)測試設計； 進行概要設計；進行 集成測試設計；進行 詳細設計。編碼詳細設計完成 并形成基線進行各模塊編碼，代 碼走查。完成并形成基 線。系統(tǒng)測試設計、 概要設計、集成 測試設計、詳細 設計完成形成基 線。編碼、代碼走查 完成并形成基 線。至2012-05-112012-0

18、5-14 至2012-06-252012-06-26至2012-07-27書概要設計說明 書、數(shù)據(jù)庫設計說 明書、詳細設計說 明書、測試用例源代碼、代碼走查 單項目 測試產(chǎn)品 發(fā)布系統(tǒng)測試設計 完成；集成測試 設計完成；編碼及單元測試完 成產(chǎn)品發(fā)布，版本 標識，配置審 計，發(fā)布評審進行集成、系統(tǒng)測試產(chǎn)品發(fā)布，版本標 識，配置審計，發(fā)布 評審實施 驗收客戶處實施及 驗收客戶處安裝調(diào)試，上 線測試，用戶培訓， 試運行，驗收項目 總結項目總結，結項項目總結，移交組織 財富庫，結項集成、系統(tǒng)測試 完成并形成基線發(fā)布評審通過試運行無問題, 驗收通過項目總結，移交 組織財富庫完畢2012-07-19 至2

19、012-09-032012-09-04 至2012-09-052012-09-05至2012-09-142012-09-14集成測試報告、 系統(tǒng)測試報告、 用戶手冊、管 理員手冊產(chǎn)品發(fā)布說明、產(chǎn)品發(fā)行匯總 表|軟硬件平臺部署 方案安裝調(diào)試報告、 試運行報告、 客戶培訓記錄、 交付移交單、 項目驗收報告 項目總結、移 交財富庫清單、結項評審報告4.4.2項目關鍵活動階段任務任務說明起止時間主要工作產(chǎn)品對工作任務進行細分， 制定工作任務 WBS2012/4/102012/4/11策劃階段工作任務WBS項目進度計劃 WBS需求階段需求收集及 分析匯總用戶需求，與客戶 面談，并確認客戶需求2012/4

20、/202012/5/4客戶訪談表、需求規(guī)格 說明書設計階段手續(xù)費結算 模塊設計2012/6/182012/6/19詳細設計說明書編碼階段手續(xù)費結算 模塊設計L2012/7/192012/7/19代碼2012/8/162012/8/24測試階段系統(tǒng)測試完成系統(tǒng)測試工作系統(tǒng)測試報告實施階段試運行試運行，并編寫試運行 報告2012/9/72012/9/10試運行報告4.4.3里程碑劃分項目各階段里程碑及關注點劃分如下:階段里程碑/關注點內(nèi)容描述結束標志完成時間完成項目過程定義、工作任項目計劃提交2012-04-17策劃 階段項目計劃完成務拆分；完成項目估算；完成項目計劃； 完成項目支持計劃。項目計劃

21、發(fā)布（里程碑）完成項目計劃及其支持計劃項目計劃發(fā)布2012-04-18評審；完成項目計劃整改并發(fā)布。需求 階段完成用戶需求調(diào)研和確認；內(nèi)部同行評審通過2012-05-10需求開發(fā)完成完成需求文檔編制；完成需求文檔冋行評審。建立需求基線（里程碑）完成需求評審完成需求修改 完成需求跟蹤矩陣 建立并發(fā)布需求基線需求評審通過并納入基 線庫，需求基線已發(fā)布2012-05-11設計 階段詳細設計完成完成詳細設計編寫； 完成評審及整改。詳細設計評審通過2012-06-20建立設計基線（里程碑）完成設計階段需求功能跟蹤；設計評審通過并納入基 線庫，設計基線已發(fā)布2012-06-25建立并發(fā)布設計基線。$臣宀命

22、完成各個模塊編碼工作；軟件代碼提交2012-07-19編碼 階段編碼完成完成代碼走杳代碼走杳完成完成各模塊代碼走杳；1代碼走杳通過2012-07-27完成走杳結果冋題整改；n建立代碼配置項（里程碑）完成編碼階段需求跟蹤； 建立并發(fā)布代碼基線。編碼階段各評審通過并 納入基線庫，代碼基線2012-07-27已發(fā)布測試 階段集成測試完成完成集成測試； 完成測試報告編寫； 完成測試報告評審； 完成測試問題整改。集成測試評審通過2012-08-15系統(tǒng)測試完成完成系統(tǒng)測試； 完成測試報告編寫； 完成測試報告評審； 完成測試問題整改。系統(tǒng)測試評審通過2012-08-30用戶文檔完成完成用戶文檔編與；用戶文

23、檔評審通過2012-09-03建立產(chǎn)品發(fā)布基線元成配置審計，產(chǎn)品出廠審1 計；建立產(chǎn)品基線產(chǎn)品發(fā)布評審通過并納 入基線庫；產(chǎn)品基線已發(fā)布2012-09-03（里程碑）驗收 階段項目驗收完成（里程碑）安裝調(diào)試，試運行結束； 完成問題整改； 完成項目驗收；試運行通過； 項目驗收通過；2012-09-14444項目評審計劃以下針對同行評審及管理評審列出了項目各評審點時間及評審要求:項目階段評審點時間點評審方式評審組成員要求計劃評審（總體2012-04-17會議評審項目經(jīng)理、項目組全體成員、研發(fā)中心主任策劃階段計劃及支持計 戈U）需求階段需求評審2012-05-07會議評審項目組全體成員、研發(fā)中心主任

24、，客戶代表設計階段概設、數(shù)據(jù)庫、 詳細設計評審2012-06-20組內(nèi)評審項目組全體成員測試用例評審2012-8-1會議評審項目經(jīng)理、QA、CM及項目組相關人員編碼階段代碼走查2012-07-52012-07-27個人走查陳拓勇、龔治家測試階段集成、系統(tǒng)測試 實施計劃審批2012-07-26組內(nèi)評審項目經(jīng)理產(chǎn)品發(fā)布評審2012-09-04會議評審項目組全體成員，客戶代表評審通過準則：無嚴重問題，輕微問題經(jīng)項目經(jīng)理審核、驗證關閉后通過。445項目確認計劃以下針對客戶確認列出了項目各確認方、確認形式，確認時間點:項目階段客戶參與確認項時間點確認方式客戶參與人需求階段需求評審2012-05-08評審

25、報告簽字確認客戶代表（需求評審人員）測試階段產(chǎn)品發(fā)布評審J2012-09-05評審報告簽字確認客戶代表（產(chǎn)品發(fā)布評審人員）驗收階段試運行2012-09-10試運行報告簽字確認客戶代表（試運行確認人）4.5項目進度安排本項目的進度安排見項目進度計劃及WBS。4.6項目資源計劃4.6.1人員計劃角色能力要求人數(shù)進入時間退出時間時間比例資源狀態(tài)項目經(jīng)理高級工程師1項目啟動全程100%現(xiàn)有系統(tǒng)架構師高級工程師1項目啟動全程100%現(xiàn)有軟件設計師副高級工程師2需求階段系統(tǒng)通過測 試100%現(xiàn)有測試人員測試工程師1需求階段系統(tǒng)通過測 試100%現(xiàn)有配置管理員配置管理工程 師1項目啟動全程40%現(xiàn)有質(zhì)量保證

26、員QA工程師1項目啟動全程40%現(xiàn)有項目組人員安排參見第三章中描述，項目人員及時間安排見項目進度計劃及WBS。4.6.2培訓計劃培訓內(nèi)容培訓對象培訓時機P培訓方式備注Oracle開發(fā)培訓項目組全體人員2014年4月:項目級內(nèi)訓|課程重點是SQL優(yōu)化463工作場所任務描述場所需求使用人員使用時間段備注雙源電力金廬軟2014-01-20 至2014-06-30開發(fā)測試件園本部全體項目組現(xiàn)場測試及實施老省局實施人員2014-01-20 至2014-06-30464軟件工程設備和支持工具估計見項目工作標準環(huán)境4.7需求管理計劃本項目是因為是維護類項目，不涉及需求調(diào)研，主要工作任務是需求分析，需求確認。

27、在需求規(guī)格說明書評審通過后，由項目經(jīng)理根據(jù)需求規(guī)格說明書制定出本項目的需求跟蹤矩陣，由項目經(jīng)理組織人員識別項目各階段與客戶需求的不一致，并在里程碑點維護 需求跟蹤矩陣由配置管理員協(xié)助項目經(jīng)理處理需求變更申請，由QA監(jiān)督變更流程。具體時間安排參見 WBS及項目進度計劃。4.8決策分析計劃在本項目中，如果遇到下列情況需要按照決策分析的流程規(guī)范進行決策分析：? 在進行風險管理時，高級別的風險存在多個緩解措施進行選擇時；? 在項目系統(tǒng)設計和編碼過程中系統(tǒng)架構選擇和關鍵技術方案，存在多個方案選擇時。? 當客戶需求有重大變更，對項目進度有重大影響時。? 項目開發(fā)過程中遇到對于產(chǎn)品品質(zhì)、開發(fā)成本、進度等有重大影響的問題時。? 開發(fā)過程中出現(xiàn)的重大風險對項目有重大影響時。當出現(xiàn)以上問題需要進行決策時，由項目經(jīng)理遵循決策分析的流程規(guī)范選擇合適的解決方案，組織相關人員采用適合的決策方法進行決策分析，并將結果以報告形式公布。4.9風險管理計劃本項目中，在項目策劃階段有項