【正文】 其監(jiān)控告警管理模塊具體功能描述，如表67所示：表67 告警管理功能清單表功能名稱功能點(diǎn)對應(yīng)的Action路徑對應(yīng)的Action告警信息管理警告數(shù)據(jù)查詢Warning/QueryAlarmQueryAlarmAction日志數(shù)據(jù)查詢Warning/QueryAlarmLogQueryAlarmLogAction處理告警信息Warning/HandAlarmHandAlarmAction導(dǎo)出Warning/Expor。其話務(wù)量統(tǒng)計(jì)時(shí)序圖，如圖69所示：圖69 話務(wù)量統(tǒng)計(jì)時(shí)序圖. 類圖以查詢統(tǒng)計(jì)管理模塊中的話務(wù)量統(tǒng)計(jì)為例，其話務(wù)量統(tǒng)計(jì)類圖，如圖610所示：圖610 話務(wù)量統(tǒng)計(jì)類圖. 監(jiān)控告警管理程序設(shè)計(jì). 功能描述及清單告警處理是指監(jiān)控系統(tǒng)檢測到系統(tǒng)運(yùn)行和處理各個(gè)環(huán)節(jié)中出現(xiàn)異常情況時(shí)發(fā)出故障提示信息。系統(tǒng)對統(tǒng)計(jì)條件進(jìn)行合法性檢查，如果統(tǒng)計(jì)條件未通過檢查，則要提示錯(cuò)誤信息，并要求用戶重新輸入統(tǒng)計(jì)條件；如果統(tǒng)計(jì)條件通過檢查，則進(jìn)行統(tǒng)計(jì)工作，把統(tǒng)計(jì)好的數(shù)據(jù)顯示在前臺界面；當(dāng)統(tǒng)計(jì)數(shù)據(jù)在一頁中顯示不完全地時(shí)候，可以進(jìn)行翻頁操作；在生成正確的統(tǒng)計(jì)數(shù)據(jù)后，可以將統(tǒng)計(jì)數(shù)據(jù)以Excel報(bào)表的形式導(dǎo)出，方便用戶的其它分析工作。查詢或統(tǒng)計(jì)出的數(shù)據(jù)在當(dāng)前頁中顯示不完全時(shí)，可以通過翻頁操作顯示所有的數(shù)據(jù)。其查詢、修改、刪除參數(shù)活動(dòng)圖，如圖65所示：圖65 查詢、修改、刪除參數(shù)活動(dòng)圖. 時(shí)序圖由于對每個(gè)參數(shù)的添加、刪除、修改和查詢操作都是一樣的業(yè)務(wù)邏輯，所以此處以運(yùn)營商參數(shù)管理為例描述對各個(gè)參數(shù)進(jìn)行添加、刪除、修改和查詢操作的時(shí)序圖的描述，其它參數(shù)的業(yè)務(wù)邏輯與均與運(yùn)營商參數(shù)管理類似。資料管理可以對運(yùn)營商類型參數(shù)、省份代碼參數(shù)、本地網(wǎng)區(qū)號參數(shù)、移動(dòng)號碼號段參數(shù)、固定號碼號段參數(shù)、長途類型參數(shù)、用戶業(yè)務(wù)類型參數(shù)、地市參數(shù)、長途組類型參數(shù)、地區(qū)參數(shù)、業(yè)務(wù)類型參數(shù)和標(biāo)準(zhǔn)費(fèi)率參數(shù)進(jìn)行增加、刪除、修改、查詢、打印操作，可以分頁顯示記錄，支持批量刪除。其攔截器工作時(shí)序圖，如圖63所示：圖63 攔截器工作時(shí)序圖. 類圖在系統(tǒng)管理模塊中，設(shè)計(jì)的基本實(shí)體類如下圖示，其中設(shè)計(jì)原則為：Fun為基本的功能單位，每個(gè)Role可以擁有多個(gè)Fun，一個(gè)User可以擁有多個(gè)Role，一個(gè)Role也可以分配給多個(gè)User，而每個(gè)User只能對應(yīng)一個(gè)Dept，但是一個(gè)Dept可以有多個(gè)用戶，每個(gè)User只能對應(yīng)一個(gè)登錄時(shí)使用的LoginLog。其在線用戶監(jiān)控功能活動(dòng)圖，如圖62所示：圖62 在線用戶監(jiān)控活動(dòng)圖. 時(shí)序圖系統(tǒng)中每一個(gè)Action都包含該攔截器，該攔截器的功能是對用戶進(jìn)行權(quán)限檢查。其系統(tǒng)管理模塊部分功能清單，如表64所示：表64 部分功能清單功能名稱功能點(diǎn)對應(yīng)的package路徑對應(yīng)的Action角色管理查詢角色rolemanage/queryRoleActionQueryRoleAction修改角色rolemanage/ editRoleActionEditRoleAction添加角色rolemanage/ addRoleActionAddRoleAction刪除角色rolemanage/ removeRoleActionRemoveRoleAction角色的權(quán)限管理rolemanage/roleFunManageActionRoleFunManageAction角色的管理用戶rolemanage/roleUserManageActionRoleUserManageAction. 活動(dòng)圖由于系統(tǒng)管理模塊涉及的活動(dòng)圖較多，以在線用戶監(jiān)控功能的活動(dòng)圖為例。 命名：Hibernate 映射文件數(shù)據(jù)庫表名稱完全對應(yīng)，如： 。. 一些特殊規(guī)則：Action 類名：功能名稱 +Action ；Action類只作控制，不實(shí)現(xiàn)業(yè)務(wù)邏輯，代碼長度不得超過500行。： 4種注釋風(fēng)格：塊(block)、單行(singleline)、末尾(trailing)和行尾(endofline)。：程序采用分層縮進(jìn)原則，每一層比上一層縮進(jìn)4個(gè)空格。在一個(gè)逗號后面斷開；在一個(gè)操作符前面斷開；新的一行應(yīng)該與上一行同一級別表達(dá)式的開頭處對齊。如MAX_NUMBER。如：startServices。如：FileProcessor。如：fileName。如：Airplane。因此，在程序設(shè)計(jì)方法上選擇面向?qū)ο蟮某绦蛟O(shè)計(jì)方法更加合適。如果一個(gè)WEB應(yīng)用程序分成三層架構(gòu)來實(shí)現(xiàn)（即表示層、業(yè)務(wù)層、數(shù)據(jù)訪問層），那么Struts 2可以負(fù)責(zé)表示層和業(yè)務(wù)層的實(shí)現(xiàn)和控制工作，Hibernate可以負(fù)責(zé)數(shù)據(jù)訪問層的實(shí)現(xiàn)工作，這樣就可以把兩個(gè)框架的優(yōu)點(diǎn)用在所開發(fā)的系統(tǒng)之上。Struts 2框架最大的特點(diǎn)就是其簡單性，引入了OGNL表達(dá)式和值棧的概念，可以使開發(fā)者使用簡單的代碼實(shí)現(xiàn)復(fù)雜的數(shù)據(jù)訪問；Action實(shí)現(xiàn)類就是一個(gè)標(biāo)準(zhǔn)的Java類（POJO），這使得測試工作變得簡單。. Struts Struts 2 是一個(gè)雅致的，可擴(kuò)展的，用來建立企業(yè)級Java Web應(yīng)用程序的框架。. MVC模式簡介MVC英文即ModelViewController，即把一個(gè)應(yīng)用的輸入、處理、輸出流程按照Model、View、Controller的方式進(jìn)行分離，這樣一個(gè)應(yīng)用被分成三個(gè)層——模型層、視圖層、控制層。表61 數(shù)據(jù)庫服務(wù)器配置說明表型號LENOVO PC服務(wù)器配置CPU：1個(gè)、內(nèi)存：1G、硬盤：80G操作系統(tǒng)Window XP操作系統(tǒng)數(shù)據(jù)庫軟件ORACLE 10g數(shù)量1表62 應(yīng)用服務(wù)器配置說明表型號LENOVO PC服務(wù)器配置CPU：1個(gè)、內(nèi)存：1G、硬盤：80G操作系統(tǒng)Window XP操作系統(tǒng)中間件軟件+數(shù)量5表63 配置服務(wù)器配置說明表型號LENOVO PC服務(wù)器配置CPU：1個(gè)、內(nèi)存：1G、硬盤：80G操作系統(tǒng)Windows XP以上版本的操作系統(tǒng)配置管理軟件VSS 數(shù)量1. 項(xiàng)目開發(fā)環(huán)境及工具介紹本文中的項(xiàng)目系統(tǒng)開發(fā)環(huán)境：以B/S模式搭建，數(shù)據(jù)庫使用Oracle10g，采用的技術(shù)模式為MVC模式。，如表62所示。該系統(tǒng)在一個(gè)局域網(wǎng)下，采用服務(wù)器和客戶機(jī)的分機(jī)方式進(jìn)行實(shí)施。l 廣域網(wǎng)用戶通過靜態(tài)IP訪問共享服務(wù)器。l WEB服務(wù)器采用TOMCAT服務(wù)器。l 數(shù)據(jù)庫前端開發(fā)工具為PL/SQL Developer。l 客服端上運(yùn)行Windows XP操作系統(tǒng)；采用TCP/IP網(wǎng)絡(luò)軟件連接客戶機(jī)與服務(wù)器。. 計(jì)算機(jī)邏輯配置本論文項(xiàng)目系統(tǒng)采用網(wǎng)絡(luò)結(jié)構(gòu)體系，該系統(tǒng)可以運(yùn)行在每個(gè)地市計(jì)費(fèi)中心的局域網(wǎng)內(nèi)，也可以與廣域網(wǎng)連接。監(jiān)控告警管理主界面，如圖517所示：圖517 監(jiān)控告警主界面第6章 系統(tǒng)實(shí)施在電信計(jì)費(fèi)管理系統(tǒng)實(shí)施中，需要在前面的系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)較好的完成之后才能進(jìn)行的工作。資料管理主界面，如圖514所示：圖514 資料管理主界面. 查詢統(tǒng)計(jì)管理主界面查詢統(tǒng)計(jì)管理主界面是查詢統(tǒng)計(jì)管理員通過用戶名和密碼登錄后的第一個(gè)界面，在這個(gè)頁面上可以看到該用戶所要操作的功能。系統(tǒng)登錄界面，如圖512所示：圖512 系統(tǒng)登錄界面. 系統(tǒng)管理主界面系統(tǒng)管理主界面是系統(tǒng)管理員通過用戶名和密碼登錄后的第一個(gè)界面，在這個(gè)頁面上可以看到該用戶所要操作的功能。. 登錄界面用戶需要用指定的URL連接到登錄頁面，如：://localhost:8877/TRTBS/。，如表511。，如表55到表58。數(shù)據(jù)表的設(shè)計(jì)要遵守以下原則：第一范式是指表中的屬性應(yīng)該是原子的，不能再進(jìn)行分割；第二范式是指表中的非主鍵屬性都依賴于主鍵屬性；第三范式是指表中的非主鍵屬性之間不能有相互依賴關(guān)系。，如下：l 告警信息表{告警標(biāo)識、告警代碼、告警日期、告警時(shí)間、模塊標(biāo)志、進(jìn)程標(biāo)識、處理文件名、告警內(nèi)容、是否處理}；l 告警定義表{告警定義標(biāo)識、告警代碼、告警級別、處理方法、告警說明}；l 告警日志信息表{告警信息流水號、告警日期、告警時(shí)間、告警級別、錯(cuò)誤號、告警內(nèi)容、模塊標(biāo)志、恢復(fù)方法、操作員、操作日期、操作時(shí)間}。，如下：l 地市標(biāo)識表{地市標(biāo)識、地市名稱}；l 本地網(wǎng)區(qū)號表{本地網(wǎng)標(biāo)識、本地網(wǎng)區(qū)號、地市標(biāo)識、注釋}；l 業(yè)務(wù)類型表{業(yè)務(wù)類型標(biāo)識、業(yè)務(wù)類型編號、業(yè)務(wù)類型名稱}；l 固定號碼號段表{標(biāo)識、地區(qū)號碼、開始號碼、結(jié)束號碼、服務(wù)提供商類型、用戶業(yè)務(wù)類型、優(yōu)先級、審核狀態(tài)、注釋}；l 移動(dòng)號碼號段表{標(biāo)識、號碼段、地區(qū)號碼、服務(wù)提供商類型、用戶業(yè)務(wù)類型、審核狀態(tài)、注釋}；l 服務(wù)提供商類型表{標(biāo)識、服務(wù)提供商類型編號、服務(wù)提供商類型名稱}。在下面關(guān)系數(shù)據(jù)模型的描述中，用下劃線標(biāo)識出碼。告警信息告警定義告警日志信息引用引用引用NNN111圖510 監(jiān)控告警模塊ER圖. 邏輯模型設(shè)計(jì)數(shù)據(jù)庫的邏輯模型設(shè)計(jì)是將數(shù)據(jù)組織成一個(gè)和計(jì)算機(jī)提供的DNMS所采用的數(shù)據(jù)模型相符合的形式。語音業(yè)務(wù)統(tǒng)計(jì)單地區(qū)號碼業(yè)務(wù)類型呼叫類型省份代碼引用引用引用引用話單統(tǒng)計(jì)1NNNNN1111圖59 查詢統(tǒng)計(jì)管理模塊ER圖，如圖510所示。地市標(biāo)識本地網(wǎng)區(qū)號業(yè)務(wù)類型固定號碼號段服務(wù)提供商類型移動(dòng)號碼號段引用N1引用1N引用引用引用NNN引用N1111圖58 資料管理模塊ER圖，如圖59所示。部門用戶登錄日志用戶擁有角色功能分配MN屬于MNN1N1產(chǎn)生圖57 系統(tǒng)管理模塊ER圖，如圖58所示。，如圖57所示。. 概念模型設(shè)計(jì)概念模型是一種面向問題的數(shù)據(jù)模型，它描述了從用戶角度看到的數(shù)據(jù)庫的內(nèi)容及其聯(lián)系，是一種純粹的現(xiàn)實(shí)反映，而與存儲結(jié)構(gòu)、存取方式等數(shù)據(jù)庫的具體實(shí)現(xiàn)內(nèi)容無關(guān)。其主要任務(wù)是設(shè)計(jì)出能夠反映實(shí)際信息關(guān)系、數(shù)據(jù)冗余少、存儲效率高、易于實(shí)施與維護(hù)、并能滿足各種應(yīng)用要求的數(shù)據(jù)模型。本系統(tǒng)中的一些代碼設(shè)計(jì)，如表51所示：表51 一些代碼設(shè)計(jì)代碼對象代碼代碼對象代碼電信實(shí)時(shí)計(jì)費(fèi)系統(tǒng)TRTBS日期YYYYMMDDHH24:MI:SS中國移動(dòng)公司01中國電信公司02中國聯(lián)通公司03中國網(wǎng)通公司04數(shù)據(jù)傳輸T預(yù)處理P排重D批價(jià)R入庫I數(shù)據(jù)分發(fā)S. 數(shù)據(jù)庫設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì)是指在現(xiàn)有數(shù)據(jù)庫管理系統(tǒng)的基礎(chǔ)上建立數(shù)據(jù)庫的過程。在進(jìn)行代碼設(shè)計(jì)的過程中，需遵循的幾項(xiàng)原則：唯一確定性；可擴(kuò)充性；易識別性；簡短性；標(biāo)準(zhǔn)化；容易修改。圖53 系統(tǒng)管理模塊結(jié)構(gòu)圖圖54 資料管理模塊結(jié)構(gòu)圖圖55 查詢統(tǒng)計(jì)管理模塊結(jié)構(gòu)圖圖56 監(jiān)控告警管理模塊結(jié)構(gòu)圖. 代碼設(shè)計(jì)代碼又稱編碼，它是客觀實(shí)體的名稱、屬性、狀態(tài)等內(nèi)容的標(biāo)識。. 監(jiān)控告警管理模塊結(jié)構(gòu)監(jiān)控是對計(jì)費(fèi)管理系統(tǒng)本身運(yùn)行狀況的監(jiān)控，對應(yīng)用系統(tǒng)進(jìn)行集中監(jiān)測與集中控制，告警處理是指監(jiān)控系統(tǒng)檢測到系統(tǒng)運(yùn)行和處理各個(gè)環(huán)節(jié)中出現(xiàn)異常情況時(shí)發(fā)出故障提示信息。其統(tǒng)計(jì)數(shù)據(jù)或查詢結(jié)果會以Excel報(bào)表格式導(dǎo)出。其資料管理模塊主要結(jié)構(gòu)，如圖54所示。. 資料管理模塊結(jié)構(gòu)由于資料管理模塊主要是對整個(gè)系統(tǒng)中所涉及的一些主要的參數(shù)進(jìn)行增加、刪除、修改和查詢、打印等操作，所以此處僅僅列出幾個(gè)主要的參數(shù)進(jìn)行模塊結(jié)構(gòu)的描述。其中用戶管理、角色管理、功能點(diǎn)管理、在線用戶管理四個(gè)需求主要的使用者是超級管理員，即系統(tǒng)的最高級用戶。其主要功能模塊有4個(gè)：系統(tǒng)管理模塊、資料管理模塊、查詢統(tǒng)計(jì)模塊和監(jiān)控告警模塊。接下來，將從模塊結(jié)構(gòu)設(shè)計(jì)、代碼設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)和人機(jī)界面設(shè)計(jì)等方面來對系統(tǒng)進(jìn)行設(shè)計(jì)。其中系統(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ì)管理部分：根據(jù)用戶指定的條件查詢出話單清單數(shù)據(jù)、統(tǒng)計(jì)日志數(shù)據(jù)、統(tǒng)計(jì)話務(wù)量數(shù)據(jù)、統(tǒng)計(jì)業(yè)務(wù)收入數(shù)據(jù)；監(jiān)控告警管理部分：根據(jù)用戶指定的條件查詢出告警信息、告警日志信息，并可對主機(jī)進(jìn)程進(jìn)行監(jiān)測。數(shù)據(jù)分析是為了對數(shù)據(jù)流程圖中出現(xiàn)的所有命名元素加以定義，使得每個(gè)圖形元素的名字都有一個(gè)確切的解釋。查詢統(tǒng)計(jì)數(shù)據(jù)流程圖，如圖412所示：圖412 查詢統(tǒng)計(jì)數(shù)據(jù)流程圖（DFD/2）：告警處理員需要用戶名和密碼登錄系統(tǒng)；在系統(tǒng)初始的時(shí)候需要定義告警本身信息，告警級別信息；當(dāng)告警處理員得到系統(tǒng)給予的告警信息時(shí)，對這些告警信息進(jìn)行處理；當(dāng)處理完告警之后，會產(chǎn)生告警日志。系統(tǒng)管理數(shù)據(jù)流程圖，如圖410所示：圖410 系統(tǒng)管理數(shù)據(jù)流程圖（DFD/2）：資料管理員需要用戶名和密碼登錄系統(tǒng)；資料管理員根據(jù)手上的參數(shù)資料，將這些數(shù)據(jù)添加到數(shù)據(jù)庫中；當(dāng)參數(shù)信息需要變動(dòng)時(shí)，根據(jù)變動(dòng)單修改數(shù)據(jù)庫中的參數(shù)信息，并重新保存到數(shù)據(jù)庫中；當(dāng)業(yè)務(wù)發(fā)展時(shí)需要新的參數(shù)，要通知數(shù)據(jù)庫管理員新建對應(yīng)的參數(shù)表，然后根據(jù)新的參數(shù)資料向數(shù)據(jù)庫中添加參數(shù)信息。：除管理員外，其它用戶需要根據(jù)管理員給予的用戶名和密碼登錄系統(tǒng)執(zhí)行自己擁有的功能；當(dāng)用戶不處于登錄狀態(tài)時(shí)，不允許通過系統(tǒng)中間的某個(gè)URL直接進(jìn)入系統(tǒng)；系統(tǒng)管理員