基于TDframework的業(yè)務支撐開戶系統(tǒng)研究與實現(xiàn)

劉曉春 陳煉 東華計量測試研究院 南昌市 330000

基于TDframework的業(yè)務支撐開戶系統(tǒng)研究與實現(xiàn)

劉曉春 陳煉 東華計量測試研究院 南昌市 330000

隨著網(wǎng)絡技術的迅速發(fā)展和TDframework平臺的廣泛應用，電信運營的市場競爭日益加劇，而開戶系統(tǒng)作為電信運營支撐系統(tǒng)中的前端，重要性明顯。本文主要針對廣電BOSS（業(yè)務支撐系統(tǒng)）系統(tǒng)訂單子系統(tǒng)的開戶業(yè)務，采用JSP動態(tài)顯示網(wǎng)頁、JDBC、AJAX等技術，實現(xiàn)了開戶系統(tǒng)的開戶，報裝，補錄等開戶系統(tǒng)基本功能。該系統(tǒng)支持以產(chǎn)品方式定購業(yè)務的功能，把各種服務類型的業(yè)務受理功能按照訂單類型進行合并；開戶處理環(huán)節(jié)中的每個步驟做成獨立的原子操作等。

0、引言

隨著運營支撐系統(tǒng)整體結構與功能的日益復雜化，開戶系統(tǒng)在整體系統(tǒng)建設過程中的重要性也比以前更為凸顯。舉例來說，在運營支撐系統(tǒng)發(fā)展之初，由于業(yè)務需求少、系統(tǒng)功能結構簡單、系統(tǒng)數(shù)量少等原因，幾乎不用考慮開戶數(shù)據(jù)的一致性、信息交互、端到端支撐、資源共享等問題[1]?，F(xiàn)在，再進行支撐系統(tǒng)建設時，任何一家運營企業(yè)都不能再忽略上述技術問題。從運營支撐系統(tǒng)技術體系現(xiàn)狀可以看出，我國電信運營支撐系統(tǒng)基本仍沿用“煙囪式”建設模式，缺乏統(tǒng)一規(guī)劃，軟硬件資源共享程度低。具體來說，主要在展示層、數(shù)據(jù)層、基礎設施層存在以下幾個問題。

在展示層，未能為眾多系統(tǒng)提供統(tǒng)一入口，無法進行統(tǒng)一的認證與登錄。在數(shù)據(jù)層，現(xiàn)有的運營支撐系統(tǒng)還缺乏統(tǒng)一的數(shù)據(jù)模型，數(shù)據(jù)不一致的現(xiàn)象仍然比較突出，直接影響到信息交互能力以及分析結果的可靠性。大約10年 前，業(yè)界有識之士就已經(jīng)提出“三分應用，十分數(shù)據(jù)，十二分管理”的觀點，“數(shù)據(jù)”的重要性也得到了各運營企業(yè)的重視。但是，整個電信行業(yè)發(fā)展速度太快，新業(yè)務、新需求不斷涌現(xiàn)，使得數(shù)據(jù)模型的建設面臨較大困難。在基礎設施層，各應用系統(tǒng)基本上“獨占”一套主機系統(tǒng)和存儲系統(tǒng)，硬件資源還難以在不同系統(tǒng)之間共享。

在這種背景下，運營支撐系統(tǒng)被推到了前臺，并有可能逐步與業(yè)務網(wǎng)融合。運營支撐系統(tǒng)應向“集中化、服務化、標準化”的方向發(fā)展。具體說來，“集中化”指的是運營支撐系統(tǒng)功能與建設模式的發(fā)展方向，這二者是相輔相成、相互影響的。近幾年集中化改造工作的逐步深入，無論在系統(tǒng)的支撐能力，還是在管理維護等方面都為各大運營商帶來了明顯的收益，這必然會進一步加大運營商對集中化工作的投入?！胺栈笔轻槍\營支撐系統(tǒng)的建設理念而言的。隨著電信運營市場的日趨飽和，對客戶的爭奪將更加激烈，這就必然要求支撐系統(tǒng)應擺脫以往那種被動滿足某些特定功能需求的建設理念，應更多地從市場的角度、客戶的角度去主動分析客戶需求、客戶特點，進而建設和完善系統(tǒng)功能。需要指出的是，不僅客服系統(tǒng)、客戶關系管理系統(tǒng)應具備服務化的理念，網(wǎng)管支撐系統(tǒng)也應具備這種理念，實現(xiàn)服務功能的前移?！皹藴驶笔沁\營支撐系統(tǒng)的技術架構發(fā)展方向。在全業(yè)務運營時代，市場、客戶、業(yè)務對支撐系統(tǒng)必然會提出更多、更高的要求，在這種情況下必須具有一套面向全企業(yè)的數(shù)據(jù)結構規(guī)范、系統(tǒng)接口規(guī)范和信息集成規(guī)范，這是實現(xiàn)信息共享的基礎，也是實現(xiàn)系統(tǒng)模塊化與松耦合的保障。

本文主要針對廣電BOSS（業(yè)務支撐系統(tǒng)）系統(tǒng)訂單子系統(tǒng)的開戶業(yè)務?；赥Dframework，采用JSP動態(tài)顯示網(wǎng)頁[2-3]、JDBC[4]、AJAX[5]等技術，實現(xiàn)開戶，報裝，補錄等開戶系統(tǒng)基本功能。

1、系統(tǒng)流程與模塊設計

本文實現(xiàn)的系統(tǒng)運行大致流程為：

a）通過IE訪問系統(tǒng)，在登陸界面輸入用戶名，密碼及驗證碼，如果以上3項輸入均正確則進入系統(tǒng)，否則跳回到登陸頁面，并給出錯誤信息；

b）進入系統(tǒng)后，進入操作頁面，頁面由框架組成，登陸者的部分信息給予顯示，運用了樹形結構生成主菜單子菜單，頁面運用AJAX技術，實現(xiàn)無跳轉操作；

c）在主菜單中選擇報裝子菜單，填寫相應內(nèi)容，頁面有必要的表單驗證（必選項），通過存儲過程將填寫的信息存入數(shù)據(jù)庫；

d）安裝人員根據(jù)報裝信息上門安裝之后，由具體操作人員登錄系統(tǒng)進行信息補錄，填寫相應信息，確定訂單內(nèi)容等；

e）完成補錄后，進入開戶選項，最終確定內(nèi)容，生成賬單等，確認付款，開戶完成。

本文設計系統(tǒng)模塊主要包含如圖1顯示的4個部分。該模塊主要完成廣電業(yè)務的入網(wǎng)開戶功能。從登錄界面的信息驗證到開戶報裝、補錄、開戶等界面的操作，錄入了必須的客戶信息、帳戶信息、賬本信息、訂購產(chǎn)品信息、業(yè)務群信息以及其它業(yè)務信息，在系統(tǒng)中形成可用的客戶信息、帳戶信息、訂購實例信息、業(yè)務信息；提供報裝預約時間；為用戶提供產(chǎn)品下各業(yè)務的使用。

圖1 訂單子系統(tǒng)開戶模塊

2、系統(tǒng)實現(xiàn)

系統(tǒng)設計階段的目的是設計易于轉化成代碼的方案。在系統(tǒng)詳細設計階段，要對系統(tǒng)中引入的所有類進行細化，運用UML提供的動態(tài)模型序列圖或稱為順序圖，對系統(tǒng)的控制、轉移、事件和條件進行描述。序列圖是一種對象交互圖，著重強調(diào)了時間序列，而不是靜態(tài)對象的關系，通過序列圖可以清楚地看到“誰在什么時間對誰說了些什么”，著重描述系統(tǒng)中多個對象消息傳遞的時間順序，即在對象間如何發(fā)送和接收消息。

2.1、開戶業(yè)務總體流程

開戶業(yè)務后臺簡略過程如下：

a）在登陸頁面（login.jsp）輸入賬戶名，密碼,驗證碼登陸進入主頁面（main.jsp）；web.xml中設置初始頁面，spring中設置用到的過濾器，最后通過loginaction跳轉；

b）在main.Jsp（框架構成）中顯示由session傳來的登陸者信息（在右上角），并逐級生成主菜單，子菜單（）；頁面隱藏域中添加systemID，menuID等必要信息；

c）通過鼠標點擊觸發(fā)事件顯示出右側頁面（報裝，補錄，開戶等）；

d）在各指定頁面中完成必要操作（填寫信息，連接數(shù)據(jù)庫并使用存儲過程寫入數(shù)據(jù)）如：報裝頁面（PreOpenContent.jsp）中通過PreOpenAction完成報裝操作；補錄頁面先查詢報裝信息再添加信息等；實現(xiàn)開戶。

2.2、開戶業(yè)務功能描述與界面設計

受理客戶在營業(yè)廳提出的入網(wǎng)開戶業(yè)務請求，并選購產(chǎn)品，客戶訂制某項服務，建立訂購關系。工作人員登錄BOSS系統(tǒng)，系統(tǒng)首先判斷其輸入的用戶名和密碼是否正確，再根據(jù)用戶名獲取操作人員的資料（部門，編號等），對應其權限發(fā)放相關的頁面，該頁面采用樹級菜單，設計系統(tǒng)功能表，菜單表，運用AJAX技術，實現(xiàn)頁面無刷新操作。操作人員在報裝頁面錄入客戶部門信息，設定報裝預約時間，安裝人員上門安裝之后反饋信息，操作人員進行客戶信息查詢補錄，補錄完成無誤之后，在開戶頁面進行預算等操作，最終完成開戶操作。其中，報裝信息、補錄、開戶的界面設計分別如圖2、3、4所示［6-7］。

圖2 報裝信息的界面設計

圖3 補錄的界面設計

圖4 開戶的界面設計

以上設計的主要頁面構成如表1所示：

表1 主要頁面構成

2.3、需求實現(xiàn)

經(jīng)過系統(tǒng)設計，可以實現(xiàn)三步開戶流程。具體細節(jié)由表2所示。

表2 需求實現(xiàn)

3、主要結論

隨著網(wǎng)絡技術的迅速發(fā)展和TDframework平臺的廣泛應用，國家改革的深化、電信業(yè)的市場環(huán)境已漸趨合理且競爭將日益加劇。本文提出的系統(tǒng)能夠改善客戶關系管理系統(tǒng)的能力，形成新一代BOSS系統(tǒng)。本文按照軟件工程的思想，從系統(tǒng)的分析、設計、實現(xiàn)到系統(tǒng)的測試運行，詳細地闡述了該系統(tǒng)中各項功能模塊的設計思想與實現(xiàn)方式。本文主要實現(xiàn)的工作包括：支持以產(chǎn)品方式定購業(yè)務的功能，把各種服務類型的業(yè)務受理功能按照訂單類型進行合并；開戶處理環(huán)節(jié)中的每個步驟做成獨立的原子操作，由流程控制進行配置和推動；開戶系統(tǒng)使用新的數(shù)據(jù)模型；完成基本頁面設計等。今后，系統(tǒng)的兼容、操作和實用性將通過實踐檢驗，該平臺還需要結合新的技術不斷完善，以適應更多更新的業(yè)務需求。

［1］Cay S. Horstmann, Gary Cornell. Core Java 2,Volume 1-Fundamentals,Seventh Edition. Beijing∶China Machine Press, 2006

［2］柳永坡, 劉雪梅, 趙長海. JSP應用開發(fā)技術. 北京∶ 人民郵電出版社, 2005

［3］張軍. JSP網(wǎng)絡應用開發(fā)例學與實踐. 北京∶ 清華大學出版社, 2006

［4］陳剛. Eclipse 從入門到精通. 北京∶ 清華大學出版社, 2005

［5］李興華.JAVA開發(fā)實戰(zhàn)經(jīng)典.北京：清華大學出版社，2009.

［6］汪沁. 數(shù)據(jù)結構.北京∶ 清華大學出版社, 2006.

［7］陳軼. WEB開發(fā)技術實用教程.北京：清華大學出版社，2007.

1009-0940(2014)-3-0034-04

2014-8-16