常熟网上购房系统开发.docx
《常熟网上购房系统开发.docx》由会员分享,可在线阅读,更多相关《常熟网上购房系统开发.docx(13页珍藏版)》请在冰点文库上搜索。
常熟网上购房系统开发
“常熟市购房信息网站”开发技术方案
2012学年第1学期
项目名称:
“常熟市购房信息网站”开发技术方案
班级:
学号:
姓名:
指导老师:
周剑
计算机科学与工程学院
2009
版本
作者
日期
更改部分
更改原因
提纲
新建
初稿
修改
1.项目背景
引言
在当今这个年代,人们的生活水平越来越好,人们开始关注自己的衣食住行,这些是与我们每个人都息息相关的。
我们每个人从踏入社会开始,都要与这些打交道。
在自己的温饱水平不错的情况下,人们开始向自己的住、行方面花更多的金钱,买车、买房已经成了朋友见面之间经常谈论的话题。
买房,这是许许多多外来人口到了大城市都有的梦想。
在这里找一份工作,买一套房子,从此在此安家落业,这是多么美好的一个梦想,然而,这也就让我们不得不去面对一个问题,中国的房价问题。
有人说,中国的房价现在比气温涨得还快。
虽然夸张了点,但这也说明了中国的房价的飞速上涨。
且不论是广州、上海、北京这样的大城市,就是在我们常熟市房价飞涨的更是比飞机还快。
因此,买房如今已成了一个涉及中国国计民生的问题,大部分人非常关注的问题。
问题的提出
那么在常熟,我们应该怎样才能买到价格既合理,又称心的住房呢
现状分析
由于近几年房地产开发商的大量投资,以及经济区域地理分布不同,造成了常熟市住房楼盘价格参差不齐,住房种类琳琅满目。
这对本地或外来购房者来说会造成极大的困扰。
建设必要性与意义
目前房地产业蓬勃发展,使房源销售管理需求日益增多。
原始的手工计帐有着不能及时反映房屋销售情况、业务实现速度缓慢、客户满意度差等缺点。
无纸化办公给人们的工作带来了快捷与便利,也赋予房源销售、物业管理一个新理念。
购房信息管理系统使用户的管理规范化、销售网络化、反映适时化、数据计算精确化,销售效率提高,受到用户的青睐。
2.项目目标
业务目标
开发出一个功能实用,有效的优秀购房信息网站
功能目标
(1)为广大购房者提供常熟市现房,期房等房源信息。
(2)为广大购房者提供常熟市各大楼盘最新房价信息。
(3)为广大购房者提供常熟市住房位置信息。
应用范围
(1)适合即将买房或打算买房的购房者。
(2)仅限在常熟市购房。
(3)只支持住房信息。
租赁房,写字楼,沿街店铺不支持。
(4)不支持二手房。
性能目标
保证网站的性能在正常环境和系统条件下重复使用可以满足性能指标。
执行同样任务是新版本不会比旧版本慢,并保证一般还检查系统记忆容量在运行程序时会不会流失。
概述
系统功能架构图:
系统功能构架剖析:
(1)登录:
验证用户输入的用户名和密码并选择保留登录时间,默认永久保留,若正确则显示登录成功并返回原界面,否则提示错误,需要重新登录。
在此模块中提供“忘记密码”服务,可以通过验证的邮箱重新取得密码。
(2)搜房:
用户可以通过区域、面积、类型、价格来搜索自己想获得的信息,还可通过关键字查询自己想获得的信息。
(3)热门楼盘:
通过点击,网页会展示出近一周热卖的楼盘信息
(4)最新楼盘:
通过点击,网页会展示出最新的楼盘信息。
系统管理
系统实现
系统模型是描述如何使用系统的过程,反映系统功能。
系统模型主要由用例图、顺序图、类图等组成,系统用例图与业务用例图基本一致。
用例图与业务模型中所描述的功能基本保持一致。
从面向对象角度出发,深人剖析业务模型,对其进行静态模型和动态模型的划分,真实的模拟其运行场景。
主要的类有
类型主要属性有类型编号、类型名称等,操作主要有类型查询、修改和删除等
操作。
房源主要属性有房源编号、房源面积、房源类型、房源状态、房源规划图等,主要方法有房源的注册、更新、查阅等操作。
外部系统接口
客户端和服务器端的一般通信采用Socket通信方式,数据传输采用SSL加密机制。
3.软硬件配置要求
系统拓扑
性能处理估算情况
系统的建设,必须满足未来5年业务发展和管理的需求,所以下面对服务器性能指标的估算,将以满足未来5年的需要为基准。
数据库服务器
TPCC值估算
约定:
系统同时在线用户数为100人(U1);
平均每个用户每分钟发出2次业务请求(N1);
系统发出的业务请求中,更新、查询、统计各占1/3;
平均每次更新业务产生3个事务(T1);
平均每次查询业务产生8个事务(T2);
平均每次统计业务产生13个事务(T3);
一天内忙时的处理量为平均值的5倍;
经验系数为1.6;(实际工程经验)
考虑服务器保留30%的冗余;
服务器需要的处理能力为:
TPC-C=U1*N1*(T1+T2+T3)/3*3*经验系数/冗余系数
则数据库服务器的处理性能估算为:
TPC-C=500*2*(3+8+13)/3*5*1.6/0.7=18285TPM
内存估算
该服务器内存主要由操作系统占用内存、数据库系统占用内存、并发连接占用内存等几部分组成。
约定:
操作系统占用约400M内存空间;
数据库系统占用内存0.8G;
每个并发连接占用5M;
考虑服务器内存保留15%的冗余;
则服务器的内存估算为:
Mem=(400M+0.8GB+100*5M)/(1-15%)=2GB
数据存储估算情况
预算管理系统中存储着预算编制数据等资料信息以及日志等管理信息。
在已经考虑了数据冗余的前提下,
约定:
每月有100个分局或部室编制预算;
每月每个分局或部室编制1次预算;
预算模板共含6000个预算指标;
每个预算指标含5条明细项目;
每条记录占用空间300B;
每月的预算数据存储容量需求:
6000*5*100*500B=1.5G
每月的日志数据存储容量需求:
0.1G
每月进行数据备份一次,数据存储容量需求:
12*9G=108G
整年总共需用存储容量:
12*1.5G+1.5G+12*0.1G+12*9G=20.7G+108G=128.7G
约定系统中预算编制数据等资料信息以及日志等管理信息在线保存5年(备份数据每年进行清除),则预算管理系统的存储容量估算为:
5*20.7G+108G=103.5G+108G=211.5G
客户端配置
电脑终端:
操作系统:
WindowsXP/Vista/7/2000
内存:
256M及以上
IE6.0及以上
移动终端:
支持Wap上网。
4.计划进度
#
里程碑
主要工作内容
开始时间
完成时间
1
需求
需求调研及分析
2012/08/20
2012/09/24
2
设计
设计
2012/09/26
2012/10/10
3
开发
软件体系架构
2012/10/11
2012/12/13
系统界面
2012/10/15
2012/10/22
系统任务分配
2012/10/24
2012/10/26
代码编写
2012/10/27
2012/11/18
后期美化
2012/11/20
2012/11/23
4
测试
上线测试
2012/11/25
2012/12/2
5
初验
申请初验
2012/12/4
2012/12/10
6
试运行
上线试运行(3个月)
2012/12/11
2013/2/11
7
终验
申请终验
2013/2/13
2013/2/16
5.投资估算
总体费用
序号
费用类别
费用(万元)
备注
1
硬件费用
3
2
软件费用
5
3
软件开发费
2
4
维护费用
1
5
技术人员工资
10
6
其他
5
总计
26
硬件采购
序号
硬件名称
数量
单价
合计
1
IntelI7-5500服务器
1
30000
30000
软件采购
序号
硬件名称
数量
单价
合计
1
SQLServer2008企业版
1
10000
10000
2
Windows7旗舰版
5
3000
15000
其他
N
25000
软件开发费
模块
详细
工作量
(人月)
代码编写
编写相应工作代码
6000元/人月
小计:
6000
界面设计
设计界面美化界面
6000元/人月
小计:
6000
收集信息编写数据库
收集信息整理完成后写入数据库
8000元/人月
小计:
8000
测试维护
测试系统并维护
5000元/人月
小计:
5000
需求分析
对项目进行需求分析
7000元/人月
小计:
7000
合计:
32000
6.项目难点及风险评估
风险影响
概率
风险项描述
原因
高
30%
需求风险
寻求分析阶段出现问题
中
30%
人力资源风险
高技能水平员工的流动和低质量工作人员带来的损失
中
20%
技术风险
开发人员开发过程出现问题
底
10%
成本风险
预算出现问题,导致实际运行过程超支
底
10%
维护风险
维护过程中会造成一些问题。