圖2 表現層、業(yè)務(wù)邏輯層和數據層分離架構

復雜的產(chǎn)業(yè)價(jià)值鏈要求OSS系統具有開(kāi)放的系統架構

　　在下一代運營(yíng)環(huán)境中，產(chǎn)業(yè)價(jià)值鏈環(huán)節比較復雜，例如虛擬運營(yíng)、運營(yíng)外包、線(xiàn)路租用、內容服務(wù)等。這就要求OSS系統的服務(wù)開(kāi)通、服務(wù)保障流程具有跨運營(yíng)商、合作伙伴的處理能力。因此，SOA架構體系和WebService等先進(jìn)的整合和接口技術(shù)將得到廣泛采用，從而提高系統的內外部集成能力與開(kāi)放度。

服務(wù)路徑的動(dòng)態(tài)化和共享化帶來(lái) 網(wǎng)絡(luò )容量管理的困難

　　下一代網(wǎng)絡(luò )的IP化、智能化的趨勢，使得服務(wù)路徑從靜態(tài)路由為主向動(dòng)態(tài)化、共享化轉變。這種轉變使得主動(dòng)的網(wǎng)絡(luò )容量規劃在下一代運營(yíng)環(huán)境中具有更加重要的意義。準確、真實(shí)、主動(dòng)的網(wǎng)絡(luò )容量計劃和趨勢分析能力將成為對OSS解決方案的關(guān)鍵需求。網(wǎng)絡(luò )規劃不僅可以幫助運營(yíng)商準確分配網(wǎng)絡(luò )容量，而且可以減少容量不足和失敗訂單，并可通過(guò)找出利用率不足的網(wǎng)絡(luò )資源來(lái)提高網(wǎng)絡(luò )運行效率，如圖3所示。

圖3 網(wǎng)絡(luò )規劃可幫助運營(yíng)商提高網(wǎng)絡(luò )運行效率

在保證業(yè)務(wù)正常運營(yíng)的同時(shí) 實(shí)施OSS改造

　　如何在保證業(yè)務(wù)正常運營(yíng)的同時(shí)實(shí)施OSS改造，一個(gè)形象的比喻是：“給飛行中的飛機換引擎”，它不僅難度大而且風(fēng)險很高。從當前的OSS改造的案例來(lái)看，主要有三種模式。

　　聯(lián)邦式整合：通俗的說(shuō)法就是在原有的系統之上蓋一層“帽子”。一般來(lái)說(shuō)，在這層“帽子”中會(huì )建立跨網(wǎng)絡(luò )的統一模型，并從原有系統中抽取數據形成跨網(wǎng)絡(luò )統一視圖。根據這層加蓋的“帽子”是否參與業(yè)務(wù)流程，聯(lián)邦式整合模式還可以進(jìn)一步衍生出一些分支模式。

　　橫向整合，分層實(shí)現：這種方式簡(jiǎn)單來(lái)說(shuō)就是“層層推進(jìn)”的模式，例如基本上以串行的方式先后實(shí)現統一服務(wù)開(kāi)通、統一資源管理和統一服務(wù)激活。

　　新業(yè)務(wù)分層整體建設，橫向推進(jìn)：這種方式從新業(yè)務(wù)網(wǎng)絡(luò )入手，分層、整體、端到端地進(jìn)行下一代OSS系統的建設。例如，可以針對基于IP的業(yè)務(wù)涉及的網(wǎng)絡(luò )進(jìn)行從定單流程、資源管理到服務(wù)激活的整體OSS建設。在完成新業(yè)務(wù)網(wǎng)絡(luò )的OSS建設后，再橫向推進(jìn)，逐步延伸至其它業(yè)務(wù)網(wǎng)絡(luò )。

對于以上三種方式的優(yōu)缺點(diǎn)分析見(jiàn)表1。

表1 三種不同改造模式比較

如何定位OSS改造與企業(yè)流程 重組之間的關(guān)系

　　企業(yè)流程重組（BPR）是對企業(yè)流程的再思考和再設計。對于電信運營(yíng)商來(lái)說(shuō)，其最終的目標是建立以客戶(hù)為中心，以市場(chǎng)為導向，以效益為目標的企業(yè)運作模式。

　　OSS與企業(yè)流程重組（BPR）有著(zhù)千絲萬(wàn)縷的聯(lián)系。一方面，兩者是一種相輔相成的關(guān)系，業(yè)務(wù)流程是企業(yè)運營(yíng)的根本，OSS系統為流程的運作提供了基礎和保障；另一方面，在OSS建設過(guò)程中，我們又經(jīng)常對于兩者產(chǎn)生“先有雞還是先有蛋”的爭論。這是因為，從集成商或者開(kāi)發(fā)商的角度來(lái)說(shuō)，通過(guò)系統建設推動(dòng)流程變更是一件非常痛苦的事情，為了控制項目風(fēng)險，往往要求業(yè)務(wù)流程變更先行，然后系統再去固化其流程；而從運營(yíng)商角度來(lái)說(shuō)，有時(shí)候又確實(shí)需要通過(guò)IT建設來(lái)促動(dòng)各方利益，推進(jìn)流程重組。

　　實(shí)際上，OSS建設和BPR之間必須是一個(gè)“你中有我，我中有你”的關(guān)系，而不是一個(gè)誰(shuí)先誰(shuí)后的問(wèn)題。一方面，OSS規劃和建設要能夠對業(yè)務(wù)流程的優(yōu)化和重組提出要求和建設性的意見(jiàn)，通過(guò)系統規劃、建設和運行的過(guò)程來(lái)推動(dòng)業(yè)務(wù)流程重組，不能僅僅是對現有業(yè)務(wù)流程的IT復制；另一方面，企業(yè)領(lǐng)導者也應該充分認識到BPR對于企業(yè)運營(yíng)及其支撐系統建設的重要意義，在BPR上能做到比OSS建設“先行一步”或者至少與OSS建設“同步推進(jìn)”。

　　有一種說(shuō)法是，在OSS建設中，技術(shù)只占15％，85％都是管理、流程、人員文化方面。因此，在OSS規劃和建設過(guò)程中，既要考慮現有系統的現狀，還需要考慮現有運維組織架構以及BPR的力度。OSS應該努力推動(dòng)BPR，固化BPR成果。但是，在堅持某些原則的前提下，一定程度的折中有時(shí)候還是需要的。因為我們需要一個(gè)成功上線(xiàn)的系統，而不是一個(gè)永遠上不了線(xiàn)的空中樓閣。

如有問(wèn)題咨詢(xún)交流，請發(fā)郵件至hongbin.hu@oracle.com。