【導(dǎo)讀】計(jì)算機(jī)技術(shù)的蓬勃發(fā)展，人們看到了一個(gè)信息時(shí)代的美好前景。重要渠道，推動(dòng)了各行各業(yè)的發(fā)展。尤其是在辦公自動(dòng)化方面更是取得了很大的。網(wǎng)絡(luò)化辦公成為作為現(xiàn)代化最顯著的特征已發(fā)展成為管理工作的重要。例如小區(qū)的停車收費(fèi)這項(xiàng)工作是比較復(fù)雜繁瑣的，車位多，停車時(shí)間。不同等十分瑣碎，容易出錯(cuò)，所以開發(fā)一套小區(qū)停車收費(fèi)系統(tǒng)很有必要。忙中出錯(cuò)，浪費(fèi)時(shí)間。本次開發(fā)的系統(tǒng)就是針對(duì)于這一復(fù)雜情形進(jìn)行分析與設(shè)計(jì)，很好的解決了停車收費(fèi)的規(guī)范化管理，如停車時(shí)間的自動(dòng)計(jì)算、計(jì)費(fèi)的計(jì)算等，真正實(shí)現(xiàn)了快捷、準(zhǔn)確、實(shí)用的無紙化管理。本文在研究目前國內(nèi)外先進(jìn)網(wǎng)站的基礎(chǔ)上，采用MVC三層結(jié)構(gòu)設(shè)計(jì)并實(shí)現(xiàn)，系統(tǒng)中分為多級(jí)角色管理：包括系統(tǒng)管理員、小區(qū)固定用戶和臨時(shí)。并且系統(tǒng)的更新和維護(hù)都非常簡單。真正做到了促進(jìn)整個(gè)小區(qū)。停車收費(fèi)管理的信息化進(jìn)程。

　　

【正文】 ception { User us = (User) (user)。 if (us == null) { (message, )。 return edituserpass。 } (())。 User u = (us)。 if (u == null) { (message, 31 )。 return edituserpass。 } (newpassword)。 (u)。 (user)。 ()。 ( message, script laguage=39。JavaScript39。 alert(39。修改成功 ,請(qǐng)重新登錄 !39。)。 = 39。39。/script)。 return edituserpass。 } 用戶繳費(fèi)提醒 的實(shí)現(xiàn) 用戶 在 登錄系統(tǒng)后會(huì)看到繳費(fèi)的提示信息 ，如圖 所示： 圖 繳費(fèi)提醒 頁面 主要代碼如下： script type=text/javascript var v = ${}。 var v1 = ${}。 32 if (v1 == 2) { alert(39。這是您初次登陸 !39。)。 } if (v 30) { alert(39。停車剩余時(shí)間小于一個(gè)月 ,請(qǐng)及時(shí)繳費(fèi) !39。)。 } /script /head body ${message} h2個(gè)人信息 /h2 hr table tr td align=right車位號(hào)： /td td align=left style=color: red。${}/td /tr tr td align=right剩余停 車時(shí)間： /td td align=center style=fontsize: medium。 color: blue。${}/td td天 /td /tr /table /body 用戶 功能 模塊的實(shí)現(xiàn) 臨時(shí)用戶登錄后會(huì)看見個(gè)人信息，如圖 ： 33 圖 臨時(shí)用戶個(gè)人信息 頁面 主要代碼如下： title臨時(shí)用戶頁面 /title script type=text/javascript var v = ${}。 if (v != null amp。amp。 ()!=) { alert(v)。 } /script /head body h2個(gè)人信息 /h2 hr table tr td align=right臨時(shí)車位號(hào)： /td td align=left style=color: red。${}/td td align=left style=color: gray。（隨機(jī)分配） /td /tr tr 34 td align=right編號(hào)： /td td align=left style=color: red。${}/td td align=left style=color: gray。（請(qǐng)妥善保管編號(hào)，憑此編號(hào)出場） /td /tr tr td align=right停車開始時(shí)間： /td td align=center style=fontsize: medium。 color: blue。${}/td /tr tr td align=right停車時(shí)長： /td td align=center style=fontsize: medium。 color: blue。${}/td td align=left style=color: gray。小時(shí) /td /tr /tr tr td align=right停車費(fèi)用： /td td align=center style=fontsize: medium。 color: blue。${}/td /tr /table 用戶出場頁面 的實(shí)現(xiàn) 用戶 想要出場時(shí)必 須輸入編號(hào)，之后會(huì)顯示入場時(shí)間和出場時(shí)間，點(diǎn)擊下方的計(jì)算，系統(tǒng)會(huì)自動(dòng)計(jì)算停車費(fèi)用， 具體如圖 ： 35 圖 圖形分析 頁面 主要代碼如下： /** * 出場 * @return * @throws Exception */ public String carOutPrepare() throws Exception { long hour = 0。// 停車時(shí)長（小時(shí)） float price = 0。// 停車單價(jià) float charges = 0。 // 停車總 價(jià) InOutHistory ino = new InOutHistory()。 ino = (())。 if (ino == null) { (message, script laguage=39。JavaScript39。 alert(39。該編號(hào)不存在 !39。) /script)。 36 return historyno。 } Timestamp nowtime = new Timestamp(new ().getTime())。 Timestamp intime = ()。 String nowTime = new String( new SimpleDateFormat(yyyyMMdd HH:mm:ss).format(nowtime))。 String inTime = new String( new SimpleDateFormat(yyyyMMdd HH:mm:ss).format(intime))。 if ((intime) 0) { hour = 1 + (() ()) / (60 * 60 * 1000)。 } price = ().getParkings().getParking().getParkingPrice()。 charges = price * hour。 (charges)。 (nowtime)。 (ino, ino)。 (nowTime, nowTime)。 (inTime, inTime)。 return carout。 } 以上是系統(tǒng)中主要功能頁面的介紹。 37 5 系統(tǒng) 調(diào)試與實(shí)施 系統(tǒng)測試原理及測試原則 在完成某一功能模塊后，都要進(jìn)行一下系統(tǒng)測試。檢驗(yàn)所完成的這一模塊是否能實(shí)現(xiàn)預(yù)計(jì)的功 能。其目的是方便整個(gè)系統(tǒng)的實(shí)現(xiàn)。 系統(tǒng)測試原理 測試主要依據(jù)是被試系統(tǒng)的研制任務(wù)書和技術(shù)規(guī)格書，是對(duì)軟件雄體功能和性能的綜合測試與評(píng)估。測試原理是軟件測試活動(dòng)的理論基礎(chǔ)，測試方法是鍘試原理的實(shí)際應(yīng)用和獲得測試數(shù)據(jù)的手段?；谲浖墓残裕瑢?duì)于軟件的測試要遵循一般軟件的測試原理和方法。同時(shí)，針對(duì)軟件的特性，必須找到合適的測試方法。 測試用例的合理性對(duì)于軟件的測試與評(píng)估具有關(guān)鍵作用，而如何使設(shè)計(jì)的用例、合理并且典型有效并不容易。所以應(yīng)該與軟件的研制人員以及最終會(huì)員一起，有針對(duì)性地研究實(shí)際操作環(huán)境并加以描 述，形成合理的測試用例集。另一方面，軟件運(yùn)行環(huán)境的復(fù)雜程度對(duì)軟件評(píng)估具有重要作用，所以應(yīng)產(chǎn)生盡量逼真的運(yùn)行背景以便于研究。軟件測試的周期如圖 所示。 38 圖 軟件測試周期示意圖 系統(tǒng)測試原則 序員應(yīng)避免測試自己編寫的程序；測試用例的設(shè)計(jì)必須包括預(yù)期的輸出結(jié)果；測試用例應(yīng)包括有效的和期望的輸入情況，也要包括無效的和不期望的輸入情況；所有的測試都應(yīng)追溯到會(huì)員需求，所有測試活動(dòng)都應(yīng)該是有計(jì)劃的，并且計(jì)劃能夠得到保障。只檢查程序是否做了它應(yīng)該 做的事這僅完成了測試工作的一半，另一半則是要檢查程序是否做了它不該做的事；一段程序中存在錯(cuò)誤的概率與在這段程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)成比例；測試上作必須有明確的目標(biāo)；盡早地和不斷地進(jìn)行軟件測試；窮舉測試是不可能的，充分覆蓋程序邏輯是有可能的。 系統(tǒng)測試的方法 軟件測試的方法和技術(shù)是多種多樣的。對(duì)于軟件測試技術(shù)，可以從不同的角度加以分類 :從是否需要執(zhí)行被測軟件的角度，可分為靜態(tài)測試和動(dòng)態(tài)測試。從測試是否針對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)算法的角度來看，可分為白盒測試和黑盒測試。 需求分析 系統(tǒng)設(shè)計(jì) 編制程序 單元測試 集成測試 系統(tǒng)測試 確認(rèn)測試 使用維護(hù) 測 試 階 段 開 發(fā) 階 段 39 （ 1）黑盒測試 黑盒測試也稱功能測試 或數(shù)據(jù)驅(qū)動(dòng)測試或基于規(guī)范的測試，它是在己知產(chǎn)品所應(yīng)具有的功能的前提下，通過測試來檢測每個(gè)功能是否都能正常使用，在測試時(shí)，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者對(duì)程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息 (如數(shù)據(jù)庫或文件 )的完整性。黑盒測試方法主要有等價(jià)類劃分、邊值分析、因果圖、錯(cuò)誤推測等。“黑盒”法著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，只是針對(duì)軟件的界面和軟件需求規(guī)格 說明中規(guī)定的功能進(jìn)行測試?！昂诤小狈ㄊ歉F舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯(cuò)誤。實(shí)際上測試情況有無窮多個(gè)，人們不僅要測試所有合法的輸入，而且還要對(duì)那些不合法但是可能的輸入進(jìn)行測試。 （ 2）白盒測試 白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試或基于實(shí)現(xiàn)的測試，它是知道產(chǎn)品內(nèi)部工作過程?？赏ㄟ^測試來檢測產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說明書的規(guī)定止常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。白盒測試的主要方法有程序邏輯驅(qū)動(dòng)測試、基本路徑測試 和數(shù)據(jù)流測試等。“白盒”法需要全面了解程序的內(nèi)部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn)行測試。因此，白盒”法是窮舉路徑測試。但即使每條路徑都測試了仍然可能有錯(cuò)誤。第一，窮舉路徑測試不能查出程序違反了設(shè)計(jì)規(guī)范，即程序本身是個(gè)錯(cuò)誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯(cuò)。第三，窮舉路徑測試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關(guān)的錯(cuò)誤。 軟件測試的重要性 軟件測試在軟件生命周期中占據(jù)重要的地位，在傳統(tǒng)的瀑布模型中，軟件測試學(xué)僅處于運(yùn)行維護(hù)階段之前，是軟件產(chǎn)品交付用戶使用之前保證軟件質(zhì)量的重要手段。近來，軟件工程 界趨向于一種新的觀點(diǎn)，即認(rèn)為軟件生命周期每一階段中都應(yīng)包含測試，從而檢驗(yàn)本階段的成果是否接近預(yù)期的目標(biāo)，盡可能早的發(fā)現(xiàn)錯(cuò)誤并加以修正，如果不在早期階段進(jìn)行測試，錯(cuò)誤的延時(shí)擴(kuò)散常常會(huì)導(dǎo)致最后成品測試的巨大困難。 事實(shí)上，對(duì)于軟件來講，不論采用什么技術(shù)和什么方法，軟件中仍然會(huì)有錯(cuò)。采用新的語言、先進(jìn)的開發(fā)方式、完善的開發(fā)過程，可以減少錯(cuò)誤的引入，但是不可能完全杜絕軟件中的錯(cuò)誤，這些引入的錯(cuò)誤需要測試來找出，軟件中的錯(cuò)誤密度也需要測試來進(jìn)行估計(jì)。測試是所有工程學(xué)科的基本組成單元，是軟件 40 開發(fā)的重要部分。自有程序設(shè) 計(jì)的那天起測試就一直伴隨著。統(tǒng)計(jì)表明，在典型的軟件開發(fā)項(xiàng)目中，軟件測試工作量往往占軟件開發(fā)總工作量的 40％以上。而在軟件開發(fā)的總成本中，用在測試上的開銷要占 30％到 50％。如果把維護(hù)階段也考慮在內(nèi)，討論整個(gè)軟件生存期時(shí)，測試的成本比例也許會(huì)有所降低，但實(shí)際上維護(hù)工作相當(dāng)于二次開發(fā)，乃至多次開發(fā)，其中必定還包含有許多測試工作。 41 結(jié) 論 經(jīng)過 幾個(gè) 月的設(shè)計(jì)與開發(fā)， 小區(qū)停車收費(fèi) 管理 基本開發(fā)完畢。其功能基本符合用戶需求，能夠完成 停車收費(fèi) 信息的存儲(chǔ)和相關(guān)資料的查詢以及各類相關(guān)功能的實(shí)現(xiàn)。并提供部分系統(tǒng)維護(hù)功能，使 用戶方便操作數(shù)據(jù)的備份和恢復(fù)以及刪除。對(duì)于數(shù)據(jù)的一致性的問題也通過程序進(jìn)行了有效的解決。但是由于畢業(yè)設(shè)計(jì)時(shí)間較短，所以該系統(tǒng)還有許多不盡如人意的地方，比如聯(lián)機(jī)文檔比較少，對(duì) 停車收費(fèi) 管理的 具體步驟相關(guān)信息考察不夠等多方面問題。這些都有待進(jìn)一步改善。 這次的畢設(shè)對(duì)我個(gè)人的學(xué)習(xí)能力有一定的提高，為了這次設(shè)計(jì)，我在圖書館和網(wǎng)上查閱了不少的資料，思考了不少的問題，以前的學(xué)習(xí)通常是老師手把手的把一門課程從頭講到尾，這次卻基本上靠自己來系統(tǒng)地學(xué)習(xí)動(dòng)態(tài)網(wǎng)頁制作，碰到問題的時(shí)候先通過查書或上機(jī)自己先試著解決，如果還不能解決的 話，在請(qǐng)教導(dǎo)師。這樣的過程鍛煉可自己的獨(dú)立解決問題的能力。 但本系統(tǒng)的功能十分強(qiáng)大，需要的人力、物力、時(shí)間都是相當(dāng)大的。第一，所用的開發(fā)