面向对象房屋中介系统设计方案.docx
《面向对象房屋中介系统设计方案.docx》由会员分享，可在线阅读，更多相关《面向对象房屋中介系统设计方案.docx（11页珍藏版）》请在冰豆网上搜索。
面向对象房屋中介系统设计方案
房屋中介系统设计方案
学号：
20103511102
姓名：
程飞
班级：
计算机科学与技术1班
设计时间：
2010年12月11日
1．课题项目设计的背景
房屋中介行业是房地产行业的一个重要组成部分，它在房地产行业的运作当中起着至关重要的作用。
房屋中介行业主要为房地产的流通，消费提供多元化的中介服务，是消费者和房地产行业之间的纽带。
房屋中介行业主要以佣金为主要收入来源。
在市场经济高度发达的今天，房屋中介行业已经发展成为拥有一套完善的法律体系和科学的管理办法，集多项服务于一身的“一条龙”体系。
在计算机科学和信息技术高度发达的现代，房屋中介行业应该赶上时代发展的潮流，将计算机技术和信息技术融入自己的发展之中，在20世纪60年代，第一套信息管理系统问世以来，数据库技术的发展突飞猛进。
互联网已经广泛的走入了每个人的生活当中，这样的有利背景，使得房屋中介行业运用数据库及当代信息技术设计一项自己的信息管理系统显得尤为重要。
相关技术介绍（uml2.0Rationalrose2003的介绍）
UML是一种具有规范定义、易于表达、功能强大且适用于各种应用领域的建模语言。
1997年11月，UML被国际对象管理组织OMG采纳为面向对象建模语言的国际标准。
目前UML已经成为面向对象技术领域内占主导地位的标准建模语言。
掌握UML语言，不仅有助于理解面向对象的分析与设计方法，也有助于对软件开发全过程的理解。
2004年发布了当前使用的2.0版。
RationalRose是一种基于UML的建模工具。
在面向对象应用程序开发领域，RationalRose是影响其发展的一个重要因素。
RationalRose自推出以来就受到了业界的瞩目，并一直引领着可视化建模工具的发展。
越来越多的软件公司和开发团队开始或者已经采用RationalRose，用于大型项目开发的分析、建模与设计等方面。
从使用的角度分析，RationalRose易于使用，支持使用多种构件和多种语言的复杂系统建模；利用双向工程技术可以实现迭代式开发；团队管理特性支持大型、复杂的项目和大型而且通常队员分散在各个不同地方的开发团队。
同时，RationalRose与微软VisualStudio系列工具中GUI的完美结合所带来的方便性，使得它成为绝大多数开发人员首选建模工具；Rose还是市场上第一个提供对基于UML的数据建模和Web建模支持的工具。
此外，Rose还为其他一些领域提供支持，如用户定制和产品性能改进。
本书介绍如何利用UML和RationalRose2003企业版进行系统设计。
RationalRose2003企业版是Rational公司最新发布的版本，支持UML2.0中所定义的8种UML图——活动图、用例图、顺序图、协作图、类图、状态图、构件图和部署图；通过正向和逆向转出工程代码的特性，可以支持C++、VisualC++、VisualBasic以及其他一些常用语言的代码生成和逆向转出工程代码。
2．课题项目研究的目的
传统的房屋中介行业往往是以人工，文件的形式记录客户、房产的信息，这样费时费力，而且容易出现错误。
所以开发这套房屋中介系统的目的就是，客户能够方便快捷联系客户，房屋信息的记录、更新、查询更具快捷性、时效性。
这样能大大提高效率，而且对于我们大学生来说，设计开发一项这样的课题，是将计算机应用技术融入实践的一次很有意义的活动。
2.1系统功能需求的分析
房屋中介系统的需求包括系统管理员对房屋信息的添加、查询、修改、删除等操作，管理员需要登录系统进行这些操作。
还包括客户对系统的操作，客户的操作分为房地产商家也就是出租出售卖方对房屋信息的添加、查看、修改、删除等操作；求租求购买方对房屋信息的查询、添加、修改、删除等。
客户的操作都需要对系统注册登录才能完成。
总体设计
该系统主要结构分为出租房屋信息管理，出售房屋信息管理，求租房屋信息管理，求购信息管理，管理员对房屋客户信息的管理。
系统结构如下图：
进入系统该系统，需要登录才能进行一系列操作，具体流程如下图：
用户登录后进行密码判断，错误返回，正确就进入系统界面实施相关操作。
下面是系统功能模块图，系统将以这些模块进行开，如下图：
如图所示，房屋中介管理系统有三个大的模块进行设计：
出租出售房屋信息、求租求购房屋信息、客户信息管理。
2.2建立需求模型
下面我只对求租求购房屋信息模块建立模型。
2.2.1建立用况模型
求租求购房屋信息管理的用况图如下：
如下是对上图用况的描述：
用况：
客户
用户开启系统
进入登陆界面
输入用户名和密码
如果错误返回登陆界面重新登陆，输入错误超过3次，禁止登陆。
用况：
查询房屋信息
前提条件：
客户已经成功登陆系统
客户发出查询请求
系统给出查询类别提示
客户进行选择，发控命令
用况：
选房
前提条件：
客户已经成功登陆系统
客户发出选房请求
客户从列表中进行选择并发控命令
若确认，系统进行存储，并通知客户是否成功。
若取消，推出本功能。
用况：
发布交易结果
前提：
系统管理员已经成功登陆系统
系统管理员发出发布交易结果请求
按照客户选房结果信息生成交易结果，对外公布。
向参与者“房屋业主”发送相关结果。
2.2.2建立类图
1、类“客户”
该类具有属性“姓名”“联系方式”“密码”，在该类中要建立操作“登陆”“选房”“修改密码”“查询”，在这之中，使用“查询房屋信息”操作，只是不进行选择，要是进行选择，则调用操作“选房”。
2、类“房屋信息”
该类具有属性“户型”“面积”“价格”，操作有“查询”“增加选择”“取消选择”，这些操作由类“系统管理员”进行操作。
3、类“系统管理员”
该类具有属性“姓名”“工作证号”“密码”，具有的操作“登陆”“修改密码”
“生成房屋信息”“添加房屋信息”“修改房屋信息”“删除房屋信息”“生成交易结果”，如果客户选房成功，才能实施“生成交易结果”这个操作。
4、类“业主”
该类具有属性“姓名”“联系方式”“密码”，具有的操作“登陆”“修改密码”“定价”“输入房屋信息”。
5、类“交易结果”
该类具有属性“房屋名称”“房屋价格”“交易日期”。
2.2.3建立顺序图
上图描述的是客户使用系统租/买房的顺序图，首先客户是始终存在的，登陆成功后，才能够进入系统进行查询及选房的活动，查询房屋和选房的活动是并发并且可无限循环的，当选房成功确定时，发出结果存储，此结果由系统管理员得到，并告知业主和客户双方，达成交易。
对象“客户”是主动的，登陆系统，进行查询房屋信息，选房是由“客户”主动进行的。
对象“查询房屋”是被动的，由对象“客户”施行。
对象“选房”是被动的，由对象“客户”施行。
对象“系统管理员”是主动的，他能实时查询选房结果，并进行公布。
对象“业主”是可以是主动的也可以是被动的，他能由业主管理员告知房屋销售情况，也能自己登陆系统进行查询了解房屋信息。
2.2.4建立状态机图
上图是对这一个部分绘制的状态机图，按照问题域的分析，这个对象可以分为：
初始、初始化、生成房屋信息、维护房屋信息、查询房屋信息、选房、选房结束、调整房屋信息、生成交易结果、对外发布、关闭和终止。
施加在上面的事件有：
生成信息维护信息、查询和选房、调整信息、生成结果、发布、终止。
下面分别说明状态内部的主要动作及触发内部转换的事件。
1、状态“初始化”
对房屋进行赋值，包括房屋的信息，对其进行发布，则状态转移给维护房屋信息及客户端的信息平台。
2、状态“查询房屋信息”“选房”
此时，提供的房屋信息由客户获得，能够进行查询和选房状态，若对选房结果进行发布，则状态转移到维护房屋信息。
3、状态“调整房屋信息”
此时，获得前面几步的信息结果，调整房屋信息，若对其进行发布，则状态转移到生成交易结果。
4、状态“生成交易结果”
获得调整完成的房屋信息生成交易结果，若对其进行公布，则状态转移到公布。
5、状态“结束”
在该状态下，整个交易过程结束。
2.3系统设计
对于这一套房屋中介管理系统的设计，对其进行了分析并建立模型图加以阐明，在具体设计时，要综合考虑问题域部分的设计和人机界面部分的设计。
下面分别从问题域部分和人机界面部分进行设计。
2.3.1界面部分的设计
用户登录界面设计，该登陆界面使用于客户和系统管理员，如图：
查询房屋信息界面，运用多个下拉菜单能够进行筛选信息，如图：
客户信息界面，如图：
上述系统设计基本能实现求租求购这一模块的应用实现。
3.总结
3.1系统开发中遇到的问题
在本次项目开发设计中，遇到了不少问题，带着问题去上网查询，翻阅资料，遇到的问题基本能够解决。
首先，在本次设计中，进行界面设计时，对一些控件的使用方法不是很了解，在查阅了教程之后才有所了解。
最重要的是对于数据库的掌握还不是很熟练。
3.2系统有待改进之处
房屋中介系统开发完成之后，由于开发时间比较短促，而且开发人员只有我们小组三个人，难免会有不足之处，主要问题就是这套系统只是一个单机操作系统，而且数据库并不是很安全。
3.3心得体会
本次项目的设计，让我深刻了解到了以前学习的有关语言。
数据库等学科的重要性，让我了解到软件开发需要有严谨的、专业的知识体系才能够去完成，更需要一个良好的团队才能够开发出一套完善的软件。
升级会员 