数据库课设物业管理系统.docx

1、数据库课设物业管理系统数据库应用课程设计报告数据库应用课程设计报告题目： 物业管理系统 专业： 班级： 班 学号： 10 姓名： 指导教师： 完成日期：2013 年 1 月6 日1.课程设计的目的与要求数据库基础与应用课程设计是计算机专业集中实践性环节之一，是学习完数据库系统概论课程后进行的一次全面的综合练习。其目的在于加深对数据库基础理论和基本知识的理解，掌握进行数据库开发的全过程，提高运用数据库解决实际问题的能力。2.课程设计内容2.1、设计要求：进行需求分析，设计数据库的概念模型。系统基本功能：楼盘信息管理：楼盘信息的添加、编辑和查询；住户信息管理：住户信息的添加、编辑和查询；报修事项管

2、理：报修事项的添加、编辑和查询；投诉信息管理：投诉信息的添加、编辑和查询；报表管理：输出楼盘信息、住户信息、报修信息和投诉信息。2.2、本课题设计的基本要求：1）数据库设计报告，包括数据库的数据字典，数据库的概念结构（ER图），数据库中的表、视图（如果使用）、存储过程（如果使用）的结构和定义（可以用SQL脚本提供）。2）写出课程设计报告，设计报告提交形式：电子文档提交，文件名要求按“学号_姓名”命名，学号要全称，内容按照报告中的要求去做，正文字体为宋体，字号为小四号字或五号字。课程设计报告最后由学委统一收齐刻盘上交。3）个人独立完成。4）完成时间（2 周）5）注意事项：实验报告如有雷同，一律不

3、及格。数据库的实现上课时要检查验收。本课程设计为1个学分。3.需求分析和数据库设计3.1信息收集和需求分析楼盘信息：包括的数据项有：楼盘编号，楼盘名称，楼层数，面积，户型，地址住户信息：包括的数据项有：业主编号，姓名，性别，电话，门牌号，面积，身份证报修事项：包括的数据项有：报修事项编号，报修名称，业主，电话，门牌号，维修状态，日期，受理人投诉信息：包括的数据项有：投诉事项编号，投诉名称，业主，电话，门牌号，解决状态，日期，受理人报表管理：楼盘信息，户主信息，报修信息，投诉信息了解和分析系统功能需求，得到系统的数据字典。编号数据项名称数据类型长度描述1楼盘编号Char2not null2楼盘名

4、称Varchar10not null 3楼层数int4Not null4面积VarChar10Not null5户型VarChar10not null6地址Char20not null7业主编号Int 4not null8姓名VarChar20Not null9性别Char4not null10电话Char20Not null11门牌号Char6Not null12身份证Char18not null13报修事项编号int4not null14报修名称Varchar10Not Null15业主Char8not null16维修状态Char10not null17日期datetime12not n

5、ull18受理人VarChar10not null19投诉事项编号int4not null20投诉名称VarChar20Not Null21解决状态Char10not null3.2概念设计E-R图概念模型用于信息世界的建模。概念模型不依赖于某一个数据库管理系统（DBMS），但可以方便的转换为计算机上某一DBMS所支持的特定的数据模型。通过对用户对数据的需求进行综合、归纳与抽象，将形成一个完善的概念模型，可以用E-R(实体联系)图来表示。E-R图是对现实世界的一种抽象，它的主要成份是实体、属性和联系。1.实体：客观存在并且可以互相区分的事物，是现实世界中各种事物的抽象。例如本案例中的一个楼盘即

6、为一个实体。每个实体都相当于数据库中的一个表。实体用一个矩形框来表示。2.属性：是实体所具有的某些特征，通过属性对实体进行刻画。实体是由属性组成的，例如案例中楼盘有楼盘编号等属性，属性用一个椭圆来表示。3.联系：现实世界的事物内部或者事物之间都有联系，这些联系在信息世界里反应为实体内部或者实体时间的联系。联系有：一对一，一对多，多对多联系。本案例中的E-R图可以根据实体的不同划分为如下几个：楼盘实体属性图，住户实体属性图，报修事项实体属性图，投诉实体属性图。1. 楼盘实体属性图：2.住户实体属性图：3.报修事项实体属性图： 4.投诉信息实体属性图：5.各个实体间的关系E-R图3.3逻辑设计 概

7、念设计的结果得到一个与计算机、软硬件的具体性能无关的全局概念模式。数据库逻辑设计的任务是将概念结构转换成特定DBMS所支持的数据模型（如关系模型）的过程。本案例中我们将其转换为关系模型。将E-R图转换为关系模型实际上就是要将实体、属性、实体间的联系转换为关系模式，这种转换一般遵循如下准则：1.一个实体转换为一个关系模式，实体的属性就是关系的属性，实体的关键字就是关系的关键字。2.一个1:1的联系可以转换为独立的关系模式，也可以与任意的一端的实体所对应的关系合并，并且在被合并关系中增加属性，新增的属性为联系本身的属性和与联系相关的另一个实体的码。3.一个1：n的联系可以转换为一个独立的关系模式，

8、也可以与N端对应的关系模式合并。4.一个m:n的联系可以转换为一个关系模式，与该联系相连的实体的码以及联系本身所具有的属性都转换为关系的属性，而关系的码为实体码的组合。物业管理系统数据库中的各个表格的设计结果如上面数据字典所示，其中可以分为：楼盘信息、投诉信息、维修信息、业主信息几个表格。4.表和索引的创建及数据完整性1) 建表。根据关系模式设计表，为表的各属性选择合适的数据类型以及属性可否为空。2) 设置主键，为数据库的每个表设置主键。每个表都应该具有主键，主键的存在就代表着表结构的完整性，表的记录必须得有唯一区分的字段，主键主要是用于与其他表的外键关联，本记录的修改与删除，如果没有主键，这

9、些操作会变的非常麻烦。（提示：可以使用自动编号作为主键，就是新建一个ID字段，自动增长）3) 设置外键。4) 设置其他约束。根据系统的实际要求，设置约束。例如，业主资料中的性别只能为男或女，则可对性别设置CHECK约束；用户注册日期如果为空，就默认为当前时间，则可设置DEFAULT约束；图片表中的图片如果不允许重复，则可设置UNIQUE约束，等等。5) 建立索引。考虑系统对表的查询频率，为查询次数较多的表的字段建立索引。5.数据库结构的实现经过前面的需求分析和概念结构设计以后，得到数据库的逻辑结构。现在就可以在SQL Servr 2005数据库系统中实现该逻辑结构。这是利用SQL Server

10、 2005数据库系统中实现的。5.1 创建物业管理数据库。创建物业管理数据库：wuyeguanli于E盘sql文件夹下：5.2 创建基本信息表创建楼盘基本信息表：楼盘:创建住户基本信息表：住户01:创建报修基本信息表：报修：创建投诉基本信息表：投诉:创建报表管理信息表：5.3创建视图5.4创建索引在四张表上创建以主键创建唯一的索引：在两张视图上差U那个键唯一的聚集索引：5.5创建存储过程创建存储过程：count报修,计算每天报修量。创建存储过程：count投诉,计算每天投诉量。实验验证：建立查询语句： 6.遇到的问题和解决方法1.在执行过程中，可能有时会遇见语法错误等信息，查阅资料或者向他人请教。2.由于对于物业管理相关的知识不是很明白。需要上网了解相关知识。3.建立查询语句时候，会出现错误，经过不断的调试修改，才能完善。7.课程设计总结：总结：通过此次数据库应用的课程设计，对以前所学过的知识，有了更深的印象，明白知识需要不断巩固和温习。虽然在课设过程中也遇见了不少的难题，但是通过网上查阅资料和请教他人一般都能解决。在设计过程中，必须逐步验证自己的设计是否正确，当全部表格创建完成之后，通过建立查询语句来验证自己的实验成果。若不能正确查询结果，则需要改善。8.参考文献1.数据库系统概论（第四版） 高等教育出版社