基于房地产销售系统的毕业设计论文

1、华东交通大学华东交通大学 毕业设计（论文）毕业设计（论文） 题目：小型房产公司管理系统题目：小型房产公司管理系统数据录入与显示交互模块数据录入与显示交互模块 学学 院院:软件学院软件学院 专专 业业:软件工程软件工程+会计会计 班班 级级:软件软件+会计会计 2010-4 学生姓名学生姓名:学学 号号:20102110090427 指导教师指导教师:魏永丰魏永丰完成日期完成日期:2014 年年 5 月月 19 日日 毕业设计（论文）诚信声明毕业设计（论文）诚信声明 本人郑重声明：所呈交的毕业设计（论文）是本人郑重声明：所呈交的毕业设计（论文）是 我个人在导师指导下进行的研究工作及取得的研究我个

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

3、任务书华东交通大学毕业设计（论文）任务书 姓名学号20102110-090427毕业届别2014专业 2010 软件工程+会 计 毕业设计（论文）题目小型房产公司管理系统数据录入与显示交互模块 指导教师魏永丰学 历硕士职 称讲师 具体要求：具体要求： （1）设计任务： 1、了解传统房地产公司业务处理方式以及基于该方式办事效率情况，了解当前房地产公司业 务处理方式的发展演变，为了提高办公效率更高效安全利用房地产信息数据，房产信息化管理 模式的软件系统构建需求。 2、构建基于信息化的房产办公模式，选择做一个选择做一个 b/s 版的信息管理系统，确定对 应公司职位的系统角色，确定基于公司业务的系统主

4、体功能子系统概要，基于每种角色的业务 对应的系统具体功能，得出系统的整体设计方案。 3、了解客户的需求，在浏览器中为客户设计合理的操作界面以及交互系统。 4、合理布局，了解用户操作习惯，让用户上手难度减少，并能快速适应以及熟悉系统的各个 操作，减少用户从桌面办公转变到网络办公的过渡时间。 5、将流程模块化，合理设计各模块而成之间的关系，使整个业务流程很流畅的在网站中进行， 提高效率。 （2）创新性要求： 1、采用二维表形式展示房屋，通过表格展示房屋在楼栋中的排布，通过表格颜色展示房屋的 状态，显示方式清晰自然、易于理解。 2、不同于一般房产管理系统的房屋信息固定式管理模式，楼盘图片可以自由上传

5、和更改，楼 栋以标签型式显示在楼盘图片上，并且可以自由编辑。楼栋的房屋数目和排布可以随意更改， 系统会根据编辑类型进行智能的处理旧数据和添加新数据，保证数据信息不会紊乱，轻易就能 处理楼栋楼层信息变更的业务处理。 3、将桌面 excel 部分功能移植于页面，如冻结窗口，自定义函数，以及三级可变 tab 菜单。 （3）开发工具： microsoft visual studio 2010， microsoft visual studio 2012， adobe dreamweaver cs6, sublime text 2, （4）该题目供 1 人选做。 进度安排：进度安排： 第 12 周：资料准

6、备阶段按任务书要求进行资料收集、调研，功能、需求分析，文献查阅等。 第 3 周：完成开题报告和检索相关外文资料，选择正规出处的外文资料进行翻译工作。 第 49 周：按任务书要求进行系统分析设计工作，并按时提交开题报告、外文资料翻译等。 第 10 周：论文的初稿撰写 撰写毕业设计(论文)初稿并上交指导教师修改。 第 11 周：论文修改、定稿 在指导教师初稿批改的基础上，完成毕业设计（论文）的终稿，并 提交给指导教师进行修改审阅，直到指导教师认为可以定稿为止。 第 12 周：配合指导教师完成毕业论文打印、装订工作，并将打印好的论文和相关材料交指导教 师评阅，经指导教师认可方可参加答辩，并做好答辩准

7、备。 第 13 周：论文修改论文答辩 第 14 周：公开答辩 指导教师签字： 2013 年 12 月 23 日 题目发出日期2013.12.24设计（论文）起止时间2014.2.24-2014.5.23 学院意见： 同意发布题目 毕业设计领导小组组长签章 华东交通大学毕业设计（论文）开题报告书华东交通大学毕业设计（论文）开题报告书 课题名称小型房产公司管理系统-数据录入与显示的交互模块 课题来源自行命题 课题类型by导 师魏永丰 学生姓名学 号20102110090427专 业软件工程+会计 一、开题报告内容：一、开题报告内容： 1、文献综述 从技术层面看，web 架构的精华有三处：用超文本技

8、术（html）实现信息与信息的 连接；用统一资源定位技术（uri）实现全球信息的精确定位；用新的应用层协议 （http）实现分布式的信息共享。这三个特点无一不与信息的分发、获取和利用有关。其 实，tim berners-lee 早就明确无误地告诉我们：web 是一个抽象的（假想的）信息空间。 也就是说，作为 internet 上的一种应用架构，web 的首要任务就是向人们提供信息和信息 服务。 在 web 应用日新月异的今天，许多搞技术的人似乎已经忘记了 web 架构的设计初衷。 他们在自己开发的网站或 web 应用中大肆堆砌各种所谓的先进技术，但最终用户能够在 这些网站或应用中获得的有价值信

9、息却寥寥无几。这个问题绝不像评论者常说的有路无车 或信息匮乏那么简单。一个 web 开发者倘若忘记了 web 技术的最终目标是提供信息和信 息服务，他的愚蠢程度就丝毫不亚于一个在足球场上只知道卖弄技巧，却忘记了射门得分 的大牌球星。从这个角度来说，评价一种 web 开发技术优劣的标准只有一个，那就是看这 种技术能否在最恰当的时间和最恰当的地点，以最恰当的方式，为最需要信息的人提供最 恰当的信息服务。 web 客户端的主要任务是展现信息内容，而 html 语言则是信息展现的最有效载体之 一。最初的 html 语言只能在浏览器中展现静态的文本或图像信息，这满足不了人们对信 息丰富性和多样性的强烈需

10、求-这件事情最终的结果是，由静态技术向动态技术的转变成为 了 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 o

11、bject model）发展成了一套完整、实用、高效的客户端开发技术体系， microsoft 称其为 dhtml。同样是实现 html 页面的动态效果，dhtml 技术无需启动 java 虚拟机或其他脚本环境，可以在浏览器的支持下，获得更好的展现效果和更高的执行 效率。 与客户端技术从静态向动态的演进过程类似，web 服务端的开发技术也是由静态向 动态逐渐发展、完善起来的。一种名为 ssi（server side includes）的技术可以让 web 服务 器在返回 html 文件前，更新 html 文件的某些内容，但其功能非常有限。第一种真正使 服务器能根据运行时的具体情况，动态生成 h

12、tml 页面的技术是大名鼎鼎的 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 应用蓬勃兴起， 人们终于可

13、以享受到信息检索、信息交换、信息处理等更为便捷的信息服务了。 最早的 web 服务器简单地响应浏览器发来的 http 请求，并将存储在服务器上的 html 文件返回给浏览器。 javascript 语言在所有客户端开发技术中占有非常独特的地位：它是一种以脚本方式运 行的，简化了的 java 语言。 2000 年以后，随着 web 应用的日益复杂，人们逐渐意识到，单纯依靠某种技术多半无 法达到快速开发、快速验证和快速部署的最佳境界。研究者开始尝试着将已有的 web 开发 技术综合起来，形成完整的开发框架或应用模型，并以此来满足各种复杂的应用需求。 w3c 明确地告诉我们，web 的未来是语义化的

14、 web（semantic web）。今天的 web 可 以自如地生成、传递和展现各式各样的信息，但它还只是一个信息的容器，很难揭示出信 息本身的内容和特性。与此相对的是，未来的语义化 web 是一种懂得信息内容的 web，是 真正的信息管理员。 从技术角度看，xml 语言统一了信息的表达方式，但这离揭示信息内容的目标还相距 甚远。1998 年，w3c 和一些研究机构开始对元数据（metadata）进行研究。元数据是描述 数据的数据，可以揭示信息的内容特性。随着语义化 web 的诞生和发展，web 开发技术也 必将经历更为重大的变革。可以预见的是，在未来的几年里，还会有许多新的开发技术或 开发

15、平台出现。从静态技术到动态技术，从开发平台到应用模型，从传统 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. javasc

16、ript 设计模式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 道格拉斯克罗克

17、福德.javascript 语言精粹m.北京：电子工业出版社，2009 年 4 月 11 luke wroblewski. web form designm. rosenfeld media,2008 年 5 月 12 james kalbach.designing web navigationm. oreilly media,2007 年 8 月 13 david herman.effective javascript:68 specific ways to harness the power of javascriptm. addison-wesley professional,2012

18、年 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）模式。 整个系统的开发建立在 micr

19、osoft 的.net framework 4.0 框架上，开发工具主要使用微软的 visual studio 2010 进行 asp.net4.0 应用程序设计，可执行代码用 c#2.0 语言编写。后台数据 库使用 sqlserver2008. 2、本课题要研究或解决的问题及预期目的 要解决的问题： 本系统要实现的功能包括:楼盘信息管理、楼栋信息管理、房屋信息管理、户型信息管理、 房价计算、客户信息管理、产品信息展示。 预期目的： 本系统采用三层架构设计，将数据访问、业务处理、信息展示分离，结构清晰、性能优越， 高效实现系统功能、安全处理业务数据。 3、进度表 第 12 周：资料准备阶段按任

20、务书要求进行资料收集、调研，功能、需求分析，文献查阅等。 第 3 周：完成开题报告和检索相关外文资料，选择正规出处的外文资料进行翻译工作。 第 49 周：按任务书要求进行系统分析设计工作，并按时提交开题报告、外文资料翻译等。 第 10 周：论文的初稿撰写 撰写毕业设计(论文)初稿并上交指导教师修改。 第 11 周：论文修改、定稿 在指导教师初稿批改的基础上，完成毕业设计（论文）的终稿， 并提交给指导教师进行修改审阅，直到指导教师认为可以定稿为止。 第 12 周：配合指导教师完成毕业论文打印、装订工作，并将打印好的论文和相关材料交指 导教师评阅，经指导教师认可方可参加答辩，并做好答辩准备。 第

21、13 周：论文修改论文答辩 第 14 周：公开答辩 三、指导老师意见三、指导老师意见 同意开题 指导教师签名： 日期：2014.3.16 华东交通大学毕业设计华东交通大学毕业设计(论文论文)评阅书评阅书(1) 姓名姓名学号学号20102110090427专业专业软件工程+会计 毕业设计毕业设计(论文论文)题目题目小型房产公司管理系统数据录入与显示交互模块 指导教师评语：指导教师评语： 具 体 要 求优良中一般差 出勤及工作态度（20%） 方法合理，设计工作量饱满（20%） 论点正确，论文内容有一定难度（20%） 结构严谨，论文有一定应用价值（20%） 对前人工作有改进或有独特见解。 （10%）

22、 论文格式正确，撰写规范（10%） 指导教师签字：指导教师签字： 2014 年年 5 月月 日日 评阅人评语：评阅人评语： 具 体 要 求优良中一般差 选题合理，设计有应用价值（20%） 方法合理，设计工作量饱满（20%） 论点正确，论文内容有一定难度（20%） 对前人工作有改进或有独特见解。 （20%） 论文格式正确，撰写规范（20%） 评阅人签字：评阅人签字： 2014 年年 5 月月 日日 得分得分 得分得分 华东交通大学毕业设计华东交通大学毕业设计(论文论文)评阅书评阅书(2) 姓名姓名学号学号20102110090427专业专业软件工程+会计 毕业设计毕业设计(论文论文)题目题目小型

23、房产公司管理系统数据录入与显示交互模块 答辩小组评语：答辩小组评语： 具 体 要 求优良中一般差 符合要求 答辩准备充分，论文题目与内容相符 语言精练能突出重点，思路清晰能准确表达 论点正确，论文内容有一定难度 方法合理，论文内容工作量饱满 结构严谨，论文有一定应用价值 对前人工作有改进或有独特见解 正面回答问题 回答问题有理论依据，基本概念清楚 主要问题回答准确，深入 得分得分 组长签字：组长签字： 2014 年年 5 月月 日日 答辩委员会意见：答辩委员会意见： 同意以上评定，根据前面三项得分，按同意以上评定，根据前面三项得分，按 25:15:60 的比例评定总成绩为的比例评定总成绩为 等

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

25、 年 5 月 30 日 答辩组成员（签字）： 答辩记录： 记录人（签字）： 2014 年 5 月 日 答辩小组组长（签字）： 2014 年 5 月 日 小型房产公司管理系统 -数据录入与显示交互模块设计 摘 要 随着用户对于数据集中性以及软件之间交互要求的提高，传统的 excel 表格数据之间 的流动性太差并且数据非常零碎。没有一个很好以及有效的方式将各种数据汇总集中以 及加工，客户看到的都是非常底层的数据，缺少一个面向用户的图形化界面让用户操作 各种数据。 面对这种需求，结合目前流行的云计算与大数据概念，b/s 架构是实现这种需求的最 好方式，而不是传统的 c/s 架构。首先是因为 c/s

26、架构的数据共享性太差，其次现在的 浏览器图形界面不输于客户端，再者是因为易用性，b/s 架构的部署比 c/s 简单很多，只 需要部署好服务器端，客户端只需要一台能访问网络并且有浏览器的电脑，并且本地不 用数据库。 服务器端技术中，微软的 asp.net 技术有着安全、稳定、快速开发等优势成为行业 设计者手中的利器，并且使用 mvc 架构。前端采用基本的 html+css+javascript 语言， 结合 ajax，jquery，jqueryui 技术，并且尝试用 html5+css3 等最新技术。提供用户一 个网页式 app 的使用体验，即现在的 ria1式网站体验，用户与系统的无缝交互，无

27、延迟 感。 关键词：房产信息管理系统；asp.net；b/s；mvc； 1 ria：rich internet applications 富互联网应用，具有高度互动性、丰富用户体验以及功能强大的客户端。 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 t

28、raditional 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

29、 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 b

30、ecause 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, microsofts asp.net technology has a s

31、afe, 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 + c

32、ss3. 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 研究的意义.

33、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 逻辑模型.

34、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

35、.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

36、.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 研究的背景及意义研究的背景及意义 房地产作为

37、国民经济第三产业中仅次于服务业和商业的第三大支柱产业已经发展到 要求通过管理信息化软件来提升企业内部管理的阶段。我国企业信息化经历了从大企业 向中小企业扩散的历史发展过程，从上世纪 80 年代大中企业利用计算机在部分生产经营 环节等方面的单项应用信息化第一阶段、2000 年到 2008 年网络化建设与应用开展经营活 动和改进管理的信息化第二阶段、2008 年到目前所处的大规模推动中小型企业利用利用 互联网技术等网络信息技术信息化第三阶段。当前基于 web2.0 的互联网技术正在重构企 业信息平台，将单纯的“展示网站”转为功能齐全的“交互平台”，一套完善的基于 web2.0 技术的企业信息管理系

38、统对中小型房地产企业的信息化具有非常重要的意义。 1.1.1 选题的背景 随着互联网的发展，富 internet 应用的普及势在必行，办公也朝着纸化办公的方向 前进，而无纸化办公，数据的交互与分享又是一个很重要的方面，如何信息及时的传达 与汇总，是无纸化办公一个很重要的要求，这种能做好，对于公司进程与效率的提高有 很大的提升。 1.1.2 国内外研究现状 （1）国外研究现状 管理软件的主流技术经历了三个发展阶段：首先 dos 字符界面，然后用户界面 gui，最后浏览器。今天所有电脑的浏览器界面在不同平台上的表现都是一致的，所以用 户不需要额外花销，并且维护也十分方便，开发人员的更新也能及时传达

39、给用户 （2）国内研究现状 国内房产管理行业的管理软件始于九十年代初，经历了单机用户模式，c/s 多用户模 式，b/s 广义用户模式与 sos 架构模式四个阶段。 第一阶段主要是将手写资料转化为电子录入资料然后打印出来，这样的证件整齐美 观； 第二阶段已经有了局域网，资粮信息的传达不再是靠优盘等硬媒介，而是用网络。 使资料信息能计算机间流动起来，并且办公地点人员不再固定，能够多人协作。 第三阶段时期互联网技术高速发展，基于 ria 的概念与技术，网站式 app 普及，各 个角色与机构之间的信息共享。 第四阶段为现在正经历的阶段，网站正从 b/s 架构转变为 soa 架构。 1.1.3 研究的意

40、义 基于 web2.0 技术的 b/s 架构企业管理软件的发展不仅代表着软件行业的技术水平， 而且深刻影响着传统行业的信息业务发展水平，在信息大爆炸的时代，软件技术带给企 业的不再只是满足自身内部业务处理的需求，更多的是将科技转化为自身的生产力，与 外界信息实时接轨，选择优秀的信息管理解决方案将决定着企业在世界市场上的竞争力， 即决定企业的生存能力。 1.2 系统目标系统目标 管理者可以像操作 excel 表格一样使用该系统来管理楼盘、户型、楼栋、房屋等数 据，也可以录入计价公式、差价等信息，系统可以根据录入的数据进行房价的智能计算。 销售员可以自由管理属于自己的客户信息。在房屋产品展示的形式

41、上，该系统采用了直 观的二维表格，通过表格展示房屋在楼栋中的排布，通过表格颜色表示房屋的状态，显 示清晰又易于理解。该系统提供了一套自由度很大的楼盘图片管理方式，可以自由和修 改上传静态图片，可以截取原图中的任意区域作为要保存的图片，楼栋以标签的形式显 示在楼盘图上，并且可以自由拖动。楼栋的房屋数目和排布可以随意更改，系统会根据 编辑类型进行智能的处理旧数据和添加新数据，保证数据信息不会紊乱，轻易就能处理 楼栋楼层信息变更的业务处理。 2 需求分析需求分析 2.1 功能需求功能需求 2.1.1子系统/模块说明 （1）服务器端系统功能结构图 图 2-1 服务器端系统功能结构图 (2)浏览器端功能

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

43、详见下表： 表 2-1 管理楼盘数据用例描述 使用语境使用语境用户刚刚创建新楼盘或者修改登录的楼盘时，对目标楼盘的文字和数 字信息进行增删改查操作 执行者执行者经理、系统管理员 前置条件前置条件用户已登入系统，并具有使用该功能的权限 后置条件后置条件新增的楼盘文字、数字信息可以查看和修改 可以开始对该楼盘下的楼盘、户型信息管理进行操作 涉众利益涉众利益经理角色可以对楼盘文字或数字信息进行更改 销售员、财务人员、备案人员等角色可以查看到楼盘文字或数字信息 基本事件流基本事件流1.系统管理员或经理进入系统后台，选择“新建房源”下的“新楼盘信息” 功能； 2.系统显示楼盘信息录入界面，显示出“楼盘名

44、”、 “土地面积”、 “总建筑面 积”、 “容积率”信息要求录入； 3.用户在当前界面录入楼盘数据后，点击“创建”按钮； 4.系统提交新增的楼盘信息到数据库，并提示“新楼盘创建成功”； 5.用户点击“修改房源”下的“修改楼盘信息”； 6.系统显示楼盘数据修改页面，类似新楼盘数据录入界面，从数据库中 调出楼盘数据显示在页面； 7.用户修改楼盘数据，点击“保存”按钮； 8.系统接收修改的楼盘数据，更新数据库； 9.用户点击“楼盘视图”下的“楼盘图表”功能； 10. 系统显示所有楼盘缩略图列表，可以让用户选择“删除”楼盘； 11. 用户选择目的楼盘，点击“删除楼盘”； 12. 系统接收要删除的楼盘参

45、数，删除数据库中的相关数据； 13. 系统刷新页面； 14. 用例结束。 扩展点扩展点无 设计约束设计约束楼盘名录入后不能修改 数字信息录入时要求系统能验证识别非数字不能录入到系统 删除楼盘信息时，要先删除与之关联的附属数据，顺序是房屋客户、 房屋、差价、楼栋标签、楼栋、车位、折扣公式、户型、楼盘 表 2-2 管理楼盘图片用例描述 使用语境使用语境对楼盘图片进行编辑 执行者执行者经理、系统管理员 前置条件前置条件用户已登入系统，并具有使用该功能的权限 后置条件后置条件可以拖动标签到楼盘图上 涉众利益涉众利益销售员、财务人员、备案人员等角色可以查看到楼盘图片 基本事件流基本事件流1.用户点击“上

46、传楼盘图”功能； 2.系统显示楼盘图操作页面； 3.用户点击“浏览”，选择本地磁盘上的图片，然后点击“上传”按钮； 4.系统接收上传的图片预保存到服务器指定文件夹，然后刷新操作页面， 显示图片给用户看； 5.用户拖动鼠标截剪图片主体区域，点击“保存”按钮； 6.系统接收到截剪图片参数，处理预保存的图片，将其重新按截剪的参数 重新生成新的图片，刷新页面显示新图片给用户看； 7.用户点击“修改楼盘图”功能； 8.系统显示修改楼盘图界面，类似楼盘图录入界面，调出已保存楼盘图片 显示给用户看； 9.用户修改楼盘，操作类似录入楼盘图，点击“保存”。 10.系统接收修改的楼盘图，保存修改的楼盘图。 11.

47、系统刷新页面显示最新数据； 12.用例结束。 扩展点扩展点无 设计约束设计约束楼盘图片要求是静态的，格式为 jpg、png 等 表 2-3 管理户型信息用例描述 使用语境使用语境对楼盘的户型信息进行管理 执行者执行者经理、系统管理员 前置条件前置条件用户已登入系统，并具有使用该功能的权限 后置条件后置条件房屋产品进行户型编号选择 涉众利益涉众利益经理角色可以对楼盘户型信息进行更改 销售员售房时，房屋根据户型进行计价 基本事件流基本事件流1.用户选择“新户型”功能； 2.系统显示户型录入操作页面，显示出户型编号、公摊系数、套内面积、 阳台面积、露台面积、几室几厅几厨几卫等信息要求录入； 3.用户

48、录入户型信息，点击“保存”按钮； 4.系统接收户型数据保存到数据库中，刷新页面，显示数据给用户看； 5.用户点击“修改户型”功能； 6.系统显示修改户型界面，类似录入户型界面，调出数据库中户型信息显 示给用户看； 7.用户修改户型信息，点击“保存”按钮； 8.系统接收修改的户型信息，更新到数据库； 9.系统刷新页面显示最新数据； 10.用例结束。 扩展点扩展点无 设计约束设计约束数字信息录入时要求系统能验证识别非数字不能录入到系统 户型信息录入界面要求是列表形式，有自动增行功能 （2）楼栋信息管理 楼栋分为住宅楼栋、商业楼栋、停车场三类，共有的属性包含名称、行数目、 列数目，住宅楼栋、商业楼栋

49、还包含朝向、楼栋基价、楼栋差价等数据属性，楼 栋数据录入时要求有能整列集体编辑的智能功能，用例图见图 2-3。 图 2-3 楼栋信息管理图 用例描述详见下表: 表 2-4 管理住宅楼栋信息用例描述 使用语境使用语境对楼盘的住宅楼栋信息进行管理 执行者执行者经理、系统管理员 前置条件前置条件用户已登入系统，并具有使用该功能的权限 后置条件后置条件进行住宅楼栋标签功能操作 住宅房屋产品信息管理 涉众利益涉众利益经理角色可以对住宅楼栋信息进行更改 基本事件流基本事件流1.用户选择“新建楼盘”下的“住宅楼栋”功能 2.系统自动构造 20 个预处理住宅楼栋编号的组成楼栋列表信息录入界面， 显示出楼栋名称

50、、套数、层数、层高、朝向、楼栋基价、楼栋差价等 信息要求录入 3.用户输入住宅楼栋信息，点击“保存”按钮 4.系统接收到住宅楼栋信息，将信息保存到数据库 5.刷新页面，显示数据给用户 6.用户点击“修改楼盘”下的“修改住宅楼栋”功能 7.系统从数据库调出数据显示楼栋信息列表界面 8.用户修改楼栋信息，点击“保存”按钮 9.系统接收楼栋信息，更改数据库中的数据，刷新页面 10. 用例结束 扩展点扩展点无 设计约束设计约束数字信息录入时要求系统能验证识别非数字不能录入到系统 用户可以新增住宅楼栋数目，扩充住宅楼栋列表 住宅楼栋信息列表要求能整列集体标记，在标题行录入信息，改变整 列的值 只有填写了

51、住宅楼栋名称的楼栋信息才会保存到数据库中 编号 1 的住宅楼栋必须录入楼栋基价 表 2-5 管理商业楼栋信息用例描述 使用语境使用语境楼盘的商业楼栋信息进行管理 执行者执行者经理、系统管理员 前置条件前置条件用户已登入系统，并具有使用该功能的权限 后置条件后置条件进行商业楼栋标签功能操作 商业房屋产品信息管理 涉众利益涉众利益经理角色可以对商业楼栋信息进行更改 基本事件流基本事件流1.用户选择“新建楼盘”下的“商业楼栋”功能 2.系统自动构造 20 个预处理商业楼栋编号的组成楼栋列表信息录入界面， 显示出楼栋名称、套数、层数、层高、朝向、楼栋基价、楼栋差价等 信息要求录入 3.用户输入商业楼栋

52、信息，点击“保存”按钮 4.系统接收到商业楼栋信息，将信息保存到数据库 5.刷新页面，显示数据给用户 6.用户点击“修改楼盘”下的“修改商业楼栋”功能 7.系统从数据库调出数据显示楼栋信息列表界面 8.用户修改楼栋信息，点击“保存”按钮 9.系统接收楼栋信息，更改数据库中的数据，刷新页面 10. 用例结束 扩展点扩展点无 设计约束设计约束数字信息录入时要求系统能验证识别非数字不能录入到系统 用户可以新增楼栋数目，扩充楼栋列表 楼栋信息列表要求能整列集体标记，在标题行录入信息，改变整列的 值 只有填写了楼栋名称的楼栋信息才会保存到数据库中 编号 1 的楼栋必须录入楼栋基价 表 2-6 管理停车场

53、信息用例描述 使用语境使用语境对楼盘的停车场信息进行管理 执行者执行者经理、系统管理员 前置条件前置条件用户已登入系统，并具有使用该功能的权限 后置条件后置条件进行停车场标签功能操作 停车位产品信息管理 涉众利益涉众利益经理角色可以对停车位信息进行更改 基本事件流基本事件流1.用户选择“新建楼盘”下的“停车位”功能 2.系统自动构造 20 个预处理停车场编号的组成停车场列表信息录入界面， 显示出车位名称、套数、层数、总价、销售状态等信息要求录入 3.用户输入停车场信息，点击“保存”按钮 4.系统接收到停车场信息，将信息保存到数据库 5.刷新页面，显示数据给用户 6.用户点击“修改楼盘”下的“修

54、改停车位”功能 7.系统从数据库调出数据显示停车场信息列表界面 8.用户修改停车场信息，点击“保存”按钮 9.系统接收停车场信息，更改数据库中的数据，刷新页面 10. 用例结束 扩展点扩展点无 设计约束设计约束数字信息录入时要求系统能验证识别非数字不能录入到系统 用户可以新增楼栋数目，扩充楼栋列表 停车场信息列表要求能整列集体标记，在标题行录入信息，改变整列 的值 只有填写了停车场名称的停车场信息才会保存到数据库中 表 2-7 管理楼栋坐标用例描述 使用语境使用语境对楼栋在楼盘图片上的位置进行定位，采用标签坐标 执行者执行者经理、系统管理员 前置条件前置条件用户已登入系统，并具有使用该功能的权

55、限 后置条件后置条件进行停车场标签功能操作 停车位产品信息管理 涉众利益涉众利益经理角色可以对停车位信息进行更改 基本事件流基本事件流1.用户选择“新建房源”下的“拖动楼栋标签”功能 2.系统查询数据库中该楼盘下楼栋数据，构造出楼栋标签显示给用户操 作 3.用户拖动标签到楼盘图上，点击“保存”按钮 4.系统接收到标签坐标参数，将数据保存到数据库中 5.刷新页面，显示数据给用户 6.用户点击“修改楼盘”下的“修改楼栋坐标”功能 7.系统从数据库调出数据显示楼栋标签在楼盘图上相应位置 8.用户修改楼栋标签位置，点击“保存”按钮 9.系统接收楼栋坐标参数，更改数据库中的数据，刷新页面 10. 用例结

56、束 扩展点扩展点无 设计约束设计约束楼栋标签分为三类：住宅楼栋标签、商业楼栋标签、车位标签，各类 标签初始化时在各自固定的区域排列待操作 已经在楼盘图片上显示的标签可以再次拖回初始化区域，即标签坐标 可以清零 （3）房屋信息管理 房屋是住宅房屋产品、商业房屋产品、车位产品的统称，三类产品共有的属 性有价格、状态、行号、列号，其中住宅、商业产品还包含基价、附加值、差价、 户型编号、房屋用途等数据属性，用例图见图 2-4。 图 2-4 房屋信息管理图 用例描述详见下表： 表 2-8 管理住宅房屋信息用例描述 使用语境使用语境楼盘、楼栋、差价等信息创建完毕后，用户对房屋信息进行管理 执行者执行者经理

57、、系统管理员 前置条件前置条件用户已登入系统，并具有使用该功能的权限 后置条件后置条件房屋销售操作 房屋财务信息操作 涉众利益涉众利益销售员对房屋进行认购操作 财务人员对房屋进行金额的操作 备案人员对房屋和客户进行物业资料的操作 基本事件流基本事件流1.系统管理员或经理进入系统后台，选择“新建房源”下的“房屋信息”功 能； 2.系统显示房屋信息录入界面； 3.用户在当前界面选择住宅楼栋 tab，点击住宅楼栋名称； 4.系统显示该住宅下所有房屋表格录入界面，包括基价、附加值、差价、 户型编号、房屋用途、销售状态等信息； 5.用户录入信息后，点击“保存”按钮； 6.系统接收房屋数据，保存到数据库中

58、； 7.用户修改房屋信息时，也在该界面，点击楼栋名称； 8.系统从数据库中调出数据显示在房屋表格中； 9.用户修改完数据，点击“保存”； 10. 系统接收到房屋数据，更改数据库中的数据； 11. 系统刷新页面； 12. 用例结束。 扩展点扩展点无 设计约束设计约束房屋基价、差价只是显示数据，修改分别在楼栋录入界面和差价界面 附加值行列集体编辑，数值叠加 户型编号、房屋用途、销售状态行列下拉菜单集体编辑 表 2-9 管理商业房屋信息用例描述 使用语境使用语境楼盘、楼栋、差价等信息创建完毕后，用户对房屋信息进行管理 执行者执行者经理、系统管理员 前置条件前置条件用户已登入系统，并具有使用该功能的权

59、限 后置条件后置条件房屋销售操作 房屋财务信息操作 涉众利益涉众利益销售员对房屋进行认购操作 财务人员对房屋进行金额的操作 备案人员对房屋和客户进行物业资料的操作 基本事件流基本事件流1.系统管理员或经理进入系统后台，选择“新建房源”下的“房屋信息”功 能； 2.系统显示房屋信息录入界面； 3.用户在当前界面选择商业楼栋 tab，点击商业楼栋名称； 4.系统显示该商业下所有房屋表格录入界面，包括基价、附加值、差价、 户型编号、房屋用途、销售状态等信息； 5.用户录入信息后，点击“保存”按钮； 6.系统接收房屋数据，保存到数据库中； 7.用户修改房屋信息时，也在该界面，点击楼栋名称； 8.系统从

60、数据库中调出数据显示在房屋表格中； 9.用户修改完数据，点击“保存”； 10. 系统接收到房屋数据，更改数据库中的数据； 11. 系统刷新页面； 12. 用例结束。 扩展点扩展点无 设计约束设计约束房屋基价、差价只是显示数据，修改分别在楼栋录入界面和差价界面 附加值行列集体编辑，数值叠加 户型编号、房屋用途、销售状态行列下拉菜单集体编辑 表 2-10 管理停车位信息用例描述 使用语境使用语境楼盘、楼栋、差价等信息创建完毕后，用户对房屋信息进行管理 执行者执行者经理、系统管理员 前置条件前置条件用户已登入系统，并具有使用该功能的权限 后置条件后置条件车位销售操作 车位财务信息操作 涉众利益涉众利