本科毕业论文-—基于房地产销售系统的.doc

华东交通大学
毕业设计（论文）

题目：小型房产公司管理系统——数据录入与显示交互模块

学 院:
软件学院
专 业:
软件工程+会计
班 级:
软件+会计2010-4
学生姓名:
×××
学 号:
20102110090427
指导教师:
魏永丰
完成日期:
2014年5月19日

毕业设计（论文）诚信声明

本人郑重声明：所呈交的毕业设计（论文）是我个人在导师指导下进行的研究工作及取得的研究成果。就我所知，除了文中特别加以标注和致谢的地方外，论文中不包含其他人已经发表和撰写的研究成果，也不包含为获得华东交通大学或其他教育机构的学位或证书所使用过的材料。
如在文中涉及抄袭或剽窃行为，本人愿承担由此而造成的一切后果及责任。

本人签名

导师签名

2014 年 5 月 19 日

华东交通大学毕业设计（论文）任务书
姓名
×××
学号
20102110-090427
毕业届别
2014
专业
2010软件工程+会计
毕业设计（论文）题目
小型房产公司管理系统——数据录入与显示交互模块
指导教师
魏永丰
学 历
硕士
职 称
讲师
具体要求：
（1） 设计任务：
1、了解传统房地产公司业务处理方式以及基于该方式办事效率情况，了解当前房地产公司业务处理方式的发展演变，为了提高办公效率更高效安全利用房地产信息数据，房产信息化管理模式的软件系统构建需求。
2、构建基于信息化的房产办公模式，选择做一个选择做一个B/S版的信息管理系统，确定对应公司职位的系统角色，确定基于公司业务的系统主体功能子系统概要，基于每种角色的业务对应的系统具体功能，得出系统的整体设计方案。
3、了解客户的需求，在浏览器中为客户设计合理的操作界面以及交互系统。
4、合理布局，了解用户操作习惯，让用户上手难度减少，并能快速适应以及熟悉系统的各个操作，减少用户从桌面办公转变到网络办公的过渡时间。
5、将流程模块化，合理设计各模块而成之间的关系，使整个业务流程很流畅的在网站中进行，提高效率。
（2） 创新性要求：
1、采用二维表形式展示房屋，通过表格展示房屋在楼栋中的排布，通过表格颜色展示房屋的状态，显示方式清晰自然、易于理解。
2、不同于一般房产管理系统的房屋信息固定式管理模式，楼盘图片可以自由上传和更改，楼栋以标签型式显示在楼盘图片上，并且可以自由编辑。楼栋的房屋数目和排布可以随意更改，系统会根据编辑类型进行智能的处理旧数据和添加新数据，保证数据信息不会紊乱，轻易就能处理楼栋楼层信息变更的业务处理。
3、将桌面Excel部分功能移植于页面，如冻结窗口，自定义函数，以及三级可变Tab菜单。
（3） 开发工具：
Microsoft Visual Studio 2010，
Microsoft Visual Studio 2012，
Adobe Dreamweaver CS6,
Sublime Text 2,
（4） 该题目供1人选做。

进度安排：
第1～2周：资料准备阶段按任务书要求进行资料收集、调研，功能、需求分析，文献查阅等。
第 3 周：完成开题报告和检索相关外文资料，选择正规出处的外文资料进行翻译工作。
第4～9周：按任务书要求进行系统分析设计工作，并按时提交开题报告、外文资料翻译等。
第 10 周：论文的初稿撰写 撰写毕业设计(论文)初稿并上交指导教师修改。
第 11 周：论文修改、定稿 在指导教师初稿批改的基础上，完成毕业设计（论文）的终稿，并提交给指导教师进行修改审阅，直到指导教师认为可以定稿为止。
第 12 周：配合指导教师完成毕业论文打印、装订工作，并将打印好的论文和相关材料交指导教师评阅，经指导教师认可方可参加答辩，并做好答辩准备。
第 13 周：论文修改论文答辩
第 14 周：公开答辩
指导教师签字：
2013 年 12 月 23 日
题目发出日期
2013.12.24
设计（论文）起止时间
2014.2.24-2014.5.23
学院意见：

同意发布题目

毕业设计领导小组组长签章

华东交通大学毕业设计（论文）开题报告书
课题名称
小型房产公司管理系统------数据录入与显示的交互模块
课题来源
自行命题
课题类型
BY
导 师
魏永丰
学生姓名
×××
学 号
20102110090427
专 业
软件工程+会计
一、开题报告内容：
1、文献综述
从技术层面看，Web架构的精华有三处：用超文本技术（HTML）实现信息与信息的连接；用统一资源定位技术（URI）实现全球信息的精确定位；用新的应用层协议（HTTP）实现分布式的信息共享。这三个特点无一不与信息的分发、获取和利用有关。其实，Tim Berners-Lee早就明确无误地告诉我们："Web是一个抽象的（假想的）信息空间。"也就是说，作为Internet上的一种应用架构，Web的首要任务就是向人们提供信息和信息服务。
在Web应用日新月异的今天，许多搞技术的人似乎已经忘记了Web架构的设计初衷。他们在自己开发的网站或Web应用中大肆堆砌各种所谓的"先进"技术，但最终用户能够在这些网站或应用中获得的有价值信息却寥寥无几。这个问题绝不像评论者常说的"有路无车"或"信息匮乏"那么简单。一个Web开发者倘若忘记了Web技术的最终目标是提供信息和信息服务，他的愚蠢程度就丝毫不亚于一个在足球场上只知道卖弄技巧，却忘记了射门得分的大牌球星。从这个角度来说，评价一种Web开发技术优劣的标准只有一个，那就是看这种技术能否在最恰当的时间和最恰当的地点，以最恰当的方式，为最需要信息的人提供最恰当的信息服务。
Web客户端的主要任务是展现信息内容，而HTML语言则是信息展现的最有效载体之一。最初的HTML语言只能在浏览器中展现静态的文本或图像信息，这满足不了人们对信息丰富性和多样性的强烈需求--这件事情最终的结果是，由静态技术向动态技术的转变成为了Web客户端技术演进的永恒定律。真正实现动态页面的是CSS，996年底，W3C提出了CSS的建议标准，同年，IE 3.0引入了对CSS的支持。CSS大大提高了开发者对信息展现格式的控制能力。1997年的Netscape 4.0不但支持CSS，而且增加了许多Netscape公司自定义的动态HTML标记，这些标记在CSS的基础上，让HTML页面中的各种要素"活动"了起来。1997年，Microsoft发布了IE 4.0，并将动态HTML标记、CSS和动态对象模型（DHTML Object Model）发展成了一套完整、实用、高效的客户端开发技术体系，Microsoft称其为DHTML。同样是实现HTML页面的动态效果，DHTML技术无需启动Java虚拟机或其他脚本环境，可以在浏览器的支持下，获得更好的展现效果和更高的执行效率。
　与客户端技术从静态向动态的演进过程类似，Web服务端的开发技术也是由静态向动态逐渐发展、完善起来的。一种名为SSI（Server Side Includes）的技术可以让Web服务器在返回HTML文件前，更新HTML文件的某些内容，但其功能非常有限。第一种真正使服务器能根据运行时的具体情况，动态生成HTML页面的技术是大名鼎鼎的CGI（Common Gateway Interface）技术。1993年，CGI 1.0的标准草案由NCSA（National Center for Supercomputing Applications）提出，1995年，NCSA开始制定CGI 1.1标准，1997年，CGI 1.2也被纳入了议事日程。CGI技术允许服务端的应用程序根据客户端的请求，动态生成HTML页面，这使客户端和服务端的动态信息交换成为了可能。随着CGI技术的普及，聊天室、论坛、电子商务、信息查询、全文检索等各式各样的Web应用蓬勃兴起，人们终于可以享受到信息检索、信息交换、信息处理等更为便捷的信息服务了。
　 　最早的Web服务器简单地响应浏览器发来的HTTP请求，并将存储在服务器上的HTML文件返回给浏览器。
JavaScript语言在所有客户端开发技术中占有非常独特的地位：它是一种以脚本方式运行的，简化了的Java语言。
2000年以后，随着Web应用的日益复杂，人们逐渐意识到，单纯依靠某种技术多半无法达到快速开发、快速验证和快速部署的最佳境界。研究者开始尝试着将已有的Web开发技术综合起来，形成完整的开发框架或应用模型，并以此来满足各种复杂的应用需求。
W3C明确地告诉我们，Web的未来是语义化的Web（Semantic Web）。今天的Web可以自如地生成、传递和展现各式各样的信息，但它还只是一个信息的"容器"，很难揭示出信息本身的内容和特性。与此相对的是，未来的语义化Web是一种懂得信息内容的Web，是真正的"信息管理员"。
从技术角度看，XML语言统一了信息的表达方式，但这离揭示信息内容的目标还相距甚远。1998年，W3C和一些研究机构开始对元数据（Metadata）进行研究。元数据是描述数据的数据，可以揭示信息的内容特性。随着语义化Web的诞生和发展，Web开发技术也必将经历更为重大的变革。可以预见的是，在未来的几年里，还会有许多新的开发技术或开发平台出现。从静态技术到动态技术，从开发平台到应用模型，从传统Web到语义化Web……为了让更多的人获得更有价值的信息服务。

2、参考文献
[1] 弗拉纳根 .JavaScript权威指南（第6版）[M].北京：机械工业出版社，2013年1月
[2] Bear Bibeault/Yehuda Katz.jQuery实战（第2版）[M].北京：人民邮电出版社，2012年8月
[3] 莱尔.Head First Ajax（中文版）[M].北京：中国电力出版社，2012年3月
[3] 李刚.疯狂Ajax讲义[M].北京：电子工业出版，2013年6月
[4] Addy Osmani. JavaScript设计模式[M].北京：人民邮电出版社，2013年6月
[5] 麦卡劳.基于MVC的JavaScript富应用开发[M].北京：电子工业出版社 ，2013年8月
[6] 陆凌牛.HTML 5与CSS 3权威指南（第2版 上，下）[M].北京：机械工业出版社，2013年3月
[7] 本特利.编程珠玑（第2版）.北京：人民邮电出版[M]，2012年12月
[8] Dave Crane Eric Pascarello.Ajax实战[M].北京：人民邮电出版社，2008年10月
[9] 福塔.正则表达式必知必会[M].北京：人民邮电出版社，2007年12月
[10] 道格拉斯·克罗克福德.JavaScript语言精粹[M].北京：电子工业出版社，2009年4月
[11] Luke Wroblewski. Web Form Design[M]. Rosenfeld Media,2008年5月
[12] James Kalbach.Designing Web Navigation[M]. O'Reilly Media,2007年8月
[13] David Herman.Effective JavaScript:68 Specific Ways to Harness the Power of JavaScript[M]. Addison-Wesley Professional,2012年12月
课题类型：（1）A—工程设计；B—技术开发；C—软件工程；D—理论研究；
（2）X—真实课题；Y—模拟课题；Z—虚拟课题
（1）、（2）均要填，如AY、BX等。此部分可以附页
华东交通大学毕业设计（论文）开题报告书（续）
二、方法及预期目的：
1、拟采用的研究方法（手段）
系统采用B/S模式的三层架构，它以访问Web数据库为中心，HTTP为传输协议，客户端通过浏览器(Browser)访问Web服务器和与其相连的后台数据库，即称之为B/S（Browser/Server）模式。
整个系统的开发建立在Microsoft的.Net Framework 4.0框架上，开发工具主要使用微软的Visual Studio 2010进行ASP.NET4.0应用程序设计，可执行代码用C#2.0语言编写。后台数据库使用SqlServer2008.
2、 本课题要研究或解决的问题及预期目的
要解决的问题：
本系统要实现的功能包括:楼盘信息管理、楼栋信息管理、房屋信息管理、户型信息管理、房价计算、客户信息管理、产品信息展示。
预期目的：
本系统采用三层架构设计，将数据访问、业务处理、信息展示分离，结构清晰、性能优越，高效实现系统功能、安全处理业务数据。
3、 进度表
第1～2周：资料准备阶段按任务书要求进行资料收集、调研，功能、需求分析，文献查阅等。
第 3 周：完成开题报告和检索相关外文资料，选择正规出处的外文资料进行翻译工作。
第4～9周：按任务书要求进行系统分析设计工作，并按时提交开题报告、外文资料翻译等。
第 10 周：论文的初稿撰写 撰写毕业设计(论文)初稿并上交指导教师修改。
第 11 周：论文修改、定稿 在指导教师初稿批改的基础上，完成毕业设计（论文）的终稿，并提交给指导教师进行修改审阅，直到指导教师认为可以定稿为止。
第 12 周：配合指导教师完成毕业论文打印、装订工作，并将打印好的论文和相关材料交指导教师评阅，经指导教师认可方可参加答辩，并做好答辩准备。
第 13 周：论文修改论文答辩
第 14 周：公开答辩

三、指导老师意见
同意开题

指导教师签名： 日期：2014.3.16

华东交通大学毕业设计(论文)评阅书(1)
姓名
×××
学号
20102110090427
专业
软件工程+会计
毕业设计(论文)题目
小型房产公司管理系统——数据录入与显示交互模块

指导教师评语：
具 体 要 求
优
良
中
一般
差
出勤及工作态度（20%）

方法合理，设计工作量饱满（20%）

论点正确，论文内容有一定难度（20%）

结构严谨，论文有一定应用价值（20%）

对前人工作有改进或有独特见解。（10%）

论文格式正确，撰写规范（10%）

得分

指导教师签字：

2014 年 5 月 日
评阅人评语：
具 体 要 求
优
良
中
一般
差
选题合理，设计有应用价值（20%）

方法合理，设计工作量饱满（20%）

论点正确，论文内容有一定难度（20%）

对前人工作有改进或有独特见解。（20%）

论文格式正确，撰写规范（20%）

得分

评阅人签字：

2014 年 5 月 日

华东交通大学毕业设计(论文)评阅书(2)
姓名
×××
学号
20102110090427
专业
软件工程+会计
毕业设计(论文)题目
小型房产公司管理系统——数据录入与显示交互模块

答辩小组评语：
具 体 要 求
优
良
中
一般
差
符合要求

答辩准备充分，论文题目与内容相符

语言精练能突出重点，思路清晰能准确表达

论点正确，论文内容有一定难度

方法合理，论文内容工作量饱满

结构严谨，论文有一定应用价值

对前人工作有改进或有独特见解

正面回答问题

回答问题有理论依据，基本概念清楚

主要问题回答准确，深入

得分

组长签字：
2014 年 5 月 日

答辩委员会意见：

同意以上评定，根据前面三项得分，按25:15:60的比例评定总成绩为

等级

进入二次答辩 □ 评优组 最终成绩由二次答辩决定
□ 合格组

答辩委员会主任签字：
2014 年 5 月 日（学院公章）

注：答辩小组根据评阅人的评阅签署意见、初步评定成绩，交答辩委员会审定，盖学院公章。
“等级”用优、良、中、及、不及五级制（可按学院制定的毕业设计(论文)成绩评定办法评定最后成绩）。
华东交通大学毕业设计（论文）答辩记录
姓名
×××
学号
20102110090427
毕业届别
2014
专业
软件工程+会计
题目
小型房产公司管理系统—数据录入与显示交互模块
答辩时间
2014年5月30 日
答辩组成员（签字）：

答辩记录：

记录人（签字）：
2014年 5 月 日

答辩小组组长（签字）：
2014 年 5 月 日

小型房产公司管理系统
-----数据录入与显示交互模块设计
摘 要
随着用户对于数据集中性以及软件之间交互要求的提高，传统的Excel表格数据之间的流动性太差并且数据非常零碎。没有一个很好以及有效的方式将各种数据汇总集中以及加工，客户看到的都是非常底层的数据，缺少一个面向用户的图形化界面让用户操作各种数据。
面对这种需求，结合目前流行的云计算与大数据概念，B/S架构是实现这种需求的最好方式，而不是传统的C/S架构。首先是因为C/S架构的数据共享性太差，其次现在的浏览器图形界面不输于客户端，再者是因为易用性，B/S架构的部署比C/S简单很多，只需要部署好服务器端，客户端只需要一台能访问网络并且有浏览器的电脑，并且本地不用数据库。
服务器端技术中，微软的ASP.NET技术有着安全、稳定、快速开发等优势成为行业设计者手中的利器，并且使用MVC架构。前端采用基本的HTML+CSS+JavaScript语言，结合Ajax，Jquery，JqueryUI技术，并且尝试用HTML5+CSS3等最新技术。提供用户一个网页式APP的使用体验，即现在的RIA RIA：Rich Internet Applications 富互联网应用，具有高度互动性、丰富用户体验以及功能强大的客户端。
式网站体验，用户与系统的无缝交互，无延迟感。

关键词：房产信息管理系统；ASP.NET；B/S；MVC；
Small property company management system
---Data entry and display interactive module
Abstract
With user interaction between the requirements for data and software to improve concentration, illiquid traditional tabular data between Excel and the data is very fragmented. Not a very good and effective way to centralize data collection and processing a variety of clients to see the underlying data are very, for lack of a graphical user interface allows users to operate a variety of data.
Faced with this demand, combined with the popular concept of cloud computing and big data, B / S architecture is the best way to achieve this demand, rather than the traditional C / S architecture. First, because the data sharing bad C / S structure, followed by the current browser GUI does not lose clients because of the ease of use Furthermore, B / S architecture deployment much simpler than C / S, only deployed on the server side, the client need only one able to access the network and computer with a browser, and not the local database.
Server-side technologies, Microsoft’s ASP.NET technology has a safe, stable and rapid development of the industry and other advantages of a weapon in the hands of the designer, and use MVC architecture. Front-end using basic HTML + CSS + JavaScript language, combined with Ajax, Jquery, JqueryUI technology, and try to use the latest technologies such as HTML5 + CSS3. APP provides users a web-based user experience, seamless interaction style that is now the site RIA experience, users and systems, without delay sense.

Keywords: Real estate information management system; ASP.NET;B/S;MVC；
目 录
1 绪 论 1
1.1 研究的背景及意义 1
1.1.1 选题的背景 1
1.1.2 国内外研究现状 1
1.1.3 研究的意义 1
1.2 系统目标 1
2 需求分析 3
2.1 功能需求 3
2.1.1 子系统/模块说明 3
2.1.2 功能需求描述 3
2.2 非功能需求 18
2.2.1 外部接口需求 18
2.2.2 性能需求 18
2.2.3 其它需求 18
3 总体设计 19
3.1 运行环境 19
3.2 基本处理流程 19
3.3 模块结构 20
3.4 外部接口 20
3.5 内部接口 20
4 数据库设计 21
4.1 概念结构设计 21
4.1.1 设计思路 21
4.1.2 E-R图 21
4.2 逻辑结构设计 22
4.2.1 设计思路 22
4.2.2 逻辑模型 22
4.3 物理结构设计 41
4.3.1 存取方式 41
4.3.2 存储结构 41
5 界面设计 42
5.1 界面关系图或工作流图 42
5.2 界面设计成果 42
5.2.1 主界面 42
5.2.2 子界面 43
6 详细设计 48
6.1 系统主要功能模块介绍 48
6.2 户型信息修改模块设计 50
6.2.1 户型信息修改模块算法描述 50
6.2.2 户型信息修改模块程序流程图 50
6.2.3 户型信息修改模块关键类说明 50
6.3 差价信息修改模块设计 51
6.3.1 差价信息修改模块算法描述 51
3.3.2 差价信息修改模块程序流程图 51
6.3.3 差价信息修改模块关键类说明 52
6.4 楼栋坐标修改模块设计 53
6.4.1 楼栋坐标修改模块算法描述 53
6.4.2 楼栋坐标修改模块程序流程图 53
6.4.3 楼栋坐标修改模块关键类说明 54
6.5房屋产品编辑模块设计 55
6.5.1房屋产品编辑模块算法描述 55
6.5.2房屋产品编辑模块程序流程图 56
6.5.3房屋产品编辑模块关键类说明 57
7 编码 59
7.1 代码实现与核心算法 59
7.1.1编码规范 59
7.1.2核心算法 59
7.2 代码优化分析 59
8 测试 59
8.1 测试方案设计 60
8.1.1 测试策略 60
8.1.2 测试进度安排 60
8.1.3 测试资源 60
8.1.4 关键测试点 60
8.2 测试用例构建 60
8.2.1 测试用例编写约定 60
8.2.2 测试用例设计 61
8.2.3 关键测试用例 61
8.2.4 测试用例维护 63
9 总结与展望 64
9.1 设计工作总结 64
9.2 未来工作展望 64
谢 辞 65
参考文献 66
附录A 外文翻译—原文部分 67
附录B 外文翻译—译文部分 73
附录C 主要源代码 77

华东交通大学毕业设计
1 绪 论
1.1 研究的背景及意义
房地产作为国民经济第三产业中仅次于服务业和商业的第三大支柱产业已经发展到要求通过管理信息化软件来提升企业内部管理的阶段。我国企业信息化经历了从大企业向中小企业扩散的历史发展过程，从上世纪80年代大中企业利用计算机在部分生产经营环节等方面的单项应用信息化第一阶段、2000年到2008年网络化建设与应用开展经营活动和改进管理的信息化第二阶段、2008年到目前所处的大规模推动中小型企业利用利用互联网技术等网络信息技术信息化第三阶段。当前基于Web2.0的互联网技术正在重构企业信息平台，将单纯的“展示网站”转为功能齐全的“交互平台”，一套完善的基于Web2.0技术的企业信息管理系统对中小型房地产企业的信息化具有非常重要的意义。
1.1.1 选题的背景
随着互联网的发展，富Internet应用的普及势在必行，办公也朝着纸化办公的方向前进，而无纸化办公，数据的交互与分享又是一个很重要的方面，如何信息及时的传达与汇总，是无纸化办公一个很重要的要求，这种能做好，对于公司进程与效率的提高有很大的提升。
1.1.2 国内外研究现状
（1）国外研究现状
管理软件的主流技术经历了三个发展阶段：首先DOS字符界面，然后用户界面GUI，最后浏览器。今天所有电脑的浏览器界面在不同平台上的表现都是一致的，所以用户不需要额外花销，并且维护也十分方便，开发人员的更新也能及时传达给用户
（2）国内研究现状
国内房产管理行业的管理软件始于九十年代初，经历了单机用户模式，C/S多用户模式，B/S广义用户模式与SOS架构模式四个阶段。
第一阶段主要是将手写资料转化为电子录入资料然后打印出来，这样的证件整齐美观；
第二阶段已经有了局域网，资粮信息的传达不再是靠优盘等硬媒介，而是用网络。使资料信息能计算机间流动起来，并且办公地点人员不再固定，能够多人协作。
第三阶段时期互联网技术高速发展，基于RIA的概念与技术，网站式APP普及，各个角色与机构之间的信息共享。
第四阶段为现在正经历的阶段，网站正从B/S架构转变为SOA架构。
1.1.3 研究的意义
基于Web2.0技术的B/S架构企业管理软件的发展不仅代表着软件行业的技术水平，而且深刻影响着传统行业的信息业务发展水平，在信息大爆炸的时代，软件技术带给企业的不再只是满足自身内部业务处理的需求，更多的是将科技转化为自身的生产力，与外界信息实时接轨，选择优秀的信息管理解决方案将决定着企业在世界市场上的竞争力，即决定企业的生存能力。
1.2 系统目标
管理者可以像操作Excel表格一样使用该系统来管理楼盘、户型、楼栋、房屋等数据，也可以录入计价公式、差价等信息，系统可以根据录入的数据进行房价的智能计算。销售员可以自由管理属于自己的客户信息。在房屋产品展示的形式上，该系统采用了直观的二维表格，通过表格展示房屋在楼栋中的排布，通过表格颜色表示房屋的状态，显示清晰又易于理解。该系统提供了一套自由度很大的楼盘图片管理方式，可以自由和修改上传静态图片，可以截取原图中的任意区域作为要保存的图片，楼栋以标签的形式显示在楼盘图上，并且可以自由拖动。楼栋的房屋数目和排布可以随意更改，系统会根据编辑类型进行智能的处理旧数据和添加新数据，保证数据信息不会紊乱，轻易就能处理楼栋楼层信息变更的业务处理。

2 需求分析
2.1 功能需求
2.1.1 子系统/模块说明
（1） 服务器端系统功能结构图

图2-1 服务器端系统功能结构图
(2) 浏览器端功能说明
1) 定义楼盘图片（用户首先上传图片，然后截取所需部分，最后保存）。
2) 根据服务器端数据生成楼栋标签（住宅，商铺，车位），然后将标签拖动到用户所截 取图片中对应位置。
3) 仿Excel冻结窗口录入房屋信息。
4) 整行整列录入差价。
5) 户型自增输入框，并且（住宅，商铺，车位）三种楼栋可以自定义输入框的数量，以适应不同需求。
2.1.2 功能需求描述
（1） 楼盘信息管理
主要包括楼盘数据、图片、户型信息的管理，其中楼盘数据分为楼盘名称、土地面积、建筑面积和容积率，楼盘图片要求能截图保存，户型录入要求能自动增加待录入行，用例图见图2-2，

图 2-2 楼盘信息管理图

用例描述详见下表：
表 2-1 管理楼盘数据用例描述
使用语境
l 用户刚刚创建新楼盘或者修改登录的楼盘时，对目标楼盘的文字和数字信息进行增删改查操作
执行者
l 经理、系统管理员
前置条件
l 用户已登入系统，并具有使用该功能的权限
后置条件
l 新增的楼盘文字、数字信息可以查看和修改
l 可以开始对该楼盘下的楼盘、户型信息管理进行操作
涉众利益
l 经理角色可以对楼盘文字或数字信息进行更改
l 销售员、财务人员、备案人员等角色可以查看到楼盘文字或数字信息
基本事件流
1. 系统管理员或经理进入系统后台，选择“新建房源”下的“新楼盘信息”功能；
2. 系统显示楼盘信息录入界面，显示出“楼盘名”、“土地面积”、“总建筑面积”、“容积率”信息要求录入；
3. 用户在当前界面录入楼盘数据后，点击“创建”按钮；
4. 系统提交新增的楼盘信息到数据库，并提示“新楼盘创建成功”；
5. 用户点击“修改房源”下的“修改楼盘信息”；
6. 系统显示楼盘数据修改页面，类似新楼盘数据录入界面，从数据库中调出楼盘数据显示在页面；
7. 用户修改楼盘数据，点击“保存”按钮；
8. 系统接收修改的楼盘数据，更新数据库；
9. 用户点击“楼盘视图”下的“楼盘图表”功能；
10. 系统显示所有楼盘缩略图列表，可以让用户选择“删除”楼盘；
11. 用户选择目的楼盘，点击“删除楼盘”；
12. 系统接收要删除的楼盘参数，删除数据库中的相关数据；
13. 系统刷新页面；
14. 用例结束。
扩展点
无
设计约束
l 楼盘名录入后不能修改
l 数字信息录入时要求系统能验证识别非数字不能录入到系统
l 删除楼盘信息时，要先删除与之关联的附属数据，顺序是房屋客户、房屋、差价、楼栋标签、楼栋、车位、折扣公式、户型、楼盘

表 2-2 管理楼盘图片用例描述
使用语境
l 对楼盘图片进行编辑
执行者
l 经理、系统管理员
前置条件
l 用户已登入系统，并具有使用该功能的权限
后置条件
l 可以拖动标签到楼盘图上
涉众利益
l 销售员、财务人员、备案人员等角色可以查看到楼盘图片
基本事件流
1.用户点击“上传楼盘图”功能；
2.系统显示楼盘图操作页面；
3.用户点击“浏览”，选择本地磁盘上的图片，然后点击“上传”按钮；
4.系统接收上传的图片预保存到服务器指定文件夹，然后刷新操作页面，显示图片给用户看；
5.用户拖动鼠标截剪图片主体区域，点击“保存”按钮；
6.系统接收到截剪图片参数，处理预保存的图片，将其重新按截剪的参数重新生成新的图片，刷新页面显示新图片给用户看；
7.用户点击“修改楼盘图”功能；
8.系统显示修改楼盘图界面，类似楼盘图录入界面，调出已保存楼盘图片显示给用户看；
9.用户修改楼盘，操作类似录入楼盘图，点击“保存”。
10.系统接收修改的楼盘图，保存修改的楼盘图。
11.系统刷新页面显示最新数据；
12.用例结束。
扩展点
无
设计约束
l 楼盘图片要求是静态的，格式为jpg、png等

表 2-3 管理户型信息用例描述
使用语境
l 对楼盘的户型信息进行管理
执行者
l 经理、系统管理员
前置条件
l 用户已登入系统，并具有使用该功能的权限
后置条件
l 房屋产品进行户型编号选择
涉众利益
l 经理角色可以对楼盘户型信息进行更改
l 销售员售房时，房屋根据户型进行计价
基本事件流
1.用户选择“新户型”功能；
2.系统显示户型录入操作页面，显示出户型编号、公摊系数、套内面积、阳台面积、露台面积、几室几厅几厨几卫等信息要求录入；
3.用户录入户型信息，点击“保存”按钮；
4.系统接收户型数据保存到数据库中，刷新页面，显示数据给用户看；
5.用户点击“修改户型”功能；
6.系统显示修改户型界面，类似录入户型界面，调出数据库中户型信息显示给用户看；
7.用户修改户型信息，点击“保存”按钮；
8.系统接收修改的户型信息，更新到数据库；
9.系统刷新页面显示最新数据；
10.用例结束。
扩展点
无
设计约束
l 数字信息录入时要求系统能验证识别非数字不能录入到系统
l 户型信息录入界面要求是列表形式，有自动增行功能

（2