移動電話綜合業(yè)務(wù)管理系統(tǒng)的關(guān)鍵技術(shù)研究(2)

移動電話綜合業(yè)務(wù)管理系統(tǒng)的關(guān)鍵技術(shù)研究(2)
2.2.2 CBD技術(shù)的特點
    CBD（Component Based Software Development）意為軟件構(gòu)件開發(fā)技術(shù)。它是以軟件構(gòu)
架為組裝藍圖，以可復用的軟件構(gòu)件為組裝預制塊，支持組裝式的軟件復用。
    所謂軟件構(gòu)架（又稱軟件體系結(jié)構(gòu)）是對系統(tǒng)整體設(shè)計格局的描述，它為CBD提供了構(gòu)件
組裝的基礎(chǔ)和上下文。所謂軟件構(gòu)件（Commpoment）是指應(yīng)用系統(tǒng)中可以明確辨識的構(gòu)成成
分，而可復用構(gòu)件（Beusable Component）是指具有相對獨立的功能和可復用價值的構(gòu)件。
使用CBD技術(shù)有利于發(fā)現(xiàn)不同系統(tǒng)的高層共性，保證靈活和正確的系統(tǒng)設(shè)計，對系統(tǒng)的整體結(jié)
構(gòu)和全局屬性進行規(guī)約份析、驗證和管理。將構(gòu)架作為系統(tǒng)構(gòu)造和演化的基礎(chǔ)，可以實現(xiàn)大
規(guī)模、系統(tǒng)化的軟件復用，可以減少應(yīng)用軟件的開發(fā)周期，提高軟件產(chǎn)品的質(zhì)量，提高應(yīng)用
軟件的靈活性和對業(yè)務(wù)變化的適應(yīng)性，是今后大規(guī)模信息系統(tǒng)應(yīng)用軟件實現(xiàn)技術(shù)的發(fā)展方向。
    伴隨著CBD技術(shù)的出現(xiàn)，幾乎所有的軟件開發(fā)新技術(shù)和新產(chǎn)品，例如CORBA、MS Visual 
Studio、UML、UNIFACE、Oracle8、三層結(jié)構(gòu)、JavaBean、ActiveX等等，都宣稱支持CBD技術(shù)。
市場上也出現(xiàn)了眾多的構(gòu)件開發(fā)和封裝工具，以及大量的面向GUI、數(shù)據(jù)庫和網(wǎng)絡(luò)的Delphi構(gòu)
件、JavaBean構(gòu)件VBX與ActiveX控件，以及眾多的類庫、DLL接口和API等。
2.2.3軟件總線技術(shù)
    所謂軟件總線，就是起到類似于計算機系統(tǒng)硬件總線的作用，只要將應(yīng)用模塊按總線規(guī)
范做成軟插件（軟件構(gòu)件），插入軟件總線即可集成運行，實現(xiàn)應(yīng)用軟件模塊的即插即用
（P＆P）。
    目前關(guān)于軟件總線還沒有形成全球統(tǒng)一的標準，但是已有一些企業(yè)或企業(yè)聯(lián)盟制定的標
準，其中以國際組織OMG（Obiect Management Group）的CORBA、微軟公司的DCOM（Distrib
uted Component Obiect Model）/COM＋、SUN公司的Java Bean最有影響。目前對這三種標
準的普遍看法是：
    （1）CORBA
    不僅支持應(yīng)用集成框架的建立，滿足協(xié)同工作的需求，而且建立了多層次的軟構(gòu)件技術(shù)，
更加便于應(yīng)用領(lǐng)域框架和構(gòu)件的開發(fā)，實現(xiàn)集成平臺的系統(tǒng)管理和公共服務(wù)，使系統(tǒng)具有良
好的開放性和擴展性�；�于CORBA標準的對分布對象的透明訪問，允許應(yīng)用對遠程對象和本
地對象使用相同的訪問模式，從而屏蔽了操作平臺和通信機制，使應(yīng)用開發(fā)者更加專注于應(yīng)
用邏輯的開發(fā)。COngA標準以其技術(shù)的開放性和靈活性贏得了900多家軟硬件廠商的支持。
    （2）DCOM／COM+
    構(gòu)件間的互操作基于指針進行，依賴于操作系統(tǒng)的API。對Windows的依賴性強，對其他
操作系統(tǒng)的支持相對不足。構(gòu)件運行環(huán)境的提供者也僅限于微軟，但支持COM規(guī)范的開發(fā)工
具比較多，例如VC++、VB、C++和Builder等。
    （3）Java Bean
    概念清晰、結(jié)構(gòu)緊湊、適用于分布式計算模型，構(gòu)件應(yīng)用開發(fā)相當靈活，但由于它還處
于發(fā)展時期，因此其形態(tài)很難界定。
    以前在軟件總線標準尚不明朗時，我們曾自己定義過企業(yè)內(nèi)部的軟件總線標準——CMD
BUS（命令總線），試圖通過命令總線實現(xiàn)功能模塊的即插即用，取得了一些良好的效果。
目前，在我們開發(fā)的“超越-2000移動電話綜合業(yè)務(wù)管理系統(tǒng)”3.0版中，采用了CORBA總線
規(guī)范，開發(fā)工具使用的是 Delphi 4。在實際應(yīng)用中，我們感到CORBA總線有如下一些突出特
點：
    （1）CORBA總線的核心系統(tǒng)ORB（Object Bequest Broker，對象請求代理器）不僅支持
標準的OMG對象模型，還具有分布進程管理和通信管理功能，取代了傳統(tǒng)C／S結(jié)構(gòu)中的相應(yīng)
接口部分。
    （2）在CORBA規(guī)范中引入了代理（Broker）的概念。一個代理至少可以有三個方面的作
用：完成對客戶方提出的抽象服務(wù)請求的映射；自動發(fā)現(xiàn)和尋找服務(wù)器；自動設(shè)定路由，實
現(xiàn)到服務(wù)器方的執(zhí)行。這樣用戶在編制客戶程序時就可以避免了解過多的細節(jié)，而只要完整
地定義和說明客戶需要完成的任務(wù)和目標。
    （3）增加了代理機制后，實現(xiàn)了客戶方程序與服務(wù)器方程序的完全分離，這與面向過
程調(diào)用機制為基礎(chǔ)的客戶／服務(wù)器模式根本不同。
    （4）CORBA規(guī)范定義的基礎(chǔ)是面向?qū)ο蟮脑O(shè)計思想和實現(xiàn)方法。把分布式計算與面向?qū)?br />象的概念相結(jié)合有很多好處，能夠?qū)⑷哂喽瓤刂圃谧畹偷某潭�，一個對象既能被客戶程序使
用，也能被服務(wù)器程序使用，對象實現(xiàn)的修改不會影響雙方實現(xiàn)程序和提高軟件重用率。
    （5）提供了軟件總線的機制，使得任何應(yīng)用程序、軟件系統(tǒng)或工具只要具有與該接口
規(guī)范相符合的接口定義，就能方便地集成到CORBA系統(tǒng)中，而這個接口規(guī)范獨立于任何實現(xiàn)
語言和環(huán)境。
    （6）分層的設(shè)計原則和實現(xiàn)方式。CORBA規(guī)范只是針對OMA體系結(jié)構(gòu)中的ORB制訂的工業(yè)
標準，而面向應(yīng)用的對象定義則可以在OMA的應(yīng)用對象或應(yīng)用開發(fā)環(huán)境中逐步分層定義和實
現(xiàn)。
    CORBA規(guī)范充分利用了現(xiàn)今各種技術(shù)發(fā)展的最新成果，在分布環(huán)境下實現(xiàn)應(yīng)用的集成，
使得基于對象的軟件成員在分布異構(gòu)環(huán)境中實現(xiàn)可重用、可移植和可互操作。目前世界上主
要的計算機廠家紛紛提出了符合CORBA標準的ORB產(chǎn)品，如Object Broker（Compaq／DEC公
司）、
ORB  Plus（HP公對）、DSOM（IBM公司）、Orbix（Iona公司）、Visi broker（Inprise/Bor
land公司）以及Component Broker等。
3應(yīng)用系統(tǒng)的部分關(guān)鍵技術(shù)
3.1用靜態(tài)數(shù)據(jù)庫實現(xiàn)應(yīng)用軟件的參數(shù)驅(qū)動
    即使是采用CBD技術(shù)和軟件總線結(jié)構(gòu)，參數(shù)驅(qū)動仍然是不可缺少的。參數(shù)驅(qū)動的具體實
現(xiàn)過程是，在需求分析和系統(tǒng)設(shè)計階段，盡可能多地對業(yè)務(wù)需求可能發(fā)生的變化予以充分的
考慮，并將所有與軟件本身無關(guān)的業(yè)務(wù)參數(shù)進行剝離，用數(shù)據(jù)庫對這些參數(shù)進行管理（我們
稱之為靜態(tài)數(shù)據(jù)庫）。在應(yīng)用軟件運行時，首先將靜態(tài)數(shù)據(jù)庫中各種參數(shù)讀入內(nèi)存，依據(jù)這
些參數(shù)所反映的業(yè)務(wù)規(guī)則對各類業(yè)務(wù)數(shù)據(jù)進行處理。如果某些業(yè)務(wù)需求發(fā)生變化，只需調(diào)用
靜態(tài)數(shù)據(jù)庫管理子系統(tǒng)對相應(yīng)的參數(shù)進行簡單的修改即可完成應(yīng)用軟件的調(diào)整。
    但是參數(shù)驅(qū)動技術(shù)在具體實現(xiàn)過程中還有一些問題需要解決，例如：某些參數(shù)的調(diào)整要
在指定日期的指定時刻進行，如何保證參數(shù)生效的實時性；在聯(lián)機實時計費處理模式中，一
般的參數(shù)修改如何不中斷應(yīng)用軟件的正常運行；靜態(tài)數(shù)據(jù)庫中的參數(shù)數(shù)據(jù)如何與在主機內(nèi)存
中的數(shù)據(jù)保持一致；如何對操作員輸入或修改的參數(shù)進行檢查，避免由于疏忽造成的錯誤等。
對此，我們采用了以下一些技術(shù)。
    首先，我們在靜態(tài)數(shù)據(jù)庫中建立了兩套相同的參數(shù)表，一套表（SET A）用于數(shù)據(jù)的修
改、查詢、統(tǒng)計等操作，另一套（SET B）用于數(shù)據(jù)處理，兩套表之間采用數(shù)據(jù)復制方式保
持一致，其中SET A為“源”，SET B為“目的”。參數(shù)的修改均在SET A上進行。其次，我
們運用專家系統(tǒng)中的智能推理技術(shù)對修改后的各種參數(shù)表進行規(guī)則檢查，檢查是否有數(shù)據(jù)重
疊、沖突、超界、格式錯等。例如在計費系統(tǒng)中，對各個本地網(wǎng)或移動業(yè)務(wù)區(qū)新分配的MSI
SDN號或MSIMSI號碼段進行檢查，看是否有號碼段的重疊、復用等現(xiàn)象發(fā)生。該措施能夠顯
著減少疏忽引起的錯誤發(fā)生。檢查無誤后，使用觸發(fā)器技術(shù)自動進行相關(guān)表的一致性復制，
并在復制結(jié)束后，再將內(nèi)存中的參數(shù)文件進行刷新。此外，我們還在參數(shù)中增加了表示參數(shù)
何時生效的字段，程序可據(jù)此判斷該參數(shù)應(yīng)在何時生效或使用。例如，在費率調(diào)整時刻前后，
根據(jù)話單中的實際通話時刻以及費率參數(shù)的生效時間，選擇相應(yīng)的費率標準對話單進行批價
處理。