國內(nèi)軟件業(yè)曾有人對行業(yè)性軟件進(jìn)行劃分，在幾個較大的行業(yè)中，排行前幾位的分別是：通信、電力、金融……
但從對技術(shù)的要求與和安全性的要求上來說，通信行業(yè)的計費和金融行業(yè)的交易都是并稱的。因此在通信行業(yè)軟件形成之初，計費就成為了通信行業(yè)的核心軟件，能否有實力作計費軟件成為在行業(yè)中是否具有實力的標(biāo)志。于是也就形成了中國通信行業(yè)著名的“九七”工程！這是完成電信行業(yè)核心業(yè)務(wù)層面的信息化工程。
繼“九七”工程之后，2001年，中國的各電信公司根據(jù)國外電信公司的信息化進(jìn)程和經(jīng)驗，總結(jié)提出要建立中國電信公司的運(yùn)營支撐系統(tǒng)，這個系統(tǒng)是基于“九七”工程外圍的運(yùn)營支撐業(yè)務(wù)構(gòu)建起來的，如果說“九七”工程是心臟，那么運(yùn)營支撐系統(tǒng)就是四肢！心臟是為了提供肌體的動力，四肢才可以通過各種形式來獲取利益，使心臟能繼續(xù)生存下去。運(yùn)營支撐系統(tǒng)在中國電信集團(tuán)公司被稱為“OSS”系統(tǒng)，全稱是“Operation Support System”，在中國移動通信集團(tuán)稱為“BOSS”系統(tǒng)，全稱是“Business andOperation Support System”。
在電信集團(tuán)提出構(gòu)建運(yùn)營支撐系統(tǒng)的同時，各電信分公司還在籌劃構(gòu)建符合自己特點的ERP系統(tǒng)，與此同時，基于運(yùn)營支撐系統(tǒng)之外的各種行業(yè)業(yè)務(wù)系統(tǒng)也開始了開發(fā)與規(guī)劃。
電信行業(yè)軟件歷程
一、九七工程
九七工程是中國通信行業(yè)軟件最初的形象。實際上在實施九七工程的時候，中國的通信行業(yè)基本上還是一家壟斷的狀態(tài)，那就是中國電信！
九七工程主要解決了電信行業(yè)最迫切需要解決的交換、計費、帳務(wù)、經(jīng)營等最關(guān)鍵的業(yè)務(wù)過程。這些業(yè)務(wù)要求實時性非常強(qiáng)、對準(zhǔn)確性的要求也非常高，因為系統(tǒng)的每一個數(shù)據(jù)都關(guān)系到電信的直接收入。
一些國內(nèi)的軟件公司借著這股春風(fēng)發(fā)展了起來，也有一些公司從此開始涉足軟件行業(yè)。
從技術(shù)和行業(yè)的應(yīng)用成熟度來說，當(dāng)時進(jìn)行這項工程的條件是不具備的，但是，這項工程的實施卻是必須的。所以，在實施這個工程的過程中，不少系統(tǒng)都是多次返工，雖然達(dá)不到實際意義上的7×24，但是至少可以得到比其他方式更精確的數(shù)據(jù)信息，這也就是這項工程的一大意義了。因此，在此后，盡管1997年早成為過去，但是九七工程這個名詞卻一直被沿用下來，以代表這個特殊的意義——中國電信行業(yè)的第一次信息化。
二、OSS/BOSS系統(tǒng)
2001年，中國移動開始規(guī)劃“BOSS”系統(tǒng)，2002年各省移動公司分別制定了自己的“BOSS”系統(tǒng)的技術(shù)規(guī)范和業(yè)務(wù)規(guī)范，但是，離真正實施還有一段時間，因為中國移動還需要進(jìn)行統(tǒng)一的規(guī)劃。
在中國移動制定規(guī)范的同時，中國電信集團(tuán)也不甘落后，也開始制定自己的“OSS”系統(tǒng)的規(guī)范和實施規(guī)劃，并在其上海研究院進(jìn)行相關(guān)的試驗。不過，因為其工作量過大，按照初步的估計，一個省級電信公司要實現(xiàn)“OSS”系統(tǒng)的規(guī)劃，至少需要五年，投入至少有3到5億以上的資金。按照這樣的估算，中國電信集團(tuán)要實現(xiàn)全國的“OSS”規(guī)劃至少就需要90億以上的資金投入，所以，一直到現(xiàn)在，中國電信集團(tuán)的“OSS”系統(tǒng)還仍然無法進(jìn)入實施階段。
其他的電信運(yùn)營商，諸如中國聯(lián)通、中國網(wǎng)通、中國鐵通等公司也都在紛紛籌劃自己的相關(guān)系統(tǒng)。
技術(shù)方案概述
一、B/S結(jié)構(gòu)
隨著軟件技術(shù)和網(wǎng)絡(luò)的發(fā)展，各種行業(yè)軟件業(yè)幾乎都在進(jìn)行著B/S與C/S結(jié)構(gòu)的爭論和演化。雖然大家都認(rèn)為B/S結(jié)構(gòu)更先進(jìn)一些，但是，在某些特定的行業(yè)和業(yè)務(wù)中，C/S結(jié)構(gòu)的系統(tǒng)仍然有著非常重要的地位和不可替代的作用。
加上B/S結(jié)構(gòu)產(chǎn)品的開發(fā)難度要遠(yuǎn)大于C/S結(jié)構(gòu)的系統(tǒng)，調(diào)試和測試工作都要比C/S結(jié)構(gòu)的產(chǎn)品復(fù)雜得多。在此條件下，基于成本和效益的各種方案對此有很大的影響。
經(jīng)過長時間的研究和探討，通信行業(yè)的產(chǎn)品在體系結(jié)構(gòu)上基本達(dá)成一致：在業(yè)務(wù)操作實現(xiàn)領(lǐng)域采用B/S結(jié)構(gòu)，在某些特殊的功能實現(xiàn)上適當(dāng)?shù)夭捎肅/S結(jié)構(gòu)。
二、多層結(jié)構(gòu)選擇的必然
提到體系架構(gòu)的選擇，電信行業(yè)的大多數(shù)業(yè)務(wù)對系統(tǒng)的實時性、穩(wěn)定性要求都非常高，因此電信行業(yè)軟件業(yè)就成了所有軟件中開發(fā)難度最大的一種。
目前國際上流行的兩種軟件體系，都采用了多層體系來進(jìn)行大中型系統(tǒng)和關(guān)鍵系統(tǒng)的構(gòu)架。
電信行業(yè)項目的實施中，也大都采用了中間件進(jìn)行整個體系的構(gòu)架，在J2EE體系成型之前，大多數(shù)系統(tǒng)都采用C/C++進(jìn)行開發(fā)，一些關(guān)鍵的業(yè)務(wù)實現(xiàn)則采用Corba體系。隨著Corba與J2EE的融合，兩大對立陣營的.Net與J2EE逐漸成型，電信領(lǐng)域的大型系統(tǒng)大部分都采用了基于Java的多層體系架構(gòu)。如圖2所示：
Web服務(wù)器：在Web服務(wù)器上，部署的是系統(tǒng)的表現(xiàn)層，用戶通過瀏覽器進(jìn)行瀏覽和信息交換。
應(yīng)用服務(wù)器：主要提供組件的生存支撐環(huán)境，提供業(yè)務(wù)邏輯搭建的基礎(chǔ)。
三、體系架構(gòu)的選擇
目前流行的兩大體系是.Net和J2EE。
由于微軟的產(chǎn)品大都穩(wěn)定性、可靠性較差，雖然上手非常容易，但這恰恰不能達(dá)到電信行業(yè)對于可靠性的基本要求，所以，從體系到產(chǎn)品，微軟都被全部屏蔽于行業(yè)重點業(yè)務(wù)的實現(xiàn)之外。
J2EE體系得到了較多大型廠商的支持，同時融合了Corba對語言無關(guān)性的特征（雖然其真正的可用還需要一段時間）以及其他優(yōu)勢，目前已經(jīng)得到了絕大多數(shù)電信公司的認(rèn)可，在通信行業(yè)領(lǐng)域內(nèi)的開發(fā)商和集成商也都紛紛附和。
四、語言的選擇
對于語言的選擇，新的電信行業(yè)軟件做了非常慎重的考慮，既要保證效率和實時性，還要能提供足夠強(qiáng)大的穩(wěn)定性，在J2EE推出之前，包括國外的電信行業(yè)項目也大都采用C/C++開發(fā)，但是，因為C++本身所固有的問題——內(nèi)存泄漏，所以，系統(tǒng)的穩(wěn)定性總是很難得到保障。
Java出現(xiàn)后，由于Java自身對C++的補(bǔ)充，穩(wěn)定性方面得到了極大的提高。但，同時也發(fā)生了一個問題：因為Java需要運(yùn)行在Java虛擬機(jī)上，經(jīng)過這樣一次解析后，其運(yùn)行效率和速度都受到了很大的影響，當(dāng)進(jìn)行大數(shù)據(jù)量查詢和統(tǒng)計分析的時候，Java的速度問題就很明顯了。因此，在一些特殊的功能實現(xiàn)方面，又需要使用C/C++來進(jìn)行速度的提升。
五、最終決定
通過上面的描述，我們已經(jīng)基本上把電信行業(yè)軟件開發(fā)的體系架構(gòu)表述清楚了。圖3是筆者早先完成的一個基于J2EE架構(gòu)的產(chǎn)品開發(fā)技術(shù)框架，僅供參考：
1 J2EE實現(xiàn)整體設(shè)計原則與思想
該系統(tǒng)的設(shè)計，采用了組件化的設(shè)計思想，同時根據(jù)項目的特點，對J2EE的實現(xiàn)架構(gòu)進(jìn)行了適當(dāng)?shù)母倪M(jìn)，使之能更適應(yīng)電信目前的要求和今后擴(kuò)展的需要。
系統(tǒng)采用J2EE體系架構(gòu)進(jìn)行整體結(jié)構(gòu)設(shè)計，這也是國際上流行的解決大型企業(yè)應(yīng)用及關(guān)鍵性業(yè)務(wù)應(yīng)用的優(yōu)秀技術(shù)。
2 功能設(shè)計
通過J2EE技術(shù)框架實現(xiàn)電信行業(yè)系統(tǒng)的所有功能。
3 體系結(jié)構(gòu)
該系統(tǒng)必須采用多層體系結(jié)構(gòu)。建議采用如圖3所示的六層體系進(jìn)行架構(gòu)。
4 構(gòu)架特點
下面按照數(shù)據(jù)庫層、數(shù)據(jù)管理層、事務(wù)處理層、會話處理層、邏輯控制層、前端表現(xiàn)層的順序?qū)σ陨细鲗庸δ芎吞攸c進(jìn)行詳細(xì)的描述：
（1）數(shù)據(jù)庫層
選用某種數(shù)據(jù)庫，提供數(shù)據(jù)存儲服務(wù)，同時，還需要提供災(zāi)難備份和恢復(fù)功能。所以，目前，電信行業(yè)內(nèi)部對數(shù)據(jù)庫的基本要求如下：
①支持ANSI/ISO SQL-89、ANSI/ISO SQL-92標(biāo)準(zhǔn)；
②支持中文漢字內(nèi)碼，符合雙字節(jié)編碼；
③支持主流廠商的硬件平臺及操作系統(tǒng)平臺；
④數(shù)據(jù)庫系統(tǒng)應(yīng)具有良好的伸縮性；
⑤支持主流的網(wǎng)絡(luò)協(xié)議（如：TCP/IP、IPX/SPX、NETBIOS及混合協(xié)議）；
⑥具有良好的開放性，支持異種數(shù)據(jù)庫的互訪：
實現(xiàn)對文件數(shù)據(jù)和桌面數(shù)據(jù)庫數(shù)據(jù)的訪問；
實現(xiàn)對大型異種數(shù)據(jù)庫的訪問；
能夠?qū)⒃挟惙N數(shù)據(jù)庫向本數(shù)據(jù)庫無損失移植；
實現(xiàn)和高級語言互聯(lián)的能力；
支持XA、ODBC 3.0、X/OpenCLI、JDBC等工業(yè)標(biāo)準(zhǔn)；
支持分布式事務(wù)及兩階段提交功能。
⑦具有支持并行操作所需的技術(shù)（如多服務(wù)器協(xié)同技術(shù)、事務(wù)處理的完整性控制技術(shù)等）；
⑧支持網(wǎng)絡(luò)上同構(gòu)或異構(gòu)數(shù)據(jù)庫之間數(shù)據(jù)的冗余性復(fù)制；具有多種復(fù)制功能模塊（如實時復(fù)制、定時復(fù)制、雙向復(fù)制、多點方式下的N向復(fù)制、復(fù)制轉(zhuǎn)發(fā)，復(fù)制范圍可整表復(fù)制或表中部分行復(fù)制或修改單元復(fù)制）；
⑨支持聯(lián)機(jī)事務(wù)處理（OLTP），支持決策支持的建立，要求能夠?qū)崿F(xiàn)數(shù)據(jù)的快速裝載、高效的并發(fā)處理和交互式查詢；
⑩支持C2或以上級安全標(biāo)準(zhǔn)、多級安全控制；
支持?jǐn)?shù)據(jù)庫存儲加密及相應(yīng)冗余控制；
提供Web服務(wù)接口模塊，對客戶端輸出協(xié)議支持HTTP2.0、SSL等；
支持聯(lián)機(jī)存儲和備份功能（如磁帶方式、光盤方式）；
應(yīng)具有強(qiáng)的容錯能力、錯誤恢復(fù)能力、錯誤記錄及預(yù)警能力；
數(shù)據(jù)庫、表大小等技術(shù)參數(shù)可靈活設(shè)置，支持對多媒體數(shù)據(jù)及大數(shù)據(jù)量處理的技術(shù)需求；
應(yīng)可以避免數(shù)據(jù)庫死鎖的出現(xiàn)，一旦死鎖能夠自動解鎖；
開發(fā)工具易使用、開發(fā)效率高、維護(hù)方便；
支持多種CASE工具。
上面對數(shù)據(jù)庫的各個方面都提出了要求，在電信行業(yè)內(nèi)部，目前對于中小型非關(guān)鍵業(yè)務(wù)項目采用MS SQL Server 2000的比較多，大型項目基本上都避開微軟的體系和產(chǎn)品，而采用Oracle和DB2作為系統(tǒng)的數(shù)據(jù)庫選擇。
（2）數(shù)據(jù)管理層
這是整個系統(tǒng)中唯一進(jìn)行數(shù)據(jù)訪問、數(shù)據(jù)控制和數(shù)據(jù)安全校驗的部分，是系統(tǒng)中唯一與數(shù)據(jù)庫交互的部分，這也從另一個層面提高了數(shù)據(jù)安全性。
另外，由于有些電信行業(yè)系統(tǒng)的分布地域比較廣，采用這種方式有利于分布式數(shù)據(jù)的有效管理，可提高數(shù)據(jù)的利用率和有效性。
優(yōu)點：專用的數(shù)據(jù)管理層屏蔽了系統(tǒng)的其他部分對系統(tǒng)數(shù)據(jù)庫的直接訪問，增加了系統(tǒng)數(shù)據(jù)的隱蔽性，提高安全性和可管理性。
具體實現(xiàn)的時候，可盡量采用應(yīng)用服務(wù)器所提供的功能，采用容器管理實體Bean（也就是CMP EntityBean）來開發(fā)數(shù)據(jù)管理層，這樣可以降低開發(fā)人員的開發(fā)工作量，提高效率，提高組件的可重用性。而且，當(dāng)數(shù)據(jù)庫發(fā)生變化的時候，不需要做大量的編碼，通過應(yīng)用服務(wù)器本身就可以直接對這種變化做出相應(yīng)的反應(yīng)。
注：對于CMP和BMP的使用的基本觀點是這樣：對于完全新建的系統(tǒng)，也就是說沒有老系統(tǒng)的存在，或者可以忽略老系統(tǒng)的數(shù)據(jù)庫設(shè)計方式可能對新系統(tǒng)的數(shù)據(jù)庫設(shè)計造成的影響的時候，建議采用CMP的方式來開發(fā)EntityBean，這樣就可以完全采用OO的方式從需求開始到分析設(shè)計和編碼實現(xiàn)都依托于OO的思想進(jìn)行整體的規(guī)劃，系統(tǒng)實現(xiàn)也會相對比較合理。而對于不符合上述情況的系統(tǒng)，一般在前端流程實現(xiàn)和業(yè)務(wù)邏輯實現(xiàn)中可以考慮采用OO的過程，在數(shù)據(jù)庫管理層的實現(xiàn)中需要考慮與前端的配合外，數(shù)據(jù)庫管理層的設(shè)計和數(shù)據(jù)庫層的設(shè)計建議采用面向數(shù)據(jù)的過程進(jìn)行規(guī)劃，否則，不僅僅用戶可能會對工期不滿，開發(fā)團(tuán)隊也將面臨著數(shù)據(jù)抽取與轉(zhuǎn)換的難題。
（3）事務(wù)處理層
系統(tǒng)中進(jìn)行事務(wù)處理的主要部分。這部分將根據(jù)具體的業(yè)務(wù)邏輯和實現(xiàn)進(jìn)行業(yè)務(wù)控制和事務(wù)處理。在業(yè)務(wù)進(jìn)行變化的時候，不影響系統(tǒng)的其他部分。
由于有些規(guī)則和制度會因為時間和各種情況有一定的變化，因此很多業(yè)務(wù)的具體處理流程和過程都需要修改，這樣的修改如果放在其他部分，就有可能影響到很多其他業(yè)務(wù)的正常開展。
優(yōu)點：經(jīng)過仔細(xì)考慮后，筆者認(rèn)為：針對所有具體的業(yè)務(wù)增加專用的事務(wù)處理層，進(jìn)行專項業(yè)務(wù)的處理和控制。提高系統(tǒng)整體的可重用性，降低系統(tǒng)各部分之間的耦合度。
通過這種方式，可以隨時隨地地增加一項業(yè)務(wù)，減少一個環(huán)節(jié)，都不會對其他部分造成大影響，除非這項業(yè)務(wù)有一些固有的特殊的頁面展示要求，否則都可以方便的達(dá)到上面的功能。
例如：在業(yè)務(wù)重組和舊制度廢除、新制度發(fā)布的時候，可以先按照新制度定制好流程組件，在新制度發(fā)布生效的時候，將舊組件卸下，新組件安裝即可。在現(xiàn)有的應(yīng)用服務(wù)器上使用時，甚至服務(wù)都不需要中斷，對于一個業(yè)務(wù)的更新，僅僅需要一兩秒鐘的時間就可以完成。
缺點：一定程度上，這對效率有所影響，但相對于Internet網(wǎng)絡(luò)狀況對系統(tǒng)性能的影響來看，這種架構(gòu)模式對整個系統(tǒng)性能的影響仍然是很小的。
筆者建議：
①如果遇到大數(shù)據(jù)量查詢時，建議越過這種架構(gòu)模式，直接通過安全的SQL連接方式從數(shù)據(jù)庫中盡快獲取信息。
②對于大型的電子商務(wù)系統(tǒng)也可以借鑒這種體系架構(gòu)，但對于僅僅在局域網(wǎng)內(nèi)工作的系統(tǒng)，就可以對本架構(gòu)進(jìn)行簡化，因為局域網(wǎng)內(nèi)的安全性相對較高，所以，可以考慮簡化以提高系統(tǒng)性能和運(yùn)行效率。
（4）會話處理層
會話層，處理與前端展現(xiàn)的會話信息，提供交互的第一個處理界面，處理簡單、穩(wěn)定的事務(wù)。不處理復(fù)雜的事務(wù)和變化較頻繁的事務(wù)。
優(yōu)點：提供對前端發(fā)送過來的請求和各種數(shù)據(jù)信息的處理，當(dāng)前端展現(xiàn)發(fā)生變化的時候，不會影響到后臺的服務(wù)組件代碼。
提供對簡單事務(wù)的處理，這些事務(wù)一般是通用型的、基本上不發(fā)生變化的事務(wù)流程。如電信行業(yè)的批復(fù)流程、審核流程等等。
（5）邏輯控制層
系統(tǒng)進(jìn)行控制的部分。這部分將提供系統(tǒng)整體的控制，處理各個部分之間的關(guān)系，啟動各層間的操作和運(yùn)行。同時它可以屏蔽前后兩層（前端表現(xiàn)層和會話處理層）之間的聯(lián)系，降低系統(tǒng)的耦合度。
優(yōu)點：這是MVC中的控制層，在采用J2EE進(jìn)行系統(tǒng)架構(gòu)設(shè)計時，IBM非常推崇這種模式。在本系統(tǒng)的架構(gòu)考慮中也認(rèn)為采用這種模式是相當(dāng)合適的，但同時考慮到這個系統(tǒng)的實際情況，本文對這種模式作了擴(kuò)展，將模型層分成兩個部分，也就是數(shù)據(jù)管理層和事務(wù)處理層，具體原因已經(jīng)在這兩個部分作了解釋。
這種模式是把控制權(quán)和所有權(quán)進(jìn)行分離，當(dāng)具體業(yè)務(wù)和會話表現(xiàn)等部分發(fā)生變化的時候，開發(fā)人員不需要修改控制層的代碼，使得整個系統(tǒng)中各個部分的權(quán)責(zé)更加明確，降低了維護(hù)的工作量。
（6）前端表現(xiàn)層
系統(tǒng)中提供數(shù)據(jù)展現(xiàn)的部分，屬于整個系統(tǒng)的UI。這也是用戶對整個系統(tǒng)最直接接觸的部分。將提供報表展現(xiàn)、報表定制和錄入、數(shù)據(jù)輸入和輸出、信息瀏覽發(fā)布等等……
優(yōu)點：這是一個完全獨立的表現(xiàn)層，如果設(shè)計的比較好，就可以做到：其樣式、風(fēng)格都可以由美工進(jìn)行直接的修改和設(shè)計。這些設(shè)計不會影響到任何后臺的事務(wù)，因此，甚至可以做到隨時更換風(fēng)格。
5 性能實現(xiàn)
（1） 安全性
關(guān)于安全性的描述，請參見系統(tǒng)和數(shù)據(jù)安全管理中的描述。
（2）可靠性
系統(tǒng)的可靠性將在具體的項目開發(fā)過程中體現(xiàn)出來。因為每一項業(yè)務(wù)的添加與減少都對系統(tǒng)整體的穩(wěn)定性產(chǎn)生一定的影響。開發(fā)過程中，只要對設(shè)計進(jìn)行嚴(yán)格的檢驗和測試就可以保證整個系統(tǒng)的可靠性。
（3）靈活性和擴(kuò)展性
按照目前所規(guī)劃的技術(shù)架構(gòu)，開發(fā)者可以隨時在上面進(jìn)行各個功能層的組合和分離，也可以將各個功能層分布在各個不同的服務(wù)器上共同提供服務(wù)，因此整個系統(tǒng)無論是在物理結(jié)構(gòu)上還是在邏輯結(jié)構(gòu)上都具有很高的靈活性和擴(kuò)展性。
對于業(yè)務(wù)組件，開發(fā)者/使用者可以對其進(jìn)行業(yè)務(wù)分割和重組，以提高組件的利用率，對于今后其他系統(tǒng)的開發(fā)也具有技術(shù)積累的意義。
同時，這些業(yè)務(wù)組件可以根據(jù)業(yè)務(wù)狀況的變化進(jìn)行更新和替換。比如說：某一項新的制度發(fā)布生效前，開發(fā)者可以提前按照新的制度開發(fā)好完整的業(yè)務(wù)組件，在生效的那個時間點，將老組件取下，新組件安裝到服務(wù)器上。這樣也就不會因為制度的變化影響到各個業(yè)務(wù)或者辦公流程的順利開展。
（4）實用性
系統(tǒng)的技術(shù)架構(gòu)是專門針對項目的一些特性對J2EE原有的體系架構(gòu)進(jìn)行修改和完善后設(shè)計出來的。它既可以應(yīng)付復(fù)雜多變的業(yè)務(wù)流程，對于一般十分穩(wěn)定的業(yè)務(wù)流程也不會出現(xiàn)多余的問題，且具有相當(dāng)好的擴(kuò)展性和靈活性。
