中移動某公司BOSS系統(tǒng)2010年發(fā)展演進規(guī)劃

中移動 XX公司 BOSS系統(tǒng) 2010年發(fā)展演進規(guī)劃 2 目 錄 BOSS發(fā)展驅(qū)動力 2 XX移動 BOSS發(fā)展現(xiàn)狀分析 1 4 3 XX移動 BOSS發(fā)展演進的建設措施 XX移動 BOSS發(fā)展規(guī)劃的總體目標 XX移動 BOSS發(fā)展演進的建設路線規(guī)劃 5 3 XX移動 BOSS系統(tǒng)近年來的發(fā)展回顧 建設目標： 提升處理能力 主要項目： BOSS集中化改造項目 項目內(nèi)容： 全省 11個地市的 BOSS業(yè)務集中處理 建設目標： 提升處理能力 提升容災能力 主要項目： BOSS二期擴容工程（包含計費軟件升級） B-BOSS 項目內(nèi)容： 計費 帳務優(yōu)化 容災系統(tǒng)建設 B-BOSS 綜合查詢 充值 01-03年 03-04年 建設目標： 提升處理能力 主要項目： BOSS三期擴容工程（包含代銷渠道改造） 結(jié)算二期 項目內(nèi)容： 神州行、 VPMN遷移 代銷渠道改造 科目整合 夢網(wǎng)稽核 收入保障財務項目 多帳戶整合 結(jié)算功能改造 統(tǒng)一開通及二期擴容 04-05年 BOSS集中化改造階段 樞紐樓 BOSS中心建設階段 學院路中心擴容及 改造階段 集中 整合 /優(yōu)化 整合 /優(yōu)化 建設目標： 解藕 能力提升，為 NGBOSS準備 主要項目： BOSS四期擴容工程 多帳戶（帳務優(yōu)化）改造 計費能力提升 BOSS應急系統(tǒng) BOSS2.0 項目內(nèi)容： 產(chǎn)品管理 統(tǒng)一門戶 計費能力提升 多帳戶（ BOSS帳務優(yōu)化） BOSS應急 集團門戶 解耦、能力提升 0607年 解藕，能力提升 BOSS系統(tǒng)已從以計費帳務為主的單一系統(tǒng)轉(zhuǎn)變?yōu)榧蛻舴?、市場、銷售、計費帳務、渠道管理、日常運營統(tǒng)計分析等多功能于一身的全面運營支撐體系 建設目標： 更大規(guī)模支持（雙中心） 處理能力全面能力 BOSS3.0支撐能力建設 主要項目： BOSS五期擴容工程 BOSS3.O! 項目內(nèi)容： BOSS拆分（雙中心） 應急系統(tǒng) 開通能力提升 定制終端管理（資源） 渠道管理二期系統(tǒng)建設 BOSS3.0建設項目 07 全面提升系統(tǒng)處理能力，系統(tǒng)架構(gòu)優(yōu)化，能力提升 ， 優(yōu)化架構(gòu)、全面提升系統(tǒng)性能 4 XX移動 BOSS系統(tǒng)體系架構(gòu) 渠道人員 統(tǒng)一業(yè)務門戶服務視圖 統(tǒng)一門戶展現(xiàn)框架 營業(yè)員 大客戶經(jīng)理 市場人員 公共 基礎 數(shù)據(jù) 維護 服務 統(tǒng) 一 權 限 管 理 統(tǒng) 一 接 觸 管 理 統(tǒng) 一 產(chǎn) 品 管 理 市場與 營銷管理 訂單 管理 客戶 管理 客戶 服務 計費 帳務 渠道管理 合作伙伴管理 綜合結(jié)算 服務 開通 服務問題 管理 服務 批價 服務質(zhì)量 管理 公共數(shù)據(jù)庫 營業(yè)數(shù)據(jù)庫 帳務數(shù)據(jù)庫 計費數(shù)據(jù)庫 帳戶資金 MDB 雙 中 心 話務員 客服系統(tǒng) C/S前臺框架 客服系統(tǒng)展現(xiàn)頁面 知識數(shù)據(jù)庫 客服數(shù)據(jù)庫 業(yè)務應用 服務請求 知識庫 接觸管理 基礎應用 現(xiàn)場管理 排班 /質(zhì)檢 權限管理 呼叫中心基礎平臺 WEB頁面融合 5 XX移動 BOSS系統(tǒng)現(xiàn)狀分析 成功支撐了 3400萬用戶的業(yè)務運營，月處理話單量超過 85億條，月處理工單量超過 1.4億筆 成功實施了 BOSS雙中心拆分，有效降低了單中心規(guī)模，較大程度提升了系統(tǒng)穩(wěn)定性，降低了故障發(fā)生時的影響面 經(jīng)過對系統(tǒng)專題性、持續(xù)性的優(yōu)化，進一步增強了運維管控能力，鞏固了系統(tǒng)業(yè)務的可持續(xù)運營能力 AppFrame技術架構(gòu)的進一步深入運用，增強了一些關鍵業(yè)務子系統(tǒng)的支撐靈活性及可配置化手段，實現(xiàn)了 BOSS功能域的初步解藕 系統(tǒng)持續(xù)優(yōu)化建設 所取得的成績 BOSS3.0工程的實施進一步統(tǒng)一了系統(tǒng)體系架構(gòu)，調(diào)整和規(guī)范了系統(tǒng)的功能邊界，較大程度提升了客戶服務水平 6 系統(tǒng)核心業(yè)務的實現(xiàn)仍然采用垂直式的功能開發(fā)模式 ,服務復用度較低，耦合性較強，存在同一業(yè)務功能重復建設的問題 系統(tǒng)業(yè)務流程及業(yè)務規(guī)則不可見，整體呈現(xiàn)出支撐靈活性不足，可配置化能力較低，造成新需求的響應周期較長，開發(fā)成本過高 BOSS業(yè)務數(shù)據(jù)缺乏分級管理機制，大量業(yè)務歷史數(shù)據(jù)仍然保存在生產(chǎn)系統(tǒng)中，導致系統(tǒng)的數(shù)據(jù)規(guī)模有增無減，越趨膨脹 對數(shù)據(jù)類產(chǎn)品營銷的支撐能力有待提升，現(xiàn)有的產(chǎn)品訂購模型及業(yè)務處理流程已無法滿足越趨豐富的產(chǎn)品營銷需求 系統(tǒng)亟待改 進提升的地方 現(xiàn)有一些關鍵子系統(tǒng)由于是在不同時期所建設，其在系統(tǒng)可維護性、可管理性方面已無法滿足日益提高的系統(tǒng)運維管控要求，需要進一步優(yōu)化和改進 在取得成績的同時，我們還要看到系統(tǒng)仍然存在一些亟待優(yōu)化提升的地方 7 目 錄 BOSS發(fā)展驅(qū)動力 2 XX移動 BOSS發(fā)展現(xiàn)狀分析 1 4 3 XX移動 BOSS發(fā)展演進的建設措施 XX移動 BOSS發(fā)展規(guī)劃的總體目標 XX移動 BOSS發(fā)展演進的建設路線規(guī)劃 5 8 BOSS發(fā)展演進的驅(qū)動力 新的技術標準、技術規(guī)范推動系統(tǒng)向前發(fā)展 BOSS發(fā)展驅(qū)動力 企業(yè)內(nèi)部管理需要系統(tǒng)具有更高的業(yè)務管理能力 市場競爭環(huán)境的加劇，對系統(tǒng)靈活性、快速響應機制提出更高的要求 新的業(yè)務需求對系統(tǒng)提出了更高的要求 由于不同時期分別建設的多個系統(tǒng)參與營銷和服務支撐，造成相同業(yè)務功能分散在多個系統(tǒng)中，急需進行系統(tǒng)融合 由于功能不斷堆疊，原有技術架構(gòu)不能滿足業(yè)務發(fā)展需要 9 目 錄 BOSS發(fā)展驅(qū)動力 2 XX移動 BOSS發(fā)展現(xiàn)狀分析 1 4 3 XX移動 BOSS發(fā)展演進的建設措施 XX移動 BOSS發(fā)展規(guī)劃的總體目標 XX移動 BOSS發(fā)展演進的建設路線規(guī)劃 5 10 一個理想的 BOSS系統(tǒng)目標體系架構(gòu)應具備： 業(yè)務完整性 包含了正確的并全面的業(yè)務概念，支持所有相關的業(yè)務活動； 系統(tǒng)靈活性 支持業(yè)務規(guī)則的多變性，以最少的改動可以支持業(yè)務的變化和發(fā)展； 技術前瞻性 除了支持現(xiàn)有的業(yè)務需求、解決短期問題外，還可以支持行業(yè)里的先進規(guī)范（如中移動 NGOSS）與企業(yè)里未來的需求（如 3G、融合計費等） 架構(gòu)合理性 依照業(yè)務功能相關度、數(shù)據(jù)相關性和獨立性分析等，決定模塊的劃分，及各模塊的耦合程度，并體現(xiàn)模塊間松耦合的思路。這同時也是制定系統(tǒng)間接口和接口重用性的重要基礎 安全健壯性 作為最關鍵的業(yè)務支撐系統(tǒng)，規(guī)劃設計從結(jié)構(gòu)上是否足夠安全、健壯，在體系架構(gòu)上保證業(yè)務連續(xù)運營； 數(shù)據(jù)集成性 目標體系架構(gòu)中的數(shù)據(jù)框架與數(shù)據(jù)流程具有連貫性和一致性，由于單獨的數(shù)據(jù)所體現(xiàn)的價值往往比相關聯(lián)的數(shù)據(jù)來的少，數(shù)據(jù)間的連貫性可加強數(shù)據(jù)的未來作分析的價值，并形成了清晰的業(yè)務支撐網(wǎng)數(shù)據(jù)視圖 接口規(guī)范性 模塊間耦合的好壞都取決于模塊間接口的穩(wěn)定性和接口的效率。不論是同步、異步、實時還是批量接口，其設計必須要符合規(guī)范和標準，更重要的是還要形成接口的體系框架 用戶友好性 系統(tǒng)是否能方便業(yè)務操作，降低用戶使用成本、提高業(yè)務效率、方便業(yè)務管理，從而提高是否能提高客戶滿意度； 8個緯度 5個視角 1. 客戶視角 2. 系統(tǒng)使用者、操作者視角 3. 市場人員視角 4. 系統(tǒng)建設者視角 5. 系統(tǒng)維護者視角 通過 5個視角對 8個緯度的分析，理想 BOSS系統(tǒng)系統(tǒng)架構(gòu)應具備的能力 11 業(yè)務種類和業(yè)務容量增長及對 BOSS業(yè)務靈活性、規(guī)則可見的要求，為保證系統(tǒng)的穩(wěn)定和可持續(xù)發(fā)展 , 可以從以下幾方面進行控制 行動措施 保證保證 BO SSBO SS 系系統(tǒng)的穩(wěn)定性和統(tǒng)的穩(wěn)定性和持續(xù)性發(fā)展持續(xù)性發(fā)展技術管理技術管理業(yè)務流程的業(yè)務流程的優(yōu)化設計優(yōu)化設計 基于 SOA 架構(gòu)的設計 , 保障服務之間的低耦合 基于三層結(jié)構(gòu)的系統(tǒng)架構(gòu) , 可擴展性強 各層次間互不影響的負載均衡能力 , 有效地對系統(tǒng)數(shù)據(jù)進行分流 , 減輕運營壓力 BOSS 的應用和存儲都支持集群 ( c l us t er)技術 , 可以線性增加節(jié)點來緩解壓力數(shù)據(jù)模型設計的前瞻性以及數(shù)據(jù)模型設計的前瞻性以及數(shù)據(jù)分布規(guī)劃的合理性數(shù)據(jù)分布規(guī)劃的合理性系統(tǒng)架構(gòu)的先進性和可系統(tǒng)架構(gòu)的先進性和可擴充性擴充性 模型需要具有一定的前瞻性 , 符合國際標桿 借鑒國外先進運營商經(jīng)驗 BOSS 的數(shù)據(jù)模型設計都應該經(jīng)過充分的業(yè)務驗證 規(guī)范系統(tǒng)開發(fā)和維護流程的制定和實施 制定完善的系統(tǒng)變更流程規(guī)范 系統(tǒng)間的流程設計需要粗粒度 , 便于理解和監(jiān)控 核心的業(yè)務流程要具有可配置性在明確 BOSS總體發(fā)展目標后，需要從數(shù)據(jù)模型、業(yè)務流程、系統(tǒng)架構(gòu)、運維管控層面來規(guī)劃現(xiàn)有系統(tǒng)的演進目標 12 翻譯 /適配器數(shù)據(jù)管理數(shù)據(jù)管理服務開通翻譯/適配器資源管理C o n n e ct io nid : intsp e e d : intcl a ssO f Se rvi ce : St ri n gt yp e : St ri n gin ve n t o ryR e q u e st C o d e : S t ri n ga ct iva t io n St at u s : St ri n gse rvi ce Pro f ile I d : St ri n go rd e rI d : intt e rmi n a t io n I d 0 : intt e rmi n a t io n I d 1 : intSu b n e t w o rkid : intca p a ci t y : St ri n gco n n e ct io n T yp e s : St ri n g0 . . *Pro d u ctid : intsp e e d : intcl a ssO f Se rvi ce : St ri n gt yp e : St ri n gse rvi ce Pro f ile I d : St ri n glo ca t io n I d 0 : S t ri n glo ca t io n I d 1 : S t ri n gC u st o me rid : intO rd e rid : inta ct iva t io n D a t e : D at eb ill in g St a t u sC o d e : S t ri n g1 . . *0 . . 11 . . *Pri ci n g Pl a nid : intn a me : S t ri n g翻譯/適配器融合計費翻譯/適配器客戶用戶服務資源帳戶產(chǎn)品資費客戶用戶服務資源帳戶產(chǎn)品資費翻譯 / 適配器業(yè)務規(guī)則管理業(yè)務規(guī)則管理CRM翻譯/適配器CRM 綜合客服 訂單管理 營銷與銷售 客戶管理 計費帳務 資源管理 帳單 帳單 資源信息 Transportation Distribution Order Tracking Demand Visibility Inventory Management Capacity Planning Production Planning Segmenting MRP Sequencing 合作伙伴與結(jié)算 帳單管理 Revenue Management Pricing Costing Invoicing 銷帳 B2B Exchange 銀行郵儲 Treasury 自助服務門戶 經(jīng)營分析 訂單 訂單、帳單 帳單 業(yè)務咨詢、業(yè)務訂單 訂單 帳單 客戶 資源 訂單 發(fā)票 業(yè)務訂單 Common Information models 訂單 產(chǎn)品 資費 服務 基于 SID的 共享信息模型 呼叫中心 優(yōu)化現(xiàn)有系統(tǒng)業(yè)務處理流程，逐步解藕系統(tǒng)功能模塊 改進提升 BOSS核心業(yè)務模型，基于 SID規(guī)范設計各系統(tǒng)間可共享的信息數(shù)據(jù)模型 構(gòu)件化系統(tǒng)功能服務，在共享信息數(shù)據(jù)模型上，以 SOA架構(gòu)來部署 BOSS各系統(tǒng)應用 融合計費帳務 在系統(tǒng)體系架構(gòu)演進方面 要逐步實現(xiàn)松散耦合的系統(tǒng)交互，逐步構(gòu)件化BOSS業(yè)務服務，最終推動 BOSS體系架構(gòu)向 SOA方向演進 13 三戶創(chuàng)建 套餐變更 服務開通 計費上發(fā) 計費出帳 規(guī)則庫 集 成 總 線 業(yè)務規(guī)則模板 IT人員 規(guī)則引擎 業(yè)務人員 業(yè)務規(guī)則 開發(fā)管理工具 業(yè)務規(guī)則實例 運行監(jiān)控界面 定義業(yè)務參數(shù) 業(yè)務規(guī)則呈現(xiàn) 運行期 規(guī)則構(gòu)建期 通過構(gòu)建基于規(guī)則引擎的業(yè)務流程處理模式， 逐步實現(xiàn)代碼與業(yè)務流程的分離、業(yè)務數(shù)據(jù) 與流程的分離，適應快速業(yè)務開發(fā)的需要， 降低代碼上線的頻率，增強 BOSS系統(tǒng)運行的 穩(wěn)定性及支撐靈活性 在系統(tǒng)業(yè)務流程實現(xiàn)方面 逐步引入規(guī)則引擎，實現(xiàn)業(yè)務流程及業(yè)務規(guī)則的靈活配置，提升 BOSS系統(tǒng)的業(yè)務支撐能力 14 目 錄 BOSS發(fā)展驅(qū)動力 2 XX移動 BOSS發(fā)展現(xiàn)狀分析 1 4 3 XX移動 BOSS發(fā)展演進的建設措施 XX移動 BOSS發(fā)展規(guī)劃的總體目標 XX移動 BOSS發(fā)展演進的建設路線規(guī)劃 5 15 08年 BOSS系統(tǒng)發(fā)展演進的建設措施規(guī)劃 系統(tǒng)體系架構(gòu)演進方面 系統(tǒng)業(yè)務支撐能力優(yōu)化方面 系統(tǒng)運維管控能力提升方面 需進一步論證和探討的優(yōu)化措施（暫無結(jié)論 ) 需求已明確，待重點建設的優(yōu)化措施 需求已明確，建議實施的優(yōu)化措施 按地市繼續(xù)縱向拆分 BOSS系統(tǒng) 按功能域 (營業(yè) /帳務 )拆分系統(tǒng) 引入新的技術架構(gòu)及業(yè)務架構(gòu)， 逐步重構(gòu)營帳核心服務，實現(xiàn)系 統(tǒng)業(yè)務支撐模式的全面轉(zhuǎn)型 構(gòu)建 BOSS營帳歷史庫，實現(xiàn)業(yè)務數(shù)據(jù)的分級管理 綜合查詢系統(tǒng)能力提升 統(tǒng)一資源管理平臺建設 用戶對帳單規(guī)范化建設 產(chǎn)品營銷的支撐能力提升 渠道營銷能力完善和提升 CBOSS系統(tǒng)的功能優(yōu)化 業(yè)務受理規(guī)則的集中管控平臺建設 MDB容災能力建設 業(yè)務模塊編譯、發(fā)布管理系統(tǒng)建設 BOSS業(yè)務自動化測試系統(tǒng)的建設 面向運維管控的內(nèi)部門戶系統(tǒng)建設 系統(tǒng)服務集成配置支撐平臺建設 16 BOSS體系架構(gòu)演進方面的 3個探討性課題 17 系統(tǒng)體系架構(gòu)演進方面的探討性課題 1按地市繼續(xù)縱向拆分 BOSS系統(tǒng)，形成三中心或多中心架構(gòu) WEB界面控制層 業(yè)務落地路由層 EJB服務 接口 EJB服務 接口 EJB服務 接口 BOSS統(tǒng)一業(yè)務門戶 營帳應用服務 （分中心 1應用組） 營帳應用服務 （分中心 2應用組） 營帳應用服務 （分中心 3應用組） WTC連接 BOSS營帳子系統(tǒng)應用功能域 營帳 DB1 營帳 DB2 營帳 DB3 計費 DB1 計費 DB2 計費 DB3 數(shù)據(jù)中心 1 數(shù)據(jù)中心 2 數(shù)據(jù)中心 3 5 、三中心體系架構(gòu)在應用部署方面、數(shù)據(jù)域之間交互方面會更加復雜，這對B O S S 向C R M 演進會產(chǎn)生一定的技術障礙，不利于系統(tǒng)可持續(xù)發(fā)展繼續(xù)拆分劣勢2 、分散的數(shù)據(jù)部署增大了異地業(yè)務數(shù)據(jù)同步，以及跨地市三戶關系管理的支撐復雜度，數(shù)據(jù)的一致性保障能力降低3 、隨著后續(xù)集團類業(yè)務的增多和豐富，過于分散的數(shù)據(jù)域?qū)ζ渲文芰霈F(xiàn)一定的局限性4 、在目前雙中心較低系統(tǒng)性能壓力的情況，再實施三中心建設，所帶來的系統(tǒng)性能提升效果已不再明顯2 、核心實體表的數(shù)據(jù)量進一步降低，有利于提升B O S S 應用服務的處理效率，增強系統(tǒng)運行的穩(wěn)定性3 、三中心的數(shù)據(jù)、應用分布部署，較大程度降低了單個中心數(shù)據(jù)庫、B O S S 應用服務的業(yè)務處理壓力，系統(tǒng)性能的提升空間進一步增大4 、三中心建設，B O S S 故障發(fā)生時的影響面進一步縮小，業(yè)務的可持續(xù)運營能力得到較大程度增強1 、三中心部署雖然降低了單中心數(shù)據(jù)規(guī)模，但是業(yè)務數(shù)據(jù)過于分散，帶來了系統(tǒng)運維難度和工作量的大幅增加4 、拆分工作主要集中在地市業(yè)務數(shù)據(jù)的搬遷，以及應用分組的新增部署5 、W E B 服務層需要新增E J B 業(yè)務接口組，同時需要調(diào)整“用戶- 中心”映射配置以及異地業(yè)務數(shù)據(jù)同步的各項參數(shù)可行性1 、B O S S 核心數(shù)據(jù)庫的業(yè)務數(shù)據(jù)規(guī)模更大幅度降低，數(shù)據(jù)庫的可管理性、可維護性增強繼續(xù)拆分優(yōu)勢縱向三中心拆分的可行性及優(yōu)劣勢分析1 、目前B O S S 系統(tǒng)已按地市雙中心拆分部署2 、系統(tǒng)的應用體系架構(gòu)已具備多中心建設基礎3 、繼續(xù)縱向拆分，對B O S S 營帳應用不會產(chǎn)生較大影響18 BOSS系統(tǒng)橫向拆分的驅(qū)動力分析 外部視角 NGBOSS目標架構(gòu) 集團公司對 BOSS未來發(fā)展的規(guī)劃 由 OneCM企業(yè)戰(zhàn)略推動 BOSS向NGBOSS演進，發(fā)揮規(guī)模優(yōu)勢 通過 C/P拆分，提升支撐系統(tǒng)的營銷能力，加強客戶關系的管理 系統(tǒng)體系架構(gòu)演進方面的探討性課題 2推動 BOSS向 CRM方向演進，按功能域營業(yè)、帳務計費橫向拆分 BOSS系統(tǒng) 19 BOSS系統(tǒng)橫向拆分的驅(qū)動力分析 對 BOSS的再認識 BOSS系統(tǒng)的建設，強調(diào)的不是端到端的流程定制 ,而是實現(xiàn)復雜資費的業(yè)務能力，是典型的以業(yè)務計費為核心的系統(tǒng)。 表驅(qū)動：強結(jié)構(gòu)，業(yè)務邏輯的強制綁定 運算效率優(yōu)先： CDM與 PDM的驚人相似 對 CRM的再認識 CRM系統(tǒng)的建設，強調(diào)的不是業(yè)務的實現(xiàn)，而是業(yè)務的語義表達。關注的不是業(yè)務本身，而是面向客戶的端到端的營銷流程。因此，是以客戶營銷為核心的支撐系統(tǒng)。 規(guī)則驅(qū)動：弱結(jié)構(gòu)映射 系統(tǒng)業(yè)務無關性的設計： CDM與 PDM的完全分離 既然 BOSS是面向生產(chǎn)的系統(tǒng)，其核心價值在于復雜資費條件下的高效業(yè)務計費能力 CRM是面向營銷的系統(tǒng)，其核心價值在于多變營銷環(huán)境下的快速語義表達和服務提供能力 在同一套系統(tǒng)中實現(xiàn)兩套完全不同的數(shù)據(jù)核心建模，必然顧此失彼 那么 為什么不能結(jié)合 BOSS與 CRM的優(yōu)勢，采用某種方式的融合，繼續(xù)發(fā)揮 BOSS作為生產(chǎn)系統(tǒng)的復雜資費下的高效業(yè)務計費能力，讓 CRM發(fā)揮在多變營銷環(huán)境下的快速語義表達和服務提供能力？ 從而使兩個系統(tǒng)在不同建設目標指導下，設計發(fā)展不同的數(shù)據(jù)核心模型，以及不同的應用實現(xiàn)框架，在整體層面上去提升 BOSS系統(tǒng)的業(yè)務支撐能力以及產(chǎn)品營銷能力 內(nèi)部視角 系統(tǒng)體系架構(gòu)演進方面的探討性課題 2推動 BOSS向 CRM方向演進，按功能域營業(yè)、帳務計費橫向拆分 BOSS系統(tǒng) (續(xù) 1） 20 BOSS按功能域橫向拆分的總體建設思路 確定橫向拆分后 的 BOSS功能架構(gòu) 根據(jù)接口方式，調(diào)整現(xiàn)有營帳業(yè)務的邏輯處理流程，實現(xiàn) BOSS營業(yè)應用與帳務應用的邏輯分拆 依據(jù)目標功能架構(gòu) 制定營帳核心數(shù)據(jù)域的拆分方案 依據(jù)數(shù)據(jù)域拆分方案 定義前端營業(yè)系統(tǒng)與后端 融合帳務計費系統(tǒng)間的接口方式 根據(jù)邏輯分拆后營帳應用， 實現(xiàn)營業(yè)、帳務應用服務的 獨立部署 根據(jù)數(shù)據(jù)分布方案及應用服務部署方案，調(diào)整BOSS系統(tǒng)對外服務接口 在雙中心內(nèi)完成營業(yè)、帳務的數(shù)據(jù)拆分及應用服務的部署 系統(tǒng)體系架構(gòu)演進方面的探討性課題 2 BOSS系統(tǒng)橫向拆分總體建設方案 21 客戶關系管理市場營銷營銷活動計劃管理銷售銷售機會管理 銷售力管理銷售活動管理報價管理 銷售協(xié)議管理交叉銷售 / 擴展銷售營銷渠道管理渠道信息管理渠道費用管理渠道業(yè)務支持客戶管理客戶檔案管理潛在客戶管理客戶統(tǒng)一信息視圖密碼管理訂單管理訂單生成 訂單分解 訂單調(diào)度訂單變更 訂單完成 訂單查詢客戶知識庫知識管理知識搜索帳務管理欠費管理帳單管理銷帳處理帳務處理用戶帳務處理 客戶帳務處理帳戶帳務處理余額控制資費預先告知產(chǎn)品管理產(chǎn)品生命周期管理產(chǎn)品目錄管理產(chǎn)品規(guī)格管理資費管理科目管理資費管理合作伙伴關系管理資質(zhì)管理 資料管理投訴管理 需求管理結(jié)算網(wǎng)間結(jié)算 漫游結(jié)算C P/ SP結(jié)算集團公司結(jié)算合作伙伴管理資源管理資源生成資源信息維護收入保障欺詐管理帳戶資料管理信用度管理信用度管理積分管理黑名單管理余額提醒產(chǎn)品與資費管理批價VA S 批價采集采集預處理過濾與合并開通開通工單管理統(tǒng)一開通管理服務與資源管理業(yè)務功能合作伙伴產(chǎn)品和定價管理渠道考核管理產(chǎn)品資費模擬批價余額預留充值充值基礎應用工作流管理內(nèi)容管理搜索引擎用戶權限管理業(yè)務規(guī)則管理稽核 接口 組織機構(gòu)管理系統(tǒng)管理統(tǒng)計分析營銷活動執(zhí)行管理分發(fā)格式化資源調(diào)配資源使用資源管理規(guī)則維護資源查詢用戶認證管理客戶服務業(yè)務受理 客戶投訴管理 客戶咨詢管理客戶 SL A 管理繳費與預繳 催繳 積分服務 主動服務管理異地服務客服力管理預約服務信息查詢協(xié)議管理考核與評估客戶關系管理客戶關系管理產(chǎn)品管理產(chǎn)品管理融合計費帳務融合計費帳務資源管理資源管理統(tǒng)一門戶與系統(tǒng)管理統(tǒng)一門戶與系統(tǒng)管理接口管理接口管理開通開通通用工具通用工具統(tǒng)計分析統(tǒng)計分析BOSS橫向拆分的目標功能架構(gòu) 系統(tǒng)體系架構(gòu)演進方面的探討性課題 2 BOSS系統(tǒng)橫向拆分總體建設方案（續(xù) 1） 22 BOSS系統(tǒng)橫向拆分總體建設方案 營帳核心數(shù)據(jù)實體的拆分方案 帳戶、客戶歸屬關系用戶、客戶歸屬關系用戶、帳戶默認付費關系R e la t io n sh ip _ 4R e la t io n sh ip _ 5R e la t io n sh ip _ 6R e la t io n sh ip _ 7指定帳戶 指定用戶客戶帳戶用戶業(yè)務工單 業(yè)務資源用戶終端、預繳用戶促銷用戶產(chǎn)品用戶積分代付關系R e la t io n sh ip _ 1 0R e la t io n sh ip _ 1 1帳單帳本欠費催繳計劃表欠費催繳工單催繳規(guī)則資金交易記錄A C C _ I D帳戶信用度拆分后的營業(yè)子系統(tǒng)數(shù)據(jù)域 拆分后的帳務子系統(tǒng) 目前 BOSS營帳子系統(tǒng)中涉及客戶資料和營銷資料的數(shù)據(jù)庫實體全部劃到營業(yè)子系統(tǒng)，從系統(tǒng)層面只有營業(yè)子系統(tǒng)才保留完整的客戶資料； 把目前 BOSS營帳子系統(tǒng)中涉及資金、帳單、催繳計劃的所有實體都劃入帳務管理子系統(tǒng)，在帳務管理子系統(tǒng)中這三個核心模塊之間通過各自實體上的 ACC_ID進行關聯(lián)，各實體上的ACC_ID也是帳務管理子系統(tǒng)與營業(yè)子系統(tǒng)中核心資料聯(lián)系的唯一紐帶； 23 拆分后營業(yè)和帳務子系統(tǒng)之間接口方式及原則 序號 接口方式 使用途徑 典型業(yè)務舉例 1 表接口 針對需要有跨庫事務操作的業(yè)務，采用表接口方式 用戶預繳充值、欠費停復機 2 corba查詢接口 針對前臺需要跨庫查詢數(shù)據(jù)判斷和展示的，采用 corba接口 過戶中的欠費判斷、用戶預繳充值時客戶身份確認 3 API查詢接口 針對 BOSS對外服務接口中業(yè)務邏輯內(nèi)部需要跨庫查詢資料，采用 API查詢接口 IVR語音、銀行充值、黑名單檢查時報損帳單查詢 帳務處理 計費子系統(tǒng) 營業(yè)子系統(tǒng) 帳務管理 子系統(tǒng) 送資料和免費資源給計費： 表接口 實時監(jiān)控費用： socket 日帳單費用： dbconnect 月帳單確認： 表接口 送已批價詳單： 表和文件接口 停復機工單 ： 表接口 查詢客戶資料 ： API接口 業(yè)務中的充值 ： 表接口 余額、費用查詢 ： CORBA接口 BOSS系統(tǒng)橫向拆分總體建設方案 拆分后前端營業(yè)系統(tǒng)與后端融合帳務計費系統(tǒng)間的接口方式及原則 24 BOSS系統(tǒng)橫向拆分總體建設方案 營帳數(shù)據(jù)域拆分后原有營帳關鍵業(yè)務的實現(xiàn)流程 25 BOSS系統(tǒng)橫向拆分總體建設方案 營帳數(shù)據(jù)域拆分后原有營帳關鍵業(yè)務的實現(xiàn)流程（續(xù) 1） 26 系統(tǒng)體系架構(gòu)演進方面的探討性課題 3對引入新技術平臺、業(yè)務架構(gòu)的總體考慮 新業(yè)務快速上線 靈活的業(yè)務流程支撐 快速的產(chǎn)品推廣支撐 靈活的資費政策支撐 系統(tǒng)具有良好的穩(wěn)定性 降低系統(tǒng)間關聯(lián)度， 降低故障影響范圍 系統(tǒng)具有較高的可配置 能力業(yè)務流程及規(guī)則可 管理、可配置 系統(tǒng)可維護 具有運行監(jiān)控能力 系統(tǒng)具有良好擴展性 技術可管理性， 業(yè)務規(guī)則可見 人員合理投入， 開發(fā)成本可控 新業(yè)務快速部署 （工期盡可能短） 市場人員 維護人員 建設人員 對于系統(tǒng)架構(gòu)的發(fā)展演進，各相關人員所提出的能力 要求最終聚焦在兩個方面： 系統(tǒng)具備較高穩(wěn)定性 系統(tǒng)支撐具備較高靈活性 07年我們通過 BOSS雙中心拆分 ，較大程度增強了系統(tǒng) 穩(wěn)定性， 那么 08年我們是否可以通過新技術架構(gòu) 、 業(yè)務 架構(gòu)的深入應用 ，在提升系統(tǒng)支撐靈活性方面來做出有價值 的實踐和探索 27 系統(tǒng)體系架構(gòu)演進方面的探討性課題 3新技術架構(gòu)、業(yè)務架構(gòu)的支撐能力度分析 BOSS新體系架構(gòu)的組成 基于新的體系架構(gòu)，我們能夠?qū)崿F(xiàn)： 將現(xiàn)有面向功能垂直式的系統(tǒng)開發(fā)模式轉(zhuǎn)變?yōu)榱鞒虒?，面向服務的開發(fā)模式 實現(xiàn)業(yè)務規(guī)則可配置及檢測點的動態(tài)定義 實現(xiàn)業(yè)務流程與業(yè)務數(shù)據(jù)的分離，從而支撐業(yè)務流程的靈活配置 實現(xiàn)業(yè)務過程的可視化開發(fā)，及服務組件的規(guī)范化管理 從而，我們能為系統(tǒng)相關人員帶來 ： 滿足市場人員 新需求的快速上線，極大縮短響應周期 業(yè)務流程的靈活配置，支持市場營銷的快速變化 快速的產(chǎn)品推廣，縮短產(chǎn)品上市周期，增強市場競爭力 滿足維護人員 系統(tǒng)具有較高的配置能力 系統(tǒng)服務間松散耦合 系統(tǒng)具有運行監(jiān)控能力 滿足建設人員 服務組件可管理，業(yè)務規(guī)則可見 配置多于代碼開發(fā)，新業(yè)務實現(xiàn)快速部署 開發(fā)成本可控，人員投入合理 28 系統(tǒng)體系架構(gòu)演進方面的探討性課題 3新技術平臺及業(yè)務架構(gòu)的演進實施策略 J2EE SERVER BOSS CORBA服務的 EJB接口層 BOSS業(yè)務處理流程組裝層 EJB服務層 EJB服務接口 BOSS WEB服務層 BOSS CORBA 服務層 BOSSWEB服務層 EJB服務接口 流程組裝 CORBA封裝 流程規(guī)則定義 J2EESERVER EJB服務層 BOSS CORBA 服務層 營帳數(shù)據(jù)庫 BOSSWEB服務層 EJB服務接口 流程組裝 流程配置 規(guī)則定義 J2EESERVER BOSS業(yè)務服務層 營帳數(shù)據(jù)庫 產(chǎn)品管理平臺 資源管理平臺 業(yè)務規(guī)則平臺 SOA總線 第一階段 在 WEB服務層與 CORBA層間引入 EJB服務層 基于 APPFRAME平臺的構(gòu)建 EJB服務層 實現(xiàn)部分核心業(yè)務流程的重構(gòu)和前移 在 EJB服務層實現(xiàn)資源平臺、規(guī)則平臺服務接口的應用集成 第二階段 EJB服務層實現(xiàn) BOSS全部對外服務接口的封裝 實現(xiàn) CORBA服務接口的全部遷移，統(tǒng)一由 EJB層對外提供 基于 AppFrame業(yè)務架構(gòu)完整構(gòu)建部分業(yè)務的整體處理流程 仍需繼續(xù)保留的 CORBA接口以系統(tǒng)內(nèi)部服務組件的形式納 入 EJB層注冊管理 第三階段 在 EJB服務層全面重構(gòu) BOSS后臺服務，實現(xiàn) 系統(tǒng)體系架構(gòu)的最終轉(zhuǎn)型 逐步將系統(tǒng) CORBA服務全面遷移至 EJB服務層，完成 BOSS業(yè)務處理流程的完整重構(gòu) 利用 APPFRAME平臺提供業(yè)務框架、流程框架實現(xiàn)流程驅(qū)動的業(yè)務處理模式，以及面向服務的業(yè)務過程組裝模式 這種體系架構(gòu)的演進過程，也是 NGBOSS的建設過程；發(fā)展演進的結(jié)果不僅實現(xiàn)了 BOSS體系架構(gòu)的整體轉(zhuǎn)型，同時也滿足了 NGBOSS的建設目標 29 BOSS營帳歷史庫的總體建設思路 30 系統(tǒng)體系架構(gòu)演進方面 營帳歷史庫的建設 歷史歸檔數(shù)據(jù) BOSS營帳歷史庫 營帳歷史庫建設定位 營帳歷史庫建設目標 歷史數(shù)據(jù)歸檔的定位 歷史庫只針對過往業(yè)務歷史數(shù)據(jù)中已超過生命周期的歷史數(shù)據(jù)實施歸檔和存儲 而當前業(yè)務數(shù)據(jù)以及還在生命周期內(nèi)的歷史數(shù)據(jù)仍保存在生產(chǎn)庫中 歷史庫使用的定位 歷史庫主要針對系統(tǒng)維護人員及營業(yè)人員提供用戶的相關歷史信息查詢 ,用于報障處理及問題分析 歷史庫不直接面向客戶為其提供信息查詢 通過營帳歷史庫的建設，實現(xiàn)BOSS業(yè)務歷史數(shù)據(jù)的分級管理和存儲，保障生產(chǎn)庫數(shù)據(jù)規(guī)模維持在一定的增長水平，從而提高 BOSS系統(tǒng)的總體運行效率 通過構(gòu)建歷史數(shù)據(jù)遷移控制平臺，實現(xiàn)對遷移目標、規(guī)則、及遷移方式的配置，并通過自動化的數(shù)據(jù)遷移模塊實現(xiàn)營帳歷史數(shù)據(jù)的自動遷移，提高歷史數(shù)據(jù)維護的工作效率，降低遷移過程的復雜度 31 BOSS營帳歷史庫建設 歷史數(shù)據(jù)遷移控制平臺建設方案 執(zhí)行計劃 配置模塊 控制平臺界面展現(xiàn) 遷移目標 配置模塊 遷移操作模板 配置模塊 數(shù)據(jù)遷移規(guī)則 配置模塊 數(shù)據(jù)遷移腳本 生成模塊 數(shù)據(jù)遷移 日志查詢模塊 數(shù)據(jù)遷移調(diào)度模塊 數(shù)據(jù)遷移規(guī)則管理控制域 數(shù)據(jù)遷移執(zhí)行服務功能域 中心 1數(shù)據(jù) 遷移執(zhí)行服務 歷史數(shù)據(jù)遷移控制平臺 中心 2數(shù)據(jù) 遷移執(zhí)行服務 遷移規(guī)則、計劃 日志等數(shù)據(jù) 公共數(shù)據(jù)庫 當前數(shù)據(jù) 歷史數(shù)據(jù) BOSS營帳數(shù)據(jù)庫 歷史歸檔數(shù)據(jù) BOSS營帳歷史庫 歷史數(shù)據(jù)歸檔 . 主機文件 系統(tǒng) 為每個待遷移 數(shù)據(jù)的實體生 成的遷移執(zhí)行 腳本 依據(jù)遷移操作模板以及規(guī)則為每個待遷移數(shù)據(jù)的實體生成遷移操作腳本 腳本 獲取 1 1 2 3 4 5 6 32 BOSS系統(tǒng)業(yè)務功能支撐能力提升建設措施 33 詳單查詢子系統(tǒng) 提供歷史詳單、 實時詳單查詢 帳單查詢子系統(tǒng) 提供月帳單和即時日帳單 的費用信息查詢 綜合查詢子系統(tǒng) 集成完善各類業(yè)務平臺的查詢功能， 提供一個完整的查詢環(huán)境 外圍系統(tǒng)接口 系統(tǒng)功能域 BOSS綜合查詢系統(tǒng)現(xiàn)狀 系統(tǒng)體系架構(gòu) 存在的主要問題 現(xiàn)有系統(tǒng)功能模塊在運行期間缺乏必要的日志、狀態(tài)等信息輸出，造成系統(tǒng)的運行期管控能力較低，可維護手段較為有限，對故障的定位及解決周期較長 由于存儲方式的限制，造成詳單查詢應用存在單點故障隱患，整個綜合查詢系統(tǒng)的容災能力、連續(xù)運營能力無法得到有力保障 現(xiàn)有詳單數(shù)據(jù)導出導入周期較長，且容易出錯，造成 BOSS系統(tǒng)對外提供歷史詳單查詢的時間無法較好控制，對客戶的服務承諾也無法獲得保障，降低了客戶服務滿意度 當前的綜合查詢系統(tǒng)與 BOSS營帳數(shù)據(jù)庫間的耦合性較強，營帳庫的不穩(wěn)定會直接導致查詢系統(tǒng)的服務中斷 綜合查詢系統(tǒng)支撐能力提升 現(xiàn)有系統(tǒng)的發(fā)展現(xiàn)狀及問題 34 綜合查詢系統(tǒng)支撐能力提升 改造詳單文件的存儲集成方式，優(yōu)化詳單數(shù)據(jù)的導出導入流程，提高系統(tǒng)服務的高可用性及數(shù)據(jù)對外提供的及時性 引入 VERITAS CFS系統(tǒng)軟件，實現(xiàn)詳單查詢應用的分布式部署，解決系統(tǒng)單點故障問題，提升系統(tǒng)的整體容災能力 應用主機 1 應用主機 2 應用主機 3 詳單查詢應用 主機文件系統(tǒng) VERITAS CFS 詳單查詢應用 主機文件系統(tǒng) VERITAS CFS 詳單查詢應用 主機文件系統(tǒng) VERITAS CFS SAN網(wǎng)絡 存儲陣列 統(tǒng)一目前系統(tǒng)中實時詳單和歷史詳單的文件存儲格式，當月及上月數(shù)據(jù)不壓縮，歷史數(shù)據(jù)實施壓縮 基于統(tǒng)一的文件格式，重構(gòu)系統(tǒng)的詳單查詢應用；同時完善錯單、遲到話單、入庫失敗話單的處理流程，實現(xiàn)查詢時的動態(tài)數(shù)據(jù)調(diào)整 單獨設計實現(xiàn)詳單接收及存儲管理模塊，負責接收計費系統(tǒng)分發(fā)過來的計費話單，進行相應的數(shù)據(jù)格式轉(zhuǎn)換并存儲 BOSS計費系統(tǒng) 話單接收及 存儲管理模塊 詳單文件 （以號段形式） 索引文件 詳單文件 （以號段形式） 索引文件 當月詳單數(shù)據(jù) 錯單文件 入庫失敗 文件 遲到話單 文件 上月詳單數(shù)據(jù) 上月以前 詳單數(shù)據(jù) 壓縮存儲 綜合查詢文件存儲系統(tǒng) 詳單號段文件創(chuàng)建 詳單索引文件創(chuàng)建 當月及上月 詳單查詢服務 歷史詳單查詢服務 SAN 35 綜合查詢系統(tǒng)支撐能力提升 優(yōu)化現(xiàn)有系統(tǒng)體系架構(gòu)，增強系統(tǒng)運行期的管控能力 J2EE SERVER AIAppFrame平臺 查詢應用服務 內(nèi)部服務調(diào)用總線 系統(tǒng)基礎服務 前臺界面服務 對外接口服務 綜合查詢 WEB服務層 詳單查詢服務 歷史詳單 查詢服務 帳戶余額 查詢服務 綜合查詢應用服務層 客服系統(tǒng) 自助終端 業(yè)務門戶 綜合查詢 DB BOSS營帳 DB 營帳 BC 數(shù)據(jù)庫 歷史庫 基于 AppFrame平臺重構(gòu)綜合查詢系統(tǒng) WEB服務層，實現(xiàn)查詢應用服務的集中部署 借助 Appframe平臺所提供的服務運行狀態(tài)監(jiān)控機制，來實現(xiàn)查詢系統(tǒng)服務的運行期管控，以及異常情況下的問題快速定位 重新梳理和部署系統(tǒng)對外提供的查詢接口，減少服務接口間的相互影響，增大數(shù)據(jù)查詢處理的吞吐量 充分利用營帳 BC庫，降低查詢系統(tǒng)與營帳生產(chǎn)庫的耦合性 36 CBOSS系統(tǒng)業(yè)務支撐能力的優(yōu)化提升 優(yōu)化現(xiàn)有系統(tǒng)架構(gòu)，增強系統(tǒng)服務的可持續(xù)運營能力，提高集團考核成績 采用系統(tǒng)專人負責制，一老帶新，全面提高全體組員的維護能力 系統(tǒng)耦合性強 采用系統(tǒng)專人負責制，一老帶新，全面提高全體組員的維護能力 落地方業(yè)務服務過于集中，單個業(yè)務的問題會導致整個 CBOSS異常 采用系統(tǒng)專人負責制，一老帶新，全面提高全體組員的維護能力 應用系統(tǒng)版本混亂，測試環(huán)境不完整，不利于上線版本的穩(wěn)定 采用系統(tǒng)專人負責制，一老帶新，全面提高全體組員的維護能力 應用系統(tǒng)靈活性不夠，新功能開發(fā)周期長 采用系統(tǒng)專人負責制，一老帶新，全面提高全體組員的維護能力 應用系統(tǒng)本地業(yè)務過度依賴主機資源 系統(tǒng)發(fā)展現(xiàn)狀及問題 37 CBOSS系統(tǒng)的優(yōu)化建設總體思路 高靈活性 高可用性 可維護性 采用系統(tǒng)專人負責制，一老帶新，全面提高全體組員的維護能力 降低系統(tǒng)服務間的依賴，避免單個業(yè)務的問題導致全系統(tǒng)運行的中斷 采用系統(tǒng)專人負責制，一老帶新，全面提高全體組員的維護能力 針對系統(tǒng)各個環(huán)節(jié)實現(xiàn)相應的故障應急處理功能，保證集團考核成績穩(wěn)定 采用系統(tǒng)專人負責制，一老帶新，全面提高全體組員的維護能力 完善系統(tǒng)的監(jiān)控預警能力，保證在出現(xiàn)故障時能快速定位和處理 采用系統(tǒng)專人負責制，一老帶新，全面提高全體組員的維護能力 構(gòu)建完整的業(yè)務測試驗證功能，保證上線后系統(tǒng)的穩(wěn)定運行 采用系統(tǒng)專人負責制，一老帶新，全面提高全體組員的維護能力 基于新的技術架構(gòu)實現(xiàn)業(yè)務流程的靈活配置，提高新業(yè)務需求的響應及時性 38 構(gòu)建統(tǒng)一資源管理平臺，提升 BOSS系統(tǒng)營銷資源的運營管理能力 目前 BOSS系統(tǒng)重點實現(xiàn)了對號碼、 SIM卡、有價卡、發(fā)票、手機終端、積分兌換實物等資源的管理 目前資源管理功能與上層業(yè)務應用服務間耦合性較強，資源的功能調(diào)整會影響業(yè)務的穩(wěn)定運行 目前 BOSS系統(tǒng)營銷資源的管理現(xiàn)狀及問題 目前營銷資源數(shù)據(jù)并未實現(xiàn)集中化管理，一些資源數(shù)據(jù)仍然散落在業(yè)務子系統(tǒng)中 現(xiàn)有系統(tǒng)對營銷資源管理的功能建設較為分散，缺乏統(tǒng)一的規(guī)劃和定義；同時在對資源管理流程方面系統(tǒng)缺乏靈活的規(guī)則配置 39 BOSS統(tǒng)一資源管理平臺建設思路 資源管理 WEB服務層 (BOSS業(yè)務門戶 ) 資源管理功能服務接口層 號碼 管理 SIM卡 管理 終端 管理 。 資源業(yè)務統(tǒng)一處理流程框架 工作流平臺 資源管理平臺應用服務層 BOSS營銷資源 DB （公共數(shù)據(jù)庫） BOSS營業(yè) 功能域 渠道功能域 其他外圍系統(tǒng) 資源業(yè)務 服務調(diào)用 （分布式服務） BOSS營帳 數(shù)據(jù)庫 資源狀態(tài)同步 管理服務 異步將資源最終的訂購狀態(tài) 同步回資源數(shù)據(jù)庫中 資源數(shù)據(jù)域 改造 梳理和調(diào)整現(xiàn)有資源實體模型，增強實體對資源生命周期流程管理的支撐能力，并形成較為獨立的資源實體數(shù)據(jù)域 資源業(yè)務功能域改造 收斂各業(yè)務系統(tǒng)中的資源管理服務，構(gòu)建獨立部署的資源業(yè)務功能域；并引入工作流平臺，實現(xiàn)面向各類資源業(yè)務的統(tǒng)一處理流程框架，并支持流程規(guī)則的靈活配置 資源業(yè)務服務接口改造 梳理整合現(xiàn)有資源服務接口，在其平臺中構(gòu)建統(tǒng)一的資源服務接口層，并采用分布式服務模式來降低與業(yè)務模塊間的耦合度 40 BOSS系統(tǒng)產(chǎn)品受理業(yè)務支撐功能的優(yōu)化建設思路 BOSS產(chǎn)品受理支撐的發(fā)展現(xiàn)狀 BOSS3.0實施前 BOSS3.0建設 BOSS3.0實施后 語音產(chǎn)品、數(shù)據(jù)產(chǎn)品的受理仍然由不同功能域來支撐，未實現(xiàn)融合 用戶訂購關系分散在不同業(yè)務系統(tǒng)中 對語音、數(shù)據(jù)產(chǎn)品的組合營銷缺乏有效支撐 41 BOSS系統(tǒng)產(chǎn)品受理業(yè)務支撐功能的優(yōu)化建設思路 同一客戶統(tǒng)一的產(chǎn)品管理融合的業(yè)務受理全量的訂購關系BOSS 營業(yè)庫 統(tǒng)一產(chǎn)品 管理平臺 BOSS 營業(yè)庫 統(tǒng)一的產(chǎn)品 訂單處理 流程 產(chǎn)品受理優(yōu)化建設總體思路 用戶產(chǎn)品訂購關系管理方面 擴展現(xiàn)有營業(yè)系統(tǒng)內(nèi)的用戶訂購模型，針對數(shù)據(jù)類產(chǎn)品以及產(chǎn)品組合包新增對應的訂購關系實體，從而實現(xiàn)用戶訂購關系模型的統(tǒng)一以及訂購數(shù)據(jù)域的統(tǒng)一 產(chǎn)品受理支撐流程方面 基于產(chǎn)品管理平臺，融合語音產(chǎn)品、數(shù)據(jù)產(chǎn)品的訂購業(yè)務流程，實現(xiàn)統(tǒng)一的產(chǎn)品訂購支撐功能域，對外提供統(tǒng)一的產(chǎn)品的訂購服務接口 針對數(shù)據(jù)產(chǎn)品，以及數(shù)據(jù)產(chǎn)品的組合營銷包，引入訂單處理模式，從而實現(xiàn)對長業(yè)務流程的支撐 產(chǎn)品配置及銷售方面 基于統(tǒng)一產(chǎn)品平臺，實現(xiàn)各類產(chǎn)品組合包的定義，允許不同產(chǎn)品間進行組合打包銷售 在產(chǎn)品前臺受理方面，提供目錄化的產(chǎn)品查詢、展現(xiàn)方式，并實現(xiàn)產(chǎn)品查找的關鍵詞定位或拼音定位，提高產(chǎn)品營銷的服務效率 42 用戶對帳單規(guī)范化建設，提高客戶話費信息滿意度 在對帳單上體現(xiàn)用戶通信使用量、免費資源使用情況 在對帳單上體現(xiàn)賬戶資金期初、期末以及進出情況 修改對帳單外觀，增加套餐說明，修改優(yōu)惠體現(xiàn)方式 制定資費配置規(guī)范，對不規(guī)范套餐重新配置并遷移用戶 支持產(chǎn)品包概念，改進新業(yè)務包類業(yè)務的帳單展現(xiàn) 允許在一、三級科目間配置多種二級科目（或徹底梳理科目體系） 用戶對帳單規(guī)范化 改進方向 43 用戶對帳單規(guī)范化建設，提高客戶話費信息滿意度 用戶對帳單規(guī)范化總體實施思路 實現(xiàn)系統(tǒng)后付費保底類套餐向包打套餐模式的遷移 統(tǒng)一采用免費資源來實現(xiàn)預付費套餐中的話費優(yōu)惠，同時免費資源只體現(xiàn)對通信量的優(yōu)惠 基于產(chǎn)品受理支撐優(yōu)化的成果，實現(xiàn)用戶對帳單中全面體現(xiàn)產(chǎn)品組合包 新增用戶通信量的計算匯總科目，能夠按照不同通話類型將用戶的通信量體現(xiàn)在對賬單上 構(gòu)建一套完整、清晰的科目體系；明確各科目的定義及科目間的關系，將現(xiàn)科目間的網(wǎng)狀關系梳理優(yōu)化成層次關系 針對各類套餐模板設計其專屬的對帳單科目體系；并可以根據(jù)用戶層面的需求分為較粗粒度的科目展現(xiàn)以及細顆粒度的科目展現(xiàn) 44 BOSS系統(tǒng)渠道營銷能力提升建設思路 BOSS系統(tǒng)渠道營銷 能力提升建設 構(gòu)建完整的客戶信息模型，明確客戶信息分層展現(xiàn)的內(nèi)容和規(guī)則，并制定不同業(yè)務場景下客戶信息展現(xiàn)和使用規(guī)范 整合各系統(tǒng)域客戶信息，構(gòu)建統(tǒng)一客戶視圖，實現(xiàn)在各類服務渠道窗口的統(tǒng)一展現(xiàn) 在 BOSS系統(tǒng)中逐步引入訂單流程模式 ，實現(xiàn)對系統(tǒng)部分核心和主流業(yè)務的預約受理功能 滿足進一步捆綁客戶的業(yè)務需求以及系統(tǒng)中斷時，核心業(yè)務可持續(xù)受理需求 基于統(tǒng)一資源管理平臺，重構(gòu)現(xiàn)有系統(tǒng)中的“直供號碼包”功能，切實滿足實際生產(chǎn)需求 實現(xiàn)渠道管理系統(tǒng)的WAP門戶，支持操作人員的 WAP方式接入 完善客戶統(tǒng)一信息視圖， 提升客戶信息管理能力 優(yōu)化渠道營銷資源的支撐能力，實現(xiàn)渠道 WAP方式接入 建設實現(xiàn)對預約營銷模式的支撐 ，提升客戶服務質(zhì)量 45 BOSS系統(tǒng)運維管控能力提升建設措施 46 構(gòu)建業(yè)務受理規(guī)則集中管控平臺，提升 BOSS系統(tǒng)業(yè)務規(guī)則的可維護性及業(yè)務運營的管控能力 與業(yè)務受理相關的業(yè)務規(guī)則分散在 BOSS系統(tǒng)各模塊中，部分規(guī)則是固化在程序中、部分是通過數(shù)據(jù)庫 SQL語言進行配置的 受理規(guī)則的校驗較為分散，增加了系統(tǒng)變更的風險和測試的壓力 目前 BOSS系統(tǒng)業(yè)務受理規(guī)則的管理現(xiàn)狀及問題 在規(guī)則管理上缺乏退出機制，造成規(guī)則數(shù)量眾多，冗余度大；在一定程度上影響了系統(tǒng)的運行效率，增加了業(yè)務受理的時長 業(yè)務受理規(guī)則的維護缺乏整體控制，規(guī)則與規(guī)則間關系難于理清，不可避免的存在規(guī)則沖突、規(guī)則重復等情況 47 BOSS業(yè)務受理規(guī)則管控平臺建設思路 規(guī)則維護 WEB服務層 (BOSS業(yè)務門戶 ) 業(yè)務受理規(guī)則服務接口層 規(guī)則 維護 規(guī)則 查詢 業(yè)務規(guī)則引擎 規(guī)則管控平臺應用服務層 業(yè)務規(guī)則庫 （公共數(shù)據(jù)庫） BOSS營業(yè) 功能域 渠道功能域 其他外圍系統(tǒng) 規(guī)則校驗 服務調(diào)用 規(guī)則校驗服務 業(yè)務受理規(guī)則集中管控平臺的總體建設思路 通過規(guī)則引擎產(chǎn)品實現(xiàn)對系統(tǒng)業(yè)務受理規(guī)則的集中化管理；進而實現(xiàn)業(yè)務規(guī)則的業(yè)務語言化及可視化配置 改造現(xiàn)有的業(yè)務受理流程，由該平臺統(tǒng)一提供標準化的規(guī)則判斷服務接口，將分散式的業(yè)務受理規(guī)則判斷邏輯進行收斂；從而優(yōu)化系統(tǒng)架構(gòu)，提升系統(tǒng)的可持續(xù)發(fā)展能力 基于該平臺實現(xiàn)系統(tǒng)業(yè)務規(guī)則的目錄化管理 平臺的后續(xù)發(fā)展。 該平臺今后將考慮擴展到業(yè)務受理流程的規(guī)則配置，實現(xiàn) BOSS業(yè)務從受理流程到受理規(guī)則的可視化配置管理，不僅能夠提升系統(tǒng)的管控能力，同時也縮短業(yè)務實現(xiàn)的周期 48 生產(chǎn) MDB 事務處理線程 事務處理線程 事務處理線程 事務處理線程 事務處理線程 事務處理線程 熱備份 MDB 數(shù)據(jù)同步處理模塊 數(shù)據(jù)發(fā)送隊列 數(shù)據(jù)接收隊列 TCP網(wǎng)絡 REDO內(nèi)存區(qū) REDO內(nèi)存區(qū) REDO內(nèi)存區(qū) 改造 MDB內(nèi)部的事務控制機制，為內(nèi)部事務處理線程對應增加數(shù)據(jù)重處理內(nèi)存區(qū)域，該區(qū)域內(nèi)主要記錄當前事務所操作的數(shù)據(jù)、表、位置、及操作類型 在 MDB外部新增數(shù)據(jù)接收、發(fā)送隊列；并在主備 MDB間建立數(shù)據(jù)發(fā)送 /接收通道 建設實現(xiàn) MDB系統(tǒng)的 HA，增強 BOSS計費帳務系統(tǒng) MDB的容災能力 49 BOSS發(fā)展演進的建設措施 系統(tǒng)運維管控能力提升建設 運維管控門戶 建設 BOSS系統(tǒng)運維管控能力提升的優(yōu)化建設措施 服務集成的配置管理平臺建設 業(yè)務自動化測試系統(tǒng)建設 業(yè)務功能上線管理系統(tǒng)建設 實現(xiàn)各類維護管理子系統(tǒng)的功能融合，并以門戶平臺的方式為運維人員集中提供各種系統(tǒng)操作工具 通過管控門戶的構(gòu)建，規(guī)范對 系統(tǒng)的維護操作，加強系統(tǒng)維 護的安全性，以及監(jiān)控、追溯能力 基于 AIGA測試平臺，構(gòu)建 BOSS業(yè)務的自動化測試系統(tǒng) 實現(xiàn)對 BOSS業(yè)務的快速回歸測試，縮短業(yè)務測試上線周期，有效降低人工成本 構(gòu)建面向功能模塊上線流程的管理支撐系統(tǒng)，實現(xiàn)對業(yè)務模塊上線期間的全程管理和監(jiān)控 該系統(tǒng)實現(xiàn)對業(yè)務代碼的自動化編譯 ,以及功能模塊的自動化發(fā)布功能 實現(xiàn) BOSS應用服務間連接配置信息的模板化，引導管理人員完成配置文件的定義 實現(xiàn)對應用服務間連接配置文件的自動化生成，降低配置錯誤，減少系統(tǒng)上線風險 50 目 錄 BOSS發(fā)展驅(qū)動力 2 XX移動 BOSS發(fā)展現(xiàn)狀分析 1 4 3 XX移動 BOSS發(fā)展演進的建設措施 XX移動 BOSS發(fā)展規(guī)劃的總體目標 XX移動 BOSS發(fā)展演進的建設路線規(guī)劃 5 51 XX移動 BOSS系統(tǒng)發(fā)展演進的建設步驟 08年度項目規(guī)劃 09年度遠期規(guī)劃 綜合查詢系統(tǒng)二期 業(yè)務功能優(yōu)化 管控能力提升 體系架構(gòu)演進 用戶對帳單規(guī)范化建設 產(chǎn)品營銷能力提升 CBOSS系統(tǒng)優(yōu)化 統(tǒng)一資源管理平臺建設 業(yè)務規(guī)則管理平臺建設 渠道營銷能力提升 統(tǒng)一接口平臺建設 MDB容災能力建設 BOSS管控統(tǒng)一門戶建設 系統(tǒng)應用服務集成配置管理系統(tǒng) AIGA自動化測試系統(tǒng)建設 編譯、發(fā)布管理系統(tǒng) BOSS歷史庫建設 BOSS體系架構(gòu)優(yōu)化 數(shù)據(jù)庫升級 針對體系架構(gòu)優(yōu)化，建議采用引入EJB服務層來逐步解藕 BOSS系統(tǒng) 在逐步遷移業(yè)務功能模塊的同時，梳理營業(yè)、帳務應用模塊，為后續(xù)NGBOSS演進奠定技術支撐基礎 NGBOSS建設 計費實時帳務 其他 “深入優(yōu)化、逐步演進” 52 謝 謝！