基于web智能化小区物业管理系统.docx
《基于web智能化小区物业管理系统.docx》由会员分享,可在线阅读,更多相关《基于web智能化小区物业管理系统.docx(23页珍藏版)》请在冰豆网上搜索。
![基于web智能化小区物业管理系统.docx](https://file1.bdocx.com/fileroot1/2023-2/6/e3ca3236-5d12-435a-9226-2571d2dac9fe/e3ca3236-5d12-435a-9226-2571d2dac9fe1.gif)
基于web智能化小区物业管理系统
基于web智能化小区物业管理系统
本系利用ASP技术,设计开发了基于Web的小区物业治理系统,该系统要紧实现了差不多系统治理、收费治理,系统登录等功能模块。
本论文从软件工程的角度对该软件系统进行了分析,随着市场经济的进展和人们生活水平的提升,大量的住宅小区已遍布城区,人们关于居住环境的要求也越来越高,住宅小区的物业治理工作也变得更加繁重,利用物业治理信息系统来实现对小区物业治理工作的信息化正成为人们的共识。
小区物业治理系统在现代社会中是专门热门的软件,是最关怀群众实际生活的。
它的使用使物业治理者和业主对住宅小区中的事物能更方便、更快捷、更中意的得到答复。
相伴着小区的规模持续扩大和住户的持续增多,工作量也将越来越大。
但一直以来人们使用传统人工的方式治理各种数据,这种治理方式存在着许多缺点:
效率低、保密性差,另外时刻一长,将产生大量的文件和数据,这关于查找、更新和爱护都带来了许多的困难。
随着科学技术的持续提升,运算机科学技术日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
作为运算机应用的一部分,使用运算机对企业单位的各项信息进行治理,具有手工治理所无法比拟的优点。
这些优点能够极大地提升工作效率,也是企业的科学化、正规化治理与世界接轨的重要条件。
因此,开发如此一套小区物业治理信息系统成为专门有必要的情况,在下面的各章中我将就此次课程设计所开发的小区物业治理系统,谈谈其开发过程和所涉及到的咨询题及解决方法。
关键词:
ASP;物业治理;信息治理
ABSTRACT
InthispaperthissystembasedonB/Sdevelopmentmodel,usingtheframework,combinedwithASPtechnology,theplotestatemanagementsystembasedonWebisdesignedanddeveloped,thesystemmainlyimplementsthemanagement,feemanagementbasicsystem,thefunctionsuchassystemloginmodules.Thispaperfromtheperspectiveofsoftwareengineering,thesoftwaresystemareanalyzed,withthedevelopmentofthemarketeconomyandpeoplelivingstandardrise,alargenumberofresidentialdistricthadbeenthroughoutthecity,peoplemoreandmoreisalsohightotherequirementoflivingenvironment,residentialareapropertymanagementworkhavebecomemoreonerous,usepropertymanagementinformationsystemtoimplementofresidentialpropertymanagementinformationizationisbecomingtheconsensusofpeople.
Residentialpropertymanagementsystemsoftwareisverypopularinmodernsociety,isthemostconcernedaboutthereallife.Theuseofittomakethepropertymanagersandownersofresidentialareaofthethingscanbemoreconvenient,fasterandmoresatisfyinganswer.Alongwithplotscaleexpandsunceasinglyandresidentsincreasing,workloadwillbegreaterandgreater.Butpeoplehavesincealwaysusedthetraditionalartificialwaymanagementvariousdata,thismanagementwayhasmanydisadvantages:
lowefficiency,confidentialitybad,anothertimealong,willproducealotofdocumentsanddata,tofind,updateandmaintenancehavebroughtalotofdifficulties.
1前言
1.1背景
1.1.1应用背景
随着我国市场经济的快速进展和人们生活水平的持续提升,简单的社区服务差不多不能满足人们的需求。
如何利用先进的治理手段,提升物业治理水平,是当今社会所面临的一个重要课题。
要想提升物业治理水平,必须全方位地提升物业治理意识。
只有高标准、高质量的社区服务才能满足人们的需求。
面对信息时代的挑战,利用高科技手段来提升物业治理无疑是一条行之有效的途径。
在某种意义上,信息与科技在物业治理与现代化建设中显现出越来越重要的地位。
物业治理方面的信息化与科学化,已成为现代化生活水平步入高台阶的重要标志。
1.1.2技术背景
为了便于多名小区物业治理者的工作,以及更多小区的治理者使用,如果让每一个小区治理者下载安装客户端软件,专门明显是不现实的,因此就抛弃使用C/S模式,采纳B/S模式,如此能够关心治理者随时随地进行查询、扫瞄以及业物处理。
同时业务扩展和后期爱护简单方便,通过增加网页即可增加服务器功能、实现所有用户的同步更新,更适用于应用的背景。
本系统采纳MySQL、ASP进行系统编写。
1.1.3需求背景
某小区,由于治理面积大,户数多,物业治理范畴广,治理内容纷杂,小区物业治理纷乱的咨询题一直无法解决。
再者,小区物业治理中一项重要的工作是运算、汇总各项费用,由于费用项目较多,运算方法繁重,手工处理差错率较高。
同时查询某房产资料或业主资料往往也需要较长时刻,给物业治理者的工作带来了诸多弊端。
因此该物业公司决定采纳运算机进行物业治理。
按照该小区具体情形,该系统在实施后,能够满足对小区住户资料、收费治理、物业费治理、费用查询。
1.2目标
设计一个小区治理系统,能够迅速、正确地解决各种咨询题,并能做到合理收费,真正为居民排忧解难,服务周到。
而且该系统不需要一个专业的运算机工作人员,只要安排会简单操作人员即可;节约了大量的数据统计处理时刻。
2需求分析
2.1功能需求
物业治理系统的用户要紧是办公室工作人员,具体功能如下:
1.差不多信息治理功能模块:
差不多信息治理功能的要紧功能包括:
对小区、楼宇、房屋信息的添加、删除、修改,业主指数和公共指数的录入。
2.各项收费功能模块:
针对物业最要紧的水、电、气应缴费汇总。
业主和物业各应缴费用,各功能模块应完成有关数据的记录。
2.2性能需求
小区资料治理:
对小区资料进行增加、修改、删除之类的操作。
楼栋资料治理:
对楼栋资料进行增加、修改、删除。
房屋资料治理:
房屋资料的增加、修改、删除,能批量生成房间资料,房间资料需要和楼栋进行关联,能够快速查询到某一房间。
业主资料进行增加、修改、删除、更名等操作,业主资料需要和具体房间进行关联。
能快速查询业主及对应的房间。
物业收费:
收费项目设定:
制定小区需要的收费项目(物业治理费、清洁费、电梯费、水电费等),能进行增加、修改、删除。
收费数据录入:
按照选取的收费标准进行收费数据录入,如果是按建筑面积、人口和固定金额方式收取的,则自动运算出要收费的金额。
如果是按指定数量(指定数量要紧用在水电费的收取)或指定金额收取的,则在那个地点所有运算出的费用的和。
录入完成后把部分数据插入到5费用收取表中的对用位置。
费用收取:
对住户应交的费用进行收取,第一运算出该月住户应交的所有费用(取收费数据录入完成的数据),然后列出来,再登记住户实际交纳的款项。
收费月结算:
月结算后交纳费用重新进行运算,开始进行下以份额月的收款,月结操作要紧是对收费数据录入表进行清空,然后进入新月份收费数据的录入。
系统治理:
系统参数设置:
包括对当前收费月份、收费日期、单位名称或其他系统参数的设置
操作员治理:
软件使用人员的增加、修改、删除(不能删除最后一个操作员)。
密码设置:
更换治理员的密码。
2.3安全性需求
此系统在对用户信息的保密上要做好,幸免住户信息外流。
数据库数据采纳密文储存。
2.4系统数据要求
本系统要紧是小区物业治理系统,其要紧的收费项目即业主的费用,包含了生活差不多用费,即水电气的费用与物业治理费。
用数据字典与层次方框图表示有:
表2.1数据字典
数据文件名
业主信息表
不名
YZXXB
关键码
业主代码
描述
此表包括业主的所有差不多信息
组成
储备方式
按业主代码字典序按原排序
安全要求
非系统治理员不能进行删除、添加、修改操作,其它部门能够进行查询操作
备注
表2.2住户水电气抄录表
数据文件名
住户水电气抄录信息表
不名
ZHSDCLXXB
关键码
房间代码
描述
此表包含住户水电气表的抄录信息
组成
房间代码+上月水表读数+本月水表读数+上月电表读数+本月电表读数+上月气表读数+本月气表读数+备注
储备方式
按房间代码字典序排序
安全要求
非系统治理员不可进行删除操作、职员治理员可能进行添加、修改
备注
数据文件名
业主费用交纳通知单
不名
YZFYJNTZD
关键码
此表描述了业主费用交纳通知单
描述
组成
月份+业主名称+房间代码+上月表数+本月表数+实际用量+单价+物业治理费+总金额+日期
储备方式
表格,数据库储备
备注
非系统治理员不可进行删除,工作治理员能够进行添加、修改、查询
表2.3业主费用交纳表
数据文件名
住户水电气数据记录表
不名
ZHSDQSJLB
关键码
房间代码
描述
记录每一房间每一月的水电数据
组成
房间代码+数据月份+项目名称+前次读数+此次读数+计费用量
储备方式
按房间代码字典序排列
安全要求
非系统治理员不可进行删除操作,工程部能够进行添加、修改、查询操作。
表2.4住户水电气数据记录表
数据文件名
催费通知单
不名
关键码
房间代码
描述
记录了用户催缴费用的详细信息
组成
业主名称+房间代码+实缴费金额+欠费金额+滞纳金+滞纳金起记+滞纳金截止+日期
储备方式
按日期降序排列
安全要求
非系统治理员不可进行删除操作,财务部能够进行添加、修改、查找操作。
备注
表2.5费用表
业主费用层次图:
图2.1业主费用层次图
2.5软件的逻辑结构
通过对软件的逻辑进行分析,采纳数据流图来表示软件的逻辑模型
顶层DFD图:
图2.2顶层DFD图
对顶层DFD进行分析能够得到第二层DFD图:
.服务治理子系统
图2.3第二层DFD图
治理员信息治理子系统
图2.4治理员信息治理子系统图
小区楼宇信息治理子系统
图2.5小区楼宇信息治理子系统图
对第二层DFD进行分解得到第三层DFD图
服务治理子系统,入住子系统:
图2.6服务治理子系统,入住子系统图
服务治理子系统,住户收费治理系统:
图2.7服务治理子系统,住户收费治理系统图
3可行性分析与软件打算
3.1可行性分析
3.1.1技术可行性
目前差不多成功的开发出了许多治理信息系统,信息技术和运算机软硬件进展差不多完全能够满足本系统的技术要求,本方案技术要求比较高,安全性和可靠性较强,但通过后面的综合分析,能够明白从技术上来讲是可行的。
Access数据库系统依靠Microsoft强大的技术支持,是目前中小型企业应用较为广泛的数据库治理系统,能够满足中小型企业对数据治理的要求,具有强大的数据治理功能,支持具有多层体系结构的客户/服务器模式,为Web应用提供高度的可扩展性和高可靠性。
3.1.2经济可行性
目前差不多成功的开发出了许多治理信息系统,信息技术和运算机软硬件进展差不多完全能够满足本系统的技术要求,本方案技术要求比较高,安全性和可靠性较强,但通过后面的综合分析,能够明白从技术上来讲是可行的。
3.1.3社会可行性
小区物业治理系统采纳面向对象技术,开发出来的界面友好,几乎人人都能够专门简单地按照有关讲明进行操作。
系统能为物业治理者和业主提供高效、方便快捷的服务,工作量和出错率远远低于传统治理模式,同时新系统操作简单易上手,专门是与实际流程一致,用户能够专门快熟悉和适应。
此项目不与本国政策相背离,没有违反本国法律,不存在侵犯、阻碍等责任咨询题。
3.2软件打算
3.2.1工作范畴
系统功能
物业治理系统的用户要紧是办公室工作人员,具体功能如下:
差不多信息治理功能:
对小区、楼宇、房屋信息的添加、删除、修改,业主指数的录入。
各项收费功能:
针对物业最要紧的水、电、气应缴费汇总。
业主和物业各应缴费用,各功能模块应完成有关数据的记录。
系统治理功能:
超级治理员对用户的注册,以及用户治理,修改密码,系统的关闭。
系统性能
系统要能够储备整个小区的住户信息、住户的物业费信息、小区的整体信息,服务器要能够支持多个小区的治理员的访咨询。
3.2.2资源需求
(1)硬件资源
服务器:
Pentium4以上配置的高性能PC机,内存应在256M以上,硬盘在40G以上。
操作系统:
Windows9x/Me、Windows7、WindowsXP、Windows8,辨论率:
1066*768。
客户端:
Pentium233(或与此相当的CPU)以上配置的PC机,内存应在32M以上,硬盘在1G以上
(2)软件资源
支撑软件:
VS2010+Access+IE10
4软件结构设计
按照系统分析中总结的用户需求设计系统的体系结构.系统的功能模块如图:
在功能模块示意图的树状结构中,每一个叶结点差不多上一个最小的功能模块.每一个功能模块都需要针对不同的表完成相同的数据库操作,即添加记录,修改记录,删除记录以及查询显示记录信息。
小区物业治理系统层次图:
图4.1小区物业治理系统层次图
5数据结构设计
5.1数据库开发工具
Microsoft Office Access是微软把数据库引擎的图形用户界面和软件开发工具结合在一起的一个数据库治理
Microsoft Office Access(2张)系统。
它是微软OFFICE的一个成员, 在包括专业版和更高版本的office版本里面被单独出售。
2012年12月4日,最新的微软Office Access 2013在微软Office 2013里公布,微软Office Access 2010 是前一个版本。
MS ACCESS以它自己的格式将数据储备在基于Access Jet的数据库引擎里。
它还能够直截了当导入或者链接数据(这些数据储备在其他应用程序和数据库)。
软件开发人员和数据架构师能够使用Microsoft Access开发应用软件,“高级用户”能够使用它来构建软件应用程序。
和其他办公应用程序一样,ACCESS支持Visual Basic宏语言,它是一个面向对象的编程语言,能够引用各种对象,包括DAO(数据访咨询对象),ActiveX数据对象,以及许多其他的ActiveX组件。
可视对象用于显示表和报表,他们的方法和属性是在VBA编程环境下,VBA代码模块能够声明和调用Windows操作系统函数
Access的用途体现在两个方面:
(1)用来进行数据分析:
access有强大的数据处理、统计分析能力,利用access的查询功能,能够方便地进行各类汇总、平均等统计。
并可灵活设置统计的条件。
例如在统计分析上万条记录、十几万条记录及以上的数据时速度快且操作方便,这一点是Excel无法与之相比的。
这一点体现在:
会用acces[1]s,提升了工作效率和工作能力。
(2)用来开发软件:
access用来开发软件,例如生产治理、销售治理、库存治理等各类企业治理软件,其最大的优点是:
易学!
非运算机专业的人员,也能学会。
低成本地满足了那些从事企业治理工作的人员的治理需要,通过软件来规范同事、下属的行为,推行其治理思想。
(VB、.net、 C语言等开发工具关于非运算机专业人员来讲太难了,而access则专门容易)。
这一点体现在:
实现了治理人员(非运算机专业毕业)开发出软件的“妄图”,从而转型为“明白治理+会编程”的复合型人才。
5.2数据库的逻辑设计
数据库名为:
mag。
数据库表:
(1)master:
治理员信息表。
(2)price_type:
费用类型表。
(3)master_info;业主信息表。
(4)master_use:
业主消费指数表。
(5)building_info:
楼定信息表。
具体的数据库表结构信息:
治理员信息表master_info,用来储存用户信息,表结构为:
表5.1master_info
编号
字段名称
数据类型(长度)
约束
空值
讲明
1
mid
samllint(6)
PK
Notnull
治理员ID
2
mname
varchar(20)
null
用户名
3
passwrd
Varchar(20)
null
密码
4
purview
Smallint(6)
null
权限
费用类型表price_type,用来储存费用类型信息,表结构为:
表5.2price_type
编号
字段名称
数据类型
约束
空值
讲明
1
charge_id
samllint6
PK
Notnull
费用ID
2
charge_name
varchar20
null
费用名称
3
unit_price
double
null
单价
业主信息表user_info,用来储存业主信息,表结构为:
表5.3user_info
编号
字段名称
数据类型(长度)
约束
空值
讲明
1
Building_id
samllint(6)
PK
Nonull
楼宇ID
2
Room_id
samllint(6)
PK
Nonull
房间ID
3
area
double
Null
面积
4
status
varchar(10)
null
状态
5
oname
varchar(20)
null
业主姓名
6
sex
varchar(5)
null
性不
7
id_number
varchar(20)
Null
身份证号
8
phone
varchar(20)
null
电话
业主消费指数表user_consume,用来储存用户消费指数,表结构为:
编号
字段名称
数据类型(长度)
约束
空值
讲明
1
user_id
samllint(6)
PK
Nonull
业主ID
2
building_id
samllint(6)
FK
Nonull
楼宇ID
3
room_id
samllint(6)
Null
房间ID
4
lwater_reading
double
null
上月水表读数
5
twater_reading
double
null
本月水表读数
6
lelec_reading
double
null
上月电表读数
7
double
Null
本月电表读数
8
lgas_reading
double
Null
上月气表读数
9
tgas_reading
double
null
本月气表读数
表5.4user_consume
楼宇信息表building_info,用来储存楼宇信息,表结构为:
表5.5building_info
编号
字段名称
数据类型(长度)
约束
空值
讲明
1
building_id
samllint(6)
PK
notnull
楼宇ID
2
total_id
samllint(6)
notnull
楼层数
3
total_area
double
null
总面积
4
height
double
null
楼高
5
type
varchar(20)
null
类型
6
status
varchar(10)
null
状态
6系统测试
6.1测试原理
6.1.1测试目的
(1)测试是为了发觉程序中的错误而执行程序的过程;
(2)好的测试方案是极可能发觉迄今为止尚未发觉的错误的测试;
(3)成功的测试是发觉了至今为止尚未发觉的错误的测试。
6.1.2测试策略
由于本系统是基于WEB的物业治理系统,因此能够采纳的测试策略为以黑盒测试为主,白盒测试为辅,的手动测试为主的测试策略。
黑盒测试法(又称功能测试法)是把程序看成一个黑盒子,完全不考虑程序的内部结构和处理过程,是在程序接口进行的测试,它只检查程序功能是否按照规格讲明书的规定正常使用。
白盒测试法(又称结构测试法)是把程序看成装在一个透亮的白盒子里,也确实是完全了解程序的结构和处理过程,这种方法按照程序内部的逻辑测试程序,检验程序中的每条通路是否都能按照预定要求正确工作。
基于WEB的应用软件一样采纳多层结构,在测试时也采纳分层的策略。
同时采纳自底向上的集成测试方式。
通过测试并不能证明程序确实是完全正确的,但我们的目的确实是要通过测试保证软件的可靠性,因此,必须认真设计测试方案,力争用最少的测试发觉尽可能多的错误。
6.2具体测试方案
Web应用软件的测试分为三层:
表示层,业务层和数据层。
表示层的测试要紧关注Web应用软件的界面和与客户的交互,测试的重点是HTML文档的结构与客户端的程序,业务层的测试要紧关注Web应用软件包含的业务逻辑,测试的重点是服务器端的程序,数据层的测试要紧关注Web应用软件处理不同的数据的能力,测试的重点包括对数据完整性的测试以及对大数据量下数据库操作的性能测试。
6.2.1功能测试
链接测试:
第一,应该测试所有可能显现在页面上的链接。
其次,关于每个链接,需要测试是否有页面或者服务器端程序与之相连。
(1)表单测试:
对表单的测试能够专门好地完成对表示层、业务程和数据层这3层的集成测试,现在,能够对