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

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