物业管理系统数据库课程设计报告

1、设计题目 ：物业管理系统学 院：信息科学与工程学院专业 ：计算机科学与技术班级：计信 1201学号： 20121222091学生姓名 ：庞颖指导教师 ：蔡卫东2014 年 7 月 11 日目录1 系统背景 32 需求分析 42.1 功能简介 42.1.1 管理员子系统 42.1.2 普通业主子系统 42.1.3 物业代表子系统 42.2 数据字典 52.3 数据流图 53 3概念结构设计 53.1 管理员子系统 E-R 图 63.2 普通业主子系统E-R 图 73.3 物业代表子系统E-R 图 84 4逻辑结构设计 84.1 关系模式 94.1.1 初步关系模式 94.1.2 分解合并 94.

2、2 用户子模式 104.3 外键约束 104.4 数据库安全性 104.4.1 角色 104.4.2 权限 115 物理设计 115.1 存储设计 115.1.1 表格建立 115.2 索引设计 136 数据库的实现 146.1 基本表 146.2 视图 146.3 角色 156.4 索引 156.5 触发器 176.6 条件约束 177 测试方案 187.1 插入操作 187.2 更新操作 197.2.1对人员信息表的更新 197.2.2 用户对维修业务进行更新 207.2.3 生成水电业务账单 207.3 删除操作 217.4 查询操作 217.4.1查询基本人员信息 217.4.2 查询

3、账单 218 总结 23参考文献 241 系统背景本课程是为数据库与信息管理技术课程所开的实践环节。数据库与 信息管理技术课程是一门实践性很强的技术课程，而且是计算机科学与技术 中发展最快的领域之一。本课程设计的目的旨在使学生能够掌握数据库的基本原理、数据库设计 的基本方法、 SQL 语言的应用、 SQL Server 2000/2005 数据库环境的使用，并 能根据所应用到的数据库管理系统的相关技术，按照规范化设计的方法解决 现实中数据库设计的问题。选修本课程前应已选修 数据库与信息管理技术 课程，并熟练掌握 SQL 语言，以及数据库设计的规范化等基本方法。先修课程：数据库与信息管理技术。2

4、 需求分析2.1 功能简介2.1.1 管理员子系统(1) 管理员登录： 管理员通过输入管理员账号和密码后登录管理员子系统 进行系统操作。(2) 业主添加功能：管理员通过该功能添加本小区入住业主，填写业主真 实信息。(3) 业主信息查询功能：管理员通过该功能查看业主信息。(4) 业主信息修改功能：管理员在业主信息发生变化以后，根据变化情况 修改业主信息。(5) 业主信息删除功能：在业主搬出本小区以后删除业主基本信息。2.1.2 普通业主子系统(1) 业主登录： 业主通过输入业主账号和密码后登录普通业主子系统进行 系统操作。(2) 业主个人信息查看功能： 业主通过该功能查看自己在本小区的基本信 息

5、。(3) 业务添加功能：业主通过该功能添加各类维修业务。(4) 业务查看功能：业主通过此功能查看各项维修业务进行状态。(5) 业务状态修改功能：修改业务进行状态，业务是否完成，或对维修不 满意，或因各种情况需再次维修，通过此功能通知物业代表。(6) 业务删除功能：业主自己把维修业务做完，不再需要维修人员，或业 务已确认被维修人员修理完好，则删除本业务。(7) 账单查看功能：业主通过此功能查看维修、水、电、物业管理各类账 单，以确认自己所要交纳的费用。(8) 维修业务查看功能：小区把提供的物业维修服务展示给业主。2.1.3 物业代表子系统(1) 物业代表登录：物业各类代表通过输入其各自独有的账号

6、和密码后 登录物业代表子系统进行系统操作。 。(2) 耗水耗电量填写功能：水费代表通过此功能把业主的月耗水量录入， 电费代表通过此功能把业主的月耗电量录入。(3) 耗水耗电量更改功能： 水费代表通过此功能修改输入错误或查询有误 的耗水量，电费代表通过此功能修改输入错误或查询有误的耗电量。(4) 生成水电费账单功能：水费代表完成水量录入以后，通过此功能生成 各业主当月水费，电费代表完成水量录入以后，通过此功能生成各 业主当月电费。(5) 耗水耗电量查看功能： 水费代表通过此功能查看各月各个业主的耗水 量统计，电费代表通过此功能查看各月各个业主的耗电量统计(6) 委派维修人员功能： 物业维修代表通

7、过此功能委派相关人员去为业主 提供维修服务。(7) 清除已完成业务功能：在业主没有对维修业务提出举报，并且已付清 相关费用以后，物业维修代表通过此功能把业务从数据库中删除。(8) 物业费用修改功能： 各类物业代表通过此功能修改其管辖业务的物业 费用。(9) 物业维修费用填写：维修人员通过此功能填写维修费用，即在维修人 员办理完维修业务以后，根据劳动量和消耗器械的多少而合理收费。2.2 数据字典具体的数据字典会在数据库实现一章中详细给出，此处不再重复。2.3 数据流图3 概念结构设计3.1 管理员子系统 E-R 图3.2 普通业主子系统 E-R 图开始时间维修费用满意情况登录账单明细管理查询增删

8、改查）维修编号生日电话完成时间住址性别业主账号姓名维修人员编号业主账号维修人员姓名业主维修业务3.3 物业代表子系统 E-R 图注：由于页面限制，图中只画出了各实体的主码水业务 电业务4 逻辑结构设计4.1 关系模式4.1.1 初步关系模式 根据概念结构设计，可以得到初步的关系模式如下（其中各关系模式的 主码用下划线标出） ： 管理员登录（管理员账号，密码） 管理员（管理员账号，姓名，性别，生日，电话，住址） 业主登录（业主账号，密码） 业主（业主账号，姓名，性别，生日，住址，账号） 维修业务（维修编号，业主账号，开始时间，结束时间，维修人员编号， 维修人员姓名，满意情况，维修明细，维修费用）

9、 物业代表登录（物业代表账号，密码） 物业代表（物业代表账号，代表业务，姓名，性别，生日，住址，电话） 水电业务管理（业务号，业务内容，单位价格，业务管理费） 水业务（业主账号，当月用水量，总用水量，缴纳费用，缴费时间） 电业务（业主账号，当月用电量，总用电量，缴纳费用，缴费时间）4.1.2 分解合并 对上述关系模式进一步分析，解决冲突，消除冗余： 经分析发现，管理员登录和管理员两个实体，实际上是一个实体，只是 功能不同而已，所以我们可以将这两个表合并： 管理员（管理员账号，密码，姓名，性别，生日，电话，住址） 其它两个登录表同理可以合并： 业主（业主账号，密码，姓名，性别，生日，住址，电话）

10、 物业代表（物业代表账号，密码，代表业务，姓名，性别，生日，住址， 电话） 除此之外，虽然上述功能没有用到，但还应该增加关于业主所有财产的 详细信息，如车位，地下室等。 业主财产（业主账号，房产地址，房产面积，地下室地址，地下室面积， 车库地址，车库面积，车位地址） 还用增加维修人员的相关信息： 维修人员（维修人员编号，姓名，性别，生日，电话，住址） 分析发现水电业务的列大体相似，因此也可以合并在一起： 水电业务（业务代号，业主账号，当月用电量，总用电量，缴纳费用， 缴费时间）4.2 用户子模式给业主看的缴费账单可以用外模式可以用试图来实现。 在业主和水业务上建立水账单试图： 水账单（业主账号

11、，业主姓名，月用水量，缴纳金额，缴纳日期） 在业主和电业务上建立电账单试图： 水账单（业主账号，业主姓名，月用电量，缴纳金额，缴纳日期） 在维修业务上建立维修账单视图： 维修账单（维修编号，业主账号，开始时间，结束时间，缴纳费用）4.3 外键约束根据各表功能和存储结构的分析，我们可以建立以下外键约束：4.4 数据库安全性4.4.1 角色 根据本系统的功能，可以创建三个角色，来实现数据库权限的分配， 分别是管理员角色，用户角色和物业代表角色。104.4.2 权限根据用户角色不同，为其分配不同的权限如下：管理员：对表 tbl_管理员， tbl_业主， tbl_业主财产拥有全部权限。 业主：对表 t

12、bl_业主， tbl_业主财产拥有查询权限，对表 tbl_维修业 拥有查询，修改和删除的权限。物业代表：对表 tbl_ 水电业务拥有查询，修改和添加的权限，对表 tbl_维修业务拥有全部权限，对表 tbl_ 维修人员有查询权限， 对表 bl_ 水电业务管理有查询和修改的权限。5 物理设计5.1 存储设计5.1.1 表格建立根据关系模式 ,确定各属性的相关类型，建立各个表格：Tbl_ 管理员表格：Tbl_水电业务：Tbl_水电业务管理：11Tbl_维修人员Tbl_维修业务：Tbl_物业代表：Tbl_业主：12Tbl_业主财产：5.2 索引设计 根据性能的需要决定是否建立索引，为了提高查询效率，对

13、每个表格按 照其主键建立相应的索引： 如对于 tbl_业主表格， 可以根据其业主账号建立相 应的索引“业主账号” ，这样可以大大提高日后的查询效率，类似的，也分别 对 tbl_管理员，tbl_维修人员， tbl_维修业务， tbl_物业代表建立了相应的索引， 其中由于 tbl_ 维修业务的表由两个属性作为主键，可以对其组合作为索引条 件。具体 SQL 语句会在数据库实现章节详细给出。136 数据库的实现6.1 基本表以表 tbl_ 管理员为例，createtabletbl_( 管理员账号 primary密码nvarchar( 20 ),姓名nvarchar( 15 ),生日date ,性别bi

14、t ,电话nvarchar( 15 ),住址nvarchar( 50 );SQL 实现语句如下：管理员key nchar ( 10),本系统至少需要建立以下基本表：6.2 视图以生成水费账单为例，实现创建视图的 SQL 语句如下 : create view 水账单视图 ( 业主账号 , 姓名 , 用量 , 缴纳时间 , 缴纳费用 ) asselect tbl_ 业主 . 业主账号 , tbl_ 业主 . 姓名 , tbl_ 水电业务 . 未缴费用量 , tbl_ 水 电业务 . 缴费时间 , tbl_ 水电业务 . 缴纳费用from tbl_ 业主 , tbl_ 水电业务where tbl_

15、业主 . 业主账号 =tbl_ 水电业务 . 业主账号 and tbl_ 水电业务 . 业务代号 =01 ; 本系统至少需要生成的视图如下：146.3 角色正文实现角色创建的 SQL 语句如下：createrole管理员 ;createrole业主 ;createrole物业代表创建成功后数据库系统截图：6.4 索引实现建立索引的 SQL 语句如下：create unique index 管理员账号15on tbl_ create on tbl_ create on tbl_ create on tbl_ create on tbl_管理员 （ 管理员账号 ）; unique index 业主

16、账号 业主 （ 业主账号 ）;unique index 业主账号 业主财产unique 维修业务 unique 维修人员create unique on tbl_ 物业代表（ 业主账号 ）; index 维修账号（ 维修编号 , 业主账号 ） index 维修人员编号（ 维修人员编号 ）; index 物业代表账号（ 物业代表账号 ）;索引建立完成后的部分截图如下：166.5 触发器在系统的实际应用中，每个表的增删改查都会受到其他表的限制，比如 在本系统中， 在对 tbl_业主进行增加操作的同时也要对tbl_ 业主操作进行相应的增加操作，同理，当删除一个业主时，相应的tbl_ 业主财产中也应该

17、删除该业主的全部信息。实现该功能的触发器创建 SQL 语句如下： 插入触发器：ALTER trigger dbo . insert_ 业主 on dbo . tbl_ 业主 after insertas begininsert into tbl_ 业主财产 （ 业主账号 ） select （ 业主账号 ） from inserted ;end ;建成后的数据库截图：6.6 条件约束根据每个属性的具体内容，为其增加必要的条件约束，如给每个存放人 员信息的表格，增加生日属性的条件约束，是它更加符合实际情况。 实现条件约束的 SQL 语句如下：alter table tbl_ 管理员add cons

18、traint c1 check （ 生日 between 1960-01-01 and 1990-01-01 ）;177 测试方案7.1 插入操作 以插入新业主为例： insert into tbl_ 业主 （ 业主账号 , 密码 , 姓名 , 性别 , 生日 , 电话 , 住址 ） values （ 2000000006 , 123 ,薛宝钗 , 1, 1988-12-29 ,, 鼎舜赵苑小区号 ）；如上图的执行结果截图， 由于有触发器限制， 在向表 tbl_ 业主添加新记录18的同时，系统会自动的向表 tbl_ 添加相应的业主信息7.2 更新操作7.2.1 对人员信息表的更新update tbl_ 业主set 住址 = 鼎舜小区 22号楼 6单元 401 , 业主账号 =300000006 where 姓名 = 薛宝钗 ;197.2.2 用户对维修业务进行更新7.2.3 生成水电业务账单207.3 删除操作tbl_ 业主删除业主信息：由于外键约束限制， 在删除 tbl_ 业主表的记录时会级联的