社区物业管理系统分析与设计毕设论文.docx
《社区物业管理系统分析与设计毕设论文.docx》由会员分享，可在线阅读，更多相关《社区物业管理系统分析与设计毕设论文.docx（23页珍藏版）》请在冰豆网上搜索。
社区物业管理系统分析与设计毕设论文
引言1
1系统规划2
1.1现状调查2
1.2系统目标2
1.3可行性分析3
1.3.1技术可行性3
1.3.2经济可行性分析3
1.3.3社会意义可行性3
1.4总结4
2系统分析5
2.1系统业务分析5
2.2系统数据流程分析7
2.3数据字典8
2.3.1数据流8
2.3.2处理逻辑10
2.3.3数据存储13
2.3.4外部实体14
3系统总体设计15
3.1系统结构设计15
3.2总体数据库设计16
4系统详细设计17
4.1数据库设计17
4.1.1概念结构设计17
4.1.2物理结构设计20
4.2处理流程图23
5总结29
参考文献30
引言
当今社会是一个计算机普遍应用的社会，随着社会的发展和人们生活水平的提高，人们逐步进入了信息社会，随着房地产业的蓬勃发展，住宅小区已经成为居住的主流，小区物业管理也应运而生。
小区物业管理主要涉及到大量的业主资料、繁杂的收费统计以及小区各项资源的管理，传统的人工管理方式难以应付。
小区物业管理系统就是为小区管理者更好的开展小区各项业务处理工作而开发的管理软件，利用计算机实现对小区物业高效、准确的维护和管理。
本论文主要是针对唐山市祥荣里里小区的实际需求，开发一个小区物业管理系统，为有关办公人员提供必要的帮助，对于小区物业管理来说，其工作繁杂、多样化、房屋管理复杂、收缴费用与设备维护繁琐。
计算机已经能够胜任物业管理工作，而且更加准确、方便、快捷、高效、清晰、透明，它可以克服以上所述的不足之处。
这将给项目查询和管理带来很大的方便，从而给物业管理工作带来更高的效率，因此，开发一套高效率、无差错的小区物业管理系统软件十分必要。
物业管理系统是根据祥荣里小区的实际管理工作流程设计的，它的工作流程也是与现实保持一致。
祥荣里小区物业管理信息系统简单实用，从较大程度上缓解了管理人员的工作压力。
本系统是以SQLServer2000为开发平台来实现系统功能的过程。
通过对祥荣里小区物业管理进行可行性分析，需求分析和系统设计逐步将一个小区物业管理系统的开发过程呈现出来。
此系统的开发，是为了规范住宅小区的管理工作，为物业管理部门提供一套高效、快捷的应用软件。
主要实现住户管理功能、房产管理功能、停车场管理功能、维修管理功能、缴费管理功能等。
可以实现管理的信息化，提高办公效率，减少办公压力，健全管理体制，提高数据安全性，缩短信息的响应时间，将以前传统的、零散的、被动的管理模式转变为先进的、系统的、主动的管理模式。
1系统规划
1.1现状调查
近年来，随着人民生活水平的提高，人们对住宅质量提出更高的要求。
在此前提下，我国各地涌现出了一些运用现代的计算机、控制与通信技术的智能化住宅小区。
但是许多智能小区都存在搭好了平台却没有智能化的软体在上面运行的情况，或者说缺少现代化的管理手段。
祥荣里小区属于典型的老式居民小区，因为没有专业的物业公司管理，该小区内所有的维修、缴费问题等都靠居民自行解决，安全隐患不能及时排查。
因为物业服务、物业费等问题容易产生纠纷，纠纷、投诉等没有专人解决，对邻里和睦有很大的负面影响。
并且该小区老人较多，没有配套的物业管理服务，给老人的生活造成诸多不便。
缺乏专业的物业管理，是老式小区普遍存在的问题。
这给建设和谐社会带来了很大的困难，而要实现这些小区的物业管理专业化投资并不大。
而要高效、正规地进行物业管理，就必需引进计算机技术，这样才能在物业管理中形成良性循环，提高工作效率。
在物业管理中，计算机能帮助物业管理公司处理大量数据，非常方便地进行文件资料的存储、处理、传输、打印、分析，实现信息的共享与高速交换，从而提高工作效率和服务水平，让物业管理走向正规化、程序化、决策科学化，同时引入计算机能更好地宣传企业形象、提高企业声誉。
总之，对于整个物业管理发展来讲，物业管理的计算机化、信息化是一个势在必行的趋势。
综合以上种种原因，我们要开发物业管理系统，实现用计算机进行物业管理，提高办公效率，减少办公压力，规范物业管理，减少安全隐患和纠纷等不和谐因素，为我国建设和谐社会做出贡献。
1.2系统目标
随着科学技术的不断提高,计算机科学技术日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的一部分,使用计算机社区的各项信息进行管理，具有手工管理所无法比拟的优点。
其检索迅速、查找方便、可靠性高、存储量大、保密性好、成本低等。
这些优点能够极大地提高工作的效率,也是企业的科学化、正规化管理与世界接轨的重要条件。
因此，开发一套小区物业管理系统具有很重要意义，可以规范住宅小区的管理工作，为物业管理部门提供一套高效、快捷的应用软件，它可以实现以下几项功能：
包括住户信息管理、住户维修管理、物业缴费管理和住户停车车位管理等四大功能模块，住户资料管理模块实现小区住户信息的详细记录以及住户信息的添加、删除和修改；住户维修管理模块实现报修信息的记录和管理；物业缴费管理模块实现住户缴费信息的记录和管理；住户停车车位管理模块实现住户车位信息的记录、增加、删除、查询等。
1.3可行性分析
可行性分析（FeasibilityAnalysis）也称为可行性研究，是在系统调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、社会的方面进行分析和研究，以避免投资失误，保证新系统的开发成功。
可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决
1.3.1技术可行性
小区物业管理系统采用了当前的主流计算结构模式进行开发，前台开发工具选用MicrosoftVisualBasic6.0，是一种可视化的、面向对象的Windows开发语言，具有易用、通用和开发效率高的特点，加强了数据库、Internet和创建控件方面的功能。
后台的数据库开发工具选用了Access2000，是一种关系型数据库管理系统，不但能存储和管理数据，还能编写数据库管理软件，用户可以通过Access提供的开发环境及工具方便地构建数据库应用程序，大部分是直观的可视化的操作，无需编写程序代码，是一种使用方便、功能较强的数据库开发工具它能够处理大量数据，具有保持数据完整性并提供许多高级管理和数据分配功能。
这两种开发工具功能强大，有较好的接口，作为本系统开发工具是可行的。
1.3.2经济可行性
随着计算机技术的飞速发展，计算机在企业管理中应用的普及，利用计算机实现企业人事管理势在必行。
本系统对经济上没有太多的要求，只要具备计算机及相应的运行软件即可开发。
项目成功后，数据的处理加快，可以节省人力，节约时间。
而且系统对于输入输出的规范，也提高了数据可用性，增强了数据安全系数，能够更方便、简单、快速地查询车位、维修、缴费、业主的各个方面的信息，方便快捷的缴费，登记、排查所有的安全隐患，票据、协议的生成、打印等，对提高小区物业管理水平有一定得现实意义。
传统的管理方式，对物业管理人员要求数量多，耗资高，错误率高，工作人员流动和对新人的培训经费也是不小的开支。
一套完善的小区物业管理系统可持续使用并能随着时代和工作的需求不断更新，按长期的使用计算，开发系统的造价平均到每年与传统式的管理方式的年耗资本相对比，性价比是可行的。
1.3.3社会意义可行性
物业管理系统采用面向对象技术，开发出来的界面友好，几乎人人都可以很简单地按照相关说明进行操作。
系统能为物业管理者和业主提供高效、方便快捷的服务，工作量和出错率远远低于传统管理模式，同时新系统操作简单易上手，特别是与实际流程一致，用户可以很快熟悉和习惯。
1.4分析结论
经过技术、经济、社会意义方面的可行性分析后，认为本物业管理系统是可行的，它可以帮助工作人员准确、快捷、方便的完成各项业务，并为小区居民带来益处。
2系统分析
2.1系统业务分析
本物业管理系统的业务流程主要包括以下内容：
（1）住户信息管理管理住户的信息包括：
住户编号、住户名称、住户身份证号、住户成员、住户车辆信息等，作为其他管理的基础。
（2）停车管理住户停车信息主要包括：
车位编号、住户编号、停放日期、撤离日期和备注。
用于对小区住户停车的车位进行管理，管理员主要是对车位的使用进行记录，可以对信息执行添加、删除和修改功能。
（3）维修管理维修管理信息包括单据编号、住户编号、维修人员、维修费用、修改记录等。
用于管理小区中各个设施的维修。
（4）缴费管理住户的缴费信息主要包括：
单据编号、住户编号、缴费日期、收费人员、缴费方式、缴费总额和备注。
用于管理住户的缴费情况，管理员可以对其进行添加、删除和修改。
（5）系统用户权限管理限制用户权限，不能随意进入任何系统。
包括添加用户、修改用户、删除用户。
系统业务流程图如图2-1所示：
不合格单
退车位申请单
删除车位信息
维修信息记录
车位信息记录
审核报修人身份及报修项目
收费单
维修处理
添加车位信息
有空位回单
维修单
查询停车记录
无空位回单
合格报修单
车位信息
停车位申请
报修登记
缴费单
物业管理部门
缴费信息
缴费
住户
住户
缴费信息记录
查询缴费情况
住户信息记录
催促缴费单
住户
搬出通知
删除住户
图2-1业务流程图
2.2系统数据流程分析
根据调查及分析的结果绘出系统数据流程图如下：
第一层数据流程图如图2-2所示
S1
图2-2第一层数据流程图
第二层数据流程图：
D2
图2-3停车位管理流程图
D5
图2-4缴费管理流程图
D8
图2-5维修管理流程图
2.3数据字典
2.3.1数据流
数据流编号：
D1
数据流名称：
退车位申请单
简述：
住户申请退车位
数据流来源：
客户
数据流去向：
物业管理部门
数据流组成：
车位编号+住户编号
数据流量：
随机
高峰流量：
随机
数据流编号：
D2
数据流名称：
停车位申请
简述：
有车的住户申请停车位
数据流来源：
住户
数据流去向：
物业管理部门
数据流组成：
住户名称+使用日期
数据流量：
随机
高峰流量：
随机
数据流编号：
D3
数据流名称：
车位信息
简述：
物业部门提供给住户的停车位的信息
数据流来源：
物业管理部门
数据流去向：
住户
数据流组成：
车位编号+住户编号+使用日期+备注
数据流量：
随机
高峰流量：
随机
数据流编号：
D4
数据流名称：
缴费单
简述：
住户交费后物业提供给用户的单据
数据流来源：
物业管理部门
数据流去向：
住户
数据流组成：
单据编号+住户编号+缴费日期+收费人员+缴费方式+缴费总额+备注
数据流量：
随机
高峰流量：
随机
数据流编号：
D5
数据流名称：
催促缴费单
简述：
物业部门催促未交足费用的用户缴费
数据流来源：
物业管理部门
数据流去向：
住户
数据流组成：
住户编号+应交费用
数据流量：
随机
高峰流量：
随机
数据流编号：
D6
数据流名称：
报修单
简述：
用户请求报修
数据流来源：
住户
数据流去向：
物业管理部门
数据流组成：
住户编号+报修设备+报修时间
数据流量：
随机
高峰流量：
随机
数据流编号：
D7
数据流名称：
维修单
简述：
维修信息
数据流来源：
物业管理部门
数据流去向：
物业管理部门
数据流组成：
单据编号+住户编号+维修人员+物料费用+修改记录+维修时间
数据流量：
随机
高峰流量：
随机
数据流编号：
D8
数据流名称：
收费单
简述：
维修后住户应交纳的维修费用
数据流来源：
物业管理部门
数据流去向：
住户
数据流组成：
住户编号+应收费用+维修时间
数据流量：
随机
高峰流量：
随机
2.3.2处理逻辑
处理逻辑编号：
P1.1
处理逻辑名称：
停车处理
简述：
对车位进行添加、删除和修改
输入的数据流：
停车位申请
处理描述：
根据住户停车位的申请，提供停车位
输出的数据流：
停车位信息
处理频率：
随机
处理逻辑编号：
P1.2
处理逻辑名称：
服务处理
简述：
处理住户搬出的业务
输入的数据流：
搬出申明
处理描述：
根据住户搬出声明，对对住户信息和房产信息进行修改
输出的数据流：
住户档案
处理频率：
随机
处理逻辑编号：
P1.3
处理逻辑名称：
维修处理
简述：
处理维修小区中各个设施业务
输入的数据流：
报修单
处理描述：
根据住户提供的保修单修复设备，收取维修费用
输出的数据流：
收费单
处理频率：
随机
处理逻辑编号：
P1.4
处理逻辑名称：
缴费处理
简述：
管理员对住户缴费信息进行添加、删除和修改
输入的数据流：
现金/存款
处理描述：
登记用户缴费情况，催促未交全用户交纳
输出的数据流：
缴费单+缴费记录+催促缴费单
处理频率：
30天/次
处理逻辑编号：
P2.1.1
处理逻辑名称：
修改停车位信息
简述：
对停车位信息进行修改
输入的数据流：
退车位申请单
处理描述：
物业在住户退车位时修改有关停车位信息
输出的数据流：
停车位记录
处理频率：
随机
处理逻辑编号：
P2.1.2
处理逻辑名称：
查询停车位记录
简述：
对停车位信息进行查询操作
输入的数据流：
停车位申请
处理描述：
根据用户提供的停车位申请查询是否有空停车位
输出的数据流：
有/无空车位信息
处理频率：
随机
处理逻辑编号：
P2.1.3
处理逻辑名称：
添加停车位信息
简述：
将住户新车位信息添加到停车位记录中
输入的数据流：
有空车位
处理描述：
将空停车位提供给住户并添加停车位信息
输出的数据流：
停车位记录/新添的车位信息
处理频率：
随机
处理逻辑编号：
P2.2.1
处理逻辑名称：
更新缴费信息
简述：
记录住户缴费信息，并更新原缴费信息
输入的数据流：
现金/存款
处理描述：
登记住户新交纳的费用，更新原信息，打印缴费单
输出的数据流：
缴费单+缴费记录
处理频率：
随机
处理逻辑编号：
P2.2.2
处理逻辑名称：
查询缴费信息
简述：
对住户缴费状况查询
输入的数据流：
缴费记录
处理描述：
对查询出的未交足费用的住户进行催促
输出的数据流：
催促缴费单+缴费不足住户
处理频率：
30天/次
处理逻辑编号：
P2.3.1
处理逻辑名称：
审核报修人身份及报修项目
简述：
对报修人身份和保修单审查，看是否满足规定
输入的数据流：
报修单
处理描述：
对报修人身份和保修单审查，合格的通过，不合格的返回住户
输出的数据流：
合格/不合格报修单
处理频率：
随机
处理逻辑编号：
P2.3.2
处理逻辑名称：
报修登记
简述：
对合格报修人身份和保修单登记
输入的数据流：
合格报修单
处理描述：
登记合格的报修人身份和报修单，并填写维修单
输出的数据流：
维修单
处理频率：
随机
处理逻辑编号：
P2.3.3
处理逻辑名称：
维修处理
简述：
根据维修单进行处理
输入的数据流：
维修单
处理描述：
维修报修项目，并开出收费单
输出的数据流：
收费单
处理频率：
随机
2.3.3数据存储
数据存储编号：
F1
数据存储名称：
住户档案
简述：
记录住户基本信息
数据存储组成：
住户编号+住户名称+住户身份证号+联系电话+房屋编号
关键字：
住户编号
相关联的处理：
P1.2
数据存储编号：
F2
数据存储名称：
缴费记录
简述：
记录住户缴费的基本信息
数据存储组成：
单据编号+住户编号+缴费日期+收费人员+缴费方式+缴费总额+备注
关键字：
单据编号
相关联的处理：
P1.4，P2.3.1，2.3.2
数据存储编号：
F3
数据存储名称：
停车位记录
简述：
记录住户停车位的基本信息
数据存储组成：
车位编号+住户编号+使用日期+备注
关键字：
车位编号
相关联的处理：
P2.2.1，2.2.3
数据存储编号：
F4
数据存储名称：
维修记录
简述：
记录住户维修的基本信息
数据存储组成：
单据编号+维修人员+物料费用+修改记录
关键字：
单据编号
相关联的处理：
2.4.3
2.3.4外部实体
外部实体编号：
S1
外部实体名称：
住户
简述：
已交款入住的人员
输入数据流：
车位信息,催促缴费单,收费单
输出数据流：
车位申请单,报修单,现金/存款
3系统总体设计
3.1系统结构设计
物业管理系统主要有四个模块的功能：
住户信息管理、缴费信息管理、维修信息管理、车位信息管理
住户信息管理:
用于管理小区住户的详细信息，可以对住户信息进行添加、删除和修改。
住户的信息主要包括住户编号、住户名称、身份证号、联系电话、房屋编号。
维修信息管理：
用于处理住户提出的修理要求，管理员可以根据实际情况对修理信息进行添加、删除和修改。
住户的报修信息主要包括：
单据编号、住户编号、维修人员、维修日期、维修费用和报修记录。
缴费信息管理：
用于管理住户的缴费情况，管理员可以对其进行添加、删除和修改。
住户的缴费信息主要包括：
单据编号、住户编号、缴费日期、收费人员、缴费方式、缴费总额和备注。
车位信息管理：
用于对小区住户停车的车位进行管理，管理员主要是对车位的使用进行记录，可以对信息执行添加、删除和修改功能。
住户停车信息主要包括：
车位编号、住户编号、使用日期和备注。
系统权限设置：
限制用户权限，不能随意进入任何系统，用于管理员修改密码。
图4-1：
功能结构图
物业管理系统功能结构图如图4-1所示：
修改密码
3.2总体数据库设计
物业管理系统的数据库管理系统采用MicrosoftSQLServer数据库，本系统中的添加、删除住户信息数据为基础数据。
添加、删除、修改缴费信息数据，添加、删除、修改维修信息数据，添加、删除、修改车位信息数据为中间数据。
数据存储于服务器上。
4系统详细设计
4.1数据库设计
数据库设计是要在一个给定的应用环境（DBMS）中，通过合理的逻辑设计和有效的物理设计，构造较优的数据库模式、子模式，建立数据库和设计应用程序，满足用户的各种信息需求。
4.1.1概念结构设计
（1）物业管理系统的关系模式
在数据库设计中，先要对系统分析所得的数据字典中的数据存储进行分析，然后得出系统的关系模式。
关系模式如下：
住户（住户编号，住户名称，身份证号，联系电话，房屋编号）；
维修（维修编号，住户编号，维修人员，维修费用，维修记录）；
缴费（单据编号，住户编号，缴费日期，缴费方式，收费人员，备注）；
车位（车位编号，住户编号，车位余量，备注）
（2）物业管理系统的E-R图
采用实体—联系图（简称E—R图）的方法进行数据结构的描述。
E—R图由实体、属性、联系三部分组成。
E—R图的有关符号说明如下：
联系
住户及其属性图如图4-1所示:
房屋编号
图4-1住户及其属性图
维修管理及其属性图如图4-2所示：
维修记录
图4-2维修管理及其属性图
缴费管理及其属性图如图4-3所示：
收费人员
图4-3缴费管理及其属性图
停车场及其属性图如图4-4所示：
撤离日期
图4-4停车场及其属性图
实体间的联系如图4-5所示：
缴费
n
缴费金额
记录
维修日期
1
n
报修
维修
住户信息
1
1
使用
停放日期
n
车位
图4-5实体联系图
4.1.2物理结构设计
首先在SQLServer2000中创建一个数据库，命名为wygl。
根据上面的分析，可以建该数据库中的基本信息表。
其中基本信息表如下所示。
表4-1本系统所用到的基本信息表及用途
表名
用途
Admin
管理员信息表
Baseinfo
住户管理信息表
Money
缴费管理信息表
Park
停车管理信息表
Maintain
维修管理信息表
管理员信息表（Admin）如表4-2所示：
表4-2管理员信息表
名称
数据类型
作用
管理员编号
int
编号（主键）
管理员名称
varchar
管理员用户名
密码
varchar
管理员密码
使用权限
int
权限
住户管理信息表（Baseinfo）如表4-3所示：
表4-3住户信息表
编号
字段名称
数据结构
主键
最大长度
允许空
1
住户编号
varchar
是
10
否
2
住户名称
varchar
20
否
3
联系电话
varchar
11
否
4
身份证号
varchar
18
否
5
房屋编号
varchar
8
是
住户缴费信息表（Money）如表4-4所示：
表4-4缴费信息表
编号
字段名称
数据结构
主键
最大长度
允许空
1
单据编号
varchar
是
8
否
2
住户名称
char
20
否
3
缴费方式
varchar
20
否
4
缴费日期
datetime
10
否
5
收费人员
varchar
20
否
6
缴费总额
float
N
否
7
备注
varchar
20
是
住户停车管理信息表（Park）如表4-6所示：
表4-5停车信息表
编号
字段名称
数据结构
主键
最大长度
允许空
1
车位编号
varchar
是
8
否
2
住户编号
varchar
10
否
3
停放日期
datetime
10
否
4
撤离日期
datetime
10
是
5
备注
varchar
10
是
维修管理信息表（Maintain）如表4-7所示：
表4-6维修信息表
编号
字段名称
数据结构
主键
最大长度
允许空
1
维修编号
varchar
是
8
否
2
维修人员
varchar
20
是
3
报修日期
datetime
10
否
4
维修费用
numeric
8
是
5
住户编号
varchar
10
否
6
维修记录
char
8
是
4.2处理流程图
（1）添加住户信息的流程图如图4-6所示
NO
图4-6添加住户信息
（2）删除住户信息的流程图如图4-7所示
YES
NO
图4-7删除住户信息
（3）查询住户信息的流程图如图4-8所示
YES
NO
图4-8住户查询信息
（4）停车场添加车辆信息的流程图如图4-9所示
登陆
输入车辆信息
YES
是否存在
NO
YES
是否已满
NO
添加车辆信息
结束
图4-9添加车辆信息
（5）删除车辆信息的流程图如图4-10所示
NO
图4-10删除车辆信息
（6）查询车辆信息的流程图如图4-11所示
NO
图4-11查询车辆信息
（7）添加维修信息的流程图如图4-12所示
NO
YES
YES
图4-12添加维修信息
（8）删除维修信息的流程图如图4-13所示
NO
图4-13删除维修信息
图4-14查询维修信息
YES
（9）查询维修信息的流
升级会员 