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

復雜的產業(yè)價值鏈要求OSS系統(tǒng)具有開放的系統(tǒng)架構

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

服務路徑的動態(tài)化和共享化帶來 網絡容量管理的困難

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

圖3 網絡規(guī)劃可幫助運營商提高網絡運行效率

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

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

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

　　橫向整合，分層實現：這種方式簡單來說就是“層層推進”的模式，例如基本上以串行的方式先后實現統(tǒng)一服務開通、統(tǒng)一資源管理和統(tǒng)一服務激活。

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

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

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

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

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

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

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

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

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