引言
问题背景及提出的必要性
生活小区的物业管理是物业公司都必须切实面对的工作,但一直以来人们使用传统的人工方式管理,这种管理方式存在着许多缺点,如:效率低且较为烦琐,另外随着物业管理工程的增加,工作量也将大大增加,这必然增加物业管种信息,包括住户信息的添加、修改、删除、查询。
停车场管理:管理停车场的各种信息,包括停车场信息的添加、修改、删除、查询。
物业收费管理:管理小区的各种收费工程,包括收费工程的添加、修改、删除、查询。
住户报修管理:管理住户报修信息,包括住户报修信息的添加、修改、删除、查询。
住户投诉管理:管理住户投诉信息,包括住户投诉信息的添加、修改、删除、查询。
再进行详细调查,绘制出数据流图,如图1所示:
图1:系统数据流图
开发与运行环境
本系统开发与运行环境如下:
开发环境:Windows XP
开发工具:Delphi 7
数据库管理系统:Microsoft Access 2022
运行环境:Windows 98/2000/XP
系统实现过程分析
首先根据系统功能分析设计出数据库,包括各个数据表和数据表关系图的详细结构。
实现功能模块时,采用先模块化,后集成的方式。即对各个功能模块分别独立设计和调试,在创立系统主窗体时将各个功能模块通过主窗体的菜单系统集成到一起,最后进行系统整体设计调试。
在访问数据库时,采用公用数据模块存放访问数据库需要的对象。该模块在各个功能模块中被直接调用,防止数据库的反复连接,并可减少代码编写,从而提高系统开发效率。
系统设计
设计原那么
实用性原那么:要求满足实际工作的需要,用户接口和操作界面设计尽可能做到界面美观大方,操作简便实用。
可扩展性原那么:为适应将来的开展,系统应具有良好的可扩展性和可维护性,软件设计尽可能模块化、组件化,使系统可灵活配置,适应不同的情况。
平安性原那么:软件与数据库的设计要做到平安可靠,防止非法用户的入侵。
用户界面设计原那么:用户界面的设计应符合Windows标准的图形用户界面,做到美观大方。用户界面应当直观、明了、条理清晰。实现“傻瓜型〞管理——易学、易用、易管理。
数据库设计原那么:要求数据具有一致性、完整性、平安性和可伸缩性原那么。
系统模块设计
根据系统功能分析,得到如图2所示的系统功能模块结构图。
图2:系统功能模块结构图
数据库设计
数据字典
根据系统功能模块结构图和管理工作流程,以及一般小区物业管理系统的需要,总结出如下的数据字典:
系统用户数据:包括的数据项有系统用户名、登录口令、身份。
楼盘数据:包含的数据项有门牌号、户型、出售否、出租否、户主姓名、产权证编号、土地使用证编号、面积等。
住户数据:包含的数据项有门牌号、户主姓名、户型、常住人口、联系 、备注等。
停车数据:包含的数据项有车位编号、状态、金额、入场时间、离场时间等。
车位状态:包含的数据项有车位编号和状态。
收费工程数据:包括的数据项有工程编号、门牌号、水费、电费、气费、物管费、其他费、收费时间等。
报修工程数据:包含的数据项有工程编号、门牌号、报修人、内容、时间、维修否、维修人、备注等。
投诉工程数据:包含的数据项有工程编号、门牌号、内容、时间、投诉人、负责人等。
数据库结构设计
根据系统需求,分析出实体-关系图,如图3所示:
图3:实体关系图
根据实体-关系图和数据字典设计出各个数据表,根据系统用户使用要求得到系统用户数据表,根据楼盘、停车场、住户实体得到楼盘数据表、住户数据表停车场数据表,根据投诉、收费、报修关系得到收费工程数据表、投诉工程数据表、报修工程数据表。数据表名称与结构如下:
系统用户数据表:表名“user1〞,结构见表1。
表1
user1表结构
列名
数据类型
字节数
索引
Name
文本
15
是
id
自动编号
长整型
Passwd
文本
10
role
文本
50
楼盘数据表:表名“lpb〞,结构见表2。
表2
lpb表结构
字段名
数据类型
字节数
索引
说明
id
自动编号
长整型
是
Mph
文本
15
门牌号
Hz
文本
10
户主
Hx
文本
30
户型
Cz
是/否
出租否
Cs
是/否
出售否
Cqh
文本
30
产权证号
Tdh
文本
30
土地证号
Mj
数字
双精度型
面积
住户数据表:表名“zhb〞,结构见表3。
表3
zhb表结构
字段名
数据类型
字节
毕业论文-小区物业管理系统设计与实现 来自淘豆网m.daumloan.com转载请标明出处.