WEB平台上的小区物业管理系统设计与实施方案

JII理工学院

课程设计书

学院_________计算机学院_______________

专业_______________

班级___________________

题目基于WEB的小区物业管理系统设计

教师_____________________

学生

基于WEB的小区物业管理系统设计与实现

摘要

本系统基于B/S开发模式，采用框架，结合JSP技术，设计开发了基于Web

的小区物业管理系统，该系统重要实现了基本系统管理、收费管理，系统登录等

功能模块。本论文从软件工程的角度对该软件系统进行了分析，伴随市场经济的

发展和人们生活水平的提高，大量日勺住宅小区已遍及城区，人们对于居住环境的

规定也越来越高，住宅小区H勺物业管理工作也变得愈加繁重，运用物业管理信息

系统来实现对小区物业管理工作日勺信息化正成为人们H勺共识。

小区物业管理系统在现代社会中是非常热门H勺软件，是最关切群众实际生活

的。它的使用使物业管理者和业主对住宅小区中的事物能更以便、更快捷、更满

意日勺得到答复。伴伴随小区日勺规模不停扩大和住户的不停增多，工作量也将越来

越大。但一直以来人们使用老式人工的方式管理多种数据，这种管理方式存在着

许多缺陷：效率低、保密性差，此外时间一长，将产生大量的文献和数据，这对

于查找、更新和维护都带来了不少的困难。

伴随科学技术的不停提高，计算机科学技术日渐成熟，其强大日勺功能已为人

们深刻认识，它己进入人类社会日勺各个领域并发挥着越来越重要日勺作用。作为计

算机应用的一部分,使用计算机对企业单位日勺各项信息进行管理，具有手工管理

所无法比拟日勺长处。这些长处可以极大地提高工作效率，也是企业的科学化、正

规化管理与世界接轨日勺重要条件。

因此，开发这样一套小区物业管理信息系统成为很有必要日勺事情,在下面的

各章中我将就本次课程设计所开发的小区物业管理系统，谈谈其开发过程和所波

及到的问题及处理措施。。

关键词：Web；JSP；小区物业；管理系统

同组同学任务的分派方式及工作・比例：

2.3项目效益分析................................

第3章需求分析.....................................

3.1功能需求.....................................

3.2性能需求.....................................

3.3安全性需求...................................

3.4系统数据规定................................

3.5软件的逻辑构造..............................

第4章软件构造设计.................................

第5章数据构造设计.................................

5.1数据库开发工具分析与选择....................

5.2数据库的逻辑设计............................

第6章测试方案设计.................................

6.1测试原理.....................................

测试目的.........................................

测试方略.........................................

6.2详细测试方案................................

功能测试.........................................

性能测试.........................................

易用性测试.......................................

内容测试.........................................

安全性测试.......................................

接口测试

第七章总结

［参照文献］

第1章引言

1.1背景

应用背景

伴随我国市场经济日勺迅速发展和人们生活水平的I不停提高，简朴的小区服务

已经不能满足人们的需求。怎样运用先进的管理手段，提高物业管理水平，是当

今社会所面临的一种重要课题。要想提高物业管理水平，必须全方位地提高物业

管理意识.只有高原则、高质量的小区服务才能满足人们的需求。面对信息时代

的挑战，运用高科技手段来提高物业管理无疑是一条行之有效的途径。在某种意

义上，信息与科技在物业管理与现代化建设中显现出越来越重要的地位。物业管

理方面口勺信息化与科学化，已成为现代化生活水平步入高台阶的重要标志。

技术背景

为了便于多名小区物业管理者的工作，以及更多小区的管理者使用，假如让

每一种小区管理者下载安装客户端软件，很显然是不现实的，因此就抛弃使用

C/S模式，采用B/S模式，这样可以协助管理者随时随地进行查询、浏览以及

业物处理。并且业务扩展和后期维护简朴以便，通过增长网页即可增长服

务潜功能、实现所有顾客的同步更新，更合用于应用日勺背景。

本系统采用MySQL、JSP进行系统编写。

需求背景

某小区，由于管理面积大，户数多，物业管理范围广，管理内容繁杂，小区

物业管理混乱的问题一直无法处理。再者，小区物业管理中一项重要的工作是计

算、汇总各项费用，由于费用项目较多，计算措施繁重，手工处理差错率较高。

同步查询某房产资料或业主资料往往也需要较长时间，给物业管理者的工作带来

了诸多弊端。因此该物业企业决定采用计算机进行物业管理。根据该小区详细状

况，该系统在实行后，可以满足对小区住户资料、收费管理、物业费管理、费用

查询。

1.2目的

设计一种小区管理系统，可以迅速、对日勺地处理多种问题，并能做到合理收

费，真正为居民排忧解难，服务周到。并且该系统不需要一种专业日勺计算机工作

人员，只要安排会简朴操作人员即可；节省了大量的数据记录处理时间。

第2章可行性分析与软件计划

2.1可行性分析

技术可行性

目前己经成功的开发出了许多管理信息系统，信息技术和计算机软硬件发展

已经完全可以满足本系统的技术规定，本方案技术规定比较高，安全性和可靠性

较强，但通过背面的综合分析，可以懂得从技术上来说是可行的。

MySQLServer数据库系统依托Microsoft强大日勺技术支持，是目前中小

型企业应用较为广泛日勺数据库管理系统，可以满足中小型企业对数据管理日勺规

定，具有强大的I数据管理功能，支持具有多层体系构造的客户/服务器模式，为

Web应用提供高度日勺可扩展性和高可靠性。

经济可行性

目前已经成功的I开发出了许多管理信息系统，信息技术和计算机软硬件发展

己经完全可以满足本系统的技术规定，本方案技术规定比较高，安全性和可靠性

较强，但通过背面的综合分析，可以懂得从技术上来说是可行的。

社会可行性

小区物业管理系统采用面向对象技术，开发出来的界面友好，几乎人人都可

以很简朴地按照有关阐明进行操作。系统能为物业管理者和业主提供高效、以便

快捷的服务，工作量和出错率远远低于老式管理模式，同步新系统操作简朴易上

手，尤其是与实际流程一致，顾客可以很快熟悉和习惯。

此项目不与本国政策相背离，没有违反本国法律，不存在侵犯、阻碍等责任

问题。

2.2软件计划

工作范围

•系统功能

物业管理系统日勺顾客重要是办公室工作人员，详细功能如下：

a）基本信息管理功能：对小区、楼宇、房屋信息的添加、删除、修改,

业主指数的录入。

b）各项收费功能：针对物业最重要日勺水、电、气应缴费汇总。业主和

物业各应缴费用，各功能模块应完毕有关数据的记录。

c）系统管理功能：超级管理员对顾客的注册，以及顾客管理，修改密

码,系统的关闭。

•系统性能

系统要可以存储整个小区日勺住户信息、住户的物业费信息、小区日勺整

体信息，服务器要可以支持多种小区日勺管理员日勺访问。

资源需求

-1人力资源

组长：李凯

组员：裴然君，李燕松，杨天冀

.2硬件资源

a）服务那：Pentium4以上配置日勺高性能PC机，内存应在256M以上，

硬盘在40G以上。

b）操作系统：Windows9x/Me>Windows2023>WindowsXP>Windows

NT,辨别率：1024*768。

C）客户端：Pentium233（或与此相称H勺CPU）以上配置的PC机，内存

应在32M以上，硬盘在1G以上

.3软件资源

支撑软件：Eclipse+Tomcat+IE9

进度安排

.1人力资源分派

根据小组的组员得到人力资源分派表:

任务名称人力资源分派

可行性分析与软件计划

可行性分析

软件计划

效益分析

需求分析

需求讨论

编写需求文档

需求评审

系统设计

界面设计

构造设计

数据设计

测试

测试方案分析

测试方案设计

.2系统进度时间表

运用甘特图制定进度时间表

2.3项目效益分析

•支出：

开发该系统需要支出的费用包括基建投资、其他一次性支出，共约2万元，

采用任务分解估算该系统的开发共需4个人3周时间完毕，每人月成本为1500

元，估计系统的人工费用为1500*3*3/4=3375元，开发成本共为2万元+3375元。

•收益：

可以列表计算系统H勺投资回收期和开发纯收入，其中I值为3.36%。未来的

收入重要体目前每年瓦节省的人力、耗材等，约每年2万元。估计软件使用寿命

5年。

其中：i=3.36%

购置设备软件费2万元

人工费3375元

开发成本费（设备软件费+人工费）2万元+3375元

每年收入2万元

1收入（元）(1+i)"现值（元）合计现值（元）

2202301.033619348.5819348.58

3202301.068318721.3238069.90

4202301.104218112.6656182.56

5202301.141317523.8873706.44

6202301.179716953.4690659.90

纯收入61659.9

结合以上条件，通过成本/收益计算后的纯收入为61659.9元。

投资回收期：2+（56182.56—23375）/（56182.56-38069.90尸3.784年

第3章需求分析

3.1功能需求

物业管理系统的顾客重要是办公室工作人员，详细功能如下：

•基本信息管理功能模块。

基本信息管理功能H勺重要功能包括：对小区、楼宇、房屋信息的添加、删除、

修改，业主指数和公共指数日勺录入。

•各项收费功能模块。

针对物业最重要的水、电、气应缴费汇总。业主和物业各应缴费用，各功能

模块应完毕有关数据的记录。

3.2性能需求

小区资料管理：本小区资料进行增长、修改、删除之类日勺操作。

楼栋资料管理：本楼栋资料进行增长、修改、删除。

房屋资料管理：房屋资料日勺增长、修改、删除，能批量生成房间资料，房间

资料需要和楼栋进行关联，可以迅速查询到某一房间。

业主资料进行增长、修改、删除、更名等操作，业主资料需要和详细房诃进

行关联。能迅速查询业主及对应日勺房间。

物业收费：收费项目设定：制定小区需要的收费项目（物业管理费、清洁费、

电梯费、水电费等），能进行增长、修改、删除。

选用收费原则：制定某一房间套用哪些收费原则，和房间及收费项目进行关

联.

收费数据录入:根据选用日勺收费原则进行收费数据录入，假如是按建筑面积、

人口和固定金额方式收取的，则自动计算出要收费的金额。假如是按指定数量（指

定数量重要用在水电费日勺收取）或指定金额收取的，则在这里所有计算出的费用

附和。录入完毕后把部分数据插入到5费用收取表中日勺对用位置。

费用收取：对住户应交日勺费用进行收取，首先计算出该月住户应交日勺所有费

用（取收费数据录入完毕的数据），然后列出来，再登记住户实际交纳日勺款项。

收费月结算：月结算后交纳费用重新进行计算，开始进行下以份额月日勺收款,

月结操作重要是对收费数据录入表进行清空，然后进入新月份收费数据欧I录入。

系统管理：

系统参数设置：包括对目前收费月份、收费日期、单位名称或其他系统参数

的设置

操作员管理：软件使用人员的增长、修改、删除（不能删除最终一种操作员）。

密码设置：更改管理员的密码。

3.3安全性需求

此系统在对顾客信息的保密上要做好，防止住户信息外流。

3.4系统数据规定

本系统重要是小区物业管理系统，其重要的收费项目即业主日勺费用，包括了

生活基本用费，即水电气的费用与物业管理费。用数据字典与层次方框图表达有:

数据字典:

数据文献名业主信息表

别名YZXXB

关键码业主代码

描述此表包括业主的所有基本信息

构成业主代码+为主名称+性别+业主类型+籍贯+证件名称+证件

号码+联络+联络人+联络措施+备注

存储方式按业主代码字典序按原排序

安全规定非系统管理员不能进行删除、添加、修改操作，其他部门可

以进行查询操作

备注

数据文献名住户水电气抄录信息表

别名ZHSDCLXXB

关键码房间代码

描述此表包括住户水电气表的抄录信息

构成房间代码+上月水表读数十本月水表读数十上月电表读数十本

月电表读数十上月气表读数十本月气表读数十备注

存储方式按房间代码字典序排序

安全规定非系统管理员不可进行删除操作、员工管理员也许进行添

力口、修改、查询

备注

数据文献名业主费用交纳告知单

别名YZFYJNTZD

关键码此表描述了业主费用交纳告知单

描述

构成月份+业主名称+房间代码+上月表数+本月表数+实际用量+

单价+物业管理费+总金额+日期

存储方式表格，数据库存储

备注非系统管理员不可进行删除，工作管理员可以进行添加、修

改、查询

数据文献名住户收费管理表

别名ZHSFGLB

关键码房间代码

描述记录了住房收费的详细信息

构成业主名称+房间代码+费用月份+费用项目+费用金额+滞纳

金+应交金额+收费对象+滞纳金起计+滞纳金截止+实交金

额+审核人+备注

存储方式按离间代码字典序排序

安全规定非系统管理员不可进行删除操作，工作管理员可以进行添

力口、修改、查询

备注

数据文献名住户水电气数据登记表

别名ZHSDQSJLB

关键码房间代码

描述记录每一房间每一月的水电数据

构成房间代码+数据月份+项目名称+前次读数+本次读数+计费

用量

存储方式按房间代码字典序持列

安全规定非系统管理员不可进行删除操作，工程部可以进行添

力口、修改、查询操作。

备注

数据文献名住户收费管理表

别名ZHSFGLB

关键码房间代码

描述记录了住房收费日勺详细信息

构成业主名称+房间代码+费用月份+费用项目+费用金额+滞纳

金+应交金额+收费对象+滞纳金起计+滞纳金截止+实交金

额+审核人+备注

存储方式按离间代码字典序排序

安全规定非系统管理员不可进行删除操作，工作管理员可以进行添

力口、修改、查询

备注

数据文献名催费告知单

别名

关键码房间代码

描述记录了顾客催缴费用的洋细信息

构成业主名称+房间代码+实缴费金额+欠费金额+滞纳金+滞纳

金起记+滞纳金截止+日期

存储方式按日期降序排列

安全规定非系统管理员不可进行删除操作，财务部可以进行添加、修

改、查找操作。

备注

数据项:

业主信息表

数据项名别名描述类型长度取值范围、缺省值计量备

单位注

'巾主代码YZDM可变字5—6与房间代码取值

符串相似

业主名称YZXM可变字4—14

符串

性别XB定长字2只能为“男”或

符串“女”

业主类型YZLX可变字4—6只能为“自然

符串人”或“企业”

籍贯JG可变字0—40

符串

证件名称ZJMC可变字只能为“身份证”，

符串“军官证”或“护

，昭、、、”

证件号码ZJHM字符串4—18不能为空

联络人可变字4—14

符串

联络LXDH数字串7—11

联络措施LXFF可变字0—50

符串

业主房间信息表

数据项名别名描述类型长度取值范围、缺省值计量备

单位注

房间代码FJDM数字串3—4101—1028不能为

空，与­业主:代码取

值相似，由楼号+

房间号构成

所属大楼SHDL描述了定长字3只能为A栋、B

对方在符串栋、C栋、D栋、

在那个E栋，并且不能为

大楼空

客户描述KHMS简朴描可变字0可为空

述房间符串100

居住者

的名称

单元号DYH描述套可变字7—10不能为空

房所在符串

单元

楼层号LCH十进制1—2只能1—15

数

房间号FJH十进制2只能取01—08,

数且不能为空

房型FX可变字6—10只能取单房、一室

符串一厅、二室一厅、

三室一厅、二室二

厅、三室二厅、且

不能为空

建筑面积JZMJ数字5,2不能为空平方

米

使用面积SYMJ数字5,2平方

米

套内面积TNMJ数字5,2平方

米

人数RS套房居数字0—6

住人数

车位数CWS数字0—3

使用类型SYLX套房的定长字4只能取生活或商

用途符串用

使用状态SYZT定长字4只能取自住、出

符串租、空置

简要阐明JYSM对房间可变字0—

.简朴

符串100

阐明

住户水电信息抄录表

数据项别名描述类型长度取值范围、缺省计量备

名值单位注

房间代FJDM

码

上月水SYSBDS数字串5不能为空吨

表读数

本月水BYSBDS数字串5不能为空吨

表读数

上月电SYDBDS数字串5不能为空度

表读数

本月电BYDBDS数字串5不能为空度

表读数

上月抄SYCBRQ日期**年**月**曰，

表日期不能为空

本月抄BYCBRQ日期**年**月**曰，

表日期不能为空

抄表人CBR可变字4—不能为空

符中14

住户收费管理表

数据项名别名描述类型长度取值范围、缺省值计量备

单位注

业主名称

房间代码

费用月份日期**年**月**曰，不

能为空

费用项目可变字4—10只能取水费、电

符串费、电梯费、物业

管理费、维修养护

费、停车费、室内

维修费、家政务付

费、不能为空

费用金额每一项数字6,2***,**；不能为元

目啊金空

额

滞纳金超过缴数字6,2元

费日

应交金额所有收数字7,2*****,**,不能元

费项目为空

的费用

总和

收费对象字符串4业主或租户，不能

为空

滞纳金起开始计日期***年**月**u,

记算滞纳不能为空

金的日

期

滞纳金截本月滞日期***年**月**曰，

止纳金截不能为空

止日期

应交金额住户实数字7,2****,**.不能为无

际缴费空

金额

审核人

催费告知单

数据项名别名描述类型长度取值范围、缺省值计量备

单位注

欠费金额数字7,2****,**.不能为元

空

日期发放催日期****,**.不能为

费告知空

单的日

期

业主费用层次图:

3.5软件的逻辑构造

通过对软件的逻辑进行分析，采用数据流图来表达软件时逻辑模型

顶层DFD：

对顶层DFD进行分析可以得到第二层DFD图:

1.服务管理子系统

2.管理员信息管理子系统

管理公信息表

3.小区楼宇信息管理子系统

楼宇信息表

对第一层DFD进行分解得到第三层DFD图

1.1.服务管理子系统，入住子系统：

1.2.服务管理子系统，住户收费管理系统:

住户水电气数据记录表

催缴通知隼

第4章软件构造设计

根据系统分析中总结的顾客需求设计系统的体系构造.系统的功能模块

如图：

在功能模块示意图日勺树状构造中，每一种叶结点都是一种最小日勺功能模

块.每一种功能模块都需要针对不一样的表完毕相似日勺数据库操作，即添加

记录，修改记录，删除记录以及杳询显示记录信息.

小区物业管理系统层次图:

第5章数据构造设计

5.1数据库开发工具分析与选择

5.2数据库的逻辑设计

数据库名为：mag。

数据库表：

(1)master:管理员信息表。

(2)pricejype:费用类型表。

(3)master_info;业主信息表。

(4)mastejuse:业主消费指数表。

(5)building_info:楼定信息表。

详细的数据库表构造信息：

管理员信息表mastejinfo,用来保留顾客信息，表构造为:

编号字段名称数据类型(长度)约束空值阐明

1midsamllint(6)PKNotnull管理员ID

2mnamevarchar(20)null顾客名

3passwrdVarchar(20)null密码

4purviewSmaHint(6)null权限

费用类型表price」ype,用来保留费用类型信息，表构造为:

编号字段名称数据类型约束空值阐明

1charge_idsamllint6PKNotnull费用ID

2charge_namevarchar20null费用名称

3unit_pricedoublenull单价

业主信息表usejinfo,用来保留业主信息，表构造为:

编号字段名称数据类型（长度）约束空值阐明

1Building_idsamllint(6)PKNonull楼宇ID

2Room_idsamllint(6)PKNonull房间ID

3areadoubleNull面积

4statusvarchar(10)null状态

5onamevarchar(20)null业主姓名

6sexvarchar(5)null性别

7id_numbervarchar(20)Null身份证号

8phonevarchar(20)null

业主消费指数表usejconsume,用来保留顾客消费指数，表构造为:

编号字段名称数据类型（长度）约束空值阐明

1user_idsamllint(6)PKNonull业主ID

2building_idsamllint(6)FKNonull楼宇ID

3room_idsamllint(6)Null房间ID

4lwater_readingdoublenull上月水表读数

5twater_readingdoublenull本月水表读数

6lelec_readingdoublenull上月电表读数

7tclec_readingdoubleNull本月电表读数

8lgas_readingdoubleNull上月气表读数

9tgas_readingdoublenull本月气表读数

楼宇信息表building_info,用来保留楼宇信息，表构造为:

编号字段名称数据类型（长度）约束空值阐明

1building_idsamllint(6)PKnotnull楼宇ID

2totaljdsamllint(6)notnull楼层数

3total_areadoublenull总面积

4heightdoublenull楼高

5typevarchar(20)null类型

6statusvarchar(10)null状态

第6章测试方案设计

6.1测试原理

测试目的

(1)测试是为了发现程序中的错误而执行程序日勺过程；

(2)好的测试方案是极也许发现迄今为止尚未发现的错误日勺测试；

(3)成功日勺测试是发现了至今为止尚未发现的错误的测试。

测试方略

由于本系统是基于WEB的物业管理系统，因此可以采用的测试方略为以

黑盒测试为主，白盒测试为辅，的手动测试为主的测试方略。

黑盒测试法(又称功能测试法)是把程序当作一种黑盒子，完全不考虑程

序的内部构造和处理过程，是在程序接口进行的测试，它只检查程序功能与否

按照规格阐明书的规定正常使用。

白盒测试法(又称构造测试法)是把程序当作装在一种透明的白盒子里，

也就是完全理解程序的构造和处理过程•这种措施按照程序内部的I逻辑测试程

序，检查程序中区I每条通路与否都能按照预定规定对欧I工作。

基于WEB时应用软件一般采用多层构造，在测试时也采用分层日勺方略。

并且采用自底向