畢業論文-基于java開發的電信ip計費系統-資料下載頁

　　

【正文】 4)2 李方村．下一代電信運營與支撐．移動通信，2008，(21)3 吳建，鄭潮．UML基礎與Rose建模案例．人民郵電出版社，20074 國剛，周峰，孫更新．UML與RationalRose2003軟件工程統一建模原理與實踐教程．電子工業出版社，20075 Ellie Quigley．UNIX SHELL范例精解．李化，張國強譯．清華大學出版社，20076 Cay S． Horstmann， Gary Cornell．JAVA core volume II advantage features． 20087 Kenneth L Calvert， Michael J Donahoo．Java TCP/IP Socket Program．2008六、指導教師意見指導教師簽字：　　　　　　年　月　日　　七、系級教學單位審核意見審查結果： □ 通過 □ 完善后通過 □ 未通過負責人簽字：　　　　　　年　月　日　　附錄2本科畢業設計（論文）文獻綜述課題名稱： 基于JAVA開發的電信IP計費系統 學院（系）： 里仁學院電子工程系 年級專業： 電信054班 學生姓名： 指導教師： 完成日期： 2009年4月1日 一、課題國內外現狀電信計費系統經歷了從人工到自動的進程，計費系統正從初級走向高級、從分散處理走向集中處理，關于計費系統的建設也已經逐步形成一整套完整的理論。無論是朝著什么方向發展，電信計費系統一方面要面向用戶，完成對用戶計費、收費及一系列相關服務；另一方面要面向電信運營商自身，為企業提供市場預測、經營分析等報告，為企業制定市場經營策略提供有力支持，為企業增加利潤、擴大市場份額、穩定和擴大客戶群、有針對性的展開市場營銷等工作提供幫助。電信計費系統發展的一個很重要趨勢就是向集中處理模式演變。新興的電信運營商一般都采用全國性的集中處理模式。集中式系統的優勢在于：整個電信計費系統從系統設計、技術實現、平臺和開發工具的選定、業務流程和管理模式等方面具有高度的統一性和規范性，能夠非常靈敏地響應市場變化，能夠以統一的立場為用戶提供服務。對于經營地域廣且分散、網絡規模較大，計費系統初期建設已形成分散處理模式的電信運營商來說，應從提高企業的競爭力和應變能力入手，將網間結算、具有全網性質的業務和競爭激烈的業務等的計費向集中式處理模式轉變。電信計費系統發展的另一個重要趨勢是朝著個性化、多樣化的客戶服務方向發展。今后的計費系統應能夠向用戶提供不同形式的客戶賬單、不同的繳費方式、不同的費用查詢方法、不同的繳費周期，甚至可以為用戶提供定制的電信計費服務。二、研究主要成果 電信計費系統實時性的建設：由于交換機與計算機接口技術的不一致性或由于交換機型復雜，操作難度大等問題的限制，計費系統初期基本采用磁帶脫機處理方式，一個月脫一次或數次磁帶。隨著交換機技術的計算機化，和各種接口協議標準的形成，使得聯機實時采集計費系統成為當今計費系統尊崇的時尚。電信計費系統集中性的建設：隨著DDN、ATM幀中繼數據通信技術的采用，使得計費系統聯網成為現實。與此同時，集中化的計費系統由于有利于提高企業的市場競爭力，而越來越被電信運營者采用。電信計費系統的綜合性的建設：隨著智能、增值業務、數據多媒體業務以及Internet業務的出現，計費系統從單一業務正向具備綜合業務的計費系統轉移。三、發展趨勢目前，電信計費系統開始向靈活、可擴展、定制化演進。國內電信市場的高速發展和競爭的加劇，促使運營商轉變經營模式，從以往以資源營銷為主和單項業務為中心的業務經營模式過渡到以客戶為中心、以業務集成和打包服務為中心的現代經營模式，電信計費系統是保障順暢的端到端業務流程和運營結果最終體現的核心系統，基于這些轉變和需求，SI提供的計費產品和服務也跟著發生轉變。四、存在問題首先，隨著科技的進步，電信市場的業務需要發生著不斷變化，計費系統的擴展性和維護性要求較高。其次，計費系統需要充分考慮人性化設計，尤其用戶的自服務系統。五、主要參考文獻 1 呂國英．電信重組將加速電信運營支撐系統全面升級．IT時代周刊，20082 李方村．下一代電信運營與支撐．移動通信，2008，(21)3 吳建，鄭潮．UML基礎與Rose建模案例．人民郵電出版社，20074 國剛，周峰，孫更新．UML與RationalRose2003軟件工程統一建模原理與實踐教程．電子工業出版社，20075 Ellie Quigley．UNIX SHELL范例精解．李化，張國強譯．清華大學出版社，20076 Cay S． Horstmann， Gary Cornell．JAVA core volume II advantage features． 20087 Kenneth L Calvert， Michael J Donahoo．Java TCP/IP Socket Program．2008 指導教師審閱簽字： 年 月 日附錄3本科畢業設計（論文）外文翻譯課題名稱： 基于JAVA開發的電信IP計費系統 學院（系）： 里仁學院電子工程系 年級專業： 電信054班 學生姓名： 指導教師： 完成日期： 2009年5月20日 進行面向對象的設計時，一項基本的考慮是：“如何將發生變化的東西與保持不變的東西分隔開。”這一點對于庫來說是特別重要的。那個庫的用戶(客戶程序員)必須能依賴自己使用的那一部分，并知道一旦新版本的庫出臺，自己不需要改寫代碼。而與此相反，庫的創建者必須能自由地進行修改與改進，同時保證客戶程序員代碼不會受到那些變動的影響。為達到這個目的，需遵守一定的約定或規則。例如，庫程序員在修改庫內的一個類時，必須保證不刪除已有的方法，因為那樣做會造成客戶程序員代碼出現斷點。然而，相反的情況卻是令人痛苦的。對于一個數據成員，庫的創建者怎樣才能知道哪些數據成員已受到客戶程序員的訪問呢？若方法屬于某個類唯一的一部分，而且并不一定由客戶程序員直接使用，那么這種痛苦的情況同樣是真實的。如果庫的創建者想刪除一種舊有的實施方案，并置入新代碼，此時又該怎么辦呢？對那些成員進行的任何改動都可能中斷客戶程序員的代碼。所以庫創建者處在一個尷尬的境地，似乎根本動彈不得。為解決這個問題，Java推出了“訪問指示符”的概念，允許庫創建者聲明哪些東西是客戶程序員可以使用的，哪些是不可使用的。這種訪問控制的級別在“最大訪問”和“最小訪問”的范圍之間，分別包括：public，“友好的”(無關鍵字)，protected以及private。根據前一段的描述，大家或許已總結出作為一名庫設計者，應將所有東西都盡可能保持為“private”(私有)，并只展示出那些想讓客戶程序員使用的方法。這種思路是完全正確的，盡管它有點兒違背那些用其他語言(特別是C)編程的人的直覺，那些人習慣于在沒有任何限制的情況下訪問所有東西。到這一章結束時，大家應該可以深刻體會到Java訪問控制的價值。然而，組件庫以及控制誰能訪問那個庫的組件的概念現在仍不是完整的。仍存在這樣一個問題：如何將組件綁定到單獨一個統一的庫單元里。這是通過Java的package(打包)關鍵字來實現的，而且訪問指示符要受到類在相同的包還是在不同的包里的影響。所以在本章的開頭，大家首先要學習庫組件如何置入包里。這樣才能理解訪問指示符的完整含義。包：庫單元我們用import關鍵字導入一個完整的庫時，就會獲得“包”(Package)。例如：import .*。它的作用是導入完整的實用工具(Utility)庫，該庫屬于標準Java開發工具包的一部分。，所以現在要么指定完整名稱“”(可省略import語句)，要么簡單地指定一個“Vector”(因為import是默認的)。若想導入單獨一個類，可在import語句里指定那個類的名字：import 。現在，我們可以自由地使用Vector。然而。之所以要進行這樣的導入，是為了提供一種特殊的機制，以便管理“命名空間”(Name Space)。我們所有類成員的名字相互間都會隔離起來。位于類A內的一個方法f()不會與位于類B內的、擁有相同“簽名”(自變量列表)的f()發生沖突。但類名會不會沖突呢？假設創建一個stack類，將它安裝到已有一個stack類(由其他人編寫)的機器上，這時會出現什么情況呢？對于因特網中的Java應用，這種情況會在用戶毫不知曉的時候發生，因為類會在運行一個Java程序的時候自動下載。正是由于存在名字潛在的沖突，所以特別有必要對Java中的命名空間進行完整的控制，而且需要創建一個完全獨一無二的名字，無論因特網存在什么樣的限制。迄今為止，本書的大多數例子都僅存在于單個文件中，而且設計成局部(本地)使用，沒有同包名發生沖突(在這種情況下，類名置于“默認包”內)。這是一種有效的做法，而且考慮到問題的簡化，本書剩下的部分也將盡可能地采用它。然而，若計劃創建一個“對因特網友好”或者說“適合在因特網使用”的程序，必須考慮如何防止類名的重復。為Java創建一個源碼文件的時候，它通常叫作一個“編輯單元”(有時也叫作“翻譯單元”)。而且在編譯單元的內部，可以有一個公共(public)類，它必須擁有與文件相同的名字(包括大小寫形式，)。如果不這樣做，編譯器就會報告出錯。每個編譯單元內都只能有一個public類(同樣地，否則編譯器會報告出錯)。那個編譯單元剩下的類(如果有的話)可在那個包外面的世界面前隱藏起來，因為它們并非“公共”的(非public)，而且它們由用于主public類的“支撐”類組成。，我們會獲得一個名字完全相同的輸出文件；。因此。如以前用一種匯編語言寫過程序，那么可能已習慣編譯器先分割出一種過渡形式()，再用一個鏈接器將其與其他東西封裝到一起(生成一個可執行文件)，或者與一個庫封裝到一起(生成一個庫)。但那并不是Java的工作方式。，它們可以封裝和壓縮到一個JAR文件里(使用Java )。Java解釋器負責對這些文件的尋找、裝載和解釋。“庫”也由一系列類文件構成。每個文件都有一個public類(并沒強迫使用一個public類，但這種情況最很典型的)，所以每個文件都有一個組件。如果想將所有這些組件()都歸納到一起，那么package關鍵字就可以發揮作用)。若在一個文件的開頭使用下述代碼：package mypackage。那么package語句必須作為文件的第一個非注釋語句出現。該語句的作用是指出這個編譯單元屬于名為mypackage的一個庫的一部分。或者換句話說，它表明這個編譯單元內的public類名位于mypackage這個名字的下面。如果其他人想使用這個名字，要么指出完整的名字，要么與mypackage聯合使用import關鍵字(使用前面給出的選項)。注意根據Java包(封裝)的約定，名字內的所有字母都應小寫，甚至那些中間單詞亦要如此。例如。它意味著在那個文件有一個、而且只能有一個public類。而且那個類的名字必須是MyClass(包括大小寫形式)：package mypackage。public class MyClass {// . . .現在，如果有人想使用MyClass，或者想使用mypackage內的其他任何public類，他們必須用import關鍵字激活mypackage內的名字，使它們能夠使用。另一個辦法則是指定完整的名稱： m = new ()。import關鍵字則可將其變得簡潔得多：import mypackage.*。// . . .MyClass m = new MyClass()。作為一名庫設計者，一定要記住package和import關鍵字允許我們做的事情就是分割單個全局命名空間，保證我們不會遇到名字的沖突——無論有多少人使用因特網，也無論多少人用Java編寫自己的類。A primary consideration in objectoriented design is “separating the things that change from the things that stay the same.”This is particularly important for libraries. Users (client programmers) of that library must be able to rely on the part they use, and know that they won’t need to rewrite code if a new version of the library es out. On the flip side, the library creator must have the freedom to make modifications and improvements with the certainty that the client code won’t be affected by those changes.This can be achieved through convention. For example, the library programmer must agree to not remove existing methods when modifying a class in the library, since that would break the c