【正文】 感謝他們?yōu)槲姨峁┑母鞣N指導(dǎo)、幫助與配合。 賬單功能，包含系統(tǒng)為根據(jù)用戶生成對應(yīng)其的話費賬單，客戶對于賬單的相關(guān)查詢功能。當(dāng)這個曲線趨于平穩(wěn)，也就是說它的斜率趨于零的時候，就標(biāo)志著本系統(tǒng)通過了測試，可以發(fā)布上線了。在最后一輪的驗證測試，沒有嚴(yán)重錯誤報告，達到了公司對于項目上線投入使用的標(biāo)準(zhǔn)。 36 圖 51 測試流程圖 （四）測試結(jié)果分析 通過系統(tǒng)總體測試的結(jié)果來看，系統(tǒng)實現(xiàn)了需求中規(guī)定的各個功能點，并體現(xiàn)了良好的系統(tǒng)性能。這種測試方法主要用于集成測試和單元測試階段。工單以合同維度進行付款的申請，每個項目可以有多張合同，每個合同必然有客商數(shù)據(jù)來約定合同甲方和乙方。 數(shù)據(jù)庫相關(guān)命名規(guī)范 根據(jù)本系統(tǒng)開發(fā)要求，數(shù)據(jù)庫相關(guān)命名規(guī)則如下： 模塊名稱規(guī)則： 29 通過一個模塊對應(yīng)數(shù)據(jù)庫表，一般數(shù)據(jù)庫表設(shè)計的前綴默認(rèn)采取的規(guī)則如表44 所示： 表 44 數(shù)據(jù)庫設(shè)計模塊名稱規(guī)則表 數(shù)據(jù)表中數(shù)據(jù)對象命名規(guī)則： 對于本系統(tǒng)數(shù)據(jù)庫表中對象的命名規(guī)則，存在兩種規(guī)則，采用拼音和采用英文的，考慮到命名的可識別性和易用性，需要注釋清晰。我們在配置文件聲 明該 Collaboration 的實現(xiàn)類，通過系統(tǒng)會解析這里的配置文件對聲明類進行映射處理。amp。 } else if( () ) { String accountId = (()+1,n())。 (+_+accountId)。 } 25 if( (ROOTID) ) { AccHierarchyContext hierarchyContext = (session)。 代碼實現(xiàn) 該函數(shù)先遠程系統(tǒng)查詢用戶信息接口 API，查詢出數(shù)據(jù)后，根 據(jù)樹形結(jié)構(gòu)的數(shù)據(jù)結(jié)構(gòu)對數(shù)進行遍歷，最后再在 Web Tree 上顯示數(shù)據(jù)。下半部分登錄信息是一個供頁面使用的數(shù)據(jù)實體，根據(jù)這個實體的值完成登錄的各個過程。為了方便管理，通過區(qū)域碼管理區(qū)域，根據(jù)區(qū)域碼的機構(gòu)可以區(qū)分該部門的級別。分配角色就是將角色所具有權(quán)限和資源分配給具體用戶。功能權(quán)限是決定用戶在系統(tǒng)中可以使用哪些功能模塊，數(shù)據(jù)權(quán)限是決定用戶可以對哪些數(shù)據(jù)進行維護操作，授權(quán)策略是決定用戶在特定條件下才可以進行 相應(yīng)的維護操作，策略機制是整個管理的核心，結(jié)合企業(yè)的管理規(guī)范，可以制定出符合企業(yè)要求的管理策略，進而限制用戶只能在合法的時間合法的地點，做合法的操作，極大地提高了安全性，并可以對違反規(guī)范的行為進行審計報表，發(fā)現(xiàn)非法訪問情況。通過這些抽象的表達方式作為系統(tǒng)的權(quán)限。 （ 4）對于用戶的話單數(shù)據(jù)、通話記錄等重要的數(shù)據(jù)，在網(wǎng)絡(luò)傳輸?shù)倪^程中也需要采取加密的處理方式，保證重要數(shù)據(jù)的安全性。系統(tǒng)會為該用戶生成一個隨機而且唯一的 SessionID 標(biāo)示，該標(biāo)示作為后續(xù)系統(tǒng)的驗證進行判斷標(biāo)志。定義的人工稽核點主要包含，系統(tǒng)參數(shù)的采集和預(yù)處理、用戶檔案變更的確認(rèn)、系統(tǒng)資源技術(shù)的變更確認(rèn)、處理錯誤話單的回收、賬務(wù)信息的核實和優(yōu)惠信息的確認(rèn)等操作控制。 服務(wù)費記錄，通過話單和文件信息的驅(qū)動，系統(tǒng)需要提供實時的話費計算處理功能。具體功能結(jié)構(gòu)如圖 34 所示。 14 圖 32 注冊和登錄模塊功能結(jié)構(gòu)圖 賬號管理功能模塊 賬號管理功能模塊主要實現(xiàn)頁面左側(cè)的層次樹，用戶選擇層次樹上的賬號則會刷新頁面右側(cè)的內(nèi)容。 WSC 賬務(wù)管理系統(tǒng) 作為整個計費系統(tǒng)的賬單管理信息系統(tǒng)，總共有注冊和登錄功能模塊，賬號管理功能模塊，賬單功能模塊，和支付功能模塊構(gòu)成。CSM 用戶服務(wù)系統(tǒng)和 RB 數(shù)據(jù)收集系統(tǒng)運行在同一個服務(wù)器之上， WSC 賬務(wù)管理系統(tǒng)獨立部署。同時需要保證計費系統(tǒng)與相關(guān)系統(tǒng)數(shù)據(jù)之間傳輸?shù)陌踩?。該歷史記錄頁面也具有打印功能，用戶可以在打開的交易歷史清單中打印該交易記錄。 自動支付功能是一種智能 支付，用戶可以為預(yù)付費賬號或者是后付費賬號配置自動支付的時間和支付方式。 Alltel 手機用戶 查看后付費賬單信息 查看賬號下其他手機消費信息 發(fā)送賬單信息到郵件 查看賬單列表 打印賬號下其它手機消費信息 打印后付費賬單信息 uses uses uses uses extends extends extends 10 圖 26 支付功能的用例圖 根據(jù)圖 26 支付功能用例圖所示，支付功能主要包含如下功能： 單次支付功能是支付的時候另一種重要支付方式。發(fā)送賬單信息到用戶的郵箱，會使用用戶注冊過常用郵箱，并將基于一個賬號下的所有信息，包括概要的賬單信息，賬號下所有手機的服務(wù)信息等，生成為 Excel表格，作為郵件附件發(fā)送到客戶郵箱中。在賬號管理功能模塊中還有一個是賬號管理主頁面 顯示功能。 圖 22 注冊功能用例圖 手機用戶 注冊為第一用戶 注冊為第二用戶 注冊為預(yù)付費賬號 注冊為后付費賬號 extends uses uses extends extends extends 7 圖 23 登錄功能用例圖 當(dāng)用戶注冊時需要用戶提供手機號碼，系統(tǒng)將校驗手機號碼有效性。 賬號管理功能模塊，主要功能包括賬號層次樹功能，賬號管理主頁面顯示功能。對于一些特殊情況，需要根據(jù)話單具體的業(yè)務(wù)情況進行批價和計費。如果用戶在查看話單具體信息時，信息存在服務(wù)費用計算異常時，會對用戶造成很多不必要的麻煩。往往一個不利的決策會導(dǎo)致公司無法彌補的損失，不光是公司收入受到影響，甚至?xí)蛻羧后w產(chǎn)生影響，甚至影響到企業(yè)的生存。 鐵通 都意識到計費系統(tǒng)是其運行和提 高服務(wù)質(zhì)量，增加企業(yè)競爭實力的有效手段，通過不斷的客戶需求，這也使得計費系統(tǒng)需要進行全新的構(gòu)建和具體實現(xiàn)。目前國內(nèi)外計費系統(tǒng)比較重點的問題如下： 企業(yè)競爭力，目前很多企業(yè)還是通過多種優(yōu)惠的方式進行客戶的吸引，除了提供優(yōu)惠外，還會附加一些組合服務(wù)等。對于企業(yè)本身來說帶來了業(yè)務(wù)流程處理分散，業(yè)務(wù)水平不高的問題。再次，隨著 鐵通 業(yè)務(wù)的不斷發(fā)展，相關(guān)業(yè)務(wù)數(shù)據(jù)逐漸龐大，滄州移動現(xiàn)在面臨的問題就是舊的系統(tǒng)仍然在使用，但又要投入運營新的系統(tǒng)。為了提高企業(yè)核心競爭力，鐵通 運營商需要在不斷提高業(yè)務(wù)開展能力的同時，相應(yīng)提升行業(yè)服務(wù)水平。 關(guān)鍵詞： 計費系統(tǒng) J2EE EBOS 修改建議： 論文中有些圖表不清楚，請重新畫； 數(shù)據(jù)庫設(shè)計請補充數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計、邏輯結(jié)構(gòu)設(shè)計和物理結(jié)構(gòu)設(shè)計； 請畫出各個功能模塊的程序流程圖。目前，我國已進入鐵通行業(yè)高速發(fā)展時期，大量先進技術(shù)的運用及 4G 牌照的發(fā)放，使得鐵通運營技術(shù)面臨越來越復(fù)雜的局面。 EBOS 平臺采用 J2EE 體系結(jié)構(gòu)，通過不同的系統(tǒng)層次解決不同的業(yè)務(wù)問題。本文研究的重點主要為第二個階段，在系統(tǒng)主要設(shè)計方面實時性和準(zhǔn)確性非常重要，會直接影響 鐵通 運營商對其客戶的服務(wù)質(zhì)量以及相關(guān)的收入情況。 眾所周知， 鐵通 運營商業(yè)務(wù)支撐 系統(tǒng)中，最核心的就是集中計費系統(tǒng)，它是減少話費糾紛、提高服務(wù)質(zhì)量、提高管理經(jīng)營效率的關(guān)鍵性工具，也是為達到市場營銷目標(biāo)、實現(xiàn)先進性服務(wù)理念和開展創(chuàng)新型管理模式的重要載體。在以往的 系統(tǒng)中，由于這方面考慮欠佳，系統(tǒng)一層的安全防范容易攻破，使得企業(yè)數(shù)據(jù)在安全性上沒有充分的保障，會給企業(yè)帶來潛在危機。隨著近幾年 鐵通 行業(yè)各項業(yè)務(wù)不斷飛速發(fā)展，原有的計費系統(tǒng)已不能滿足快速發(fā)展的需要，同時也不能滿足客戶對于 鐵通 服務(wù)的需求， 鐵通 運營市場也變得競爭激烈。原有的計費系統(tǒng)對于客戶的信息和相關(guān)業(yè)務(wù)分析報表功能的不足，信息不全不細致，導(dǎo)致了決策的模型并不是以客戶服務(wù)為中心的服務(wù)。通過計費系統(tǒng)有效的控制結(jié)算費用及時收回不發(fā)生費用的流逝問題，這是計費系統(tǒng)重要的功能任務(wù)之一。計費 的整個業(yè)務(wù)流程是包含用戶通過使用提供的 鐵通 話費服務(wù)和相應(yīng)的服務(wù)產(chǎn)品時，從開始使用的起始點到最后服務(wù)結(jié)束的整個周期，通過計算這個周期完成話費的計算。在話費服務(wù)中需要區(qū)分地區(qū)之間的號碼，如果是不同國家的號碼時，需要針對這些特殊的單據(jù)進行話費的統(tǒng)一處理和統(tǒng)計。對于人為因素造成影響需求的過程應(yīng)該盡量避免，通過數(shù)據(jù)庫數(shù)據(jù)的保存能力可以結(jié)合網(wǎng)絡(luò)提供的業(yè)務(wù)服務(wù)，對不同服務(wù)的收費標(biāo)準(zhǔn)進行明確，并可以通過有效的手段進行費用的分析和統(tǒng)計。我們將通過其注冊和登錄兩個場景的用例進行需求分析。樹結(jié)構(gòu)上有用戶所使用的預(yù)付費賬戶名，也有后付費賬戶名。賬單功能有兩種顯示方式： 為用戶展示某一月賬單的詳細內(nèi)容； 將 所有的賬單羅列起來。除了單次支付功能外，系統(tǒng)還提供自動支付功能。銀行卡支付作為另一種支付方式。該歷史記錄頁面也具有打印功能，用戶可以在打開的支付記錄細節(jié)信息中打印該支付記錄。通過指標(biāo)可以描述一個衡量系統(tǒng)某種特點的標(biāo)準(zhǔn)，本系統(tǒng)在做設(shè)計時針對非功能需求需滿足以下需求特點： 規(guī)范性，在系統(tǒng)的總體設(shè)計上，主要包括設(shè)計、開發(fā)和維護必須按照國家標(biāo)準(zhǔn)和相關(guān)通信行業(yè)的標(biāo)準(zhǔn)進行。 開放性，系統(tǒng)的接口設(shè)計上必須按照規(guī)范化的設(shè)計要求，保證不同廠商提12 供的硬件和軟件可以實現(xiàn)數(shù)據(jù)共享；在系統(tǒng)后期擴展和硬件設(shè)備的采購方面不受某一個廠商提供的硬件、軟件和系統(tǒng)等相關(guān)產(chǎn)品的控制，可以靈活選擇。該系統(tǒng)可以針對每個事件或訂閱為基礎(chǔ)來收費，也支持多種支付方式。通過登錄控制將系統(tǒng)賦值對應(yīng)的角色，獲取該用戶具備的系統(tǒng)資源操作控制。 15 圖 33 賬號管理模塊功能圖 賬單功能模塊 賬單功能主要是顯示對應(yīng)賬號管理模塊的層次樹上的后付費賬號而產(chǎn)生的賬單，賬單功能有兩種顯示方式。 16 圖 35 支付模塊的功能結(jié)構(gòu)圖 （三）系統(tǒng)流程設(shè)計 根據(jù)調(diào)度算法的主要規(guī)則我們可以對系統(tǒng)的主流程進行總體的定義，調(diào)度算法規(guī)則主要是為系統(tǒng)提供相關(guān)任務(wù)的創(chuàng)建，這些系統(tǒng)任務(wù)主要包含了執(zhí)行和稽核流程。對于新增的業(yè)務(wù)單據(jù)、新增的系統(tǒng)統(tǒng)計數(shù)據(jù) 和業(yè)務(wù)相關(guān)數(shù)據(jù)。系統(tǒng)強制對每次用戶進行 Session 有效性的校驗，如果 Session 不符合要求或者授權(quán)時間已過期，訪問將被禁止，從而保護用戶整體數(shù)據(jù)的安全。加密種類分為以下幾種： （ 1）用戶名、用戶密碼、 Session 信息和登陸時的關(guān)鍵信息需要通過系統(tǒng)進行加密處理，防止信息被程序盜用。這些驗證條件包含，用戶和權(quán)限類型等。責(zé)任分離原則，通過互相調(diào)用互斥的角色進行權(quán)限和 資源的劃分。根據(jù)項目需求，還可以創(chuàng)建新的用戶角色，根據(jù)業(yè)務(wù)需要進行角色劃分。 根據(jù)實際情況要求，內(nèi)部組織機構(gòu)的劃分最多支持 0N 級。在注冊過程中，可以得出手機號和 SMS 參數(shù)是一對一的關(guān)系，這些數(shù)據(jù)組成了發(fā)送驗證碼方法的參數(shù)，這個方法返回值如圖所示，這個返回值是判斷驗證碼的正確與否的依據(jù)。通過左側(cè)數(shù)據(jù)樹的連接更新右側(cè)數(shù)據(jù)信息，可以展現(xiàn)某一個賬戶的基本信息等。 String userName = ()。 if((())) { (createAccountNode(account))。 (/convergys/awcc/account/26 g)。 (accountId, serviceList)。 } 27 } } return tree。通過使用Collaboration 靜態(tài)類，大大簡化了調(diào)用遠程 API 的難度。通過傳統(tǒng)的 ER 圖模型構(gòu)建 CDM 模型。 黑盒測試法 系統(tǒng)的每個測試階段都用到了黑盒測試。 測試計劃、測試用例完成后，測試方案完成后，有客戶與公司組織人員進行評審，評審?fù)ㄟ^后，測試計劃和測試用例納入項目進程管理。測試將由手工完成，并且保證系統(tǒng)中所有的基本功能點都被測試到，以保證其功能的正常。在測試的初期，發(fā)現(xiàn)的以低級別的 Bug 為主，主要是因為開發(fā)人員某些失誤造成的，很快就能完成 Bug 的改正；隨著測試的不斷深入，發(fā)現(xiàn)的 Bug 都隱藏較深，修改難度也相對復(fù)雜。最后經(jīng)過系統(tǒng)的測試工作，經(jīng)過公司測試部門的充分測試，系統(tǒng)各項參數(shù)滿足需求分析中預(yù)定設(shè)計目標(biāo)。老師認(rèn)真負(fù)責(zé)，對論文中的觀點、措辭、格式都一一指點，老師嚴(yán)謹(jǐn)?shù)墓ぷ鲬B(tài)度是我未來學(xué)習(xí)的榜樣。 最后，感謝參與論文評閱的各位老師、各位專家、各位教授在百忙之中給予的悉心指導(dǎo)。 參考文獻 [1] 成靜靜 . 鐵通 運營商 BOSS 系統(tǒng)的研究與設(shè)計 [D]. 華南理工大學(xué) 20xx [2] 楊放春著．智能化現(xiàn)代通信網(wǎng)． 南京 ： 南京 郵電人學(xué)出版社 .20xx [3] 李萌 . BOSS 管理系統(tǒng)研究與應(yīng)用 [D]. 南京 郵電大學(xué) 20xx [4] 陳龍，趙捷．構(gòu)建端到端的運營管理 [J]． 鐵通 科學(xué) . 20xx(01) [5] 宋曉波．中國 鐵通 運營商下一代業(yè)務(wù)支撐系統(tǒng)演進策略分析 [D]． 南京 郵電大學(xué)． 20xx [6] 張岳．一種移動通信欠費風(fēng)險系統(tǒng)的研究 [D]．重慶大學(xué)． 20xx [7] 陳俊杰．中國 鐵通 BOSS 系統(tǒng)的建設(shè)與研究 [D]． 南京 郵 電