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