基于web智能化小区物业管理系统Word下载.docx

基于web智能化小区物业管理系统Word下载.docx

《基于web智能化小区物业管理系统Word下载.docx》由会员分享，可在线阅读，更多相关《基于web智能化小区物业管理系统Word下载.docx（24页珍藏版）》请在冰豆网上搜索。

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是微软把数据库引擎的图形用户界面和软件开发工具结合在一起的一个数据库治理

Access（2张）系统。

它是微软OFFICE的一个成员, 

在包括专业版和更高版本的office版本里面被单独出售。

2020年12月4日,最新的微软Office 

Access 

2020在微软Office 

2020里公布,微软Office 

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）

密码

4

purview

Smallint（6）

权限

费用类型表price_type,用来储存费用类型信息，表结构为：

表5.2price_type

数据类型

charge_id

samllint6

费用ID

charge_name

varchar20

费用名称

unit_price

double

单价

业主信息表user_info,用来储存业主信息，表结构为：

表5.3user_info

Building_id

Nonull

楼宇ID

Room_id

房间ID

area

Null

面积

status

varchar（10）

状态

5

oname

业主姓名

6

sex

varchar（5）

性别

7

id_number

身份证号

8

phone

业主消费指数表user_consume,用来储存用户消费指数，表结构为：

user_id

业主ID

building_id

FK

room_id

lwater_reading

上月水表读数

twater_reading

本月水表读数

lelec_reading

上月电表读数

telec_reading

本月电表读数

lgas_reading

上月气表读数

9

tgas_reading

本月气表读数

表5.4user_consume

楼宇信息表building_info，用来储存楼宇信息，表结构为：

表5.5building_info

notnull

total_id

楼层数

total_area

总面积

height

楼高

type

类型

6系统测试

6.1测试原理

6.1.1测试目的

（1）测试是为了发觉程序中的错误而执行程序的过程；

（2）好的测试方案是极可能发觉迄今为止尚未发觉的错误的测试；

（3）成功的测试是发觉了至今为止尚未发觉的错误的测试。

6.1.2测试策略

由于本系统是基于WEB的物业治理系统，因此能够采纳的测试策略为以黑盒测试为主，白盒测试为辅，的手动测试为主的测试策略。

黑盒测试法（又称功能测试法）是把程序看成一个黑盒子，完全不考虑程序的内部结构和处理过程，是在程序接口进行的测试，它只检查程序功能是否按照规格说明书的规定正常使用。

白盒测试法（又称结构测试法）是把程序看成装在一个透亮的白盒子里，也确实是完全了解程序的结构和处理过程，这种方法按照程序内部的逻辑测试程序，检验程序中的每条通路是否都能按照预定要求正确工作。

基于WEB的应用软件一样采纳多层结构，在测试时也采纳分层的策略。

同时采纳自底向上的集成测试方式。

通过测试并不能证明程序确实是完全正确的，但我们的目的确实是要通过测试保证软件的可靠性，因此，必须认真设计测试方案，力争用最少的测试发觉尽可能多的错误。

6.2具体测试方案

Web应用软件的测试分为三层：

表示层，业务层和数据层。

表示层的测试要紧关注Web应用软件的界面和与客户的交互，测试的重点是HTML文档的结构与客户端的程序，业务层的测试要紧关注Web应用软件包含的业务逻辑，测试的重点是服务器端的程序，数据层的测试要紧关注Web应用软件处理不同的数据的能力，测试的重点包括对数据完整性的测试以及对大数据量下数据库操作的性