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

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

3、效率，也是企業的科學化、正 規化管理與世界接軌的重要條件。因此，開發這樣一套小區物業管理信息系統成為很有必要的事情，在下面的 各章中我將就本次課程設計所開發的小區物業管理系統，談談其開發過程和所涉 及到的問題及解決方法。關鍵詞：Web； JSP；小區物業；管理系統同組同學任務的分配方式及工作量百分比：第1章引言1.1 背景11.1.1 應用背景11.1.2 技術背景11.1.3 需求背景11.2 目標2第2章 可行性分析與軟件計劃22.1 可行性分析22.1.1 技術可行性22.1.2 經濟可行性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 系統進度時間表42.3 項目效益分析5第3章需求分析63.1 功能需求63.2 性能需求63.3 安全性需求73.4 系統數據要求73.5 軟件的邏輯結構15第4章 軟件結構設計17第S章數據結構設計205.1 數據庫開發工具分析與選擇205.2 數據庫的邏輯設計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 用背景隨著我國市場經濟的快速發展和人們生活水平的不斷提高，簡單的社區服務 已經不能滿足人們的需求。如何利用先進的管理手段，提高物業管理水平，是當 今社會所面臨的一個重要課題。要想提高物業管理水平，必須全方位地提高物業 管理意識。只有高標準、高質量的社區服務才能滿足人們的需求。面對信息時代 的挑戰，利用高科技手段來提高物業管理無疑是一條行之有效的途徑。在某種意 義上，信息與科技在物業管理與現代化建設中顯現出越來越重要的地位。物業管 理方面的信息化與科學化，已成為現代化生活

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

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

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

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

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

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

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

13、.104218112.6656182.565200001.141317523.8873706.446200001.179716953.4690659.90純收入61659.9結合以上條件，經過成本/收益計算后的純收入為61659.9元。投資回"攵)川：2+ (56182.56-23375) 7(56182.56-38069.90)=3.784第3章需求分析3.1 功能需求物業管理系統的用戶主要是辦公室工作人員，具體功能如下：基本信息管理功能模塊。基本信息管理功能的主要功能包括：對小區、樓宇、房屋信息的添加、刪除、 修改，業主指數和公共指數的錄入。各項收費功能模塊。針對物業最主要的水、

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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