软件工程课程设计房产信息管理系统

1、目目录录 1 设计内容.1 2 概要设计.1 2.1 需求分析过程.1 2.2 数据字典.2 3. 详细设计.3 3.1 概念模式设计.3 3.1.1 实体.3 3.1.2 局部视图.3 3.1.3 视图集成.7 3.2 逻辑模式设计.8 3.2.1 将 e-r 图转化为关系模式.8 3.2.2 数据模型的优化.8 4 程序源码.10 4.1 建表的 sql 语句.10 4.2 建立视图.11 4.3 触发器.11 4.4 建立索引.12 5. 程序运行与调试.12 6 总结.15 参考文献.16 成绩评定.16 1 设计内容 房产信息管理系统 2 概要设计 2.1 需求分析过程 1 流程 申

2、请者按照要求填写并递交一份申请表，按照申请表上的数据进行一一核 实，若正确则根据分数的高低将房屋分发给申请者，按照住房分数的高低决定 申请者拥有房屋的好坏，若申请者提供的申请表错误，则返还给申请者，若申 请者的住房分数不够达到申请的要求，也返还给申请者。 2 功能 实现将核实正确的信息输入后自动分配房屋，分房，换房，退房 3 流程图 图 2-1 系统流程图 否 是 否 申请者通过递交住房申请（分房，换房或退房）到核实单位，核实单位主 要核实申请的合法性，不合法予以退回，合法转到房产科进行处理。 房产科判断申请是否是退房申请，如果是，予以受理，将住户的名字删除， 若不是，则判断该申请者的住房分数

3、是否足够分房或者换房，若够，予以受理， 若不够，将申请返还给申请者。 2.2 数据字典 表 2-1 数据项 数据项名 含义说明 数据类型 长度 与其他数据项的逻辑关系 身份证 申请人相关信息 整 型 20 申请者的重要标示 职称 申请人相关信息 字符型 20 住房分数 申请人相关信息 整 型 10 家庭人口 申请人相关信息 整 型 2 原房面积 申请人相关信息 整 型 2 要求面积 申请人相关信息 整 型 4 受理人 受理单位相关信息 字符型 8 受理编号 受理单位相关信息 整 型 10 房号 住房相关信息 整 型 10 房屋信息的重要标示 最低分数 住房相关信息 整 型 10 房屋面积 住房

4、相关信息 整 型 4 每平方米租金住房相关信息 整 型 4 分配标志 住房相关信息 字符型 2 表 2-2 数据结构 数据结构名 含义说明 组成 申请者信息表 定义申请者相关信息 身份证号，职称，住 房分数，家庭人口， 原房面积，要求面积 房屋状态表 定义房屋的相关信息 房号，最低分数，房 屋面积，没平方米租 金，分配标志 房屋分配表 定义房屋与用户的分配关系 房号，身份证号 房屋转换表 定义房屋与用户的转换关系 房号，身份证号，原 房面积 房屋丢弃表 定义房屋与用户的丢弃关系 房号，身份证号 表 2-3 数据流 数据流名 来源 去向 申请者信息 申请者 房屋管理处 房屋信息 房屋 房屋管理处

5、 房屋分配信息 房屋的分配 房屋管理处 房屋转换信息 房屋的转换 房屋管理处 房屋丢弃信息 房屋的丢弃 房屋管理处 表 2-4 数据存储 表 2-5 处理过程 3. 详细设计 3.1 概念模式设计 3.1.1 实体 申请者，住房，房产科，分房，调房，退房 3.1.2 局部视图 1 申请者-填写-分房申请 数据存储名 含义说明 组成 申请者信息 存储了申请者的相关信息 申请信息，身份证，住房积 分 房屋信息 存储了房屋的相关信息 房屋面积，需要积分，房号 房屋分配信息 存储了分房的相关信息 房号，身份证号 房屋转换信息 存储了换房的相关信息 原房的房号，换房的房号， 身份证号 房屋丢弃信息 存储

6、了退房的相关信息 原房的房号，身份证号 处理过程名 含义说明 输入 输出 分房过程 按照住房分数的高低分配空房 身份证 分得的结果 换房过程 将现有的房屋与空房屋交换 身份证 交换结果 退房过程 将现有的住房退还 身份证 退房结果 申请这填写分房申请才可申请分房，下图表示为申请者-填写-分房申请的 关系图。 图 3-1 申请者-填写者-分房申请关系图 事物规则：一份申请由一个申请者填写 一个申请者填写一份申请 2 申请者-填写-调房申请 申请者 房号 部门 职称 家庭人口 住房分数 身份证号 住房面积 填写 分房申请 身份证号 部门 职称家庭人口 住房分数 要求面积 受理人 受理编号 职称 部

7、门 身份证号 家庭人口住房分数 要求面积 分房申请 部门 职称 身份证号 房号 要求面积 部门 原房号 调房申请 家庭人口 填写 职称 申请者 原房面积 住房分数 住房面积 住房分数 家庭人口 图 3-2 申请者-填写-调房申请关系图 3 申请者-填写-退房申请 图 3-3 申请者-填写-退房申请关系图 4 受理员-分配-住房 图 3-4 受理员-配-住房关系图 申请者 房号 部门 职称 家庭人口 住房分数 身份证号 住房面积 填写 退房申请部门 序号 调房申请 原房号 原房面积 住房分家庭人口 职称 部门 受理时间 受理编号受理员 分配 住房 房号住房面积 最低分数 分配标志 每平方米 房租

8、 要求面积 事物规则：一个受理可以分配多个住房 一个住房能有一个受理员分配 5 受理员-受理-分房申请 图 3-5 受理员-受理-分房申请关系图 事物规则：一个受理员能受理多个申请 一个申请只能由一个受理员受理 6 受理员-受理-调房申请 图 3-6 受理员-受理-调房申请关系图 受理编号 受理时间 受理时间 受理编号 受理员 受理编号 受理时间 受理 分房申请 身份证号 部门 职称 家庭人口 住房分数 要求面积 调房申请 受理时间 受理编号 受理员 受理 原房号 部门 职称 家庭人口 住房分数 要求面积 原房面积 7受理员-受理-退房申请 3-7 受理员-受理-退房申请关系图 3.1.3 视

9、图集成 所有局部 er 模式都设计好了后，接下来就是把它们综合成单一的全局概念 结构。全局概念结构不仅要支持所有局部 er 模式，而且必须合理地表示一个 完整、一致的数据库概念结构。 1 确定公共实体类型 为了给多个局部 er 模式的合并提供开始合并的基础，首先要确定各局部结 构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体 类型。一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实 体类型作为公共实体类型的另一类候选。 2 局部 er 模式的合并 合并的原则是：首先进行两两合并；先和合并那些现实世界中有联系的局 部结构；合并从公共实体类型开始，最后再加入独立的局

10、部结构。 3 消除冲突 冲突分为三类：属性冲突、结构冲突、命名冲突。 设计全局 er 模式的目的不在于把若干局部 er 模式形式上合并为一个 er 模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一模型。 退房申请 受理时间 受理编号 受理员 受理 房号部门 3.2 逻辑模式设计 3.2.1 将 e-r 图转化为关系模式 1 申请者（身份证号，房号，部门，职称，家庭人口，住房分数，住房面积） 为 2nf 设定 2 个实体：r1（身份证号，部门，职称，家庭人口） r2（房号，住房分数，住房面积） 2 房产科（受理时间，受理编号）3nf 3 住房（房号，最低分数，每平方米租金，分配标

11、志，住房面积）3nf 4 分房（身份证号，要求面积，部门，职称，家庭人口，住房面积， ）3nf 5 调房（原房号，要求面积，部门，职称，家庭人口，住房分数，原房面积） 3nf 3.2.2 数据模型的优化 1 房产科（受理人，受理编号）3nf 2 住房（房号，最低分数，每平方米租金，分配标志，住房面积）3nf 3 分房（身份证号，要求面积，部门，职称，家庭人口，住房面积， ）3nf 4 调房（原房号，要求面积，部门，职称，家庭人口，住房分数，原房面积， ） 3nf 5 申请者（身份证号，部门，职称，家庭人口） 6 申请者住房信息（房号，住房分数，住房面积） 表 3-1 受理人信息表 master

12、 字段名称 数据类型 长度 约束 属性 受理人 char 8 not null 非主属性 受理编号 int 10 not null 主属性 表 3-2 住房信息表 room 字段名称 数据类型 长度 约束 属性 房号 int 10 not null 主属性 最低分数 int 10 not null 非主属性 每平方米租金 int 4 非主属性 分配标志 char 4 not null 非主属性 住房面积 int 4 not null 非主属性 表 3-3 分房信息表 droom 字段名称 数据类型 长度 约束 属性 身份证号 int 20 not null 外码 要求面积 int 4 not

13、null 外码 部门 char 20 not null 主属性 家庭人口 int 2 非主属性 住房面积 int 4 not null 非主属性 表 3-4 调房信息表 croom 字段名称 数据类型 长度 约束 属性 原房号 int 10 not null 主属性 要求面积 int 4 外码 部门 char 20 外码 职称 char 20 not null 外码 家庭人口 int 2 not null 外码 住房分数 int 10 not null 外码 原房面积 int 4 not null 外码 表 3-5 申请者信息表 字段名称 数据类型 长度 约束 属性 身份证号 int 20 n

14、ot null 主属性 部门 char 20 not null 非主属性 职称 char 20 非主属性 家庭人口 int 2 非主属性 4 程序源码 4.1 建表的 sql 语句 creat table user uno char(20) primary key usp char(20) upla char(20) ufn int /建用户 1 creat table user2 upln int primary key uplm int upls char(20) /建用户 2 creat table room rno int primary key rm int rrt char(10)

15、 upls int rrs int /建已住房 creat table master (mname char(20) mno int) primary key creat table droom uno char(20) primary key usp char(20) upla char(20) ufn int upls int rrs int /建空房 creat table croom rono int primary key usp char(20) upla char(20) ufn int upls int rrs int ros char(20) creat role king

16、grant update(all) on all to king with admin option 4.2 建立视图 creat view uurmoc as select from user user2 room master droom croom where u.uno=d.uno and d.usp=c.usp and c.rs=r.upls and r.upls=u.upls 4.3 触发器 建立一个如果申请者的住房分数小于 700，自动改为 700 的触发器 insert_or update_wage create trigger insert_or update_wage be

17、fore insert or update on manager for each row as begin if (new. professinal=king) and (uplm.700) then new.uplm=700; end if; end 4.4 建立索引 在申请者表 user 上建立唯一索引 d-username create unique index d-username on user; 在房屋表 room 上建立唯一索引 m-room create unique index m-room on room; 5. 程序运行与调试 运行界面如图所示： 图 5-1 房屋登记界

18、面如图 图 5-2 房屋备案登记 图 5-3 填写房屋基本信息运行界面 调试： 1 输入错误计数器显示错误： 回溯法： （a）检验用户名输入正确性和内容正确性缺少计数器。 （b）检测密码内容正确性程序正确。 （c）此类问题延伸到修改密码、添加用户、用户管理等模块。 （d）修改计数器出现地点，已经修复，并且经测试未出现问题。 2 输入字数溢出错误： （a）非数据接口错误，数据库内字段设置正常、统一。 （b）输入正确性检测缺少。 （c）输入框出现了输入溢出的问题。 （d）添加输入框输入字数限制，已经修复，经检测未出现问题。 6 总结 通过这次软件工程的课程设计，我对软件工程这一学科又有了更深刻的认 识。以前一直以为这是一个以理论知识为主的学科，可是通过这次课程设计才 知道其实软件工程这一学科涉及的方面真的很广，它是各种计算机语言的沟通 桥梁，可以将它们有机的结合在一起。 这次我设计的是房产信息管理系统，通过这个系统可以很好的，有条不紊 的将房产信息管理妥善。不论对于客户还是房主，查找房产信息便可以变的很 便利。对于大的厂商和房屋中介公司，都可以很好的应用。现在房地产方面更 是飞速发展，人们生活水平变高，从而每家拥有的房子数量也变多了，因此， 房产信息管理这一块儿，便变得很重要了。对于它的发展前景更是不容小觑。 房产信息管理系统可以使房地产商或者中介