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

《软件工程课程设计房产信息管理系统.doc》由会员分享，可在线阅读，更多相关《软件工程课程设计房产信息管理系统.doc（17页珍藏版）》请在三一办公上搜索。

1、目录1设计内容12 概要设计12.1需求分析过程12.2数据字典23. 详细设计33.1概念模式设计33.1.1实体33.1.2局部视图33.1.3视图集成73.2逻辑模式设计83.2.1将E-R图转化为关系模式83.2.2数据模型的优化84程序源码104.1建表的SQL语句104.2建立视图114.3触发器114.4建立索引125. 程序运行与调试126总结15参考文献16成绩评定16 1设计内容 房产信息管理系统2 概要设计2.1需求分析过程 1流程申请者按照要求填写并递交一份申请表，按照申请表上的数据进行一一核实，若正确则根据分数的高低将房屋分发给申请者，按照住房分数的高低决定申请者拥有

2、房屋的好坏，若申请者提供的申请表错误，则返还给申请者，若申请者的住房分数不够达到申请的要求，也返还给申请者。 2功能 实现将核实正确的信息输入后自动分配房屋，分房，换房，退房 3流程图否是否 图2-1 系统流程图申请者通过递交住房申请（分房，换房或退房）到核实单位，核实单位主要核实申请的合法性，不合法予以退回，合法转到房产科进行处理。房产科判断申请是否是退房申请，如果是，予以受理，将住户的名字删除，若不是，则判断该申请者的住房分数是否足够分房或者换房，若够，予以受理，若不够，将申请返还给申请者。2.2数据字典表2-1 数据项数据项名 含义说明 数据类型 长度 与其他数据项的逻辑关系身份证 申请

3、人相关信息 整 型 20 申请者的重要标示职称 申请人相关信息 字符型 20 住房分数 申请人相关信息 整 型 10 家庭人口 申请人相关信息 整 型 2原房面积 申请人相关信息 整 型 2要求面积 申请人相关信息 整 型 4受理人 受理单位相关信息 字符型 8受理编号 受理单位相关信息 整 型 10 房号 住房相关信息 整 型 10 房屋信息的重要标示最低分数 住房相关信息 整 型 10房屋面积 住房相关信息 整 型 4每平方米租金住房相关信息 整 型 4分配标志 住房相关信息 字符型 2 表2-2 数据结构数据结构名 含义说明 组成申请者信息表 定义申请者相关信息 身份证号，职称，住房分数

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

5、房屋的相关信息 房屋面积，需要积分，房号房屋分配信息 存储了分房的相关信息 房号，身份证号房屋转换信息 存储了换房的相关信息 原房的房号，换房的房号，身份证号 房屋丢弃信息 存储了退房的相关信息 原房的房号，身份证号表2-5 处理过程处理过程名 含义说明 输入 输出分房过程 按照住房分数的高低分配空房 身份证 分得的结果换房过程 将现有的房屋与空房屋交换 身份证 交换结果退房过程 将现有的住房退还 身份证 退房结果3. 详细设计3.1概念模式设计3.1.1实体申请者，住房，房产科，分房，调房，退房3.1.2局部视图1申请者-填写-分房申请申请这填写分房申请才可申请分房，下图表示为申请者-填写-

6、分房申请的关申请者房号部门 职称家庭人口住房分数身份证号住房面积填写分房申请身份证号部门职称家庭人口住房分数要求面积系图。受理编号受理人图3-1 申请者-填写者-分房申请关系图事物规则：一份申请由一个申请者填写一个申请者填写一份申请2申请者-填写-调房申请部门职称身份证号房号要求面积部门原房号调房申请家庭人口填写职称申请者原房面积住房分数住房面积住房分数家庭人口身份证号部门分房申请要求面积住房分数家庭人口职称 图3-2申请者-填写-调房申请关系图申请者房号部门职称家庭人口住房分数身份证号住房面积填写退房申请部门序号3申请者-填写-退房申请要求面积原房号原房面积住房分家庭人口职称部门调房申请图3

7、-3 申请者-填写-退房申请关系图4受理员-分配-住房受理时间受理编号受理员分配住房房号住房面积最低分数分配标志每平方米房租图3-4受理员-配-住房关系图事物规则：一个受理可以分配多个住房 一个住房能有一个受理员分配5受理员-受理-分房申请 受理员受理编号受理时间受理分房申请身份证号部门职称家庭人口住房分数要求面积受理编号受理时间受理时间受理编号图3-5受理员-受理-分房申请关系图事物规则：一个受理员能受理多个申请 一个申请只能由一个受理员受理6受理员-受理-调房申请调房申请受理时间受理编号受理员受理原房号部门职称家庭人口住房分数要求面积原房面积图3-6 受理员-受理-调房申请关系图7受理员-

8、受理-退房申请退房申请受理时间受理编号受理员受理房号部门 3-7 受理员-受理-退房申请关系图3.1.3视图集成所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。1确定公共实体类型为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体类型。一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。2局部ER模式的合并合并的原则是：首先进行两两合并；先和合并那些现实世

9、界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。3消除冲突冲突分为三类：属性冲突、结构冲突、命名冲突。设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一模型。3.2逻辑模式设计3.2.1将E-R图转化为关系模式 1申请者（身份证号，房号，部门，职称，家庭人口，住房分数，住房面积） 为2NF 设定2个实体：R1（身份证号，部门，职称，家庭人口） R2（房号，住房分数，住房面积） 2房产科（受理时间，受理编号）3NF 3住房（房号，最低分数，每平方米租金，分配标志，住房面积）3NF 4分房（身份

10、证号，要求面积，部门，职称，家庭人口，住房面积，）3NF 5调房（原房号，要求面积，部门，职称，家庭人口，住房分数，原房面积） 3NF3.2.2数据模型的优化1房产科（受理人，受理编号）3NF 2住房（房号，最低分数，每平方米租金，分配标志，住房面积）3NF 3分房（身份证号，要求面积，部门，职称，家庭人口，住房面积，）3NF 4调房（原房号，要求面积，部门，职称，家庭人口，住房分数，原房面积，） 3NF 5申请者（身份证号，部门，职称，家庭人口）6申请者住房信息（房号，住房分数，住房面积）表3-1 受理人信息表MASTER字段名称 数据类型 长度 约束 属性受理人 char 8 not nu

11、ll 非主属性受理编号 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 null 外码部门 char 20 not null 主属性家庭人口 int 2 非主属性住房面积 int

12、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 not null 主属性部门 char 20 not null 非主属性职称 char 20 非主属性家庭人口 int 2 非主属性4程序源码4.1建

13、表的SQL语句CREAT TABLE USER Uno CHAR(20) PRIMARY KEY Usp CHAR(20) Upla CHAR(20) Ufn int /建用户1CREAT TABLE USER2 Upln int PRIMARY KEY Uplm int Upls CHAR(20) /建用户2CREAT TABLE ROOM Rno int PRIMARY KEY Rm int Rrt CHAR(10) Upls int Rrs int /建已住房CREAT TABLE MASTER (Mname char(20) Mno int) PRIMARY KEYCREAT TABL

14、E DROOM Uno char(20) PRIMARY KEY Usp CHAR(20) Upla CHAR(20) Ufn intUpls intRrs int /建空房CREAT TABLE CROOMRono int PRIMARY KEYUsp CHAR(20)Upla CHAR(20)Ufn intUpls intRrs intRos char(20)CREAT ROLE KINGGRANT UPDATE(ALL)ON ALLTO KINGWITH ADMIN OPTION4.2建立视图CREAT VIEW UURMOCAS SELECTFROM USER USER2 ROOM M

15、ASTER DROOM CROOMWHEREU.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_wageCreate trigger insert_or update_wageBefore insert or update on managerFor each rowAs beginIf (new. Professinal=king) and (uplm.700) then New.uplm=700;End if;E

16、nd4.4建立索引在申请者表USER上建立唯一索引D-USERNAMECreate unique index D-USERNAME ON USER;在房屋表ROOM上建立唯一索引M-ROOMCreate unique index M-ROOM ON ROOM;5. 程序运行与调试运行界面如图所示： 图5-1 房屋登记界面如图 图5-2 房屋备案登记 图5-3 填写房屋基本信息运行界面调试：1输入错误计数器显示错误： 回溯法： （a）检验用户名输入正确性和内容正确性缺少计数器。 （b）检测密码内容正确性程序正确。 （c）此类问题延伸到修改密码、添加用户、用户管理等模块。 （d）修改计数器出现地点

17、，已经修复，并且经测试未出现问题。2输入字数溢出错误： （a）非数据接口错误，数据库内字段设置正常、统一。 （b）输入正确性检测缺少。 （c）输入框出现了输入溢出的问题。 （d）添加输入框输入字数限制，已经修复，经检测未出现问题。6总结通过这次软件工程的课程设计，我对软件工程这一学科又有了更深刻的认识。以前一直以为这是一个以理论知识为主的学科，可是通过这次课程设计才知道其实软件工程这一学科涉及的方面真的很广，它是各种计算机语言的沟通桥梁，可以将它们有机的结合在一起。 这次我设计的是房产信息管理系统，通过这个系统可以很好的，有条不紊的将房产信息管理妥善。不论对于客户还是房主，查找房产信息便可以变

18、的很便利。对于大的厂商和房屋中介公司，都可以很好的应用。现在房地产方面更是飞速发展，人们生活水平变高，从而每家拥有的房子数量也变多了，因此，房产信息管理这一块儿，便变得很重要了。对于它的发展前景更是不容小觑。房产信息管理系统可以使房地产商或者中介厂商可以很好的掌握房主信息及房屋信息，而房主在有必要时更可以对自己的房子情况有所了解，更安全更便捷。在此次课程设计中，我遇到的困难真的很多，很大。因为之前对于软件工程这一学科只了解理论上的知识，操作起来很不顺利。后来查了很多资料，并且请教指导老师，在老师和身边同学的帮助下才一点一点上手的。有时小到一个代码的错误，我都需要重新检查重新来过。过程虽然辛苦但是结果是好的，最后成功的时候真的很开心。再次很感谢老师和同学的帮助。参考文献1 张海藩. 软件工程导论M. 北:清华大学出版社, 2008.2 王珊，萨师煊.据库系统概论M .教育出版社, 2007.成绩评定成绩 教师签字