《某房屋中介服务中心的设计与实现》12000字(论文)_第1页
《某房屋中介服务中心的设计与实现》12000字(论文)_第2页
《某房屋中介服务中心的设计与实现》12000字(论文)_第3页
《某房屋中介服务中心的设计与实现》12000字(论文)_第4页
《某房屋中介服务中心的设计与实现》12000字(论文)_第5页
已阅读5页,还剩33页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

某房屋中介服务中心的设计与实现目录摘要 3第1章绪论 51.1研究背景 51.2研究现状 51.3研究目标 51.4研究内容 5第2章系统开发环境 62.1Java概述 62.2MySQL数据库 62.3JSP 62.4Tomcat 6第3章需求分析 73.1系统可行性分析 73.1.1操作可行性 73.1.2发展可行性 73.1.3技术可行性 73.2功能需求 73.3开发环境需求 83.4性能需求 8第4章系统设计与实现 94.1系统概要设计 94.2系统详细设计 94.3系统角色功能设计 94.4数据库设计 104.4.1数据库设计原则 104.4.2数据库实体类 114.4.3数据库表设计 144.5系统流程设计与实现 184.5.1注册流程 184.5.2登录流程 204.5.3管理员房源管理流程 214.5.4用户功能流程 26第5章系统测试 325.1测试的意义 325.2系统的演示过程 325.3测试的结果 39总结 40参考文献 41摘要人民生活逐渐步入信息化时代,所以如何运用计算机,科学,高效的知晓满目琳琅的信息,是当前的人们共同热议的话题。当今企业单位为了提升自己企业的竞争力,能让自己企业在同行中光彩出众。一方面在各个方面制定或购买先进软件技术,以在同行企业中有独具一格的特色。另一方面还运用计算机高科技手段进行科学,规范,合理的管理。通过调查,各房产公司的管理者们希望能够对公司的事务管理系统的整个流程状态,信息资料一目了然,使他们可以快速的做出最便捷,科学的决策;作为员工们,希望可以避免太过繁琐的操作,可以有新颖的,便捷的,先进的方法来代替那些比较传统的靠手工记录的方法。从而成倍的提高工作效率。所以,一个房产公司有这么一个能够使其实现优化管理的计算机服务平台系统就是十分重要的。利用计算机技术,实现管理服务平台系统所预期的的自动化,规范化管理,就是解决这个问题的最好方法。所以该论文研究的“万家灯火”房屋中介服务中心的理论基础和设计流程思想,是一个根据网页服务系统的开发过程和系统功能实现的网页管理系统。“万家灯火”房屋中介服务中心以软件理论作为系统开发的理论基础,以专业数据库开发语言作为实现方法的后台数据库的开发过程分析的研究项目。“万家灯火”房屋中介服务中心以MySQL数据库,Eclipse软件作为开发工具,通过对后台数据库的创建与操作,软件界面的设计与实现,程序的编写与调试等几个阶段来完成对“万家灯火”房屋中介服务中心的开发。为用户提供操作简便明了的服务平台。关键词:MySQL数据库房屋中介管理系统Eclipse软件第1章绪论1.1研究背景人们工作地点和日常生活居住地可能会离得很远。所以人才的流动面临许多问题,其中住房问题就是一个很大的问题。但是在当前经济发展的时代,人才在地域上的流动越来越宽广,来往越来越频繁,但是随着当前房屋产业市场的飞快发展,人们早已不再受到地域的限制。据查询资料统计,大部分的房产买卖是通过房产中介机构作为媒介进行操作的,人们通过他们咨询、购买、出售、租赁房产已经成为很普遍的现象,显然这些房产中介机构在沟通买房卖房双方间起到了一个纽带的重要作用。但是,面对各种各样的房产中介公司让人们难以取舍,不知道该选择的哪个是最靠谱,最让人放心的,害怕其中会存在着很多的风险和陷阱。所以目前创建一个能够让大家信任的,信息能够及时更新的房产中介服务中心已然迫在眉睫。1.2研究现状在我国,房屋中介服务中心的平台管理系统不仅具有非连续性和流动性的特点,房产中介服务平台的平台管理系统房屋中介服务中心的平台管理系统还具有很强的灵活性。这些服务中心平台的收入方式主要是来源于用户双方的佣金。但同时也出现了很多以此盈利的骗局,坑害了很多安全意识不高的人民。1.3研究目标在我国,国民生活水平的不断提高,房屋中介的发展,居民租房、买房的需求越来越多样,这逐渐带动了房产中介的发展,虽然已经存在了比较多的服务网站,但中介服务平台的信息化管理还不够成熟,不够完善,不能对提高效率、降低成本、共享资源等方面起到至关重要的作用。未来,房产中介服务将朝着平台信息化的道路前进,从而实现房屋交易中心共享信息的功能,增加交易机会,缩短交易时间。1.4研究内容本篇论文可分为六个章节进行对本系统的说明与使用。下面将这六个章节进行细致的划分:第一章:研究社会中的发展背景,现状,确定该系统的研究目标和研究内容;第二章:根据系统的开发过程进行概述该系统的开发环境;第三章:阐述该系统的需求;第四章:描述该系统的设计过程,展示系统的功能实现以及实现此功能的代码模块;第五章:对系统进行测试并完善系统。第2章系统开发环境本次“万家灯火”房屋中介服务中心系统的设计与实现是为了满足人们“日常租房,买房”式的需求,从而方便了租客,房东,简化交易流程。2.1Java概述Java语言是面向对象的编程语言,它的功能强大且简单易用。Java是简单的,面向对象的,分布式的,健壮的,安全的,平台独立的,动态的编程语言。是当前最流行的编程语言之一。且在全国各地都十分流行。2.2MySQL数据库MySQL是一个关系型数据库管理系统,目前属于Oracle旗下产品。MySQL是现前最流行的关系型数据库管理系统之一。MySQL是一种关系数据库管理系统,关系数据库将数据保存在不同的表中,而不是将所有数据放在一个大仓库内,这样就增加了速度并提高了灵活性。2.3JSPJSP(JavaServerPages)一种动态网页技术标准,现已成为Java服务器编程的重要组成部分。JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端请求以后对这些Java代码进行处理,然后将生成的HTML页面返回给客户端的浏览器。JavaServlet是JSP的技术基础,而且大型的Web应用程序开发需要JavaServlet和JSP配合才能完成。JSP

具备了Java技术的简单易用,完全的面向对象,具有平台无关性且安全可靠,主要面向因特网的所有特点。2.4TomcatTomcat服务器是一个免费的开放源代码的Web应用服务器,在中小型系统和并发访问读者不是很多的场合下被普遍使用,是开发和调试JSP程序的首选。

第3章需求分析3.1系统可行性分析系统的需求分析能够清晰地向浏览者展示该系统的功能及其实现前硬件所要达到的要求,进而可以预估该系统实现所需的工作量的大小与硬件是否能达到此系统的要求。硬件达到该系统的要求后,接着要考虑该系统在当今社会的未来的发展中能否跟着时代的发展而发展,要保证在短期内做的系统不会随着时间的流逝而慢慢失去他的价值。在实现该系统的过程中所涉及的技术需能解决该系统未来或者最近会发生的问题,从而确保了该系统的可行性。3.1.1操作可行性“万家灯火”房屋中介服务中心是基于web的。租客,房东和管理员只需用浏览器打开此系统的首页,接着通过注册个人基本信息,利用基本信息进行登录。根据各个功能不同开展不同业务,例如买家对房源信息的查询查看,卖家对房源信息的上传。整个过程像淘宝购物一样,可以对房源的金额,位置的信息直接查看,从而判断选中房源是否为自己所需的性价比最高的房源。从查看到确定是否租赁或者购买的整个过程,相对来说都是比较简单易行的,对于普遍人群都是简单实用的。所以,该系统在操作方面是普遍可行的。3.1.2发展可行性当今,是个信息高速发展的时代。在这个互联网发展的背景下,web网页自然也不会落后。基于Web端的“万家灯火”房屋中介服务中心系统只需各个角色有网络,有浏览器即可通过电脑连接附近的网络随后输入此系统的URL即可访问“万家灯火”房屋中介服务中心系统,方便、快捷的操作会让大多数的读者感到满意,操作简单易实现。所以,该平台服务系统在近期不会被淘汰,会随着社会的发展变得越来越被欢迎。3.1.3技术可行性如今,Java语言在所有的高级语言中属于前几名。“万家灯火”房屋中介服务中心是使用了Java、JavaScript和Jsp共同编写的。用MySQL数据库作为该系统的后台管理平台进行对该系统的数据统一管理。MySQL数据库成本小能满足中小型企业使用,使用Tomcat将该系统放入本地服务器中进行,大大降低了系统的成本。所以,在技术方面上该“万家灯火”房屋中介服务中心在技术上是可行的。3.2功能需求计划开发过程中完成以下功能:1.用户管理:使用本系统时,要进行注册,按要求填写注册信息后才可登录。对不同的用户类型,设有对应的权限。2.房屋管理:管理人员可以对房源进行管理,相对应的进行添加,查询,删除操作等。3.房屋租赁管理:顾客可以根据自己的理想房源,查看房源信息后进行后确定是否房屋租赁。具体操作实施是查询检索所需房源。4.房屋购买管理:顾客可以根据个人所需,查看房源信息后进行房屋购买。具体操作实施是查询检索所需房源。5.中介费用管理:管理员对出租和购买的中介费进行管理设置6.角色管理:管理员可以根据房东、租客登录申请需求进行审核并给与设定角色,开放或关闭相应的用户权限。7.信息统计:客户可直接查看房屋结构、售价。3.3开发环境需求开发“万家灯火”房屋中介系统需要运用的平台软件,运行系统以及软件版本。操作系统:Windows7(64-bit)软件平台:MySQL数据库,Eclipse软件需要安装的软件工具如下:Javajdk8.0.1(64-bit)或者更高的版本;Eclipse–windows(64-bit)或更高的版本;3.4性能需求1.安全性:“万家灯火”房屋中介系统是建立在web服务器端的,只需要有一个可以上网的电脑输入URL即可访问该“万家灯火”房屋中介系统的平台。因此该系统是很安全的,不会存在重大安全隐患。2.可靠性:本系统运行时的行为符合预期所想的行为,所以是可靠的。3.可用性:当运行“万家灯火”房屋中介系统的时候,能够在网页中打开此系统而不会花费太多时间,可以保证“万家灯火”房屋中介系统在网页中顺利地运行,从而满足用户的需求。

第4章系统设计与实现4.1系统概要设计系统概要设计可以明确系统是否可以令用过该系统的是使用者感到满意。概要设计体现了需求分析的完整性原则,要清晰地向用户展示全部功能。4.2系统详细设计1.模块设计必须思路清晰简单,正确可行;2.设计的处理过程应简明易懂;4.3系统角色功能设计不同用户类型具有其相对应的专属功能,当然也有共同功能。下面是本系统角色的主要功能:1.管理员功能:管理员登录后,可以对房源的信息和已注册的用户的信息进行管理操作。管理员管理员登录房屋管理用户管理图4-1管理员的功能2.租客用户功能:租客用户登录后,可以查看房源,预约申请看房,然后确定是否租赁或购买本此房源。租客租客登录查阅房源预约房源租赁房屋购买房屋图4-2租客的功能3.房东用户功能:房东用户登录后,可以查看自己提交的房源信息,并且可以进行修改,管理房源。还有可以回应租客用户的看房申请,是否同意看房。还可以查看自己的房源的交易记录。房东房东登录查阅房源管理房源看房审批交易记录图4-3房东的功能4.4数据库设计4.4.1数据库设计原则数据库是一种记录、存储、检索和比较数据的工具,便于开发者可以对数据录入,删除,更新,查询集为一体的工具。虽然数据库是一个好工具,但是这对开发者建数据库有高要求,高准则,会遵循以下五个原则:1.明确数据表结构和用途;2.选择合适的数据建模软件;3.目标的要求;4.以谨慎的方式对数据进行建模;5.使用适当的数据类型。只有遵循五个原则,在系统后期能更好地维护。4.4.2数据库实体类数据库实体类是某个事物的一个集合。在“万家灯火”房屋中介服务中心中,有用户实体,认证实体,房源信息实体,看房信息实体,申请结果实体,合同信息实体,付款信息实体,故障信息实体,交易信息实体,退租实体。1.用户实体本系统的用户实体包含用户编号id,用户名,密码,选择用户类型属性。注册用户需要所对应的id,注册用户的id是唯一的,避免在数据库中重复。然后设置所需的用户名和对应的密码,选择对应的用户类型。用户用户id密码用户名用户类型图4-4用户实体图2.认证实体认证实体是租客用户注册登录之后的后续操作,其内容包含了用户id,用户姓名,用户身份证号码和用户的手机号码。注册登录之后,需要实名认证,认证之后才能继续后续操作。其目的是保障注册用户的真实性,唯一性和安全性。认证实体认证实体id身份证号姓名手机号型图4-5认证实体3.房源实体房源信息实体的内容包括,id,地址,租金或者售价(价格)和状态(已售出或者未售出,以租赁或者未租赁)。房东添加房源信息时,需要填写该实体包含信息,然后以便租客可以了解房源信息,从而确定是否是自己想要的房源。房源房源Id地址状态价格图4-6房源实体4.看房申请实体看房信息实体,包括房源信息实体中包括的id,地址,状态和价格的信息。还包括租客、买客用户的信息。租、买客通过查看房源信息后,确定提交看房申请。看房申请看房申请房屋id地址用户状态价格图4-7看房申请信息实体5.申请结果实体申请结果实体包括房源信息中的id,地址,状态和价格信息。还包括用户注册时所包含的信息。租客用户提交看房申请后,房东用户可以看到此申请,然后回馈给租客用户是否同意看房申请。所以此处包含的用户信息是有必要的。申请结果申请结果房屋id地址用户状态图4-8申请结果实体6.合同信息实体合同信息实体包含租、买客用户或房东用户信息,双方用户的证件信息,开始截止时间,房源信息实体中所包含的id、价格、地址信息,付款日期。正常的租赁合同中需要双方的有效信息和有效证件信息,和租赁的开始和截止时间,还有付款日期。这些信息对于构成有效的合同都是必要的,所以需要引入这些数据内容。合同合同租赁/买方出租/卖方开始时间地址租客证件方价格终止时间出租/卖方证件房屋id付款日期图4-9合同信息实体7.付款信息实体付款信息实体是衔接上边合同信息实体的。所以其包括的内容除了与合同信息实体中的一致以外,还需要增添一个状态信息,显示付款状态是已付款,还是未付款。付款信息付款信息地址开始时间用户id姓名价格终止时间房屋id状态图4-10付款信息实体8.故障信息实体故障信息实体是衔接房源信息实体的,内容包括房源信息实体中的各项信息,另外增添了出现故障的日期,和出现的故障的详情状态。当已售出的房屋出现故障问题时,用户可以通过故障处理来向房东用户提交故障的详情,从而判断维修或者理赔的情况。这些问题在实际生活中都是要考虑到的,所以这里也添加了本项内容。故障处理故障处理房屋id地址用户id日期详情状态姓名图4-11故障信息实体9.交易信息实体交易信息实体是衔接房源信息实体的,其内容包括房源信息实体中的各项信息,然后对房源信息实体中的状态信息进行更改,更改为已出售或者未出售。从而避免其他用户在查看房源信息时候,再考虑此项房源。交易成功信息交易成功信息id价格房屋id用户id地址序号交易类型图4-12交易信息实体10.退租实体退租实体同样包含了房屋信息实体中的信息,和用户实体中的信息。双方用户所定的合同到期是,租客用户会办理退租。其内容需含用户双方的信息,还有房源信息。租客用户办理退租后,需要更改房源信息中的房屋的状态更改为未售出或者未租出。以便其他租客用户可以再次租用此房源。退租退租Id房屋id地址用户状态图4-13退租实体4.4.3数据库表设计数据库在项目中是很重要的,后台操作都需在数据库中完成。在界面显示的只是简单的操作,但却在数据库中反复进行操作,以下是数据库表设计的内容。1.user用户数据库表信息user用户信息表是由id,username,password和用户类型Type建立的,填写这些资料用来编辑用户的基本资料。联合用户的用户编号id、用户名username、密码password和用户类型注册用户信息,确保用户不会重复和绝对安全。在数据库中用户编号id用int类型,设置用户对应编号,其长度不用太多,所以这里只用11就可以。这里所填写的用户的用户名和密码可以由字母和数字组成,所以这里用varchar类型,用户一般会用自己的名字字母或者电话号来做用户名,所以这里设置20的长度是充足的。用户类型只有租客用户和房东用户两种。所以使用的varchar类型,长度为20。表4-1用户信息表(user)列名数据类型长度允许空说明idint11否用户编号usernamevarchar20是用户名passwordvarchar20是密码Typevarchar20是用户类型2.houselist房源信息表房源信息表是由房屋id,房屋地址,房租,状态建立的。其中房屋id是由字母或数字组成,所以这里用varchar类型,其长度设置为20。足以避免编号数据的重复。房源地址是由汉字及其门牌编号的数字构成,所以这里用varchar类型。按照日常生活中,100足以写清楚房屋的具体地址了。所以其长度设置为100。房租这里精确到金额的小数点后两位,所以采用varchar类型,长度设置为10,是绰绰有余的。状态只有已租、未租或者已售、未售几种情况,所以采用的varchar类型且长度为10也是足够使用的。表4-2房源信息表(houselist)列名数据类型长度允许空说明houseidvarchar20是房屋idaddressvarchar100是房屋地址pricevarchar10是房租statusvarchar10是状态3.apply看房申请表和applyout看房申请结果表看房申请表和以下的看房申请结果表是由提交的申请id,房屋id,房屋地址,房租,状态,申请人建立的。房屋地址是由汉字及其门牌编号的数字构成,所以这里用varchar类型。按照日常生活中,100足以写清楚房屋的具体地址了。所以其长度设置为100。房租这里精确到金额的小数点后两位,所以采用varchar类型,长度设置为10,是绰绰有余的。状态只有已租、未租或者已售、未售几种情况,所以采用的varchar类型且长度为10也是足够使用的。申请人就是租客用户的用户名,所以这里同用户信息表中的用户名的数据类型和长度一致就可以。两个表的数据类型相似,其作用却有很大不同。表4-3看房申请表(apply)列名数据类型长度允许空说明apply_idint10是申请idhouse_idvarchar10是房屋idaddressvarchar100是房屋地址pricevarchar10是房租statusvarchar10是状态userlist_idint20是申请人表4-4看房申请结果表(applyout)列名数据类型长度允许空说明aoidInt10是idhouse_idvarchar10是房屋idaddressvarchar100是房屋地址pricevarchar10是房租statusvarchar10是状态userlist_idvarchar10是申请人4.hetong合同表和paid付款表合同表是由编号id,房东,房东身份证号,租客,租客身份证号,开始日期,结束日期,价格,地址,房源id,付款日建立的。房东和租客就是双方用户的姓名,所以这里我们使用varchar类型,其长度设置为10。房东和租客的身份证号,根据日常生活,我们的身份证号是由数字和X组成,所以我们使用varchar类型,其长度设置为20,是足够使用的。开始和结束日期和付款日这里采用varchar类型,例如2019年10月1日,长度为20一般足够填写此信息。价格使用double类型,考虑到会有小数点后边的,所以使用double类型。房屋地址是由汉字及其门牌编号的数字构成,所以这里用varchar类型。按照日常生活中,100足以写清楚房屋的具体地址了。所以其长度设置为100。房屋id就是提交房源信息是所填写的房源编号,所以同其数据类型和长度即可。表4-5合同表(hetong)列名数据类型长度允许空说明idInt11是idchuzuvarchar10是房东chuzu_idcardvarchar20是房东身份证号zukevarchar10是租客zuke_idcardvarchar20是租客身份证号fromdatevarchar20是开始日期todatevarchar10是结束日期priceDouble/是价格addressvarchar100是地址house_idvarchar10是房屋idpaydayvarchar20是付款日表4-6付款表(paid)列名数据类型长度允许空说明idInt11是idhouse_idvarchar255是房屋idaddressvarchar255是房屋地址pricevarchar255是房租datevarchar255是日期paydatevarchar255是付款日期statusvarchar255是状态userlist_idint11是申请人5.solve故障表故障表是由房屋id,房屋地址,日期,详情建立的。其中衔接了房源信息中的房源id和房源地址信息,又增添了上报故障的日期和详情,日期使用的数据类型是date,可以选择其上报故障的日期,详情使用的是varchar类型,相对而言长度为255足够描述发生的故障详情了,所以这里设置其长度为255是足够使用的。表4-7故障表(solve)列名数据类型长度允许空说明house_idvarchar10是房屋idaddressvarchar100是房屋地址datedate是日期detailvarchar255是详情6.userlist用户实名表用户实名表是由用户编号id,用户姓名,用户身份证号,用户手机号建成的。这是用户通过注册登录之后的实名认证操作,需要注册的新用户填写其真实的名字,身份证号和手机号。这里的姓名按照通常情况来讲,长度为10是足够使用的,身份证号码是由数字和字母X构成,所以使用varchar类型,其长度设置为20。手机号的长度设置为11,符合实际生活情况即可。表4-8用户实名表(userlist)列名数据类型长度允许空说明user_idint11是用户idnamevarchar10是姓名idcardvarchar20是身份证号phonevarchar11是手机号7.topaid租金表和zulist交易表租金表和交易表中均包含房屋id,房屋地址,房租信息。均使用varchar类型,按照日常生活情况来说,房屋id和房租的长度设置为10。房屋地址按照以上的表信息构建的内容一样即可。日期选用date类型,姓名填写其名字,选用varchar类型,按照日常生活惯例,其长度设为10即可,状态是已付款或者未付款。所以选用的长度为10的varchar类型这里也是足够的。交易表中的状态使用的是varchar类型,其情况可能为已交易或者未交易,所以长度为10即可。表4-9租金表(topaid)列名数据类型长度允许空说明house_idvarchar10是房屋idaddressvarchar100是房屋地址pricevarchar10是房租datedate是日期namevarchar10是姓名statusvarchar10是状态userlist_idint11是申请人表4-10交易表(zulist)列名数据类型长度允许空说明house_idvarchar10是房屋idaddressvarchar255是房屋地址pricevarchar10是房租contract_idint11是序号statusvarchar 10是状态8.checkout退租表退租表是由房源信息表中的信息和申请人建成的。所以房源id,房屋地址和状态和房源信息表中的一致即可。申请人即为租客用户的名字,所以使用长度为10的varchar类型即可。表4-11退租表(checkout)列名数据类型长度允许空说明house_idvarchar10是房屋idaddressvarchar255是房屋地址statusvarchar10是状态userlist_idvarchar10是申请人4.5系统流程设计与实现4.5.1注册流程用户在没有账号之前,需要通过注册页面输入自己的个人信息,然后在数据库里相应的表中查找该注册的用户之前是否已在数据库里。如果注册的个人信息在数据库查找不到后用户才能使用注册的账号进入该系统。具体的流程如下图所示:用户在注册时需填写用户的身份的用户名密码信息,判断申请用户所填写的用户名是否存在,如果存在,提示用户名已存在,需要重新填写用户名重新注册,如果填写用户名不存在,则在数据库中添加注册用户的信息,然后添加成功,跳转到登录。开始开始用户填写身份信息用户名是否已存在提示用户已存在在数据库中添加用户信息添加成功结束是否图4-14注册流程图4-15用户注册页面以下是实现本功能的相关代码:publicStringdoregiste(Modelmodel,Useruser){ //用户注册 Stringusername=user.getUsername(); Useru=userService.getUsers(username); if(u!=null){ model.addAttribute("error","error"); return"registe"; }else{ userService.insertUser(user); return"registeok"; }}4.5.2登录流程当用户完成注册后登录,在登录的页面中输入自己的用户名和密码。这时,系统会判断你输入的用户名和密码是否与数据库中的已注册的信息匹配。若不正确即会告知用户用户名密码错误无法登录而重新登录,需重新填写。开始开始输入用户信息用户名是否为空提示用户名不能为空是密码是否为空提示密码不能为空用户名,密码是否正确是登录成功结束是否图4-16登录流程以下是登录功能的实现用户通过填写用户名和密码,选择对应的用户类型登录。以下是登录界面。用户填写用户名和密码,选择对应的用户类型登录即可。图4-17用户登录页面以下是实现本功能的相关代码:httpSession.setAttribute("user",user1);//用户登录输入用户名密码,选择用户类型 if(user1.getType().equals("zuke")){ return"zuke/main"; } elseif(user1.getType().equals("fangdong")){ return"fangdong/main1"; }else return"admin/main1";4.5.3管理员房源管理流程当管理员通过登录进入本系统后,管理员可以进行添加房源,删除房源,查询房源信息和对用户的管理等一系列操作。以下是功能实现的流程图:开始开始注册注册是否成功否登录登录是否成功否房源信息房源管理查询房源信息添加房源信息删除房源信息注销登录结束图4-18管理员管理流程1.管理员添加房源信息管理员通过后台管理平台对房源进行添加管理。填写房源的id、地址、状态等信息。填写房屋的id是为了之后租客用户根据房源id进行检索提供便利,并且为避免房源信息冲突,这里的房源id不可重复。填写房屋的地址信息和状态信息,其中包括房源的大小及租金或售价等信息。具体实现的页面图如下:图4-19管理员添加房源页面图4-20添加房源成功页面以下是实现本功能的相关代码:publicStringaddhouse(Modelmodel,Houselisthouselist){ Stringhouseid=houselist.getHouseid(); Houselisthouselist1=houselistService.findhouseid(houseid); if(houselist1!=null){//添加房源信息时,房源信息的id已存在 model.addAttribute("error","该房屋id已存在"); model.addAttribute("houselist",houselist); model.addAttribute("mainPage","addhouse.jsp"); return"admin/main1";}else{//添加房源信息时,房源信息添加成功 model.addAttribute("error","添加成功"); houselistService.inserthouse(houselist); model.addAttribute("houselist",houselist); model.addAttribute("mainPage","addhouse.jsp"); return"admin/main1";}}2.管理员查询房源信息管理员可以通过房源信息中的房源id和房源地址查询房源。这里就是之前考虑到的用户及管理员对房源的检索的方便,而设定的内容。具体实现页面如下:图4-21查找房源列表页面图4-22根据id查看房源信息页面图4-23根据房源地址查看房源信息以下是实现本功能的相关代码: List<Houselist>houselist=houselistService.selectAll(); PageInfo<Houselist>p=newPageInfo<Houselist>(houselist); model.addAttribute("p",p); model.addAttribute("houselist",houselist); model.addAttribute("mainPage","houselist.jsp");3.管理员删除房源信息当已有房源作废或者不再对外租售,管理员不得不删除房源。要将信息更新。以确保租客用户看到信息的真实性。以下是实现本操作的页面:图4-24管理员删除房源信息以下是实现本操作的相关代码:publicStringdeletehouse(Integerid){//删除房源 houselistService.deletehouse(id); return"redirect:ahouselist.action"; }4.管理员修改房源信息当管理员发现该房源信息有误或者需要更新其信息,管理员需要及时更新房源相关信息。为了让房东和租客能直观识别此房源。避免不必要的错误。因此,管理员需修改这些信息。以下是实现本操作的页面:图4-25管理员修改房源信息页面图4-26管理员修改房源信息成功以下是实现本操作的相关代码:publicStringfindhouseidupdate(Houselisthouselist,Modelmodel){ Houselistlist=houselistService.findhouseidupdate(houselist); if(list!=null){//更新房源信息时,房源id已存在 model.addAttribute("houselist",houselist); model.addAttribute("mainPage","changehouse.jsp"); model.addAttribute("error","该房屋id已存在"); return"admin/main1"; }else{//更新房源信息时,房源信息更新成功 houselistService.updatehouse(houselist); model.addAttribute("houselist",houselist); model.addAttribute("mainPage","changehouse.jsp"); model.addAttribute("error","更新成功"); return"admin/main1"; }4.5.4用户功能流程1.租客用户登录后,可以执行相关操作。其内容主要有,对房源信息的查看,租客用户通过查询房源信息后,可以对管理员申请看房和确定租赁或者不租。以下是实现租客用户对房源信息查看及申请看房的页面。图4-27租客用户登录页面图4-28租客用户申请看房页面图4-29租客用户申请看房页面以下是实现此功能的相关代码:Useruser1=(User)httpSession.getAttribute("user"); Integeruser_id=user1.getId(); Userlistlist=userlistService.findhasuserlist(user_id); if(list==null){ model.addAttribute("error","applycheck"); return"redirect:houselist.action"; }else{Houselisthouselist=houselistService.findid(id);//看房已被申请的房源,提示已被申请 houselist.setStatus("已被申请"); houselistService.updatehousestatus(houselist); Integeruserlist_id=list.getId(); Applyapply=newApply(); apply.setHouse_id(houselist.getHouseid()); apply.setAddress(houselist.getAddress()); apply.setPrice(houselist.getPrice()); apply.setArea(houselist.getArea());//点击看房申请后,其看房申请列表中的状态会变更为申请中 apply.setStatus("申请中"); apply.setUserlist_id(userlist_id); applyService.insertapply(apply); model.addAttribute("error","applysuccess"); return"redirect:houselist.action";2.按照流程。租客用户申请看房并且同意租赁后,租客用户该缴纳租金。以下是缴纳租金的页面。图4-30租客用户待缴租金页面图4-31租客用户缴纳租金成功页面图4-32租客用户缴纳租金后的已缴租金页面以下是缴纳租金操作的相关代码:paid.setAddress(topaid.getAddress()); paid.setPrice(topaid.getPrice()); paid.setDate(topaid.getDate()); paid.setPaydate(paydate); paid.setName(topaid.getName()); paid.setUserlist_id(topaid.getUserlist_id());//租客用户缴纳租金后,在已缴租金列表中增添相关信息 paid.setStatus("租金已缴");3.租客,房东用户达成协议之后,需要拟定合同。填写合同信息。然后租客用户可以查看拟成合同。以下时添加合同信息,租客用户查看拟成合同的页面。图4-33填写合同信息昵拟成合同页面图4-34租客用户查看拟成合同填写合同完成后,若合同信息填写有误,管理员可修改以拟合同的信息。如果合同信息填写无误。租客用户可以在我的合同里查看拟成合同,但是不能修改,拟成合同无误后,将更改房源信息列表中的房源的状态,并且添加到租赁列表中,管理员及用户可以在租赁列表中看到此项内容。以下是拟成合同操作的相关代码:publicStringinserthetong(Modelmodel,Hetonghetong){ //新增合同信息 hetongService.inserthetong(hetong); Hetonghetong1=hetongService.findhetong(hetong.getHouse_id()); //修改房屋列表状态 Houselisthouselist=houselistService.findhouseid(hetong1.getHouse_id()); houselist.setStatus("已租赁"); houselistService.updatehousestatus(houselist); //添加到租赁列表当中 Zulistzulist=newZulist(); Applyapply=applyService.findbyhouse_id(hetong.getHouse_id()); zulist.setHouse_id(hetong.getHouse_id()); zulist.setUserlist_id(apply.getUserlist_id()); zulist.setContract_id(hetong1.getId()); zulist.setPrice(apply.getPrice()); zulist.setAddress(apply.getAddress()); zulistService.insertzulist(zulist); 4.租客用户租房日期到期后,或者想中途退租时,租客用户可以申请退租。以下是此功能实现的页面。图4-35租客用户申请退租页面5.用户的一系列操作结束之后,用户需要退出注销。来完成结尾操作。以下是注销退出页面。图4-36用户注销页面图4-37用户确定退出登录页面

第5章系统测试每个完美的系统都需要经过一系列的测试后才能确保该系统是否可以投入使用。因此,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论