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