/電信計費管理系統(tǒng)設計和實現(xiàn)作者姓名：XXXX專業(yè)班級：2005070302指導老師：潘斌摘要隨著我國電信業(yè)的迅猛發(fā)展，各項業(yè)務量快速增長，新的業(yè)務種類和新的服務形式不斷推出，電信計費管理系統(tǒng)的重要性日益突出。本文通過對電信計費的基本原理、實現(xiàn)流程等進行探討分析，完成了計費管理系統(tǒng)的總體規(guī)劃、分析、設計、實現(xiàn)以及運行調(diào)試和評價，其中運用管理信息系統(tǒng)結(jié)構(gòu)化開發(fā)方法完成系統(tǒng)分析和設計工作，運用UML建模的方法完成了系統(tǒng)的實現(xiàn)工作。該系統(tǒng)基于B/S模式，以Oracle為后臺數(shù)據(jù)庫，用MyEclipse6.5、Tomcat6.0、PowerDesigner12等工具進行開發(fā)。系統(tǒng)后臺數(shù)據(jù)庫中通過存儲過程和JOB定時器實時地對話單數(shù)據(jù)進行統(tǒng)計，并在前臺運用JSP和AJAX技術(shù)實時呈現(xiàn)統(tǒng)計數(shù)據(jù)。該系統(tǒng)具有很好的好用性，可幫助相應工作人員便利地完成各種話單統(tǒng)計工作，提高工作效率。關(guān)鍵詞：計費管理系統(tǒng)；系統(tǒng)分析和設計；結(jié)構(gòu)化方法；UML建模DesignandImplementationofTelecomBillingManagementSystemAbstract:Inrecentyears,withtherapiddevelopmentofChina'stelecom,therapidgrowthofnewbusinessvolume,typesandnewservices.Inordertomakethesecontinuouslydevelopbusinesstobetterdevelopment,theimportanceofthemanagementsystemoftelecommunicationbillingincreasinglyprominent.Thisthesisresearchesandanalysesthefundamentalprinciple,implementofbillsystemoftelecombusiness.Itssystemplanning,analysis,design,implementation,operationandevaluationhaveaccomplishedbythestructureddevelopmentmethodofmanagementofinformationsystem,andUMLmodelingmethod.ThissystemisbasedonB/Smodel,selectingMyEclipse6.5Tomcat6.0,JDK6.7andPowerDesigner12asdevelopmenttoolswithOracle10gfordatabaseofit.InfrontofthesystemuseAJAXandJSPtoshowdata,inthesystemofdatastoredinthebackenddatabaseusingreal-timeprocessandJOBtimerforstatisticsbilldata,sothatrelevantpersonnelcangetreal-timedata.Thesystemhasgoodpracticability;thesystemcanmakeaconvenienceofthestatisticsofkindsoffeelistforthetelecomoperatorsmeanwhilecanmakeahighefficiencyfortelecomstaff.Keywords:BillingManagementSystem;SystemAnalysisandDesign;StructuredMethod;UMLModeling.目錄第1章前言 1第2章項目概述 22.1.項目開發(fā)背景 22.2.項目開發(fā)目的 22.3.項目開發(fā)方法 3第3章系統(tǒng)總體規(guī)劃 43.1.系統(tǒng)初步調(diào)查 43.2.可行性分析 43.3.組織機構(gòu)調(diào)查 53.4.系統(tǒng)邏輯業(yè)務規(guī)劃 63.5.系統(tǒng)數(shù)據(jù)類規(guī)劃 63.6.系統(tǒng)開發(fā)支配 7第4章系統(tǒng)分析 94.1.系統(tǒng)詳細調(diào)查 94.2.需求分析 114.2.1.系統(tǒng)面對的用戶 114.2.2.系統(tǒng)管理員需求 124.2.3.資料管理員需求 124.2.4.查詢統(tǒng)計管理員需求 144.2.5.告警處理員需求 164.3.業(yè)務流程分析 164.4.數(shù)據(jù)流程分析 204.5.數(shù)據(jù)字典 244.6.系統(tǒng)邏輯模型 26第5章系統(tǒng)設計 275.1.模塊結(jié)構(gòu)設計 275.1.1.系統(tǒng)管理模塊結(jié)構(gòu) 275.1.2.資料管理模塊結(jié)構(gòu) 285.1.3.查詢統(tǒng)計管理模塊結(jié)構(gòu) 285.1.4.監(jiān)控告警管理模塊結(jié)構(gòu) 285.2.代碼設計 305.3.數(shù)據(jù)庫設計 315.3.1.概念模型設計 315.3.2.邏輯模型設計 345.3.3.物理模型設計 355.4.人機界面設計 395.4.1.登錄界面 395.4.2.系統(tǒng)管理主界面 395.4.3.資料管理主界面 405.4.4.查詢統(tǒng)計管理主界面 415.4.5.監(jiān)控告警管理主界面 42第6章系統(tǒng)實施 436.1.計算機邏輯配置 436.1.1.計算機局域網(wǎng)絡配置 436.1.2.計算機廣域網(wǎng)絡配置 436.2.系統(tǒng)實施準備 446.3.項目開發(fā)環(huán)境及工具介紹 456.3.1.MVC模式簡介 456.3.2.Struts2和Hibernate3.0技術(shù)框架簡介 456.4.程序設計 466.4.1.程序設計方法及風格 466.4.2.系統(tǒng)管理模塊程序設計 476.4.3.資料管理模塊程序設計 496.4.4.查詢統(tǒng)計管理模塊程序設計 526.4.5.監(jiān)控告警管理程序設計 546.5.系統(tǒng)測試和調(diào)試 566.5.1.功能測試 566.5.2.性能測試 566.5.3.系統(tǒng)調(diào)試 56第7章系統(tǒng)運行管理和評價 577.1.系統(tǒng)的運行管理 577.2.系統(tǒng)的評價 587.2.1.經(jīng)濟指標評價 58．性能指標評價 587.2.3.管理指標評價 58結(jié)論 59致謝 60參考文獻 61附錄 62第1章前言如今，各電信運營商已越來越猛烈地留意到這樣一個現(xiàn)實：即基于分組的下一代網(wǎng)絡只是整個服務提交體系中的一個不行或缺組成部分，這類網(wǎng)絡雖然能夠用來提交各種基于分組的新型增值業(yè)務，但卻無法為運營商業(yè)務的發(fā)展供應干脆的融資和收益。只有將可盈利的增值業(yè)務推向市場才是確定運營商成功和否的關(guān)鍵。為了最大限度地實現(xiàn)投資回報，運營商須要不分服務類型地向其全部用戶供應一切所需的服務，并將其主要精力放在用戶真正期望服務的開發(fā)和管理方面。一個好的計費解決方案則是實現(xiàn)上述目標的先決條件，比照實時計費解決方案等。實時的計費解決方案不僅可使運營商在任何基于分組的網(wǎng)絡上向不同類型的用戶提交一切服務，并通過開發(fā)新的收益來源來增加平均每戶每月收入值，還能使運營商依據(jù)用戶的切實需求快速地將增值服務推向市場。其次，它能夠有效地幫助運營商彌補在數(shù)據(jù)業(yè)務預付費方面存在的技術(shù)差距，并以較低的成本真正實現(xiàn)預付費和后付費的融合。最終，它還能促使運營商將所需的基礎設施剛好支配到位，并著手就第三方供應的內(nèi)容綻開交易并順當實現(xiàn)收益結(jié)算。但是，好的實時計費方案也須要有配套的計費管理系統(tǒng)進行數(shù)據(jù)統(tǒng)計和異樣數(shù)據(jù)監(jiān)控，才能完備發(fā)揮其作用?？傊娦庞嬞M管理系統(tǒng)已不再是被動的后臺系統(tǒng)，其作為整個電信行業(yè)的核心競爭力所在的地位日益鞏固，已經(jīng)成為整個電信系統(tǒng)的靈魂。它能有效地供應服務，降低運營成本，提高運營效率。無論是運營商、內(nèi)容供應商還是各分銷商必需賜予它足夠的重視，才能在群雄逐鹿中占居有利地位。第2章項目概述2.1.項目開發(fā)背景從電信運營商來看，電信計費遠不是通話時長乘以費率這么一個簡潔算式就能解決的。以固話為例，要生成賬單，首先交換機要將主叫、被叫、通話時長等實時記錄，然后系統(tǒng)把采集到的交換機記錄經(jīng)過預處理、過濾、劃價、累計求和，才能形成最終的用戶賬單。電信全程全網(wǎng)的特性，使得用戶在運用電信業(yè)務過程中要涉及多個環(huán)節(jié)。傳統(tǒng)的計費系統(tǒng)只是一個數(shù)據(jù)的處理系統(tǒng)，假如由于時鐘同步、信令傳送等問題，影響到所采集數(shù)據(jù)的精確性，那么計費的結(jié)果就會出現(xiàn)偏差。因此，建立配套的計費管理系統(tǒng)的必要性就突現(xiàn)出來了。由于歷史緣由，交換機的種類繁多，采集方式也不完全一樣以及計費軟件的版本比較困難，都會給計費管理系統(tǒng)的實施造成困難。不過，盡管有著重重困難，運營商照舊不斷努力，逐步實施。比如中國移動的用戶現(xiàn)在就可以通過營業(yè)廳賬單打印、網(wǎng)上查詢、1860客服熱線等多種渠道得到自己消費的詳細狀況統(tǒng)計。計費管理的價值不僅體現(xiàn)在為客戶服務，提高服務質(zhì)量上面。對于運營商來說，實現(xiàn)計費管理可以幫助運營商更好地了解運營狀況，比如可以發(fā)覺高額欠費，剛好進行預警等。所以，計費系統(tǒng)管理的重要性更加突出。在這樣的背景下，依據(jù)客戶實際境況，我們提出了電信計費管理系統(tǒng)開發(fā)需求。在系統(tǒng)開發(fā)完成以后，本系統(tǒng)會在電信運營商某地區(qū)計費中心的營運環(huán)境中部署運行。2.2.項目開發(fā)目的在電信運營系統(tǒng)中，電信計費系統(tǒng)是主要的支撐系統(tǒng)，占有重要地位。計費系統(tǒng)有效、平安地運行，在很大程度上影響著電信運營系統(tǒng)本身的運行效率和信譽。計費系統(tǒng)歷來都是電信運營和管理部門重點建設和發(fā)展的系統(tǒng)之一。本項目開發(fā)的主要目的有以下幾點：1.為用戶供應精確的、快速的、展示方式多樣的、實時的、便利的話單統(tǒng)計數(shù)據(jù)，以運用戶可以在此基礎上進行其他的工作；2.在后臺數(shù)據(jù)庫中運用存儲過程和JOB定時器實現(xiàn)數(shù)據(jù)的實時統(tǒng)計，以便提高前臺再次統(tǒng)計數(shù)據(jù)的效率；3.運用B/S應用模式，以WEB方式給用戶呈現(xiàn)所須要的統(tǒng)計數(shù)據(jù)，可以供應表格、餅圖和柱圖來呈現(xiàn)統(tǒng)計結(jié)果；4.運用J2EE技術(shù)體系開發(fā)本項目系統(tǒng)，結(jié)合一些先進技術(shù)（AJAX、DWR、SiteMesh等），完成擴展性、可移植性、穩(wěn)定性較強的好用系統(tǒng)；5.對個人來說，將所學的系統(tǒng)開發(fā)專業(yè)技術(shù)學問和電信計費的業(yè)務學問結(jié)合起來，完成有實際意義的實踐工作。2.3.項目開發(fā)方法在管理信息系統(tǒng)的長期實踐中，由于管理信息系統(tǒng)種類許多，狀況各異，研制的詳細方法、途徑有多種，從而形成了多種系統(tǒng)開發(fā)方法，如結(jié)構(gòu)化生命周期法、原型法、CASE方法、軟系統(tǒng)方法和面對對象方法等。最常用的三種方法：結(jié)構(gòu)化生命周期法、原型法、面對對象方法，在全部這些開發(fā)方法中沒有任何一種方法能適用于全部類型的系統(tǒng)，而且有些類型的系統(tǒng)至今仍缺少一套行之有效的開發(fā)方法。在本文的項目中，綜合以上三種方法的優(yōu)點和不足，確定在需求分析階段運用原型化方法，在系統(tǒng)分析和設計階段運用結(jié)構(gòu)化方法，在程序開發(fā)中運用面對對象方法，以這樣的形式將三種方法結(jié)合起來開發(fā)本項目系統(tǒng)。第3章系統(tǒng)總體規(guī)劃電信計費管理系統(tǒng)的總體規(guī)劃是其生命周期中第一個階段的工作，其質(zhì)量干脆關(guān)系到系統(tǒng)建設的成敗。接下來，本論文會對項目系統(tǒng)從初步調(diào)查、可行性分析、邏輯業(yè)務規(guī)劃、數(shù)據(jù)類規(guī)劃以及系統(tǒng)開發(fā)的進度支配上進行總體規(guī)劃，便于從全局上把握好這個系統(tǒng)的整個過程。3.1.系統(tǒng)初步調(diào)查通過和用戶的當面溝通，初步了解到整個系統(tǒng)的功能結(jié)構(gòu)和業(yè)務流程，這個系統(tǒng)大體須要實現(xiàn)系統(tǒng)管理模塊、電信計費參數(shù)管理模塊、對話費進行查詢統(tǒng)計的模塊和監(jiān)控告警模塊。其中，系統(tǒng)管理模塊應當能對運用系統(tǒng)的用戶進行管理，對角色進行管理，對用戶擁有的功能點進行管理，并且還可以對在線用戶進行管理；電信計費參數(shù)管理模塊應當能對在計費的過程中用到的原子參數(shù)進行增加，刪除，修改，查詢這些基本的管理；話費查詢統(tǒng)計模塊應當能對語音話單進行查詢，對話單的操作日志進行統(tǒng)計，對語音話單的話務量進行統(tǒng)計，對語音話單的業(yè)務收入進行統(tǒng)計；監(jiān)控告警模塊應當能對在原始話單處理中、在統(tǒng)計話單中、在系統(tǒng)運行中等產(chǎn)生的告警信息進行處理。整個系統(tǒng)的實現(xiàn)還須要依靠于后臺對原始話單進行一系列的處理，后臺通過定時器或存儲過程對話單數(shù)據(jù)進行實時處理之后，才能在前臺實時的統(tǒng)計出用戶須要的數(shù)據(jù)信息。以上這些是對系統(tǒng)的初步了解，詳細調(diào)查將在系統(tǒng)分析部分探討。3.2.可行性分析1.技術(shù)可行性目前，已經(jīng)有較多的電信計費系統(tǒng)解決方案成功實現(xiàn)，并運用在實際的生產(chǎn)環(huán)境中，實現(xiàn)此類系統(tǒng)的技術(shù)都是較為成熟的，而本論文須要實現(xiàn)的只是電信計費系統(tǒng)中統(tǒng)計分析的小部分功能，較為簡潔。因此，從技術(shù)上來說，完全可以用現(xiàn)有的技術(shù)實現(xiàn)本論文中的項目系統(tǒng)。2.經(jīng)濟可行性電信計費管理系統(tǒng)所產(chǎn)生的經(jīng)濟效益，干脆關(guān)系到電信運營商的收益和用戶的運用狀況，保證話單的實時性和正確性是提高運營商收益的前提。在本論文的項目系統(tǒng)中，可以對話單數(shù)據(jù)進行智能的統(tǒng)計，賜予用戶多種統(tǒng)計數(shù)據(jù)的形式，便利用戶對這些統(tǒng)計數(shù)據(jù)進行詳細的分析，并且對相關(guān)的參數(shù)進行較好的管理。因此，從經(jīng)濟上說是可行的。3.運行可行性由于本項目系統(tǒng)具有友好的界面，操作簡潔，幫助信息詳盡，工作人員只需經(jīng)過簡潔的培訓之后就可以嫻熟操作；系統(tǒng)運行環(huán)境的服務器接受UNIX操作系統(tǒng)，ORACLE數(shù)據(jù)庫，WEB服務器接受TOMCAT，客服端只須要閱讀器就可以運行該系統(tǒng)，這樣的運行環(huán)境都是很好配置的。因此，從運行可行性上講，本項目系統(tǒng)是可以運行的。從以上三方面的分析，可以得出該系統(tǒng)在技術(shù)上得到了保證，投入運用可帶來很好的經(jīng)濟效益，且在運行方面較為簡潔。因此，本項目系統(tǒng)可進行開發(fā)工作。3.3.組織機構(gòu)調(diào)查該系統(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ù)。本論文項目系統(tǒng)對應的組織結(jié)構(gòu)圖，如圖3-1所示：圖3-1系統(tǒng)的組織結(jié)構(gòu)圖3.4.系統(tǒng)邏輯業(yè)務規(guī)劃本論文項目系統(tǒng)大體業(yè)務流程，如下所述：1.系統(tǒng)管理員在系統(tǒng)中添加用戶，新建角色，對相應的角色賜予一個權(quán)限組合，再把這個角色賜予相應的用戶；2.用戶運用系統(tǒng)管理員賜予的用戶名和密碼登錄系統(tǒng)，此時用戶進入系統(tǒng)時只能執(zhí)行被支配的功能權(quán)限，對于沒有支配給的功能權(quán)限不能執(zhí)行；3.當資料管理員進入系統(tǒng)時，可以對電信計費過程中用到的參數(shù)進行增加、刪除、修改和查詢等功能，保證在計費過程和話單處理過程中參數(shù)的正確性；4.當查詢統(tǒng)計管理員進入系統(tǒng)時，可以通過不同的查詢條件的組合查詢出想要得到的話單數(shù)據(jù)，可以對話單的操作日志進行統(tǒng)計，可以對語音業(yè)務的話務量進行統(tǒng)計，可以對語音業(yè)務的總收入狀況進行統(tǒng)計并導出相應的數(shù)據(jù)報表等操作；5.當告警處理員進入系統(tǒng)時，可以通過系統(tǒng)定義告警信息的級別，實時處理告警信息，產(chǎn)生告警日志等操作。本論文項目系統(tǒng)的邏輯業(yè)務規(guī)劃圖，如圖3-2所示：圖3-2邏輯業(yè)務規(guī)劃圖3.5.系統(tǒng)數(shù)據(jù)類規(guī)劃經(jīng)過上面邏輯業(yè)務的規(guī)劃之后，對本項目系統(tǒng)的數(shù)據(jù)類進行規(guī)劃。接受實體分析的方法，建立相對穩(wěn)定的數(shù)據(jù)模型結(jié)構(gòu)，而對一些需求零散、隨機的信息，放在系統(tǒng)分析和設計階段考慮。電信計費管理系統(tǒng)不是一個孤立的系統(tǒng)，它是電信運營支撐系統(tǒng)的業(yè)務支撐子系統(tǒng)中的一個子系統(tǒng)，和其它子系統(tǒng)之間共享數(shù)據(jù)，協(xié)調(diào)工作，所以在進行總體規(guī)劃時確定要考慮到其它相關(guān)子系統(tǒng)的信息需求是否被包含在所設計的數(shù)據(jù)類中。只有考慮到潛在的需求，建立的數(shù)據(jù)模型才會穩(wěn)定。依據(jù)實體分析方法設計的數(shù)據(jù)類有：1.用戶基本信息數(shù)據(jù)類：該類數(shù)據(jù)反映用戶的用戶名、真實姓名、用戶描述、隨機生成的密碼、工號、部門等信息；2.角色管理數(shù)據(jù)類：該類數(shù)據(jù)記錄角色的角色名、角色描述等信息；3.功能點管理數(shù)據(jù)類：該類數(shù)據(jù)記錄功能點的功能ID、父功能ID、功能點名稱、功能點描述、功能點URL、功能點是否可見等信息；4.資料管理數(shù)據(jù)類：該類數(shù)據(jù)記錄了有關(guān)電信計費過程中用到的各類參數(shù)，例如：運營商類型、省份代碼、本地網(wǎng)區(qū)號、移動號碼號段、固定號碼號段、標準費率等參數(shù)信息；5.話單清單管理數(shù)據(jù)類：該類數(shù)據(jù)記錄了有關(guān)話單的基本信息，例如：帳期、通話起止日期、主叫號碼、被叫號碼，主叫區(qū)號，被叫區(qū)號、計費時長、費用及業(yè)務類型等信息；6.日志統(tǒng)計管理數(shù)據(jù)類：該類數(shù)據(jù)記錄了預處理、批價、入庫等日志信息；7.話務量統(tǒng)計數(shù)據(jù)類：該類數(shù)據(jù)記錄了話務量、計費時長、通話時長等統(tǒng)計信息；8.業(yè)務收入統(tǒng)計數(shù)據(jù)類：該類數(shù)據(jù)記錄了話費、話務量、計費時長、通話時長等統(tǒng)計信息；9．告警日志信息數(shù)據(jù)類：該類數(shù)據(jù)記錄了告警日期、告警時間、告警級別、錯誤號、告警內(nèi)容、模塊標記、復原方法、操作員、文件名、操作日期、操作時間、告警標識等信息。3.6.系統(tǒng)開發(fā)支配在完成了項目系統(tǒng)的邏輯配置方案和計算機網(wǎng)絡配置方案后，就要進行開發(fā)費用的估算，制定系統(tǒng)的開發(fā)支配等工作。系統(tǒng)開發(fā)的工作進度表，如表3-1所示：表3-1系統(tǒng)開發(fā)工作進度表階段人數(shù)時間（天）人天起止時間系統(tǒng)分析8151202009.04.01~2009.04.15系統(tǒng)設計8151202009.04.16~2009.04.30程序設計5241202009.05.01~2009.05.24系統(tǒng)測試210202009.05.18~2009.05.27系統(tǒng)試運行37212009.05.28~2009.06.03驗收第4章系統(tǒng)分析在電信計費管理系統(tǒng)的開發(fā)過程中，須要通過系統(tǒng)分析才能把對系統(tǒng)功能和性能的總體概念描述為詳細的系統(tǒng)需求說明，便于整個系統(tǒng)開發(fā)工作的進行。接下來，通過系統(tǒng)詳細調(diào)查、業(yè)務流程分析、數(shù)據(jù)流程分析和系統(tǒng)數(shù)據(jù)分析之后，確定出本項目系統(tǒng)的邏輯模型，對系統(tǒng)進行功能性詳細分析為下一章的系統(tǒng)設計供應詳細的參考方向。4.1.系統(tǒng)詳細調(diào)查系統(tǒng)詳細調(diào)查的主要任務是收集系統(tǒng)所要用到的數(shù)據(jù)，因為在后期的系統(tǒng)設計階段要用到許多的數(shù)據(jù)，資料收集是進行系統(tǒng)分析的前提，資料收集的方法有實地調(diào)查，填寫問卷，溝通交談等。經(jīng)過和該系統(tǒng)用戶的當面溝通之后，可知：1．整個電信計費管理系統(tǒng)從底層數(shù)據(jù)產(chǎn)生到數(shù)據(jù)表現(xiàn)層包含的全部功能：數(shù)據(jù)傳輸、預處理、排重、批價、入庫、數(shù)據(jù)分發(fā)、系統(tǒng)管理、資料管理、查詢統(tǒng)計、監(jiān)控告警等十大功能。2.在整個電信計費管理系統(tǒng)的開發(fā)過程中會涉及到得專業(yè)術(shù)語及其定義，這些術(shù)語在系統(tǒng)分析和系統(tǒng)設計中有助于加快理解系統(tǒng)的業(yè)務過程，從而精確的畫出業(yè)務流程圖和數(shù)據(jù)流程圖。其主要涉及到的術(shù)語及定義如下：計費：對電信用戶運用電信資源或服務后產(chǎn)生的運用記錄，依據(jù)資費標準及實惠政策進行費用計算的過程。計費周期：電信運行商之間或本電信運行商所約定的進行計費或攤分工作的時間周期。統(tǒng)計要素：依據(jù)需求從運用記錄中抽取的某些屬性字段作為統(tǒng)計分析用的最小元素。原始記錄：完成通信服務過程所須要的指定設備所記錄的和通信費用有關(guān)的信息的記錄。標準記錄：原始記錄經(jīng)過格式標準化后的輸出稱為標準記錄。批價記錄：和帳單相關(guān)聯(lián)，經(jīng)過計費處理后的最終處理記錄，又稱清單。數(shù)據(jù)傳輸：干脆從存儲原始記錄數(shù)據(jù)的設備上獲得原始的運用記錄數(shù)據(jù)并且傳送到計費系統(tǒng)的過程。預處理：對原始記錄數(shù)據(jù)進行碼制轉(zhuǎn)換、格式校驗等處理，形成標準記錄的過程。批價：對標準記錄依據(jù)相關(guān)規(guī)則和資費標準計算出各項費用的過程。計費處理：對批價記錄依據(jù)相關(guān)規(guī)則進行費用分攤和計費出賬的過程。數(shù)據(jù)分發(fā)：指依據(jù)確定的條件和要求，把經(jīng)過集中處理的數(shù)據(jù)重新抽取或組合，并把抽取或組合結(jié)果數(shù)據(jù)傳送到指定的位置。3.本項目系統(tǒng)中實際要實現(xiàn)的主要是系統(tǒng)管理、資料管理、查詢統(tǒng)計和監(jiān)控告警等統(tǒng)計分析功能。4.在統(tǒng)計分析功能中對時間的要求：精確到秒，其時格式為YYYY-MM-DDHH24:MI:SS。5.在預處理中的固話話單格式，如表4-1所示：表4-1固話話單格式域名長度含義呼叫類型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表示被叫用戶號碼應答日期和時間14表示應答時間，格式為：YYYYMMDDHHMMSSYYYY：年份MM：1－12DD：1－31HH：0－23SS：0－59缺省值：全0話終日期和時間14表示呼叫結(jié)束日期和時間，格式為：YYYYMMDDHHMMSSYYYY：年份MM：1－12DD：1－31HH：0－23SS：0－59缺省值：全0通話時長11單位：秒6.整個電信計費管理系統(tǒng)的總體流程關(guān)系，如圖4-1所示：圖4-1電信計費管理系統(tǒng)總體流程圖4.2.需求分析.系統(tǒng)面對的用戶本論文項目系統(tǒng)面對的用戶分為四類：系統(tǒng)管理員、資料管理員和查詢統(tǒng)計管理員、告警處理員。以上四類用戶運用系統(tǒng)做什么，詳細闡述如下：1.系統(tǒng)管理員運用該系統(tǒng)對用戶信息、用戶組信息、用戶密碼信息、用戶角色權(quán)限、在線用戶進行管理；2.資料管理員運用該系統(tǒng)對電信計費和統(tǒng)計過程中用到的各種參數(shù)進行管理，如：運營商類型參數(shù)、省份代碼參數(shù)營業(yè)區(qū)參數(shù)等參數(shù)；3.查詢統(tǒng)計管理員運用該系統(tǒng)進行話單清單的查詢、操作日志的統(tǒng)計、語音業(yè)務的話務量統(tǒng)計、語音業(yè)務的全收入統(tǒng)計等管理工作；4.告警處理員運用該系統(tǒng)進行告警級別的定義、剛好處理告警信息、處理告警日志信息等工作。4.2.2.系統(tǒng)管理員需求1.概述須要供應對系統(tǒng)用戶的管理界面，實現(xiàn)增加、刪除、修改、查詢用戶的功能，為用戶設置運用本系統(tǒng)的權(quán)限，以及在線用戶監(jiān)控的功能。2.用戶組管理要求系統(tǒng)供應對具有相同權(quán)限的用戶設定用戶組的功能，以便系統(tǒng)管理員實現(xiàn)職責：增加和刪除用戶組，以及給用戶組設置權(quán)限；增加和刪除一般用戶，以及給一般用戶設置權(quán)限。3.用戶管理要求系統(tǒng)供應一個系統(tǒng)管理員名和初始密碼；要求系統(tǒng)供應用戶的基本信息的增加、刪除、修改、查詢功能，可以設定用戶的姓名、工號、部門等基本信息；系統(tǒng)管理員可以給一般用戶支配權(quán)限到功能點，權(quán)限分為兩種，查看和限制。只有查看權(quán)限的用戶就只能看此功能點的運行信息、告警信息。擁有功能點限制權(quán)限的用戶可以管理該功能點，同時有查看該功能點信息的權(quán)限。4.密碼管理要求系統(tǒng)自動生成新增用戶的默認密碼，系統(tǒng)管理員和一般用戶都可以修改自己的密碼。5.在線用戶監(jiān)控要求系統(tǒng)供應在線用戶信息的監(jiān)控功能，記錄用戶每一次登錄到系統(tǒng)中的起始和結(jié)束時間，呈現(xiàn)當前正在運用系統(tǒng)的用戶ID和姓名等信息。4.2.3.資料管理員需求1.概述要求系統(tǒng)可以對計費系統(tǒng)中的業(yè)務參數(shù)、計費參數(shù)等重要基礎數(shù)據(jù)進行維護管理，供應對資料的增加、刪除、修改、查詢等功能，詳細記錄操作日志，定期備份保存，確保系統(tǒng)基礎數(shù)據(jù)的平安。可以對以下參數(shù)進行增加、刪除、修改、查詢、打印操作，可以分頁顯示數(shù)據(jù)，支持批量刪除。2.運營商類型參數(shù)運營商類型參數(shù)主要對電信運營商的名稱和代碼的維護，分別是：中國電信、中國網(wǎng)通、中國移動、中國聯(lián)通、中國鐵通等。以此來推斷某個號碼所屬的業(yè)務類別，同時是話單的基本屬性，作為批價的基本字段，是獲得長話基本政策、市話基本政策、推斷網(wǎng)絡承載類型的依據(jù)。3.省份代碼參數(shù)省份代碼參數(shù)主要對每個省的長途區(qū)號代碼進行維護，以此進行號碼解析并劃分長途類型。省份代碼唯一標識一個省份，由省份代碼和省份名稱兩個字段組成。4.本地網(wǎng)區(qū)號參數(shù)本地網(wǎng)區(qū)號參數(shù)是對全國全部本地網(wǎng)區(qū)號進行管理，本地網(wǎng)區(qū)號就是長途字冠，為國家標準定義的區(qū)號。每個本地網(wǎng)定義一個區(qū)號，不同本地網(wǎng)之間的通話就是長話，對其進行引用來配置定義號碼信息，推斷每一號碼歸屬于哪個本地網(wǎng)。5.營業(yè)區(qū)參數(shù)營業(yè)區(qū)參數(shù)主要對計費營業(yè)區(qū)進行管理。在同一本地網(wǎng)，一般狀況下不同的計費營業(yè)區(qū)相互呼叫為區(qū)間通話。該表有地區(qū)號碼、營業(yè)區(qū)號、營業(yè)區(qū)名稱三個字段。在批價中，可以通過話單中主被叫的地區(qū)號碼和營業(yè)區(qū)號劃分出區(qū)內(nèi)通話、區(qū)間通話和長話，進行相應的批價。6.移動號段參數(shù)移動號段參數(shù)主要定義和維護各地區(qū)的移動號段的占用狀況，由此作為號碼解析的依據(jù)。由號碼段、地區(qū)號碼、服務供應商類別、用戶業(yè)務類型等字段組成。7.固定號段參數(shù)固定號段參數(shù)主要定義和維護各地市固定電話號段的占用狀況，由此作為號碼解析以及批價政策分析的依據(jù)。該表主要引用了營業(yè)區(qū)表的營業(yè)區(qū)號信息，作為推斷區(qū)內(nèi)、區(qū)間、長途類型的依據(jù)。由地區(qū)號碼、起先號碼、結(jié)束號碼、服務供應商類別、用戶業(yè)務類型、局向號等字段組成。8.標準費率參數(shù)標準費率參數(shù)對費率政策對應的費率進行管理，主要用于計算一次批價費用。定義計費規(guī)則適用日期、時間，還有相應的計費規(guī)則。通過費率規(guī)則定義和話單屬性進行匹配，推斷每個話單適用的計費費率規(guī)則，并進行相應的批價處理。4.2.4.查詢統(tǒng)計管理員需求1.概述要求系統(tǒng)供應數(shù)據(jù)查詢和數(shù)據(jù)統(tǒng)計兩大功能模塊，主要完成計費的參數(shù)、報表的查詢及統(tǒng)計的功能，針對查詢及統(tǒng)計的結(jié)果供應WEB呈現(xiàn)方式。2.清單查詢按帳期、通話起止日期、主叫號碼、被叫號碼，主叫區(qū)號，被叫區(qū)號、計費時長、費用及業(yè)務類型對語音清單進行查詢。主要分析語音業(yè)務清單，即電話業(yè)務，而不分析短信業(yè)務。3.日志統(tǒng)計實現(xiàn)目的通過對各個地市數(shù)據(jù)在計費系統(tǒng)的處理過程中產(chǎn)生的日志進行查詢和統(tǒng)計，來查看各個環(huán)節(jié)之間數(shù)據(jù)處理的平衡狀況，剛好精確地對計費系統(tǒng)的流量進行分析。維度設計，如表4-2所示：表4-2日志統(tǒng)計維度設計表維度名稱層次結(jié)構(gòu)備注時間年份->日期->小時地域省公司->分公司子模塊子模塊指標設計，如表4-3所示：表4-3日志統(tǒng)計指標設計表指標名稱計算規(guī)則單位備注預處理話單數(shù)各維度逐層累積條批價話單數(shù)各維度逐層累積條入庫話單數(shù)各維度逐層累積條4.話務量統(tǒng)計實現(xiàn)目的按時間、地域、業(yè)務類型、賬目類型4個維度統(tǒng)計語音業(yè)務的話務量、計費時長、通話時長3個度量狀況。通過對語音業(yè)務各種維度的分析，展示語音業(yè)務的數(shù)據(jù)量變更狀況。維度設計，如表4-4所示：表4-4話務量統(tǒng)計維度設計表維度名稱層次結(jié)構(gòu)備注時間年份->日期->小時地域XX省->地市業(yè)務類型業(yè)務類型業(yè)務類型區(qū)分為固話、小靈通等賬目類型賬目類型一層->賬目類型二層賬目類型區(qū)分為本地、長途通話等指標設計，如表4-5所示：表4-5話務量統(tǒng)計指標設計表指標名稱計算規(guī)則單位備注話務量各維度逐層累積條計費時長各維度逐層累積秒通話時長各維度逐層累積秒5.業(yè)務收入統(tǒng)計實現(xiàn)目的按時間、地域、業(yè)務類型3個維度統(tǒng)計語音業(yè)務的全收入的總收入度量（包括話費、話務量、計費時長、通話時長4個度量）狀況。通過對全收入各種維度的分析，駕馭電信語音業(yè)務各種業(yè)務類型的收入狀況，體現(xiàn)電信的業(yè)務發(fā)展狀況。維度設計，如表4-6所示：表4-6業(yè)務收入統(tǒng)計維度設計表維度名稱層次結(jié)構(gòu)備注時間年份->日期->小時地域XX省->地市業(yè)務類型業(yè)務類型業(yè)務類型區(qū)分為固話、小靈通等指標設計，如表4-7所示：表4-7業(yè)務收入統(tǒng)計指標設計表指標名稱計算規(guī)則單位備注話費各維度逐層累積元單位：元：話務量各維度逐層累積條計費時長各維度逐層累積秒通話時長各維度逐層累積秒4.2.5.告警處理員需求1.概述要求系統(tǒng)能對計費系統(tǒng)本身運行狀況進行監(jiān)控，對應用系統(tǒng)進行集中監(jiān)測和集中限制；當監(jiān)控系統(tǒng)檢測到系統(tǒng)運行和處理各個環(huán)節(jié)中出現(xiàn)異樣狀況時，能對系統(tǒng)發(fā)出的故障提示信息進行處理。對各種詳細的監(jiān)控對象進行維護，包括：告警、日志、應用進程、主機磁盤空間、數(shù)據(jù)庫表空間、應用進程監(jiān)控。超過門限的信息會在進入該監(jiān)控對象時以對話框的形式彈出“告警信息”。2.告警處理告警信息依據(jù)嚴峻程度，可分為以下幾類：一般性錯誤：不影響系統(tǒng)正常運行的錯誤；警告信息：影響系統(tǒng)的正常運行，但不會導致數(shù)據(jù)的損壞或丟失；嚴峻故障：嚴峻影響系統(tǒng)的運行，并可能導致數(shù)據(jù)的損壞或丟失。告警可以通過聲光告警方式通知系統(tǒng)管理人員或相關(guān)的操作人員。在出現(xiàn)異樣狀況時，能夠記錄詳細的告警信息，依據(jù)告警的嚴峻等級在監(jiān)控系統(tǒng)顯示告警提示和專家建議，能以可見、可聞的方式告警。系統(tǒng)可自動實現(xiàn)計費處理的各工作環(huán)節(jié)，并供應友好界面顯示對計費數(shù)據(jù)波動狀況、進程的執(zhí)行狀況的監(jiān)控和傳呼告警，告警門限值可設定。4.3.業(yè)務流程分析通過對用戶的詳細需求分析和業(yè)務過程分析得知，該系統(tǒng)主要須要完成的業(yè)務有系統(tǒng)管理、資料管理、語音業(yè)務查詢統(tǒng)計、監(jiān)控告警。詳細的業(yè)務流程分析如下：1.業(yè)務流程圖中運用的基本符號，如下說明：業(yè)務處理單位或用戶，它代表了某項業(yè)務參和的人或物；數(shù)據(jù)存儲或存檔，是一種數(shù)據(jù)的載體，作為檔案來保存的；業(yè)務數(shù)據(jù)流淌及方向，它表達了業(yè)務數(shù)據(jù)的流淌方向；各類單證、報表，它表明白數(shù)據(jù)的載體；業(yè)務功能描述，表明白業(yè)務處理功能。其業(yè)務流程圖基本符號，如圖4-2所示：圖4-2業(yè)務流程圖基本符號2.系統(tǒng)的高層業(yè)務流程圖，如圖4-3所示：圖4-3高層業(yè)務流程圖3.經(jīng)過進一步的調(diào)查分析，系統(tǒng)管理要做的主要事情如下：增加、刪除、修改和查詢用戶信息；增加、刪除角色，并且為角色設置權(quán)限，初始化默認角色：超級管理員、參數(shù)管理員、查詢統(tǒng)計管理員、告警管理員；增加、刪除、修改功能模塊數(shù)；當有多個用戶同時運用系統(tǒng)時，可監(jiān)控在線用戶；供應用戶信息的更改。其系統(tǒng)管理業(yè)務流程圖，如圖4-4所示。4.資料管理要做的主要事情如下：定義電信計費過程中運用的參數(shù)類型；增加、刪除、修改、查詢參數(shù)信息。其資料管理業(yè)務流程圖，如圖4-5所示。5.查詢統(tǒng)計要做的主要事情如下：依據(jù)特定條件查詢，并可打印出相應的話單清單信息；依據(jù)特定條件統(tǒng)計操作日志，并可打印出相應的統(tǒng)計報表；依據(jù)特定條件統(tǒng)計語音業(yè)務話務量，并可打印出相應的統(tǒng)計報表；依據(jù)特定條件統(tǒng)計語音業(yè)務全收入，并可打印出相應的統(tǒng)計報表。其查詢統(tǒng)計業(yè)務流程圖，如圖4-6所示。6.監(jiān)控告警要做的主要事情如下：對應用系統(tǒng)進行集中監(jiān)測和集中限制；檢測到系統(tǒng)運行和處理各個環(huán)節(jié)中出現(xiàn)異樣狀況時發(fā)出故障提示信息。其監(jiān)控告警業(yè)務流程圖，如圖4-7所示。圖4-4系統(tǒng)管理業(yè)務流程圖圖4-5資料管理業(yè)務流程圖圖4-6查詢統(tǒng)計業(yè)務流程圖圖4-7監(jiān)控告警業(yè)務流程圖4.4.數(shù)據(jù)流程分析依據(jù)對系統(tǒng)的業(yè)務流程分析，把業(yè)務過程分為系統(tǒng)管理、資料管理、查詢統(tǒng)計和監(jiān)控告警等四個過程。相應的，在數(shù)據(jù)流程分析中會針對這四個業(yè)務過程進行數(shù)據(jù)流分析。1.該系統(tǒng)的第一層數(shù)據(jù)流分析：除管理員外，其它用戶須要依據(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)生的全部警告信息。數(shù)據(jù)流程圖中運用的基本符號說明，如圖4-8所示：圖4-8數(shù)據(jù)流程圖基本符號系統(tǒng)的第一層數(shù)據(jù)流程圖，如圖4-9所示：圖4-9高層數(shù)據(jù)流程圖2.對系統(tǒng)管理的數(shù)據(jù)流分析：系統(tǒng)管理員用用戶名和密碼登錄系統(tǒng)；系統(tǒng)管理員依據(jù)用戶變動通知對用戶信息進行操作；依據(jù)用戶權(quán)限變動通知對用戶重新定義角色；當用戶的角色變動后，須要對用戶重新支配功能點；依據(jù)用戶是否在線，對在線的用戶進行監(jiān)控，可查看用戶的操作日志；將全部變動的信息重新保存到數(shù)據(jù)庫中。系統(tǒng)管理數(shù)據(jù)流程圖，如圖4-10所示：圖4-10系統(tǒng)管理數(shù)據(jù)流程圖（DFD/2）3.對資料管理的數(shù)據(jù)流分析：資料管理員須要用戶名和密碼登錄系統(tǒng)；資料管理員依據(jù)手上的參數(shù)資料，將這些數(shù)據(jù)添加到數(shù)據(jù)庫中；當參數(shù)信息須要變動時，依據(jù)變動單修改數(shù)據(jù)庫中的參數(shù)信息，并重新保存到數(shù)據(jù)庫中；當業(yè)務發(fā)展時須要新的參數(shù)，要通知數(shù)據(jù)庫管理員新建對應的參數(shù)表，然后依據(jù)新的參數(shù)資料向數(shù)據(jù)庫中添加參數(shù)信息。資料管理數(shù)據(jù)流程圖，如圖4-11所示：圖4-11資料管理數(shù)據(jù)流程圖（DFD/2）4.對查詢統(tǒng)計的數(shù)據(jù)流分析：查詢統(tǒng)計管理員須要用戶名和密碼登錄系統(tǒng)；依據(jù)自己定義的統(tǒng)計條件，輸入到系統(tǒng)中，進行查詢話單清單，然后打印出話單數(shù)據(jù)統(tǒng)計報表；輸入自己定義的日志統(tǒng)計條件到系統(tǒng)中，統(tǒng)計出相關(guān)的日志數(shù)據(jù)，然后打印出日志數(shù)據(jù)統(tǒng)計報表；輸入自己定義的話務量統(tǒng)計條件到系統(tǒng)中，統(tǒng)計出相關(guān)的話務量統(tǒng)計報表；輸入自己定義的話單業(yè)務收入統(tǒng)計條件到系統(tǒng)中，統(tǒng)計出相關(guān)的業(yè)務收入統(tǒng)計報表。查詢統(tǒng)計數(shù)據(jù)流程圖，如圖4-12所示：圖4-12查詢統(tǒng)計數(shù)據(jù)流程圖（DFD/2）5.對監(jiān)控告警的數(shù)據(jù)流分析：告警處理員須要用戶名和密碼登錄系統(tǒng)；在系統(tǒng)初始的時候須要定義告警本身信息，告警級別信息；當告警處理員得到系統(tǒng)賜予的告警信息時，對這些告警信息進行處理；當處理完告警之后，會產(chǎn)生告警日志。監(jiān)控告警數(shù)據(jù)流程圖，如圖4-13所示：圖4-13監(jiān)控告警數(shù)據(jù)流程圖（DFD/2）4.5.數(shù)據(jù)字典在系統(tǒng)數(shù)據(jù)流程分析的基礎之上，可對系統(tǒng)從數(shù)據(jù)元素、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲、外部實體和處理功能等六類條目進行數(shù)據(jù)分析。數(shù)據(jù)分析是為了對數(shù)據(jù)流程圖中出現(xiàn)的全部命名元素加以定義，使得每個圖形元素的名字都有一個精確的說明。由于系統(tǒng)涉及的各種數(shù)據(jù)繁多，不行能在論文中一一贅述，現(xiàn)將系統(tǒng)中重要的數(shù)據(jù)分析條目舉例，如下所示:1.數(shù)據(jù)元素分析在系統(tǒng)中有許多數(shù)據(jù)元素，現(xiàn)以用戶工號為例分析，如表4-8所示：表4-8用戶工號定義數(shù)據(jù)元素編號：001數(shù)據(jù)元素名稱：用戶工號簡述：代表系統(tǒng)用戶的編號別名：USER_NUMBER長度：10個字節(jié)類型：字符取值/含義：第1位~第2位分公司第3位~第4位部門第5位~第10位用戶在部門內(nèi)編號有關(guān)的數(shù)據(jù)結(jié)構(gòu)：：用戶信息、用戶組信息數(shù)據(jù)元素一覽表，如表4-9所示：表4-9數(shù)據(jù)元素一覽表編號數(shù)據(jù)元素名稱別名類型長度DE001用戶工號USER_NUMBER字符10DE002用戶名稱USER_NAME字符20DE003用戶真實名稱USER_REALNAME字符50DE004用戶密碼USER_PASSWORD字符20DE005用戶描述USER_DESC字符50DE006用戶部門標識USER_DEPTID字符10DE007用戶狀態(tài)USER_STATUS字符1DE008部門標識DEPT_ID字符10DE009部門名稱DEPT_NAME字符50DE010角色標識ROLE_ID字符10DE011角色名稱ROLE_NAME字符50…………2.數(shù)據(jù)存儲分析在系統(tǒng)中有許多數(shù)據(jù)存儲，現(xiàn)以話務量統(tǒng)計表為例分析，如表4-10所示：表4-10話務量統(tǒng)計表定義數(shù)據(jù)存儲編號：01數(shù)據(jù)存儲名稱：話務量統(tǒng)計表別名：TA_VOICE_SERVICE簡述：按指定條件統(tǒng)計相應話務量數(shù)據(jù)存儲組成：省份代碼地市代碼業(yè)務類型編號呼叫類型話單起先日期話費通話時長計費時長話單數(shù)數(shù)據(jù)存儲一覽表，如表4-11所示：表4-11數(shù)據(jù)存儲一覽表編號數(shù)據(jù)存儲名稱別名包含數(shù)據(jù)元素DS01話務量統(tǒng)計表TA_VOICE_SERVICE省份代碼業(yè)務類型編號呼叫類型話單起先日期話費通話時長計費時長……3.處理邏輯分析在系統(tǒng)中有許多處理邏輯，現(xiàn)以登錄狀態(tài)審核為例分析，如表4-12所示：表4-12登錄狀態(tài)審核定義處理邏輯編號：01處理邏輯名稱：登錄狀態(tài)審核處理功能層次號1.1簡述：通知用戶登錄狀態(tài)，若不能登錄系統(tǒng)，提示出錯緣由輸入數(shù)據(jù)流：用戶名和密碼輸出數(shù)據(jù)流：登錄狀態(tài)提示處理：用戶運用用戶名和密碼登錄系統(tǒng)：當不能進入系統(tǒng)時，提示登錄出錯緣由當成功進入系統(tǒng)時，提示登錄成功處理邏輯一覽表，如表4-13所示：表4-13處理邏輯一覽表編號處理邏輯名稱層次號數(shù)據(jù)流名稱來源/去處P01登錄狀態(tài)審核1.1用戶名系統(tǒng)用戶用戶密碼系統(tǒng)用戶…………4.6.系統(tǒng)邏輯模型依據(jù)前面的分析結(jié)果，系統(tǒng)由系統(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ù)庫中相應參數(shù)表中的數(shù)據(jù)；查詢統(tǒng)計管理部分：依據(jù)用戶指定的條件查詢出話單清單數(shù)據(jù)、統(tǒng)計日志數(shù)據(jù)、統(tǒng)計話務量數(shù)據(jù)、統(tǒng)計業(yè)務收入數(shù)據(jù)；監(jiān)控告警管理部分：依據(jù)用戶指定的條件查詢出告警信息、告警日志信息，并可對主機進程進行監(jiān)測。系統(tǒng)的總體邏輯模型，如圖4-14所示：圖4-14系統(tǒng)邏輯模型圖第5章系統(tǒng)設計在電信計費管理系統(tǒng)設計中，通過前面的系統(tǒng)分析對系統(tǒng)邏輯功能的要求分析從實際動身，進行各種詳細設計，確定系統(tǒng)的實施方案，最終給出詳細設計方案，為系統(tǒng)實施階段制定詳細支配。接下來，將從模塊結(jié)構(gòu)設計、代碼設計、數(shù)據(jù)庫設計和人機界面設計等方面來對系統(tǒng)進行設計。5.1.模塊結(jié)構(gòu)設計本系統(tǒng)為電信計費系統(tǒng)的一個子系統(tǒng)——門戶管理子系統(tǒng)。其主要功能模塊有4個：系統(tǒng)管理模塊、資料管理模塊、查詢統(tǒng)計模塊和監(jiān)控告警模塊。模塊結(jié)構(gòu)圖中運用的基本符號說明，如圖5-1所示：圖5-1模塊結(jié)構(gòu)圖的基本符號其系統(tǒng)總體模塊結(jié)構(gòu)圖，如圖5-2所示：圖5-2系統(tǒng)總體模塊結(jié)構(gòu)圖.系統(tǒng)管理模塊結(jié)構(gòu)供應對系統(tǒng)用戶的管理界面，供應用戶管理、角色管理、功能點管理、在線用戶管理以及用戶個人資料管理等功能，實現(xiàn)增加、刪除、修改、查詢用戶的功能，為用戶設置運用本系統(tǒng)的權(quán)限。其中用戶管理、角色管理、功能點管理、在線用戶管理四個需求主要的運用者是超級管理員，即系統(tǒng)的最高級用戶。其系統(tǒng)管理模塊主要結(jié)構(gòu)，如圖5-3所示。.資料管理模塊結(jié)構(gòu)由于資料管理模塊主要是對整個系統(tǒng)中所涉及的一些主要的參數(shù)進行增加、刪除、修改和查詢、打印等操作，所以此處僅僅列出幾個主要的參數(shù)進行模塊結(jié)構(gòu)的描述。其中的日志管理模塊有插入操作日志，是由參數(shù)管理員在對參數(shù)進行增、刪和改等操作時觸發(fā)的，而日志的查看功能也只能由超級管理員操作。其資料管理模塊主要結(jié)構(gòu)，如圖5-4所示。.查詢統(tǒng)計管理模塊結(jié)構(gòu)查詢統(tǒng)計模塊主要是對運營商運營狀況的查詢和統(tǒng)計，通過對各種維度的分析，駕馭電信語音業(yè)務各種業(yè)務類型的運營狀況，體現(xiàn)電信的業(yè)務發(fā)展狀況。其統(tǒng)計數(shù)據(jù)或查詢結(jié)果會以Excel報表格式導出。其查詢統(tǒng)計管理模塊主要結(jié)構(gòu)，如圖5-5所示。.監(jiān)控告警管理模塊結(jié)構(gòu)監(jiān)控是對計費管理系統(tǒng)本身運行狀況的監(jiān)控，對應用系統(tǒng)進行集中監(jiān)測和集中限制，告警處理是指監(jiān)控系統(tǒng)檢測到系統(tǒng)運行和處理各個環(huán)節(jié)中出現(xiàn)異樣狀況時發(fā)出故障提示信息。其監(jiān)控告警管理模塊主要結(jié)構(gòu)，如圖5-6所示。圖5-3系統(tǒng)管理模塊結(jié)構(gòu)圖圖5-4資料管理模塊結(jié)構(gòu)圖圖5-5查詢統(tǒng)計管理模塊結(jié)構(gòu)圖圖5-6監(jiān)控告警管理模塊結(jié)構(gòu)圖5.2.代碼設計代碼又稱編碼，它是客觀實體的名稱、屬性、狀態(tài)等內(nèi)容的標識。在信息系統(tǒng)中，代碼是一連串字母、數(shù)字、符號的組合，可以使數(shù)據(jù)表達標準化，簡化程序設計，加快數(shù)據(jù)輸入速度，削減出錯率，節(jié)約存儲空間，提高數(shù)據(jù)處理的速度。在進行代碼設計的過程中，需遵循的幾項原則：唯一確定性；可擴充性；易識別性；簡短性；標準化；簡潔修改。系統(tǒng)中的大部分代碼是通過依次碼設計，其他部分代碼是通過塊碼和縮略碼設計。本系統(tǒng)中的一些代碼設計，如表5-1所示：表5-1一些代碼設計代碼對象代碼代碼對象代碼電信實時計費系統(tǒng)TRTBS日期YYYY-MM-DDHH24:MI:SS中國移動公司01中國電信公司02中國聯(lián)通公司03中國網(wǎng)通公司04數(shù)據(jù)傳輸T預處理P排重D批價R入庫I數(shù)據(jù)分發(fā)S5.3.數(shù)據(jù)庫設計數(shù)據(jù)庫設計是指在現(xiàn)有數(shù)據(jù)庫管理系統(tǒng)的基礎上建立數(shù)據(jù)庫的過程。其設計的主要依據(jù)是系統(tǒng)分析階段供應的數(shù)據(jù)流程圖、數(shù)據(jù)字典以及所運用的數(shù)據(jù)庫管理系統(tǒng)供應的功能和描述工具。其主要任務是設計出能夠反映實際信息關(guān)系、數(shù)據(jù)冗余少、存儲效率高、易于實施和維護、并能滿意各種應用要求的數(shù)據(jù)模型。其整個設計過程分為三個階段：概念模型設計、邏輯模型設計、物理模型設計。5.3.1.概念模型設計概念模型是一種面對問題的數(shù)據(jù)模型，它描述了從用戶角度看到的數(shù)據(jù)庫的內(nèi)容及其聯(lián)系，是一種純粹的現(xiàn)實反映，而和存儲結(jié)構(gòu)、存取方式等數(shù)據(jù)庫的詳細實現(xiàn)內(nèi)容無關(guān)。接下來，通過E-R圖來描述系統(tǒng)管理、資料管理、查詢統(tǒng)計管理和監(jiān)控告警管理等四個模塊的數(shù)據(jù)庫概念模型。1.系統(tǒng)管理模塊的E-R圖，如圖5-7所示。系統(tǒng)管理模塊中涉及到的主要實體集及屬性如下：角色{角色標識、角色名稱、角色描述、角色狀態(tài)}；功能{功能點標識、父ID、名稱、URL、類型、可見性、描述}；用戶{標識、用戶名、真實名稱、密碼、描述、工號、部門標識、狀態(tài)}；部門{部門標識、部門名稱}；用戶登錄日志{日志標識、用戶標識、登錄時間、登錄IP、登出時間}。部門部門用戶登錄日志用戶擁有角色功能支配MN屬于MNN1N1產(chǎn)生圖5-7系統(tǒng)管理模塊E-R圖2.資料管理模塊的E-R圖，如圖5-8所示。資料管理模塊中涉及到的主要實體集及屬性如下：地市標識{地市標識、地市名稱}；本地網(wǎng)區(qū)號{本地網(wǎng)區(qū)號、地市標識、注釋}；業(yè)務類型{業(yè)務類型編號、業(yè)務類型名稱}；固定號碼號段{地區(qū)號碼、起先號碼、結(jié)束號碼、服務供應商類型、用戶業(yè)務類型、優(yōu)先級、審核狀態(tài)、注釋}；移動號碼號段{號碼段、地區(qū)號碼、服務供應商類型、用戶業(yè)務類型、審核狀態(tài)、注釋}；服務供應商類型{服務供應商類型編號、服務供應商類型名稱}。地市標識地市標識本地網(wǎng)區(qū)號業(yè)務類型固定號碼號段服務供應商類型移動號碼號段引用N1引用1N引用引用引用NNN引用N1111圖5-8資料管理模塊E-R圖3.查詢統(tǒng)計管理模塊的E-R圖，如圖5-9所示。查詢統(tǒng)計管理模塊中涉及到的主要實體集及屬性如下：語音業(yè)務統(tǒng)計單{語音統(tǒng)計標識、省份代碼、地市號碼、業(yè)務類型編號、呼叫類型、話單起先日期、話費、通話時長、計費時長、話單數(shù)}；地區(qū)號碼{地區(qū)號碼、長途組、省份代碼、城市名稱、城市代碼、審核狀態(tài)、注釋}；業(yè)務類型{業(yè)務類型編號、業(yè)務類型名稱、計費規(guī)則號}；呼叫類型{呼叫類型編號、呼叫類型名稱}；省份代碼{省份代碼、省份名稱}；話單{語音清單編號、賬期ID、業(yè)務類型、呼叫類型、呼叫方歸屬地區(qū)號、呼叫方號碼、接聽方歸屬地區(qū)號、接聽方號碼、計費方用戶歸屬地區(qū)號、計費方號碼、通話起先日期、通話結(jié)束日期、通話時長、計費時長、批價費用}。語音業(yè)務統(tǒng)計單語音業(yè)務統(tǒng)計單地區(qū)號碼業(yè)務類型呼叫類型省份代碼引用引用引用引用話單統(tǒng)計1NNNNN1111圖5-9查詢統(tǒng)計管理模塊E-R圖4.監(jiān)控告警管理模塊的E-R圖，如圖5-10所示。監(jiān)控告警管理模塊中涉及到的主要實體集及屬性如下：告警信息{告警標識、告警代碼、告警日期、告警時間、模塊標記、進程標識、處理文件名、告警內(nèi)容、是否處理}；告警定義{告警代碼、告警級別、建議處理方法、告警說明}；告警日志信息{告警信息流水號、告警日期、告警時間、告警級別、錯誤號、告警內(nèi)容、模塊標記、復原方法、操作員、文件名、操作日期、操作時間、告警標識}。告警信息告警信息告警定義告警日志信息引用引用引用NNN111圖5-10監(jiān)控告警模塊E-R圖5.3.2.邏輯模型設計數(shù)據(jù)庫的邏輯模型設計是將數(shù)據(jù)組織成一個和計算機供應的DNMS所接受的數(shù)據(jù)模型相符合的形式。從E-R圖轉(zhuǎn)換成關(guān)系數(shù)據(jù)模型時，有兩條基本原則須要遵循：①一個實體用一個關(guān)系來表示；②一個帶有屬性的聯(lián)系用一個關(guān)系來表示。在下面關(guān)系數(shù)據(jù)模型的描述中，用下劃線標識出碼。1.系統(tǒng)管理模塊的E-R圖轉(zhuǎn)換成關(guān)系數(shù)據(jù)模型，如下：角色表{角色標識、角色名稱、角色描述、角色狀態(tài)}；功能表{功能點標識、父ID、名稱、URL、類型、可見性、描述}；角色功能對應表{標識、角色標識、功能點標識}；用戶表{標識、用戶名、真實名稱、密碼、描述、工號、部門號、狀態(tài)}；用戶角色對應表{標識、用戶標識、角色標識}；部門表{部門標識、部門名稱}；用戶登錄日志表{日志標識、用戶標識、登錄時間、登錄IP、登出時間}。2.資料管理模塊的E-R圖轉(zhuǎn)換成關(guān)系數(shù)據(jù)模型，如下：地市標識表{地市標識、地市名稱}；本地網(wǎng)區(qū)號表{本地網(wǎng)標識、本地網(wǎng)區(qū)號、地市標識、注釋}；業(yè)務類型表{業(yè)務類型標識、業(yè)務類型編號、業(yè)務類型名稱}；固定號碼號段表{標識、地區(qū)號碼、起先號碼、結(jié)束號碼、服務供應商類型、用戶業(yè)務類型、優(yōu)先級、審核狀態(tài)、注釋}；移動號碼號段表{標識、號碼段、地區(qū)號碼、服務供應商類型、用戶業(yè)務類型、審核狀態(tài)、注釋}；服務供應商類型表{標識、服務供應商類型編號、服務供應商類型名稱}。3.查詢統(tǒng)計管理模塊的E-R圖轉(zhuǎn)換成關(guān)系數(shù)據(jù)模型，如下：語音業(yè)務統(tǒng)計單表{語音統(tǒng)計標識、省份代碼、地市號碼、業(yè)務類型編號、呼叫類型、話單起先日期、話費、通話時長、計費時長、話單數(shù)}；地區(qū)號碼表{地區(qū)號碼標識、地區(qū)號碼、長途組、省份代碼、城市名稱、城市代碼、審核狀態(tài)、注釋}；業(yè)務類型表{標識、業(yè)務類型編號、業(yè)務類型名稱、計費規(guī)則號}；呼叫類型表{標識、呼叫類型編號、呼叫類型名稱}；省份代碼表{省份標識、省份代碼、省份名稱}；話單表{語音清單編號、賬期ID、業(yè)務類型、呼叫類型、呼叫方歸屬地區(qū)號、呼叫方號碼、接聽方歸屬地區(qū)號、接聽方號碼、計費方用戶歸屬地區(qū)號、計費方號碼、通話起先日期、通話結(jié)束日期、通話時長、計費時長、批價費用}。4.監(jiān)控告警管理模塊的E-R圖轉(zhuǎn)換成關(guān)系數(shù)據(jù)模型，如下：告警信息表{告警標識、告警代碼、告警日期、告警時間、模塊標記、進程標識、處理文件名、告警內(nèi)容、是否處理}；告警定義表{告警定義標識、告警代碼、告警級別、處理方法、告警說明}；告警日志信息表{告警信息流水號、告警日期、告警時間、告警級別、錯誤號、告警內(nèi)容、模塊標記、復原方法、操作員、操作日期、操作時間}。5.3.3.物理模型設計下面詳細設計數(shù)據(jù)庫的結(jié)構(gòu)，其內(nèi)容包括確定數(shù)據(jù)庫對象的名稱，表中的屬性，表之間的關(guān)系，表中數(shù)據(jù)的大小等。數(shù)據(jù)表的設計要遵守以下原則：第一范式是指表中的屬性應當是原子的，不能再進行分割；其次范式是指表中的非主鍵屬性都依靠于主鍵屬性；第三范式是指表中的非主鍵屬性之間不能有相互依靠關(guān)系。一個非規(guī)范化關(guān)系可用以下步驟得到第三范式，如圖5-11所示：和空白數(shù)據(jù)項和空白數(shù)據(jù)項消去重復項1NF消退部分函數(shù)依靠2NF消退傳遞函數(shù)依靠3NF非規(guī)范化關(guān)系圖5-11非規(guī)范化關(guān)系到第三范式在系統(tǒng)數(shù)據(jù)庫物理模型設計中，主要涉及到的數(shù)據(jù)庫表，如下所示：1.系統(tǒng)管理模塊中涉及的主要數(shù)據(jù)庫表，如表5-2到表5-4。2.資料管理模塊中涉及的主要數(shù)據(jù)庫表，如表5-5到表5-8。3.查詢統(tǒng)計管理模塊中涉及的主要數(shù)據(jù)庫表，如表5-9到表5-10。4.監(jiān)控告警管理模塊中涉及的主要數(shù)據(jù)庫表，如表5-11。表5-2功能表名稱代碼類型主鍵描述標識IDNUMBER(10)TRUE序列，自動增長功能點標識FUN_IDVARCHAR2(10)功能點父IDFUN_PARENTIDVARCHAR2(10)和FUN_ID進行自身關(guān)聯(lián)功能點名稱FUN_NAMEVARCHAR2(100)菜單樹上顯示的名字功能點URLFUN_URLVARCHAR2(255)相對該系統(tǒng)URL功能點類型FUN_TYPECHAR(1)0該節(jié)點下沒有子節(jié)點1該節(jié)點下有子節(jié)點功能點可見性FUN_VISIBLECHAR(1)1表示顯示在菜單樹0表示隱藏在菜單樹功能點描述FUN_DESCVARCHAR2(255)功能詳細描述表5-3角色表名稱代碼類型主鍵描述角色標識ROLE_IDNUMBER(10)TRUE序列，自動增長角色名稱ROLE_NAMEVARCHAR2(100)不能為空，唯一性角色描述ROLE_DESCVARCHAR2(255)角色狀態(tài)ROLE_STATUSCHAR(1)1表示刪除0表示存在圖5-4用戶表名稱代碼類型主鍵描述用戶標識USER_IDNUMBER(10)TRUE序列，自動增長用戶名稱USER_NAMEVARCHAR2(16)登錄用戶名用戶真實名稱USER_REALNAMEVARCHAR2(64)用戶別名用戶密碼USER_PASSWORDVARCHAR2(64)明文密碼用戶描述USER_DESCVARCHAR2(255)用戶詳細描述用戶工號USER_NUMBERVARCHAR2(64)工號（字符型）用戶部門標識USER_DEPTIDNUMBER(10)用戶狀態(tài)USER_STATUSCHAR(1)0表示存在1表示刪除表5-5省份表名稱代碼類型主鍵描述序列號IDNUMBER（8）TRUE省份代碼PROV_CODEVARCHAR2(10)省份名稱PROV_NAMEVARCHAR2(20)表5-6地市表名稱代碼類型主鍵描述序列號IDNUMBER（8）TRUE地市標識LATN_IDNUMBER(5)地市名稱LATN_ID_NAMEVARCHAR2(200)表5-7服務供應商表名稱代碼類型主鍵描述序列號IDNUMBER（8）TRUE服務供應商類型SP_TYPEVARCHAR2(2)*通配01中國電信公司02中國移動公司03中國聯(lián)通公司04中國網(wǎng)通公司05中國鐵通公司06中國衛(wèi)通公司07中國吉通公司服務供應商名稱SP_NAMEVARCHAR2(20)表5-8固定號碼號段參數(shù)表名稱代碼類型主鍵描述序列號ID NUMBER(8)TRUE地區(qū)號碼AREA_CODEVARCHAR2(10)起先號碼BEGIN_ACC_NBRVARCHAR2(30)結(jié)束號碼END_ACC_NBRVARCHAR2(30)服務供應商類型SP_TYPEVARCHAR2(2)用戶業(yè)務類型SERVICE_TYPEVARCHAR2(2)優(yōu)先級PRIORITYNUMBER(2)審核狀態(tài)AUDIT_STATECHAR(1)Y已審核N未審核X撤消注釋REMARKVARCHAR2(200)表5-9日志統(tǒng)計表名稱代碼類型主鍵描述日志統(tǒng)計標識LOG_STAT_IDNUMBER(16)TRUE自動增長，序列生成日志統(tǒng)計日期LOG_STAT_DATEDATE模塊標記MODULE_FLAGCHAR(1)1預處理描述2批價3入庫日志記錄數(shù)UNION_DECREASEDNUMBER(14)區(qū)號AREA_CODEVARCHAR2(10)表5-10語音清單統(tǒng)計表名稱代碼類型主鍵描述語音統(tǒng)計標識STAT_VOICE_SERVICE_IDNUMBER(10)TRUE唯一標識省份代碼PROV_CODEVARCHAR2(10)地市號碼AREA_CODEVARCHAR2(10)業(yè)務類型編號BUSINESS_TYPE_IDNUMBER(10)呼叫類型CALL_TYPECHAR(1)話單起先日期START_DATEDATE精確到秒話費SUM_FEENUMBER(20)單位：分通話時長SUM_CALL_DURATIONNUMBER(20)單位：秒計費時長SUM_BILL_DURATIONNUMBER(20)單位：秒話單數(shù)SUM_DETAILNUMBER(20)單位：條表5-11告警日志信息表名稱代碼類型主鍵描述告警信息流水號ALERT_SEQNUMBER(10)TRUE序列、自增長告警日期ALERT_DATEVARCHAR2(10)YYYY-MM-DD告警時間ALERT_TIMEVARCHAR2(8)HH24:MI:SS告警級別ALERT_LEVELVARCHAR2(1)告警/錯誤號ALERT_CODEVARCHAR2(4)告警內(nèi)容ALERT_CONTENTVARCHAR2(255)告警的內(nèi)容信息模塊標記MODULE_FLAGVARCHAR2(1)告警信息所屬模塊復原方法REC_METHODVARCHAR2(255)處理操作描述操作員OPERATORVARCHAR2(16)處理告警用戶文件名TM_FILENAMEVARCHAR2(60)操作日期TM_OPERDATEVARCHAR2(10)操作時間TM_OPERTIMEVARCHAR2(8)告警標識ALARM_IDNUMBER(10)5.4.人機界面設計在設計系統(tǒng)人機界面時，考慮到輸入設計上的最小量原則、快輸入原則、簡潔性原則、早檢驗原則等，考慮到了輸出設計上的運用便利，一目了然，符合用戶的習慣，便于計算機處理，規(guī)格標準化，文字統(tǒng)一化，能滿意系統(tǒng)的發(fā)展和項目增減的須要。.登錄界面用戶須要用指定的URL連接到登錄頁面，如：://localhost:8877/TRTBS/。然后，用戶通過自己的用戶名和密碼登錄到自己操作的主界面上去。系統(tǒng)登錄界面，如圖5-12所示：圖5-12系統(tǒng)登錄界面.系統(tǒng)管理主界面系統(tǒng)管理主界面是系統(tǒng)管理員通過用戶名和密碼登錄后的第一個界面，在這個頁面上可以看到該用戶所要操作的功能。系統(tǒng)管理主界面，如圖5-13所示：圖5-13系統(tǒng)管理主界面.資料管理主界面資料管理主界面是資料管理員通過用戶名和密碼登錄后的第一個界面，在這個頁面上可以看到該用戶所要操作的功能。資料管理主界面，如圖5-14所示：圖5-14資料管理主界面.查詢統(tǒng)計管理主界面查詢統(tǒng)計管理主界面是查詢統(tǒng)計管理員通過用戶名和密碼登錄后的第一個界面，在這個頁面上可以看到該用戶所要操作的功能。查詢統(tǒng)計管理主界面，如圖5-15和圖5-16所示：圖5-15查詢統(tǒng)計管理主界面—1圖5-16查詢統(tǒng)計管理主界面—2.監(jiān)控告警管理主界面監(jiān)控告警管理主界面是告警處理管理員通過用戶名和密碼登錄后的第一個界面，在這個頁面上可以看到該用戶所要操作的功能。監(jiān)控告警管理主界面，如圖5-17所示：圖5-17監(jiān)控告警主界面第6章系統(tǒng)實施在電信計費管理系統(tǒng)實施中，須要在前面的系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設計較好的完成之后才能進行的工作。在本項目系統(tǒng)實施中，程序設計部分接受了面對對象的方法來實現(xiàn)系統(tǒng)。6.1.計算機邏輯配置本論文項目系統(tǒng)接受網(wǎng)絡結(jié)構(gòu)體系，該系統(tǒng)可以運行在每個地市計費中心的局域網(wǎng)內(nèi)，也可以和廣域網(wǎng)連接。6.1.1.計算機局域網(wǎng)絡配置計算機局域網(wǎng)絡詳細配置如下：服務器上運行UNIX操作系統(tǒng)?？头松线\行WindowsXP操作系統(tǒng)；接受TCP/IP網(wǎng)絡軟件連接客戶機和服務器。數(shù)據(jù)庫系統(tǒng)接受ORACLE10g系統(tǒng)。數(shù)據(jù)庫前端開發(fā)工具為PL/SQLDeveloper。6.1.2.計算機廣域網(wǎng)絡配置計算機廣域網(wǎng)絡配置如下：服務器操作系統(tǒng)接受UNIX系統(tǒng)。WEB服務器接受TOMCAT服務器。數(shù)據(jù)庫管理系統(tǒng)接受ORACLE10g系統(tǒng)。廣域網(wǎng)用戶通過靜態(tài)IP訪問共享服務器。系統(tǒng)的網(wǎng)絡拓撲結(jié)構(gòu)圖，如圖6-1所示：圖6-1網(wǎng)絡拓撲結(jié)構(gòu)圖6.2.系統(tǒng)實施準備在系統(tǒng)實施之前須要建立好系統(tǒng)的軟、硬件平臺，以便系統(tǒng)能順當?shù)膶嵤?。該系統(tǒng)在一個局域網(wǎng)下，接受服務器和客戶機的分機方式進行實施。在開發(fā)系統(tǒng)的軟、硬件配置上，詳細如下：1.數(shù)據(jù)庫服務器配置，如表6-1所示。2.應用服務器配置，如表6-2所示。3.配置服務器配置，如表6-3所示。表6-1數(shù)據(jù)庫服務器配置說明表型號LENOVOPC服務器配置CPU：1個、內(nèi)存：1G、硬盤：80G操作系統(tǒng)WindowXP操作系統(tǒng)數(shù)據(jù)庫軟件ORAC