房产管理系统(数据库课程设计)演示教学
如果是退房申请，则从住房文件和房租文件中删除有关的信息，再把此房号的信息写到空房文件中。
住户可向系统询问目前分房的阈值分数，居住某类房屋的条件，某房号的单位面积房租等信息。房产科可以要求系统打印出住房情况的统计表，或更改某类房屋的居住条件、单位面积房租等。
（5）管理-分房
图4-5房产科管理分房E-R图一个房产科管理多个Fra bibliotek房请求（1：m）
一个分房请求由一个房产科管理（1：1）
（6）管理-退房
图4-6房产科管理退房E-R图
一个房产科管理多个退房请求（1：m）
一个退房请求由一个房产科管理（1：1）
（7）视图集成
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
房产管理系统(数据库课程设计)
中国石油大学（北京）远程教育学院
期末考 试
《数据库课程设计》
课程名称数据库课程设计
设计题目房产管理系统
学习中心北京直属
学号087597
姓名代文波
2018年6月
2018年5月15日—2018年6月1日
数据库原理及应用课程设计是软件工程专业集中实践性环节之一。其目的在于加深对数据库基础理论和基本知识的理解，掌握使用数据库进行软件设计的基本方法，提高运用数据库解决实际问题的能力，最终实现对于给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信息要求和处理要求）。同时，此次设计对于同学将来的毕业设计和具体工作实践将有重要的意义。
（2）一个1：N的联系可以转换为一个独立的关系模式，也可以与N端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为N端实体的码。
（3）一个M：N联系转换为一个关系模式。与该联系相连的各实体的码为各实体码的组合。
（4）三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实休的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
（5）具有相同码的关系模式可合并。
3.根据学生宿舍管理系统的E-R图转换为关系模型如下。
将每一个实体转换成一个关系（关系就是给出关系名，属性就是实体属性，并标明该关系的主键用下划线来表示）
关系模式：
用户信息表（户主，部门，职称，人口，房号）
1)确定公共实体类型
为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。
2)局部ER模式的合并
合并的原则是：首先进行两两合并；先和合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。
3)消除冲突
冲突分为三类：属性冲突、结构冲突、命名冲突。
4)全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。综上所述，“图书管理系统”的全局ER模式如图4.3.7所示：
房产管理系统应具有分房、调房、退房和咨询统计功能，同时应能对房产信息、住房信息、住户基本信息及住户家庭信息等进行管理，并建立住房和住户之间的对应关系。对这些信息应能进行方便快捷的新增、修改和删除等操作，另外还能快速找到所需的信息，这个就是需要查询功能
房产管理系统。
系统主要功能如下：
1.分房，调房，退房询，咨统计
关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体，实体的属性和实体间的联系三个要素组成。所以将E-R图转换为关系模型实际上就是要将实体，实体的属性和实体间的联系转换为关系模式。转换原则如下。
1.实体类型的转换:一个实体型转换成一个关系模式。实体的属性就是关系的属性，
实体的码就是关系的码。
2．联系类型的转换，根据不同的情况做不同的处理。
2.用户可以查询房产信息，住房信息，住户信息，住户家庭信息
3.删除，修改，新增信息
房产科把用户申请表（按照统一的格式由用户填写）输入系统后，系统首先检查申请表的合法性，对不合法的申请表系统拒绝接受，对合法的申请表根据类型分别进行处理。
如果是分房申请，则根据申请者的情况计算其分数，当分数高于阈值分数时，按分数高低将申请单插到分房队列的适当位置。每月最后一天进行一次分房活动，从空房文件中读出空房信息，把好房优先分配给排在分房队列前面的符合该登记住房条件的申请者，从空房文件中删除掉这个房号的信息，从分房队列中删除申请单，并把此房号的信息和住户信息一起写到住房文件中，输出住房分配单给住户，同时计算房租并将算出的房租写到房租文件中。
图4-7综合E-R图
数据库逻辑设计的任务是将概念结构转换成特定DBMS所支持的数据模型的过程。从此开始便进入了“实现设计”阶段，需要考虑到具体的DBMS的性能、具体的数据模型特点。
从E-R图所表示的概念模型可以转换成任何一种具体的DBMS所支持的数据模型，如网状模型、层次模型和关系模型。这里只讨论关系数据库的逻辑设计问题，所以只介绍E-R图如何向关系模型进行转换。
（1）一个1：1的联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。
（1）用户
图4-1用户E-R图
（2）申请表
图4-2申请表E-R图
（3）房产科-分配-住房
图4-3房产科分配住房E-R图
一个房产科分配多套住房（1：m）
一套住房只被一个房产科分配（1：1）
（4）管理-调房
图4-4房产科管理调房E-R图
一个房产科管理多个调房请求（1：m）
一个调房请求由一个房产科管理（1：1）
房地产公司售楼管理系统 数据库课程设计
房地产公司售楼管理系统的详细设计说明书一．需求分析1.1系统总功能需求首先需要对房地产售楼管理系统进行详细的了解和分析，一个功能完全满足基本需要的系统需要包括以下几个模块：1.1.1基本数据维护功能模块在这个功能模块中，提供了使用者获取数据并添加至数据库服务器的途径。
比如在这个模块中可以提取房屋的信息，也可以对这些信息做修改、更新。
1.1.2基本业务功能模块这个功能模块主要实现对售楼合同的管理、售楼信息的管理。
比如根据合同模板打印合同。
如果合同已打印或签订，可以对其进行记录。
1.1.3数据库管理功能模块这个功能模块主要实现对所有的楼盘信息、房屋信息和客户信息进行统一管理，数据导入和售楼信息发布等情况也要进行详细的登记，以便能对整个售楼部门运作有全面的了解，并根据实际情况补充不足的部分。
1.1.4信息查询功能模块在对售楼系统进行全面信息化管理的过程中，查询是一项非常重要的功能。
比如楼盘信息，房屋的信息等，这项功能能使用户得到即时房屋各项信息，方便售楼部门根据实际情况选择业务方式。
1.1.5安全使用管理功能模块这是任何一个信息管理系统都需要的部分，操作只能由专人进行，只有售楼管理部门的工作人员才能拥有权限，特别是数据的导入进度和通知书打印，如果没有安全管理部分，后果难以想象，可能每次登录都需要用户身份的验证。
1.1.6帮助功能模块这是软件不可缺少的部分，为了方便使用者实用软件，应该有一个详细的帮助模块。
房地产售楼管理系统的需求功能图如图所示：1.2基本数据维护功能模块基本数据维护功能模块如图所示：（1）数据的导入：楼盘信息的添加、房屋信息的添加、客户信息的添加这个功能实现把楼盘、房屋和客户信息导入数据库中，实现数据的更新。
（2）数据的修改：这个功能实现把楼盘、房屋、客户修改后的信息导入数据库1.3基本业务功能基本业务功能需求模块的具体功能如图所示。
这些功能需球基本上包括了工作人员要求提供的业务：（1）合同处理功能：该功能实现的是将需要打印的合同信息从数据库中读出，然后根据合同模版生成合同。
软件工程课程设计-房产信息管理系统
软件工程课程设计—房产信息管理系统目录1设计内容..。
..。
..。
...。
.。
.。
.。
..。
.。
.。
....。
...。
... ...。
.。
..。
...。
..。
.。
.。
..。
.。
.。
..。
...。
....。
..。
..。
1 2 概要设计...。
..。
...。
..。
..。
.。
.。
.。
.。
.。
.。
....。
.. ..。
.。
.。
.。
....。
.。
...。
...。
..。
.。
.。
.。
..。
...。
.。
..。
.。
.。
1 2.1需求分析过程。
...。
...。
..。
..。
.。
.。
.。
...。
.。
.。
.。
.。
.。
.。
.。
.。
.。
.。
....。
..。
.。
....。
.。
.。
.。
1 2.2数据字典。
.。
..。
.。
...。
.。
..。
.。
.。
...。
.。
.。
.。
.。
..。
.。
..。
..。
.。
..。
.。
.。
.。
..。
.....。
.。
.。
.。
.........。
.. 2 3. 详细设计。
.。
.....。
.。
.。
....。
....。
..。
.。
..。
.。
.。
.。
..。
..。
.。
.。
..。
...。
..。
.。
..。
.。
.。
.。
.。
..。
. 3 3.1概念模式设计。
.。
.。
.。
..。
.。
..。
..。
.......。
..。
....。
.。
...。
..。
...。
..。
.。
.。
.。
..。
.。
..。
...........。
. 33。
1。
1实体 .。
...。
..。
..。
.。
.....。
.。
.。
.。
...。
..。
.。
.。
.。
..。
...。
.。
......。
..。
.。
...。
.。
..。
.。
.。
.。
.。
.。
. 33。
1.2局部视图。
....。
.。
.。
..。
.。
.。
.。
...。
..。
.。
..。
..。
.。
. .。
....。
.。
..。
.。
....。
.。
..。
.。
.。
.。
. 33.1.3视图集成 ...。
.。
.。
.。
..。
.。
.。
.。
..。
.。
..。
...。
.。
...。
.。
..。
...。
...。
.。
.。
.。
...。
.。
.。
.。
.。
...。
.。
.。
7 3。
2逻辑模式设计..。
房屋中介管理系统-数据库原理课程设计
《数据库原理课程设计》任务书题目：房屋中介管理系统学生姓名：朱强学号：13480144 班级：13物联网工程1班题目类型：软件工程（R）指导教师：一、数据库课程设计题目简介该设计要求学生以房屋中介管理系统为背景，设计并开发一套“房屋中介管理系统”软件。
通过该题目的设计、开发，使学生初步得到数据库开发的训练，全面培养软件开发过程中的分析、设计、编码、测试及文档规范书写的能力，得到软件开发的综合训练，提高解决实际问题的能力。
二、数据库课程设计的任务1、查阅文献资料，一般在10篇以上；2、以房屋中介管理系统为背景，通过调研、分析现有的管理模式和已有的管理软件，建立系统模型；3、完成软件结构设计、数据库设计和算法设计；4、完成房屋中介管理系统的软件开发和测试工作。
5、撰写设计说明书；6、做好答辩工作。
三、数据库课程设计的主要内容、功能及技术指标某房屋中介公司拥有多名职员分管不同业务，公司与多名房主具有业务联系，每个房主在委托房屋中介公司进行房屋的出租或出售时都要填写一张表格，说明房屋的地址、面积、朝向、类别以及价格等相关信息。
需要租住或购买房屋的客户在向中介公司寻求服务时，也需要登记需要租住或购买的房屋的细节要求。
职员负责与客户约定时间，并陪同客户看房，若客户看中房屋，公司将记录客户购买或租住房屋的合同的相关信息。
为此公司设计一个数据库应用系统。
1、系统功能的基本要求：（1）管理公司职员的基本信息，以及所进行的业务信息，如联系客户、陪同客户看房的信息。
（2）登记房屋、房主以及客户的信息，并能进行方便地增、删、改。
（3）方便房主查询所需要的房屋的查询功能。
（4）统计待租或待售的房屋信息等。
2、数据库要求：（在数据库中至少应该包含下列数据表）（5）公司职员基本信息表；（6）客户基本信息表；（7）房屋基本信息表；（8）客户购买或租住房屋的合同的相关信息表。
3、其它要求：（1）系统要实现满足多种条件的统计分析功能，有些统计数据要采用图表的格式呈现；（2）系统要有一定的安全控制策略；（3）系统要采用实际数据进行测试。
房地产管理系统数据库设计
房地产管理系统1.问题描述随着住房制度改革不断深化和居民收入水平的提高，住房成为新的消费热点。
1998以后，随着住房实物分配制度的取消和按揭政策的实施，房地产投资进入平稳快速发展时期，房地产业成为经济的支柱产业之一。
国内房地产业的不断高速发展使得传统的管理方式难以胜任当前海量的数据存储和更新，从某种意义上说阻碍了房地产业的发展，因此，企业为自己开发房地产管理系统就显得迫不及待。
房地产信息分为两大类，一类是以图形为主要表征的几何信息，一类是以文本数据为主要表征的属性信息。
属性信息表示房屋及房屋用地几何位置的特征及房产属性数据文件：如权属、用途、面积等。
如果数字化成图技术在房地产测量中的应用可以解决房地产测量几何信息的处理，而房地产属性信息的处理则主要依赖于数据库技术。
2.质量属性需求说明2.1 性能需求1.购房者向系统提交房产检索信息后，系统将在3秒内向顾客显示检索结果。
在等待时间可显示厂商的广告宣传片2.向购房者提供多种方式的查询服务，系统以表格的形式给出满足条件的房产户型，用户可以查看户型的详细介绍。
3.系统容许购房者同时执行多个操作，例如可以同时进行菜单检索和价格比较，汇总等。
4.能快速、灵活地以图、文、像等方式录入楼盘、房屋信息，对历史资料等提供一定的信息服务。
5.能实时、完整地完成楼盘、房屋信息的检索、汇总、收集、处理和存储提供楼盘、房屋信息的多手段、汇总、修改、排序、追加等数据库处理功能。
6.提供其他的相关服务，如公司简介、楼盘简介以及楼盘预定情况的统计信息等。
2.2 安全性需求1.系统必须经超级管理员（数据库操作员）登录系统才可以执行添加删除修改等相关操作2.系统权限分为普通用户和超级管理员两种权限。
普通用户（买房者）只能执行查询功能，而超级管理员则可以执行系统的所有功能2.3软件质量属性1．易用性：该系统应便于使用，对所有客户提供24小时全天候服务。
2．灵活性：顾客在系统内所有页面切换保持流畅。
房地产信息管理系统设计PPT课件
.
17
具体说来，系统设备的配置应从以下方面来考虑： （1）客观条件的约束: 包括投资、原有机房条件、位置、开发 技术力量、系统运行和维护的技术力量。 （2）处理方式: 采取的是批处理还是实时处理方式。 （3）终端需求数: 由联机数据输入量、屏幕显示量和地理位置 的需要，确定终端需求数。 （4）联机存贮量: 根据应用软件、系统软件的规模，管理信息 系统所存储的数据量和数据库／文件的辅助开销来估算出联机 存贮量需求，一般还得在此基础上加上一定的扩充余量。
例3：某项功能放到DLL中，需要变更时仅替
换DLL
.
9
简单性 灵活性和适应性 一致性和完整性
一致性有利于子系统之间、多系统之间的联系 与合作。因此，系统中信息编码、采集、信息通信 要具备一致性，设计规范应标准。由于系统是作为 一个统一的整体而存在的，所以系统的功能应当尽 量完整。
可靠性 经济性
例1：学校的学工处、图书馆、医院、食堂等的信
在结构化设计中，采用自顶向下，逐步细化的方法 将系统分解成为一些相对独立、功能单一的模块。评价模 块质量的标准是“耦合小，内聚大”。
.
43
耦合是表示模块之间联系的程度。紧密耦合表示 模块之间联系非常强，松散耦合表示联系比较弱，非 耦合则表示模块之间无任何联系，是完全独立的。耦 合小就是模块间尽可能相对独立，从而各模块可以单 独开发和维护。
.
16
三、计算机设备的选择
模块结构图设计完毕以后，总体设计的另一个任务就是 选择适合于该系统的计算机设备，确定具体的配置方案。
一个管理信息系统的计算机设备的选择，主要应该根据 用户环境的特点、性能的要求、投资的情况等因素来确 定。既要考虑到当前系统的信息量和对各种数据的处理 功能，又要考虑到系统将来可能发展和扩展的功能。
超图不动产统一登记系统培训演示ppt课件
海洋
不动产数据上报与接入系统
国家不动产登记数据库
国家接入系统
API在 线传 输
省级不动产登记数据库
省级上报接入系统
市县不动产登记数据库
16
不动产统一登记的背景
不动产信息化推进思路 当前不动产登记业务系统介绍
17
不动产登记信息化管理系统
不动产权籍调查管理系统
不动产登记信息系统
18
不动产登记信息化管理系统
地理智慧创新
IT价值
不动产统一登记系统培训
不动产统一登记的背景
不动产信息化推进思路
当前不动产登记业务系统介绍
2
不动产登记背景
印发了《关于整合 不动产登记职责的 通知》 签发公布《不 动产登记暂行 条例》 《不动产登记暂行 条例》正式施行； 首批不动产权证正 式颁发
2007年
2013年
2014 年 6月
地役权 抵押权 预告登记 异议登记 查封登记
8
集体建设用地使用权/房屋所有权
土地承包经营权 土地承包经营权/森林或林木所有权
不动产统一登记的背景
不动产信息化推进思路
当前不动产登记业务系统介绍
9
不动产统一登记系统系列
不动产数据整合建库系统 不动产权籍调查管理系统 不动产登记信息系统
不动产查询共享系统 不动产数据上报与接入系统
五、登簿缮证
六、收费归档
65
66
房屋转移登记演示大纲 一、项目申请 二、收件资料 三、选择登记单元 四、项目审核
五、登簿缮证
六、收费归档
67
68
69
70
71
房屋转移登记演示大纲 一、项目申请 二、收件资料 三、选择登记单元 四、项目审核
ASP0316网上售房管理系统房产网演示
第一点:对于促进本地及周边县市的经济的发展有着十分重要的意义. 第二点:能有效推动房地产业的信息化技术的发展. 第三点：能有力的方便本地房市的人们进行交易。 第四点：对政策法规进行解读和通知
毕业演示
3
系统数据流程
浏览器
发出请 求
利用HTTP
WEB服务器 （IIS）
使用了ADO 对象的ASP
毕业演示
6
2020/8/12
系统的主要功能
求购系统 出售系统 楼盘展示系统 行业咨讯系统 信息反馈系统 会员注册系统
毕业演示
7
主要数据库字典
2020/8/12
毕业演示
8
2020/8/12
House字典
序号 1 2 3 4 5 6 7
字段名
中文含义
类型
ID
字段编号
长整型
mytype
性质
包括求购信息的查看，添加等等。 房屋出租 括房屋出租信息查看、添加等功能 房屋求租 包括房屋求租信息查看、添加等功能 留言信息
用户可以在这里留下想说的话。
毕业演示
11
网站演示后台
2020/8/12
毕业演示
12
后台功能
2020/8/12
一、房源管理
包括查找功能、添加功能、按栏目分类添 加、查找、修改等等。
返回结 果
利用ODBC访问数据库
2020/8/12
毕业演示
ODBC驱 动源
数据库
4
2020/8/12
பைடு நூலகம்
房产系统的流程图（前台用户）
用户
注册
登陆
完整性检 查
主页
浏览信息
发布信息
房地产销售管理系统数据库课程设计
5
提交了数据库文件，且电子文档与打印稿一致
6
迟到、早退、打游戏或做无关之事，发现一次扣
5 分；旷课一次扣 20 分
答辩教师 签名
分值 20％ 40％
20％ 10％ 10％ 负分
最终 成绩
得分
《数据库原理及应用》课程设计报告
题目：房地产销售管理信息系统
学 号： 11003080225 姓 名：韦良富 指导教师：陈丰
1.1 系统开发背景 ....................................................................................................................... 4 1.2 组织结构分析 ....................................................................................................................... 4
第 2 章 系统目标及开发可行性 ......................................................................................................................................................... 5
2.1 系统目标 ............................................................................................................................... 5 2.2 开发可行性分析 ................................................................................................................... 5
房产销售管理系统数据库课程设计书
1 系统分析1.1 需求分析通过对一些典型销售管理系统的考查、分析以及实际的市场调查与研究，要求本系统具有以下功能：⏹规范、完善的基础信息设置，对基础信息的全面管理。
⏹对房屋的预订、销售、收款以及退房进行管理。
⏹对各种业务按不同的时间段查询。
⏹对各种房屋以及客户、销售人员信息的管理。
1.2 可行性分析房地产企业在运营过程中，经常会受到以下一些条件的限制:1.采用传统的手工管理模式进行管理，其工作效率、管理质量和管理水平已不能满足当今经营管理的发展要求，早已无法和国外的企业进行竞争;2.采用手工记账计算等工作不但工作效率低下，而且容易产生计算错误，给企业和个人不必要的损失;3.数据查询、统计比较困难。
因此，通过采用计算机管理系统对房产企业的销售进行管理，客观上满足企业管理的新要求，提高企业的经营运作效率，促进企业的发展，加快房产销售管理流通过程中的信息流动，为主观的人为管理提供了真实有效的数据信息，使企业管理真正走上了现代科学管理化的轨道。
2 概念结构设计2.1 关系模型与E-R图关系模型主要是用二维表格结构表达实体集，用外键表示实体间联系。
关系模型是由若干个关系模式组成的集合。
下面所列的是该数据库的关系模式：1．楼房单元房号（区号，单元，房号），如下图1所示：2．员工（员工编号，姓名，所属部门，性别，年龄，职位，联系电话），如下图2所示：3．登记房屋（房号，单元，房型，面积，单价，总价），如下图3所示：4．登记客户（需求客户编号，预订客户编号），如下图4所示：5．预订客户（预订客户编号，客户姓名，性别，年龄，职务，身份证号，联系电话，联系地址，支付方式），如下图5所示：6．预订房屋（预订合同编号，区号，单元，房号，房型，面积，单价，总价，订购日期，已付金额，未付金额），如下图6所示：7．预订（预订合同编号，预订客户编号），如下图7所示：8．需求客户（需求客户编号，姓名，性别，身份证号，联系电话，联系地址），如下图8所示：9．需求房屋（房屋需求编号，区号，单元，房号，房型，面积，单价，总价），如下图9所示：10．购买需求（需求客户编号，房屋需求编号），如下图10所示：11．收款（预订合同编号，预订客户编号），如下图11所示：12. 销售（销售编号，员工编号，单元，房号，需求客户编号，房屋需求编号，预订合同编号，预订客户编号），如图12所示：根据以上实体E-R图的设计，再经过反复的设计与调整，最后得到简化的房地产销售管理系统的E-R图，如图13所示：图1 楼房单元房号信息实体E-R图图2 员工信息实体E-R图登记房屋信息实体单元房型房屋状态总价房号面积单价员工信息实体联系电话职位年龄性别员工编号姓名所属部门楼房单元房号实体区号房号单元图3 登记房屋信息实体E-R 图图4 登记客户信息实体E-R 图图5 预订客户信息实体E-R 图图6 预订房屋信息实体E-R 图预订房屋信息实体预订合同编号订购日期总价房号区号单元房型面积单价已付金额未付金额预订客户信息实体预订客户编号联系电话支付方式客户姓名身份证号联系地址性别年龄职务登记客户实体需求客户编号预订客户编号图7 预订实体E-R 图图8 需求客户信息实体E-R 图图9 需求房屋实体E-R 图登记房屋信息实体单元房型房号总价区号面积单价需求房屋编号需求客户信息实体需求客户编号联系地址联系电话客户姓名性别身份证号预订记录实体预订合同编号预订客户编号图10 购买需求实体E-R 图图11 收款记录实体E-R 图图12 销售实体E-R 图销售实体需求客户编号房屋需求编号房 号员工编号预订合同编号预订客户编号销售编号单元收款实体预订合同编号预订客户编号购买需求实体需求客户编号房屋需求编号图13 房地产销售管理E-R图3逻辑结构设计根据在数据库概念设计中给出的数据库实体E-R图，可以设计数据库中表的结构。
数据库课设房产管理系统
数据库课设房产管理系统-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII软件学院课程设计报告书课程名称数据库课程设计设计题目房产管理系统专业班级学号姓名指导教师2014 年 6 月目录1 设计时间................................... 错误!未定义书签。
2 设计目的................................... 错误!未定义书签。
3 设计任务................................... 错误!未定义书签。
4 设计内容................................... 错误!未定义书签。
4.1 需求分析 (4)4.2概念结构设计............................... 错误!未定义书签。
4.3逻辑结构设计 (7)4.4物理结构设计 (7)5 总结与展望 (13)参考文献 (14)成绩评定 (14)图1 用户实体及属性（2）分房要求及属性分房要求及属性如图2图2 分房要求及属性（3）调房要求及其属性调房要求及属性如图3图3 调房要求及属性（4）退房要求及属性退房要求及属性如图4图4 退房要求及属性（5）住房文件及属性住房文件及属性如图5图5 住房文件及属性(6)总体E-R图总体E-R图如图6图6 总体E-R图4.2.2 逻辑结构设计将E-R图转换为关系模型，将E-R图转换为关系模型就是将实体，实体的属性及实体间的联系转换为关系模式。
用户信息表（户主，房号，部门，职称，人口）住房要求（户主，面积，要求）住房文件（户主，职称，部门，人口，分数，房号，住房面积）分房要求（户主，部门，职称，人口，分数，要求面积）退房要求（部门，房号）调房要求（户主，部门，职称，人口，分数，房号，要求面积）4.2.3 物理结构设计（1）用户信息表字段名称类型（长度）约束属性户主char (500) 不许为空主码职称char (20) 不许为空非主属性部门char (20) 不许为空非主属性房号char (10) 可以为空非主属性图1 用户信息表（2）住房要求表图2住房要求表（3）分房要求表图3 分房要求表（4）调房要求表图4 调房要求表（5）退房要求表图5 退房要求表（6）住房文件图6住房文件4.4运行与测试4.4.1运行与测试（1）查询住房面积为120平方米的户主信息Select 户主，人口，房号From 住房文件Where住房面积=‘120’结果如图7图7 查询住房面积为120的用户信息(2)查询人口为1的户主信息Select 部门，职称，人口From 用户信息Where 人口=’1’结果如图8图8 查询人口为1的用户信息5 总结与展望通过本次课程设计，我对数据库有了更加深刻的了解，对SQL语言也更加熟悉，合理的运用数据库结构化语言可以使数据库有更少的冗余度，较高的数据独立性和完整。