[软件管理系统类精品]基于jsp的房产中介管理系统内容摘要:
域限制随时发布自己的房源供求信息,实现一对多的匹配,主动选择房源,保证自身的利益。 为 满足自身追求便捷、高效的生活方式,节省传统中介交易中浪费的时间、金钱与精力,在 网上 进行房屋相关交易活动的 方式 正在 日趋被大家所接受 [4]。 综上所述,本系统的开发不论是从技术、经济、还是社会方面来考虑都是可行的。 第 4 章 系统分析 9 第 4 章系统分析 识别参与者 通过对梅河口房产中介网站功能需求的分析,我们定位了三种参与者:普通用户、注册用户、系统管理员。 现对参与者描述如下: ( 1)普通用户 描述:可以查看房源信息、查询房源信息、浏览资讯和置业信息等。 示例:想要租房子的人。 ( 2) 注册用户 描述:可以查 看房源信息、查询房源信息、浏览资讯和置业信息、发布房源信息等。 示例:有空闲房子需要出租的人。 ( 3)系统管理员 描述:管理员可以进行用户信息、房源信息和资讯信息的管理操作。 示例:中介的工作人员。 识别用例 前面已经识别出了参与者,通过对需求的进一步分析,可以确定系统中存在以下用例: ( 1)注册用例:本用例提供了注册用户信息的功能 ( 2)登录用例:本用例提供了验证用户身份的功能。 ( 3)信息浏览用例:本用例提供了用户浏览蒲城房产中介网信息的功能。 ( 4)查询用例:本用例提供了用户查询房源信息的功能。 ( 5)房源信息发布用例:本用例提供了用户发布房源信息的功能。 ( 6)楼盘展示用例:本用例提供了用户查看楼盘信息的功能。 ( 7)用户管理用例:本用例提供了管理员管理会员信息的功能。 ( 8)房源管理用例:本用例提供了管理员管理房源信息的功能。 本科生毕业设计(论文) 10 ( 9)资讯发布用例:本用例提供了管理员发布房产资讯和置业指南信息的功能。 ( 10)资讯管理用例:本用例提供了管理员管理房产资讯和置业指南信息的功能。 ( 11)楼盘管理用例:本用例提供了管理员管理楼盘的功能。 系统用例图及用例描述 经过以上系统参与者与用例的识别, 得到普通用户和注册用户用例图,如图 所示。 查 询注 册登 录信 息 发 布注 册 用 户资 讯 信 息 浏 览出 租 房 源 浏 览求 租 房 源 浏 览出 售 房 源 浏 览求 购 房 源 浏 览置 业 信 息 浏 览租 赁 房 源 查 询售 购 房 源 查 询出 租 信 息 发 布求 租 信 息 发 布出 售 信 息 发 布求 购 信 息 发 布楼 盘 展 示i n c l u d e普 通 用 户信 息 浏 览 图 普通用户和注册用户用例图 其用例描述如表 所示。 第 4 章 系统分析 11 表 普通用户和注册用户用例描述 用例名 参与者 描述 信息浏览 普通用户 注册用户 该用例提供给用户用于信息的浏览,包括楼盘信息,房源信息,资讯信息等。 该用例为抽象用例,图中已描述了该用例的泛化关系。 查询 普通用户 注册用户 该用例提供给用户用于房源信息的查询,包括租赁房源和售购房源的查询。 该用例为抽象用例, 图中已描述了该用例的泛化关系。 注册 普通用户 该用例用于用户进行注册。 登录 注册用户 该用例用于验证用户身份。 信息发布 注册用户 该用例提供给用户用于房源信息的发布,包括租赁房源和售购房源的发布,该用例为抽象用例,图中已描述了该用例的泛化关系。 系统管理员用例图如图 所示。 系 统 管 理 员会 员 管 理房 源 管 理信 息 发 布资 讯 信 息 管 理租 赁 房 源 管 理售 购 房 源 管 理交 易 房 源 查 询资 讯 信 息 发 布置 业 信 息 发 布楼 盘 信 息 发 布置 业 信 息 管 理楼 盘 管 理信 息 管 理 图 系统管理员用例图 其用例描述如表 所示。 本科生毕业设计(论文) 12 表 系统管理员用例描述 用例名 描述 会员管理 该用 例提供给系统管理员用于会员的管理。 房源管理 该用例提供给系统管理员用于房源的管理,包括租赁房源管理和售购房源管理以及交易房源的查询。 该用例为抽象用例,图中已描述了该用例的泛化关系。 信息发布 该用例提供给管理员用于资讯、置业及楼盘信息的发布,该用例为抽象用例,图中已描述了该用例的泛化关系。 信息管理 该用例提供给管理员用于资讯、置业及楼盘信息的管理,该用例为抽象用例,图中已描述了该用例的泛化关系。 问题域及类建模 以上识别出了系统参与者及系统用例,下面以会员管理问题 域和房源发布与查询问题域为例进行类建模。 ( 1)会员管理问题域 会员管理问题域,包括对会员的查询和删除。 寻找类有系统管理员类和用户类,类建模如图 所示。 a d m i n : s t r i n g p a s s w o r d : s t r i n gA d m i n+ s e t U s e r ( )+ g e t U s e r ( )+ s e l e c t U s e r ( )+ d e l e t e U s e r ( ) s n a m e : s t r i n g p a s s w o r d : s t r i n g r n a m e : s t r i n g s e x : i n t e m a i l : s t r i n g t e l e p h o n e : s t r i n g c a l l : s t r i n g a d d r e s s : s t r i n gU s e r d e l e t e1* s e l e c t1* 图 会员管理类建模 Admin 类:定义系统管理员对象,包括用户名、密码,此用户对象具有第 4 章 系统分析 13 用户管理的权限。 User 类:定义系统用户对象,包括用户名、密码、真实姓名、性别、邮件地址、电话和地址。 ( 2)房源发布和查询问题域 房源发布问题域,包括出租房源、求租房源、出售房源、求购房源的发布 与查询。 寻找类有用户类和房源信息类,类建模如图 所示。 + s e t H o u s e ( )+ g e t H o u s e ( )+ s e l e c t H o u s e ( )+ d e l e t e H o u s e ( ) q u y u : s t r i n g l e i b i e : s t r i n g s t y l e : s t r i n g t a o x i n g : s t r i n g a r e a : f l o a t p r i c e : s t r i n g l o u c e n g : s t r i n g n a m e : s t r i n g t e l e : s t r i n g a d d r e s s : s t r i n g v d a t e : o b j e c t b e i z h u : s t r i n g m o d e l : s t r i n g b i a o j i : i n tH o u s e+ s e t U s e r ( )+ g e t U s e r ( )+ s e l e c t U s e r ( )+ d e l e t e U s e r ( ) s n a m e : s t r i n g p a s s w o r d : s t r i n g r n a m e : s t r i n g s e x : i n t e m a i l : s t r i n g t e l e p h o n e : s t r i n g c a l l : s t r i n g a d d r e s s : s t r i n gU s e r i s s u e1* s e l e c t** 图 房源发布和查询类建模 User 类:定义系统用户对象,包括用户名、密码、真实姓名、性别、邮件地址、电话和地址等。 在该域中,此对象具有发布房源信息的权限。 House 类:定义了房源信息各项,其各项内容由房源发布者进行定义,包括区域,新旧类别,套型,面积,价格、楼层、联系人,有效期、备注信息、租赁标识等 本科生毕业设计(论文) 14 第 5 章 系统分析 15 第 5 章系统设计 系统结构 本系统采用 B/S 三层结构, 客户端浏 览器以超文本形式向 Web 服务器提出访问数据库的要求, Web 服务器接受客户端请求后,将这个请求转化为 SQL语法,并交给数据库服务器,数据库服务器得到请求后,验证其合法性,并进行数据处理,然后将处理后的结果返回给 Web 服务器, Web 服务器再一次将得到的所有结果进行转化,变成 HTML 文档形式,转发给客户端浏览器以友好的 Web 页面形式显示出来 [5]。 采用三层结构,用户端不必进行大量的数据计算处理,这些工作将集中于 Web 服务器进行处理,开发人员只需对 Web服务器进行维护而不需对每个客户端进行逐一管理。 系统的结构如图 所示。 图 系统结构图 系统设计原则 给用户的第一感觉是判断网站好坏的重要标准。 在设计时应遵循以下原则:设计出一个易用、高效、高适应的界面,用户能自如地完成操作,而不需要有较高的计算机专业知识和技能。 ( 1)易用性:将网站的主要功能在首页导航条中显示,使用户一目了然。 ( 2)高效性:为了防止用户在操作中出现各种失误,界面的设计应充分考虑用户使用的方便性,规范信息的录入,在可能出错的地方给出必要的浏览器 n 浏览器 1 WEB 服务器 数据库服务器 …….. 本科生毕业设计(论文) 16 提示,或使用下拉菜单的 方式显示,大大减少操作出错的几率,提高效率。 ( 3)高适应性:系统面向的用户群有三类,对于不同的用户,他们拥有不同的操作目的、操作流程以及不同的权限,本系统向不同的用户提供不同的界面,实现高适应性。 系统功能模块设计 根据系统的功能需求分析以及对系统参与者的识别,本系统的参与者拥有不同的操作目的和不同的权限,本系统向不同的参与者提供不同的操作界面,由此将系统功能分为前台功能模块和后台功能模块。 前台功能模块设计 前台功能模块是提供给用户使用的,用户可以进行房源发布和信息查看等。 ( 1)用户管 理模块。 由于房产信息的发布涉及到消费者和网站双方利益,所以本系统只对注册用户提供在线发布房源信息的功能,而不是所有的用户都可以在本系统发布房源信息,因此设立了用户管理模块,这在一定程度上减少了垃圾信息的发布。 此模块的主要功能包括:用户注册、用户登陆。 ( 2)信息显示模块。 作为一个房产中介网站,为用户提供海量的房源信息是它的一个必不可少的功能。 本系统还向用户提供房产资讯和置业指南的信息,方便用户及时了解房产法规和家居装饰等信息。 此模块主要包括出租信息、求租信息、出售信息、求购信息的查看,房产资讯,置业指南的浏览以及购房工具等便民信息的显示。 ( 3)房源发布模块。 这主要是针对注册用户来说的,这一模块对非注册用户来说是隐藏的,只有在登录之后才能进行房源信息的发布。 在房源发布模块规范了用户信息,例如区域,户型采用下拉菜单的方式进行选择,这样既方便了用户,又保证了信息的统一。 ( 4)楼盘展示模块。 为房产开发商提供一个有效的宣传企业和楼盘的平台,显示楼盘所在区域,楼盘名称,交付日期,楼盘详细资料,开发商等。 ( 5)房源查询模块。 当数据量大的时候,呈现给用户所有信息,很多信息或冗余或无效甚至是用户不需要的。 此时,根据用户 的需要进行必要的过滤是十分必要的。 查询功能通常是根据数据的信息中不同的字段来查询。 第 5 章 系统设计 17 在本系统中,查询功能也是一个十分重要的功能,当有很多房屋信息时,如何给用户呈现出需要的信息和过滤掉不用的信息是一个需要解决的问题。 因此,考虑到用户的需求,系统应该具有一个比较人性化的查询系统,可以根据不同的要求来进行查询本系统可以分成下面几个方面来进行查询:根据房屋所在区域,根据房屋面积,根据房屋价格等来查询。 后台功能模块设计 后台功能模块是提供给网站管理人员使用的,该模块负责管理和维护整个站点。 ( 1)用户管理模 块。 此模块包括管理员的身份验证和注册用户的管理。 当有人通过管理入口进入系统时,系统对其身份进行验证,若身份合法,会进入后台管理页面,否则会给出相应的。[软件管理系统类精品]基于jsp的房产中介管理系统
相关推荐
设置 浙江经贸职业技术学院毕业论文 (设计 ) 第 8 页 ( 3)联系人信息模块 对联系人的信息根据选择进行相应的修改编辑,再选择保存,系统存储用户输入的联系人信息,并提示保存成功。 ( 4)组群信息模块 根据需要添加相应的组群及组群信息,把联系人分类到相应的组群中,系统存储用户输入的组群信息,并提示保存成功。 ( 5)信息查询模块 用户输入关键词 , 并按搜索键
及时换发有效的《出生医学证明》;因当事人的责任导致《出生医学证明》无效的,申领人可向原签发机构所在地辖区妇幼保健院机构书面申请换发。 根据当事人提供的《出生医学证明》正、副员完整情况予以相应换发,换发后原证件 由换发机构归档保存,做好编号和换发原因登记,并由领证人、发证人签字。 五、 补发制度 补发是指原签发机构所在地区(市)级卫生行政部门为因遗失、被盗等情况造成
对冲账、调整账、手工优惠账等,应由登记人员在下班前填报出来,并逐笔作出书面说明,由部门负责人签字后交财务部审核。 1客人入住后未超过两小时就退房的,经客房部负责人签字确认未动用过客房用品,可免收房费,否则应收取全天房费。 1客人早上六点前入住,视为上日入住,客人超过次日下午两点退房应加收半天房费,超过次日下午六点退房应加收全天房费,如不加收,散客房间须由营销部经理或以上人员签字批准
is considering a project opinion which will cost$100,000 and take 6 months to deliver. It is forseen that benefits will start being delivered at month 7 providing$20,000 per month. What is the
持续改进计划》将作为业务计划的重要组成部分。 中国最庞大的下载资料库 (整理 . 版权归原作者所有 ) 如果您不是在 网站下载此资料的 , 不要随意相信 . 请访问 3722, 加入 必要时可将此文件解密 R——— 负责 P——— 参与 I——— 通知 GM———— 总经理 CD相关部门 MR———— 管理者代表 CO———— 办公室 产品安全控制流程 序号 过程流程 职责部门 要求 /备注
行文部分由公文标题、主办单位、正文、附件、发文单位、成文时间、 签( 章 )发人 、发文范围等项组成。 文尾部分由抄送单位、印发份数、存档份数等项组成,对需了解文件内容的上级部门用“抄报”,同级部门和无隶属关系部门用“抄送”,下级部门用“ 抄 发”。 页眉:公司标准 logo 左对齐,公文名称右对齐,参见附件一、附件二。 页脚:显示 文件 密度、 页码 、日期,即:左 — 密度、中 — 第 *页