数据库课程设计物业管理系统实验报告.docx
《数据库课程设计物业管理系统实验报告.docx》由会员分享，可在线阅读，更多相关《数据库课程设计物业管理系统实验报告.docx（22页珍藏版）》请在冰豆网上搜索。
数据库课程设计物业管理系统实验报告
数据库课程设计报告
物业信息管理系统
学院：
专业：
班级：
姓名：
学号：
任课教师：
实验教师：
目录
一系统开发平台3
二数据库规划3
2.1概述3
2.2目标4
三系统定义4
3.1用户视图4
四需求分析5
4.1数据需求5
4.2事务需求6
五数据库逻辑设计6
5.1E-R图6
5.2数据字典9
六数据库物理设计14
6.1安全机制14
6.1.1系统安全14
6.1.2数据安全14
七应用程序设计15
7.1功能模块15
7.2界面设计15
7.2.1登陆界面15
八测试和运行19
九系统特点24
9.1特色24
9.2不足24
十试验进度及开发总结25
10.1进度25
10.2经验与收获25
一系统开发平台
题目：
物业信息管理系统
数据库：
Oracle
开发工具：
Oracle&Eclipse
操作系统：
MicrosoftWindows7
二数据库规划
二.1概述
随着信息时代的到来，企业的生存和竞争环境发生了根本性的变化。
对于企业而言，信息化无论是作为战略手段还是战术手段，在企业经营中发挥着举足轻重的作用。
互联网的迅猛发展为企业带来了极大便利，企业的运行将更多依赖信息系统的支持，信息系统成为确保企业经济效益、运行效率的重要手段，甚至成为企业盈利的直接手段。
因为传统的办公方式效率低，工作强度大。
人们需耗费大量的时间和精力去手工处理那些繁杂、重复的工作，而手工处理的延时和差错，正是现代化管理中应该去除的弊端。
长期以来，旧有住宅纳入到物业管理之中的很少，就是新建的住宅小区尽管实行了物业管理，但投入的管理力量远远不够，所以有很多小区的物业管理工作只停留在看看门、扫扫地、补补漏、收收垃圾等很浅的层次上。
又由于物业管理企业的启动基金不足，多种经营服务不善等，导致招不到专业水平高的工作人员，再加上管理手段落后，所以就很难提高物业管理企业的效益。
小区管理在手工操作时代，工作非常繁琐，需要大量的人力、物力和财力，极大的浪费了小区物业的资源。
而这些项目在过去手工操作时代，需要手工记录这些事情，不但麻烦琐碎，还经常出现错误，给广大业主带来很不便。
物业管理行业是房地产行业的一个重要组成部分，随着房地产行业的快速发展，人们逐渐接受了物业管理这一管理模式。
良好的物业管理已经成为楼盘销售的重要因素，也成为业主或租户选择物业公司的重要考虑因素。
2.2目标
添加、更新、查询用户信息
添加、更新、查询业主信息
添加、更新、查询房屋信息
添加、更新、查询楼宇信息
添加、更新、查询小区信息
添加、更新、查询费用信息
添加、更新、查询缴费信息
添加、更新、查询欠费信息
自动计算缴费金额并生成欠费信息
费用信息报表
异常的处理
三系统定义
三.1用户视图
管理员可以管理包括用户信息，业主信息，房屋信息，楼宇信息，小区信息，缴费信息，报修信息在内的所有信息；
普通用户可以管理包括业主信息，房屋信息，缴费信息，报修信息在内的所有信息。
四需求分析
四.1数据需求
四.1.1用户信息：
用户编号，登录密码，姓名，权限，（所管理）小区信息；
四.1.2业主信息：
业主身份证号，姓名，出生日期，入住时间，电话，手机，邮箱，预存款余额，工作单位，工作单位电话；
四.1.3房屋信息：
登记号，业主身份证号，门牌号，单元号，楼宇号，小区号，面积，朝向，备注；
四.1.4收费项目信息：
项目编号，名称，类型，单价，周期，备注；
四.1.5产生费用信息：
项目编号，业主身份证号，结算日期，截止到上个周期用量，本周期用量，实际用量，费用金额，记录人员，备注；
四.1.6欠费信息：
项目编号，业主身份证号，欠费日期，欠费金额，欠费期限，备注；
四.1.7缴费信息：
项目编号，业主身份证号，缴费日期，本项目预存款余额，备注；
四.1.8报修信息：
报修单号，业主身份证号，报修日期，报修项目，物资费用，服务费用，维修员工，完工日期，缴费日期，备注；
四.1.9楼宇信息：
楼宇号，名称，单元数，楼层高度，房屋数，小区号，备注；
四.1.10小区信息：
小区号，名称，楼房数量，类型；
四.2事务需求
业主可以在操作员或管理员处查询其所需要的各种信息
a）操作员权限
四.2.1数据查询：
可查询信息包括：
该操作员的基本信息，业主信息，房屋信息，收费项目信息，产生费用信息，欠费信息，缴费信息，楼宇信息，其管理小区信息，报修信息等；
四.2.2数据录入：
可以增加或者修改的信息包括其可查询信息中的部分信息，由于条目较多，不在此详细列出；
四.2.3数据输出：
可输出信息包括：
产生费用信息，欠费信息，缴费信息，报修信息；
b）管理员权限
管理员本系统的最高权限
四.2.4数据查询：
可查询信息包括操作员可查询的全部信息外还包括指定用户信息；
四.2.5数据录入：
可以增加或者修改的信息包括其可查询信息中的全部信息；
四.2.6数据输出：
可输出信息包括其可查询的全部信息；
五数据库逻辑设计
五.1E-R图
五.1.1概览
一
二
三
四
五
五.1
五.1.1
五.1.2用户表
五.1.3业主表
五.1.4房屋表
五.1.5楼宇表
五.1.6小区表
五.1.7收费项目表
五.1.8费用表
五.1.9缴费表
五.1.10欠费表
五.1.11报修表
五.2数据字典
五.2.1用户表
p_useridCHAR（6）NOTNULL
p_passwordVARCHAR（10）NOTNULL
p_usernameVARCHAR（20）NOTNULL
p_administratorCHAR
（2）NOTNULL
p_blocknumNUMBER
（2）
PRIMARYKEY（p_userid）
五.2.2业主表
p_idCHAR（18）NOTNULL
p_nameVARCHAR（20）NOTNULL
p_birthdayDATE
p_indayDATE
p_phoneNUMBER（8）NOTNULL
p_telephoneNUMBER（11）NOTNULL
p_emailVARCHAR（40）
p_balanceNUMBER（72）
p_workVARCHAR（100）
p_workphoneNUMBER（8）
PRIMARYKEY（p_id）
五.2.3房屋表
p_houseidCHAR（10）NOTNULL
p_idCHAR（18）NOTNULL
p_housenumNUMBER（3）NOTNULL
p_unitnumNUMBER
（1）NOTNULL
p_buildnumNUMBER
（2）NOTNULL
p_blocknumNUMBER
（2）NOTNULL
p_areaNUMBER（52）NOTNULL平方米
p_faceCHAR
（2）NOTNULL
p_housenoteVARCHAR（2000）
PRIMARYKEY（p_houseid）
五.2.4楼宇表
p_buildnumNUMBER
（2）NOTNULL
p_blocknumNUMBER
（2）NOTNULL
p_buildnameVARCHAR（20）
p_unitsNUMBER
（1）NOTNULL
p_heightNUMBER
（1）NOTNULL
p_housesNUMBER（3）NOTNULL
p_buildnoteVARCHAR（2000）
PRIMARYKEY（p_buildnump_blocknum）
五.2.5小区表
p_blocknumNUMBER
（2）NOTNULL
p_blocknameVARCHAR（20）
p_buildsNUMBER
（2）NOTNULL
PRIMARYKEY（p_blocknum）
五.2.6收费项目表
p_numNUMBER
（1）NOTNULL
p_pronameVARCHAR（10）
p_typeCHAR
（1）NOTNULL
p_priceNUMBER（62）NOTNULL
p_cycleCHAR
（1）NOTNULL
p_pronoteVARCHAR（2000）
PRIMARYKEY（p_num）
五.2.7费用表
p_costnoNUMBER（10）NOTNULL
p_idCHAR（18）NOTNULL
p_numNUMBER
（1）NOTNULL
p_costtimeDATENOTNULL
p_startNUMBER（71）
p_finalNUMBER（71）
p_amountNUMBER（71）NOTNULL
p_sumNUMBER（72）NOTNULL
p_recorderVARCHAR（20）
p_costnoteVARCHAR（2000）
PRIMARYKEY（p_costno）
五.2.8缴费表
p_costnoNUMBER（10）NOTNULL
p_idCHAR（18）NOTNULL
p_numNUMBER
（1）NOTNULL
p_paytimeDATENOTNULL
p_paysumNUMBER（72）NOTNULL
p_paybalanceNUMBER（72）NOTNULL
p_paynoteVARCHAR（2000）
PRIMARYKEY（p_costno）
五.2.9欠费表
p_costnoNUMBER（10）NOTNULL
p_idCHAR（18）NOTNULL
p_numNUMBER
（1）NOTNULL
p_owetimeDATENOTNULL
p_owesumNUMBER（72）NOTNULL
p_deadlineDATE
p_costnoteVARCHAR（2000）
PRIMARYKEY（p_costno）
五.2.10报修表
p_repairnoNUMBER（10）NOTNULL
p_repairnameVARCHAR（40）NOTNULL
p_repairtimeDATENOTNULL
p_houseidCHAR（10）
p_repaircostNUMBER（72）
p_servicecostNUMBER（72）
p_workerVARCHAR（20）
p_finashtimeDATE
p_repairnoteVARCHAR（2000）
P_PAYTIMEDATE
PRIMARYKEY（p_repairno）
六数据库物理设计
六.1安全机制
六.1.1系统安全
a）提供了充足的异常处理机制，能够捕获由各种错误引发的异常（如：
越权操作、输入数据类型与数据库要求类型不一致、查询过程中出现的错误等等）。
b）系统登录时要凭用户名和口令进入，输入正确时才可以进入系统。
若用户名和密码输入正确，系统可以打开符合该用户身份的操作界面。
其他界面该用户没有权限访问
一
二
三
四
五
六
六.1
六.1.1
六.1.2数据安全
根据用户身份，用户进入不同的用户界面，即享有不同的权限，只有管理员才可以实现修改一些重要信息，以确保数据库不被随意更改，保证数据安全。
每个表格的维护都有详细的授权，授权以外的用户无法去维护，不同的用户受自己的口令保护，维护自己权限范围内的表格需要输入自己的口令。
七应用程序设计
七.1功能模块
七.2界面设计
七
七.1
七.2
七.2.1登陆界面
七.3
七.4
七.4.1
一
二
三
四
五
六
七
七.1
七.2
七.2.1
七.2.2管理员界面
七.2.3用户界面
七.2.4业主信息管理
七.2.5房屋信息管理
七.2.6楼宇信息管理
七.2.7小区信息管理
七.2.8费用信息管理
七.2.9报修信息管理
八测试和运行
八.1登陆错误
一
二
三
四
五
六
七
八
八.1
八.2添加信息
八.3表内修改
八.4无法修改姓名，添加失败
八.5可以修改邮箱，修改成功
八.6可在下拉框中直接选择
八.7以身份证号为查询条件查询
八.8以预存款余额为查询条件
八.9日期选择组件
九系统特点
九
九.1特色
九.1.1软件功能齐全，在有限时间内将需求的功能完全实现。
权限分配详细合理。
各部分的功能特色鲜明设计合理，能够很好的满足实际操作需求。
九.1.2界面美观，说明清晰，操作简单，容易上手。
九.1.3数据库设计内容具体详细，条理清晰，关系明确，能够遵循数据库设计的准则来描述信息关系，可以稳定地为系统提供服务。
九.1.4信息提示系统细致完善，对于用户可能发生的错误操作，给予错误信息提示。
九.2不足
九.2.1系统的稳定性不高，长时间的运行会导致程序的运行缓慢且影响软件的效率。
九.2.2一些数据库的设计上仍然不尽如人意,某些信息的处理不够实际化。
个别建表有冗余，日后会再改进。
九.2.3有些排版不是太好，按钮的位置有可能会给用户带来不便，但已在老师的指点下修复这一错误。
一十试验进度及开发总结
一十.1进度
学期第2周：
课题选择，选择了小区物业信息管理系统
学期第3周：
登录，管理界面的设计。
学期第4、5周：
管理界面细节的设计并且完成数据库的连接
学期第6周：
完成主要功能
学期第7周：
小功能的实现，系统的完善，bug的调试。
美化界面。
学期第8周：
交实验。
一十.2经验与收获
这是一次完整开发系统的经历，从开始的数据库设计，到E-R图的编写，再到整体框架的构思。
暑假就看了一些有关数据库的书，也对数据库的开发有了略微的了解，但真正动手做的时候，才发现不是想象中的那么简单，尤其是数据库的设计。
通过老师的讲解，自己感觉数据库已经设计的很完美了，但是在编码的过程中渐渐发现了它的不足，然后不断完善它，这是一个很痛苦的过程。
这样也能够让我记住惨痛的教训，使我在以后设计程序的时候想的更全面一些，少走一些弯路。
通过调试程序，我也学到了怎么样去耐心的找bug，着急也没用，只要有耐心，够细心，我感觉就能调试好程序。
这个系统的数据库设计的比较合理，能够根据需要快速的从数据库中得到想要的信息。
界面简洁，但能够很好地与用户交互，针对用户频繁输入信息的需求，系统用较为方便的按钮代替手工输入，使用户更加喜欢使用本系统。
由于时间分配不合理，设计阶段和管理员功能实现阶段花费了太多的时间，本来设计好的售票员功能没有完善，希望以后能合理分配好时间，这次我也会把没有完善的功能尽量完善一下。
总之，完成了这次课程设计还是感觉不错的，付出了汗水，也收获了很多东西，锻炼了自己的编程能力，加深了对数据库的理解，也增强了操作数据库的熟练程度
升级会员 