保險公司產險電銷系統(tǒng)新平臺項目方案建議書

1、產險電銷系統(tǒng)新平臺項目 - 方案建議書 正本xxxx保險（集團）股份產險電銷系統(tǒng)新平臺項目方案建議書目 錄 TOC o 1-3 h z u HYPERLINK l _Toc469785748 第1章對CPIC的了解及對本次征集書的認識 PAGEREF _Toc469785748 h 6 HYPERLINK l _Toc469785749 東軟公司近年在太保IT實施項目介紹 PAGEREF _Toc469785749 h 6 HYPERLINK l _Toc469785750 電子商務項目系列 PAGEREF _Toc469785750 h 6 HYPERLINK l _Toc469785751

2、 產險電銷項目系列 PAGEREF _Toc469785751 h 7 HYPERLINK l _Toc469785752 壽險電銷項目系列 PAGEREF _Toc469785752 h 7 HYPERLINK l _Toc469785753 其他解決方案項目 PAGEREF _Toc469785753 h 8 HYPERLINK l _Toc469785754 東軟實施優(yōu)勢 PAGEREF _Toc469785754 h 8 HYPERLINK l _Toc469785755 對本次征集書的認識 PAGEREF _Toc469785755 h 9 HYPERLINK l _Toc46978

3、5756 需求背景 PAGEREF _Toc469785756 h 9 HYPERLINK l _Toc469785757 項目目標 PAGEREF _Toc469785757 h 10 HYPERLINK l _Toc469785758 項目范圍 PAGEREF _Toc469785758 h 10 HYPERLINK l _Toc469785759 主要風險 PAGEREF _Toc469785759 h 12 HYPERLINK l _Toc469785760 第2章建議的實施方法 PAGEREF _Toc469785760 h 13 HYPERLINK l _Toc469785761

4、項目實施方法 PAGEREF _Toc469785761 h 13 HYPERLINK l _Toc469785762 項目實施策略 PAGEREF _Toc469785762 h 13 HYPERLINK l _Toc469785763 制定交接清單，進行高效交接 PAGEREF _Toc469785763 h 13 HYPERLINK l _Toc469785764 目標明確、分步實施 PAGEREF _Toc469785764 h 13 HYPERLINK l _Toc469785765 最大限度的利用現(xiàn)有資源，保護已有IT投資 PAGEREF _Toc469785765 h 13 HY

5、PERLINK l _Toc469785766 嚴格而完善的質量保證體系 PAGEREF _Toc469785766 h 14 HYPERLINK l _Toc469785767 開發(fā)過程關鍵活動 PAGEREF _Toc469785767 h 15 HYPERLINK l _Toc469785768 項目組織 PAGEREF _Toc469785768 h 16 HYPERLINK l _Toc469785769 項目組織結構 PAGEREF _Toc469785769 h 16 HYPERLINK l _Toc469785770 人員投入計劃 PAGEREF _Toc469785770 h

6、 16 HYPERLINK l _Toc469785771 項目主要成員 PAGEREF _Toc469785771 h 17 HYPERLINK l _Toc469785772 項目實施計劃 PAGEREF _Toc469785772 h 18 HYPERLINK l _Toc469785773 項目交付物 PAGEREF _Toc469785773 h 19 HYPERLINK l _Toc469785774 項目管理方法 PAGEREF _Toc469785774 h 20 HYPERLINK l _Toc469785775 項目進度管理 PAGEREF _Toc469785775 h

7、20 HYPERLINK l _Toc469785776 需求控制流程 PAGEREF _Toc469785776 h 23 HYPERLINK l _Toc469785777 項目質量管理 PAGEREF _Toc469785777 h 26 HYPERLINK l _Toc469785778 溝通程序 PAGEREF _Toc469785778 h 27 HYPERLINK l _Toc469785779 變更控制 PAGEREF _Toc469785779 h 29 HYPERLINK l _Toc469785780 軟件配置管理 PAGEREF _Toc469785780 h 32 H

8、YPERLINK l _Toc469785781 文檔管理程序 PAGEREF _Toc469785781 h 33 HYPERLINK l _Toc469785782 項目進度監(jiān)控 PAGEREF _Toc469785782 h 34 HYPERLINK l _Toc469785783 驗收測試程序 PAGEREF _Toc469785783 h 35 HYPERLINK l _Toc469785784 第3章對本次征集的目標和需求的回應 PAGEREF _Toc469785784 h 37 HYPERLINK l _Toc469785785 項目目標理解 PAGEREF _Toc46978

9、5785 h 37 HYPERLINK l _Toc469785786 以人為中心的銷售系統(tǒng) PAGEREF _Toc469785786 h 37 HYPERLINK l _Toc469785787 支持多產品的快速擴展 PAGEREF _Toc469785787 h 37 HYPERLINK l _Toc469785788 實現(xiàn)系統(tǒng)的模塊化、輕應用化及低耦合化 PAGEREF _Toc469785788 h 38 HYPERLINK l _Toc469785789 實現(xiàn)前端功能的可配置化 PAGEREF _Toc469785789 h 38 HYPERLINK l _Toc469785790

10、 增加系統(tǒng)靈活性 PAGEREF _Toc469785790 h 38 HYPERLINK l _Toc469785791 非功能性需求 PAGEREF _Toc469785791 h 38 HYPERLINK l _Toc469785792 業(yè)務解決方案 PAGEREF _Toc469785792 h 39 HYPERLINK l _Toc469785793 業(yè)務架構設計原則 PAGEREF _Toc469785793 h 39 HYPERLINK l _Toc469785794 業(yè)務架構設計原則 PAGEREF _Toc469785794 h 40 HYPERLINK l _Toc4697

11、85795 業(yè)務邏輯架構 PAGEREF _Toc469785795 h 41 HYPERLINK l _Toc469785796 系統(tǒng)功能及流程說明 PAGEREF _Toc469785796 h 42 HYPERLINK l _Toc469785797 技術架構設計方案 PAGEREF _Toc469785797 h 51 HYPERLINK l _Toc469785798 總體架構設計原則 PAGEREF _Toc469785798 h 51 HYPERLINK l _Toc469785799 總體架構設計 PAGEREF _Toc469785799 h 58 HYPERLINK l _

12、Toc469785800 系統(tǒng)數(shù)據(jù)庫架構設計原則 PAGEREF _Toc469785800 h 61 HYPERLINK l _Toc469785801 系統(tǒng)部署原則 PAGEREF _Toc469785801 h 61 HYPERLINK l _Toc469785802 項目管理流程 PAGEREF _Toc469785802 h 62 HYPERLINK l _Toc469785803 迭代時間軸 PAGEREF _Toc469785803 h 63 HYPERLINK l _Toc469785804 虛擬“共通”，保持溝通順暢 PAGEREF _Toc469785804 h 64 HY

13、PERLINK l _Toc469785805 迭代過程中的關鍵活動 PAGEREF _Toc469785805 h 65 HYPERLINK l _Toc469785806 實施敏捷管理的工具 PAGEREF _Toc469785806 h 65 HYPERLINK l _Toc469785807 敏捷管理帶來的收益 PAGEREF _Toc469785807 h 66 HYPERLINK l _Toc469785808 敏捷交付 PAGEREF _Toc469785808 h 67 HYPERLINK l _Toc469785809 系統(tǒng)交接關鍵點 PAGEREF _Toc46978580

14、9 h 69 HYPERLINK l _Toc469785810 交接關鍵點分析 PAGEREF _Toc469785810 h 69 HYPERLINK l _Toc469785811 與原供應商交接文檔 PAGEREF _Toc469785811 h 69 HYPERLINK l _Toc469785812 高質量實施保障 PAGEREF _Toc469785812 h 71 HYPERLINK l _Toc469785813 風險識別與應對 PAGEREF _Toc469785813 h 71 HYPERLINK l _Toc469785814 風險來源定義 PAGEREF _Toc46

15、9785814 h 71 HYPERLINK l _Toc469785815 實施風險管理 PAGEREF _Toc469785815 h 72 HYPERLINK l _Toc469785816 外部風險識別與管理 PAGEREF _Toc469785816 h 74 HYPERLINK l _Toc469785817 日常營運的策略及方案 PAGEREF _Toc469785817 h 75 HYPERLINK l _Toc469785818 建議的組織結構 PAGEREF _Toc469785818 h 75 HYPERLINK l _Toc469785819 各角色的職責范圍 PAGE

16、REF _Toc469785819 h 75 HYPERLINK l _Toc469785820 系統(tǒng)服務質量標準 PAGEREF _Toc469785820 h 76 HYPERLINK l _Toc469785821 日常營運方案 PAGEREF _Toc469785821 h 77 HYPERLINK l _Toc469785822 第4章其他信息-實施商技術支持信息 PAGEREF _Toc469785822 h 79 HYPERLINK l _Toc469785823 東軟的服務理念 PAGEREF _Toc469785823 h 79 HYPERLINK l _Toc4697858

17、24 東軟技術支持、服務體系 PAGEREF _Toc469785824 h 80 HYPERLINK l _Toc469785825 東軟售后服務方案 PAGEREF _Toc469785825 h 81 HYPERLINK l _Toc469785826 系統(tǒng)維護與響應承諾 PAGEREF _Toc469785826 h 83 HYPERLINK l _Toc469785827 系統(tǒng)應急方案 PAGEREF _Toc469785827 h 84 HYPERLINK l _Toc469785828 總則 PAGEREF _Toc469785828 h 84 HYPERLINK l _Toc4

18、69785829 目的 PAGEREF _Toc469785829 h 84 HYPERLINK l _Toc469785830 原則 PAGEREF _Toc469785830 h 84 HYPERLINK l _Toc469785831 應急保證 PAGEREF _Toc469785831 h 84 HYPERLINK l _Toc469785832 組織人員保障 PAGEREF _Toc469785832 h 85 HYPERLINK l _Toc469785833 處理流程 PAGEREF _Toc469785833 h 86 HYPERLINK l _Toc469785834 第5章

19、供應商情況介紹 PAGEREF _Toc469785834 h 88 HYPERLINK l _Toc469785835 東軟概況 PAGEREF _Toc469785835 h 88 HYPERLINK l _Toc469785836 金融事業(yè)部介紹 PAGEREF _Toc469785836 h 89 HYPERLINK l _Toc469785837 專業(yè)團隊 PAGEREF _Toc469785837 h 90 HYPERLINK l _Toc469785838 實施經驗與案例 PAGEREF _Toc469785838 h 90 HYPERLINK l _Toc469785839 金

20、融保險主要客戶 PAGEREF _Toc469785839 h 90 HYPERLINK l _Toc469785840 案例 PAGEREF _Toc469785840 h 90 HYPERLINK l _Toc469785841 項目主要成員介紹 PAGEREF _Toc469785841 h 92 HYPERLINK l _Toc469785842 項目經理 PAGEREF _Toc469785842 h 92 HYPERLINK l _Toc469785843 需求經理 PAGEREF _Toc469785843 h 102 HYPERLINK l _Toc469785844 架構師

21、PAGEREF _Toc469785844 h 103 HYPERLINK l _Toc469785845 開發(fā)小組Leader PAGEREF _Toc469785845 h 110 HYPERLINK l _Toc469785846 開發(fā)小組Leader PAGEREF _Toc469785846 h 113 HYPERLINK l _Toc469785847 開發(fā)小組Leader PAGEREF _Toc469785847 h 117 HYPERLINK l _Toc469785848 開發(fā)小組Leader PAGEREF _Toc469785848 h 122 HYPERLINK l

22、_Toc469785849 開發(fā)小組Leader PAGEREF _Toc469785849 h 124 HYPERLINK l _Toc469785850 開發(fā)小組Leader PAGEREF _Toc469785850 h 128 HYPERLINK l _Toc469785851 開發(fā)小組Leader PAGEREF _Toc469785851 h 130 HYPERLINK l _Toc469785852 測試經理 PAGEREF _Toc469785852 h 132對CPIC的了解及對本次征集書的認識東軟在2009年同xxxx保險已展開合作，主要參與過太保產險電銷項目、太保壽險電銷

23、、太保產險電子商務(P3)項目、太保A2-730項目、太保壽險保全品控自動化項目、太保大病醫(yī)療保險系統(tǒng)、太保積分及增值服務二期等項目。截止到2016年，東軟同xxxx保險的合作近7年。在這7年中東軟參與了太保集團、太保產險、太保壽險多個項目的實施，并獲得了客戶的好評。特別是太保的產壽險電銷系統(tǒng)，這兩個系統(tǒng)服務于20000多坐席，東軟每天需保證系統(tǒng)的穩(wěn)定運營，為用戶提供穩(wěn)定的服務。 東軟為太保壽險實施的保全品控自動化系統(tǒng)，為壽險相關部門節(jié)省了很多的人力，同時提高了工作效率。 東軟為太保集團的會員統(tǒng)一實施的客戶積分及增值服務平臺，為太保會員積分的統(tǒng)一，搭建了新一代積分商城平臺，實現(xiàn)了太保集團“集團

24、客戶俱樂部融合項目”的落地，完成集團客戶俱樂部平臺建設，實現(xiàn)線上會籍統(tǒng)一管理，客戶俱樂部會籍融合，客戶積分及權益統(tǒng)一管理等。 截止現(xiàn)在，東軟在xxxx保險服務的人數(shù)有近200人。東軟熟悉太保的項目、安全等管理流程，東軟會在太保規(guī)定的管理制度下，為太?？蛻籼峁└玫姆铡|軟公司近年在太保IT實施項目介紹電子商務項目系列集團2011版產險電子商務建設與運營項目，2011-10-82012-3-30。太保A2項目第一階段，2012-4-12013-7-30。太保A2730持續(xù)改進項目，2012-8-12012-12-31。太保官網(wǎng)2013持續(xù)改進項目，2013-4-12014-03-31。太保A2

25、項目2014持續(xù)改進項目，2014-4-12015-03-31。太保A2車險/A2非車2015持續(xù)改造項目，2015-4-1至今。太?？蛻舴e分及增值服務二期項目，2015-6至今。產險電銷項目系列09版產險電銷系統(tǒng)開發(fā)，2010-04-012011-03-31。集團2009版產險電銷系統(tǒng)2011年開發(fā)推廣項目合同，2011-04-012012-03-31。09版產險電銷項目2012項目，2012-4-12013-03-31。集團 銷售項目2013持續(xù)改進（電銷），2013-4-12014-03-31。集團 銷售項目2014持續(xù)改進，2014-4-12015-3-31。集團 銷售項目2015持續(xù)

26、改進，2015-4-1至今。東軟團隊在2010年完成了太保產險電銷系統(tǒng)的二期改造，建立了以客戶為中心的新型電銷系統(tǒng)，更好的支持了產險電銷業(yè)務的進一步發(fā)展；在2011的新電銷系統(tǒng)推廣項目組中，以優(yōu)質的服務和穩(wěn)定的系統(tǒng)，逐步推廣到整個太保集團的各分公司使用，受到了客戶的好評；在20122013年持續(xù)改進過程中，配合電銷部和在線服務公司，在網(wǎng)電一體化，在線經營分析平臺、統(tǒng)一名單管理系統(tǒng)、多觸點等創(chuàng)新型業(yè)務中較好的實現(xiàn)和支持了各業(yè)務的順利開展。在20142015年持續(xù)改進過程中，系統(tǒng)運營穩(wěn)定，為在線公司及產險公司的業(yè)務開展提供了有力的保障。在20152016年持續(xù)改進過程中，系統(tǒng)運營穩(wěn)定，搭建續(xù)?？蛻?/p>

27、經理移動平臺，為在線公司及產險公司的業(yè)務開展提供了有力的保障。壽險電銷項目系列壽險電銷行銷網(wǎng)站2011持續(xù)改進，2011-4-12012-3-31。壽險電銷行銷網(wǎng)站2012持續(xù)改進，2013-4-12014-3-31。集團 銷售項目2013持續(xù)改進（壽險），2013-4-12014-03-31。集團 銷售項目2014持續(xù)改進（壽險），2014-4-12015-3-31。集團 銷售項目2015持續(xù)改進（壽險），2015-4-1至今。其他解決方案項目太保壽險2012版品控自動化項目(保全)，2012-12-06至今。太保集團2013版大病保險業(yè)務專項應用管理系統(tǒng)項目，2013-5-202014-1

28、2-31。太保積分項目一期，2014-04-012015-05-30.在線公司集團俱樂部項目，2016-06-012017-3-31。太保壽險視頻會議管理系統(tǒng)項目，2014-04-012015-03-31太保壽險視頻會議管理系統(tǒng)項目2015持續(xù)改進，2015-04-01至今東軟實施優(yōu)勢專業(yè)的IT咨詢規(guī)劃東軟金融事業(yè)部在金融行業(yè)積累了25年的豐富經驗，擁有一大批行業(yè)業(yè)務專家和技術專家，在金融領域積累了豐富的業(yè)務咨詢和IT規(guī)劃經驗。將結合多年的金融領域經驗積累分析中國保險業(yè)的內外部環(huán)境，以業(yè)界最優(yōu)秀的最佳實踐為標桿，從業(yè)務模式和關鍵流程入手識別IT的支撐點和機會點，可以為客戶的IT藍圖進行全面的、

29、細致的規(guī)劃，構建支持全面業(yè)務發(fā)展策略的IT戰(zhàn)略。通過東軟專業(yè)的IT咨詢與規(guī)劃服務將本系統(tǒng)打造成具有國際化標準和國內先進水平的金融監(jiān)管信息服務平臺。全面的解決方案平臺東軟擁有面向多領域的解決方案的技術架構ITA（Information Technology Architecture）、RAB（Reusable Asset Base）中心、UniEAP(Unified Enterprise Application Practices)、SaCa（大數(shù)據(jù)、SNAP等）、網(wǎng)絡安全產品等一系列資產，在電子商務領域積累了大量的新的研發(fā)成果，其中SaCa中的RealRec可為電子商務網(wǎng)站實施即時推薦，精準營

30、銷。專業(yè)的敏捷交付方法論和成功實施經驗東軟過程改善中心在敏捷交付領域有持續(xù)的理論積累和大量項目的實施經驗。中心與金融事業(yè)部有長期合作關系，并于2012年在太保產險電銷項目組成功實施了以敏捷為理念的開發(fā)過程改善，取得了很好的效果。對于持續(xù)改進項目，采取敏捷的管理方式可以有效的解決短迭代、多頻次的發(fā)布問題。對本次征集書的認識供應商應認真了解CPIC的業(yè)務環(huán)境、戰(zhàn)略意圖和對“產險電銷系統(tǒng)新平臺項目”的要求，并在該章內展示對CPIC及其目前狀況的深入理解；供應商應認真了解CPIC對本次征集內容的需求和期望，并在該章中展示對CPIC需求的深入理解。CPIC非常希望選擇一位有為保險公司進行數(shù)據(jù)分析系統(tǒng)實施

31、和服務能力的供應商。因此，該供應商應盡可能提供成功案例、人員資質和項目經驗，展示出其能夠利用技術能力和資歷經驗協(xié)助CPIC實現(xiàn)本次征集的預期目標的能力。需求概述電商業(yè)務發(fā)展變化迅速，需要系統(tǒng)敏捷響應變化。特別是申領經紀牌照后，預計網(wǎng)電不同來源的產品組合、推廣活動費率/折扣變化、業(yè)務活動形式將極大的豐富?，F(xiàn)有的網(wǎng)電網(wǎng)電系統(tǒng)功能，從14年底開始基于壽險在線電銷系統(tǒng)開發(fā)擴展。經過持續(xù)改進，截至10月底，系統(tǒng)從最初僅支持數(shù)種壽險電銷產品銷售，發(fā)展到了目前可以支持約30種網(wǎng)上商城壽險產品。具有完整的坐席管理、名單管理、電信集成支持、網(wǎng)銷在線支付等完整的功能。目前支持約100席網(wǎng)電網(wǎng)電坐席。壽險電銷業(yè)務相

32、對成熟穩(wěn)定，支持產品種類單一，不支持財險非車、理財?shù)犬a品，不適應電商業(yè)務敏捷變化的需求。（因為壽險電銷本身已積累了大量需求需要逐步實現(xiàn)，對電商相關優(yōu)化需求難以及時響應。）有鑒于以上問題，為了更好的支持電商業(yè)務發(fā)展，安排建設電網(wǎng)電專用的 客服系統(tǒng)。從盡快實現(xiàn)、降低系統(tǒng)風險、可靠并且以較低成本的完成獨立系統(tǒng)搭建的角度考慮，選擇以現(xiàn)在的系統(tǒng)程序（壽險電銷系統(tǒng)）為基礎，修改接口后獨立部署。電商獨有的業(yè)務系統(tǒng)，后期在獨立后的系統(tǒng)上排期實現(xiàn)。業(yè)務基礎目前太平網(wǎng)服系統(tǒng)基于現(xiàn)有老系統(tǒng)的基礎上進行重構，依托太保網(wǎng)銷核心實現(xiàn)電銷作為渠道的展業(yè)支持；面臨的挑戰(zhàn)/機遇基于以上業(yè)務需求，太平網(wǎng)服系統(tǒng)目前架構都是圍繞渠道

33、銷售為主，經初步評估如果采取在現(xiàn)有基礎進行改動，在業(yè)務模式、實效性上、性能上都無法滿足業(yè)務要求。業(yè)務愿景基于現(xiàn)有太平網(wǎng)服系統(tǒng)的基礎上進行新電銷平臺的重構工作：采用任務驅動的方式、各種任務類型模塊松耦合的模式，以便在實效和性能上快速響應業(yè)務發(fā)展需要，將會涉及到從名單管理，銷售管理，落地服務（配送，打印等），產品管理、渠道管理、報表統(tǒng)計等的重構。項目目標對太平網(wǎng)服系統(tǒng)架構及功能層面進行優(yōu)化，以適應業(yè)務發(fā)展的需要，完成網(wǎng)服新平臺項目的搭建工作，從而實現(xiàn)以電銷為渠道的多觸點渠道介入的全流程的業(yè)務支持的市場拓展；項目范圍支持電銷渠道全流程銷售，包括名單、質檢、核保、下單落地全流程銷售服務體系前臺銷售界面

34、輕應用化后臺系統(tǒng)模塊剝離，獨立運作系統(tǒng)主要業(yè)務需求網(wǎng)電系統(tǒng)改造，主要分為兩個階段：第一階段實現(xiàn)現(xiàn)有功能的平移，將目前網(wǎng)電所有功能均平移至新建的系統(tǒng)中。第二階段會融入非車財險業(yè)務，優(yōu)化前期的流程，及加入后續(xù)用戶新增的需求。關鍵流程/功能要點名單管理模塊產品管理模塊人員管理模塊外呼銷售模塊保單管理模塊軟 功能模塊IB功能模塊報表功能模塊質檢功能非壽險產品功能知識庫網(wǎng)聊功能業(yè)務場景描述搭建新銷售模塊，實現(xiàn)以人為主進行產品銷售系統(tǒng)支持新增產品便捷擴容信用保證保險產品搭建獨立銷售模塊新增多任務模塊支持不同產品在不同時段進行銷售產品銷售的落地接入電銷系統(tǒng)的落地模塊，便于落地人員操作多產品銷售的配送信息同步

35、至產險配送平臺坐席銷售模塊實現(xiàn)輕應用化將電銷名單、銷售、質檢、落地模塊拆分，獨立運作電銷坐席人員擴容至10000席-15000席主要風險系統(tǒng)調整較大，從原有以車為主的銷售改變成以人為主的銷售，改變原有銷售模式。多產品的落地集中，產品來自不同的系統(tǒng)，落地的集中，有可能增加電銷系統(tǒng)負擔。建議的實施方法項目實施方法該項目主要由三大塊工作內容，前臺開發(fā)、后臺開發(fā)、積分二期系統(tǒng)持續(xù)改進。項目在實施方法上前后臺開發(fā)和積分一期系統(tǒng)持續(xù)改進同時并行來實施。前后臺部分在項目管理上可以采用CMMI結合敏捷的開發(fā)方式進行處理，分為需求分析、設計開發(fā)測試、上線幾個階段進行推進。項目在試運行、持續(xù)改進階段采用敏捷的方式

36、進行管理。項目實施策略鑒于東軟公司長期的項目實踐經驗，我們認為本項目的實施應該遵循如下方法：制定交接清單，進行高效交接項目組根據(jù)在太保多年實施經驗，結合項目特點，制定項目交接計劃、清單及檢查表等方式，以保證項目順利交接。通過精細化管理完成無縫交接，交接完畢后可直接進行日常工單及需求處理。目標明確、分步實施根據(jù)項目的需求，制定明確的、可達的實施目標，并且結合現(xiàn)有的業(yè)務狀態(tài)和IT資源，分步驟實施。最大限度的利用現(xiàn)有資源，保護已有IT投資我們注意到xxxx保險已經有了部分基礎的IT設施、軟件資源和數(shù)據(jù)資源。如何充分利用現(xiàn)有的系統(tǒng)和資源，是項目實施過程必須考慮的要素。嚴格而完善的質量保證體系項目實施過

37、程是一個集需求、設計、開發(fā)、測試、試運行、維護等全過程的綜合質量保證體系。我們在此項目的實施過程中，從如下幾個方面來保證項目的實施質量：明確的項目管理目標如期完成項目；用戶需求得到確認和實現(xiàn)；妥善處理用戶的需求變動；項目成本控制在計劃之內；順利實施系統(tǒng)配置管理；保證對第三方產品或服務的控制和協(xié)作。規(guī)范的流程嚴格根據(jù)軟件開發(fā)方法論和CMMI4的管理流程管理該項目的文檔。全過程的項目監(jiān)控制定項目計劃，提交xxxx保險確認，保證xxxx保險可以精確、完整的掌握項目進度；依項目計劃對項目工作進行監(jiān)控，并跟蹤項目進度，進行必要的里程碑檢查；任何一方向對方提交的文檔，另一方必須嚴格按照雙方約定在規(guī)定時間內

38、確認并簽收，以利項目順利進行。有效的日常溝通機制項目組的日常管理溝通形式是多種多樣的，有書面和口頭兩種形式；項目組口頭溝通包括會議、評審、日常接觸和討論等，這一方式簡單有效；書面溝通包括會議記錄、階段報告、問題報告、測試報告，工作表等方式，為項目組管理溝通及達成一致意見的備忘錄。項目組開展的日常管理活動包括（詳見“溝通程序”）：周例會階段例會臨時會議會議紀要項目工作報告項目狀態(tài)報告任務分派和跟蹤表人員管理問題管理開發(fā)過程關鍵活動每個迭代過程，我們會按照以下內容展開活動：階段關鍵活動產出物需求分析確認階段分析確認業(yè)務需求IT需求規(guī)格說明書其他需求確認IT優(yōu)化、缺陷修復需求jira記錄發(fā)布排期階段

39、發(fā)布后支持發(fā)布后問題跟蹤解決記錄需求計劃會產能表工作量評估文檔開發(fā)階段設計開發(fā)開發(fā)計劃詳細設計設計評審會設計評審記錄代碼開發(fā)全功能程序包代碼評審記錄單元測試單元測試用例單元測試報告PO內部驗收會驗收結果測試階段配合測試QC問題記錄修改后的全功能程序包迭代回顧會迭代回顧總結生產發(fā)布過程上線準備發(fā)布相關文檔（如操作手冊等等）發(fā)布清單發(fā)布論證會發(fā)布論證會議記錄預生產驗證預生產驗證結果生產發(fā)布支持生產發(fā)布總結需求變更變更申請單項目組織項目組織結構人員投入計劃角色領域東軟人數(shù)太保人數(shù)項目總監(jiān)資源協(xié)調，進度把控1項目經理管理團隊，溝通、協(xié)調內外部資源后續(xù)開發(fā)決策11架構師系統(tǒng)架構師互聯(lián)網(wǎng)應用架構師數(shù)據(jù)庫架

40、構師31業(yè)務分析師業(yè)務需求調研和分析，從業(yè)務上分析和把握系統(tǒng)及接口的設計和定義31開發(fā)組長參與需求分析、功能模塊、接口的設計工作，同時對各開發(fā)小組的質量及進度進行把關。8開發(fā)工程師進行JAVA程序的開發(fā)，單元測試，系統(tǒng)上線等10測試經理負責全流程把控項目交付測試質量11質量經理東軟派駐專職QA質量經理全程監(jiān)督項目交付過程管理質量，風險防范1項目主要成員序號姓名角色工作職能1何元平項目總負責人項目總體負責及資源協(xié)調2祁獻毅項目經理項目管理及項目開發(fā)計劃、實施全程跟蹤。3 郭凱需求經理負責系統(tǒng)業(yè)務需求分析及需求規(guī)格說明書編寫。4萬隆龍系統(tǒng)架構師負責系統(tǒng)前期微服務架構搭建及架構設計。5 萬宇應用架構

41、師負責系統(tǒng)前期微服務架構搭建及架構設計。6費祖名數(shù)據(jù)庫架構師負責系統(tǒng)數(shù)據(jù)庫設計、調優(yōu)及數(shù)據(jù)遷移方案確認。7張文輝JAVA開發(fā)組長負責系統(tǒng)微服務模塊單元組開發(fā)8張濤JAVA開發(fā)組長負責系統(tǒng)微服務模塊單元組開發(fā)9翟禹彭JAVA開發(fā)組長負責系統(tǒng)微服務模塊單元組開發(fā)10唐興JAVA開發(fā)組長負責系統(tǒng)微服務模塊單元組開發(fā)11陳鋒JAVA開發(fā)組長負責系統(tǒng)微服務模塊單元組開發(fā)12羅春波JAVA開發(fā)組長負責系統(tǒng)微服務模塊單元組開發(fā)13房文軍JAVA開發(fā)組長負責系統(tǒng)微服務模塊單元組開發(fā)14邱建JAVA開發(fā)組長負責系統(tǒng)微服務模塊單元組開發(fā)15曹煌JAVA開發(fā)組長負責系統(tǒng)微服務模塊單元組開發(fā)項目實施計劃本項目有以下的

42、主要里程碑：里程碑一：啟動及計劃階段 里程碑二：開發(fā)及上線階段 里程碑三：評估及試運行階段里程碑四：推廣階段各里程碑要完成的工作如下：（以下計劃按照項目預估在2016-12-26日開始）項目里程碑要完成主要工作項開始時間結束時間啟動及計劃階段完成項目管理規(guī)范、項目工作說明書、項目需求調研、采集分析及總體架構設計、計劃等工作。2016-12-262017-03-31開發(fā)及上線階段完成電銷系統(tǒng)重構建設等需求的上線工作。2017-03-012017-07-20評估及試運行階段系統(tǒng)上線試運行。2017-07-202017-07-31推廣階段完成系統(tǒng)的推廣及持續(xù)改造工作。2017-08-012017-9

43、-30項目交付物以下文檔清單將作為交付件的一部分:序號交付物名稱提交時間類別屬性0文檔索引說明管理文檔最終交付物1開發(fā)計劃管理文檔過程交付物2測試計劃管理文檔過程交付物3配置管理計劃管理文檔過程交付物4軟件需求規(guī)格說明書開發(fā)文檔*最終交付物5軟件概要設計說明書開發(fā)文檔*最終交付物6軟件詳細設計說明書開發(fā)文檔*最終交付物7測試用例開發(fā)文檔過程交付物8源程序源代碼*最終交付物9測試報告開發(fā)文檔過程交付物10可運行的目標代碼目標代碼*最終交付物11里程碑評估報告管理文檔過程交付物12系統(tǒng)上線方案開發(fā)文檔過程交付物13用戶手冊開發(fā)文檔*最終交付物14系統(tǒng)上線驗收報告開發(fā)文檔*最終交付物15完整的軟件系

44、統(tǒng)源程序源代碼*最終交付物16完整的軟件運行系統(tǒng)目標代碼目標代碼*最終交付物17數(shù)據(jù)模型說明書開發(fā)文檔過程交付物18技術手冊及維護手冊19FAQ及錯誤定位（Trouble shooting）手冊管理文檔最終交付物項目管理方法項目進度管理為了有效管理項目的進度，我們將根據(jù)項目管理知識體系（PMBOK）把項目進度的管理劃分為5個部分分別管理：啟動過程、計劃過程、執(zhí)行過程、控制過程和收尾過程。下面具體描述每個過程的進度管理機制。項目啟動過程項目啟動過程的主要職能在于確定項目的目標和范圍，為項目提供清晰的輸入。在東軟的項目進度管理體系中，售前管理流程用于規(guī)范售前活動中與客戶的溝通；需求開發(fā)指南用于指導

45、需求分析人員挖掘對客戶有用和有效的需求；合同審查單、客戶需求審查單用于規(guī)范合同和需求的評審過程。項目計劃過程項目計劃過程采用如下機制管理進度：項目計劃書這是一份項目主計劃文檔，它主要描述項目的目標、范圍，以及描述項目組是如何實施項目和如何跟蹤、監(jiān)控項目。質量保證計劃描述項目的質量保證活動。在計劃中定義SQA需要評審的過程和工作產品，明確SQA需要開展的活動。配置管理計劃描述項目組如何管理軟件配置項。在計劃中識別項目組所有的配置項，并定義如何開展配置項的評審、基線化、變更管理等活動。配置管理計劃采用MS Project 軟件編制、分析、跟蹤項目的進度計劃。項目執(zhí)行過程項目執(zhí)行過程是項目組落實、執(zhí)

46、行計劃的過程。在此過程中，項目將應用到許多進度管理的流程、指南、模板和表單，本節(jié)只是介紹以下幾個重要流程和方法：同行評審流程同行評審的目的在于及早的、高效的排除軟件中的缺陷。同行評審是項目組排除軟件缺陷的主要手段。根據(jù)經驗，正常情況下應該有80左右的缺陷通過同行評審排除。下圖為完整的同行評審流程。需求變更管理需求變更嚴格按變更程序進行，對業(yè)務部門提出的變更須經項目需求變更委員會討論和批準后方可按變更內容進行設計和開發(fā)和存檔。項目控制過程項目控制過程通過定期和不定期的監(jiān)督和測量項目執(zhí)行情況，發(fā)現(xiàn)項目存在的偏差，以便采取必要的糾正和預防措施，保證項目組能按時、保質的完成項目目標。東軟公司對項目控制

47、過程的進度跟蹤主要采取以下手段：項目周例會項目組每周召開項目例會。例會的目的在于：確認每周工作完成情況；識別新風險、跟蹤舊風險；安排、確認下周工作安排。過程審計SQA每月或每階段對項目的過程執(zhí)行情況審計一次，一般情況下要求每月審計一次。對于審計發(fā)現(xiàn)的不一致項，由SQA跟蹤問題解決情況，并負責關閉不一致項。東軟設立組織級的SQA角色，使得SQA獨立于項目組之外，不受項目經理的領導，保證過程審計的獨立性。階段評審項目經理在各個階段結束前組織階段評審會議。階段評審會議以下原則執(zhí)行：項目領導小組和項目辦公室人員參與評審；項目經理報告項目狀態(tài)；評審項目進度、工作量完成情況；評審項目成本投入情況；評審項目

48、風險；SQA做質量報告；決定是否進入下一階段。需求控制流程需求確認是指開發(fā)方和客戶方共同對需求文檔如用戶需求說明書和產品需求規(guī)格說明書進行評審，雙方對需求達成共識后作出承諾。用戶需求說明書和產品需求規(guī)格說明書可以分開也可以放在一起進行需求確認，視項目的具體情況而定。需求確認包含兩個重要工作：“需求評審”和“需求承諾”，一般規(guī)程下所示：目的開發(fā)方和客戶對需求文檔進行評審，并作書面承諾。角色與職責開發(fā)方和客戶共同組織人員對需求文檔進行評審。雙方負責人對需求文檔作書面承諾，使之具有商業(yè)合同效果。啟動準則需求文檔如用戶需求說明書和產品需求規(guī)格說明書已經完成。輸入需求文檔如用戶需求說明書和產品需求規(guī)格說

49、明書主要步驟第一步：非正式需求評審第二步：正式需求評審第三步：獲取需求承諾輸出需求評審報告和書面的需求承諾結束準則需求文檔通過了正式評審，并且獲得開發(fā)方和客戶的書面承諾。度量項目經理統(tǒng)計工作量和上述文檔的規(guī)模。需求評審對工作成果的技術評審有兩類方式，一類是正式技術評審，另一類是非正式技術評審。對于任何重要的工作成果，都應該至少執(zhí)行一次正式技術評審，建議在正式技術評審之前進行若干次非正式技術評審。需求評審的規(guī)程與其它重要工作成果（如系統(tǒng)設計文檔、源代碼）的評審規(guī)程非常相似，主要區(qū)別在于評審人員的組成不同。前者由開發(fā)方和客戶方的代表共同組成，而后者通常來源于開發(fā)方內部。需求承諾需求承諾是指開發(fā)方和

50、客戶方的責任人對通過了正式技術評審的需求文檔作出承諾，該承諾具有商業(yè)合同的效果。需求跟蹤需求跟蹤的目的是建立與維護“需求設計編程測試”之間的一致性，確保所有的工作成果符合用戶需求。需求跟蹤有兩種方式：（1）正向跟蹤。檢查產品需求規(guī)格說明書中的每個需求是否都能在后繼工作成果中找到對應點。（2）逆向跟蹤。檢查設計文檔、代碼、測試用例等工作成果是否都能在產品需求規(guī)格說明書中找到出處。正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”。不論采用何種跟蹤方式，都要建立與維護需求跟蹤矩陣（即表格）。需求跟蹤矩陣保存了需求與后繼工作成果的對應關系。矩陣單元之間可能存在“一對一”、“一對多”或“多對多”的關系。由于對應關系

51、比較復雜，最好在表格中加必要的文字解釋。使用需求跟蹤矩陣的優(yōu)點是很容易發(fā)現(xiàn)需求與后繼工作成果之間的不一致，有助于開發(fā)人員及時糾正偏差，避免干冤枉活。主要麻煩是，當需求或工作成果發(fā)生變更時，開發(fā)人員要及時更新需求跟蹤矩陣。需求變更控制對大多數(shù)項目而言，需求發(fā)生若干次變更似乎是不可避免的。需求發(fā)生變更的起因主要有：（1）隨著項目的進展，人們（包括開發(fā)方和客戶方）對需求的了解越來越深入。原先的需求文檔可能存在這樣那樣的錯誤或不足，因此要變更需求。（2）市場發(fā)生了變化，原先的需求文檔可能跟不上當前的市場需求，因此要變更需求。提出需求變更的動機是好的，目的是希望產品更加符合用戶的需求。對項目開發(fā)小組而言

52、，變更需求意味著要調整資源、重新分配任務、修改前期工作成果等，開發(fā)小組要為此付出較重的代價。如果每次需求變更請求都被采納的話，這個項目也許永遠不能按時完成。由于需求文檔是重要的配置項，需求的變更應當遵循配置管理中的變更控制規(guī)程。要指明的是，需求變更通常要比其它配置項的變更（如設計變更）復雜一些，因為前者的影響面更廣，可能要求開發(fā)方和客戶方共同介入。需求變更控制的一般規(guī)程如表所示。目的（1）修改“原需求文檔”中不正確的內容，產生新的需求文檔。（2）控制需求文檔的變更，防止項目發(fā)生混亂。角色與職責開發(fā)方和客戶方共同控制需求變更。啟動準則某人（來自開發(fā)方或客戶方）提出變更“原需求文檔”的申請。輸入原

53、需求文檔（指已經通過了評審并獲得書面承諾的需求文檔）主要步驟第一步：變更申請第二步：審批第三步：更改需求文檔第四步：重新確認需求第五步：結束變更輸出需求變更控制報告結束準則新的需求文檔已經完成并被確認。度量項目經理統(tǒng)計工作量和上述文檔的規(guī)模。項目質量管理質量管理是東軟公司戰(zhàn)略的重點東軟管理層始終密切關注公司質量體系的建設和運行情況，并保證和提供體系運行必要的資金和人力等資源。專業(yè)化的隊伍東軟公司為保證質量管理更加到位、有效，建立了一支專職的隊伍從事質量管理。他們都具備多年項目實施經驗和項目管理經驗，且都經過嚴格、系統(tǒng)的專業(yè)化培訓。獨立的質量保證員SQA東軟公司設立了企業(yè)級的SQA角色，他們直接

54、隸屬于公司質量管理部門，獨立于項目組之外，不接受項目經理的領導。獨立的審核人員才能確保審核工作的客觀性和有效性。良好的組織氛圍經過長期持續(xù)不斷地進行質量管理體系的建設、培訓、宣傳及推廣，目前，東軟公司已經在整個企業(yè)范圍內營造了一種良好的質量管理氛圍。這些氛圍主要體現(xiàn)在：系統(tǒng)的培訓，新員工必須接受系統(tǒng)的質量管理體系的培訓才能上崗，保證質量管理在公司內良好的繼承性；良好的執(zhí)行氛圍，按流程辦事已經深入到每個員工的心中，已形成按公司流程標準執(zhí)行的習慣，能夠認真貫徹公司的質量意識； 積極的持續(xù)改進意識，很多公司員工已養(yǎng)成質量管理持續(xù)改進的意識，能積極的參與的質量改進中；結合軟件工具，提高質量和管理效率使

55、用Excel（項目管理表格）、MS Project 輔助項目管理；使用SVN軟件輔助軟件配置管理；還使用一些軟件開發(fā)過程工具提高開發(fā)工程過程效率；溝通程序平滑且順暢的溝通，是項目實施的前提。我們將在項目實施過程中采用如下方式保持項目組內部、項目組和客戶之間的無縫交流。為了確保及時有效地進行溝通，項目確定以下溝通原則：確保與甲方及早溝通需求，以消除需求中的不確定性；定期與甲方溝通項目各里程碑和各迭代的進度和進展狀況；確保各階段的主要成果物及時提交給甲方，以便評審；于項目出現(xiàn)的重大問題，及早報告給客戶以便客戶了解項目；周例會每周一上午，由項目經理組織在現(xiàn)場的雙方項目組成員參加周例會?？偨Y上周工作，

56、形成項目周狀態(tài)報告。內容包括：項目進展情況，上周出現(xiàn)的問題和解決辦法，本周工作計劃，本周任務分派。階段例會每個實施階段結束，項目管理組要組織階段例會，并邀請xxxx保險股份相關部門參加。例會內容：總結匯報階段工作情況。由xxxx保險股份提出項目意見書，項目組編寫項目反饋意見書及時反饋意見。臨時會議討論臨時出現(xiàn)的問題和爭議，尋求解決辦法；審批相關人員提交的報告，討論答復內容。會議紀要會議紀要是各方達成共識的依據(jù)。項目實施階段的每次會議，都由東軟公司的營銷銷售服務網(wǎng)站人員將會議討論內容整理成會議紀要，提交與會人員進行確認。項目工作報告項目工作報告分為項目工作周報和項目工作月報，項目工作周報在周例會

57、上完成，并提交公司相關部門，項目工作月報由項目管理組完成并提交xxxx保險股份相關部門。內容包括：當期項目進展情況匯報，出現(xiàn)的問題和解決辦法，當期工作計劃，當期任務分派等。項目狀態(tài)報告項目狀態(tài)報告，包含周狀態(tài)報告、階段狀態(tài)報告用于報告項目進展情況。周狀態(tài)報告總結上周出現(xiàn)的問題和解決辦法，本周工作計劃，本周任務分派。項目周狀態(tài)報告，由項目經理每周以例會或郵件的形式匯報雙方的項目高層負責人。階段總結報告，包含階段完成的任務實際完成情況，總結工作中的缺失和經驗，為下階段布置工作重點，并對階段工作目標達成一致意見。階段總結報告由項目經理在項目的里程碑處，以階段總結/啟動會議或郵件的方式，匯報雙方的項目

58、高層負責人。任務分派和跟蹤表項目組的任務分派記錄成分派表，用來明確人員分工和跟蹤任務完成情況。任務分派和跟蹤表由項目管理組統(tǒng)一制定，分發(fā)和回收，并報xxxx保險股份相關部門備案。人員管理東軟公司保證項目組成員的穩(wěn)定性，項目組成員加入本項目后不再負責公司其他工作，保證承諾的工時投入。意外情況下的人員變動在合理的時間內事先告知xxxx保險股份，經同意和項目經理批準后才可安排。核心技術人員實行更嚴格的管理，暫時性離開開發(fā)所在地需要征得項目管理組和xxxx保險股份的同意。東軟人員實行每天簽到制度，簽到表作為項目管理文件之一，定期向xxxx保險股份提供。問題管理問題及早報告原則對于一個問題，報告人必須在

59、問題發(fā)生的當日，向項目經理提交報告。問題沒有及早報告，影響項目，由延誤報告人承擔。爭議管理在項目進行中，任何不能達成一致的觀點均為爭議，爭議應立即向上級呈報。如果最高協(xié)調機構仍不能達成一致意見，則遵循誰決策，誰承擔決策失誤給對方和項目帶來的損失之原則。失誤管理失誤可能是多方面的，失誤的及早發(fā)現(xiàn)是項目成功的基本保障。對以下各個事件，必須做出失誤分析：計劃有重大改動、經費有較大變化、質量不符、進度不符、成果不符、其它重大事件。項目經理應給出失誤分析報告，提出應對辦法。變更控制在項目實施期間，常會發(fā)生需要或要求對以前達成的關于項目計劃，范圍或資源協(xié)議的變更。 無論是項目需求、開發(fā)計劃和項目資源發(fā)生任

60、何變更，將對項目實施過程產生直接影響，因此對于變更的管理和控制需要做嚴格的定義和約定。下述步驟的產生，用來提出并提交某項變更，評估該變更的性質及其所帶來的影響，肯定或否定此項變更。這些步驟致力于確保東軟公司和xxxx保險股份都能夠理解在項目計劃、范圍及或資源方面要求的變更所帶來的影響，以便盡快進行決策。定義變更任何對項目的計劃、范圍、或資源的變更的要求都意味著一項項目變更。xxxx保險股份的用戶分析需求及系統(tǒng)解決方案將被寫入合同和相關許可協(xié)議及項目計劃，它包括項目的工作描述（SOW）和進程。這些文件奠定了項目計劃的基石，詳述了所提供的服務，以及東軟公司和xxxx保險股份所需成本和資源。任何對這