基于WEB的小區(qū)物業(yè)管理系統(tǒng)設計與實現(xiàn)

1、川理工學院課程設計書學院計算機學院專業(yè)班級題目 基于WEB的小區(qū)物業(yè)管理系統(tǒng)設計教師學生26基于WEB的小區(qū)物業(yè)管理系統(tǒng)設計與實現(xiàn)摘要本系統(tǒng)基于B/S開發(fā)模式，采用框架，結合JSP技術，設計開發(fā)了基于Web 的小區(qū)物業(yè)管理系統(tǒng)，該系統(tǒng)主要實現(xiàn)了基本系統(tǒng)管理、收費管理，系統(tǒng)登錄等 功能模塊。本論文從軟件工程的角度對該軟件系統(tǒng)進行了分析，隨著市場經(jīng)濟的 發(fā)展和人們生活水平的提高，大量的住宅小區(qū)已遍布城區(qū)，人們對于居住環(huán)境的 要求也越來越高，住宅小區(qū)的物業(yè)管理工作也變得更加繁重，利用物業(yè)管理信息 系統(tǒng)來實現(xiàn)對小區(qū)物業(yè)管理工作的信息化正成為人們的共識。小區(qū)物業(yè)管理系統(tǒng)在現(xiàn)代社會中是非常熱門的軟件，是最

2、關切群眾實際生活 的。它的使用使物業(yè)管理者和業(yè)主對住宅小區(qū)中的事物能更方便、更快捷、更滿 意的得到答復。伴隨著小區(qū)的規(guī)模不斷擴大和住戶的不斷增多，工作量也將越來 越大。但一直以來人們使用傳統(tǒng)人工的方式管理各種數(shù)據(jù)，這種管理方式存在著 許多缺點:效率低、保密性差，另外時間一長，將產(chǎn)生大量的文件和數(shù)據(jù)，這對 于查找、更新和維護都帶來了不少的困難。隨著科學技術的不斷提高，計算機科學技術日漸成熟，其強大的功能已為人 們深刻認識，它已進入人類社會的各個領域并發(fā)揮著越來越重要的作用。作為計 算機應用的一部分，使用計算機對企業(yè)單位的各項信息進行管理，具有手工管理 所無法比擬的優(yōu)點。這些優(yōu)點能夠極大地提高工作

3、效率，也是企業(yè)的科學化、正 規(guī)化管理與世界接軌的重要條件。因此，開發(fā)這樣一套小區(qū)物業(yè)管理信息系統(tǒng)成為很有必要的事情，在下面的 各章中我將就本次課程設計所開發(fā)的小區(qū)物業(yè)管理系統(tǒng)，談談其開發(fā)過程和所涉 及到的問題及解決方法。關鍵詞：Web； JSP；小區(qū)物業(yè)；管理系統(tǒng)同組同學任務的分配方式及工作量百分比：第1章引言1.1 背景11.1.1 應用背景11.1.2 技術背景11.1.3 需求背景11.2 目標2第2章 可行性分析與軟件計劃22.1 可行性分析22.1.1 技術可行性22.1.2 經(jīng)濟可行性22.1.3 社會可行性22.2 軟件計劃32.2.1 工作范圍32.2.2 資源需求32.2.2

4、.1 人力資源32.2.2.2 硬件資源32.2.2.3 軟件資源42.2.3 進度安排42.2.3.1 人力資源分配42.2.3.2 系統(tǒng)進度時間表42.3 項目效益分析5第3章需求分析63.1 功能需求63.2 性能需求63.3 安全性需求73.4 系統(tǒng)數(shù)據(jù)要求73.5 軟件的邏輯結構15第4章 軟件結構設計17第S章數(shù)據(jù)結構設計205.1 數(shù)據(jù)庫開發(fā)工具分析與選擇205.2 數(shù)據(jù)庫的邏輯設計20第6章測試方案設計226.1 測試原理226.1.1 測試目的226.1.2 測試策略226.2 具體測試方案236.2.1 功能測試236.2.2 性能測試236.2.3 易用性測試236.2.

5、4 內容測試246.2.5 安全性測試246.2.6 接口測試24第七章總結25參考文獻26第1章引言1.1 背景1.1.1 用背景隨著我國市場經(jīng)濟的快速發(fā)展和人們生活水平的不斷提高，簡單的社區(qū)服務 已經(jīng)不能滿足人們的需求。如何利用先進的管理手段，提高物業(yè)管理水平，是當 今社會所面臨的一個重要課題。要想提高物業(yè)管理水平，必須全方位地提高物業(yè) 管理意識。只有高標準、高質量的社區(qū)服務才能滿足人們的需求。面對信息時代 的挑戰(zhàn)，利用高科技手段來提高物業(yè)管理無疑是一條行之有效的途徑。在某種意 義上，信息與科技在物業(yè)管理與現(xiàn)代化建設中顯現(xiàn)出越來越重要的地位。物業(yè)管 理方面的信息化與科學化，已成為現(xiàn)代化生活

6、水平步入高臺階的重要標志。1.1.2 技術背景為了便于多名小區(qū)物業(yè)管理者的工作，以及更多小區(qū)的管理者使用，如果讓 每一個小區(qū)管理者下載安裝客戶端軟件，很顯然是不現(xiàn)實的，因此就拋棄使用 C/S模式，采用B/S模式，這樣可以幫助管理者隨時隨地進行查詢、瀏覽以及 業(yè)物處理。并且業(yè)務擴展和后期維護簡單方便，通過增加網(wǎng)頁即可增加服 務器功能、實現(xiàn)所有用戶的同步更新，更適用于應用的背景。本系統(tǒng)采用MySQL、JSP進行系統(tǒng)編寫。1.1.3 需求背景某小區(qū)，由于管理面積大，戶數(shù)多，物業(yè)管理范圍廣，管理內容繁雜，小區(qū) 物業(yè)管理混亂的問題一直無法解決。再者，小區(qū)物業(yè)管理中一項重要的工作是計 算、匯總各項費用，由

7、于費用項目較多，計算方法繁重，手工處理差錯率較高。 同時查詢某房產(chǎn)資料或業(yè)主資料往往也需要較長時間，給物業(yè)管理者的工作帶來 了諸多弊端。因此該物業(yè)公司決定采用計算機進行物業(yè)管理。根據(jù)該小區(qū)具體情 況，該系統(tǒng)在實施后，能夠滿足對小區(qū)住戶資料、收費管理、物業(yè)費管理、費用 查詢。1.2 目標設計一個小區(qū)管理系統(tǒng)，能夠迅速、正確地解決各種問題，并能做到合理收 費，真正為居民排憂解難，服務周到。而且該系統(tǒng)不需要一個專業(yè)的計算機工作 人員，只要安排會簡單操作人員即可；節(jié)省了大量的數(shù)據(jù)統(tǒng)計處理時間。第2章 可行性分析與軟件計劃2.1 可行性分析2.1.1 技術可行性目前已經(jīng)成功的開發(fā)出了許多管理信息系統(tǒng)，信

8、息技術和計算機軟硬件發(fā)展 已經(jīng)完全可以滿足本系統(tǒng)的技術要求，本方案技術要求比較高，安全性和可靠性 較強，但通過后面的綜合分析，可以知道從技術上來說是可行的。MySQL Server數(shù)據(jù)庫系統(tǒng)依托Micros。代強大的技術支持，是目前中小型 企業(yè)應用較為廣泛的數(shù)據(jù)庫管理系統(tǒng)，能夠滿足中小型企業(yè)對數(shù)據(jù)管理的要求， 具有強大的數(shù)據(jù)管理功能，支持具有多層體系結構的客戶/服務器模式，為Web 應用提供高度的可擴展性和高可靠性。2.1.2 經(jīng)濟可行性目前已經(jīng)成功的開發(fā)出了許多管理信息系統(tǒng)，信息技術和計算機軟硬件發(fā)展 已經(jīng)完全可以滿足本系統(tǒng)的技術要求，本方案技術要求比較高，安全性和可靠性 較強，但通過后面的

9、綜合分析，可以知道從技術上來說是可行的。2.1.3 社會可行性小區(qū)物業(yè)管理系統(tǒng)采用面向對象技術，開發(fā)出來的界面友好，幾乎人人都可 以很簡單地按照相關說明進行操作。系統(tǒng)能為物業(yè)管理者和業(yè)主提供高效、方便 快捷的服務，工作量和出錯率遠遠低于傳統(tǒng)管理模式，同時新系統(tǒng)操作簡單易上 手，特別是與實際流程一致，用戶可以很快熟悉和習慣。此項目不與本國政策相背離，沒有違反本國法律，不存在侵犯、妨礙等責任 問題。2.2 軟件計劃221工作范圍系統(tǒng)功能物業(yè)管理系統(tǒng)的用戶主要是辦公室工作人員，具體功能如下：a）基本信息管理功能：對小區(qū)、樓宇、房屋信息的添加、刪除、 修改，業(yè)主指數(shù)的錄入。b）各項收費功能：針對物業(yè)最

10、主要的水、電、氣應繳費匯總。 業(yè)主和物業(yè)各應繳費用，各功能模塊應完成相關數(shù)據(jù)的記錄。c）系統(tǒng)管理功能：超級管理員對用戶的注冊，以及用戶管理， 修改密碼，系統(tǒng)的關閉。系統(tǒng)性能系統(tǒng)要能夠存儲整個小區(qū)的住戶信息、住戶的物業(yè)費信息、小區(qū)的整 體信息，服務器要能夠支持多個小區(qū)的管理員的訪問。2.2.1 資源需求2.2.1.1 人力資源組長：李凱組員：裴跳君，李燕松，楊天冀2.2.1.2 硬件資源a）服務器：Pentium4以上配置的高性能PC機，內存應在256M以上，硬盤在40G以上。b）操作系統(tǒng):Windows 9x/Me> Windows 2000 Windows XPs Windows NT

11、,分辨率：1024*768。c）客戶端：Pentium233 （或與此相當?shù)腃PU）以上配置的PC 機，內存應在32M以上，硬盤在1G以上2.2.1.3 軟件資源支撐軟件：Eclipse+Tomcat+IE92.2.2 進度安排2,23.1人力資源分配根據(jù)小組的成員得到人力資源分配表:任務名稱人力資源分配可行性分析與軟件計劃可行性分析軟件計劃效益分析需求分析需求討論編寫需求文檔需求評審系統(tǒng)設計界面設計結構設計數(shù)據(jù)設計測試測試方案分析測試方案設計2.232系統(tǒng)進度時間表利用甘特圖制訂進度時間表2.3項目效益分析支出：開發(fā)該系統(tǒng)需要支出的費用包括基建投資、其他一次性支出，共約2萬元， 采用任務分解

12、估算該系統(tǒng)的開發(fā)共需4個人3周時間完成，每人月成本為1500 元，估計系統(tǒng)的人工費用為1500*3*4=3375元，開發(fā)成本共為2萬元+3375元。收益:可以列表計算系統(tǒng)的投資回收期和開發(fā)純收入，其中I值為3.36%。將來的 收入主要體現(xiàn)在每年可節(jié)省的人力、耗材等，約每年2萬元。估計軟件使用壽命 5年。其中：i=3.36%購買設備軟件費2萬元人工費3375 元開發(fā)成本費（設備軟件費+人工費）2萬元+3375元每年收入2萬元1收入（元）(1+i)n現(xiàn)值（元）累計現(xiàn)值（元）2200001.033619348.5819348.583200001.068318721.3238069.904200001

13、.104218112.6656182.565200001.141317523.8873706.446200001.179716953.4690659.90純收入61659.9結合以上條件，經(jīng)過成本/收益計算后的純收入為61659.9元。投資回"攵)川：2+ (56182.56-23375) 7(56182.56-38069.90)=3.784第3章需求分析3.1 功能需求物業(yè)管理系統(tǒng)的用戶主要是辦公室工作人員，具體功能如下：基本信息管理功能模塊?；拘畔⒐芾砉δ艿闹饕δ馨ǎ簩π^(qū)、樓宇、房屋信息的添加、刪除、 修改，業(yè)主指數(shù)和公共指數(shù)的錄入。各項收費功能模塊。針對物業(yè)最主要的水、

14、電、氣應繳費匯總。業(yè)主和物業(yè)各應繳費用，各功能 模塊應完成相關數(shù)據(jù)的記錄。3.2 性能需求小區(qū)資料管理：對小區(qū)資料進行增加、修改、刪除之類的操作。樓棟資料管理：對樓棟資料進行增加、修改、刪除。房屋資料管理：房屋資料的增加、修改、刪除，能批量生成房間資料，房間 資料需要和樓棟進行關聯(lián)，可以快速查詢到某一房間。業(yè)主資料進行增加、修改、刪除、更名等操作，業(yè)主資料需要和具體房間進 行關聯(lián)。能快速查詢業(yè)主及對應的房間。物業(yè)收費：收費項目設定：制定小區(qū)需要的收費項目(物業(yè)管理費、清潔費、 電梯費、水電費等)，能進行增加、修改、刪除。選取收費標準：制定某一房間套用哪些收費標準，和房間及收費項目進行關 聯(lián).收

15、費數(shù)據(jù)錄入：根據(jù)選取的收費標準進行收費數(shù)據(jù)錄入，如果是按建筑面積、 人口和固定金額方式收取的，則自動計算出要收費的金額。如果是按指定數(shù)量（指 定數(shù)量主要用在水電費的收?。┗蛑付ń痤~收取的，則在這里所有計算出的費用 的和。錄入完成后把部分數(shù)據(jù)插入到5費用收取表中的對用位置。費用收?。簩ψ魬坏馁M用進行收取，首先計算出該月住戶應交的所有費 用（取收費數(shù)據(jù)錄入完成的數(shù)據(jù)），然后列出來，再登記住戶實際交納的款項。收費月結算：月結算后交納費用重新進行計算，開始進行下以份額月的收款, 月結操作主要是對收費數(shù)據(jù)錄入表進行清空，然后進入新月份收費數(shù)據(jù)的錄入。系統(tǒng)管理：系統(tǒng)參數(shù)設置：包括對當前收費月份、收費日

16、期、單位名稱或其他系統(tǒng)參數(shù) 的設置操作員管理：軟件使用人員的增加、修改、刪除（不能刪除最后一個操作員）。密碼設置：更改管理員的密碼。3.3 安全性需求此系統(tǒng)在對用戶信息的保密上要做好，避免住戶信息外流。3.4 系統(tǒng)數(shù)據(jù)要求本系統(tǒng)主要是小區(qū)物業(yè)管理系統(tǒng)，其主要的收費項目即業(yè)主的費用，包含了 生活基本用費，即水電氣的費用與物業(yè)管理費。用數(shù)據(jù)字典與層次方框圖表示有:數(shù)據(jù)字典:數(shù)據(jù)文件名業(yè)主信息表別名YZXXB關鍵碼業(yè)主代碼描述此表包括業(yè)主的所有基本信息組成業(yè)主代碼+為主名稱+性別+業(yè)主類型+籍貫+證件名稱+ 證件號碼+聯(lián)系電話+聯(lián)系人+聯(lián)系方法+備注存儲方式按業(yè)主代碼字典序按原排序安全要求非系統(tǒng)管理

17、員不能進行刪除、添加、修改操作，其它部 門可以進行查詢操作備注數(shù)據(jù)文件名住戶水電氣抄錄信息表別名ZHSDCLXXB關鍵碼房間代碼描述此表包含住戶水電氣表的抄錄信息組成房間代碼+上月水表讀數(shù)+本月水表讀數(shù)+上月電表讀數(shù) +本月電表讀數(shù)+上月氣表讀數(shù)+本月氣表讀數(shù)+備注存儲方式按房間代碼字典序排序安全要求非系統(tǒng)管理員不可進行刪除操作、員工管理員可能進行 添加、修改、查詢備注數(shù)據(jù)文件名業(yè)主費用交納通知單別名YZFYJNTZD關鍵碼此表描述了業(yè)主費用交納通知單描述組成月份+業(yè)主名稱+房間代碼+上月表數(shù)+本月表數(shù)+實際用 量+單價+物業(yè)管理費+總金額+日期存儲方式表格，數(shù)據(jù)庫存儲備注非系統(tǒng)管理員不可進行

18、刪除，工作管理員可以進行添 力口、修改、查詢數(shù)據(jù)文件名住戶收費管理表別名ZHSFGLB關鍵碼房間代碼描述記錄了住房收費的詳細信息組成業(yè)主名稱+房間代碼+費用月份+費用項目+費用金額+滯 納金+應交金額+收費對象+滯納金起計+滯納金截止+實交金 額+審核人+備注存儲方式按離間代碼字典序排序安全要求非系統(tǒng)管理員不可進行刪除操作，工作管理員可以進行 添加、修改、查詢備注數(shù)據(jù)文件名住戶水電氣數(shù)據(jù)記錄表別名ZHSDQSJLB關鍵碼房間代碼描述記錄每一房間每一月的水電數(shù)據(jù)組成房間代碼+數(shù)據(jù)月份+項目名稱+前次讀數(shù)+本次讀數(shù)+計 費用量存儲方式按房間代碼字典序排列安全要求非系統(tǒng)管理員不可進行刪除操作，工程部

19、可以進行添 力口、修改、查詢操作。備注數(shù)據(jù)文件名住戶收費管理表別名ZHSFGLB關鍵碼房間代碼描述記錄了住房收費的詳細信息組成業(yè)主名稱+房間代碼+費用月份+費用項目+費用金額+滯 納金+應交金額+收費對象+滯納金起計+滯納金截止+實交金 額+審核人+備注存儲方式按離間代碼字典序排序安全要求非系統(tǒng)管理員不可進行刪除操作，工作管理員可以進行添加、修改、查詢備注數(shù)據(jù)文件名催費通知單別名關鍵碼房間代碼描述記錄了用戶催繳費用的詳細信息組成業(yè)主名稱+房間代碼+實繳費金額+欠費金額+滯納金+滯 納金起記+滯納金截止+日期存儲方式按日期降序排列安全要求非系統(tǒng)管理員不可進行刪除操作，財務部可以進行添 力口、修改

20、、查找操作。備注數(shù)據(jù)項:業(yè)主信息表數(shù)據(jù) 項名另1 名描 述類 型氏度取值范圍、缺 省值計 量單 位注業(yè)主代碼YZDM可 變字符 串56與房間代碼 取值相同業(yè)主名稱YZXM可 變字符 串414性別XB定 長字符 串2只能為“男” 或“女”業(yè)主Y可4只能為“自然類型ZLX變字符 串6人”或“公司”籍貫JG可 變字符 串040證件 名稱ZJMC可 變字符 串只能為“身份 證”，“軍官證”或 “護照”證件 號碼ZJHM字 符串418不能為空聯(lián)系 人可 變字符 串414聯(lián)系 電話LXDH數(shù) 字串711聯(lián)系 方法LXFF可 變字符 申050業(yè)主房間信息表數(shù)據(jù) 項名別 名描 述類型氏度取值范圍、缺 省值汁

21、量單 位注房間 代碼FJDM數(shù)字串341011028 不 能為空，與業(yè)主代 碼取值相同，由樓 號+房間號組成所屬 大樓SHDL描 述了對 方在在 那個大定 長字符 串3只能為A棟、B棟、 C棟、D棟、E棟， 并且不能為空樓客戶 描述KHMS簡 單描述 房間居 住者的 名稱可 變字符 串0100可為空單元 號DYH描 述套房 所在單 元可 變字符 串710不能為空樓層 號LCH十 進制數(shù)12只能1一15房間 號FJH十 進制數(shù)2只能取01 08,且不能為空房型FX可 變字符 串610只能取單房、 一室一廳、二室一 廳、三室一廳、二 室二廳、三室二 廳、且不能為空建筑 面積JZMJ數(shù)字5,2不能為

22、空平 方米使用 面積SYMJ數(shù) 字5,2平 方米套內 面積TNMJ數(shù) 字5,2平 方米人數(shù)RS套 房居住 人數(shù)數(shù)字06車位 數(shù)CWS數(shù) 字03使用S套定4只能取生活類型YLX房的用途長字符 串或商用使用 狀態(tài)SYZT定 長字符 串4只能取自住、 出租、空置簡要 說明JYSM對 房間的 簡單說 明可 變字符 串0100住戶水電信息抄錄表數(shù)據(jù) 項名別 名描 述類型氏 度取值范圍、缺 省值計 量單 位注房間 代碼FJDM上月 水表讀數(shù)SYSBDS數(shù) 字串5不能為空噸本月 水表讀數(shù)BYSBDS數(shù) 字串5不能為空噸上月 電表讀數(shù)SYDBDS數(shù) 字串5不能為空度本月 電表讀數(shù)BYDBDS數(shù) 字串5不能為空

23、度上月 抄表日期SYCBRQ日 期* *年*月* * 日，不能為空本月 抄表日期BYCBRQ日 期* *年*月* * 日，不能為空抄表 人CBR可 變字符 'T'414不能為空住戶收費管理表數(shù)據(jù) 項名名描 述類 型長 度取值范圍、缺 省值計 量單 位注業(yè)主 名稱房間 代碼費用 月份H 期*年*月* 日，不能為空費用 項目可 變字符 串410只能取水費、 電費、電梯費、物 業(yè)管理費、維修養(yǎng) 護費、停車費、室 內維修費、家政務 付費、不能為空費用 金額每 一項目 的金額數(shù)字6，2* , * 不能為空元滯納 金超 過繳費 日數(shù)字6，2元應交 金額所 有收費 項目的 費用總 和數(shù)字7，

24、2* 不能為空元收費 對象字 符串4業(yè)主或租戶， 不能為空滯納 金起記開 始計算 滯納金 的日期:|期* * * 年* 月 * * 日，不能為空滯納 金截止本 月滯納 金截止 日期B 期* * * 年* 月 * * 日，不能為空應交 金額住 戶實際 繳費金 額數(shù)字7，2* * * *,*.不 能為空無審核人催費通知單數(shù)據(jù) 項名名描 述類 型氏度取值范圍、缺省值il- 量單 位注欠費 金額數(shù) 字7,2* * * * , * * .能為空元日期發(fā) 放催費 通知單 的日期B期* * * * , * * 不 能為空業(yè)主費用層次圖:業(yè)主費用3.5 軟件的邏輯結構通過對軟件的邏輯進行分析，采用數(shù)據(jù)流圖來表

25、示軟件的邏輯模型 頂層DFD：對頂層DFD進行分析可以得到第二層DFD圖: L服務管理子系統(tǒng)2.管理員信息管理子系統(tǒng)管劃.員信總改3 .小區(qū)樓宇信息管理子系統(tǒng)對笫二層DFD進行分解得到第三層DFD圖1.1.服務管理子系統(tǒng)，入住子系統(tǒng):1.2.服務管理子系統(tǒng)，住戶收費管理系統(tǒng):生戶水月氣數(shù)捱記錄表住戶水電氣抄錄信息表住戶費用交綱通知單柳工辦公空住戶費發(fā)票(.2.彳、tf記占交費住L 31住戶收費管理表住廠收料笆理衣5贄H2.收統(tǒng) L戶核卡完全撤費住廣入賬管理表未完全繳費住戶候繳通知章f 1.2.4 、 統(tǒng)過期未交能1住戶,第4章軟件結構設計根據(jù)系統(tǒng)分析中總結的用戶需求設計系統(tǒng)的體系結構.系統(tǒng)的功

26、能模塊 如圖：在功能模塊示意圖的樹狀結構中，每一個葉結點都是一個最小的功能模 塊.每一個功能模塊都需要針對不同的表完成相同的數(shù)據(jù)庫操作，即添加記 錄，修改記錄，刪除記錄以及查詢顯示記錄信息.小區(qū)物業(yè)管理系統(tǒng)層次圖：2626小區(qū)物業(yè)管H里字里力艮“條光收費項26第5章數(shù)據(jù)結構設計5.1 數(shù)據(jù)庫開發(fā)工具分析與選擇5.2 數(shù)據(jù)庫的邏輯設計數(shù)據(jù)庫名為：mago數(shù)據(jù)庫表：(1) master:管理員信息表。(2) price_type：費用類型表。(3) masterJnfo;業(yè)主信息表。(4) master_use:業(yè)主消費指數(shù)表。(5) building_info:樓定信息表。具體的數(shù)據(jù)庫表結構信息

27、：管理員信息表masterJnfo,用來保存用戶信息，表結構為:編*7IHj號字段名稱數(shù)據(jù)類型(長度)束空值說明1midsamllint(6)pKNotnull管理 員ID2mnamevarchar(20)null用戶 名3passwrdVarchar(20)null密碼4purviewSmallint(6)null權限費川類型表price_type,用來保存費川類型信息，表結構為:編號字段名稱數(shù)據(jù)類型束空值說明1charge_idsamllint6pKNotnull費用ID2charge-namevarchar2Onull費用 名稱3unit_pricedoublenull單價業(yè)主信息表us

28、ejinfo,用來保存業(yè)主信息，表結構為:編號字段名稱數(shù)據(jù)類型（長 度）束空值說明1Buildingjdsamllint(6)pKNonull樓宇ID2Roomjdsamllint(6)PKNonull房間ID3areadoubleNull面積4statusvarchar(lO)null狀態(tài)5onamevarchar(20)null業(yè)主姓名6sexvarchar(5)null性別7id_numbervarchar(20)Null身份證號8phonevarchar(20)null電話業(yè)主消費指數(shù)表usejconsume,用來保存用戶消費指數(shù)，表結構為:編號字段名稱數(shù)據(jù)類型（長 度）束空值說明1u

29、ser_idsamllint(6)PKNonull業(yè)主ID2buildingjdsamllint(6)FKNonull樓宇ID3roomjdsamllint(6)Null房間ID4lwater_rea dingdoublenull上月水表讀 數(shù)5twater_rea dingdoublenull本月水表讀 數(shù)6lelec_readingdoublenull上月電表讀 數(shù)7telec_readingdoubleNull本月電表讀 數(shù)8lgas_readingdoubleNull上月氣表讀 數(shù)9tgas-readingdoublenull本月氣表讀 數(shù)樓宇信息表building_info,用來保存

30、樓宇信息，表結構為:編7IIU號字段名稱數(shù)據(jù)類型卜氏 度）束空值說 明1buildingjdsamllint(6)pKnotnull樓 宇ID2total_idsamllint(6)notnull樓 層數(shù)3total_areadoublenull總 面積4heightdoublenull樓局5typevarchar(20)null類 型6statusvarchar(lO)null狀第6章測試方案設計6.1 測試原理6.1.1 測試目的測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；(2)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試；(3)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。6.

31、1.2 測試策略由于本系統(tǒng)是基于WEB的物業(yè)管理系統(tǒng)，因此可以采用的測試策略為以 黑盒測試為主，白盒測試為輔，的手動測試為主的測試策略。黑盒測試法(乂稱功能測試法)是把程序看成一個黑盒子，完全不考慮程 序的內部結構和處理過程，是在程序接口進行的測試，它只檢查程序功能是否 按照規(guī)格說明書的規(guī)定正常使用。白盒測試法(乂稱結構測試法)是把程序看成裝在一個透明的白盒子里， 也就是完全了解程序的結構和處理過程，這種方法按照程序內部的邏輯測試程 序，檢驗程序中的每條通路是否都能按照預定要求正確工作。基于WEB的應用軟件一般采用多層結構，在測試時也采用分層的策略。并且采用自底向上的集成測試方式。通過測試并不

32、能證明程序就是完全正確的，但我們的目的就是要通過測試 保證軟件的可靠性，因此，必須仔細設計測試方案，力爭用最少的測試發(fā)現(xiàn)盡 可能多的錯誤。6.2 具體測試方案Web應用軟件的測試分為三層：表示層，業(yè)務層和數(shù)據(jù)層。表示層的測試主要關注Web應用軟件的界面和與客戶的交互，測試的重點 是HTML文檔的結構與客戶端的程序，業(yè)務層的測試主要關注Web應用軟件包 含的業(yè)務邏輯，測試的重點是服務器端的程序，數(shù)據(jù)層的測試主要關注Web應 用軟件處理不同的數(shù)據(jù)的能力，測試的重點包括對數(shù)據(jù)完整性的測試以及對大數(shù) 據(jù)量下數(shù)據(jù)庫操作的性能測試。6.2.1 功能測試鏈接測試：首先，應該測試所有可能出現(xiàn)在頁面上的鏈接。其次，對于每個鏈接，需要 測試是否有頁面或者服務器端程序與之相連。(2)表單測試：對表單的測試可以很好地完成對表示層、業(yè)務程和數(shù)據(jù)層這3層的集成測 試，此時，可以對表單能夠完成的增、刪、改、查，以及表單元素的邊界值等逐 一進行測試，以檢查這3層能否協(xié)調一致。(3) C