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