中國(guó)移動(dòng)業(yè)務(wù)運(yùn)營(yíng)業(yè)務(wù)支撐系統(tǒng)（BOSS）概要設(shè)計(jì)書(shū)－總體設(shè)計(jì)

1、南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 總體設(shè)計(jì)概要設(shè)計(jì)書(shū)中國(guó)移動(dòng)業(yè)務(wù)運(yùn)營(yíng)業(yè)務(wù)支撐系統(tǒng)（boss）概要設(shè)計(jì)書(shū)總體設(shè)計(jì)版本號(hào)： 3.0密級(jí)：機(jī)密編寫(xiě)： 年月日審核： 年月日批準(zhǔn)： 年月日聯(lián)創(chuàng)科技目 錄1.引言31.1軟件名稱31.2文檔說(shuō)明31.3文檔密級(jí)31.4參考資料32.概述32.1系統(tǒng)概述32.1.1設(shè)計(jì)目標(biāo)32.1.2實(shí)現(xiàn)功能42.1.3設(shè)計(jì)約定52.2系統(tǒng)總體結(jié)構(gòu)52.2.1系統(tǒng)總體設(shè)計(jì)結(jié)構(gòu)52.2.2系統(tǒng)總體軟件結(jié)構(gòu)72.2.3系統(tǒng)運(yùn)行平臺(tái)結(jié)構(gòu)122.2.4應(yīng)用程序結(jié)構(gòu)153.規(guī)范與規(guī)則153.1編程工具153.1.1工具說(shuō)明153.1.2編碼規(guī)范163.2文件命名規(guī)范163.2.1pl/s

2、ql源文件命名規(guī)范163.2.2應(yīng)用層文件命名規(guī)范163.2.3終端層開(kāi)發(fā)文件命名規(guī)范173.2.4終端層運(yùn)行文件命名規(guī)范203.3文件結(jié)構(gòu)規(guī)范213.3.1域定義文件結(jié)構(gòu)規(guī)范213.3.2組件配置文件結(jié)構(gòu)規(guī)范213.3.3終端日志文件結(jié)構(gòu)規(guī)范223.3.4終端配置文件結(jié)構(gòu)規(guī)范233.3.5tuxedo交易終端調(diào)試文件243.3.6應(yīng)用層日志文件結(jié)構(gòu)規(guī)范243.3.7應(yīng)用層調(diào)試文件結(jié)構(gòu)規(guī)范244.系統(tǒng)實(shí)體模型分析254.1基本實(shí)體模型254.2基本實(shí)體定義254.3基本實(shí)體關(guān)系275.系統(tǒng)可靠性設(shè)計(jì)285.1硬件可靠性285.2軟件可靠性286.系統(tǒng)安全性設(shè)計(jì)286.1操作系統(tǒng)安全286.2應(yīng)

3、用管理安全296.3應(yīng)用軟件安全296.4數(shù)據(jù)庫(kù)管理安全291. 引言1.1 軟件名稱1.2 文檔說(shuō)明1.3 文檔密級(jí)1.4 參考資料 boss業(yè)務(wù)規(guī)范 boss系統(tǒng)技術(shù)規(guī)范 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)營(yíng)收管理v1_0 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)查詢統(tǒng)計(jì)v1_0 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)帳務(wù)管理v1_0 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)資源管理v1_0 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)輔助管理v1_0 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)代理商管理v1_0 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)增補(bǔ)需求匯編1v1_0 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)移動(dòng)計(jì)費(fèi)（漫游）v1_0 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)移動(dòng)計(jì)費(fèi)（數(shù)據(jù)）v1_0 移動(dòng)

4、boss系統(tǒng)需求規(guī)格書(shū)移動(dòng)計(jì)費(fèi)（語(yǔ)音）v1_0 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)移動(dòng)計(jì)費(fèi)（語(yǔ)音）附件3_預(yù)處理校驗(yàn)規(guī)則 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)移動(dòng)計(jì)費(fèi)（語(yǔ)音）附件4_字段檢驗(yàn)標(biāo)準(zhǔn) 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)移動(dòng)計(jì)費(fèi)（語(yǔ)音）附件6_統(tǒng)計(jì)要素 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)移動(dòng)計(jì)費(fèi)v1_0 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)聯(lián)機(jī)指令v1_0 移動(dòng)boss系統(tǒng)需求規(guī)格書(shū)數(shù)據(jù)采集v1_02. 概述2.1 系統(tǒng)概述2.1.1 設(shè)計(jì)目標(biāo)本3g系統(tǒng)充分考慮中國(guó)移動(dòng)的boss系統(tǒng)規(guī)范要求，建設(shè)成為多業(yè)務(wù)綜合營(yíng)業(yè)與綜合帳務(wù)體系，實(shí)現(xiàn)客戶服務(wù)“一臺(tái)清”、“一單清”，為客戶提供良好服務(wù)；實(shí)現(xiàn)綜合業(yè)務(wù)的帳務(wù)交叉優(yōu)惠，提高服務(wù)水平和

5、市場(chǎng)競(jìng)爭(zhēng)能力，為發(fā)揮綜合業(yè)務(wù)優(yōu)勢(shì)提供條件；形成跨業(yè)務(wù)的綜合用戶資料，為綜合數(shù)據(jù)分析與決策支持打下基礎(chǔ)，以便為業(yè)務(wù)單元提供良好支撐；實(shí)現(xiàn)綜合營(yíng)帳系統(tǒng)一致的體系結(jié)構(gòu)，便于管理維護(hù)，提高效率。另外系統(tǒng)的良好設(shè)計(jì)，適應(yīng)快速發(fā)展的新業(yè)務(wù)和新優(yōu)惠的實(shí)現(xiàn)，為從事移動(dòng)業(yè)務(wù)的運(yùn)營(yíng)商在激烈的競(jìng)爭(zhēng)中獲取創(chuàng)造條件。2.1.2 實(shí)現(xiàn)功能從中國(guó)移動(dòng)的角度出發(fā)，3g系統(tǒng)要實(shí)現(xiàn)的功能主要包括（不考慮計(jì)費(fèi)）： 綜合營(yíng)業(yè)：所有的業(yè)務(wù)辦理，包括普通gsm業(yè)務(wù)，神州行業(yè)務(wù)，165上網(wǎng)業(yè)務(wù)和193長(zhǎng)途業(yè)務(wù)等等，在綜合營(yíng)業(yè)中間，又包括統(tǒng)一客戶資料管理和統(tǒng)一資源管理。 信用管理：高額控制，防欺詐和欠費(fèi)管理。 綜合帳務(wù)：不管帳務(wù)的數(shù)據(jù)來(lái)源如

6、何，統(tǒng)一出帳，統(tǒng)一帳務(wù)處理。 繳費(fèi)服務(wù)：多業(yè)務(wù)融合的統(tǒng)一繳費(fèi)。 綜合接口：分為內(nèi)部接口和外部接口。中國(guó)移動(dòng)在具體實(shí)現(xiàn)時(shí)，將系統(tǒng)劃分為幾個(gè)獨(dú)立的模塊，包括綜合營(yíng)業(yè)，綜合帳務(wù)，綜合繳費(fèi)和信用管理，這幾個(gè)獨(dú)立模塊之間的接口，稱之為內(nèi)部接口；與計(jì)費(fèi)系統(tǒng)的接口，與客服的接口，與其他外接系統(tǒng)的接口等等，都統(tǒng)稱為外部接口。從中國(guó)移動(dòng)的角度出發(fā)，3g系統(tǒng)要實(shí)現(xiàn)的功能主要包括（不考慮計(jì)費(fèi)）： 帳務(wù)處理和管理：主要完成帳務(wù)的綜合處理以及帳務(wù)相關(guān)的管理，如銷帳與反銷帳，欠費(fèi)管理，帳單定制等等，類似于移動(dòng)的綜合帳務(wù)。 客戶服務(wù)：包括所有的用戶業(yè)務(wù)辦理，用戶繳費(fèi)、查詢等等，它包含了移動(dòng)的綜合業(yè)務(wù)部分（剔除資料管理和資源

7、管理）和移動(dòng)的綜合繳費(fèi)。 業(yè)務(wù)管理：包括所有的資源管理，客戶管理，信用控制和資費(fèi)管理等，它包含了移動(dòng)的綜合業(yè)務(wù)部分和信用控制。 統(tǒng)一接入：中國(guó)移動(dòng)將內(nèi)部接口都認(rèn)為是系統(tǒng)之間的數(shù)據(jù)交換，而外部接口則通過(guò)統(tǒng)一接入平臺(tái)解決。兩種功能的劃分方法要實(shí)現(xiàn)的功能的目標(biāo)是一致的，只是劃分的角度有所不同，3g系統(tǒng)既要適合中國(guó)移動(dòng)的業(yè)務(wù)開(kāi)辦，又要適合中國(guó)移動(dòng)的業(yè)務(wù)開(kāi)辦，所以綜合兩種功能劃分的優(yōu)缺點(diǎn)，將系統(tǒng)劃分為五大功能，每個(gè)功能又通過(guò)各個(gè)子系統(tǒng)來(lái)實(shí)現(xiàn)，關(guān)于系統(tǒng)整個(gè)的軟件結(jié)構(gòu)的詳細(xì)內(nèi)容參見(jiàn)下面章節(jié)的描述。1 帳務(wù)服務(wù)子系統(tǒng)：完成所有的帳務(wù)處理和帳務(wù)管理。2 客戶服務(wù)子系統(tǒng)：完成所有的業(yè)務(wù)辦理，繳費(fèi)和業(yè)務(wù)查詢。3 業(yè)

8、務(wù)管理子系統(tǒng)：完成所有的資源管理，客戶資料管理，大客戶等管理，信用控制在客戶管理中實(shí)現(xiàn)。4 系統(tǒng)管理子系統(tǒng)：完成系統(tǒng)安全，監(jiān)控，版本控制和數(shù)據(jù)庫(kù)的管理。同時(shí)系統(tǒng)的綜合接口在該子系統(tǒng)中實(shí)現(xiàn)。5 統(tǒng)計(jì)決策子系統(tǒng)：完成數(shù)據(jù)的統(tǒng)計(jì)和分析，為營(yíng)銷決策提供依據(jù)。2.1.3 設(shè)計(jì)約定本系統(tǒng)的設(shè)計(jì)主要基于以下假定和約束：l 業(yè)務(wù)模式：本次設(shè)計(jì)采用全省集中的模式，在地州不設(shè)數(shù)據(jù)庫(kù)，各地州的營(yíng)業(yè)終端通過(guò)中間件于省中心唯一的數(shù)據(jù)庫(kù)連接。l 中間件：中間件均以tuxedo作為中間件平臺(tái)，所有關(guān)于中間件的設(shè)計(jì)都是從實(shí)現(xiàn)tuxedo的最佳效能出發(fā)。l 營(yíng)業(yè)終端：以普通pc機(jī)為主，采用中文windows平臺(tái)和圖形化用戶界面

9、，方便營(yíng)業(yè)員使用。l 數(shù)據(jù)庫(kù)：以8。1。6以上版本的oracle數(shù)據(jù)庫(kù)為主。l 可靠性：主要通過(guò)采用雙主機(jī)熱備份的主機(jī)平臺(tái)，來(lái)達(dá)到系統(tǒng)的高可靠性要求；同時(shí)應(yīng)用軟件具有一定的障礙處理和異?；謴?fù)能力。l 安全性：安全系統(tǒng)由系統(tǒng)管理員對(duì)系統(tǒng)進(jìn)行實(shí)時(shí)監(jiān)控，特別是網(wǎng)絡(luò)設(shè)計(jì)中要設(shè)置防火墻；同時(shí)軟件部分提供嚴(yán)密的操作權(quán)限控制和安全管理措施。l 可管理性：軟件設(shè)計(jì)盡量采用參數(shù)化設(shè)計(jì)，使系統(tǒng)能夠便于隨著主要業(yè)務(wù)需求的變化作出相應(yīng)的調(diào)整。2.2 系統(tǒng)總體結(jié)構(gòu)2.2.1 系統(tǒng)總體設(shè)計(jì)結(jié)構(gòu)客戶，包括普通客戶和銀行郵政等客戶在內(nèi)，他們面對(duì)的是一個(gè)統(tǒng)一的客戶服務(wù)層，由客戶服務(wù)層提供完備的客戶服務(wù)，客戶服務(wù)層的通過(guò)業(yè)務(wù)支撐

10、層來(lái)具體實(shí)現(xiàn)，業(yè)務(wù)支撐層在實(shí)現(xiàn)過(guò)程中，會(huì)使用到一系列的資源性的數(shù)據(jù)，同時(shí)要通過(guò)統(tǒng)一的網(wǎng)關(guān)對(duì)網(wǎng)元設(shè)備進(jìn)行操作，這個(gè)工作由資源層來(lái)完成。在接入平臺(tái)，界面邏輯的構(gòu)成，為客戶或設(shè)備提供多樣化的接入；在業(yè)務(wù)平臺(tái)，通過(guò)對(duì)服務(wù)子層原子服務(wù)的調(diào)用訪問(wèn)業(yè)務(wù)數(shù)據(jù)，實(shí)現(xiàn)不同的功能模塊，以滿足不同的業(yè)務(wù)需求。業(yè)務(wù)平臺(tái)由業(yè)務(wù)函數(shù)和業(yè)務(wù)過(guò)程組成；在數(shù)據(jù)平臺(tái)，實(shí)現(xiàn)系統(tǒng)數(shù)據(jù)的統(tǒng)一存儲(chǔ)、組織、集中管理和共享，并對(duì)業(yè)務(wù)平臺(tái)提供規(guī)范、高效的基本數(shù)據(jù)操作。數(shù)據(jù)平臺(tái)分為數(shù)據(jù)子層和服務(wù)子層。2.2.2 系統(tǒng)總體軟件結(jié)構(gòu)boss系統(tǒng)和綜合營(yíng)帳系統(tǒng)由五大系統(tǒng)組成，每個(gè)系統(tǒng)又劃分為若干子系統(tǒng)，每個(gè)子系統(tǒng)又有若干功能，參見(jiàn)下表：帳務(wù)服務(wù)系統(tǒng)ac

11、countservice（as）帳務(wù)處理accountserviceprocess（asp）出帳aspbc（billcomputer）帳務(wù)管理accountservicemanager（asm）銷帳asmbc（billclear）調(diào)帳asmba（billadjust）對(duì)帳asmbk（billcheck）結(jié)算asmbb（billbalance）欠費(fèi)管理asmobm（owebillmanager）呆壞帳管理asmdbm（deadbillmanager）帳單打印asmbps（billprintservice）帳單寄送asmbss（billsenderservice）帳單查詢asmbqs（billqu

12、eryservice）統(tǒng)計(jì)歸納asmbs（billstatistic）客戶服務(wù)系統(tǒng)customerservice（cs）業(yè)務(wù)受理customerservicebusiness（csb）開(kāi)戶csb服務(wù)類型uri（userregisterin）如csbgsmrui退網(wǎng)csb服務(wù)類型uro（userregisterout）變更c(diǎn)sb服務(wù)類型【業(yè)務(wù)說(shuō)明】如csbgsmcun（changeusername）繳費(fèi)customerservicefee（csf）繳費(fèi)csfgf（getfee）調(diào)帳csfaf（adjustfee）清退csfgm（givemoney）轉(zhuǎn)帳csftm（transfermoney）滯納

13、金csflf（latefee）其他csfofp（otherfeeprocess）查詢customerservicequery（csq）用戶查詢csqc（customer）員工查詢csqe（employee）用戶投訴customerserviecothers（cso）用戶建議終端維修信息發(fā)布移動(dòng)商務(wù)業(yè)務(wù)管理系統(tǒng)businessmanager（bm）資源管理businessmanagerresource（bmr）卡資源管理businessresourcesimcard（brs）號(hào)資源管理businessresourcenumber（brn）票據(jù)資源管理businessresourceinvoice

14、（bri）充值卡管理businessresourcecard（brc）終端配件管理businessresourcedevice（brd）其他資源管理businessresourceothers（bro）資費(fèi)管理businessmanagerfeerate（bmf）業(yè)務(wù)資費(fèi)管理bmfb（business）帳務(wù)資費(fèi)管理bmfa（account）套餐管理bmfp（policy）客戶管理businessmanagergod（brg）大客戶管理businessmanagerbiggod（bmb）集團(tuán)用戶管理businessmanagerspecialgroup（bms）代理商管理businessmana

15、geragent（bma）統(tǒng)計(jì)決策系統(tǒng)statisticanddecision（sd）系統(tǒng)管理系統(tǒng)systemmanger（sm）參數(shù)管理systemmanagerparameter（smp）系統(tǒng)定制smpsd（systemdefine）系統(tǒng)參數(shù)smps（system）業(yè)務(wù)參數(shù)smpb（business）帳務(wù)參數(shù)smpa（account）安全管理systemmanagersafe（sms）員工管理smse（employee）權(quán)限管理smsr（right）日志管理smsl（log）版本管理systemmanagerversion（smv）系統(tǒng)監(jiān)控systemmanagermonitor（smm）

16、后臺(tái)監(jiān)控smmb（background）前臺(tái)監(jiān)控smmf（front）數(shù)據(jù)庫(kù)監(jiān)控smmd（database）數(shù)據(jù)庫(kù)管理systemmanagerdatabase（smd）通過(guò)以上的說(shuō)明，我們可以看出，整個(gè)系統(tǒng)是由眾多子系統(tǒng)組成的，從邏輯上劃分，可以按照上面原則進(jìn)行，但為了版本管理（版本管理是基于子系統(tǒng)的）的方便，和員工使用的方便，引入獨(dú)立子系統(tǒng)的概念。所謂獨(dú)立子系統(tǒng)，指可以完成一組相對(duì)獨(dú)立而且穩(wěn)定的系統(tǒng)功能。獨(dú)立子系統(tǒng)可以是五大系統(tǒng)中的一個(gè)，也可以是各子系統(tǒng)中的一個(gè)。舉例來(lái)說(shuō)，帳務(wù)服務(wù)子系統(tǒng)可以成為一個(gè)獨(dú)立子系統(tǒng)，因?yàn)槿绻麑?wù)處理或帳務(wù)管理作為獨(dú)立子系統(tǒng)，顯然不能滿足對(duì)整個(gè)帳務(wù)的管理；又比如

17、客戶服務(wù)子系統(tǒng)，可以作為一個(gè)獨(dú)立子系統(tǒng)，如果單獨(dú)將繳費(fèi)作為一個(gè)獨(dú)立子系統(tǒng)，不能滿足要求，因?yàn)槔U費(fèi)服務(wù)往往是與業(yè)務(wù)服務(wù)在一起的。在以后的文檔說(shuō)明中，凡沒(méi)有特別說(shuō)明的，提到的子系統(tǒng)，就認(rèn)為是獨(dú)立子系統(tǒng)。2.2.3 系統(tǒng)運(yùn)行平臺(tái)結(jié)構(gòu)本系統(tǒng)運(yùn)行的體系結(jié)構(gòu)在原來(lái)兩層client/server結(jié)構(gòu)的客戶端和數(shù)據(jù)庫(kù)服務(wù)器之間增加了一個(gè)中間層-應(yīng)用服務(wù)層，將業(yè)務(wù)邏輯從客戶端挪到應(yīng)用服務(wù)器端，從客戶端上取消了業(yè)務(wù)和應(yīng)用邏輯。應(yīng)用程序集中放置在中間層即商用邏輯層上，由所有用戶共享，當(dāng)事務(wù)邏輯發(fā)生變化時(shí)，只需更新服務(wù)器上相應(yīng)的應(yīng)用程序組件，之后所有的客戶就可以使用新的事務(wù)處理邏輯，避免了客戶端應(yīng)用程序版本控制和更新

18、的困難?？蛻舳松现恍璋惭b具有用戶界面和簡(jiǎn)單的數(shù)據(jù)處理功能的應(yīng)用程序，它負(fù)責(zé)處理與用戶的交互和與應(yīng)用服務(wù)器的交互；應(yīng)用服務(wù)器負(fù)責(zé)處理業(yè)務(wù)與應(yīng)用邏輯，負(fù)責(zé)響應(yīng)客戶端的請(qǐng)求、實(shí)現(xiàn)和數(shù)據(jù)庫(kù)服務(wù)器的連接、操作；數(shù)據(jù)庫(kù)服務(wù)器軟件根據(jù)應(yīng)用服務(wù)器發(fā)送的請(qǐng)求進(jìn)行數(shù)據(jù)庫(kù)操作，并將操作結(jié)果傳送給應(yīng)用服務(wù)器。這樣一來(lái)，客戶端就不再和數(shù)據(jù)庫(kù)建立連接了，僅負(fù)責(zé)顯示用戶界面和處理用戶的輸入輸出，客戶端把用戶的請(qǐng)求送往應(yīng)用服務(wù)器，由應(yīng)用服務(wù)器從數(shù)據(jù)庫(kù)服務(wù)器獲取數(shù)據(jù)并進(jìn)行計(jì)算，計(jì)算結(jié)果再返回客戶端進(jìn)行顯示。具體處理流程描述：用戶請(qǐng)求操作客戶端響應(yīng)客戶端簡(jiǎn)單處理向應(yīng)用服務(wù)器發(fā)送請(qǐng)求應(yīng)用服務(wù)器接受客戶端請(qǐng)求根據(jù)業(yè)務(wù)和應(yīng)用邏輯，將這

19、個(gè)請(qǐng)求轉(zhuǎn)化為數(shù)據(jù)庫(kù)請(qǐng)求應(yīng)用服務(wù)器向數(shù)據(jù)庫(kù)服務(wù)器發(fā)送請(qǐng)求數(shù)據(jù)庫(kù)服務(wù)器接收請(qǐng)求執(zhí)行相應(yīng)的處理操作將與數(shù)據(jù)庫(kù)服務(wù)器交互的結(jié)果傳送給客戶端應(yīng)用程序應(yīng)用服務(wù)器根據(jù)業(yè)務(wù)和應(yīng)用邏輯，將這個(gè)結(jié)果轉(zhuǎn)化為客戶端數(shù)據(jù)發(fā)送回客戶端客戶端簡(jiǎn)單處理轉(zhuǎn)交給客戶。這種三層結(jié)構(gòu)在針對(duì)營(yíng)業(yè)帳務(wù)系統(tǒng)有以下優(yōu)勢(shì)： 業(yè)務(wù)邏輯、商業(yè)規(guī)則集中，可很好地實(shí)現(xiàn)對(duì)多業(yè)務(wù)、多服務(wù)、多接入口的支持。三層模型中，程序中所包含的商業(yè)規(guī)則原則上不再分布在客戶端及數(shù)據(jù)庫(kù)端，而是集中在中間層。中間層可以安放在數(shù)據(jù)庫(kù)主服務(wù)器同一局域網(wǎng)內(nèi)的一臺(tái)或多臺(tái)服務(wù)器上。這樣可達(dá)到對(duì)含有商業(yè)規(guī)則的關(guān)鍵運(yùn)行程序的集中管理、維護(hù)，便于新業(yè)務(wù)、新服務(wù)的擴(kuò)展。 減少數(shù)據(jù)庫(kù)用戶數(shù)，解

20、決大接入量問(wèn)題。在“集中營(yíng)業(yè)”的模式下，省計(jì)費(fèi)中心將有大量的聯(lián)機(jī)操作終端接入系統(tǒng)，若大量購(gòu)買數(shù)據(jù)庫(kù)用戶數(shù)，將大幅度增加投資；若聯(lián)機(jī)操作終端向數(shù)據(jù)庫(kù)作具體操作前再建立數(shù)據(jù)庫(kù)連接, 數(shù)據(jù)庫(kù)用戶數(shù)固然減少,但犧牲了操作響應(yīng)時(shí)間。三層模型下，客戶端不直接面對(duì)數(shù)據(jù)庫(kù)操作，而是將操作請(qǐng)求信息包發(fā)送給中間層，再由中間層實(shí)施聯(lián)機(jī)操作。由于同一時(shí)間下，同時(shí)發(fā)起操作的終端數(shù)不會(huì)太高，而中間層與數(shù)據(jù)庫(kù)保持一定數(shù)量的常連接,故采用三層模型可以將數(shù)據(jù)庫(kù)用戶數(shù)減至聯(lián)機(jī)操作終端的10% - 15%,操作響應(yīng)時(shí)間仍能保持在較高指標(biāo)上。 事務(wù)均衡，解決大聯(lián)機(jī)事務(wù)處理量問(wèn)題。若前臺(tái)聯(lián)機(jī)操作終端在某一時(shí)刻有超出數(shù)據(jù)庫(kù)所能承受的聯(lián)機(jī)

21、事務(wù)發(fā)生，則中間層將會(huì)自動(dòng)進(jìn)行聯(lián)機(jī)事務(wù)調(diào)度、排隊(duì)，以確保數(shù)據(jù)庫(kù)不會(huì)因?yàn)榇罅柯?lián)機(jī)事務(wù)的并發(fā)而造成效率大幅度下降。系統(tǒng)負(fù)荷分擔(dān)，提高系統(tǒng)并發(fā)性，解決大數(shù)據(jù)量問(wèn)題。因含有商業(yè)規(guī)則的運(yùn)行程序可存放于不同于主數(shù)據(jù)庫(kù)服務(wù)器的另一臺(tái)或多臺(tái)主機(jī)上，系統(tǒng)運(yùn)行負(fù)荷得以分擔(dān)。利用中間件的消息隊(duì)列機(jī)制，可實(shí)現(xiàn)多進(jìn)程對(duì)多隊(duì)列的并發(fā)服務(wù)，提高系統(tǒng)并發(fā)能力。降低網(wǎng)絡(luò)負(fù)擔(dān)。客戶端與應(yīng)用服務(wù)器之間僅傳送業(yè)務(wù)處理請(qǐng)求和執(zhí)行結(jié)果及用戶的輸入信息，數(shù)據(jù)傳輸集中在應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器之間，降低了網(wǎng)絡(luò)負(fù)擔(dān)，同時(shí)也增加了應(yīng)用的分布手段。配合其他安全機(jī)制，提高安全控制。三層模型中，客戶端不再直接面向數(shù)據(jù)庫(kù)做insert、delete、u

22、pdate一類的關(guān)鍵操作，而是轉(zhuǎn)交給中間層完成。所以，數(shù)據(jù)庫(kù)對(duì)客戶端至多只授以查詢的權(quán)力，從而從應(yīng)用層的角度降低系統(tǒng)安全隱患?？蛻舳丝刹捎貌煌拈_(kāi)發(fā)工具，滿足多接口環(huán)境的需求。由于客戶端向中間層發(fā)信息包，故在中間層應(yīng)用不變的情況下，客戶端可采用delphi、c+ builder、pb等不同種編程方式適應(yīng)實(shí)現(xiàn)環(huán)境的需求。綜合以上技術(shù)，在黑龍江移動(dòng)營(yíng)業(yè)帳務(wù)系統(tǒng)的設(shè)計(jì)中采用三層結(jié)構(gòu)較采用二層結(jié)構(gòu)具有高效率、可擴(kuò)展性、高安全性、易維護(hù)性等突出優(yōu)點(diǎn)。2.2.4 應(yīng)用程序結(jié)構(gòu)2.2.4.1 營(yíng)業(yè)程序結(jié)構(gòu)示意圖應(yīng)用程序在發(fā)布時(shí)，只發(fā)布一個(gè)主體程序和一組dll文件，主體程序調(diào)用dll中的功能。每個(gè)dll都會(huì)發(fā)

23、布一個(gè)權(quán)限功能列表，主體程序具有自己組裝運(yùn)行菜單的能力，當(dāng)每個(gè)菜單被點(diǎn)擊時(shí)，系統(tǒng)通過(guò)在數(shù)據(jù)庫(kù)中維護(hù)的菜單項(xiàng)與權(quán)限功能的對(duì)應(yīng)關(guān)系表，來(lái)獲取具體應(yīng)當(dāng)執(zhí)行的功能。2.2.4.2 權(quán)限編碼的編碼規(guī)定在系統(tǒng)中，一個(gè)權(quán)限編碼對(duì)應(yīng)一個(gè)具體的業(yè)務(wù)功能，為了權(quán)限編碼能具體反應(yīng)功能的內(nèi)容，所以統(tǒng)一規(guī)定權(quán)限編碼采用子系統(tǒng)編碼有意義的英文說(shuō)明的格式，如員工管理對(duì)應(yīng)的權(quán)限編碼可以定義為smsstaffmanage，代表屬于安全管理子系統(tǒng)的員工信息管理。3. 規(guī)范與規(guī)則3.1 編程工具3.1.1 工具說(shuō)明在3g系統(tǒng)中用到的編程工具主要是cbuilder5。0以上版本，unix c/c，pl/sql。3.1.2 編碼規(guī)范本

24、次系統(tǒng)開(kāi)發(fā)，使用下列編碼規(guī)范：1）cbuilder編碼規(guī)范2）c編碼規(guī)范3）unix c編碼規(guī)范4）pl/sql編碼規(guī)范5）tuxedo應(yīng)用服務(wù)層軟件編寫(xiě)規(guī)范3.2 文件命名規(guī)范3.2.1 pl/sql源文件命名規(guī)范3.2.1.1 編譯文件各子系統(tǒng)的編譯文件命名格式：子系統(tǒng)編碼_build。sql。整個(gè)系統(tǒng)的編譯文件命名為：3g_build。sql。3.2.1.2 單個(gè)源文件單個(gè)源文件以存儲(chǔ)過(guò)程或函數(shù)的名字命名。3.2.2 應(yīng)用層文件命名規(guī)范3.2.2.1 源文件應(yīng)用層所有相關(guān)文件名都以“tux”開(kāi)頭，具體如下： 中間件配置文件定義為：tux_ubb 中間件頭文件定義為：tux_trade.h

25、 中間件與文件定義為：tux_fml 中間件公共函數(shù)文件名定義為：tux_pubfn 中間件總控服務(wù)程序文件名統(tǒng)一定義為：tuxcorl _子系統(tǒng)名稱tuxcorl_as：帳務(wù)服務(wù)系統(tǒng)accountservice（as）總控進(jìn)程tuxcorl _ca： 客戶服務(wù)系統(tǒng)customerservice（cs）總控進(jìn)程tuxcorl _bm：業(yè)務(wù)管理系統(tǒng)businessmanager（bm）總控進(jìn)程tuxcorl _sd： 統(tǒng)計(jì)決策系統(tǒng)statisticanddecision（sd）總控進(jìn)程tuxcorl _sm： 系統(tǒng)管理系統(tǒng)systemmanger（sm）總控進(jìn)程tuxcorl _pub： 公共總

26、控進(jìn)程（各個(gè)子系統(tǒng)都可能調(diào)用的服務(wù)，如某些參數(shù)查詢）tuxcorl _other：其它總控進(jìn)程 中間件非總控服務(wù)程序文件名統(tǒng)一定義為：tuxserv_子系統(tǒng)名稱+英文說(shuō)明tuxserv_as英文說(shuō)明：帳務(wù)服務(wù)系統(tǒng)accountservice（as）tuxserv _cs英文說(shuō)明：客戶服務(wù)系統(tǒng)customerservice（cs）tuxserv _bm英文說(shuō)明：業(yè)務(wù)管理系統(tǒng)businessmanager（bm）tuxserv _sd英文說(shuō)明：統(tǒng)計(jì)決策系統(tǒng)statisticanddecision（sd）tuxserv _sm英文說(shuō)明：系統(tǒng)管理系統(tǒng)systemmanger（sm）tuxserv _p

27、ub英文說(shuō)明：公共服務(wù)進(jìn)程（各個(gè)子系統(tǒng)都可能調(diào)用的服務(wù)，如某些參數(shù)查詢）tuxserv _conv英文說(shuō)明：會(huì)話進(jìn)程tuxserv _other英文說(shuō)明：其它執(zhí)行進(jìn)程3.2.2.2 日志文件應(yīng)用層日志文件由中間件自動(dòng)產(chǎn)生，文件名格式如下：ulog。年月日，年用兩位表示，如ulog.101101表示2001-10-11的日志3.2.2.3 調(diào)試文件應(yīng)用層的調(diào)試文件同樣由中間件自動(dòng)產(chǎn)生，文件格式如下：調(diào)試說(shuō)明月日年。trc，年用四位表示，如xa_null10162001.trc表示2001-10-16產(chǎn)生的trace文件。3.2.3 終端層開(kāi)發(fā)文件命名規(guī)范3.2.3.1 源文件文件名 =文件歸屬代

28、碼 _服務(wù)類型含義縮寫(xiě)文件內(nèi)容標(biāo)識(shí)(單詞首字母大寫(xiě))文件歸屬代碼定義（按適用范圍由大到小依次排列）： pub：公用文件（如：公用基類文件） 子系統(tǒng)編碼：適用于整個(gè)子系統(tǒng)的文件 子系統(tǒng)編碼 一級(jí)子系統(tǒng)操作代碼 子系統(tǒng)編碼 二級(jí)子系統(tǒng)操作代碼 按子系統(tǒng)類型及子系統(tǒng)編碼子系統(tǒng)操作代碼做基本劃分（紅色字體為子系統(tǒng)一級(jí)操作代碼，藍(lán)色字體為子系統(tǒng)二級(jí)操作代碼）：as：帳務(wù)服務(wù)系統(tǒng)accountservice asp：帳務(wù)處理（accountserviceprocess）asm：帳務(wù)管理（accountservicemanager）cs：客戶服務(wù)系統(tǒng)customerservicecsb：普通業(yè)務(wù)受理（cus

29、tomerservicebusiness）csf：帳務(wù)費(fèi)用繳費(fèi)（customerservicefee）csq：查詢（customerservicequery）cso：其它業(yè)務(wù)（customerserviecothers）bm：業(yè)務(wù)管理系統(tǒng)businessmanagerbmr：資源管理（businessmanagerresource） brs：卡資源管理（businessresourcesimcard） brn：號(hào)資源管理（businessresourcenumber） bri：票據(jù)資源管理（businessresourceinvoice） brc：充值卡管理（businessresourcec

30、ard） brd：終端配件管理（businessresourcedevice） bro：其他資源管理（businessresourceothers）bmf：資費(fèi)管理（businessmanagerfeerate） bfb：業(yè)務(wù)資費(fèi)管理（bmfb（business） bfa：帳務(wù)資費(fèi)管理（bmfa（account） bfp：套餐管理（bmfp（policy）brg：客戶管理（businessmanagergod）bmb：大客戶管理（businessmanagerbiggod）bms：集團(tuán)用戶管理（businessmanagerspecialgroup）bma：代理商管理（businessmana

31、geragent）sd：統(tǒng)計(jì)決策系統(tǒng)statisticanddecisionsm：系統(tǒng)管理系統(tǒng)systemmangersmp：參數(shù)管理（systemmanagerparameter）sms：安全管理（systemmanagersafe）smv：版本管理（systemmanagerversion）smm：系統(tǒng)監(jiān)控（systemmanagermonitor）smd：數(shù)據(jù)庫(kù)管理（systemmanagerdatabase） 按服務(wù)類型劃分（紅色字體代表一級(jí)服務(wù)類型，藍(lán)色字體代表二級(jí)服務(wù)類型）：移動(dòng)服務(wù)：mobgsm服務(wù)：gsmcdma服務(wù)：cdm尋呼服務(wù)：bp193服務(wù)：193數(shù)字服務(wù)（上網(wǎng)）：ne

32、tip服務(wù)： ip其它服務(wù)：osv例如：移動(dòng)業(yè)務(wù)中的普通開(kāi)戶業(yè)務(wù)程序文件命名為：csb_mobnormalopen說(shuō)明：對(duì)程序中控件的命名規(guī)則采用前面定義的命名規(guī)則，對(duì)于窗體或?qū)υ捒蚩丶臉?biāo)題要設(shè)置成其具體含義的中文名稱。例如：gsm業(yè)務(wù)中的普通開(kāi)戶業(yè)務(wù)的form的caption應(yīng)為：gsm普通開(kāi)戶3.2.3.2 dll文件文件名 =文件歸屬代碼 _服務(wù)類型含義縮寫(xiě)dll+dll序號(hào)說(shuō)明：文件歸屬編碼、服務(wù)類型含義縮寫(xiě)參照源文件命名規(guī)則，dll序號(hào)為dll的劃分序號(hào)將一組源程序編譯在一個(gè)dll里為改dll取一個(gè)一位數(shù)的數(shù)字序號(hào)。例如：csb_mobdll1.dll csb_mobdll2.dl

33、l3.2.3.3 應(yīng)用程序發(fā)布應(yīng)用主程序統(tǒng)一命名為3g。exe。3.2.4 終端層運(yùn)行文件命名規(guī)范3.2.4.1 域定義文件域定義文件指定名為：tux_fml。包含了所以tuxedo使用的fml域類型變量，在運(yùn)行時(shí)刻需要使用。3.2.4.2 組件配置文件txd組件的配置文件擴(kuò)展名為“.xml”，以交易來(lái)劃分組件配置文件，一個(gè)交易使用一個(gè)組件配置文件，組件配置文件的主文件名就使用交易編碼，大小寫(xiě)不限制。例如：接收通知的交易，交易編碼為getstaffnotice，對(duì)應(yīng)的txd組件配置文件的文件名位getstaffnotice.xml。3.2.4.3 終端日志文件終端日志文件的文件名按照以下的規(guī)則

34、進(jìn)行命名：以天為單位創(chuàng)建不同的錯(cuò)誤日志文件，主文件名為“err”+當(dāng)天的日期字符串（格式為yyyymmdd），擴(kuò)展名為“.log”。例如：2001-10-8產(chǎn)生的終端日志文件名為：err20011008.log。對(duì)于終端日志文件按照系統(tǒng)模塊日志和業(yè)務(wù)模塊日志分類兩類，其日志文件分別存放在相應(yīng)的目錄中，如下表所示，其中為客戶端程序的安裝路徑：目錄說(shuō)明logssystem客戶端系統(tǒng)模塊的日志logstrade客戶端業(yè)務(wù)模塊的日志例如2001-10-8系統(tǒng)模塊產(chǎn)生的終端日志文件的全路徑為：logssystem err20011008.log。3.2.4.4 終端配置文件每個(gè)終端系統(tǒng)運(yùn)行時(shí)，使用一個(gè)配

35、置文件：3g_config。ini。3.2.4.5 終端臨時(shí)文件文件名 =文件含義說(shuō)明當(dāng)天的日期字符串（格式為yyyymmdd）擴(kuò)展名（根據(jù)需要確定）臨時(shí)文件存放在目錄： temp說(shuō)明：臨時(shí)文件原則上不做長(zhǎng)期存放，當(dāng)使用完畢后就將其刪除。3.2.4.6 tuxedo交易終端調(diào)試文件文件名txd當(dāng)天的日期字符串（格式為yyyymmdd）。log3.3 文件結(jié)構(gòu)規(guī)范3.3.1 域定義文件結(jié)構(gòu)規(guī)范。備注信息*base 。序號(hào)的基數(shù)字段名序號(hào)變量類型變量說(shuō)明3.3.2 組件配置文件結(jié)構(gòu)規(guī)范以下為test.xml配置文件的內(nèi)容（中為解釋，非實(shí)際內(nèi)容）：配置文件根節(jié)點(diǎn) 開(kāi)始一項(xiàng)服務(wù)的配置定義 servic

36、e1 服務(wù)名稱，可多次定義，表示一次定義多個(gè)服務(wù) synchronous 通訊方式：同步 fml 傳輸類型：fml 開(kāi)始一個(gè)業(yè)務(wù)的定義 01業(yè)務(wù)編碼，可多次定義，表示一次定義多個(gè)業(yè)務(wù) 02 03 開(kāi)始定義輸入 輸入?yún)?shù)定義,參數(shù)列表開(kāi)始 一個(gè)參數(shù)定義 age參數(shù)名稱，可多次使用，表示一次定義多個(gè) integer 參數(shù)類型：整數(shù) 開(kāi)始定義輸出 輸出字段定義 一個(gè)字段定義 id 字段名稱，可多次使用，表示一次定義多個(gè) integer 字段類型：整數(shù) name string 20 字符串類型字段最大長(zhǎng)度 desc string 500 sign string 10 y 這是一個(gè)記錄改變標(biāo)記字段 關(guān)于

37、上述有關(guān)定義的可能取值如下：n 通訊方式communicate同步synchronous異步asynchronous會(huì)話sessionn 傳輸類型transfer目前只支持fmln 參數(shù)、字段數(shù)據(jù)類型type字符串 string 字符char整數(shù)short/int/integer/long浮點(diǎn)數(shù)float/double3.3.3 終端日志文件結(jié)構(gòu)規(guī)范系統(tǒng)錯(cuò)誤日志中一條記錄的內(nèi)容包括：記錄開(kāi)始行標(biāo)記，操作員工編碼，錯(cuò)誤時(shí)間，錯(cuò)誤發(fā)生處模塊名稱、函數(shù)名稱（包括方法的類名稱），錯(cuò)誤時(shí)函數(shù)的輸入?yún)?shù)名稱、值列表（可選），引起錯(cuò)誤的相關(guān)變量名稱、值列表（可選），錯(cuò)誤描述。錯(cuò)誤記錄之間用兩個(gè)空行隔開(kāi)。系統(tǒng)

38、錯(cuò)誤日志文件的具體格式采用類似于ini文件的文本文件，每條錯(cuò)誤記錄作為一個(gè)logrec節(jié)，該節(jié)下記錄本錯(cuò)誤記錄的相關(guān)數(shù)據(jù)。格式的具體形式描述如下（括號(hào)中為格式說(shuō)明）：logrec 2001-10-8 13:01:23.123 （節(jié)名為logrec加上時(shí)間字符串）staffid=0100235（操作員工編碼）time=2001-10-8 13:01:23.123（錯(cuò)誤時(shí)間，格式為：yyyy-mm-dd hh:nn:ss.lll）module=operman.dll（模塊名稱）function=toperhistorysender:commitoperhistory（發(fā)生錯(cuò)誤處帶類名的函數(shù)名稱）i

39、nputparams=int imaxrecord 200（輸入?yún)?shù)類型、名稱、值列表，多個(gè)參數(shù)用“;”隔開(kāi)，可選）reasonvars=（引起錯(cuò)誤的變量類型、名稱、值列表，多個(gè)變量用“;”隔開(kāi)，可選）desc=調(diào)用tuxedo服務(wù)提交操作歷史記錄時(shí)服務(wù)失敗返回（錯(cuò)誤描述）需要特別說(shuō)明的是：以上輸入?yún)?shù)列表、錯(cuò)誤原因變量列表、錯(cuò)誤描述文本，無(wú)論值字符串有多長(zhǎng)，均不換行；文本中的換行和回車符分別被替換成“r”和“n”。另外，輸入?yún)?shù)列表和錯(cuò)誤原因變量列表作為可選項(xiàng)，可以為空。3.3.4 終端配置文件結(jié)構(gòu)規(guī)范終端配置文件的結(jié)構(gòu)采用傳統(tǒng)的ini文件的結(jié)構(gòu)，劃分為以下幾個(gè)重要的section： log

40、inparameter 登陸主程序相關(guān)本地配置參數(shù)： login：記錄上次登錄信息 option：記錄應(yīng)用程序配置信息 tuxedo：記錄tuxedo的配置信息 update：記錄備份配置信息 operman：記錄操作監(jiān)控信息 asparameter 帳務(wù)服務(wù)系統(tǒng)相關(guān)本地配置參數(shù) csparameter 客戶服務(wù)系統(tǒng)相關(guān)本地配置參數(shù) bmparameter 業(yè)務(wù)管理系統(tǒng)相關(guān)本地配置參數(shù) sdparameter 統(tǒng)計(jì)決策系統(tǒng)相關(guān)本地配置參數(shù) smparameter 系統(tǒng)管理系統(tǒng)相關(guān)本地配置參數(shù)3.3.5 tuxedo交易終端調(diào)試文件調(diào)試文件的內(nèi)容為：2001-11-19 19:51:20.970

41、 freecall()執(zhí)行之前執(zhí)行時(shí)間fml input buffer:輸入域標(biāo)題 fldname fldid occ type value = = = = =。fml output buffer:輸出域標(biāo)題 fldname fldid occ type value = = = = =3.3.6 應(yīng)用層日志文件結(jié)構(gòu)規(guī)范日志文件內(nèi)容格式為：時(shí)間（時(shí)分秒）.主機(jī)名！進(jìn)程名.程序員寫(xiě)入信息舉例如下：152331.cjy!simpserv.936.1488.0: gtrid x0 x3bcb9cdb x24:參數(shù)存在152331.cjy!simpserv.936.1488.0: gtrid x0 x3

42、bcb9cdb x24:service in transaction!3.3.7 應(yīng)用層調(diào)試文件結(jié)構(gòu)規(guī)范調(diào)試文件內(nèi)容格式：所調(diào)用的xa服務(wù)器；產(chǎn)生的時(shí)間等；oracle的錯(cuò)誤信息舉例如下：oracle xa: version 8.1.7.0.0. rm name = oracle_xa.100721.1276:1244.0:ora-01017: invalid username/password; logon denied4. 系統(tǒng)實(shí)體模型分析4.1 基本實(shí)體定義客戶：享受服務(wù)的消費(fèi)者或者潛在的消費(fèi)者，在系統(tǒng)中主要維護(hù)的服務(wù)消費(fèi)者，維護(hù)部分潛在的消費(fèi)者，在滿足一定條件后，潛在的客戶會(huì)轉(zhuǎn)換為真正的服務(wù)消費(fèi)者。用戶/服務(wù)：用戶是服務(wù)的定購(gòu)者，服務(wù)是移動(dòng)公司提供的一系列服務(wù)。用戶定購(gòu)主體服務(wù)，所以用戶與主體服務(wù)一一對(duì)應(yīng)。一個(gè)主體服務(wù)可以附加一系列子服務(wù)。大客戶：有一部分用戶是較為特殊的用戶群，他們的消費(fèi)量大或使用的服務(wù)多，或者有特別的社會(huì)身份因而需要差別服務(wù)，系統(tǒng)將這部分用戶定義為大客戶，一個(gè)用戶只能成為一個(gè)大客戶。集團(tuán)用戶：出于營(yíng)銷的考慮，將一部分具有特殊特征用戶群給予特別的服務(wù)和優(yōu)惠，這部分用戶群定義為集團(tuán)用戶。集團(tuán)用戶一般有諸如：使用vpmn服務(wù)，或者在某一小區(qū)或基站，或者同屬于某個(gè)大型工地，或者有某種親情關(guān)系等等的特征。帳戶：為用戶承擔(dān)付費(fèi)關(guān)