《数据库基础与应用课程设计-物业管理系统》.doc

苏 州 市 职 业 大 学 课程设计说明书 名称物业管理系统2010年 06月 20 日 至 2010 年 06 月 24 日 共 1 周 院 　系 计算机工程系班 级 10软件测试姓 名 张莹 22系　主　任教研室主任指导教师目录 1.课程设计的目的与要求 3 2.题目说明 3 3.需求分析和数据库设计 3 4.表和索引的创建及数据完整性 9 5.数据库结构的实现 9 6.遇到的问题和解决方法 11 7.课程设计总结 11 8.参考文献 121.课程设计 必须提交系统分析报告，包括系统的功能分析、系统的功能模块设计、数据库的数据字典，数据库的概念结构（E－R图），数据库中的表、视图（如果使用）、存储过程（如果使用）的结构和定义（可以用SQL脚本提供）； 系统的源程序，包括数据库脚本程序。 3.需求分析和数据库设计 3.1信息收集和需求分析 楼盘信息：包括的数据项有：楼盘编号，楼盘名称，楼层数，面积，户型，地址 住户信息：包括的数据项有：业主编号，姓名，性别，电话，门牌号，面积，身份证 报修事项：包括的数据项有：报修事项编号，报修名称，业主，电话，门牌号，维修状态，日期，受理人 投诉信息：包括的数据项有：投诉事项编号，投诉名称，业主，电话，门牌号，解决状态，日期，受理人 报表管理：楼盘信息，户主信息，报修信息，投诉信息 3.2概念设计——E-R图 概念模型用于信息世界的建模。概念模型不依赖于某一个数据库管理系统（DBMS），但可以方便的转换为计算机上某一DBMS所支持的特定的数据模型。通过对用户对数据的需求进行综合、归纳与抽象，将形成一个完善的概念模型，可以用E-R(实体联系)E-R图是对现实世界的一种抽象，它的主要成份是实体、属性和联系。 属性 联系：现实世界的事物内部或事物之间都有联系，这些联系在信息世界里反映为实体内部或实体之间的联系，如班级属于某个学校，那么班级和学校之间是“属于”联系。联系有一对一联系，一对多联系和多对多联系，分别用1：1、1：n和m：n来表示。如一个登录用户名只能填写一份个人资料，那么登录用户和个人资料就是一对一联系；一个班级只能属于一个学校，而一个学校可以拥有多个班级，学校和班级之间就是一对多联系；一个班级可以有多张相片，而一张相片也可为多个班级所拥有，所以班级和相片之间是多对多联系。联系用菱形表示，并用线段联接相关的两个或多个实体，在菱形两端线段上标明联系的类型。 本系统的实体有：楼盘实体、住户实体、保修事项、投诉事项。各个实体具体的描述E-R图如图1-1到图1-5所示。3.3逻辑设计 概念设计的结果得到一个与计算机、软硬件的具体性能无关的全局概念模式。数据库逻辑设计的任务是将概念结构转换成特定DBMS所支持的数据模型（如关系模型）的过程。本案例中我们将其转换为关系模型。 将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式，这种转换一般遵循如下原则： 一个实体转换为一个关系模式，实体的属性就是关系的属性，实体的关键字就是关系的关键字。 一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端实体所对应的关系合并，在被合并关系中增加属性，其新增的属性为联系本身的属性和与联系相关的另一个实体的码。 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。如果与n端的关系模式合并则在n端实体集中增加新属性，新属性由联系对应的1端实体集的码和联系自身的属性构成，新增属性后原关系的码不变。 一个m：n联系转换为一个关系模式，与该联系相连的各实体的码以及联系本身具有的属性均转换为关系的属性，而关系的码为各实体码的组合。 现在需要将上面的数据库概念结构转化为SQL Server 2000 数据库系统所支持的实际数据模型，也就是数据库的逻辑结构。 物业管理系统数据库中各个表格的设计结果如下面的几个表所示。每个表表示在数据库中的一个数据表。表1-1 Houses-info楼盘基本信息表 列名 数据类型 是否为空 说明 HouseID Char(2) Not Null 楼盘编号（主键） HouseName Varchar (10) Not Null 楼盘名称 Floors Int(4) Null 楼层数 HouseStyle Varchar(10) Not null 户型 Address Char(20) Not Null 地址 Area Varchar(10) Null 面积表1-2 Complains-info投诉基本信息表列名 数据类型 是否为空 说