小区物业管理系统模版.docx

小区物业管理系统模版.docx

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

小区物业管理系统模版

河南城建学院

小区物业管理系统

数据库课题设计

系别：

计算机科学与工程

班级：

0614082

学号：

061408221

姓名：

何伟平

指导老师：

薛冰

日期：

2010-06-07

小区物业管理系统

随着市场经济的发展和人们生活水平的提高，住宅小区已经成为人们安家置业的首选，几十万到几百万的小区住宅比比皆是。

人们花的钱越多，不但对住宅的本身的美观、质量要求越来越高，同时对物业小区的服务和管理也要求很高，诸如对小区的维修维护，甚至对各项投诉都要求小区管理者做的好，做的完善。

这样要求小区管理者对物业管理进行宏观的和微观的细致管理，其中最好的办法是用计算机操作的小区物业管理系统来实现对小区物业的管理，这就为我们设计小区物业管理系统提供了市场需要。

而我们设计的小区物业管理系统在现代社会是最热门的行业，是最关切老百姓实际生活的设计，各种人性化的配置，使管理者和业主对住宅小区中的事物能更方便、更快捷、更满意的得到答复。

伴随着小区的规模不断扩大和住户的不断增多，像小区中的汽车，小区附带设施，小区的各项维修、投诉等都将越来越复杂，工作量也将越来越大。

但一直以来人们使用传统人工的方式管理各种数据，这种管理方式存在着许多缺点,比如:

效率低、保密性差，另外时间一长，将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。

随着科学技术的不断提高,计算机科学技术日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。

作为计算机应用的一部分,使用计算机对企业单位的各项信息进行管理，具有着手工管理所无法比拟的优点。

例如:

检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。

这些优点能够极大地提高工作的效率,也是企业的科学化、正规化管理与世界接轨的重要条件。

因此，开发这样一套小区物业管理系统软件成为很有必要的事情,在下面的各章中我们将就本次毕业设计我所开发的小区物业管理系统,谈谈其开发过程和所涉及到的问题及解决方法。

1、用户需求分析

在进入系统之前，要进行身份确认，只有用户名和用户密码都相符的用户方可进入本系统，为了防止不合法用户对数据的察看和修改，本系统把用户分为二个级别:

住户和管理员，住户可以管理自己的信息，可以提交报修信息和投诉信息，可以浏览收费信息和楼盘信息。

管理员可以设定用户名、密码和其权限，还可以对纪录进行增加、删除、修改等操作。

当用户要进入系统是必须先输入用户名和密码，按“确认”按钮后，系统辨别用户身份，对合法用户根据用户的权限赋予相应的使用功能。

2、系统功能需求分析

小区物业管理系统是物业部门用来对住宅小区内的建筑、住户、设备、人员等信息进行综合管理的一个信息管理系统。

根据客户要求，系统要能对小区内建筑、公共设备、住户等基本信息实现录入、修改、查询和删除等操作，并且还要实现包括水、电、煤气费在内的各项物业管理费用的统计、查询和报表生成。

因此，实现该物业管理系统功能模块图如下：

3、性能需求分析

本系统主要涉及到四大部分：

系统管理，基本信息管理，物业管理，统计报表与查询。

其中系统管理主要包括系统的备份、恢复和基础参数的设置等；基本资料包括楼宇信息管理和业主信息管理；物业管理包括车位管理、出租管理（包括房屋和门店）、安全绿化管理、缴费管理、投诉管理等；公司内务管理主要包括人事管理、财务管理等。

新系统还应实现信息查询的高效性，提供数据统计分析功能，既能完成物业公司对业务的管理工作，又能完成其对公司内部的管理。

小区物业管理系统也应具备以下功能：

v1.对小区所有房屋资料的录入和增，删，改，查询等功能的实现。

v2.对本小区内住户的详细资料的管理，包括增，删，改，查询等功能的实现。

v3.实现物业设备管理，仪表包括水，电，气表数据管理，收费管理，住户报修管理，设备维修管理，与住户密切的是仪表数据和收费管理，仪表数据管理模块管理每个住户的水，电，气表的资料，统计住户每月的用量以及需要交纳的费用，收费管理记录物业公司对住户的每一笔收费，包括水，电，气等使用费用和物业管理费用，物业维修费用等费用。

4、系统的开发目的和系统功能

1.开发目的：

小区物业信息管理系统使针对当代社会，住宅小区越来越成为居住的主流这一市场需要而应运而生的，是为小区管理着和小区用户更好的维护小区各项物业管理业务处理工作而开发的管理软件。

2.系统功能：

（1） 系统管理：

管理系统操作人员,设置操作人员口令和权限。

在满足不同系统用户的操作需求的基础上,提高系统的安全性。

（2） 资料管理：

维护小区基本信息。

住户信息管理：

入住登记,信息修改,迁出注销,查询。

房屋信息管理：

房屋信息添加,修改,删除,查询。

户型信息管理：

小区户型登记。

停车场管理：

停车场车位分配。

（3） 服务管理：

完成小区各种服务,例如物业费用、设备维修、住户投诉等相关的管理功能。

（4） 设备管理：

维护小区设备信息以及设备故障的报修信息管理。

（5） 统计管理：

本系统中各种数据的统计与查询功能。

5、数据流程图：

图1-3物业收费相关信息管理业务流程图

6、数据字典

6.1数据项

编号

数据项名称

说明部分

编号

数据项名称

说明部分

1

收费名称

字符类型（10）；有唯一性

2

收费编号

字符类型（10）；有唯一性

3

住户编号

字符类型（10）；有唯一性

4

使用状况

字符类型

5

缴费表编号

整数类型0——10000

6

家庭编号

数字串类型；有唯一性

7

房型编号

字符类型（20）

8

房型

字符类型（20）

9

楼栋编号

整数类型

10

产权

字符类型

11

投诉编号

整数类型；有唯一性

12

投诉内容

字符类型（200）

13

报修编号

字符类型（10）

14

服务费用

整数类型

15

员工编号

字符类型（10）

16

6.2数据结构

编号

数据结构名

属性

1

住户信息

住户编号，住户姓名，住户地址，出生年月，性别，工作单位及地址，身份证号码，联系电话，入住时间，迁出时间

2

房屋

房屋编号、所属楼栋、所属单元、所属小区、使用面积、产权、建筑面积、房型编号

3

家庭

家庭编号、住户编号、户主姓名、成员姓名、成员性别、称谓、房屋编号

4

收费项目

收费名称、收费价格、收费周期、收费单位

5

收费

住户编号、收费编号、收费名称、定额用量、收费时间、收费总额、收费人员、收费标准、超额价格

6

投诉

投诉编号、接待人员、住户编号、处理日期、处理人员、投诉日期、收费时间、投诉内容、处理情况

7

报修

保修编号、住户编号、维修人员、报修日期、物料费用、服务费用、处理日期、报修

6.3数据流

编号

数据流名

输入

输出

1

住户基本信息

住户编号

住户信息

2

房屋信息

房屋编号

房屋信息

3

家庭信息

家庭编号

家庭信息

4

收费信息

收费编号

收费信息

5

收费项目信息

收费名称

收费价格

6

投诉信息

投诉内容

处理情况

7

报修信息

报修内容

处理情况

8

楼宇信息

住户信息

楼宇记录信息

9

车位息

住户信息

车位使用情况

10

住户数量

新添住户

住户总量

11

收费项目单价

物业项目信息

项目价格

6.4数据存储

数据存储名

输入数据流

输出数据流

说明部分

住户信息

住户身份信息

住户基本信息

仪表数据信息

住户编号

当月各仪表数据

可查询历史记录信息

收费信息

住户编号

仪表编号

仪表信息情况

费用信息

可查询当月或历史收费记录

物业设备信息

设备编号

设备记录信息

包括设备购买日期、事故记录等

投诉信息

用户编号

物业设备信息

投诉类别、原因

车位信息

住户编号

车位相关信息

报修信息

住户信息

报修登信息

包括统计表

楼宇信息

住户信息

楼宇相关信息

6.5处理过程

处理过程名

输入数据流

输出数据流

说明部分

添加、删除住户

住户人数、库存量信息

住户基本信息

管理住户车辆

住户车辆数

住户车辆信息

查询修改用户

住户编号或名称

住户基本信息

维修管理

报修名称或编号

维修项目

收费

收费项目

收费总金额

查询收费

缴费记录

缴费总额

缴费通知

住户信息

通知信息

投诉

投诉编号

投诉信息

报修

报修项目

处理情况

概念结构（E-R图）

根据现实要求把对象转化为实体，得到以下属性：

图2-1住户属性图

图2-2房屋属性图

图2-3家庭属性图

图2-4收费项目属性图

图2-5收费属性图

图2-6投诉属性图

图2-7报修属性图

各子模块图：

3.1.2实体联系E-R图

在概念设计的基础上，根据设计得到系统总的E-R图，按照概念模式与关系表转化的一般规则，结合实际的需要进行逻辑设计，E—R图中的实体、实体的属性和实体之间的联系转化为关系模式。

最后生成的关系及关系表如下

住户（住户编号、住户名称、联系电话、联系地址、房屋编号、家庭编号、状态）；

范式判定：

住户编号、家庭编号是决定因素，且是主码，

房屋（房屋编号、楼栋、所属单元、使用面积、产权、建筑面积、房型编号）；

家庭（家庭编号、住户编号、户主姓名、成员姓名、成员性别、称谓、房屋编号）；

范式判定：

每一个非主属性都不部分依赖于码也不传递依赖于码，且每一个决定因素都包含码，所以家庭∈BCNF。

收费项目（名称、价格、周期、单位）；

范式判定：

非主属性不部分依赖于码也不传递依赖于码，且每一个决定因素都包含码，所以收费项目∈BCNF。

收费（收费编号、住户编号、收费名称、定额用量、收费时间、收费总额、收费人员、额内价格、起额价格）；

范式判定：

每一个非主属性都不部分依赖于码也不传递依赖于码。

所以房屋∈3NF

投诉（投诉编号、住户编号、投诉日期、处理日期、接待人员、处理人员、投诉内容、处理情况、收费时间、收费）；

范式判定：

非主属性不部分依赖于码也不传递依赖于码，所以投诉∈3NF。

报修（报修编号、报修内容、报修日期、住户编号、维修人员、物料费用、服务费用、修理费用、总费用）；

范式判定：

非主属性不部分依赖于码也不传递依赖于码，且每一个决定因素都包含码，所以报修∈BCNF。

车位（车位编号、房户编号、车牌号、管理人员、使用时间、退用时间、收费标准、总的收费）；

范式判定：

非主属性不部分依赖于码也不传递依赖于码，且每一个决定因素都包含码，所以报修∈BCNF。

说明：

1.下加横线部分表示关系的码

2.以上关系的详细内容说明请参照概念结构设计中的具体内容

3.上面的各个关系对概念结构设计中的相关内容了作了修改，主要加了各个实体中间的联系，尤其是一对多的联系，纳为属性。

一）存储结构设计

经过分析可知,本小区物业管理系统中信息处理的特点如下：

（１）收费、报修、投诉等数据不仅经常需要查询,而且更新速度快,例如修理部门查询修理的具体信息等。

（２）住户的具体信息、家庭的具体信息、收费的单据等数据一般不能共享。

针对这些特点，设计如下:

确定数据库的存放位置

为了提高系统性能，现根据应用情况将数据按照易变部分和稳定部分、经常存取部分和存取频率较低的部分分别在两个磁盘上存放。

同时，考虑到本系统是多用户的，为了提高效率，数据库的备份的数据和日志文件将保存在磁带中。

经常存取部分：

收费项目（名称、价格、周期、单位）；

收费（收费编号、住户编号、收费名称、定额用量、收费时间、收费总额、收费人员、额内价格、起额价格）；

投诉（投诉编号、住户编号、投诉日期、处理日期、接待人员、处理人员、投诉内容、处理情况、收费时间、收费）；

报修（报修编号、报修内容、报修日期、住户编号、维修人员、物料费用、服务费用、修理费用、总费用）；

车位（车位编号、房户编号、车牌号、管理人员、使用时间、退用时间、收费标准、总的收费）；

存取频率较低的部分：

房屋（房屋编号、楼栋、所属单元、使用面积、产权、建筑面积、房型编号）；

家庭（家庭编号、住户编号、户主姓名、成员姓名、成员性别、称谓、房屋编号）；

确定系统配置

小区物业管理系统需要的微机数量和规模都不必太大，但在系统设计时应考虑到酒店的发展需求，在选择硬件设备、服务器操作系统、数据库时都考虑到能够逐步的增加和扩展。

本小区物业管理系统选用了windowsXP系统，它能够有较好的使用界面并能够充分发挥出微机硬件的作用，比较适合小区物业公司这样的机构；另外，选用了SQLserver2008

由于涉及到住户的私人信息管理，数据的完整性和安全性显得尤其重要。

系统中的数据一旦丢失，将需要很长时间进行恢复，有时甚至使信息系统不得不从系统初始化阶段重新开始运行。

每天进行数据备份是保障系统安全的重要手段。

数据备份需要严格按照事先制定的备份与故障恢复策略进行，并落实备份登记和检查措施。

具体的系统配置应当根据系统实际运行情况做进一步的调整。

存取路径设计

存取方式的分析:

对收费、报修、投诉的各个关系最经常的操作是查找，假设现有n个住宿房间的信息，如果采取顺序查找，平均查找n/2次；建立B+树索引，则平均查找次数为B+树的层数log2n+1。

所以选择B+树作为索引,具体设计如下：

对以下经常在查询中出现的关系的码建立索引<说明：

下加横线部分表示关系的码>

收费项目（名称、价格、周期、单位）；

收费（收费编号、住户编号、收费名称、定额用量、收费时间、收费总额、收费人员、额内价格、起额价格）；

投诉（投诉编号、住户编号、投诉日期、处理日期、接待人员、处理人员、投诉内容、处理情况、收费时间、收费）；

报修（报修编号、报修内容、报修日期、住户编号、维修人员、物料费用、服务费用、修理费用、总费用）；

各表设计截图如下：

用户表截图

房屋表截图

家庭表截图

收费项目表截图

收费表截图