【正文】 提供實時性、集中性和綜合性的特點。阻礙該因素的原因有現有系統(tǒng)的性能和穩(wěn)定性，還有客戶的個性化需求。設計一個吸引顧客又能高效內部運作的計費系統(tǒng)是解決上述問題的最直接的解決方案。以上問題都需要有良好的計費系統(tǒng)提供業(yè)務的支持和數據服務。 市場經營決策，隨著市場各種 不斷競爭的增加，必然加快 鐵通 對于市場經營決策的理性化和科學化的管理。通過這些數據指 標可以有效的指導公司的服務走向，輔助提供業(yè)務方向的數據支撐。在業(yè)務服務沒有使用完之前，系統(tǒng)不會為該服務計算費用。話單根據相應的業(yè)務進行處理，根據不同的服務費用和話單信息通過匯總和相應的計費核算最后形成用戶收費的證明材料。如果話費中出現漫游數據時，根據當地話費標準進行 統(tǒng)一結算。計費系統(tǒng)業(yè)務流程如圖 21 所示。本計費系統(tǒng)主要實現功能如下所述： 注冊和登錄功能模塊，主要功能包括登錄功能，注冊功能，個人信息注冊及更改功能。主要有自動支付功能，單次支付功能，電子錢包功能，支付清單功能和交易清單功能。如圖 23 登錄用例圖所示，從圖 23 中可以看出作為用戶如何才能完成登錄，接下來根據流程圖對注冊和登錄這兩個場景進行詳細的介紹。 賬號管理功能 該模塊業(yè)務流程相對簡單，通過賬號管理功能模塊對系統(tǒng)整體進行控制，它是每個功能的入口點。 根據圖 24 賬戶管理功能用例圖所示，我們根據用戶作為活動者，可以看到用戶具備的不同業(yè)務活動。 圖 24 賬號管理功能的用例圖 賬單功能 賬單功能主要是用來顯示賬號管理模塊的層次樹上的賬號而產生的賬單，對預付費用戶提供查詢，對后付費用戶提供賬單生成。其中，查看賬號的賬單信息功能和查看賬號下手機服務的消費信息中擴展了打印的功能。首先，用戶登錄到系統(tǒng)之后，根據自己實際需要對費用進行支付，這樣的操作稱為單次支付。系統(tǒng)對每次交易記錄需要自動記錄，同時記錄單據狀態(tài)，并支持對歷史交易記錄的查詢功能。無論使用電子錢包還是使用電子支付，用戶都要先確認其支付意愿，系統(tǒng)才會開始支付過程，如果支付 失敗也給出用戶應有的提示。用戶還可以刪除該種支付方式，再次添加新的支付方式。 Alltel 手機用戶 支付功能 支付歷史記錄 交易歷史記錄 電子錢包功能 單次支付功能 自動支付功能 uses uses uses extends extends extends 11 支付歷史清單是針對所有付賬的歷史記錄，包含成功、失敗、取消的單據信息。點擊每項記錄的記錄號可以打開該支付記錄的細節(jié)信息。非功能性需求主要包括，系統(tǒng)的業(yè)務約束與假設條件，系統(tǒng)的實用性、性能、擴展性、可靠性、可支系統(tǒng)接口。 安全可靠性，安全可靠性是 鐵通 行業(yè)重點要 求的技術指標，系統(tǒng)需要全天候的實時保證可靠服務。 可擴展性，對于計費系統(tǒng)來說需要具備在業(yè)務范圍和處理能力以及業(yè)務量的良好擴展能力，保證系統(tǒng)在未來一定時間內可以快速響應業(yè)務擴展需要避免重復開發(fā)相關系統(tǒng)。 三、系統(tǒng)總體設計 （一）系統(tǒng)體系結構 通過上面章節(jié)的討論與研究，本文基本確定了系統(tǒng)的開發(fā)方案和系統(tǒng)的體系結構，最后確認的系統(tǒng)總體體系結構如 圖 41 所示，本計費系統(tǒng)由三個應用服務構成，分別是： RB 數據收集系統(tǒng)， CSM 用戶服務系統(tǒng)， WSC 賬務管理系統(tǒng)。 圖 31 計費系統(tǒng)內應用程序之間配合圖 RB 數據收集系統(tǒng) 實現了高度可擴展和可靠的融合收費，評級和資產管理系統(tǒng)，該系統(tǒng)支持現13 有的和新出現的多個垂直市場服務。更加值得稱贊的是，用戶服務管理系統(tǒng)接受客戶化定制，可以根據背景不同，在系統(tǒng)中集成不同的賬單產品。用戶在注冊時，系統(tǒng)需要提供為用戶手機發(fā)送驗證碼的功能，當用戶輸入驗證碼時，系統(tǒng)還需要對輸入的驗證碼進行比對，如果用戶輸入的驗證碼無效則不能完成注冊。模塊需要支持如果用戶選擇找回密碼，找回密碼的一種方式，就是通過系統(tǒng)發(fā)送驗證碼，用戶輸入找回密碼 的驗證碼，如果用戶輸入無效，也不能夠找回密碼。如果用戶在樹結構上選擇預付費的賬戶，則會給出提示信息，說明此界面只能顯示后付費賬戶的最新賬單和付款情況。第一種顯示方式，我們稱為賬單概要模塊，第二種我們稱為查看賬單列表模塊。用戶也可以選擇單次支付對服務費用進行在線實時的繳費。當用戶確認付費或者管理員確認服 務生效后，這些數據便成為正式數據。 賬務統(tǒng)計階段，根據賬務流程的控制系統(tǒng)對賬務進行觸發(fā)操作，也可以根據系統(tǒng)設定的時間和人工設定任務的處理方式進行觸發(fā)。 17 在本系統(tǒng)中我們對數據的校驗增加了人工的稽核功能進行數據正確性的保證，系統(tǒng)正常運行和防止系統(tǒng)被異常數據的干擾。本系統(tǒng)采用基于功能模塊的授權方式，對系統(tǒng)中每位用戶進行系統(tǒng)資源的操作控制。通過一定算法的處理，如果該用戶通過了系統(tǒng)用戶的校驗。 加密，通過加密手段，保證數據的安全性。通過明碼進行數據的比對； （ 3）為了系統(tǒng)總體的安全性，對于系統(tǒng)配置文件的整個存儲過程中，也需要對該配置文件的獲取進行必要的加密處理。 系統(tǒng)主要提供了驗證和授權接口等系統(tǒng)服務認證，系統(tǒng)的驗證接口主要 提供實時的系統(tǒng)認證調度服務和系統(tǒng)接口的權限控制。比如，操作資源系統(tǒng)中界面中的按鈕，可以操作的菜單，對19 數據的增、刪、改、查的操作等；數據資源，看到一個界面的數據，可以調用的數據接口等。通過角色作為一個用戶與權限的載體，解耦了權限和用戶的關系，系統(tǒng)將所有的資源也就是授權給予角色，并不是直接給用戶；權限是指權限顆粒，由操作和資源組成，表示對資源的一個操作。 用戶與角色關聯(lián)，角色與權限信息關聯(lián)，其中權限信息包括：功能權限、數據權限和約束條件或授權策略。對于開發(fā)階段系統(tǒng)用戶可以再分出 系統(tǒng)分析人員、開發(fā)人員和測試人員等。用戶和角色的分配可以使一對一，也可以是一對多的關系。 21 圖 37 權限管理圖 區(qū)域設置 在系統(tǒng)中需要根據公司內部關系進行區(qū)域的設置，如本地網，營業(yè)區(qū)、區(qū)局、分局、支局、分公司等，不同區(qū)域存在不同的權限和數據關系。不能進行跨區(qū)域的用戶操作。 四 、系統(tǒng)詳細設計與實現 22 （一）注冊和登錄功能模塊設計與實現 通過 EBOS 二次平臺開發(fā)構建該模塊，其系統(tǒng)設計與實現都具有組件化的特點，嚴格遵守 MVC 的設計格式，其開發(fā)組件與 MVC 設計模式的關系如下圖 41所示。根據每個實體在業(yè)務流程中的作用，對實體的屬性進行細化，通過屬性來表示實體所具有的參數。 （二）賬號管理功能模塊設計與實現 賬號管理作為后續(xù)功能模塊的起始點，用戶通過此管理可以選擇自己用戶類型，還可以查詢所選服務類型的記錄和相關費用記錄。當選擇預付費時，數據信息將不做上述提示。 public WebTree loadTree(String nodeId, IWebTreeContext context) { WebTree tree = new WebTree()。 throw new RuntimeException(No user context in thread local!)。 i t。 WebTreeNodeType treeNode = new WebTreeNodeType()。 ()。 (treeNode)。 AccHierarchyContext hierarchyContext = (session)。 if( services != null amp。 j++) { IService service = (IService)(j)。該類需要通過配置文件定義，然后通過泛著機制進行調用。它提供了 API 的 ejb 對象和尋址方式。開發(fā)人員使用經過審核后的 PDM 設計，導出數據字典和對應數據庫建庫腳本，進行數據庫表的構建操作。下面是該系統(tǒng)的實體關系圖： 30 圖 44 用戶實體信息 圖 45 記錄實體信息 31 圖 46 記事 實體信息 圖 47 計算機 實體信息 32 圖 48 實體關系 數據庫邏輯設計 在進行了該計費系統(tǒng)的數據庫概念設計之后 ，根據給出的實體結構圖進行了分析，得到該系統(tǒng)的數據庫邏輯設計如下： (1) Person 用戶信息表（ 用戶編號、用戶名、密碼、真實姓名、性別、年齡、電話、電子郵箱、頭像、創(chuàng)建時間、更新時間）； (2) Record 記錄信息表（ 記錄編號、上機金額、上機類型、計算機編號、用戶編號、創(chuàng)建時間、更新時間）； (3) Note 記事信息表（ 記事編號、標題、內容、創(chuàng)建時間、更新時間）； (4) Computer 計算機信息表（ 計算機編號、計算機名、顯示器、主板、內存、CPU、 硬盤、視頻、鍵盤、鼠標、單價、狀態(tài)、創(chuàng)建時間、更新 時間）。 賬單業(yè)務數據庫 ER 設計：付款單以用戶或企業(yè)的維度對付款申請單進行付款，每次付款可針對多張申請工單。通過在檢查點改變程序的運行狀態(tài)，來測試代碼的分支。 樁測試 在系統(tǒng)測試的過程中，根據實際情況的需要，需要編寫一些測試腳本，來調用測試模塊或模擬測試模塊，通過腳本來調用其他模塊的返回數據，并進行數據的返回。然后規(guī)定每個階段的測試目標，使用的測試方法與工具，測試人員，測試環(huán)境，以及測試問題的處理流。 （ 三 ）測試方案 如圖 51 所示，我們可以清楚的看出系統(tǒng)測試過程的主要工作流程，在發(fā)現系統(tǒng)存在問題時處理方式，及后續(xù)的處理過程。測試用例設置需要考慮了軟件的最長路徑和關鍵路徑的測試，還通過異常數據驅動程序，進行了系統(tǒng)的健壯性測試。隨著測試工37 作的不斷進行，我們可以發(fā)現每一輪 測試的問題都比上一輪明顯減少。 Bug 的實際出現的數值與估計值基本符合。隨著時間的推移，新 Bug 的數量出現將無限趨向于零，但是 Bug 的數量永遠不會為 0。本系統(tǒng)采用多層分布式結構，將業(yè)務層與數據庫完全分離。主要為客戶提供了滿足其需求的各項功能，簡要介紹如下： 注冊和登錄功能，包含用戶注冊、用戶登錄、個人信息維護等功能； 賬號管理 功能，主、從賬戶權限分配，賬戶信息維護功能，管理員對賬戶的管理。 參考文獻 [1] 成靜靜 . 鐵通 運營商 BOSS 系統(tǒng)的研究與設計 [D]. 華南理工大學 20xx [2] 楊放春著．智能化現代通信網． 南京 ： 南京 郵電人學出版社 .20xx [3] 李萌 . BOSS 管理系統(tǒng)研究與應用 [D]. 南京 郵電大學 20xx [4] 陳龍，趙捷．構建端到端的運營管理 [J]． 鐵通 科學 . 20xx(01) [5] 宋曉波．中國 鐵通 運營商下一代業(yè)務支撐系統(tǒng)演進策略分析 [D]． 南京 郵電大學． 20xx [6] 張岳．一種移動通信欠費風險系統(tǒng)的研究 [D]．重慶大學． 20xx [7] 陳俊杰．中國 鐵通 BOSS 系統(tǒng)的建設與研究 [D]． 南京 郵 電大學． 20xx 39 [8] 張偉．基于 SOA 架構的廣西移動一級 BOSS 系統(tǒng)的設計與實現 [D] ．吉林大學． 20xx [9] Rob HarropPro， Jan Machacek． Spring 中文版 [M]．夏昕． 南京 ：電子工業(yè)出版社， 20xx,5:3537 [10] 孫衛(wèi)琴．精通 Hibernate： Java 對象持久化技術詳解 [M]． 南京 ：電子工業(yè)出版社． 20xx， 5:1025 [11] Rod Johnson． Expert OneonOne J2EE Design and Development． Wrox， 20xx1 [12] 寇 毅， 吳 力 文． 基 于 MVC 設 計 模 式 的 Struts 框 架 的 應 用 方 法． 計 算 機 應用． 20xx,23(11):9193 40 致謝 在本論文的撰寫中，我要感謝所有幫助過我，包容我的人。由于需要其他職能部門的數據，只要我找到他們，他們都能及時的將材料發(fā)送給我。 最后，感謝參與論文評閱的各位老師、各位專家、各位教授在百忙之中給予的悉心指導。 當然，我還要感謝為我的論文忙前忙后的所有老師們，我還要感謝一如既往支持我的家人。老師認真負責，對論文中的觀點、措辭、格式都一一指點，老師嚴謹的工作態(tài)度是我未來學習的榜樣。 支付功能，包含為用戶提供多種支付功能，主要分自動支付，電子錢包，單項支付功能。最后經過系統(tǒng)的測試工作，經過公司測試部門的充分測試，系統(tǒng)各項參數滿足需求分析中預定設計目標。