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

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