中國移動業(yè)務(wù)運營業(yè)務(wù)支撐系統(tǒng)（BOSS）概要設(shè)計書－總體設(shè)計

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

2、ql源文件命名規(guī)范163.2.2應(yīng)用層文件命名規(guī)范163.2.3終端層開發(fā)文件命名規(guī)范173.2.4終端層運行文件命名規(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)實體模型分析254.1基本實體模型254.2基本實體定義254.3基本實體關(guān)系275.系統(tǒng)可靠性設(shè)計285.1硬件可靠性285.2軟件可靠性286.系統(tǒng)安全性設(shè)計286.1操作系統(tǒng)安全286.2應(yīng)

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

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

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

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

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

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

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

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

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

12、eryservice）統(tǒng)計歸納asmbs（billstatistic）客戶服務(wù)系統(tǒng)customerservice（cs）業(yè)務(wù)受理customerservicebusiness（csb）開戶csb服務(wù)類型uri（userregisterin）如csbgsmrui退網(wǎng)csb服務(wù)類型uro（userregisterout）變更csb服務(wù)類型【業(yè)務(wù)說明】如csbgsmcun（changeusername）繳費customerservicefee（csf）繳費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ā)布移動商務(wù)業(yè)務(wù)管理系統(tǒng)businessmanager（bm）資源管理businessmanagerresource（bmr）卡資源管理businessresourcesimcard（brs）號資源管理businessresourcenumber（brn）票據(jù)資源管理businessresourceinvoice

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

15、geragent（bma）統(tǒng)計決策系統(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、后臺監(jiān)控smmb（background）前臺監(jiān)控smmf（front）數(shù)據(jù)庫監(jiān)控smmd（database）數(shù)據(jù)庫管理systemmanagerdatabase（smd）通過以上的說明，我們可以看出，整個系統(tǒng)是由眾多子系統(tǒng)組成的，從邏輯上劃分，可以按照上面原則進行，但為了版本管理（版本管理是基于子系統(tǒng)的）的方便，和員工使用的方便，引入獨立子系統(tǒng)的概念。所謂獨立子系統(tǒng)，指可以完成一組相對獨立而且穩(wěn)定的系統(tǒng)功能。獨立子系統(tǒng)可以是五大系統(tǒng)中的一個，也可以是各子系統(tǒng)中的一個。舉例來說，帳務(wù)服務(wù)子系統(tǒng)可以成為一個獨立子系統(tǒng)，因為如果將帳務(wù)處理或帳務(wù)管理作為獨立子系統(tǒng)，顯然不能滿足對整個帳務(wù)的管理；又比如

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

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

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

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

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

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

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

24、次系統(tǒng)開發(fā)，使用下列編碼規(guī)范：1）cbuilder編碼規(guī)范2）c編碼規(guī)范3）unix c編碼規(guī)范4）pl/sql編碼規(guī)范5）tuxedo應(yīng)用服務(wù)層軟件編寫規(guī)范3.2 文件命名規(guī)范3.2.1 pl/sql源文件命名規(guī)范3.2.1.1 編譯文件各子系統(tǒng)的編譯文件命名格式：子系統(tǒng)編碼_build。sql。整個系統(tǒng)的編譯文件命名為：3g_build。sql。3.2.1.2 單個源文件單個源文件以存儲過程或函數(shù)的名字命名。3.2.2 應(yīng)用層文件命名規(guī)范3.2.2.1 源文件應(yīng)用層所有相關(guān)文件名都以“tux”開頭，具體如下： 中間件配置文件定義為：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）總控進程tuxcorl _ca： 客戶服務(wù)系統(tǒng)customerservice（cs）總控進程tuxcorl _bm：業(yè)務(wù)管理系統(tǒng)businessmanager（bm）總控進程tuxcorl _sd： 統(tǒng)計決策系統(tǒng)statisticanddecision（sd）總控進程tuxcorl _sm： 系統(tǒng)管理系統(tǒng)systemmanger（sm）總控進程tuxcorl _pub： 公共總

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

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

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

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

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

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

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

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

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

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

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

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

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

39、nputparams=int imaxrecord 200（輸入?yún)?shù)類型、名稱、值列表，多個參數(shù)用“;”隔開，可選）reasonvars=（引起錯誤的變量類型、名稱、值列表，多個變量用“;”隔開，可選）desc=調(diào)用tuxedo服務(wù)提交操作歷史記錄時服務(wù)失敗返回（錯誤描述）需要特別說明的是：以上輸入?yún)?shù)列表、錯誤原因變量列表、錯誤描述文本，無論值字符串有多長，均不換行；文本中的換行和回車符分別被替換成“r”和“n”。另外，輸入?yún)?shù)列表和錯誤原因變量列表作為可選項，可以為空。3.3.4 終端配置文件結(jié)構(gòu)規(guī)范終端配置文件的結(jié)構(gòu)采用傳統(tǒng)的ini文件的結(jié)構(gòu)，劃分為以下幾個重要的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)計決策系統(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í)行時間fml input buffer:輸入域標題 fldname fldid occ type value = = = = =。fml output buffer:輸出域標題 fldname fldid occ type value = = = = =3.3.6 應(yīng)用層日志文件結(jié)構(gòu)規(guī)范日志文件內(nèi)容格式為：時間（時分秒）.主機名！進程名.程序員寫入信息舉例如下：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)生的時間等；oracle的錯誤信息舉例如下：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)實體模型分析4.1 基本實體定義客戶：享受服務(wù)的消費者或者潛在的消費者，在系統(tǒng)中主要維護的服務(wù)消費者，維護部分潛在的消費者，在滿足一定條件后，潛在的客戶會轉(zhuǎn)換為真正的服務(wù)消費者。用戶/服務(wù)：用戶是服務(wù)的定購者，服務(wù)是移動公司提供的一系列服務(wù)。用戶定購主體服務(wù)，所以用戶與主體服務(wù)一一對應(yīng)。一個主體服務(wù)可以附加一系列子服務(wù)。大客戶：有一部分用戶是較為特殊的用戶群，他們的消費量大或使用的服務(wù)多，或者有特別的社會身份因而需要差別服務(wù)，系統(tǒng)將這部分用戶定義為大客戶，一個用戶只能成為一個大客戶。集團用戶：出于營銷的考慮，將一部分具有特殊特征用戶群給予特別的服務(wù)和優(yōu)惠，這部分用戶群定義為集團用戶。集團用戶一般有諸如：使用vpmn服務(wù)，或者在某一小區(qū)或基站，或者同屬于某個大型工地，或者有某種親情關(guān)系等等的特征。帳戶：為用戶承擔付費關(guān)