数据库课程设计小区物业管理系统.docx
《数据库课程设计小区物业管理系统.docx》由会员分享,可在线阅读,更多相关《数据库课程设计小区物业管理系统.docx(21页珍藏版)》请在冰豆网上搜索。
![数据库课程设计小区物业管理系统.docx](https://file1.bdocx.com/fileroot1/2023-2/1/72ecfff4-d841-4356-9611-064c943ea02d/72ecfff4-d841-4356-9611-064c943ea02d1.gif)
数据库课程设计小区物业管理系统
数据库课程设计报告
-------小区物业管理系统
学院:
计算机学院
专业:
计算机科学与技术专业
班级:
姓名:
学号:
任课教师:
实验教师:
助教:
XXX
一、系统开发平台
题目:
小区物业管理系统
数据库:
JavaDB
开发工具:
NetBeans6.9.1
操作系统:
MicrosoftWindow7
二、数据库规划
2.1任务陈述
随着城市中的小区物业的慢慢成熟,出现了越来越多的管理需求。
目前我国的小区
物业管理,普遍采用普通的纸质物业管理模式。
这种落后的管理模式与飞速发展的小区
物业有了鲜明对比。
也严重制约了小区物业的管理质量和发展速度,在网络及计算机科
技发达的今天,将计算机技术引入小区物业的实际管理中是非常有必要的。
将财务、客
户服务、业主委员会、会所、物业、工程等服务进行计算机化,来协助物业管理相关的
业务与服务,可以大大提供管理的效率、可靠性、安全性。
小区物业管理系统是为小区物业管理公司定制的全套计算机系统,它具有高效、兼
容性强、可深度定制、维护方便、操作简单、安全性强、出错率低的有点。
实现小区管
理自动化,通过对系统数据的分析,可以提高小区管理的针对性与服务质量。
可以让客
户及时反馈管理中存在的问题。
它为小区物业管理公司提供了低廉而高效的管理方式,
减少了人为错误及人力成本。
2.2任务目标
·2.2.1用户信息管理
主要实现软件用户的注册,管理员可查询、修改用户信息,包括超级管理员可升级普通用户的权限。
·2.2.2业主信息管理
主要实现业主的基本信息查询,修改,删除。
·2.2.3房产信息查询
主要实现房产基本信息,如房号、小区号、楼号、楼层、户型、房屋状态、业主、房屋面积等信息的添加、查询、修改。
·2.2.4物业信息查询
主要实现月度各项物业费的录入、查询、修改、报表打印。
·2.2.5缴费信息查询
实现以单位房产的物业费用交纳、查询、统计。
三、系统定义
3.1功能模块图
3.2系统边界
3.3用户视图
用户视图
功能需求
管理员
Ø查询业主信息
Ø查询用户信息
Ø查询物业费缴纳信息
Ø维护业主、房产信息
Ø维护小区物业信息
Ø打印业主缴费单
用户
Ø修改用户登录密码
Ø修改自己的业主基本信息
Ø查询基本信息
Ø查询缴费信息
四、需求分析
4.1用户需求说明
4.1.1数据需求
(1)用户数据:
要有身份证,权限,密码
(2)业主数据:
要有身份证,姓名,性别,电话
(3)房产数据:
要有房号,小区,楼号,楼层,户型,状态,业主身份证,面积,用途
(4)物业数据:
要有费用号,费用名,单价,开始时间,结束时间
(5)缴费数据:
要有费用号,房号,开始时间,结束时间,抄表度数,总价,收费员,收费情况
4.1.2事务需求
数据录入:
录入业主信息、房产信息、物业信息、用量信息、缴费信息
数据查询/输出:
查询业主信息、房产基本信息、业主各月物业报表、应收未收水电煤表
数据输出:
房产信息、业主信息、缴费信息、物业用量信息
数据更新/删除:
业主信息、房屋状态信息、生成的物业信息不能删除
4.2系统需求说明
4.2.1软件环境
软件环境需要支持Window操作系统,和安装JDK5.0以上版本及JavaDB数据库
4.2.2硬件环境
Intel(R)Core(TM)2DuoCPUT6600@2.2GHz2.2GHz
4.2.3初始数据库大小
有管理员3名,业主12人,房产信息30条,物业信息60
4.2.4数据库增长速度
每个月已售房产生成各项物业费并被登记在案,业主需缴纳这些物业费。
4.2.5记录查找的类型和平均数量
查找物业使用记录的情况……大约每天20次
查找管理员信息的情况……大约每天1次
查找缴费记录的情况……大约每天30次
查找过房产记录的情况……大约每天10次
4.2.6性能
在5秒内登录并在2秒内响应查询。
4.2.7安全性
每个用户在进入系统时都必须有口令保护;不同用户根据其事先定义的权限不同进入不同的用户视图界面。
五、数据库逻辑设计
5.1ER图
5.2数据字典
实体
属性
类型及大小
空
HOUSE
房号
VARCHAR(20)
否
楼号
INTEGER
小区
VARCHAR(20)
楼层
INTEGER
面积
DECIMAL(6,3)
状态
VARCHAR(10)
户型
VARCHAR(10)
用途
VARCHAR(10)
业主身份证
VARCHAR(20)
单价
DECIMAL(6,3)
单价
DECIMAL(6,3)
TENEMENT
费用号
VARCHAR(10)
否
开始时间
DATE
否
结束时间
DATE
否
度数
VARCHAR(8)
单价
DECIMAL(6,3)
总价
VARCHAR(8)
收费情况
VARCHAR(10)
收费员
VARCHAR(20)
USERIN
身份证
VARCHAR(20)
否
姓名
VARCHAR(20)
否
电话
INTEGER
性别
VARCHAR(10)
IDENTIFICATION
用户名
VARCHAR(20)
否
权限组
VARCHAR(10)
否
密码
VARCHAR(20)
5.3关系表
CREATETABLEHOUSE
("房号"VARCHAR(20)NOTNULL,
"小区"VARCHAR(20),
"楼号"INTEGER,
"楼层"INTEGER,
"户型"VARCHAR(10),
"状态"VARCHAR(10),
"业主身份证"VARCHAR(20),
"面积"DECIMAL(6,3),
"用途"VARCHAR(10),
PRIMARYKEY("房号"));
CREATETABLEIDENTIFICATION
("身份证"VARCHAR(20)NOTNULL,
"权限组"VARCHAR(10),
"密码"VARCHAR(20),
PRIMARYKEY("身份证"));
CREATETABLETENEMENT
("费用号"VARCHAR(20)NOTNULL,
"房号"VARCHAR(20)NOTNULL,
"开始时间"VARCHAR(20)NOTNULL,
"结束时间"VARCHAR(20)NOTNULL,
"抄表度数"DECIMAL(6,3),
"收费单价"DECIMAL(6,3),
"总价"DECIMAL(6,3),
"收费员"VARCHAR(20),
"收费情况"VARCHAR(20),
PRIMARYKEY("开始时间","房号","结束时间","费用号"));
CREATETABLEUSERIN
("身份证"VARCHAR(20)NOTNULL,
"姓名"VARCHAR(20),
"性别"VARCHAR(10),
"电话"VARCHAR(20),
PRIMARYKEY("身份证"));
六、数据库物理设计
6.1索引
每套房产的业主身份证信息在房屋出售状态下,与业主表USERIN联系起来。
每套房子每月会产生水电煤等物业费,但单价可能因物价变动而变,故物业费中房号对应HOUSE表中的房号且这套房子的状态属性必须为已售。
6.2视图
6.3安全机制
6.3.1系统安全
用户名和密码必须对应,连续3次输入密码错误系统自动退出。
6.3.2数据安全
房屋基本信息一经出售,状态药改成“已售”,用途根据业主房屋用途而定,其他基本信息不得修改且自动生成每月物业费。
除非房产业主置空情况下,基本信息可以修改。
若房产信息中存在某业主身份证信息,该业主信息也不得删除。
七、应用程序设计
7.1功能模块
7.1.1计算功能
(1)统计累计月份的指定物业费用。
(2)自动计算一定单价和用量下的物业费用。
(3)计算指定小区范围内的物业总量。
7.1.2存储功能
存储有关对象的具体信息并能方便快速地实现对以上信息的删除增加等操作。
7.1.3输入及输出功能
输入的限定信息等数据经处理后,可以在显示器上按事先定义的格式显示,以便打印或长期保存。
7.2界面设计
7.2.1登录界面
7.2.2管理界面
7.2.3用户管理界面
7.2.4房产管理界面
房产添置
房屋入住
选择产权人和用途:
选择要置空的房产,点击置空:
置空后结果,业主信息清空,房屋状况待售:
若对已售房产执行删除,会出现以下警告:
对空房可执行删除:
7.2.4物业管理界面
物业批量录入是录入每月物业项目:
缴费平台,选择未交费的项目点缴费即可:
7.2.5业主管理界面
7.3事务设计
7.3.1数据库连接和
7.3.2登录检测口令
7.3.2房产查询
根据主键—房号泛查房产:
添加物业旗下未售新房,其业主信息和房屋用途是空,房屋状态未售:
对空房出售,添加业主信息:
7.3.3物业操作
添加每月物业信息:
交费后缴费情况为已付:
八.测试
软件运行正常,只打印功能实现的是模拟打印。
九、总结
深刻体会到设计软件,需求先行。
好的需求分析是成功的第一步,数据库的设计也要精简而全面周到,不然影响后期的数据处理工作。
期间要不断的测试改进,不放弃才能最终做出成果来。