【文章內(nèi)容簡介】 戶的使用信息進(jìn)行定期數(shù)據(jù)采集。分為子服務(wù)器、中央服務(wù)器。子服務(wù)器解析計費(fèi)信息并發(fā)送至中央服務(wù)器，中央服務(wù)器接受數(shù)據(jù)并插入數(shù)據(jù)庫中由整合模塊對數(shù)據(jù)進(jìn)行整合處理。? 整合模塊：將采集模塊發(fā)送的數(shù)據(jù)信息整合生成所有用戶計費(fèi)數(shù)據(jù)日表t_day_X、月表t_month_X、年表t_year_X。? Web模塊實現(xiàn)用戶管理、用戶自管理、管理員管理、賬單管理、賬務(wù)管理、資費(fèi)管理。5 / 56總體模塊設(shè)計 系統(tǒng)硬件組成管理系統(tǒng)部分：Database Server、NetCTOSS Server、WEB Server。業(yè)務(wù)系統(tǒng)部分：交換機(jī)、路由器、SUN主機(jī)。6 / 56 構(gòu)系統(tǒng)架構(gòu)圖1. 6 模塊關(guān)聯(lián)信息采集系統(tǒng)和Web統(tǒng)計系統(tǒng)均采用JAVA數(shù)據(jù)庫連接（JDBC）方式實現(xiàn)與整合系統(tǒng)的數(shù)據(jù)傳送，其關(guān)聯(lián)信息圖如下：7 / 56 項目時間分配綜合人力資源，時間等各方面的因素，對該項目的實施進(jìn)行如下分配：總體用時20天：第1天：采集系統(tǒng)、整合系統(tǒng)、Web統(tǒng)計系統(tǒng)項目分析；第2—6天：采集系統(tǒng)的開發(fā)，人力資源分配4人；第7天：單元測試，人力資源分配2人；第8—10天：整合系統(tǒng)的開發(fā)，人力資源分配4人；第11—17天：Web統(tǒng)計系統(tǒng)開發(fā)，人力資源分配8人；第18—20天：系統(tǒng)測試，人力資源分配4人。8 / 56第二章 采集系統(tǒng)采集系統(tǒng)需要記錄用戶使用服務(wù)器的原始數(shù)據(jù)并依據(jù)原始數(shù)據(jù)核算費(fèi)用。電信采集系統(tǒng)的計費(fèi)系統(tǒng)的功能是由兩部分組成，一部分是記錄用戶使用各服務(wù)的原始數(shù)據(jù)；另一部分是根據(jù)原始數(shù)據(jù)核算每服務(wù)每次每用戶的費(fèi)用,而對于用戶費(fèi)用的匯總統(tǒng)計是由整合系統(tǒng)的財務(wù)模塊完成的。用戶使用某些服務(wù)項目的原始數(shù)據(jù)是從各服務(wù)管理子系統(tǒng)傳過來的，直接在當(dāng)?shù)仉娦诺挠嬞M(fèi)系統(tǒng)直接產(chǎn)生的，最后在中央計費(fèi)系統(tǒng)上進(jìn)行匯總核對.采集系統(tǒng)之所以要保存各服務(wù)使用情況的原始數(shù)據(jù)記錄是為了減少或避免因單方面記賬而可能出現(xiàn)的人為造假行為；方便用戶通過采集系統(tǒng)進(jìn)行費(fèi)用查詢；在原始記錄的基礎(chǔ)上進(jìn)行更深入的統(tǒng)計分析等?！? / 56采集系統(tǒng)在計算每服務(wù)每次每用戶的費(fèi)用時，需要了解用戶的登陸和退出信息，這就要求計費(fèi)系統(tǒng)可以自動獲取某一用戶使用服務(wù)器的相關(guān)信息，從而方便采集系統(tǒng)計費(fèi)定期采集(次/小時)原始計費(fèi)Log(wtmpx)文件,整理成BIDR類數(shù)據(jù)清單,并上傳給中央處理系統(tǒng).由位于中央處理系統(tǒng)的采集系統(tǒng)服務(wù)器端偵聽并收集采集系統(tǒng)客戶端發(fā)送的數(shù)據(jù)信息BIDR,并將數(shù)據(jù)保存至數(shù)據(jù)庫表t_detail_X中10 / 56該系統(tǒng)要求中國電信各個營業(yè)廳的AAA服務(wù)器中采集到的/var/adm/wtmpx目錄下面的數(shù)據(jù)信息進(jìn)行解析后每隔一小時向總服務(wù)器（中央處理器）發(fā)送一次中央處理器將接收到的信息插入到數(shù)據(jù)庫。數(shù)據(jù)庫對總服務(wù)器（中央處理器）的數(shù)據(jù)信息進(jìn)行分載處理，先把詳細(xì)的信息存放在T_Detail_x中,然后由整合系統(tǒng)進(jìn)行負(fù)載分?jǐn)? 采集系統(tǒng)各個模塊之間要遵循：＂高內(nèi)聚，低耦合＂的原則．單個模塊完成單一的功能，移植性較好；各個模塊之間依賴性較小采集子系統(tǒng)是基于Ｃ/Ｓ架構(gòu)的客戶端服務(wù)器模式，用戶必須要先登錄才能進(jìn)行計費(fèi)；中央處理器系統(tǒng)接收多個ＡＡＡ服務(wù)器發(fā)送的ＢＩＤＲ數(shù)據(jù)信息，因此要有處理并發(fā)事物，進(jìn)行并發(fā)控制的功能,其模塊劃分如下:11 / 56 采集子系統(tǒng)采集子系統(tǒng)分為配置模塊、日志模塊、采集模塊、備份模塊、網(wǎng)絡(luò)模塊和入庫模塊五大模塊實例化其他模塊,降低模塊之間的耦合性,通過配置文件配置多個模塊之間關(guān)系,使各個模塊遵循高內(nèi)聚,低耦合將系統(tǒng)運(yùn)行過程信息記入日志文件,以備查驗。即記錄用戶的登陸和退出記12 / 56采集模塊是AAA服務(wù)器端的核心模塊,其主要功能是采集原始計費(fèi)信息,整理成BIDR數(shù)據(jù)類清單.在設(shè)計過程中的遇到的問題及解決方法(1)賬號設(shè)置問題(2)怎么樣解析及形成計費(fèi)文件(3)用戶的識別問題(4) 對于wtmpx內(nèi)用戶信息文件的讀取問題(5)用戶上下線時間可能交叉，一次登錄可能跨時間段，針對不同情況該如何計費(fèi)。問題解決(1)區(qū)分賬號，設(shè)計賬務(wù)賬號和業(yè)務(wù)賬號，賬務(wù)賬號的作用是用于繳費(fèi)，一個賬務(wù)賬號可以攜帶多個業(yè)務(wù)賬號，業(yè)務(wù)賬號是用于遠(yuǎn)程連接到AAA服務(wù)器上，用來使用服務(wù)器的，如果有多個組，每個組可以分配一個業(yè)務(wù)賬號，這個組的每個成員可以同時登陸一個業(yè)務(wù)賬號，進(jìn)行多人登陸訪問。此時計費(fèi)按各個PC機(jī)的使用時間收費(fèi),將進(jìn)行多次收費(fèi),因為多人同時在使用服務(wù)器.(2)在對wtmpx進(jìn)行解析時，找到用戶的上線標(biāo)志7 ，并匹配下線標(biāo)志8.，可以人為的在每次傳送時制造下線標(biāo)志8和一個上線標(biāo)志7即可。Wtmpx 每隔一個小時進(jìn)行一次解析,跨時段的用戶(即使用時間超過一個小時)的計費(fèi)解決方法:在時間交叉點(可以人為設(shè)置某個點為自動設(shè)置時間點)可以人為自動的設(shè)置一個上線和下線記錄,生成計費(fèi)信息(3) 13 / 56針對多個人在使用同一個賬號時的收費(fèi),因為用戶名相同,若按照用戶名收費(fèi),將會出現(xiàn)混亂。因此收費(fèi)識別:用戶名+IP地址,進(jìn)行唯一識別(4) 為防止漏記或重復(fù)計費(fèi)的問題，以一個小時為一時間段，每小時對文件進(jìn)行一次讀取操作，讀取到哪個位置做一次標(biāo)記，下次讀取時從該標(biāo)記處開始。(5) 某個用戶某段時間內(nèi)多次登陸同一個服務(wù)器時,wtmpx文件中用戶的登陸和退出記錄交叉進(jìn)行的計費(fèi)標(biāo)準(zhǔn):取最長的時差(以用戶首次登錄記錄為基準(zhǔn),設(shè)置一個計數(shù)器,查詢記錄遇”7”加1,遇”8”1,直到計數(shù)器為0,到最后一次退出記錄)計費(fèi)Log文件:/var/adm/wtmpx,不是純文本文件,因此采集系統(tǒng)將調(diào)用/usr/local/bin/lwtmpx分析小程序,把/var/adm/wtmpx分析成JAVA能識別的文件。$lwtmpx默認(rèn)把/var/adm/wtmpx文件分析結(jié)果輸出到當(dāng)前目錄wtmpx文件中,文件格式不變,如果wtmpx文件已經(jīng)存在,覆蓋,如果不存在,自動生成在網(wǎng)絡(luò)或者數(shù)據(jù)庫發(fā)生異常的情況下將本次采集或接收到的BIDR數(shù)據(jù)清單持久存儲。在下次傳輸時,取出上次持久存儲的BIDR數(shù)據(jù)清單,進(jìn)行重新傳送至中央處理器將采集系統(tǒng)客戶端采集形成的BIDR數(shù)據(jù)清單傳送給位于中心處理系統(tǒng)的服務(wù)器端。調(diào)用入庫模塊插入數(shù)據(jù) 采集系統(tǒng)的定時調(diào)用和項目分配(1)采用sleep函數(shù)或者alarm函數(shù),定時調(diào)用。采用系統(tǒng)調(diào)用crontab()。14 / 56(2)采集系統(tǒng)項目分配圖中央處理器系統(tǒng)包括配置模塊、日志模塊、入庫模塊、備份模塊、網(wǎng)絡(luò)模塊。當(dāng)多個子服務(wù)器同時向中央處理器發(fā)送接收請求時,中央處理器就要有處理并發(fā)事物的能力,保證系統(tǒng)正常運(yùn)行實例化其他模塊,降低模塊之間的耦合性,通過配置文件配置多個模塊之間關(guān)系,使各個模塊遵循高內(nèi)聚,低耦合將系統(tǒng)運(yùn)行過程信息記入日志文件,以備查驗。中央處理器從各個子服務(wù)器接受數(shù)據(jù)信息的記錄15 / 56 將從子服務(wù)器接收到的數(shù)據(jù)放入數(shù)據(jù)庫表t_detail_x中在網(wǎng)絡(luò)或者數(shù)據(jù)庫發(fā)生異常的情況下將本次采集或接收到的數(shù)據(jù)清單持久存儲。在下次傳輸時,取出上次持久存儲的數(shù)據(jù)清單,進(jìn)行重新插入到數(shù)據(jù)庫表t_detail_x中 將采集系統(tǒng)中心處理系統(tǒng)接收到的數(shù)據(jù)清單送給位于數(shù)據(jù)庫服務(wù)器系統(tǒng)的數(shù)據(jù)庫表t_detail_x。調(diào)用入庫模塊插入數(shù)據(jù)第三章 整合系統(tǒng) 整合系統(tǒng)的內(nèi)容采集系統(tǒng)根據(jù)計費(fèi)日志文件中用戶的上下線記錄，配成了計費(fèi)信息，并通過中央處理系統(tǒng)寫入了數(shù)據(jù)庫表中。而這些在數(shù)據(jù)庫中的記錄有很多條，如果都寫入一個表中，數(shù)據(jù)量勢必過大，用戶想要查詢自己的信息或者管理員要管16 / 56理這些記錄都會很麻煩。所以，需要對這些記錄進(jìn)行整合。整合系統(tǒng)就是把這些信息進(jìn)行負(fù)載分?jǐn)偅?整合系統(tǒng)要實現(xiàn)的具體功能 用戶要查詢自己一段時間內(nèi)的消費(fèi)賬單，而各個子實驗室的賬務(wù)也要傳到總實驗室進(jìn)行匯總。所以整合系統(tǒng)主要包括二個模塊：賬單模塊和賬務(wù)模塊。各模塊又按小時合并清單表t_detail_x生成日表、按天合并日表生成月表、按月合并月表生成年表，便于用戶查詢賬單、電信公司管理賬務(wù)，提高效率。 賬單模塊的實現(xiàn) 按小時合并清單表t_detail_x生成所有用戶計費(fèi)數(shù)據(jù)日表t_day_x； 按天合并日表t_day_x生成所有用戶計費(fèi)數(shù)據(jù)月表t_month_x； 按月合并月表t_month_x生成所有用戶計費(fèi)數(shù)據(jù)年表t_year_x；17 / 56 圖示為：賬單模塊的實現(xiàn)流程不管是日表、月表、還是年表都要包含登錄用戶名、用戶ip、用戶下線時間、所登陸服務(wù)器的ip、在線時間。 賬務(wù)模塊的實現(xiàn) 各個子實驗室的記錄要統(tǒng)計到總實驗室，就要把清單中的lab_ip按照小時、天、月合并。所以： 按小時合并清單表t_detail_x生成所有l(wèi)ab_ip數(shù)據(jù)日表t_day。 按天合并日表t_day生成所有l(wèi)ab_ip數(shù)據(jù)月表t_month。 按月合并月表t_month生成所有l(wèi)ab_ip數(shù)據(jù)年表t_year。18 / 56 圖示為賬務(wù)模塊的實現(xiàn) 因為是匯總各個子實驗室用戶使用情況，所以賬務(wù)模塊的各個表中可以只包含用戶下線時間、所登陸服務(wù)器的ip、在線時間三部分。19 / 56第四章 Web統(tǒng)計系統(tǒng) 用戶管理系統(tǒng) 用戶管理的需求: 1)用戶開通管理：管理用戶登錄AAA服務(wù)器的帳號，包括帳號開通、暫停、恢復(fù)、刪除。 2）用戶資料管理：管理用戶資料，包括姓名，所在公司，身份證號碼，聯(lián)系方式，地址及自費(fèi)信息等。 用戶信息：ID，姓名，公司名字，賬務(wù)賬號/密碼、Open Lab帳號/密碼、狀態(tài)（正常/暫停/關(guān)閉）、聯(lián)系電話、Email、開通日期、停止日期、付費(fèi)方式（現(xiàn)金/郵寄/支票/轉(zhuǎn)賬/電子銀行）、證件號碼、國籍（中國/美國/日本/其他）、性別（男/女）、聯(lián)系地址、郵政編碼。20 / 56 用戶管理類圖及用例 （用戶管理類圖）（用戶管理用例）21 / 56 用戶管理用戶描述—注冊賬務(wù)賬號 名稱：注冊賬務(wù)帳號 描述：管理員在新賬務(wù)賬號信息頁面上輸入詳細(xì)信息，提交到服務(wù)器，結(jié)果是將信息 保存到數(shù)據(jù)庫。 作者：Robin 參與者：管理員 狀態(tài)：定義了使用方式 優(yōu)先級：1 前提：管理員已經(jīng)登錄 主方式：從瀏覽器上選擇注冊賬務(wù)賬號連接進(jìn)入到注冊界面 異常方式：1）管理員提交新賬務(wù)賬號信息后，服務(wù)器發(fā)現(xiàn)帳號名稱已經(jīng)存在 2）管理員提交的信息不完整 用戶管理用例描述—刪除賬務(wù)賬號 名稱：刪除賬務(wù)賬號 描述：管理員在頁面上選擇多個賬務(wù)賬號復(fù)選框，點擊22 / 56刪除按鈕，結(jié)果是服務(wù)器將數(shù)據(jù)庫相應(yīng)賬務(wù)賬號置為刪除狀態(tài)，返回確認(rèn)信息給管理員。 作者：Robin 參與者：管理員 優(yōu)先級：1 狀態(tài)：定義了使用方式 前提：管理員已經(jīng)登錄 主方式：從瀏覽器上選擇