【正文】 通過(guò)系統(tǒng)完成系統(tǒng)的 GUI 界面，界面完成業(yè)務(wù)，已基本實(shí)現(xiàn)了所有系統(tǒng)功能。 4. } 5. if (!().equals(())) { 6. throw new RuntimeException(登錄登出必須是同一個(gè)用戶 !)。 37. } 38. public int getDurations() { 39. return getLogoutTime() getLoginTime()。 28. } 29. public int getLogoutTime() { 30. return ()。 16. } 17. public String getHost() { 18. return ()。 9. } 27 聲明 LogRecord 對(duì)象 ， 代表日志記錄對(duì) ， 包含兩個(gè)屬性 login 和 logout 分別代表登錄和登出記錄 ， 并且利用方法計(jì)算登錄時(shí)長(zhǎng) 。 4. = (logs, PID_OFFSET + offset)。 5. = (log, TYPE_OFFSET)。 31. } 將 byte[] 數(shù)據(jù)類型的日志解析為日志對(duì)象 , 按照 Unix 日志數(shù)據(jù)的規(guī)范 , 將 byte[]中數(shù)據(jù)解析為日志屬性 。 19. } 20. public int getTime() { 21. return time。 6. } 25 7. 8. public int getPid() { 9. return pid。 37. /** 38. * 登錄用戶主機(jī)名偏移位置 ， 是 ASCII 編碼字符串 , 每個(gè) byte 對(duì)應(yīng) 一個(gè)字符 39. */ 40. public static final int HOST_OFFSET = 114。 24. public static final int USER_LENGTH = 32。 5. /** 6. * 登出狀態(tài) ， 是 type 屬性的值 7. */ 8. public static final short DEAD_PROCESS = 8。 應(yīng)當(dāng)指出的 是 整合過(guò)程被分為兩類：根據(jù)客戶合并和集成的實(shí)驗(yàn)室。 ③ 函數(shù) integratByMonth 負(fù)責(zé)每月每用戶的結(jié)合。 ③ 函數(shù)是負(fù)責(zé)收盤池關(guān)閉連接，由于連接的設(shè)計(jì)到當(dāng)前版本，關(guān)閉所有直接連接，沒(méi)有設(shè)計(jì)參數(shù)。 ① 功能的 getConnection 從連接池中獲得一個(gè)連接池 的大小，在當(dāng)前版本中，被固定在1。這種模式的優(yōu)點(diǎn)，可以屏蔽具體的實(shí)現(xiàn)類。 （ 6） 類 IntegrationFactory IntegrationFactory 類：使用工廠模式所產(chǎn)生的一類，負(fù)責(zé)生成集成對(duì)象。 ③ 函數(shù)負(fù)責(zé)釋放的一體化進(jìn)程釋放產(chǎn)生的臨時(shí)數(shù)據(jù)。 （ 2） 類 DataIntegratorTh DataIntegratorTh 類別：一體化線程，主要完成整合的呼 叫。參數(shù)細(xì)節(jié)，標(biāo)志著一個(gè)用 戶登錄數(shù)據(jù)。返回類型屬性字符串哈希表表示的方式來(lái)返回?cái)?shù)據(jù)連接參數(shù)，包括：驅(qū)動(dòng)類，連接 URL 連接的用戶名，連接密碼。 （ 3） 類 CollectionTh CollectionTh 類，每類客戶的數(shù)據(jù)接收和處理。主要負(fù)責(zé)接受客戶端連接，并為每個(gè)客戶啟動(dòng)客戶端數(shù)據(jù)接收數(shù)據(jù)接收線程。 類詳細(xì)說(shuō)明 （ 1） 類 ServerLauncher ServerLauncher 類是服務(wù)器數(shù)據(jù)接收器，起動(dòng)器，主 要負(fù)責(zé)啟動(dòng)服務(wù)器接受線程，服務(wù)器采集程序入口。封裝的整個(gè)傳輸過(guò)程中。 ⑤ 當(dāng)?shù)陰状问『螅蛻艏宵c(diǎn)的數(shù)據(jù)傳輸功能將存儲(chǔ)在一個(gè)臨時(shí)文件中的數(shù)據(jù)，然后下一個(gè)收購(gòu)合并發(fā)送讀出時(shí)，傳輸?shù)臄?shù)據(jù)被保存到一個(gè)臨時(shí)文件功能介質(zhì)上。 ④ 函數(shù)接收傳入的服務(wù)器發(fā)送過(guò)來(lái)的標(biāo)記。 在這個(gè)類別中包含重要的功能如下： ① 本方法 init 函數(shù)的主要任務(wù)是初始化服務(wù)器參數(shù)，使用屬性文件來(lái)配置服務(wù)器參數(shù)，主要包含 IP 地址（ IP 地址），端口（服務(wù)器端口），目的地（采集源備份目錄）， storefile（存儲(chǔ)文件的位置）。 （ 7） 類 LogDealer 類 LogDealer 是負(fù)責(zé)數(shù)據(jù)傳輸過(guò)程，如果失敗，數(shù)據(jù)被保存。 （ 6） 接口 CollectionListener 面向軟件開(kāi)發(fā)人員的 CollectionListener 接口，一個(gè)好的方案的設(shè)計(jì)應(yīng)該是面向接口編程，是抽象的編程。 （ 5） 類 MatchedRecord MatchedRecord 類是負(fù)責(zé)匹配良好的數(shù)據(jù)包。 ⑧ 收集功能是負(fù)責(zé)整個(gè)收購(gòu)過(guò)程。 Vector 類型參數(shù)有兩個(gè)登錄 /注銷數(shù)據(jù)結(jié)構(gòu)元素類型的 LogRecord，返回的是一個(gè)很好的匹配，當(dāng)用戶登錄時(shí)長(zhǎng)記錄，數(shù)據(jù)類型是 Vector，它的元素類型是 MatchedRecord，詳見(jiàn) MatchedRecord的類描述。保存的最后一個(gè)參數(shù) loginFilename 是不匹配的數(shù)據(jù)文件名稱。 ＃定義空 0 ＃定義 RUN_LVL 1 ＃定義 BOOT_TIME 2 ＃定義 OLD_TIME 3 ＃定義 NEW_TIME 4 ＃定義 5 INIT_PROCESS。 ④ parseLogBuffer 功能是負(fù)責(zé)解析緩沖存儲(chǔ)器結(jié)構(gòu)，使用的結(jié)構(gòu)參 數(shù)，返回兩個(gè) Vector對(duì)象，存儲(chǔ)日志數(shù)據(jù)。該函數(shù)的返回值類型為 String 類型，回報(bào)是收集數(shù)據(jù)源備份文件的路徑。 這個(gè)類包含了以下功能： ① getNativeIP 功能，此功能是負(fù)責(zé)讀取服務(wù)器的 IP 地址被收集，從屬性文件來(lái)配置的IP 值。 run 函數(shù)流程說(shuō)明： 圖 .3 run 函數(shù)流程圖 ② 啟動(dòng)功能，此功能是負(fù)責(zé)啟動(dòng)線程，該線程從 Thread 類，功能繼承自標(biāo)準(zhǔn) JDK 類主題的。 （ 2） 類 CollectionThread 類 CollectionThread 是 采集線程，負(fù)責(zé)發(fā)起收購(gòu)過(guò)程 ， 打包集合線程。此功能是主要負(fù)責(zé)用于創(chuàng)建 CollectionThread 線程類對(duì)象，并調(diào)用 run 函數(shù)啟線程。 （ 9）的數(shù)據(jù)傳輸失敗的 storefile 臨時(shí)存儲(chǔ)文件的性質(zhì)。這些數(shù)據(jù)必須被保存，下一次采集匹配時(shí)，此屬性是存儲(chǔ)的數(shù)據(jù)文件名設(shè)置不匹配成功。 （ 4）收購(gòu)源屬性的 DestinationPath 備份目錄。配置文件名稱確定為 。 注：本表的查詢運(yùn)算符操作條件時(shí)，主要是用在統(tǒng)計(jì)數(shù)據(jù)中，使用頻率相對(duì)較低。 （ 2）一天的數(shù)據(jù)集成到一個(gè)單一的記錄。 注意：這三個(gè)表的結(jié)構(gòu)完全一樣，除了特定的時(shí)間范圍內(nèi)的不同的值。 （ 2）一天的數(shù)據(jù)集成到一個(gè)單一的記錄。 登入 /登出構(gòu)成了一個(gè)記錄，不要長(zhǎng)時(shí)間存放。 該表具有以下特點(diǎn)： （ 1）類型的表。 10 3 數(shù)據(jù)庫(kù)設(shè)計(jì) 數(shù)據(jù)存儲(chǔ)于采集， 根據(jù)客戶的要求和系統(tǒng)性能方面的考慮，在設(shè)計(jì)時(shí)數(shù)據(jù)存儲(chǔ)表結(jié)構(gòu)分為三類： （ 1）收集原始日志數(shù)據(jù)記錄表。 圖 功能結(jié)構(gòu)框架圖 Unix 系統(tǒng)調(diào)用函數(shù)來(lái)讀取日志文件的內(nèi)容，然后讀 取的內(nèi)容完成，完成計(jì)費(fèi)數(shù)據(jù)，包括登錄名，登錄時(shí)間，或記錄時(shí)間，在 方便計(jì)數(shù)費(fèi)的基礎(chǔ)上采集系統(tǒng)數(shù)據(jù)。 帳單查詢，管理員可以使用這個(gè)子系統(tǒng)使用開(kāi)放實(shí)驗(yàn)室進(jìn)行查詢。 管理員管理系統(tǒng)是超級(jí)管理員管理總經(jīng)理。 8 2 系統(tǒng)設(shè)計(jì) 電信計(jì)費(fèi)系統(tǒng)實(shí)驗(yàn)室出租計(jì)費(fèi)管理，主要包含以下幾個(gè)子模塊：數(shù)據(jù)采集，數(shù)據(jù)集成，用戶管理，資費(fèi)管理，管理員管理，賬單查詢，賬戶查詢，用戶自助服務(wù)和權(quán)限管理模塊。 Eclipse 是一個(gè)開(kāi)源軟件開(kāi)發(fā)項(xiàng)目，專注于開(kāi)發(fā)高度集成的工具 ， 提供了一個(gè)功能齊全，商業(yè)品質(zhì)的工業(yè)平臺(tái)。插件架構(gòu)，以支持任何擴(kuò)展現(xiàn)有的環(huán)境，例如配置管理，從來(lái)沒(méi)有局限于支持多種編程語(yǔ)言。 Eclipse 平臺(tái)本身只是一個(gè)框架，但許多 Eclipse 插件的支持使得 具有 其他功能相對(duì)固定的 IDE 軟件很難具有的靈活性 ， 許多軟件開(kāi)發(fā)商作為一個(gè)框架來(lái)開(kāi)發(fā)自己的 Eclipse IDE。 Eclipse 框架也可用于其他應(yīng)用程序類型，如內(nèi)容管理系統(tǒng)作為一個(gè)軟件開(kāi)發(fā) 獨(dú)立的基礎(chǔ)上。 Eclipse 插件開(kāi)發(fā)環(huán)境還包括（插件開(kāi)發(fā)環(huán)境， PDE），這個(gè)組件主要希望擴(kuò)展 Eclipse 的軟件開(kāi)發(fā) 人員，因?yàn)樗试S他們構(gòu)建與 Eclipse 環(huán)境的工具無(wú)縫集成。 Eclipse 集成開(kāi)發(fā)環(huán)境 Eclipse 是一個(gè)開(kāi)放源代碼的 基于 Java 的可擴(kuò)展開(kāi)發(fā)平臺(tái)。主要關(guān)注的問(wèn)題是 分析階段的主要概念（如抽象類和對(duì)象等）和機(jī)制，需要識(shí)別這些類和它們彼此之間的關(guān)系，并用 UML 類圖來(lái)描述。其中最常見(jiàn)的是，創(chuàng)建一個(gè)軟件系統(tǒng)模型，但它也可以被用來(lái)描述非軟件的系統(tǒng)，如機(jī)械系統(tǒng)，企業(yè)組織或業(yè)務(wù)流程，以及復(fù)雜的數(shù)據(jù)處理與實(shí)時(shí)信息系統(tǒng)領(lǐng)域的的工業(yè)系統(tǒng)或工業(yè)生產(chǎn)過(guò)程的要求。 UML 符號(hào)，它正在考慮各種方法的圖形表示，刪除了大量的容易混淆的，不必要的和很少使用的符號(hào)，但也增加了一些新的符號(hào)。 20 世紀(jì) 80 年代中后期到 20 世紀(jì) 90 年代開(kāi)發(fā)的面向?qū)ο蠓治雠c設(shè)計(jì)方法有一個(gè)高潮， UML 是該產(chǎn)品的高潮。 1998 年 1 月發(fā)行第一個(gè)版本的 MySQL 關(guān)系數(shù)據(jù)庫(kù)。當(dāng)然，商業(yè)的支持，還需要花 錢。一個(gè)月后， Linux版本出現(xiàn)。大多數(shù)人認(rèn)為沒(méi)有事務(wù)處理的情況下， MySQL 是管理內(nèi)容的最佳選擇。 MySQL 數(shù)據(jù)庫(kù) 5 然而，因?yàn)?ORACLE 太大，系統(tǒng)設(shè)計(jì)只是作為一個(gè)性的實(shí)踐體系，所以我選擇了更小更輕的 MYSQL 數(shù)據(jù)庫(kù)。但它的所有知識(shí)，只要一個(gè)模型，在所有類型的機(jī)器學(xué)習(xí) ORACLE 知識(shí)就能使用它。邁納和 Ed Oates 的同事在 1977 年之前建立一個(gè)軟件開(kāi)發(fā)實(shí)驗(yàn)室的咨詢公司（ SDL，軟件開(kāi)發(fā)實(shí)驗(yàn)室）。甲骨文是一個(gè)關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)。這個(gè)平臺(tái)是非常受歡迎的。 Java 技術(shù)具有出色的多功能性，高效性，平臺(tái)移植，安全性，被廣泛應(yīng)用于個(gè)人 PC，數(shù)據(jù)中心，游戲控制臺(tái)，科學(xué)超級(jí)計(jì)算機(jī)，手機(jī)和互聯(lián)網(wǎng)，還擁有世界上最大的專業(yè)社區(qū)開(kāi)發(fā)。 電信計(jì)費(fèi)系統(tǒng)集成施工：由于早期的電話通信服務(wù)是有限的，因此，只有一個(gè)單一的計(jì)費(fèi)系統(tǒng)業(yè)務(wù)。但是，隨著技術(shù)的不斷電腦開(kāi)關(guān)，各種接口標(biāo)準(zhǔn)等不斷出臺(tái)，使得實(shí)時(shí)數(shù)據(jù)采集網(wǎng)絡(luò)計(jì)費(fèi)系統(tǒng)的協(xié)議已經(jīng)成 為一個(gè)電信計(jì)費(fèi)系統(tǒng)是現(xiàn)在時(shí)髦。但隨著電腦和日益先進(jìn)的數(shù)據(jù)庫(kù)技術(shù)的發(fā)展，軟件產(chǎn)業(yè)的成熟，計(jì)算機(jī)硬件投資成本的下降，促使電信計(jì)費(fèi)系統(tǒng)向靈活化，多層次，全面化的方向發(fā)展。八十年代，計(jì)算機(jī)技術(shù)具有突破性的改進(jìn)，小，大型機(jī)和 PC 市場(chǎng)上出現(xiàn)了使用集成電路技術(shù)制造的，人們使用計(jì)算機(jī)代替手工工具交換時(shí)間為電信計(jì)費(fèi)工具 。因此，上述的背景下，收費(fèi)和計(jì)費(fèi)處理系統(tǒng)是在廣義上的電信運(yùn)營(yíng)商的計(jì)費(fèi)系統(tǒng)。 該系統(tǒng)是用于研究開(kāi)發(fā)的基于 JAVA 的電信計(jì)費(fèi)系統(tǒng)。但是這種數(shù)據(jù)實(shí)驗(yàn)室的創(chuàng)建成本很高，普通的中小型企業(yè)或公司、單位難以承受。integration。電信計(jì)費(fèi)系統(tǒng)的功能分為三個(gè)模塊：客戶端的數(shù)據(jù)采集系統(tǒng)，服務(wù)器端采集系統(tǒng)和數(shù)據(jù)集成系統(tǒng)。 電信運(yùn)營(yíng)商通過(guò)市場(chǎng)調(diào)查可以得出，添加一個(gè)新 的數(shù)據(jù)實(shí)驗(yàn)室，這是 基于 運(yùn)營(yíng)商基于 Unix的操作系統(tǒng)，實(shí)驗(yàn)環(huán)境。但是這種 數(shù)據(jù)實(shí)驗(yàn)室的 創(chuàng)建成本很高 。在系統(tǒng)設(shè)計(jì)中，使用統(tǒng)一建模語(yǔ)言 UML 分析系統(tǒng)，使用 Java Web編程和多線程編程知識(shí)，并選擇 MySQL 作為系統(tǒng)數(shù)據(jù)庫(kù)的支持。data collection。數(shù)據(jù)實(shí)驗(yàn)室能夠提供計(jì)算機(jī)基礎(chǔ)管理功能，比如數(shù)據(jù)庫(kù)的創(chuàng)建、維護(hù)、查詢、統(tǒng)計(jì)等功能，為實(shí)現(xiàn)企業(yè)的信息化、現(xiàn)代化的管理提供了強(qiáng)有力的保障。電信計(jì)費(fèi)系統(tǒng)的高效，穩(wěn)定和安全運(yùn)行，在很大程度上，影響系統(tǒng)本身的電信運(yùn)營(yíng)商的經(jīng)營(yíng)效率，和自己的信譽(yù)。具體可分為兩個(gè)階段：第一階段交換機(jī)計(jì)費(fèi)，我們稱之為，例如，從用戶的呼叫，直到用戶開(kāi)始通話結(jié)束后，交換機(jī)完成的主的統(tǒng)計(jì)頻率或開(kāi)關(guān)的過(guò)程，稱為，呼叫持續(xù)時(shí)間的記錄，時(shí)間的信息的過(guò)程，第二階段的帳單和會(huì)計(jì)系統(tǒng)，后臺(tái)處理，即收集系統(tǒng)，交換機(jī)呼叫記錄的信息通過(guò)用戶的預(yù)過(guò)濾，指定的價(jià)格，累積總和，以形成用戶的話費(fèi)，在這個(gè)過(guò)程中，用戶的付款和核銷最終完成。后來(lái)，通過(guò)半自動(dòng)，全自動(dòng)開(kāi)關(guān)使用，尤其是在八十年代到九十年代中期，迅速擴(kuò)大通信容量，電信運(yùn)營(yíng)商和用戶的業(yè)務(wù)量的迅速增加，從而引進(jìn)了大量的 PBX 迫使人們從根本上改變了傳統(tǒng)的計(jì)費(fèi)方式。這些簡(jiǎn)單的功能，不能改善電信服務(wù)，發(fā)展和變化，不能從根本上滿足客戶的需求，能夠適應(yīng)市場(chǎng)經(jīng)濟(jì)的競(jìng)爭(zhēng)少得多。但是，這不是辦法及時(shí)處理客戶的需求不能引起用戶的查詢自己的信息，計(jì)費(fèi)數(shù)據(jù)，可以不被收集，也不能夠到聘請(qǐng)短期業(yè)務(wù)，不能夠打印臨時(shí)3 法案，不能及時(shí)決策，并有可能導(dǎo)致用戶惡意拖欠等諸多問(wèn)題。在相同的時(shí)間，集中的電信計(jì)費(fèi)系統(tǒng)將有助于提高在市場(chǎng)上的競(jìng)爭(zhēng)力，并通過(guò)電信運(yùn)營(yíng)商的青睞和