電信IP計費系統(tǒng)的實現(xiàn)

PAGEPAGE論文題目：電信運營計費管理系統(tǒng)設計與實現(xiàn)摘要電信運營支持系統(tǒng)是一個綜合的業(yè)務運營和管理平臺，真正融合了傳統(tǒng)的數(shù)據(jù)業(yè)務和各類增值業(yè)務的綜合管理平臺。隨著通信網(wǎng)絡的智能化、增值業(yè)務和數(shù)據(jù)業(yè)務的發(fā)展，電信運營支撐系統(tǒng)與業(yè)務系統(tǒng)在支撐端到端的業(yè)務流程方面結合的越來越緊密，企業(yè)和網(wǎng)絡的轉型，使得我們必須認真思考運營支撐工作和系統(tǒng)建設在新形勢下如何才能更好地支撐轉型工作和更好地服務于廣大客戶。因此，需要有一個比較完善的電信運營計費管理系統(tǒng)來實現(xiàn)對數(shù)據(jù)采集，整合，業(yè)務查詢等功能的管理，達到滿足用戶要求。本論文是在分析現(xiàn)有的電信運營計費系統(tǒng)的基礎上，通過對電信行業(yè)的了解，采取一些電信運營管理系統(tǒng)某些優(yōu)點，從對系統(tǒng)的需求分析起，以系統(tǒng)的實現(xiàn)為中心，利用Java開發(fā)語言，設計和開發(fā)一個J2EE的電信運營計費管理系統(tǒng)。[關鍵詞]電信，運行支持系統(tǒng)，管理系統(tǒng)[論文類型]設計型Title:TelecommunicationoperationbillingmanagementsystemdesignandrealizationMajor:e-commerceABSTRACTTelecomoperationsupportsystemisanintegratedbusinessoperationsandmanagementplatform,whichisthemanagementplatformthattherealintegrationofthetraditionaldataservicesandvariousvalue-addedintegratedbusiness.Withtheintelligentcommunicationnetworkandvalue-addedservicesanddatabusinessdevelopment,telecomoperationsupportsystemsandbusinesssystemsinsupportofendtoendbusinessprocessesmorecloselyintegrated,enterpriseandnetworktransformation,wemustseriouslyconsidermakingoperationssupporttheworkandsystemconstructioninthenewsituation,howcanwebettersupportthetransformationofworkandbetterserveourcustomers.Therefore,theneedforamorecompleteaccountingmanagementsystemfortelecomoperatorstoachievethedatacollection,consolidation,businessinquiriesandotherfunctionsofmanagement,tomeetuserrequirements.Thispaperistheanalysisoftheexistingtelecomoperatorsbasedonthebillingsystem,throughtheunderstandingofthetelecommunicationsindustry,telecommanagementsystemstakesomeoftheadvantagesofthesystemfromrequirementsanalysis,theimplementationofthesystemasthecenter,usingJavadevelopmentlanguage,designedanddevelopedaJ2EE-telecombillingmanagementsystem.[Keywords]Telecommunications，OperationalSupportSystems,ManagementSystem[TypeofThesis]Designtype目錄1緒論 11.1研究的背景 11.2國內外市場研究 11.2.1國外市場研究 11.2.2國內市場研究 21.3研究的目的 21.4研究的意義 21.5本文的組織結構 32電信運營計費管理系統(tǒng)的概述 32.1電信運營計費管理系統(tǒng)的概念 32.2電信運營計費管理系統(tǒng)的特點 33電信運營計費管理系統(tǒng)開發(fā)工具和系統(tǒng)結構 43.1開發(fā)工具 43.1.1數(shù)據(jù)庫 43.1.2開發(fā)語言 43.1.3集成開發(fā)工具 43.1.4瀏覽器 43.2系統(tǒng)架構 43.3系統(tǒng)技術平臺 54電信運營計費系統(tǒng)的需求分析與總體設計 54.1需求分析 54.1.1業(yè)務處理環(huán)節(jié) 64.1.2性能需求分析 64.2總體設計 65電信運營計費管理系統(tǒng)的詳細設計 85.1數(shù)據(jù)庫設計 85.1.1數(shù)據(jù)庫的概念結構設計 85.1.2數(shù)據(jù)庫邏輯結構設計 105.1.3數(shù)據(jù)庫的物理結構設計 105.2系統(tǒng)功能模塊設計 115.2.1采集系統(tǒng) 115.2.2登錄模塊 135.2.3管理員管理 154.2.4資費管理 176電信運營計費管理系統(tǒng)實現(xiàn) 186.1電信運營計費管理系統(tǒng)后臺實現(xiàn) 186.1.1采集系統(tǒng)實現(xiàn) 186.1.2數(shù)據(jù)整合 206.2電信計費系統(tǒng)前臺實現(xiàn) 206.2.1前臺持久層實現(xiàn) 206.2.2前臺業(yè)務層實現(xiàn) 216.2.3數(shù)據(jù)前臺部分實現(xiàn) 217總結 23參考文獻 25PAGEPAGE251緒論1.1研究的背景隨著電信運營商“全業(yè)務”競爭的展開，以及“以業(yè)務為導向，以客戶為中心”的理念的形成，對電信運營支撐系統(tǒng)提出了更高、更強的要求，向新一代的運營支撐系統(tǒng)發(fā)展成為電信運營商決勝市場的關鍵之一。電信運營支撐系統(tǒng)作為快速開通業(yè)務、及時保障業(yè)務、優(yōu)化管理網(wǎng)絡資源的重要手段，越來越受到運營商的重視。隨著通信網(wǎng)絡的智能化、增值業(yè)務和數(shù)據(jù)業(yè)務的發(fā)展，電信運營支撐系統(tǒng)與業(yè)務系統(tǒng)在支撐端到端的業(yè)務流程方面結合的越來越緊密，電信運營商業(yè)發(fā)生一些轉變：從以網(wǎng)絡為中心變?yōu)橐钥蛻魹橹行?，以交換機為基礎的智能技術變?yōu)榉植际接嬎慵夹g，從通話收入變?yōu)樵鲋捣帐杖?，從分離網(wǎng)絡變?yōu)槎嗉夹g融合的網(wǎng)絡。許多通信運營商已經(jīng)擁有并開放了包括固定和移動的話音、視頻、國際和國內長途傳輸、多媒體通信、各種固定與移動數(shù)據(jù)通信、無線局域網(wǎng)和寬窄帶互聯(lián)網(wǎng)接入以及接入網(wǎng)等各種類型的業(yè)務及龐大的傳輸網(wǎng)絡。因此，如何有效管理新的業(yè)務，更快捷推出新的業(yè)務，同時為用戶提供高質量，可管理服務系統(tǒng)所目前各大電信運營商面臨的主要問題。電信運營計費管理系統(tǒng)就是針對目前電信業(yè)存在的問題，采用主流的開發(fā)語言實現(xiàn)一個管理系統(tǒng)。1.2國內外市場研究1.2.1國外市場研究國際上，從事電信運營支持系統(tǒng)研究的組織和機構也比較多，英國電信(BT)較早的從事新一代電信運營支持系統(tǒng)的工作，并與ITU-T(國際電信聯(lián)盟)，IMF(電信運營與管理的非盈利性國際組織)經(jīng)過一定程度的調查提出了進行NGOSS研究的原型。NGOSS是一個復雜的分布式異構系統(tǒng)，單從一個方面很難分析清楚，為此，TMF先后提出了NGOSS體系架構和技術規(guī)范，在進行系統(tǒng)的設計與實現(xiàn)的過程中從多角度對NCOSS進行研究。在商務領域中，為了規(guī)范化，為了更符合市場化的要求來處理電信運營企業(yè)的實際問題，為商務和運營處理提出統(tǒng)一的觀點，為此TOM電信運營圖，抽象總結電信企業(yè)運營過程，把電信運營過程分為實現(xiàn)，保障和計費三個端到端處理過程，并從客戶層，業(yè)務層，網(wǎng)絡層不同層次對功能進行劃分。隨著新業(yè)務的推出以及經(jīng)營觀念和模式改變，電信運營上推出綜合服務和大量的套餐，同時針對客戶提供個性化服務。隨著NGOSS系統(tǒng)功能的增強，系統(tǒng)之間和構件之間的交互增大，傳統(tǒng)的OSS系統(tǒng)分別管理自己部分，數(shù)據(jù)之間不能共享，使系統(tǒng)在互連，改建，和升級時，出現(xiàn)許多溫柔，所以對NGOSS系統(tǒng)結構進行分析，提出新一代的NGOSS系統(tǒng)結構。1.2.2國內市場研究國內各大運營商的運營系統(tǒng)已有了一定的基礎，規(guī)劃和建設建成體系，尤其是近幾年，隨著新一代運營系統(tǒng)理論的逐漸成熟，，對運營系統(tǒng)的發(fā)展起到巨大的推動作用。在中國電信的南方中國網(wǎng)通的北方各省，網(wǎng)上在線運營的支撐系統(tǒng)多數(shù)仍然沿襲舊的格局，主要的系統(tǒng)包括“九七系統(tǒng)”，計費賬務系統(tǒng)，客服系統(tǒng)，資源管理系統(tǒng)，交換網(wǎng)管理系統(tǒng)，經(jīng)營分析系統(tǒng)等等。各省公司都將按照企業(yè)信息化戰(zhàn)略規(guī)劃（ITSP）的思路開始規(guī)劃自身的OSS系統(tǒng)。從趨勢來看，舊有系統(tǒng)的功能仍將保留，但系統(tǒng)模塊的劃分將會有所打亂，系統(tǒng)的建設將逐漸由本地網(wǎng)集中向省集中過渡，功能系統(tǒng)之間將共享核心數(shù)據(jù)模型。網(wǎng)通集團和下屬各省公司也開始逐步規(guī)劃和實施信息系統(tǒng)的建設，整體的思路也將朝著綜合業(yè)務，數(shù)據(jù)共享和管理集中的方向前進。在電信北方各省和網(wǎng)通的南方各省，由于沒有遺留系統(tǒng)，支撐系統(tǒng)的建設基本都按照“一體化”的模式。各省基本都是建設一套綜合業(yè)務支撐系統(tǒng)，涵蓋了業(yè)務受理，計費，賬務，結算，產品管理，代銷商管理等功能?？傊瑖怆娦胚\營商發(fā)展比較成熟，提出下一代電信運營支持系統(tǒng)的發(fā)展雛形，我國電信運營系統(tǒng)呈現(xiàn)南北不同的局面，各自取得成績的同時也存在不同的問題，建設比較規(guī)范的電信運營計費管理系統(tǒng)是目前發(fā)展趨勢。1.3研究的目的通過此系統(tǒng)的設計一方面了解目前中國電信運營支撐系統(tǒng)的各自的模式。中國電信運營市場競爭格局已經(jīng)形成，開放的腳步也逐步加大，國內各大電信運營商為了提高經(jīng)營管理和服務水平，適應新業(yè)務發(fā)展的需求，紛紛構建各自的運營支撐系統(tǒng)模式；另一方面為電信運營商如何有效管理業(yè)務，高質量滿足用戶需求提供一個典范，原因在于建設新形勢下電信運營支持管理系統(tǒng)是電信行業(yè)的發(fā)展趨勢。1.4研究的意義電信運營計費管理系統(tǒng)是隨著電信行業(yè)和計算機產業(yè)的發(fā)展不斷成長起來的，特別是計算機和通信技術的不斷進步而不斷完善的。在計算機和數(shù)據(jù)庫技術的發(fā)展下，軟件企業(yè)工作流程越來越完善，新一代電信運營計費系統(tǒng)需朝著靈活化，集中化，復雜化方向發(fā)展。此外，市場競爭的形成，用戶服務需求的擴大，電信企業(yè)需要一個實時性，綜合性為一體的運營計費系統(tǒng)進行統(tǒng)一管理。通過電信運營計費管理系統(tǒng)的分析與設計，可以獲得以下幾個重要的意義:(1)融合業(yè)務。電信行業(yè)在傳統(tǒng)的語音業(yè)務的基礎上，又不斷推出寬帶，移動等業(yè)務，所以電信行業(yè)在一個統(tǒng)一的平臺中實現(xiàn)全業(yè)務的計費管理是一個重要的工作。(2)提高客戶滿意度，減少資金的浪費。電信運營計費管理系統(tǒng)為客戶提供詳細的消費明細單，在很大程度上做到使客戶非常清楚知道自己日常消費信息，提高客戶的服務效率與質量。(3)提高運營管理效率。通過管理此系統(tǒng)的設計，解決人員分散，管理水平參差不齊模式，降低人力資源，提高運營效率。1.5本文的組織結構本課題共分為七章，具體內容如下：第一章：緒論。主要介紹設計與開發(fā)此系統(tǒng)的背景，國內外發(fā)展現(xiàn)狀研究和設計的目的以及設計的意義。第二章：電信運營計費管理系統(tǒng)概述。介紹電信運營計費管理系統(tǒng)的概念和特點。第三章：電信運營計費管理系統(tǒng)開發(fā)工具與技術介紹。介紹電信運營計費管理系統(tǒng)需要的開發(fā)工具已經(jīng)系統(tǒng)架構和系統(tǒng)平臺選擇。第四章：電信運營計費管理系統(tǒng)的需求分析和總體設計。介紹電信運營計費系統(tǒng)功能模塊結構，以及各個功能模塊需求分析。第五章：電信運營計費管理系統(tǒng)的詳細設計。從系統(tǒng)數(shù)據(jù)設計和采集系統(tǒng)的實現(xiàn)為例進行介紹。第六章：電信運用計費管理系統(tǒng)的實現(xiàn)。介紹系統(tǒng)的后臺到前臺具體實現(xiàn)過程。第七章：總結。對此次系統(tǒng)分析與設計過程進行總結。2電信運營計費管理系統(tǒng)的概述2.1電信運營計費管理系統(tǒng)的概念計費系統(tǒng)是電信運營支撐系統(tǒng)的重要組成部分，此系統(tǒng)能否有效，安全的運行不僅直接關系到電信運營商的效率和發(fā)展，也間接的體現(xiàn)電信運營商對廣大用戶服務水平的高低。計費管理系統(tǒng)就是指電信行業(yè)為用戶提供的通信服務從開始啟用賬號到繳費的過程進行管理。2.2電信運營計費管理系統(tǒng)的特點(1)以客戶為中心。面對市場競爭，努力改善服務質量，快速響應市場和迅速滿足客戶的需求，時刻以客戶為中心是電信行業(yè)的發(fā)展趨勢。(2)端到端過程。實現(xiàn)電信和數(shù)據(jù)業(yè)務運營過程自動化和集成化的是電信計費系統(tǒng)前提。(3)有效數(shù)據(jù)的共享。電信行業(yè)涉及到用戶的數(shù)據(jù)比較多，解決數(shù)據(jù)一致性問題，提高運營效率。3電信運營計費管理系統(tǒng)開發(fā)工具和系統(tǒng)結構3.1開發(fā)工具3.1.1數(shù)據(jù)庫目前主流數(shù)據(jù)庫為關系型數(shù)據(jù)庫，如Oracle，SQLServer,DB2,MySQL等產品。他們都建立在嚴格的數(shù)學概念的基礎上，將實體與實體之間聯(lián)系用關系表示，其結構簡單，清晰，具有很高的數(shù)據(jù)獨立性何安全保密性。對于電信行業(yè)，每天存儲的數(shù)據(jù)數(shù)量比較大，個系統(tǒng)之間的交互比較頻繁，因此應該使用商業(yè)性的數(shù)據(jù)庫如Oracle或者DB2。然而，作為一名在校生，只需要模擬系統(tǒng)，MySQL數(shù)據(jù)庫占用的內存小，免費，因此，選用MySQL數(shù)據(jù)庫。3.1.2開發(fā)語言目前市場上開發(fā)語言有C/C++，C#，Java等，這些語言有各種優(yōu)勢，針對電信行業(yè)，對系統(tǒng)的網(wǎng)絡和安全方面有非常高的要求，最好可以實現(xiàn)跨平臺操作。Java最大的特點就是實現(xiàn)跨平臺操作，它是一種面向對象語言，非常符合人們的思維角度，具體繼承，封裝，多態(tài)，抽象的特點，而且在網(wǎng)絡方面做得比較好，因此，此系統(tǒng)選擇Java語言。3.1.3集成開發(fā)工具隨著Java語言在各行各業(yè)中的廣泛應用，對系統(tǒng)的要求越來越高，希望系統(tǒng)快速開發(fā)，對應各個語言的集成開發(fā)工具不斷出現(xiàn),由于我選用Java語言，對應的集成開發(fā)工作為MyEclipse.它集成可Java中的許多語言，隨時提醒開發(fā)過程中的錯誤，在很大程度上提高開發(fā)效率。3.1.4瀏覽器在系統(tǒng)中實現(xiàn)了B/S架構，需要選擇一種瀏覽器，目前常用的瀏覽器為IE,因此選用IE作為瀏覽器。3.2系統(tǒng)架構一個良性系統(tǒng)未來運行的成功與否關鍵在于其所使用的架構，目前市場上主要的系統(tǒng)架構是C/S與B/S架構。此系統(tǒng)基于Web方面的，傳統(tǒng)的C/S架構已經(jīng)不能滿足大量用戶的訪問與操作，B/S基于瀏覽器的架構則是目前網(wǎng)絡系統(tǒng)應用的主流，他將大量的數(shù)據(jù)處理交給服務器來處理，客戶端只需要通過普通IE瀏覽器即可訪問系統(tǒng)。方便快捷而且利于系統(tǒng)的更新和維護.在加上目前流行的計算機語言Java在C/S架構方面更是得天獨厚，以及J2EE規(guī)范的出現(xiàn)則使系統(tǒng)的開發(fā)更加規(guī)范，層次更加清楚，更利于對復雜事務的處理，而且在安全方面也做的更好。在B/S體系結構系統(tǒng)中，用戶通過瀏覽器向分布在網(wǎng)絡上的許多服務器發(fā)出請求，服務器對瀏覽器的請求進行處理，將用戶所需信息返回到瀏覽器。B/S結構中服務器將負擔更多工作，對數(shù)據(jù)庫的訪問和應用程序的執(zhí)行將在服務器完成。瀏覽器發(fā)出請求，而其余如數(shù)據(jù)請求、加工、結果返回以及動態(tài)網(wǎng)頁生成等工作全部由webServer完成。實際上B/S體系結構是把二層C/S結構的事務處理邏輯模塊從客戶機的任務中分離出來，由Web服務器單獨組成一層來負擔其任務，這樣客戶機的壓力減輕了，把負荷分配給了Web服務器。3.3系統(tǒng)技術平臺目前，各個電信運營企業(yè)都建有大量的系統(tǒng)，包括業(yè)務經(jīng)營、客戶服務、市場營銷、經(jīng)營決策分析、網(wǎng)絡管理和企業(yè)內部各個方面。一般的電信支撐系統(tǒng)包括業(yè)務支撐系統(tǒng)，網(wǎng)管支撐系統(tǒng)和管理支撐系統(tǒng)。隨著運營支撐系統(tǒng)整體結構與功能的復雜化，“技術”在系統(tǒng)建設過程中的地位越來越重要。在運營系統(tǒng)發(fā)展之初，由于業(yè)務需求少，功能結構簡單，在加上當時的技術有限，系統(tǒng)的一致性問題很少涉及。隨著電信業(yè)務不斷擴大，出現(xiàn)系統(tǒng)數(shù)量的增多，功能之間的重疊，信息交互以及資源共享的問題，必須對現(xiàn)有的系統(tǒng)進行應用上的整合或者重新設計開發(fā)，在一定程度上減少系統(tǒng)數(shù)量。電信計費系統(tǒng)作為運營支撐系統(tǒng)的重要組成部分，在系統(tǒng)技術方面更需要朝著正確思路設計開發(fā)，使系統(tǒng)具有可擴展性，穩(wěn)定性，可移植性等特點，同時減少系統(tǒng)開發(fā)的時間。目前市場上主流企業(yè)級應用開發(fā)平臺是J2EE與.NET。.NET與J2EE是目前企業(yè)WebServices平臺市場上兩個最重要的應用框架。它們都在企業(yè)級開發(fā)上為用戶提供了總體的指南。從對比中可知，這兩項技術各有各的優(yōu)勢。就企業(yè)而言，內部眾多系統(tǒng)的整合、系統(tǒng)的延展性、安全性是更需要注意的議題，而這些都是J2EE的優(yōu)勢，也是.NET的不足之處。在效率方面，J2EE主張通過硬件的效能增加來彌補軟件的不足。電信運營計費系統(tǒng)需要很高的穩(wěn)定性與安全性，需要支持大量客戶并行訪問，且需要實現(xiàn)跨平臺，而.NET尚未能實現(xiàn)其跨平臺的特征，J2EE幾乎成了惟一的選擇，J2EE的所有標準都是公開的。它本身就是一系列規(guī)范，而不是產品，許多廠商都可提供兼容的產品和開發(fā)工具，而.NET在設計之初就緊緊把平臺規(guī)范與產品膠合在一起，只有一小部分具有開發(fā)性。因此，本系統(tǒng)選擇J2EE技術設計開發(fā)電信計費系統(tǒng)。滿足電信運營支撐系統(tǒng)的發(fā)展需求，保證支撐系統(tǒng)向“集中化、標準化、服務化、可擴展性”的方向發(fā)展。4電信運營計費系統(tǒng)的需求分析與總體設計4.1需求分析需求分析主要是對收集到的需求進行提煉、分析和認真審查，以確保所有的項目和相關人員都明白其含義，并找出其中的錯誤、遺漏或其他不足的地方，形成完整的分析模型。需求分析是介于系統(tǒng)分析和軟件設計間斷之間的重要橋梁。良好的分析活動有助于避免或盡早剔除早期錯誤，從而提高軟件生產率，降低開發(fā)成本，改進軟件質量。本系統(tǒng)分析的是實時采集系統(tǒng)獲取各項業(yè)務的原始數(shù)據(jù)，然后結合用戶信息，資費標準及優(yōu)惠政策進行處理。通過對一段時間調查以及利用網(wǎng)絡資源，下面是電信計費管理系統(tǒng)業(yè)務處理環(huán)節(jié)以及基本性能。4.1.1業(yè)務處理環(huán)節(jié)(1)開始點，接收到原始清單文件。(2)結束點，生成的計費清單入庫。(3)輸入，各種原始清單數(shù)據(jù)，各種規(guī)則參數(shù)如用戶資料、標準資費、優(yōu)惠政策等。(4)輸出，計費過程中的報表和處理日志，輸出的各種計費清單數(shù)據(jù)。4.1.2性能需求分析(1)數(shù)據(jù)的精確性：查詢時保證查全率。(2)時間特性：一般操作響應時間在3-5秒內(3)適應性：對運行環(huán)境要求的普遍適應性。(4)安全性：在數(shù)據(jù)傳輸過程中保證信準確性，安全性。(5)保證7*24服務。電信運營計費系統(tǒng)需要為用戶提供全天候的服務，所以系統(tǒng)必須時刻正常運轉，網(wǎng)絡設備與服務器的隨時暢通。4.2總體設計本系統(tǒng)采用結構化設計的方法來實現(xiàn)系統(tǒng)總體功能，提高系統(tǒng)的各項指標，即將整個系統(tǒng)合理的劃分成各個功能模塊，正確地處理模塊之間和模塊內部的聯(lián)系以及它們之間的調用關系和數(shù)據(jù)聯(lián)系，定義各模塊的內部結構，通過對模塊的設計和模塊之間關系的系統(tǒng)來實現(xiàn)整個系統(tǒng)的功能。經(jīng)過對電信運營需求的分析，整個系統(tǒng)劃分為前臺和后臺兩大部分，后臺主要是數(shù)據(jù)服務，包括對用戶使用實驗室數(shù)據(jù)的采集和把采集的數(shù)據(jù)整理成數(shù)據(jù)表到數(shù)據(jù)庫中的整合系統(tǒng)。前臺部分主要是對運營的管理，經(jīng)過精心的設計把前臺管理部分按功能特點劃分為以下幾個部分：用戶管理系統(tǒng)、資費管理系統(tǒng)、管理員管理系統(tǒng)、帳單查詢系統(tǒng)、帳務查詢系統(tǒng)、用戶自服務系統(tǒng)、權限管理系統(tǒng)如圖4-1電信運營支撐系統(tǒng)電信運營支撐系統(tǒng)前臺營運管理后臺數(shù)據(jù)服務用戶管理資費管理管理員管理權限管理采集系統(tǒng)整合系統(tǒng)圖4-1電信運營計費管理系統(tǒng)功能結構圖有關功能說明：(1)采集系統(tǒng)本系統(tǒng)是一個計費的系統(tǒng)，要想對用戶進行準確的收費，首先必須能夠獲得用戶使用開放實驗室的準確的使用記錄，采集子系統(tǒng)正是為了獲取這些記錄而提供的。利用操作系統(tǒng)的自身功能，開放實驗室是一個Unix服務器，Unix服務器本身就具有記錄系統(tǒng)日志的功能。用戶每次登錄和退出Unix服務器的信息都會被自動保存到一個在線日志文件/var/adm/wtmpx中。采集系統(tǒng)通過調用Unix系統(tǒng)函數(shù)來讀取這個日志文件中的內容，然后對讀取到的內容進行整理，整理為方便計費的數(shù)據(jù)，其中包括登錄名、登錄時間或登出時間等作為計費依據(jù)的數(shù)據(jù)。最后把這些數(shù)據(jù)存入數(shù)據(jù)庫中，以備其他系統(tǒng)使用。為了使讀取的數(shù)據(jù)量不至于過大，采集系統(tǒng)會每小時定時執(zhí)行一次，每次只采集上一個小時時間段之內的數(shù)據(jù)。(2)整合系統(tǒng)采集系統(tǒng)定時將用戶使用服務器的數(shù)據(jù)存入到了數(shù)據(jù)庫中，但這些數(shù)據(jù)都是流水帳的數(shù)據(jù)，是用戶每次使用UNIX操作系統(tǒng)的用時。如果用戶量大，用戶頻繁地登入/出，將產生大量的數(shù)據(jù)，不便于將來生成用戶的月賬單和對開放實驗室的使用情況進行月統(tǒng)計和年統(tǒng)計，因此，出現(xiàn)了整合系統(tǒng)。整合是將某個用戶在某一時段內所用機時求和后形成一條記錄。(3)管理員管理管理員管理系統(tǒng)對本系統(tǒng)的各個子系統(tǒng)的訪問都是受權限控制的，只有擁有了訪問權限，才能使用子系統(tǒng)。管理員管理系統(tǒng)就是超級管理員來管理普通管理員。超級管理員登陸成功后，可以增加新的普通管理員，同時為他分配一些權限，可以修改普通管理員的信息，可以查詢所有的管理員信息，可以刪除某些管理員。(4)資費管理資費管理子系統(tǒng)就是用來管理資費的。具有資費管理權限的管理員登陸成功后，可以添加新的資費，查詢所有的資費，可以修改現(xiàn)有的資費信息，還可以刪除資費。特別要注意的是：由于對資費的修改會影響選擇了這種資費的用戶要交納的費用，所以在修改資費信息前要事先通知所有已經(jīng)選擇了這個資費的用戶；只有當沒有任何用戶選擇某個資費了，這個資費才能被刪除掉。(5)用戶管理用戶要想成功登陸到開放實驗室中，事先必須要擁有一個這個開放實驗室上的帳號，在本系統(tǒng)中此帳號稱為業(yè)務帳號，每個開放實驗室上的業(yè)務帳號的用戶名是唯一的，不同的開放實驗室上的業(yè)務帳號的用戶名可以相同，這個帳號用戶可以通過向本系統(tǒng)中具有用戶管理權限的管理員去申請。一個用戶會有多種業(yè)務，如：Email服務、Unix系統(tǒng)、代理主機服務等，每個業(yè)務我們都要收取一定的費用，如果我們以業(yè)務賬戶為單位來算總的費用，那么用戶申請的每種業(yè)務都要單獨交費，會給用戶造成不便，所以我們又添加了帳務賬戶來統(tǒng)一管理每個用戶所使用的所有業(yè)務賬號上發(fā)生的費用，帳務帳號是要和用戶的真實信息聯(lián)系在一起的，所以每個用戶只能有一個帳務帳號，但可以對應多個業(yè)務帳號。5電信運營計費管理系統(tǒng)的詳細設計5.1數(shù)據(jù)庫設計5.1.1數(shù)據(jù)庫的概念結構設計概念結構設計是將分析得到的用戶需求抽象為信息結構（即概念模型）的過程，它是整個數(shù)據(jù)庫設計的關鍵。概念結構的主要特點是：(1)能真實、充分地反映現(xiàn)實世界，包括事物和事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理要求。是對現(xiàn)實世界的一個真實模型。(2)易于理解，從而可以用它和不熟悉計算機的用戶交換意見，用戶的積極參與是數(shù)據(jù)庫的設計成功的關鍵(3)易于更改，當應用環(huán)境和應用要求改變時，容易對概念模型修改和擴充。(4)易于向關系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉換。概念結構是各種數(shù)據(jù)模型的共同基礎，它比數(shù)據(jù)模型更獨立于機器、更抽象，從而更加穩(wěn)定。為了把用戶的數(shù)據(jù)要求清晰明確的表達出來，通常要建立一種面向問題的數(shù)據(jù)模型，按照用戶的觀點來對數(shù)據(jù)和信息建模。最常用的概念性數(shù)據(jù)模型就是E－R模型。E－R模型比較接近人的思維方式。此外，E－R模型使用簡單的圖形符號表示系統(tǒng)分析員對問題的理解，不熟悉計算機的人也能理解它，因此，E－R模型可以作為用戶與系統(tǒng)分析員之間的交流工具。電信運營計費管理系統(tǒng)在數(shù)據(jù)庫的設計中充分考慮到概念結構設計特點，通過一個月的實習對電信行業(yè)需求進行分析，下面以管理員模塊某些實體為例，設計的E-R圖管理員管理員管理員ID管理員名字管理員登錄名管理員登錄密碼管理員電話管理員郵箱管理員授權日期圖5-1管理員信息角色角色角色ID角色名字圖5-2角色信息管理員管理員角色管理員角色ID管理員ID角色ID圖5-3管理員角色信息5.1.2數(shù)據(jù)庫邏輯結構設計所謂的數(shù)據(jù)庫邏輯結構設計就是把概念結構設計階段設計好的基本E-R圖轉化為與選用的DBMS產品所支持的數(shù)據(jù)模型相符合的邏輯結構。經(jīng)過規(guī)范后得到的關系模型如下admin(id,name,loginname,loginpassword,phone,email,enrolldate)role(id,name)adminroles(id,adminid,roleid)5.1.3數(shù)據(jù)庫的物理結構設計本系統(tǒng)采用JSP作為表示層，選擇MySQl關系型數(shù)據(jù)庫產品。物理結構設計基于以下幾個原則：一是減少數(shù)據(jù)冗余的重復；二是結構設計與操作設計相結合；數(shù)據(jù)庫結構具有相對的穩(wěn)定行。在MySQL中建立名為netctoss數(shù)據(jù)庫，并在此數(shù)據(jù)庫上建立如下的表(以管理員部分為例)。表5-1admin管理員表，主要用于存儲管理員信息，該表的結構如下：字段名類型/長度是否為空主鍵說明IdIntnoPK自動增長namevarchar/20no管理員姓名loginnamevarchar/20no管理員登陸名loginpasswordvarchar/20no管理員登陸密碼phonevarchar/20no管理員電話emailvarchar/30no管理員郵箱enrolldatedateno管理員授權日期表5-2role角色表，存儲用戶/管理員角色信息，該表的結構如下：字段名類型/長度是否為空主鍵說明IdintnoPK自動增長namevarchar/20no角色名表5-3adminroles管理員角色設置表，該表的結構如下：字段名類型/長度是否為空主鍵說明IdIntnoPK管理員角色idAdminidIntno管理員idRoleidIntno角色id5.2系統(tǒng)功能模塊設計電信運營計費管理系統(tǒng)有兩部分組成：前臺與后臺。后天主要負責數(shù)據(jù)的采集與整合，前臺是管理員對用戶業(yè)務需求的管理。5.2.1采集系統(tǒng)(1)采集系統(tǒng)類圖設計1)采集系統(tǒng)客戶端設計圖5-4數(shù)據(jù)采集系統(tǒng)客戶端類圖數(shù)據(jù)采集客戶端類圖如上圖5-4所示。Configuration類負責讀取配置文件下的數(shù)據(jù)信息，DataReader類讀取采集到數(shù)據(jù)，DataMatcher類將采集到數(shù)據(jù)進行匹配，DataGather類將匹配到數(shù)據(jù)進行收集，DataSender類將收集好的數(shù)據(jù)有客戶端向服務器端發(fā)送?？蛻舳诉\行過程為：由Configuration類加載初始化數(shù)據(jù)，找到需要采集數(shù)據(jù)的路徑，DateReader類執(zhí)行readlogs()方法，將讀到到所有數(shù)據(jù)交給DataMatcher類，該類執(zhí)行matchlogs()方法進行匹配，接著DataGather類執(zhí)行gather()方法收集匹配好的數(shù)據(jù)傳給DataSender類，該類執(zhí)行send()方法，將數(shù)據(jù)發(fā)送給服務器。2)采集系統(tǒng)服務器端類圖設計圖5-5采集系統(tǒng)服務器端類圖設計上圖5-5是數(shù)據(jù)采集服務器端類圖設計，在該類圖設計中，DMSServer類是服務器端一個類，它創(chuàng)建一個線程由DMSServletThread類來實現(xiàn)，F(xiàn)ileLogWriter類負責將客戶端發(fā)來的數(shù)據(jù)寫到文件中，DBLogWriter類負責將服務器端得數(shù)據(jù)寫到數(shù)據(jù)庫中，F(xiàn)ileLogWriter類負責將服務器端得到數(shù)據(jù)寫到文件中去。整個采集系統(tǒng)服務器端的運行過程為：啟動服務器類DMSServer執(zhí)行startService()方法，為了實現(xiàn)多線程，有具體線程實現(xiàn)類DMSServerThread來實現(xiàn)，執(zhí)行readLog()方法，負責將客戶端采集到數(shù)據(jù)寫到服務器端,在這里采用接口的方法，即接口類LogWriter()，在該類中有兩個抽象的方法一個是將數(shù)據(jù)寫到數(shù)據(jù)庫，一個是將數(shù)據(jù)寫到文件，接口中方法交給具體實現(xiàn)類，F(xiàn)ileLogWriter采用Java中文件寫入寫出的方式實現(xiàn)，DBLogWriter使用JDBC方法與數(shù)據(jù)實現(xiàn)連接，將信息存入數(shù)據(jù)庫中。(2)數(shù)據(jù)采集配置文件說明為了保證系統(tǒng)得靈活性，在該系統(tǒng)中把服務器和本機有關的參數(shù)都通過屬性文件配置，由程序動態(tài)讀取。文件名確定為config_perties屬性key屬性value例子備注說明Intervalinterval=60采集的間隔時間,以分鐘為單位Ipip=0采集點的IP地址。Sourcefilesourcefile=f:\\usr\\adm\\wtmpx采集的源的文件名，包含目錄destinationpathdestinationpath=f:\\usr\\history\\采集源的備份目錄，目錄后面必須加\目錄分隔符號。Commandcommand=cmd/Cmove數(shù)據(jù)源被采集的時候，先移動到備份目錄，這個屬性設置數(shù)據(jù)源文件移動的shell指令或dos指令。Historyfilehistoryfile=history.dat由于在采集的時候有的用戶正在登錄中，還沒有登出，所以無法處理這種數(shù)據(jù)，這就是不能匹配成對的數(shù)據(jù)。這些數(shù)據(jù)必須保存起來，在下次采集的時候用來匹配，這個屬性就是設置沒有匹配成功的數(shù)據(jù)的保存文件名。該屬性只指定文件名，目錄采用上面指定的備份目錄。Serveripserverip=接收服務器IPServerport接收服務器端口。Storefilestorefile=store.dat數(shù)據(jù)發(fā)送失敗的臨時存儲文件。目錄采用使用上面的指定的備份目錄。5.2.2登錄模塊1)相關表Modules表，Operations表，Rights表，Roles表，RoleRights表，Admins表，AdminRoles表2)登陸模塊的類圖設計圖5-6登陸模塊的類圖設計在上圖的登陸模塊中，Admin類是管理員的實體類，LoginForm類是存儲管理員登陸時的用戶名和密碼，F(xiàn)lowController是一個控制器，對管理員輸入的信息進行處理，LoginAction類是具體登陸處理類，LoginUI是登陸成功以后進入的業(yè)務。真?zhèn)€運行過程為：當管理員輸入用戶名和密碼信息用控制器截取，交給LoginAction處理，根據(jù)正確與否顯示要進入的界面。3)登陸中的execute()方法處理流程圖5-7函數(shù)execute()處理流程圖5.2.3管理員管理1）相關表管理員管理模塊涉及到數(shù)據(jù)表有以下幾個表admins,roles表和adminroles表2）管理員管理UI界面圖5-8管理員管理整體界面3）類圖設計(以超級管理員為例)圖5-9管理員管理的類圖如上圖5-9所示，AdminSuperUI是超級管理員登陸成功進入的界面，F(xiàn)lowController是一個控制器，AdminDAO接口是一個實現(xiàn)數(shù)據(jù)庫連接，進行增，刪，改，查的操作，AdminAction是一個處理管理員各功能。其執(zhí)行過程為：管理員以超級管理員的身份進入界面，有控制器截取執(zhí)行的路徑，根據(jù)各自的功能通過訪問數(shù)據(jù)庫然后在顯示的界面實現(xiàn)相應的操作。4.2.4資費管理1)資費管理涉及到相關的表pricings表。2)資費管理的UI界面.圖5-10資費管理整體UI界面3)類圖設計圖5-11資費管理的類圖如上圖5-10所示為資費管理類圖，F(xiàn)lowController為控制器，PricingAction類為資費處理過程。PricingQueryUI,PricingUpdateUI,PricingDeleteUI,PricingAddNewUI分別為資費管理查詢，更改，刪除，添加顯示的界面。整個執(zhí)行過程為：有控制器截取資費管理的路徑，交給PricingAction類去處理相應的操作，最后顯示對應的界面。6電信運營計費管理系統(tǒng)實現(xiàn)6.1電信運營計費管理系統(tǒng)后臺實現(xiàn)6.1.1采集系統(tǒng)實現(xiàn)采集系統(tǒng)是實現(xiàn)客戶端與服務器端網(wǎng)絡通信，目前常用到通信協(xié)議為TCP/IP協(xié)議，在Java網(wǎng)絡編程中用Socket方法來實現(xiàn)。Socket是兩個實體之間進行通信的有效端點。通過socket可以獲得源IP地址和源端口、終點IP地址和終點端口。用戶可以將多個socket連入同一個端口，以便對于單個端口可以有多個連接。此系統(tǒng)設計客戶端與服務器端Socket程序。在Unix服務器中，用戶每次登陸和退出Unix服務信息都回自動保存在一個日志文件/user/adm/wtmpx中，采集系統(tǒng)的客戶端負責采集這個路徑下文件。為了保證系統(tǒng)靈活性，將該系統(tǒng)中服務器與本機有關參數(shù)寫成配置文件，通過程序讀取它。圖6-1數(shù)據(jù)采集客戶端界面圖6-1數(shù)據(jù)采集客戶端界面首先啟動采集系統(tǒng)的服務器端程序，接著啟動采集系統(tǒng)的客戶端程序，使客戶端與服務器實現(xiàn)Socket連接。在兩者通信暢通的情況下，點擊數(shù)據(jù)采集端開始傳送數(shù)據(jù)按鈕，程序負責讀取日志文件中記錄用戶一些信息，主要利用到Java中文件，網(wǎng)絡編程的方法，把讀取到信息發(fā)送到服務器端，并將其儲存到數(shù)據(jù)庫中，如圖6-2數(shù)據(jù)庫存儲采集信息圖6-2數(shù)據(jù)庫存儲采集信息6.1.2數(shù)據(jù)整合本系統(tǒng)整合部分是直接讀取采集系統(tǒng)中的數(shù)據(jù)，使用JDBC技術，通過對數(shù)據(jù)庫的操作來實現(xiàn)整合。具體實現(xiàn)過程主要包括如下(1)實現(xiàn)與數(shù)據(jù)庫的連接。Java在數(shù)據(jù)庫連接方面有很多方法，而且使用起來都比較方便。首先導入需要的數(shù)據(jù)庫驅動（以MySQL為例），接著按照JDBC的技術寫一個實現(xiàn)連接的工具類，然后寫一個測試是否實現(xiàn)連接，在控制臺中就會顯示結果。(2)確定整合的規(guī)則：實現(xiàn)數(shù)據(jù)的整合需要采集人員寫一個配置文件，說明小時，天，月各自實現(xiàn)整合的時間，程序通過讀取配置文件就會自己進行整合。(3)正確的SQL語言：本系統(tǒng)以數(shù)據(jù)庫來實現(xiàn)整合，寫出正確的SQL語言才是實現(xiàn)此功能的關鍵。這里必須使用到Java中的日期操作。圖6-3數(shù)據(jù)整合的界面。圖6-3數(shù)據(jù)整合界面如上圖6-3所示的數(shù)據(jù)整合界面，當單擊各自按鈕時實現(xiàn)具體的數(shù)據(jù)整合操作。6.2電信計費系統(tǒng)前臺實現(xiàn)6.2.1前臺持久層實現(xiàn)持久層實現(xiàn)主是對是實體類映射到數(shù)據(jù)庫表，并對實體類對象進行添加,刪除，修改，查詢操作，這就是ORM(ObjectRelationMapping)對象關系。Hibernate是目前流行的ORM框架并且是面向Java環(huán)境的對象／關系數(shù)據(jù)庫映射工具。Hibernate不僅管理Java類到數(shù)據(jù)庫表的映射，還提供數(shù)據(jù)查詢和獲取數(shù)據(jù)的方法。具體的過程包括一些方面(1)編寫創(chuàng)建數(shù)據(jù)表的SQL。這個過程中主要是通過數(shù)據(jù)庫設計中的E-R圖以及創(chuàng)建好的表結構來寫出對于的建表語言。(2)編寫好持久類。根據(jù)各模塊的類圖寫出實體類，并提供各自熟悉的get/set方法。(3)O/R關系映射。根據(jù)Hibernate框架的要求寫出一個XML文件，提供實體與表結構的關系映射。特變是實體之間關系映射以及主鍵生成。(4)編寫業(yè)務代碼對數(shù)據(jù)庫操作。在前面三個過程實現(xiàn)的基礎上特別是映射關系的編寫，接著將映射文件加載配置到指定的路徑，由程序負責讀出這個信息，然后使用Hibernate方法通過Session對數(shù)據(jù)庫進行操作。6.2.2前臺業(yè)務層實現(xiàn)業(yè)務邏輯層是體現(xiàn)系統(tǒng)架構中核心價值的部分，他主要集中在業(yè)務規(guī)則的制定、業(yè)務流程的實現(xiàn)，它處于數(shù)據(jù)訪問層與表示層中間，起到了數(shù)據(jù)交換中承上啟下的作用。本系統(tǒng)采用Struts框架來實現(xiàn)。它有兩部分組成：核心控制器和業(yè)務邏輯處理器。每次用戶發(fā)出請求時，由核心控制器進行攔截，由業(yè)務邏輯處理器進行處理。在Struts2框架中核心控制器已經(jīng)寫好即ActionaServlet,開發(fā)者續(xù)寫的是業(yè)務邏輯Action類。具體步驟主要包括:(1)導入需要的.jar包。把需要Struts2框架的相關.jar導入需要的工程中。(2)編寫業(yè)務邏輯Action類。在前臺持久層實現(xiàn)的基礎上，獲得實現(xiàn)數(shù)據(jù)庫操作對象和從JSP頁面中得到的參數(shù)。針對各個功能寫出各自的處理方法，把獲得到參數(shù)與數(shù)據(jù)庫的數(shù)據(jù)比較，根據(jù)具體的業(yè)務要求進行處理。(3)編寫處理之后頁面路徑。在XML文件中寫出處理成功與否各自路徑，核心控制器就會自動讀出配置文件顯示對于的操作。6.2.3數(shù)據(jù)前臺部分實現(xiàn)把寫好的Web工程部署到Tomcat服務器上，啟動服務器，輸入Http://localhost:8080/Boss/login.action/可以看到登錄界面圖6-4客戶登