【正文】 ing/QueryAlarmQueryAlarmAction日志數(shù)據(jù)查詢Warning/QueryAlarmLogQueryAlarmLogAction處理告警信息Warning/HandAlarmHandAlarmAction導(dǎo)出Warning/Expor。其話務(wù)量統(tǒng)計時序圖，如圖69所示：圖69 話務(wù)量統(tǒng)計時序圖. 類圖以查詢統(tǒng)計管理模塊中的話務(wù)量統(tǒng)計為例，其話務(wù)量統(tǒng)計類圖，如圖610所示：圖610 話務(wù)量統(tǒng)計類圖. 監(jiān)控告警管理程序設(shè)計. 功能描述及清單告警處理是指監(jiān)控系統(tǒng)檢測到系統(tǒng)運行和處理各個環(huán)節(jié)中出現(xiàn)異常情況時發(fā)出故障提示信息。查詢或統(tǒng)計出的數(shù)據(jù)在當前頁中顯示不完全時，可以通過翻頁操作顯示所有的數(shù)據(jù)。資料管理可以對運營商類型參數(shù)、省份代碼參數(shù)、本地網(wǎng)區(qū)號參數(shù)、移動號碼號段參數(shù)、固定號碼號段參數(shù)、長途類型參數(shù)、用戶業(yè)務(wù)類型參數(shù)、地市參數(shù)、長途組類型參數(shù)、地區(qū)參數(shù)、業(yè)務(wù)類型參數(shù)和標準費率參數(shù)進行增加、刪除、修改、查詢、打印操作，可以分頁顯示記錄，支持批量刪除。其在線用戶監(jiān)控功能活動圖，如圖62所示：圖62 在線用戶監(jiān)控活動圖. 時序圖系統(tǒng)中每一個Action都包含該攔截器，該攔截器的功能是對用戶進行權(quán)限檢查。 命名：Hibernate 映射文件數(shù)據(jù)庫表名稱完全對應(yīng)，如： 。： 4種注釋風格：塊(block)、單行(singleline)、末尾(trailing)和行尾(endofline)。在一個逗號后面斷開；在一個操作符前面斷開；新的一行應(yīng)該與上一行同一級別表達式的開頭處對齊。如：startServices。如：fileName。因此，在程序設(shè)計方法上選擇面向?qū)ο蟮某绦蛟O(shè)計方法更加合適。Struts 2框架最大的特點就是其簡單性，引入了OGNL表達式和值棧的概念，可以使開發(fā)者使用簡單的代碼實現(xiàn)復(fù)雜的數(shù)據(jù)訪問；Action實現(xiàn)類就是一個標準的Java類（POJO），這使得測試工作變得簡單。. MVC模式簡介MVC英文即ModelViewController，即把一個應(yīng)用的輸入、處理、輸出流程按照Model、View、Controller的方式進行分離，這樣一個應(yīng)用被分成三個層——模型層、視圖層、控制層。，如表62所示。l 廣域網(wǎng)用戶通過靜態(tài)IP訪問共享服務(wù)器。l 數(shù)據(jù)庫前端開發(fā)工具為PL/SQL Developer。. 計算機邏輯配置本論文項目系統(tǒng)采用網(wǎng)絡(luò)結(jié)構(gòu)體系，該系統(tǒng)可以運行在每個地市計費中心的局域網(wǎng)內(nèi)，也可以與廣域網(wǎng)連接。資料管理主界面，如圖514所示：圖514 資料管理主界面. 查詢統(tǒng)計管理主界面查詢統(tǒng)計管理主界面是查詢統(tǒng)計管理員通過用戶名和密碼登錄后的第一個界面，在這個頁面上可以看到該用戶所要操作的功能。. 登錄界面用戶需要用指定的URL連接到登錄頁面，如：://localhost:8877/TRTBS/。，如表55到表58。，如下：l 告警信息表{告警標識、告警代碼、告警日期、告警時間、模塊標志、進程標識、處理文件名、告警內(nèi)容、是否處理}；l 告警定義表{告警定義標識、告警代碼、告警級別、處理方法、告警說明}；l 告警日志信息表{告警信息流水號、告警日期、告警時間、告警級別、錯誤號、告警內(nèi)容、模塊標志、恢復(fù)方法、操作員、操作日期、操作時間}。在下面關(guān)系數(shù)據(jù)模型的描述中，用下劃線標識出碼。語音業(yè)務(wù)統(tǒng)計單地區(qū)號碼業(yè)務(wù)類型呼叫類型省份代碼引用引用引用引用話單統(tǒng)計1NNNNN1111圖59 查詢統(tǒng)計管理模塊ER圖，如圖510所示。部門用戶登錄日志用戶擁有角色功能分配MN屬于MNN1N1產(chǎn)生圖57 系統(tǒng)管理模塊ER圖，如圖58所示。. 概念模型設(shè)計概念模型是一種面向問題的數(shù)據(jù)模型，它描述了從用戶角度看到的數(shù)據(jù)庫的內(nèi)容及其聯(lián)系，是一種純粹的現(xiàn)實反映，而與存儲結(jié)構(gòu)、存取方式等數(shù)據(jù)庫的具體實現(xiàn)內(nèi)容無關(guān)。本系統(tǒng)中的一些代碼設(shè)計，如表51所示：表51 一些代碼設(shè)計代碼對象代碼代碼對象代碼電信實時計費系統(tǒng)TRTBS日期YYYYMMDDHH24:MI:SS中國移動公司01中國電信公司02中國聯(lián)通公司03中國網(wǎng)通公司04數(shù)據(jù)傳輸T預(yù)處理P排重D批價R入庫I數(shù)據(jù)分發(fā)S. 數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫設(shè)計是指在現(xiàn)有數(shù)據(jù)庫管理系統(tǒng)的基礎(chǔ)上建立數(shù)據(jù)庫的過程。圖53 系統(tǒng)管理模塊結(jié)構(gòu)圖圖54 資料管理模塊結(jié)構(gòu)圖圖55 查詢統(tǒng)計管理模塊結(jié)構(gòu)圖圖56 監(jiān)控告警管理模塊結(jié)構(gòu)圖. 代碼設(shè)計代碼又稱編碼，它是客觀實體的名稱、屬性、狀態(tài)等內(nèi)容的標識。其統(tǒng)計數(shù)據(jù)或查詢結(jié)果會以Excel報表格式導(dǎo)出。. 資料管理模塊結(jié)構(gòu)由于資料管理模塊主要是對整個系統(tǒng)中所涉及的一些主要的參數(shù)進行增加、刪除、修改和查詢、打印等操作，所以此處僅僅列出幾個主要的參數(shù)進行模塊結(jié)構(gòu)的描述。其主要功能模塊有4個：系統(tǒng)管理模塊、資料管理模塊、查詢統(tǒng)計模塊和監(jiān)控告警模塊。其中系統(tǒng)管理部分：需要把用戶信息單和用戶職能信息單轉(zhuǎn)換為數(shù)據(jù)庫中用戶信息表、角色信息表、功能分配信息表中的數(shù)據(jù)，對在線的用戶操作過系統(tǒng)的痕跡記錄成數(shù)據(jù)庫中操作日志表中的數(shù)據(jù)；資料管理部分：需要把參數(shù)信息單轉(zhuǎn)換為數(shù)據(jù)庫中相應(yīng)參數(shù)表中的數(shù)據(jù)；查詢統(tǒng)計管理部分：根據(jù)用戶指定的條件查詢出話單清單數(shù)據(jù)、統(tǒng)計日志數(shù)據(jù)、統(tǒng)計話務(wù)量數(shù)據(jù)、統(tǒng)計業(yè)務(wù)收入數(shù)據(jù)；監(jiān)控告警管理部分：根據(jù)用戶指定的條件查詢出告警信息、告警日志信息，并可對主機進程進行監(jiān)測。查詢統(tǒng)計數(shù)據(jù)流程圖，如圖412所示：圖412 查詢統(tǒng)計數(shù)據(jù)流程圖（DFD/2）：告警處理員需要用戶名和密碼登錄系統(tǒng)；在系統(tǒng)初始的時候需要定義告警本身信息，告警級別信息；當告警處理員得到系統(tǒng)給予的告警信息時，對這些告警信息進行處理；當處理完告警之后，會產(chǎn)生告警日志。：除管理員外，其它用戶需要根據(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)生的所有警告信息。：l 對應(yīng)用系統(tǒng)進行集中監(jiān)測與集中控制；l 檢測到系統(tǒng)運行和處理各個環(huán)節(jié)中出現(xiàn)異常情況時發(fā)出故障提示信息。：l 定義電信計費過程中使用的參數(shù)類型；l 增加、刪除、修改、查詢參數(shù)信息。. 業(yè)務(wù)流程分析通過對用戶的詳細需求分析和業(yè)務(wù)過程分析得知，該系統(tǒng)主要需要完成的業(yè)務(wù)有系統(tǒng)管理、資料管理、語音業(yè)務(wù)查詢統(tǒng)計、監(jiān)控告警。告警信息按照嚴重程度，可分為以下幾類：l 一般性錯誤：不影響系統(tǒng)正常運行的錯誤；l 警告信息：影響系統(tǒng)的正常運行，但不會導(dǎo)致數(shù)據(jù)的損壞或丟失；l 嚴重故障：嚴重影響系統(tǒng)的運行，并可能導(dǎo)致數(shù)據(jù)的損壞或丟失。通過對全收入各種維度的分析，掌握電信語音業(yè)務(wù)各種業(yè)務(wù)類型的收入情況，體現(xiàn)電信的業(yè)務(wù)發(fā)展情況。l 實現(xiàn)目的通過對各個地市數(shù)據(jù)在計費系統(tǒng)的處理過程中產(chǎn)生的日志進行查詢和統(tǒng)計，來查看各個環(huán)節(jié)之間數(shù)據(jù)處理的平衡情況，及時準確地對計費系統(tǒng)的流量進行分析。通過費率規(guī)則定義與話單屬性進行匹配，判斷每個話單適用的計費費率規(guī)則，并進行相應(yīng)的批價處理。該表主要引用了營業(yè)區(qū)表的營業(yè)區(qū)號信息，作為判斷區(qū)內(nèi)、區(qū)間、長途類型的依據(jù)。在批價中，可以通過話單中主被叫的地區(qū)號碼和營業(yè)區(qū)號劃分出區(qū)內(nèi)通話、區(qū)間通話和長話，進行相應(yīng)的批價。每個本地網(wǎng)定義一個區(qū)號，不同本地網(wǎng)之間的通話就是長話，對其進行引用來配置定義號碼信息，判斷每一號碼歸屬于哪個本地網(wǎng)。以此來判斷某個號碼所屬的業(yè)務(wù)類別，同時是話單的基本屬性，作為批價的基本字段，是獲取長話基本政策、市話基本政策、判斷網(wǎng)絡(luò)承載類型的依據(jù)。要求系統(tǒng)提供在線用戶信息的監(jiān)控功能，記錄用戶每一次登錄到系統(tǒng)中的起始和結(jié)束時間，展現(xiàn)當前正在使用系統(tǒng)的用戶ID和姓名等信息。要求系統(tǒng)提供一個系統(tǒng)管理員名和初始密碼；要求系統(tǒng)提供用戶的基本信息的增加、刪除、修改、查詢功能，可以設(shè)定用戶的姓名、工號、部門等基本信息；系統(tǒng)管理員可以給普通用戶分配權(quán)限到功能點，權(quán)限分為兩種，查看和控制。，如表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表示被叫用戶號碼應(yīng)答日期和時間14表示應(yīng)答時間，格式為：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)計管理員、告警處理員。l 計費處理：對批價記錄按照相關(guān)規(guī)則進行費用分攤和計費出賬的過程。l 批價記錄：與帳單相關(guān)聯(lián)，經(jīng)過計費處理后的最終處理記錄，又稱清單。l 計費周期：電信運行商之間或本電信運行商所約定的進行計費或攤分工作的時間周期。. 系統(tǒng)詳細調(diào)查系統(tǒng)詳細調(diào)查的主要任務(wù)是收集系統(tǒng)所要用到的數(shù)據(jù)，因為在后期的系統(tǒng)設(shè)計階段要用到許多的數(shù)據(jù)，資料收集是進行系統(tǒng)分析的前提，資料收集的方法有實地調(diào)查，填寫問卷，交流交談等。按照實體分析方法設(shè)計的數(shù)據(jù)類有：：該類數(shù)據(jù)反映用戶的用戶名、真實姓名、用戶描述、隨機生成的密碼、工號、部門等信息；：該類數(shù)據(jù)記錄角色的角色名、角色描述等信息；：該類數(shù)據(jù)記錄功能點的功能ID、父功能ID、功能點名稱、功能點描述、功能點URL、功能點是否可見等信息；：該類數(shù)據(jù)記錄了有關(guān)電信計費過程中用到的各類參數(shù)，例如：運營商類型、省份代碼、本地網(wǎng)區(qū)號、移動號碼號段、固定號碼號段、標準費率等參數(shù)信息；：該類數(shù)據(jù)記錄了有關(guān)話單的基本信息，例如：帳期、通話起止日期、主叫號碼、被叫號碼，主叫區(qū)號，被叫區(qū)號、計費時長、費用及業(yè)務(wù)類型等信息；：該類數(shù)據(jù)記錄了預(yù)處理、批價、入庫等日志信息；：該類數(shù)據(jù)記錄了話務(wù)量、計費時長、通話時長等統(tǒng)計信息；：該類數(shù)據(jù)記錄了話費、話務(wù)量、計費時長、通話時長等統(tǒng)計信息；9．告警日志信息數(shù)據(jù)類：該類數(shù)據(jù)記錄了告警日期、告警時間、告警級別、錯誤號、告警內(nèi)容、模塊標志、恢復(fù)方法、操作員、文件名、操作日期、操作時間、告警標識等信息。本論文項目系統(tǒng)的邏輯業(yè)務(wù)規(guī)劃圖，如圖32所示：圖32 邏輯業(yè)務(wù)規(guī)劃圖. 系統(tǒng)數(shù)據(jù)類規(guī)劃經(jīng)過上面邏輯業(yè)務(wù)的規(guī)劃之后，對本項目系統(tǒng)的數(shù)據(jù)類進行規(guī)劃。從以上三方面的分析，可以得出該系統(tǒng)在技術(shù)上得到了保證，投入使用可帶來很好的經(jīng)濟效益，且在運行方面較為簡單。在本論文的項目系統(tǒng)中，可以對話單數(shù)據(jù)進行智能的統(tǒng)計，給予用戶多種統(tǒng)計數(shù)據(jù)的形式，方便用戶對這些統(tǒng)計數(shù)據(jù)進行詳細的分析，并且對相關(guān)的參數(shù)進行較好的管理。以上這些是對系統(tǒng)的初步了解，詳細調(diào)查將在系統(tǒng)分析部分討論。接下來，本論文會對項目系統(tǒng)從初步調(diào)查、可行性分析、邏輯業(yè)務(wù)規(guī)劃、數(shù)據(jù)類規(guī)劃以及系統(tǒng)開發(fā)的進度安排上進行總體規(guī)劃，便于從全局上把握好這個系統(tǒng)的整個過程。. 項目開發(fā)方法在管理信息系統(tǒng)的長期實踐中，由于管理信息系統(tǒng)種類很多，情況各異，研制的具體方法、途徑有多種，從而形成了多種系統(tǒng)開發(fā)方法，如結(jié)構(gòu)化生命周期法、原型法、CASE方法、軟系統(tǒng)方法和面向?qū)ο蠓椒ǖ取? 項目開發(fā)目的在電信運營系統(tǒng)中，電信計費系統(tǒng)是主要的支撐系統(tǒng)，占有重要地位。對于運營商來說，實現(xiàn)計費管理可以幫助運營商更好地了解運營狀況，比如可以發(fā)現(xiàn)高額欠費，及時進行預(yù)警等。由于歷史原因，交換機的種類繁多，采集方式也不完全一樣以及計費軟件的版本比較復(fù)雜，都會給計費管理系統(tǒng)的實施造成困難。以固話為例，要生成賬單，首先交換機要將主叫、被叫、通話時長等實時記錄，然后系統(tǒng)把采集到的交換機記錄經(jīng)過預(yù)處理、過濾、劃價、累計求和，才能形成最后的用戶賬單?？傊?，電信計費管理系統(tǒng)已不再是被動的后臺系統(tǒng)，其作為整個電信行業(yè)的核心競爭力所在的地位日益鞏固，已經(jīng)成為整個電信系統(tǒng)的靈魂。實時的計費解決方案不僅可使運營商在任何基于分組的網(wǎng)絡(luò)上向不同類型的用戶提交一切服務(wù)，并通過開發(fā)新的收益來源來增加平均每戶每月收入值，還能使運營商按照用戶的切實需求迅速地將增值服務(wù)推向市場。 UML Modeling.