物业管理系统设计文档Word文档格式.docx
- 文档编号:14259052
- 上传时间:2022-10-21
- 格式:DOCX
- 页数:10
- 大小:197.80KB
物业管理系统设计文档Word文档格式.docx
《物业管理系统设计文档Word文档格式.docx》由会员分享,可在线阅读,更多相关《物业管理系统设计文档Word文档格式.docx(10页珍藏版)》请在冰豆网上搜索。
3.2物业业主服务子系统功能模块图
该系统主要是针对系统管理员的小区物业管理系统,没有设置其他用户登录,该系统有六个主要的功能模块构成其中有:
(1)基本设置:
主要是对系统管理员的登陆密码进行修改和管理,管理员身份admin,初始密码:
admin,登录后才能对起进行修改。
(2)住户资料管理:
包括业主基本资料添加和管理模块。
(3)投诉管理:
包括投诉添加和投诉管理,主要是内容上投诉的基本事项和处理详细内容。
(4)报修管理:
报修添加和报修管理两个子模块,添加信息有报修事项和报修处理结果及产生的费用内容。
(5)缴费管理:
是该系统的最重要组成模块,包括主要收费项目和缴费业主信息,包括指定业主的主要产生费用项目管理。
(6)停车车位管理:
包括停车车位管理和信息管理,主要是车位基本信息方面的添加与查看。
图3.2系统功能模块图
3.3业务流程图
图3-3系统业务流程图
流程说明:
(1)用户填写基本信息交给系统管理员,有系统管理员将用户信息添加到用户信息库。
(2)用户将投诉单交给系统管理员,待投诉处理后,给用户处理回执结果。
(3)业主提交报修单给维修人员,维修人员处理后将处理信息给系统管理员,管理员向用户提供回执和将维修信息报维修总计。
(4)系统管理员通过业主基本信息库向用户提交缴费清单,用户缴费到财务,财务回复用户缴费收据给用户和向系统管理员提供缴费信息。
(5)用户查看停车位信息,缴费有管理员确定车位信息,修改剩余车位信息。
3.4数据流程图
图3-4数据流程图
3.5数据库设计
数据库设计是要在一个给定的应用环境(DBMS)中,通过合理的逻辑设计和有效的物理设计,构造较优的数据库模式、子模式,建立数据库和设计应用程序,满足用户的各种信息需求。
3.5.1、概念结构设计
在数据库设计中,先要对系统分析所得的数据字典中的数据存储进行分析,然后得出系统的关系模式,可以采用实体——联系图(简称E——R图)的方法进行数据结构的描述。
E——R图由实体、属性、联系三部分组成。
E——R图的有关符号说明如下:
图3.5.1住户信息E-R图
图3.5.2投诉信息E-R图
图3.5.3报修信息E-R图
图3.5.4收费信息E-R图
图3.5.5车位信息E-R图
实体间主要联系如下:
图3-5-5实体间联系图
3.5.2、物理结构设计
物理结构设计的原则如下:
(1)尽可能的减少数据冗余和重复。
(2)结构设计与操作设计相结合。
(3)数据结构具有相对的稳定性。
基于以上设计原则,本系统设计了一个数据库,包含管理员、住户信息、收费信息、车位使用信息、车位信息、报维信息、维护信息等几个表。
为了加快系统访问的速度把这7个表放在一个数据库中。
本系统中相关数据库表结构设计举例如下:
表1:
admin(管理员)表:
字段名称
字段类型
宽度
小数位
ID
自动编号
UserName
文本
10
Psw
15
表2:
BaseInfo(住户信息)表:
住户编号
户主名称
联系电话
楼宇名称
8
楼层
6
房屋号
单元
迁入日期
日期/时间
房型
备注
20
表3:
DataMoney(收费信息)表:
编号
单据编号
住户名称
缴费日期
收费人员
缴费方式
缴费总额
数字
2
表4:
Park(车位使用信息)表:
车位编号
使用日期
表5:
ParkBase(车位信息)表:
表6:
Repair(报修信息)表:
维修人员
报修日期
服务费用
物料费用
费用合计
报修内容
表7:
TouShu(投诉信息)表:
投诉编号
投诉住户
接待人员
投诉日期
投诉内容
处理人员
处理情况
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 物业管理 系统 设计 文档