【正文】 分析部分討論。按照實體分析方法設計的數(shù)據(jù)類有：：該類數(shù)據(jù)反映用戶的用戶名、真實姓名、用戶描述、隨機生成的密碼、工號、部門等信息；：該類數(shù)據(jù)記錄角色的角色名、角色描述等信息；：該類數(shù)據(jù)記錄功能點的功能ID、父功能ID、功能點名稱、功能點描述、功能點URL、功能點是否可見等信息；：該類數(shù)據(jù)記錄了有關電信計費過程中用到的各類參數(shù)，例如：運營商類型、省份代碼、本地網(wǎng)區(qū)號、移動號碼號段、固定號碼號段、標準費率等參數(shù)信息；：該類數(shù)據(jù)記錄了有關話單的基本信息，例如：帳期、通話起止日期、主叫號碼、被叫號碼，主叫區(qū)號，被叫區(qū)號、計費時長、費用及業(yè)務類型等信息；：該類數(shù)據(jù)記錄了預處理、批價、入庫等日志信息；：該類數(shù)據(jù)記錄了話務量、計費時長、通話時長等統(tǒng)計信息；：該類數(shù)據(jù)記錄了話費、話務量、計費時長、通話時長等統(tǒng)計信息；9．告警日志信息數(shù)據(jù)類：該類數(shù)據(jù)記錄了告警日期、告警時間、告警級別、錯誤號、告警內容、模塊標志、恢復方法、操作員、文件名、操作日期、操作時間、告警標識等信息。l 計費處理：對批價記錄按照相關規(guī)則進行費用分攤和計費出賬的過程。以此來判斷某個號碼所屬的業(yè)務類別，同時是話單的基本屬性，作為批價的基本字段，是獲取長話基本政策、市話基本政策、判斷網(wǎng)絡承載類型的依據(jù)。通過費率規(guī)則定義與話單屬性進行匹配，判斷每個話單適用的計費費率規(guī)則，并進行相應的批價處理。. 業(yè)務流程分析通過對用戶的詳細需求分析和業(yè)務過程分析得知，該系統(tǒng)主要需要完成的業(yè)務有系統(tǒng)管理、資料管理、語音業(yè)務查詢統(tǒng)計、監(jiān)控告警。查詢統(tǒng)計數(shù)據(jù)流程圖，如圖412所示：圖412 查詢統(tǒng)計數(shù)據(jù)流程圖（DFD/2）：告警處理員需要用戶名和密碼登錄系統(tǒng)；在系統(tǒng)初始的時候需要定義告警本身信息，告警級別信息；當告警處理員得到系統(tǒng)給予的告警信息時，對這些告警信息進行處理；當處理完告警之后，會產(chǎn)生告警日志。其統(tǒng)計數(shù)據(jù)或查詢結果會以Excel報表格式導出。部門用戶登錄日志用戶擁有角色功能分配MN屬于MNN1N1產(chǎn)生圖57 系統(tǒng)管理模塊ER圖，如圖58所示。，如表55到表58。l 數(shù)據(jù)庫前端開發(fā)工具為PL/SQL Developer。Struts 2框架最大的特點就是其簡單性，引入了OGNL表達式和值棧的概念，可以使開發(fā)者使用簡單的代碼實現(xiàn)復雜的數(shù)據(jù)訪問；Action實現(xiàn)類就是一個標準的Java類（POJO），這使得測試工作變得簡單。在一個逗號后面斷開；在一個操作符前面斷開；新的一行應該與上一行同一級別表達式的開頭處對齊。資料管理可以對運營商類型參數(shù)、省份代碼參數(shù)、本地網(wǎng)區(qū)號參數(shù)、移動號碼號段參數(shù)、固定號碼號段參數(shù)、長途類型參數(shù)、用戶業(yè)務類型參數(shù)、地市參數(shù)、長途組類型參數(shù)、地區(qū)參數(shù)、業(yè)務類型參數(shù)和標準費率參數(shù)進行增加、刪除、修改、查詢、打印操作，可以分頁顯示記錄，支持批量刪除。系統(tǒng)對統(tǒng)計條件進行合法性檢查，如果統(tǒng)計條件未通過檢查，則要提示錯誤信息，并要求用戶重新輸入統(tǒng)計條件；如果統(tǒng)計條件通過檢查，則進行統(tǒng)計工作，把統(tǒng)計好的數(shù)據(jù)顯示在前臺界面；當統(tǒng)計數(shù)據(jù)在一頁中顯示不完全地時候，可以進行翻頁操作；在生成正確的統(tǒng)計數(shù)據(jù)后，可以將統(tǒng)計數(shù)據(jù)以Excel報表的形式導出，方便用戶的其它分析工作。. 一些特殊規(guī)則：Action 類名：功能名稱 +Action ；Action類只作控制，不實現(xiàn)業(yè)務邏輯，代碼長度不得超過500行。如：Airplane。該系統(tǒng)在一個局域網(wǎng)下，采用服務器和客戶機的分機方式進行實施。系統(tǒng)登錄界面，如圖512所示：圖512 系統(tǒng)登錄界面. 系統(tǒng)管理主界面系統(tǒng)管理主界面是系統(tǒng)管理員通過用戶名和密碼登錄后的第一個界面，在這個頁面上可以看到該用戶所要操作的功能。告警信息告警定義告警日志信息引用引用引用NNN111圖510 監(jiān)控告警模塊ER圖. 邏輯模型設計數(shù)據(jù)庫的邏輯模型設計是將數(shù)據(jù)組織成一個和計算機提供的DNMS所采用的數(shù)據(jù)模型相符合的形式。在進行代碼設計的過程中，需遵循的幾項原則：唯一確定性；可擴充性；易識別性；簡短性；標準化；容易修改。接下來，將從模塊結構設計、代碼設計、數(shù)據(jù)庫設計和人機界面設計等方面來對系統(tǒng)進行設計。：l 根據(jù)特定條件查詢，并可打印出相應的話單清單信息；l 根據(jù)特定條件統(tǒng)計操作日志，并可打印出相應的統(tǒng)計報表；l 根據(jù)特定條件統(tǒng)計語音業(yè)務話務量，并可打印出相應的統(tǒng)計報表；l 根據(jù)特定條件統(tǒng)計語音業(yè)務全收入，并可打印出相應的統(tǒng)計報表。通過對語音業(yè)務各種維度的分析，展示語音業(yè)務的數(shù)據(jù)量變化情況。在同一本地網(wǎng)，一般情況下不同的計費營業(yè)區(qū)相互呼叫為區(qū)間通話。. 系統(tǒng)管理員需求需要提供對系統(tǒng)用戶的管理界面，實現(xiàn)增加、刪除、修改、查詢用戶的功能，為用戶設置使用本系統(tǒng)的權限，以及在線用戶監(jiān)控的功能。，這些術語在系統(tǒng)分析和系統(tǒng)設計中有助于加快理解系統(tǒng)的業(yè)務過程，從而準確的畫出業(yè)務流程圖和數(shù)據(jù)流程圖。由于本項目系統(tǒng)具有友好的界面，操作簡單，幫助信息詳盡，工作人員只需經(jīng)過簡單的培訓之后就可以熟練操作；系統(tǒng)運行環(huán)境的服務器采用UNIX操作系統(tǒng)，ORACLE數(shù)據(jù)庫，WEB服務器采用TOMCAT，客服端只需要瀏覽器就可以運行該系統(tǒng)，這樣的運行環(huán)境都是很好配置的。計費系統(tǒng)歷來都是電信運營和管理部門重點建設和發(fā)展的系統(tǒng)之一。無論是運營商、內容提供商還是各分銷商必須給予它足夠的重視，才能在群雄逐鹿中占居有利地位。該系統(tǒng)具有很好的實用性，可幫助相應工作人員方便地完成各種話單統(tǒng)計工作，提高工作效率。只有將可盈利的增值業(yè)務推向市場才是決定運營商成功與否的關鍵。不過，盡管有著重重困難，運營商依然不斷努力，逐步實施。. 系統(tǒng)初步調查通過與用戶的當面交流，初步了解到整個系統(tǒng)的功能結構和業(yè)務流程，這個系統(tǒng)大體需要實現(xiàn)系統(tǒng)管理模塊、電信計費參數(shù)管理模塊、對話費進行查詢統(tǒng)計的模塊和監(jiān)控告警模塊。采用實體分析的方法，建立相對穩(wěn)定的數(shù)據(jù)模型結構，而對一些需求零散、隨機的信息，放在系統(tǒng)分析和設計階段考慮。l 數(shù)據(jù)傳輸：直接從存儲原始記錄數(shù)據(jù)的設備上獲取原始的使用記錄數(shù)據(jù)并且傳送到計費系統(tǒng)的過程。. 資料管理員需求要求系統(tǒng)可以對計費系統(tǒng)中的業(yè)務參數(shù)、計費參數(shù)等重要基礎數(shù)據(jù)進行維護管理，提供對資料的增加、刪除、修改、查詢等功能，詳細記錄操作日志，定期備份保存，確保系統(tǒng)基礎數(shù)據(jù)的安全。由地區(qū)號碼、開始號碼、結束號碼、服務提供商類別、用戶業(yè)務類型、局向號等字段組成。告警可以通過聲光告警方式通知系統(tǒng)管理人員或相關的操作人員。數(shù)據(jù)流程圖中使用的基本符號說明，如圖48所示：圖48 數(shù)據(jù)流程圖基本符號系統(tǒng)的第一層數(shù)據(jù)流程圖，如圖49所示：圖49 高層數(shù)據(jù)流程圖：系統(tǒng)管理員用用戶名和密碼登錄系統(tǒng)；系統(tǒng)管理員根據(jù)用戶變動通知對用戶信息進行操作；根據(jù)用戶權限變動通知對用戶重新定義角色；當用戶的角色變動后，需要對用戶重新分配功能點；根據(jù)用戶是否在線，對在線的用戶進行監(jiān)控，可查看用戶的操作日志；將所有變動的信息重新保存到數(shù)據(jù)庫中。其中的日志管理模塊有插入操作日志，是由參數(shù)管理員在對參數(shù)進行增、刪和改等操作時觸發(fā)的，而日志的查看功能也只能由超級管理員操作。接下來，通過ER圖來描述系統(tǒng)管理、資料管理、查詢統(tǒng)計管理和監(jiān)控告警管理等四個模塊的數(shù)據(jù)庫概念模型。. 物理模型設計下面具體設計數(shù)據(jù)庫的結構，其內容包括確定數(shù)據(jù)庫對象的名稱，表中的屬性，表之間的關系，表中數(shù)據(jù)的大小等。. 計算機局域網(wǎng)絡配置計算機局域網(wǎng)絡具體配置如下：l 服務器上運行UNIX操作系統(tǒng)。MVC是一種目前廣泛流行的軟件設計模式,它都能為你理解分析應用模型時提供最基本的分析方法，為你構造產(chǎn)品提供清晰的設計框架，為你的軟件工程提供規(guī)范的依據(jù)。：命名要有意義，所有字母均大寫，每個單詞之間由下劃線連接。如果用戶沒有登錄，將返回到登陸頁面；如果用戶沒有訪問該URL的權限，將提示用戶沒有操作權限；如果用戶登錄并檢查出有訪問權限，將執(zhí)行業(yè)務操作。超過門限的信息會有進入該監(jiān)控對象時以對話框的形式彈出“告警信息”。. 系統(tǒng)管理模塊程序設計. 功能描述及清單提供對系統(tǒng)用戶的管理界面，實現(xiàn)增加、刪除、修改、查詢用戶的功能，為用戶設置使用本系統(tǒng)的權限。：每個單詞首字母大寫，其余字母小寫。，如表63所示。查詢統(tǒng)計管理主界面，如圖515和圖516所示：圖515 查詢統(tǒng)計管理主界面—1圖516 查詢統(tǒng)計管理主界面—2. 監(jiān)控告警管理主界面監(jiān)控告警管理主界面是告警處理管理員通過用戶名和密碼登錄后的第一個界面，在這個頁面上可以看到該用戶所要操作的功能。，如下：l 角色表{角色標識、角色名稱、角色描述、角色狀態(tài)}；l 功能表{功能點標識、父ID、名稱、URL、類型、可見性、描述}；l 角色功能對應表{標識、角色標識、功能點標識}；l 用戶表{標識、用戶名、真實名稱、密碼、描述、工號、部門號、狀態(tài)}；l 用戶角色對應表{標識、用戶標識、角色標識}；l 部門表{部門標識、部門名稱}；l 用戶登錄日志表{日志標識、用戶標識、登錄時間、登錄IP、登出時間}。其設計的主要依據(jù)是系統(tǒng)分析階段提供的數(shù)據(jù)流程圖、數(shù)據(jù)字典以及所使用的數(shù)據(jù)庫管理系統(tǒng)提供的功能和描述工具。模塊結構圖中使用的基本符號說明，如圖51所示：圖51 模塊結構圖的基本符號其系統(tǒng)總體模塊結構圖，如圖52所示：圖52 系統(tǒng)總體模塊結構圖. 系統(tǒng)管理模塊結構提供對系統(tǒng)用戶的管理界面，提供用戶管理、角色管理、功能點管理、在線用戶管理以及用戶個人資料管理等功能，實現(xiàn)增加、刪除、修改、查詢用戶的功能，為用戶設置使用本系統(tǒng)的權限。其監(jiān)控告警業(yè)務流程圖，如圖47所示。l 維度設計，如表46所示：表46 業(yè)務收入統(tǒng)計維度設計表維度名稱層次結構備注時間年份日期小時地域XX省地市業(yè)務類型業(yè)務類型業(yè)務類型區(qū)分為固話、小靈通等l 指標設計，如表47所示：表47 業(yè)務收入統(tǒng)計指標設計表指標名稱計算規(guī)則單位備注話費各維度逐層累積元單位：元：話務量各維度逐層累積條計費時長各維度逐層累積秒通話時長各維度逐層累積秒. 告警處理員需求要求系統(tǒng)能對計費系統(tǒng)本身運行狀況進行監(jiān)控，對應用系統(tǒng)進行集中監(jiān)測與集中控制；當監(jiān)控系統(tǒng)檢測到系統(tǒng)運行和處理各個環(huán)節(jié)中出現(xiàn)異常情況時，能對系統(tǒng)發(fā)出的故障提示信息進行處理。移動號段參數(shù)主要定義和維護各地區(qū)的移動號段的占用情況，由此作為號碼解析的依據(jù)。只有查看權限的用戶就只能看此功能點的運行信息、告警信息。l 統(tǒng)計要素：根據(jù)需求從使用記錄中抽取的某些屬性字段作為統(tǒng)計分析用的最小元素。因此，本項目系統(tǒng)可進行開發(fā)工作。最常用的三種方法：結構化生命周期法、原型法、面向對象方法，在所有這些開發(fā)方法中沒有任何一種方法能適用于所有類型的系統(tǒng)，而且有些類型的系統(tǒng)至今仍缺少一套行之有效的開發(fā)方法。電信全程全網(wǎng)的特性，使得用戶在使用電信業(yè)務過程中要涉及多個環(huán)節(jié)。 the system can make a convenience of the statistics of kinds of fee list for the tele operators meanwhile can make a high efficiency for tele staff.Keywords: Billing Management System。 System Analysis and Design。傳統(tǒng)的計費系統(tǒng)只是一個數(shù)據(jù)的處理系統(tǒng)，如果由于時鐘同步、信令傳送等問題，影響到所采集數(shù)據(jù)的準確性，那么計費的結果就會出現(xiàn)偏差。在本文的項目中，綜合以上三種方法的優(yōu)點和不足，決定在需求分析階段使用原型化方法，在系統(tǒng)分析和設計階段使用結構化方法，在程序開發(fā)中使用面向對象方法，以這樣的形式將三種方法結合起來開發(fā)本項目系統(tǒng)。. 組織機構調查該系統(tǒng)在全國各地的計費中心運行，通過各地營業(yè)區(qū)把原始話單數(shù)據(jù)收集起來，再傳輸?shù)降厥杏嬞M中心；地市計費中心通過把該地市的各營業(yè)區(qū)的原始話單數(shù)據(jù)收集起來，再傳輸?shù)绞》萦嬞M中心；在省份計費中處理原始話單數(shù)據(jù)，并且統(tǒng)計出話單收入，形成統(tǒng)計數(shù)據(jù)；各省份將統(tǒng)計好的數(shù)據(jù)傳輸?shù)饺珖闹付ㄓ嬞M中心，進行統(tǒng)一匯總處理，按不同維度分析統(tǒng)計數(shù)據(jù)。l 原始記錄：完成通信服務過程所需要的指定設備所記錄的與通信費用有關的信息的記錄。擁有功能點控制權限的用戶可以管理該功能點，同時有查看該功能點信息的權限。由號碼段、地區(qū)號碼、服務提供商類別、用戶業(yè)務類型等字段組成。對各種具體的監(jiān)控對象進行維護，包括：告警、日志、應用進程、主機磁盤空間、數(shù)據(jù)庫表空間、應用進程監(jiān)控。圖44 系統(tǒng)管理業(yè)務流程圖圖45 資料管理業(yè)務流程圖圖46 查詢統(tǒng)計業(yè)務流程圖圖47 監(jiān)控告警業(yè)務流程圖. 數(shù)據(jù)流程分析根據(jù)對系統(tǒng)的業(yè)務流程分析，把業(yè)務過程分為系統(tǒng)管理、資料管理、查詢統(tǒng)計和監(jiān)控告警等四個過程。其中用戶管理、角色管理、功能點管理、在線用戶管理四個需求主要的使用者是超級管理員，即系統(tǒng)的最高級用戶。其主要任務是設計出能夠反映實際信息關系、數(shù)據(jù)冗余少、存儲效率高、易于實施與維護、并能滿足各種應用要求的數(shù)據(jù)模型。，如下：l 地市標識表{地市標識、地市名稱}；l 本地網(wǎng)區(qū)號表{本地網(wǎng)標識、本地網(wǎng)區(qū)號、地市標識、注釋}；l 業(yè)務類型表{業(yè)務類型標識、業(yè)務類型編號、業(yè)務類型名稱}；l 固定號碼號段表{標識、地區(qū)號碼、開始號碼、結束號碼、服務提供商類型、用戶業(yè)務類型、優(yōu)先級、審核狀態(tài)、注釋}；l 移動號碼號段表{標識、號碼段、地區(qū)號碼、服務提供商類型、用戶業(yè)務類型、審核狀態(tài)、注釋}；l 服務提供商類型表{標識、服務提供商類型編號、服務提供商類型名稱}。監(jiān)控告