【正文】 界面的設(shè)計步驟 17第5章 詳細設(shè)計 19 21 登陸界面設(shè)計 21 權(quán)限驗證的設(shè)計 23 用戶角色和權(quán)限聯(lián)系的設(shè)計 28 數(shù)據(jù)庫設(shè)計 28 JDBC介紹 28 數(shù)據(jù)庫表設(shè)計 29第6章 系統(tǒng)編碼 33 編程語言的選擇 33 編碼效率的問題 33 系統(tǒng)的編碼 33 日常管理子系統(tǒng)的編碼 33 收費管理子系統(tǒng) 34 系統(tǒng)管理員子系統(tǒng)的編碼 35第7章 測 試 37 軟件測試規(guī)則 37 軟件測試開始 38 白盒測試 38 黑盒測試 39結(jié) 論 41參 考 文 獻 42附錄A 程序關(guān)鍵代碼 43致　　謝 50外文科技資料翻譯 51英文原文 51中文譯文 59第1章 緒 論當今社會信息瞬息萬變，誰掌握了信息誰就掌握了經(jīng)濟命脈。隨著市場經(jīng)濟的發(fā)展和人們生活水平的提高，住宅小區(qū)已經(jīng)成為人們安家置業(yè)的首選，小區(qū)業(yè)主不但對住宅的本身的美觀、質(zhì)量要求越來越高，同時對小區(qū)物業(yè)的服務(wù)和管理也要求較高。如果還依靠人工來處理不僅效率底，保密性差，而且時間一長還會產(chǎn)生大量文件和數(shù)據(jù)，這樣對查找，更新和維護帶來了不少的困難。中燕小區(qū)是燕郊開發(fā)比較早的小區(qū)之一，對于小區(qū)物業(yè)收費管理實現(xiàn)采用的是手工操作，隨著人口的增加和數(shù)據(jù)量的加大，收費管理人員和業(yè)主們已經(jīng)不能忍受這種管理模式，所以開發(fā)一個日常收費管理系統(tǒng)也就勢在必行了。比較有名的管理系統(tǒng)如國內(nèi)：好用軟件公司開發(fā)的小區(qū)物業(yè)管理系統(tǒng)采用vb+mysql；國外一些知名的小區(qū)物業(yè)收費管理系用大部分采用的是ASP+SQL以及部分是PHP+SQL,由于小區(qū)收費管理系統(tǒng)主要任務(wù)是小區(qū)收費和信息維護進行有序穩(wěn)定的管理，那么采取功能完善和容易使用就成為了本次開發(fā)的著重點。所以為了和國內(nèi)外接軌和延長軟件的生命周期，本系統(tǒng)采用了我們熟悉的JSP+SQL相關(guān)知識進行開發(fā)。通過對本次網(wǎng)站的設(shè)計和開發(fā)可以進一步加深理論知識的了解，同時也能給中燕小區(qū)物業(yè)收費管理帶來方便。其難度工作量也都符合畢業(yè)設(shè)計的要求，是符合教學(xué)要求的模擬題目。了解物業(yè)收費管理的基本流程，并做出合理的設(shè)計與實現(xiàn)方案，建立一個功能齊全且具有實用價值的“中燕小區(qū)物業(yè)收費管理系統(tǒng)”。對于該小區(qū)收費管理系統(tǒng)的應(yīng)用具有廣闊的前景。隨著信息的發(fā)展，越來越多的行業(yè)步入了信息化的時代，而小區(qū)收費管理系統(tǒng)就是在這一段時間興起的新寵。國內(nèi)一般用戶住宅小區(qū)大部分都采用了物業(yè)收費管理軟件，尤其是最近幾年新建立小區(qū)越來越靠近了智能化和信息化的管理。比如：++和SQL；美萍物業(yè)管理系統(tǒng)采用的PHP和MYSQL等，相比較而言JSP采用的比較少。國外發(fā)達國家物業(yè)管理大部分采用的是“業(yè)主大會”，它是一個企業(yè)，其業(yè)主大會下面成立一個管理委員會，自己請專業(yè)管理公司來管理，管理委員會中有工程師、會計師、建筑師、管理者等等，是作為顧問，為業(yè)主大會的決策提供專業(yè)咨詢。尤其是隨著新的技術(shù)不斷涌現(xiàn)，比如Ajax和Flex的相關(guān)技術(shù)的出現(xiàn)，使得小區(qū)物業(yè)收費管理系統(tǒng)的開發(fā)與設(shè)計進入了一個新的階段，逐步由傳統(tǒng)的C/S模式向B/S模式方向發(fā)展，本系統(tǒng)就是基于此開發(fā)與實現(xiàn)的。第一章緒論部分，討論收費系統(tǒng)的發(fā)展狀況；第二章可行性研究部分，分析系統(tǒng)開發(fā)的可行性目的、任務(wù)和結(jié)果；第三章需求分析主要討論小區(qū)收費管理系統(tǒng)的用戶需求，通過用戶需求的分析和調(diào)研，制定出軟件需求規(guī)格書；第四章總體設(shè)計主要討論了系統(tǒng)各個功能模塊、數(shù)據(jù)庫、和結(jié)構(gòu)目錄的設(shè)計；第五章詳細設(shè)計主要討論了總體設(shè)計中的每個模塊采用的算法和塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)；第六章軟件編碼主要討論各個模塊編碼實現(xiàn)；第七章軟件測試主要討論了軟件測試的目的和方法。通過可行性的研究和分析，來解決怎么樣用最小的代價在盡可能少的時間內(nèi)確定問題是否能夠解決。通過可行性研究和分析，提出每一種解決問題的利與弊，一般都要從經(jīng)濟、技術(shù)、操作、法律四個方面來展開的，作出明確的結(jié)論來供用戶參考。 技術(shù)可行性以Windows為操作系統(tǒng)，運用SQL Server的數(shù)據(jù)庫技術(shù)，開發(fā)以Windows 9以上為用戶的操作平臺，界面友善、功能齊全的《小區(qū)物業(yè)收費管理系統(tǒng)》。 操作可行性操作上是對Windows操作系統(tǒng)的引用，該系統(tǒng)的使用，主要憑借使用Windows操作技術(shù)即可完成數(shù)據(jù)錄入，方便簡單。 法律可行性法律可行性主要研究系統(tǒng)開發(fā)過程中可能涉及到的合同、侵權(quán)、責(zé)任以及各種與法律相抵觸的問題，由于本系統(tǒng)是個模擬系統(tǒng)，所以不涉及到法律相關(guān)責(zé)任，可以實行設(shè)計與開發(fā)。第3章 需求分析軟件需求分析是軟件開發(fā)的第一個階段，是軟件生存周期最重要的一步，是關(guān)系到軟件開發(fā)成敗的關(guān)鍵步驟。經(jīng)過調(diào)查、研究和分析，盡管各個小區(qū)物業(yè)收費的要求存在差異，但是一般而言，日常的物業(yè)收費管理均要求以收費信息處理和收費管理為核心，同時提供各種便捷服務(wù)。需求分析是整個設(shè)計過程的基礎(chǔ)，它將直接影響到軟件的開發(fā)速度與質(zhì)量，所以必須準確的了解與分析用戶的需求。通過系統(tǒng)功能的需求分析能確定系統(tǒng)必須的完成什么樣的功能。(1) 用戶信息的維護模塊：管理員通過網(wǎng)站能夠?qū)崿F(xiàn)對網(wǎng)站登陸人員信息的修改，添加，刪除等功能。(3) 信息刪除模塊：管理員通過網(wǎng)站能夠?qū)崿F(xiàn)對小區(qū)所有樓房信息和車位信息刪除等功能。(5) 信息錄入模塊：管理員通過網(wǎng)站能夠?qū)崿F(xiàn)對車位信息和樓房信息增加等功能。(7) 信息備份模塊： 理員通過網(wǎng)站能夠?qū)崿F(xiàn)對業(yè)主最近幾個月各類消費信息的導(dǎo)出與備份等功能。(1) 收費管理模塊：收費人員主要對車位費、物業(yè)費、水費、電費的收取，生成打印詳單給業(yè)主。(3) 預(yù)存費用管理模塊：收費人員主要對業(yè)主預(yù)存費的管理，存入預(yù)存表中并生成打印詳單給業(yè)主。(5) 欠費管理模塊：收費人員主要通過查詢欠費表，生成欠費人員名單上傳到日常能能模塊和打印。(7) 信息錄入模塊：收費人員主要通過該模塊，對每個月相關(guān)費用的錄入（主要水電費）的功能。(9) 日常管理模塊：收費人員主要通過該模塊，對欠費人員和日常通告進行信息的上傳的功能。(1) 日常費用查詢模塊：業(yè)主用戶主要對日常相關(guān)費用查詢，包括水、電、物業(yè)、車位費等查詢。(3) 其他相關(guān)模塊：其他相關(guān)模塊主要實現(xiàn)對中燕小區(qū)簡介、圖展、概要等相關(guān)信息。 硬件環(huán)境 硬件環(huán)境包括：處理器：Inter Pentium II 266 MX或更高；內(nèi)存：64 MB以上；硬盤空間：2 GB以上； 顯卡：SVGA顯示適配器。 數(shù)據(jù)庫需求分析 通過本系統(tǒng)的調(diào)研和分析，產(chǎn)生數(shù)據(jù)結(jié)構(gòu)主要有：用戶、業(yè)主、房源、車位、收費、欠費、催費等，數(shù)據(jù)分析項如下：(1) 用戶：用戶姓名，密碼，用戶總類，注冊日期。(3) 房源：棟單房號，房間面積。(5) 收費：棟單房號，繳費種類，繳費日期。(7) 催費：棟單房號，催費種類，月份，催費金額。對于不同的問題，數(shù)據(jù)流圖可以有不同的畫法。即先確定系統(tǒng)的邊界或范圍，再考慮系統(tǒng)的內(nèi)部，先畫加工的輸入和輸出，再畫加工內(nèi)部。畫流程圖也要遵循相關(guān)的規(guī)則，主要包括：數(shù)據(jù)流程圖頂層必須包括以上四種基本符號；數(shù)據(jù)流圖的主圖數(shù)據(jù)必須封閉在外部實體之間；加工至少有一個數(shù)據(jù)輸入流和輸出流；圖中的每個元素必須有自己的名字。數(shù)據(jù)流圖只能描述系統(tǒng)的分解、系統(tǒng)的組成部分、及各個部分之間關(guān)系，并沒有對數(shù)據(jù)中的所有圖形元素都進行命名；額數(shù)據(jù)字典的作用就是在軟件分析和設(shè)計過程中給人提供數(shù)據(jù)描述的。數(shù)據(jù)字典主要包括的符號有：=代表和；|代表或；{}表示重復(fù)；（）表示可選項等。第4章 總體設(shè)計經(jīng)過了需求分析階段的工作，建立了數(shù)據(jù)流圖、數(shù)據(jù)字典已經(jīng)大體上清楚了系統(tǒng)必須“做什么”的問題；而接下來總體設(shè)計著手實現(xiàn)把“做什么”的邏輯模型轉(zhuǎn)換成“怎么做”的物理模型。通過總體設(shè)計能達到系統(tǒng)應(yīng)該如何實現(xiàn)的目標。為了更形象描述各個模塊之間關(guān)系，我們采用了層次圖來實現(xiàn)，具體相關(guān)符號說明如下：矩形框代表一個模型，各個模型之間是調(diào)用關(guān)系 ：管理員房源車位業(yè)主用戶單價增刪改查修改 收費管理子系統(tǒng) 在整個系統(tǒng)中：收費管理員是系統(tǒng)的核心人物，包括費用收取、催繳，查詢等，他主要實現(xiàn)如：收費管理模塊；費用等信息查詢模塊；預(yù)存費用管理模塊；催費管理模塊；欠費管理模塊；信息修改模塊；信息錄入模塊；日常管理模塊；賬單打印模塊等。：收費人員查詢修改日常管理預(yù)存查詢?nèi)粘Ｍǜ孳囐M綜合車費賬單欠費通告催費欠費 日常管理子系統(tǒng) 在該子系統(tǒng)中，主要對本系統(tǒng)的日常通告和費用查詢等的實現(xiàn)，具體包括：日常費用查詢模塊（水、電、物業(yè)、車位費等查詢）；日常通告模塊：（業(yè)主用戶主要通過下載日常通知和欠費情況的通告來了解日常信息與欠費情況）；其他相關(guān)模塊。數(shù)據(jù)庫總體設(shè)計是要在一個給定的應(yīng)用環(huán)境（DBMS）中，通過合理的邏輯設(shè)計和有效的物理設(shè)計，構(gòu)造較優(yōu)的數(shù)據(jù)庫模式、子模式，建立數(shù)據(jù)庫和設(shè)計應(yīng)用程序，滿足用戶的各種信息需求。ER圖中的符號含義說明如下：實體 關(guān)系 屬性 流向 ：相關(guān)費用信息費用種類登陸員管理屬于mn 整體ER圖通過對系統(tǒng)的調(diào)研、分析，得出系統(tǒng)核心實體集有如下幾個：業(yè)主實體、費用實體、管理人員實體、房屋實體等?；谝陨显O(shè)計原則，本系統(tǒng)將包含用戶信息、業(yè)主信息、收費信息、催費信息、欠費信息、預(yù)存信息等共九張表。本系統(tǒng)中相關(guān)數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計如下：(1) 用戶信息表：（用戶姓名，密碼，用戶總類，注冊日期） (2) 業(yè)主信息表：（身份證號，姓名，棟單房號，入住日期，聯(lián)系電話，人口數(shù)量）(3) 車位信息表：（身份證號，車位號，開始日期，結(jié)束日期，金額，是否交）(4) 電費收費表：（棟單房號，月份，基底，用量，金額，是否交）(5) 物業(yè)收費表：（棟單房號，房間面積，金額，是否交）(6) 水費收費表：（棟單房號，月份，基底，用量，金額，是否交）(7) 催費信息表：（棟單房號，催費種類）(8) 欠費信息表：（棟單房號，欠費種類）(9) 預(yù)存費用表：（棟單房號，預(yù)存金額，預(yù)存日期）通過對以上各個表的分析，各個實體之間的聯(lián)系主要是通過棟單房號和身份證號把他們連接起來，在本數(shù)據(jù)庫設(shè)計中還用大量的視圖，在這里就不介紹了，因為視圖是建立在表的基礎(chǔ)上。 系統(tǒng)界面的設(shè)計原則在計算機軟件技術(shù)中，人機界面已經(jīng)發(fā)展成為一個重要的分支；物業(yè)收費管理系統(tǒng)的人機界面設(shè)計一般遵循了以下原則(1) 以通信功能作為界面設(shè)計的核心人機界面設(shè)計的關(guān)鍵是使用戶與計算機之間能夠準確的交流信息。另外，不要把內(nèi)部的處理、加工與人機界面混在一起（人機界面程序只是通信），以免互相干擾，影響速度。(2) 界面效果的一致性統(tǒng)一的人機界面不會增加用戶的負擔(dān)，可讓用戶始終用同一種方式去思考與操作。(3) 界面使用戶能隨時掌握任務(wù)的進展情況人機界面應(yīng)該能夠告訴用戶軟件進行的速度。目前，Windows下的應(yīng)用軟件無論大小，其安裝程序幾乎均做到了這一點。 系統(tǒng)界面的設(shè)計步驟步驟1：用戶調(diào)研，擬定需求，初步建立界面原型。步驟3：確定界面，根據(jù)用戶的特點以及系統(tǒng)任務(wù)、環(huán)境來確定適合的界面風(fēng)格。步驟5：進行藝術(shù)設(shè)計完善，包括為吸引用戶的注意所進行的圖片設(shè)計，該種設(shè)計可體現(xiàn)在顏色、形狀、大小、亮度、環(huán)境等（如加線、加框、表格、前景色和背景色設(shè)計等）細節(jié)上。步驟7：原型設(shè)計，在經(jīng)過初步系統(tǒng)的需求分析后，開發(fā)出一個滿足系統(tǒng)基本要求的、簡單的、可運行靜態(tài)頁面的系統(tǒng)交給用戶試用，讓用戶進行評價且提出改進意見，進一步完善系統(tǒng)的需求規(guī)格和系統(tǒng)設(shè)計，這一步是非常重要的，目的是獲取用戶對界面的滿意度，便于盡早發(fā)現(xiàn)錯誤或者不滿意的地方，以改進和完善系統(tǒng)設(shè)計。詳細設(shè)計階段，采用自頂向下逐步求精的方法，則可以把一個模塊的功能逐步分解細化為一系列具體的處理步驟（或某種高級語言的語句）。因此，詳細設(shè)計的結(jié)果基本上決定了最終的程序代碼質(zhì)量。在軟件的生命周期中，設(shè)計測試方案、診斷程序錯誤、修改和改進程序等等都必需首先讀懂程序。因此，衡量程序的質(zhì)量不僅要看它的邏輯是否正確，性能是否滿足要求，更主要的是要看它是否容易閱讀和理解。結(jié)構(gòu)化程序設(shè)計技術(shù)是實現(xiàn)上述目標的關(guān)鍵技術(shù)，因此是詳細設(shè)計的邏輯基礎(chǔ)。系統(tǒng)的詳細設(shè)計包括以下內(nèi)容：登陸和權(quán)限驗證的設(shè)計、用戶角色和權(quán)限聯(lián)系的設(shè)計、數(shù)據(jù)庫連接池問題的設(shè)計。 登陸界面設(shè)計登陸界面的詳細設(shè)計主要包括：整體框架設(shè)計，頁面動態(tài)交互設(shè)計，頁面展示設(shè)計等，主要涉及到關(guān)鍵技術(shù)有HTML、Javascript、CSS等，分別介紹如下：(1) HTML語言簡介：網(wǎng)頁的設(shè)計離不開HTML（超文本標記語言），雖然html語言是最古老的網(wǎng)頁開發(fā)和設(shè)計的語言，但對其進行了解和深入是做好網(wǎng)站的前提！，并且W3C組織不打算對其進一步擴展，而有dhtml（動態(tài)的html）取代，但html在一段時間是不會消失。Web 管理組織 W3C 在 1996 年 11 月推薦使用 CSS，并批準了 CSS 1 級規(guī)范。這些屬性代替了傳統(tǒng)的字體標簽和其他“樣式”標記，例如顏色和邊距。今天，Internet Explorer Netscape Navigator Mozilla、Opera 和 Safari 都全面支持 CSS。盡管上述所有瀏覽器都支持 CSS Level 2，它們的兼容程度仍然各不相同。也就是說，您仍然需要遵守老的信條“測試再測試”。但是為什么 W3C 認為需要創(chuàng)建 CSS 規(guī)范呢？當我創(chuàng)建基于 HTML 的 Web 站點和應(yīng)用程序時，這一切對我又意味著什么呢？我認為，我們需要使用 CSS 的理由以及它帶來的優(yōu)勢可以分為以下三個主要方面：靈活性、呈現(xiàn)性和可訪問性。為了