1、用于管理用户的缴费情况。收费管理主要包括(收费编号,住户姓名,物业地址,年份,月份,收费项目,收费方式,应收总额,已交金额,欠款金额,交费日期,办理人,备注等)。住户投诉管理:用于处理住户对其所在小区提出的投诉情况。投诉管理主要包括(投诉编号、投诉住户姓名、接待人员、投诉内容、联系电话、投诉时间、处理人员和处理情况等)。小区服务管理:用于对小区内住户提出的服务要求、小区住户停车的车位、小区对住户进行的提醒服务等的管理。三、系统设计一、系统的功能模块设计二、数据字典1、数据项编号数据项名 称说 明 部 分1房屋编号文本类型,有唯一性2业主姓名文本类型,长度为10字符串3居住成员数文本类型4出生日
2、期格式:*/*5籍贯6联系电话按固定格式输入7身份证号8工作单位9单位地址10车位位置11车主姓名12车牌号13使用状况14投诉编号15投诉住户姓名16接待人员17投诉内容18投诉时间19处理人员20处理情况2.数据结构基本信息表表名用途房产信息管理实现对小区房产信息的录入,管理和查询的功能。业主信息管理实现对入住业主信息的录入,管理和查询的功能。住户投诉管理实现对小区住户投诉的录入,管理和查询的功能住户报修管理实现对小区用户报修的录入,管理和查询的功能。住户车位管理实现对小区物业车位信息的录入,管理和查询的功能。提醒服务管理实现对小区用户提醒信息的功能。物业收费管理实现对小区物业管理收费的录
3、入,管理和查询的功能。房产信息管理表名称数据类型varchar单元楼层户型面积备注业主信息管理表出生年月DatetimeVarchar性别身份证号码投诉管理表保修服务管理表报修编号报修时间接待人报修住户电话完成时间维修人员费用money报修内容维修情况住户车位管理表车位编号使用日期提醒服务管理表提醒编号提醒对象提醒方式提醒类型提醒时间提醒内容物业收费管理表收费编号住户姓名缴费期限收费项目收费方式收费金额缴费日期办理人3.对应的数据实体的E-R图住户信息对应的E-R图房屋信息对应的E-R图收费信息对应的E-R图报修信息对应的E-R图投诉信息对应的E-R图车位信息对应的E-R图提醒信息对应的E-R
4、图4.实体间的联系如下使三、与总E-R图对应的关系模式1、实体所对应的关系模式:业主信息(房屋编号,业主姓名,出生年月,籍贯,性别,工作单位,单位地址,联系电话,身份证号,备注)房屋信息(房屋编号,单元,楼层,户型,面积,业主姓名,居住成员数,备注)投诉信息(投诉编号,投诉住户姓名,接待人员,投诉时间,投诉内容,联系电话,处理人员,处理情况)报修信息(报修编号,报修时间,接待人,报修住户,电话,完成时间,维修人员,费用,报修内容,维修情况)。车位信息(车位编号,车位位置,车主姓名,车牌号,使用日期)。提醒信息(提醒编号,提醒对象,提醒方式,提醒类型,提醒内容,提醒时间)缴费信息(收费编号,住户
5、姓名,缴费期限,收费项目,收费方式,收费金额,缴费日期,办理人)。2、联系所对应的关系模式缴费(收费编号,房屋编号)记录(提醒编号,房屋编号)其它各项联系居于各自的实体关系合并。四、优化后的数据模型按照数据依赖对关系模式进行逐一分析,并进行极小化处理:1.业主信息(房屋编号,业主姓名,出生年月,籍贯,性别,工作单位,单位地址,联系电话,身份证号,备注)2.房屋信息(房屋编号,单元,楼层,户型,面积,业主姓名,居住成员数,备注)3.投诉信息(投诉编号,投诉住户姓名,接待人员,投诉时间,投诉内容,联系电话,处理人员,处理情况)4.报修信息(报修编号,报修时间,接待人,报修住户,电话,维修人员,费用
6、,报修内容,维修情况)。优化说明:删除完成时间,可以再维修情况中查到。5.车位信息(车位编号,车位位置,车主姓名,车牌号,使用日期)。6.缴费信息(收费编号,住户姓名,缴费期限,收费项目,收费金额,缴费日期,办理人)。删除收费方式,不常用到。物 理 结 构 设 计一存储结构设计经分析可知,本小区物业管理系统的特点如下:(1) 缴费信息,提醒信息,报修信息,投诉信息需要经常查询,而且更新快。(2) 各信息之间要求共享的信息不多。针对以上特点,设计如下:确定数据库的存放位置为了提高系统性能,现根据应用情况将数据按照易变部分和稳定部分、经常存取部分和存取频率较低的部分分别在两个磁盘上存放。同时,考虑
7、到本系统是多用户的,为了提高效率,数据库的备份的数据和日志文件将保存在磁带中。 经常存取部分:缴费信息(收费编号,住户姓名,缴费期限,收费项目,收费金额,缴费日期,办理人)。报修信息(报修编号,报修时间,接待人,报修住户,电话,维修人员,费用,报修内容,维修情况)。 存取频率较低的部分:二存取路径设计存取方式的分析: 对缴费、投诉、提醒、报修四个子系统的各个关系最经常的操作是查找,假设现有n个信息,如果采取顺序查找,平均查找n/2次;建立B+树索引,则平均查找次数为B+树的层数log2n+1。所以选择B+树作为索引,具体设计如下: 对以下经常在查询中出现的关系的码建立索引 以下经常进行连接操作的关系的码建立索引:提醒编号,收费编号等 由于下面几个关系模式的更新频率很高,所以没有定义索引:三设计评价及说明上述设计对时间效率,空间效率,维护代价和用户的实际需求做出了较好的权衡,根据小区管理的实际出发,以时间效率和用户的实际需求为根本,得出的最后方案。