【導(dǎo)讀】自身運營要求的支撐系統(tǒng)已成為提高企業(yè)競爭力的關(guān)鍵問題。目前，我國已進入。營技術(shù)面臨越來越復(fù)雜的局面。在系統(tǒng)和設(shè)備更新的同時，也將會對計費系統(tǒng)的。穩(wěn)定性產(chǎn)生一定的影響。為了提高滄州移動計費管理水平，亟待實施一套具有強。我們的設(shè)計采用EBOS平臺作為項目的開發(fā)平臺。體系結(jié)構(gòu)，通過不同的系統(tǒng)層次解決不同的業(yè)務(wù)問題。同時，將系統(tǒng)應(yīng)用層劃分。對于系統(tǒng)中的每層均提供了具體功能實現(xiàn)和基礎(chǔ)功。文修改，也可以參考其他資料。

　　

【正文】 則： 29 通過一個模塊對應(yīng)數(shù)據(jù)庫表，一般數(shù)據(jù)庫表設(shè)計的前綴默認采取的規(guī)則如表44 所示： 表 44 數(shù)據(jù)庫設(shè)計模塊名稱規(guī)則表 數(shù)據(jù)表中數(shù)據(jù)對象命名規(guī)則： 對于本系統(tǒng)數(shù)據(jù)庫表中對象的命名規(guī)則，存在兩種規(guī)則，采用拼音和采用英文的，考慮到命名的可識別性和易用性，需要注釋清晰。數(shù)據(jù)庫對象命名規(guī)則如表 45 所示： 表 45 數(shù)據(jù)庫對象命名規(guī)則表 數(shù)據(jù)庫概念設(shè)計 南京鐵通計費系統(tǒng)的數(shù)據(jù)庫概念設(shè)計是基于需求分析的基礎(chǔ)之 上的，在進行概念設(shè)計時應(yīng)用實體關(guān)系圖進行，在實體關(guān)系圖中主要分為實體、屬性以及實體間的關(guān)系。通過對該圖的分析，可以將該鐵通計費系統(tǒng)的功能理解得更加深刻，以便對數(shù)據(jù)庫進行進一步設(shè)計。下面是該系統(tǒng)的實體關(guān)系圖： 30 圖 44 用戶實體信息 圖 45 記錄實體信息 31 圖 46 記事 實體信息 圖 47 計算機 實體信息 32 圖 48 實體關(guān)系 數(shù)據(jù)庫邏輯設(shè)計 在進行了該計費系統(tǒng)的數(shù)據(jù)庫概念設(shè)計之后 ，根據(jù)給出的實體結(jié)構(gòu)圖進行了分析，得到該系統(tǒng)的數(shù)據(jù)庫邏輯設(shè)計如下： (1) Person 用戶信息表（ 用戶編號、用戶名、密碼、真實姓名、性別、年齡、電話、電子郵箱、頭像、創(chuàng)建時間、更新時間）； (2) Record 記錄信息表（ 記錄編號、上機金額、上機類型、計算機編號、用戶編號、創(chuàng)建時間、更新時間）； (3) Note 記事信息表（ 記事編號、標題、內(nèi)容、創(chuàng)建時間、更新時間）； (4) Computer 計算機信息表（ 計算機編號、計算機名、顯示器、主板、內(nèi)存、CPU、 硬盤、視頻、鍵盤、鼠標、單價、狀態(tài)、創(chuàng)建時間、更新 時間）。 數(shù)據(jù)庫物理設(shè)計 表 41 用戶 信息 字段 類型 位數(shù) 主鍵 備注 perID int 4 ▲ 用戶編號 perName varchar 50 用戶名 perPwd varchar 50 密碼 perRName varchar 50 真實姓名 Sex int 4 性別 Age varchar 50 年齡 Tel varchar 50 電話 Email varchar 50 電子郵箱 imageUrl varchar 50 頭像 createDate datetime 8 創(chuàng)建時間 updateDate datetime 8 更新時間 表 42 記錄信息 字段 類型 位數(shù) 主鍵 備注 33 recordID int 4 ▲ 記錄編號 totalPrice float 8 上機金額 type int 4 上機類型 ID int 4 計算機編號 perID int 4 用戶編號 createDate datetime 8 創(chuàng)建時間 updateDate datetime 8 更新時間 表 43 記事 信息 字段 類型 位 數(shù) 主鍵 備注 noteID int 4 ▲ 記事編號 noteName varchar 50 標題 noteContent varchar 500 內(nèi)容 createDate datetime 8 創(chuàng)建時間 updateDate datetime 8 更新時間 表 44 計算機 信息 字段 類型 位數(shù) 主鍵 備注 ID int 4 ▲ 計算機編號 Name varchar 50 計算機名 display varchar 50 顯示器 mainBoard varchar 50 主板 memory varchar 50 內(nèi)存 Cpu varchar 50 CPU hardDisk varchar 50 硬盤 Video varchar 50 視頻 keyBoard varchar 50 鍵盤 Mouse varchar 50 鼠標 Price float 8 單價 Status int 4 狀態(tài) createDate datetime 8 創(chuàng)建時間 updateDate datetime 8 更新時間 34 （四）實體關(guān) 系模型設(shè)計 CDM 是大多數(shù)開發(fā)人員利用數(shù)據(jù)庫設(shè)計工具，最先創(chuàng)建數(shù)據(jù)庫的模型也是整個數(shù)據(jù)庫最高層的模型抽取。通過傳統(tǒng)的 ER 圖模型構(gòu)建 CDM 模型。由于本系統(tǒng) 的數(shù)據(jù)庫設(shè)計較為龐大，本節(jié)僅以賬單管理系統(tǒng)中的賬單 功能節(jié)點，通過該節(jié)點數(shù)據(jù)庫設(shè)計為例來說明系統(tǒng)如何進行數(shù)據(jù)庫的設(shè)計。 賬單業(yè)務(wù)數(shù)據(jù)庫 ER 設(shè)計：付款單以用戶或企業(yè)的維度對付款申請單進行付款，每次付款可針對多張申請工單。工單以合同維度進行付款的申請，每個項目可以有多張合同，每個合同必然有客商數(shù)據(jù)來約定合同甲方和乙方。根據(jù) ER 設(shè)計，最終生成的 PDM，利用數(shù)據(jù)庫設(shè)計工具提供的功能生成該模塊相應(yīng)的 PDM 和對應(yīng)的數(shù)據(jù)庫的建庫腳本，完成數(shù)據(jù)庫的物理設(shè)計。 五、系統(tǒng)測試 （一）測試方法 白盒測試法 在系統(tǒng)的實際測試工作中，很難實際通過測試案例測試程序所有的邏輯分支，因此有時會結(jié)合跟蹤調(diào)試工具。通過在檢查點改變程序的運行狀態(tài)，來測試代碼的分支。白盒測試法對要求測試人員熟知程序內(nèi)部結(jié)構(gòu)，負責測試人員由程序的開發(fā)人員擔任，在編碼實現(xiàn)階段進行。 黑盒測試法 系統(tǒng)的每個測試階段都用到了黑盒測試。通過該測試法執(zhí)行測試用例，核對程序或具體模塊的輸出數(shù)據(jù)是否 符合預(yù)期設(shè)計。 樁測試 在系統(tǒng)測試的過程中，根據(jù)實際情況的需要，需要編寫一些測試腳本，來調(diào)用測試模塊或模擬測試模塊，通過腳本來調(diào)用其他模塊的返回數(shù)據(jù)，并進行數(shù)據(jù)的返回。這種測試方法主要用于集成測試和單元測試階段。 35 （二）測試計劃 本系統(tǒng)測試計劃主要包括兩部分內(nèi)容，主要對測試計劃的安排和測試用例的編寫和評審。 測試計劃主要確定測試步驟，將測試過程劃分測試多個階段。然后規(guī)定每個階段的測試目標，使用的測試方法與工具，測試人員，測試環(huán)境，以及測試問題的處理流。 測試計劃與測試用例的制定開始于需求分析 階段的后期，根據(jù)每個階段的產(chǎn)出物，進行制定。 測試計劃、測試用例完成后，測試方案完成后，有客戶與公司組織人員進行評審，評審?fù)ㄟ^后，測試計劃和測試用例納入項目進程管理。測試應(yīng)根據(jù)測試計劃和測試用例安排相應(yīng)的測試員執(zhí)行。 （ 三 ）測試方案 如圖 51 所示，我們可以清楚的看出系統(tǒng)測試過程的主要工作流程，在發(fā)現(xiàn)系統(tǒng)存在問題時處理方式，及后續(xù)的處理過程。 36 圖 51 測試流程圖 （四）測試結(jié)果分析 通過系統(tǒng)總體測試的結(jié)果來看，系統(tǒng)實現(xiàn)了需求中規(guī)定的各個功能點，并體現(xiàn)了良好的系統(tǒng)性能。 在測試中設(shè)計了若干個單 元測試案例、集成測試案例和系統(tǒng)測試案例，用于最大限度的發(fā)現(xiàn)系統(tǒng)中隱藏的問題與缺陷。通過不同程序回路的測試，覆蓋系統(tǒng)的核心功能，以及安全性、性能上、數(shù)據(jù)存儲等非功能性的方面。測試用例設(shè)置需要考慮了軟件的最長路徑和關(guān)鍵路徑的測試，還通過異常數(shù)據(jù)驅(qū)動程序，進行了系統(tǒng)的健壯性測試。測試的目標主要為覆蓋所有可想到的用戶的實際業(yè)務(wù)操作場景。測試將由手工完成，并且保證系統(tǒng)中所有的基本功能點都被測試到，以保證其功能的正常。 通過測試階段的工作，本系統(tǒng)運行良好，數(shù)據(jù)項達到設(shè)計要求。隨著測試工37 作的不斷進行，我們可以發(fā)現(xiàn)每一輪 測試的問題都比上一輪明顯減少。在最后一輪的驗證測試，沒有嚴重錯誤報告，達到了公司對于項目上線投入使用的標準。 根據(jù)圖 52 所示，本系統(tǒng)的測試周期為 30 天，在測試過程中發(fā)現(xiàn)的 Bug 數(shù)量隨著測試進程逐步遞增，但是 Bug 出現(xiàn)的速度逐漸放緩，具有明顯的收斂趨向，在第 26 天以后，再也沒有新的 Bug 被發(fā)現(xiàn)。 Bug 總數(shù)量無限趨向 180 個，新發(fā)現(xiàn) Bug 數(shù)已經(jīng)無限趨向于 0，也就是 Bug 數(shù)已明顯減少。 Bug 的實際出現(xiàn)的數(shù)值與估計值基本符合。圖中最下方的線表示開發(fā)人員對于 Bug 的修 改情況。在測試的初期，發(fā)現(xiàn)的以低級別的 Bug 為主，主要是因為開發(fā)人員某些失誤造成的，很快就能完成 Bug 的改正；隨著測試的不斷深入，發(fā)現(xiàn)的 Bug 都隱藏較深，修改難度也相對復(fù)雜。經(jīng)過測試發(fā)現(xiàn)的 Bug 已基本修改完畢。隨著時間的推移，新 Bug 的數(shù)量出現(xiàn)將無限趨向于零，但是 Bug 的數(shù)量永遠不會為 0。當這個曲線趨于平穩(wěn)，也就是說它的斜率趨于零的時候，就標志著本系統(tǒng)通過了測試，可以發(fā)布上線了。 X 軸 :測試進度（天） Y 軸 :Bug 參考值（個） 圖 52 系統(tǒng)測試 Bug 收斂圖 六、總結(jié) 本文通過對 鐵通 計費系統(tǒng)的設(shè)計與實現(xiàn)整個過程的分析與介紹，通過基于J2EE架構(gòu) EBOS二次開發(fā)平臺完成代碼實現(xiàn)。分別介紹了 J2EE相關(guān)技術(shù)和 EBOS開發(fā)平臺的主要功能和系統(tǒng)實現(xiàn)步驟。本系統(tǒng)采用多層分布式結(jié)構(gòu)，將業(yè)務(wù)層與數(shù)據(jù)庫完全分離。通過系統(tǒng)的分層，單獨將業(yè)務(wù)單元進行單獨實現(xiàn)，通過分層方式可以增加系統(tǒng)總體性能，對可維護性的提高和降低開發(fā)項目總體成本都有很大38 的益處。最后經(jīng)過系統(tǒng)的測試工作，經(jīng)過公司測試部門的充分測試，系統(tǒng)各項參數(shù)滿足需求分析中預(yù)定設(shè)計目標。 本系統(tǒng)根據(jù)需求分析中的設(shè)計要求，為滄州 鐵通 定制開發(fā) 了計費系統(tǒng)。主要為客戶提供了滿足其需求的各項功能，簡要介紹如下： 注冊和登錄功能，包含用戶注冊、用戶登錄、個人信息維護等功能； 賬號管理 功能，主、從賬戶權(quán)限分配，賬戶信息維護功能，管理員對賬戶的管理。 賬單功能，包含系統(tǒng)為根據(jù)用戶生成對應(yīng)其的話費賬單，客戶對于賬單的相關(guān)查詢功能。 支付功能，包含為用戶提供多種支付功能，主要分自動支付，電子錢包，單項支付功能。并根據(jù)用戶要求生成交易清單的查詢和打印功能。 參考文獻 [1] 成靜靜 . 鐵通 運營商 BOSS 系統(tǒng)的研究與設(shè)計 [D]. 華南理工大學 20xx [2] 楊放春著．智能化現(xiàn)代通信網(wǎng)． 南京 ： 南京 郵電人學出版社 .20xx [3] 李萌 . BOSS 管理系統(tǒng)研究與應(yīng)用 [D]. 南京 郵電大學 20xx [4] 陳龍，趙捷．構(gòu)建端到端的運營管理 [J]． 鐵通 科學 . 20xx(01) [5] 宋曉波．中國 鐵通 運營商下一代業(yè)務(wù)支撐系統(tǒng)演進策略分析 [D]． 南京 郵電大學． 20xx [6] 張岳．一種移動通信欠費風險系統(tǒng)的研究 [D]．重慶大學． 20xx [7] 陳俊杰．中國 鐵通 BOSS 系統(tǒng)的建設(shè)與研究 [D]． 南京 郵 電大學． 20xx 39 [8] 張偉．基于 SOA 架構(gòu)的廣西移動一級 BOSS 系統(tǒng)的設(shè)計與實現(xiàn) [D] ．吉林大學． 20xx [9] Rob HarropPro， Jan Machacek． Spring 中文版 [M]．夏昕． 南京 ：電子工業(yè)出版社， 20xx,5:3537 [10] 孫衛(wèi)琴．精通 Hibernate： Java 對象持久化技術(shù)詳解 [M]． 南京 ：電子工業(yè)出版社． 20xx， 5:1025 [11] Rod Johnson． Expert OneonOne J2EE Design and Development． Wrox， 20xx1 [12] 寇 毅， 吳 力 文． 基 于 MVC 設(shè) 計 模 式 的 Struts 框 架 的 應(yīng) 用 方 法． 計 算 機 應(yīng)用． 20xx,23(11):9193 40 致謝 在本論文的撰寫中，我要感謝所有幫助過我，包容我的人。 首先，我要衷心地感謝我的導(dǎo)師 張志青 老師，本論文是在 導(dǎo)師 精心指導(dǎo)下順利完成的，老師在百忙之中抽時間為我指導(dǎo)論文，讓我深深的感動。老師認真負責，對論文中的觀點、措辭、格式都一一指點，老師嚴謹?shù)墓ぷ鲬B(tài)度是我未來學習的榜樣。 其次，我要感謝我的同事，在論文撰寫過程中，我的同事為我分擔了部分工作，讓我能有更多時間投入到論文當中。由于需要其他職能部門的數(shù)據(jù)，只要我找到他們，他們都能及時的將材料發(fā)送給我。感謝他們?yōu)槲姨峁┑母鞣N指導(dǎo)、幫助與配合。 當然，我還要感謝為我的論文忙前忙后的所有老師們，我還要感謝一如既往支持我的家人。感謝他們多年對我的培養(yǎng)與付出。 最后，感謝參與論文評閱的各位老師、各位專家、各位教授在百忙之中給予的悉心指導(dǎo)。