【正文】 其話務量統(tǒng)計活動圖，如圖68所示：圖68 話務量統(tǒng)計活動圖. 時序圖查詢統(tǒng)計管理人員在JSP中輸入統(tǒng)計條件，然后這個JSP將這些統(tǒng)計條件通過請求提交給對應的攔截器，通過它過濾統(tǒng)計條件，然后交給相應的ACTION，ACTION調(diào)用BO，BO調(diào)用DAO，DAO從數(shù)據(jù)表中獲取符合統(tǒng)計條件的數(shù)據(jù)，將這些數(shù)據(jù)包裝在對象中，再一層一層的返回到前臺界面，顯示給用戶分析使用。其系統(tǒng)管理模塊類圖，如圖64所示：圖64 系統(tǒng)管理模塊類圖. 資料管理模塊程序設計. 功能描述及清單資料管理是對計費系統(tǒng)中的業(yè)務參數(shù)、計費參數(shù)等重要基礎數(shù)據(jù)的維護管理，提供對資料的增加、刪除、修改、查詢等功能，詳細記錄操作日志，由DBA在后臺定期備份保存，確保系統(tǒng)基礎數(shù)據(jù)的安全。：采用完整的英文描述說明 JSP 所完成的功能，盡可能包括一個生動的動詞，第一個字母小寫，后面的單詞首字母大寫，如： 、 等。. 代碼格式：當一個表達式無法容納在一行內(nèi)時，可以依據(jù)如下一般規(guī)則斷開之。：第一個單詞的所有字母均小寫，以后每個單詞的首字母大寫，其余字母均小寫。Struts 2框架是從WebWork框架發(fā)展而來的。在開發(fā)系統(tǒng)的軟、硬件配置上，具體如下：，如表61所示。l 數(shù)據(jù)庫系統(tǒng)采用ORACLE 10g系統(tǒng)。系統(tǒng)管理主界面，如圖513所示：圖513 系統(tǒng)管理主界面. 資料管理主界面資料管理主界面是資料管理員通過用戶名和密碼登錄后的第一個界面，在這個頁面上可以看到該用戶所要操作的功能。一個非規(guī)范化關系可用以下步驟得到第三范式，如圖511所示：和空白數(shù)據(jù)項消去重復項1NF消除部分函數(shù)依賴2NF消除傳遞函數(shù)依賴3NF非規(guī)范化關系圖511 非規(guī)范化關系到第三范式在系統(tǒng)數(shù)據(jù)庫物理模型設計中，主要涉及到的數(shù)據(jù)庫表，如下所示：，如表52到表54。從ER圖轉(zhuǎn)換成關系數(shù)據(jù)模型時，有兩條基本原則需要遵循：①一個實體用一個關系來表示；②一個帶有屬性的聯(lián)系用一個關系來表示。系統(tǒng)管理模塊中涉及到的主要實體集及屬性如下：l 角色{角色標識、角色名稱、角色描述、角色狀態(tài)}；l 功能{功能點標識、父ID、名稱、URL、類型、可見性、描述}；l 用戶{標識、用戶名、真實名稱、密碼、描述、工號、部門標識、狀態(tài)}；l 部門{部門標識、部門名稱}；l 用戶登錄日志{日志標識、用戶標識、登錄時間、登錄IP、登出時間}。系統(tǒng)中的大部分代碼是通過順序碼設計，其他部分代碼是通過塊碼和縮略碼設計。. 查詢統(tǒng)計管理模塊結(jié)構查詢統(tǒng)計模塊主要是對運營商運營情況的查詢與統(tǒng)計，通過對各種維度的分析，掌握電信語音業(yè)務各種業(yè)務類型的運營情況，體現(xiàn)電信的業(yè)務發(fā)展情況。. 模塊結(jié)構設計本系統(tǒng)為電信計費系統(tǒng)的一個子系統(tǒng)——門戶管理子系統(tǒng)。資料管理數(shù)據(jù)流程圖，如圖411所示：圖411 資料管理數(shù)據(jù)流程圖（DFD/2）：查詢統(tǒng)計管理員需要用戶名和密碼登錄系統(tǒng)；根據(jù)自己定義的統(tǒng)計條件，輸入到系統(tǒng)中，進行查詢話單清單，然后打印出話單數(shù)據(jù)統(tǒng)計報表；輸入自己定義的日志統(tǒng)計條件到系統(tǒng)中，統(tǒng)計出相關的日志數(shù)據(jù)，然后打印出日志數(shù)據(jù)統(tǒng)計報表；輸入自己定義的話務量統(tǒng)計條件到系統(tǒng)中，統(tǒng)計出相關的話務量統(tǒng)計報表；輸入自己定義的話單業(yè)務收入統(tǒng)計條件到系統(tǒng)中，統(tǒng)計出相關的業(yè)務收入統(tǒng)計報表。其查詢統(tǒng)計業(yè)務流程圖，如圖46所示。系統(tǒng)可自動實現(xiàn)計費處理的各工作環(huán)節(jié)，并提供友好界面顯示對計費數(shù)據(jù)波動情況、進程的執(zhí)行情況的監(jiān)控和傳呼告警，告警門限值可設定。l 維度設計，如表44所示：表44 話務量統(tǒng)計維度設計表維度名稱層次結(jié)構備注時間年份日期小時地域XX省地市業(yè)務類型業(yè)務類型業(yè)務類型區(qū)分為固話、小靈通等賬目類型賬目類型一層賬目類型二層賬目類型區(qū)分為本地、長途通話等l 指標設計，如表45所示：表45 話務量統(tǒng)計指標設計表指標名稱計算規(guī)則單位備注話務量各維度逐層累積條計費時長各維度逐層累積秒通話時長各維度逐層累積秒l 實現(xiàn)目的按時間、地域、業(yè)務類型3個維度統(tǒng)計語音業(yè)務的全收入的總收入度量（包括話費、話務量、計費時長、通話時長4個度量）情況。定義計費規(guī)則適用日期、時間，還有相應的計費規(guī)則。該表有地區(qū)號碼、營業(yè)區(qū)號、營業(yè)區(qū)名稱三個字段。運營商類型參數(shù)主要對電信運營商的名稱和代碼的維護，分別是：中國電信、中國網(wǎng)通、中國移動、中國聯(lián)通、中國鐵通等。要求系統(tǒng)提供對具有相同權限的用戶設定用戶組的功能，以便系統(tǒng)管理員實現(xiàn)職責：增加和刪除用戶組，以及給用戶組設置權限；增加和刪除普通用戶，以及給普通用戶設置權限。l 批價：對標準記錄按照相關規(guī)則和資費標準計算出各項費用的過程。其主要涉及到的術語及定義如下：l 計費：對電信用戶使用電信資源或服務后產(chǎn)生的使用記錄，根據(jù)資費標準及優(yōu)惠政策進行費用計算的過程。只有考慮到潛在的需求，建立的數(shù)據(jù)模型才會穩(wěn)定。因此，從運行可行性上講，本項目系統(tǒng)是可以運行的。整個系統(tǒng)的實現(xiàn)還需要依賴于后臺對原始話單進行一系列的處理，后臺通過定時器或存儲過程對話單數(shù)據(jù)進行實時處理之后，才能在前臺實時的統(tǒng)計出用戶需要的數(shù)據(jù)信息。本項目開發(fā)的主要目的有以下幾點：、快速的、展示方式多樣的、實時的、方便的話單統(tǒng)計數(shù)據(jù)，以使用戶可以在此基礎上進行其他的工作；，以便提高前臺再次統(tǒng)計數(shù)據(jù)的效率；，以WEB方式給用戶展現(xiàn)所需要的統(tǒng)計數(shù)據(jù)，可以提供表格、餅圖和柱圖來展現(xiàn)統(tǒng)計結(jié)果；，結(jié)合一些先進技術（AJAX、DWR、SiteMesh等），完成擴展性、可移植性、穩(wěn)定性較強的實用系統(tǒng)；，將所學的系統(tǒng)開發(fā)專業(yè)技術知識和電信計費的業(yè)務知識結(jié)合起來，完成有實際意義的實踐工作?！? 計費管理的價值不僅體現(xiàn)在為客戶服務，提高服務質(zhì)量上面。第2章 項目概述. 項目開發(fā)背景從電信運營商來看，電信計費遠不是通話時長乘以費率這么一個簡單算式就能解決的。一個好的計費解決方案則是實現(xiàn)上述目標的先決條件，比如實時計費解決方案等。關鍵詞：計費管理系統(tǒng)；系統(tǒng)分析與設計；結(jié)構化方法；UML建模Design and Implementation of Tele Billing Management SystemAbstract: In recent years, with the rapid development of China39。該系統(tǒng)基于B/S模式，以Oracle為后臺數(shù)據(jù)庫，用MyEclipse 、Tomcat 、PowerDesigner 12等工具進行開發(fā)。 UML Modeling.目 錄第1章 前言 1第2章 項目概述 2. 項目開發(fā)背景 2. 項目開發(fā)目的 2. 項目開發(fā)方法 3第3章 系統(tǒng)總體規(guī)劃 4. 系統(tǒng)初步調(diào)查 4. 可行性分析 4. 組織機構調(diào)查 5. 系統(tǒng)邏輯業(yè)務規(guī)劃 6. 系統(tǒng)數(shù)據(jù)類規(guī)劃 6. 系統(tǒng)開發(fā)計劃 7第4章 系統(tǒng)分析 9. 系統(tǒng)詳細調(diào)查 9. 需求分析 11. 系統(tǒng)面向的用戶 11. 系統(tǒng)管理員需求 12. 資料管理員需求 12. 查詢統(tǒng)計管理員需求 14. 告警處理員需求 16. 業(yè)務流程分析 16. 數(shù)據(jù)流程分析 20. 數(shù)據(jù)字典 24. 系統(tǒng)邏輯模型 26第5章 系統(tǒng)設計 27. 模塊結(jié)構設計 27. 系統(tǒng)管理模塊結(jié)構 27. 資料管理模塊結(jié)構 28. 查詢統(tǒng)計管理模塊結(jié)構 28. 監(jiān)控告警管理模塊結(jié)構 28. 代碼設計 30. 數(shù)據(jù)庫設計 31. 概念模型設計 31. 邏輯模型設計 34. 物理模型設計 35. 人機界面設計 39. 登錄界面 39. 系統(tǒng)管理主界面 39. 資料管理主界面 40. 查詢統(tǒng)計管理主界面 41. 監(jiān)控告警管理主界面 42第6章 系統(tǒng)實施 43. 計算機邏輯配置 43. 計算機局域網(wǎng)絡配置 43. 計算機廣域網(wǎng)絡配置 43. 系統(tǒng)實施準備 44. 項目開發(fā)環(huán)境及工具介紹 45. MVC模式簡介 45. Struts 45. 程序設計 46. 程序設計方法及風格 46. 系統(tǒng)管理模塊程序設計 47. 資料管理模塊程序設計 49. 查詢統(tǒng)計管理模塊程序設計 52. 監(jiān)控告警管理程序設計 54. 系統(tǒng)測試與調(diào)試 56. 功能測試 56. 性能測試 56. 系統(tǒng)調(diào)試 56第7章 系統(tǒng)運行管理與評價 57. 系統(tǒng)的運行管理 57. 系統(tǒng)的評價 58. 經(jīng)濟指標評價 58．性能指標評價 58. 管理指標評價 58結(jié) 論 59致 謝 60參考文獻 61附 錄 62VI第1章 前 言如今，各電信運營商已越來越強烈地注意到這樣一個現(xiàn)實：即基于分組的下一代網(wǎng)絡只是整個服務提交體系中的一個不可或缺組成部分，這類網(wǎng)絡雖然能夠用來提交各種基于分組的新型增值業(yè)務，但卻無法為運營商業(yè)務的發(fā)展提供直接的融資和收益。總之，電信計費管理系統(tǒng)已不再是被動的后臺系統(tǒng)，其作為整個電信行業(yè)的核心競爭力所在的地位日益鞏固，已經(jīng)成為整個電信系統(tǒng)的靈魂。由于歷史原因，交換機的種類繁多，采集方式也不完全一樣以及計費軟件的版本比較復雜，都會給計費管理系統(tǒng)的實施造成困難。. 項目開發(fā)目的在電信運營系統(tǒng)中，電信計費系統(tǒng)是主要的支撐系統(tǒng)，占有重要地位。接下來，本論文會對項目系統(tǒng)從初步調(diào)查、可行性分析、邏輯業(yè)務規(guī)劃、數(shù)據(jù)類規(guī)劃以及系統(tǒng)開發(fā)的進度安排上進行總體規(guī)劃，便于從全局上把握好這個系統(tǒng)的整個過程。在本論文的項目系統(tǒng)中，可以對話單數(shù)據(jù)進行智能的統(tǒng)計，給予用戶多種統(tǒng)計數(shù)據(jù)的形式，方便用戶對這些統(tǒng)計數(shù)據(jù)進行詳細的分析，并且對相關的參數(shù)進行較好的管理。本論文項目系統(tǒng)的邏輯業(yè)務規(guī)劃圖，如圖32所示：圖32 邏輯業(yè)務規(guī)劃圖. 系統(tǒng)數(shù)據(jù)類規(guī)劃經(jīng)過上面邏輯業(yè)務的規(guī)劃之后，對本項目系統(tǒng)的數(shù)據(jù)類進行規(guī)劃。. 系統(tǒng)詳細調(diào)查系統(tǒng)詳細調(diào)查的主要任務是收集系統(tǒng)所要用到的數(shù)據(jù)，因為在后期的系統(tǒng)設計階段要用到許多的數(shù)據(jù)，資料收集是進行系統(tǒng)分析的前提，資料收集的方法有實地調(diào)查，填寫問卷，交流交談等。l 批價記錄：與帳單相關聯(lián)，經(jīng)過計費處理后的最終處理記錄，又稱清單。，如表41所示：表41 固話話單格式域名長度含義呼叫類型201：發(fā)起話單（默認值）02：落地話單 03：呼轉(zhuǎn)話單首記錄索引30當一次呼叫產(chǎn)生多條記錄時，這些首記錄索引相同中間記錄序列4中間記錄，從1開始計數(shù)部分記錄指示10：單個記錄 1：記錄的第一部分2：記錄的中間部分 3：記錄的最后部分計費對象31：針對主叫計費 2：針對被叫計費3：目標號碼 4：針對入中繼群號計費5：針對出中繼群號計費 127：規(guī)定的計費號碼主叫號碼30表示主叫用戶號碼被叫用戶號碼30表示被叫用戶號碼應答日期和時間14表示應答時間，格式為：YYYYMMDDHHMMSS YYYY：年份MM：1－12 DD：1－31HH：0－23 MM：0－59SS：0－59 缺省值：全0話終日期和時間14表示呼叫結(jié)束日期和時間，格式為：YYYYMMDDHHMMSS YYYY：年份MM：1－12 DD：1－31HH：0－23 MM：0－59SS：0－59 缺省值：全0通話時長11單位：秒，如圖41所示：圖41 電信計費管理系統(tǒng)總體流程圖. 需求分析. 系統(tǒng)面向的用戶本論文項目系統(tǒng)面向的用戶分為四類：系統(tǒng)管理員、資料管理員和查詢統(tǒng)計管理員、告警處理員。要求系統(tǒng)提供在線用戶信息的監(jiān)控功能，記錄用戶每一次登錄到系統(tǒng)中的起始和結(jié)束時間，展現(xiàn)當前正在使用系統(tǒng)的用戶ID和姓名等信息。每個本地網(wǎng)定義一個區(qū)號，不同本地網(wǎng)之間的通話就是長話，對其進行引用來配置定義號碼信息，判斷每一號碼歸屬于哪個本地網(wǎng)。該表主要引用了營業(yè)區(qū)表的營業(yè)區(qū)號信息，作為判斷區(qū)內(nèi)、區(qū)間、長途類型的依據(jù)。l 實現(xiàn)目的通過對各個地市數(shù)據(jù)在計費系統(tǒng)的處理過程中產(chǎn)生的日志進行查詢和統(tǒng)計，來查看各個環(huán)節(jié)之間數(shù)據(jù)處理的平衡情況，及時準確地對計費系統(tǒng)的流量進行分析。告警信息按照嚴重程度，可分為以下幾類：l 一般性錯誤：不影響系統(tǒng)正常運行的錯誤；l 警告信息：影響系統(tǒng)的正常運行，但不會導致數(shù)據(jù)的損壞或丟失；l 嚴重故障：嚴重影響系統(tǒng)的運行，并可能導致數(shù)據(jù)的損壞或丟失。：l 定義電信計費過程中使用的參數(shù)類型；l 增加、刪除、修改、查詢參數(shù)信息。：除管理員外，其它用戶需要根據(jù)管理員給予的用戶名和密碼登錄系統(tǒng)執(zhí)行自己擁有的功能；當用戶不處于登錄狀態(tài)時，不允許通過系統(tǒng)中間的某個URL直接進入系統(tǒng)；系統(tǒng)管理員會根據(jù)部門給予的用戶名單把這些用戶的信息添加到數(shù)據(jù)庫中，同時也可以從數(shù)據(jù)庫中查詢出用戶信息，然后打印出來；資料管理員登錄系統(tǒng)后，會根據(jù)自己手上的參數(shù)資料，把這些數(shù)據(jù)添加到數(shù)據(jù)庫中，同時可對這些數(shù)據(jù)進行增加、刪除、修改操作；查詢統(tǒng)計管理員需要利用參數(shù)信息對入庫話單進行統(tǒng)計，然后打印出數(shù)據(jù)報表；告警處理員實時處理在系統(tǒng)運行過程中產(chǎn)生的所有警告信息。其中系統(tǒng)管理部分：需要把用戶信息單和用戶職能信息單轉(zhuǎn)換為數(shù)據(jù)庫中用戶信息表、角色信息表、功能分配信息表中的數(shù)據(jù)，對在線