XXX工程机械网解决方案.docx
- 文档编号:28729381
- 上传时间:2023-07-19
- 格式:DOCX
- 页数:36
- 大小:327.18KB
XXX工程机械网解决方案.docx
《XXX工程机械网解决方案.docx》由会员分享,可在线阅读,更多相关《XXX工程机械网解决方案.docx(36页珍藏版)》请在冰豆网上搜索。
XXX工程机械网解决方案
XXXX工程机械网解决方案
1.前言
1.1.背景
电子商务作为一种新型的生产力,已成为全球公认的企业竞争原动力,为传统企业在新经济时代适应数字化发展模式提供了极大的机遇。
充分利用电子商务手段服务和改造传统产业,用信息化推动工业化已成为全球经济发展的主流。
世界范围内的B2B和B2C电子商务正在蓬勃发展,随着越来越多的企业转向开展Web业务,电子商务实现的销售额正在呈爆炸性的增长。
B2B和B2C电子商务所带来的巨大成功和商机是任何企业都不能忽视的。
面对全球范围内的竞争和机遇,养护领域积极进行信息化建设,开展电子商务已经是必然的选择。
目前,国内外已有多家类似企业进行了电子商务运营,实现网上高效地办公和经营,如中国工程机械租赁网、慧聪网等。
1.2.目标
从长远规划考虑,我们的目标是建设两大软件平台,一个是XXXX工程机械网的网站,另一个是企业资源管理软件服务平台。
在运营和功能模式上,两大软件平台的是有不同之处的。
XXXX工程机械网是以电子商务为主的B2B会员制网站,为会员企业提供工程机械租赁平台、行业资讯、专业资料、行业活动、产品推荐等功能;而企业资源管理软件服务平台是向养护企业提供企业管理软件服务,该平台功能涵盖了养护企业的内部管理和经营管理两大领域。
企业只需按使用的软件模块数量来支付租赁费用,就可以享受企业资源管理软件服务平台的信息化服务。
在逻辑结构上,两大软件平台是两套独立运行的系统。
两大软件平台虽然都是以互联网应用的方式构建的,而且在一期规划中可能部署在同一套硬件服务器上,但是它们之间不存在耦合关系。
随着业务发展,两大软件平台都可以轻松迁移到各自独立的服务器上。
从业务数据方面来说,两大软件平台是共享部分业务数据的。
两大软件平台的共通点就是以企业客户为中心、以工程机械为信息主线。
企业用户在两大软件平台中任一平台的用户信息、企业信息、部门信息都可以被对方共享,不需要二次输入。
其次,网站上的工程机械出租和求租信息也完全可以与企业资源管理软件服务平台共享。
企业资源管理软件服务平台的资产管理模块中的工程机械设备信息包括了设备的闲忙状态信息。
当网站上有某种设备的求租信息时,企业软件平台会根据网站共享的求租信息寻找平台内闲置的该种设备并通知设备所属企业,大大加快了租赁交易的成功率。
反之,企业也可以通过企业软件平台发布闲置设备的出租信息。
业务数据共享对于企业来说,不仅省却了企业用户两头登录、重复录入的工作还大大提高了闲置设备的使用率;对于运营方来说,不仅增加了交易量而且提升了企业客户的操作体验。
我们将整个平台建设分为两期规划,在一期规划中完成XXXX工程机械网网站的主体功能,在二期规划中一是完善XXXX工程机械网网站的后续功能,二是建设完成企业资源管理软件服务平台。
下图是一、二期功能规划图。
2.项目规划
2.1.术语定义
●XXXX工程机械网下文中简称“网站”。
●企业资源管理软件服务平台下文中简称“企业软件平台”。
2.2.用户群体分析
一期规划中本网站的用户主要分为以下两大类:
●内部管理用户
内部管理用户指的是有权限对网站资源进行编辑、发布、管理的人员。
按照职能的不同,大致可以换分为决策管理用户和运营维护用户。
⏹决策管理用户
该类用户主要的职能是制定网站经营发展方针政策,依托决策模块的统计报告来管理网站的业务运营。
⏹运营维护用户
该类用户可以分为业务人员和技术人员。
业务人员使用网站后台提供的各类管理模块来维护、发布的各类资讯信息等。
技术人员负责监控网站服务器的运行状况、日常的技术维护等工作。
●外部用户
外部用户指的是通过互联网访问网站的个人或企业。
按照使用习惯和访问目的可以分为普通用户、设备租赁企业、设备供应商、养护企业等。
下图,是整个系统中用户与网站之间的关系拓扑图。
2.3.规模规划
2.3.1.一期规模规划
预计网站上线初期拥有会员企业200家,每家会员企业每天发布1至5条租赁信息,租赁信息每天的浏览量是300条次;每家会员的企业网站每天被浏览100次;专业资料库每天增加50份专业资料,每天专业资料的下载量是100份次;网站每天发布20条新闻资讯,新闻资讯版块的浏览量是每天1000条次。
从上述的估算量,网站整体的全天浏览量是1600次,按照8小时计算(客户主要都是企业,参照上班时间),上班时间每小时的并发数是200次。
2.3.2.二期规模规划
2.3.2.1.网站规模
待网站的交易等功能完全上线后,企业资源管理软件服务平台上线后,整个系统的规模会有一个质的飞跃。
预计网站每天会增加会员企业20家,租赁信息每天增加300条,企业自建网站每天增加50个,专业资料库每天增加50份专业资料,每天增加50条新闻资讯,在线交易每天有300笔,交易中间数据流水每天会有1200笔。
从上述的估算量来看,二期上线后的一年,网站整体的全天浏览量是86000次,按照8小时计算(客户主要都是企业,参照上班时间),每小时的并发数是10750次,每秒并发数是180次。
2.3.2.2.企业资源管理软件服务平台规划
企业资源管理软件服务平台的企业用户增长速度会比较慢,因为企业的信息化建设必然是循序渐进。
预计企业软件平台上线一年后的企业用户是300家,每家企业用户平均有5个员工账号,每家企业每天增加记录200条,查询记录次数250次,数据统计次数50次。
从上述的估算量来看,企业资源管理软件服务平台按照8小时计算(客户主要都是企业,参照上班时间),每小时的并发数是3750(300*500*0.6/8)次,每秒并发数是63次。
2.4.功能规划
2.4.1.一期功能规划
系统的一期规划是创建“XXXX工程机械网”。
创建初期的功能主要目的是大力发展会员、提高养护公司及其子公司的工程机械资产的使用率,在市场上逐渐建立品牌效应,为后期发展打下扎实的基础。
网站的一期功能的定位是:
●发展会员企业
网站的运营模式是收费会员制的,会员的年费是比较主要的盈利来源之一。
只要会员数量达到一定的规模,网站的盈利情况就会比较稳定,而且对于知名度、交易量的提升都会有很大的帮助。
●行业资讯平台
网站会有专业的新闻编辑人员实时更新网站的信息资讯内容,这些资讯都是根据行业特点精挑细选。
会员单位只需要访问网站,就能够了解所有的行业信息。
所以资讯的价值决定了网站的访问量。
●工程机械设备的租赁平台
有意向出租闲置的工程机械设备的会员单位可以将出租信息发布到网站上;同样的,需要租借设备的会员单位可以将寻信息发布到网站上。
网站提供租赁交易自动撮合功能,会定时向租赁的供求双方发布适合的最适合他们的租赁信息;当然,会员单位也可以自己搜索合适的交易方。
处于保护网站收益的目的,非会员只能浏览租赁的部分供求信息,关键部分只对会员开放。
●企业自助建站平台
很多会员单位都希望建立自己的网站用作企业形象的宣传,但是独立开发一个网站不仅耗费时间和金钱,而且硬件的投入、日常的维护都一笔不小的开销。
网站向会员单位提供自助建站服务,会员只需要选择网站提供的模板,按照向导一步步的操作就能够完成企业网站的建设,并且企业的网站都会拥有独立的二级域名。
●工程机械专业资料平台
网站会不断得收集一些技术资料,例如:
工程机械的技术图纸、操作手册,工程的施工图纸等,将这些技术资料都纳入道网站的专业资料库中,供会员单位有偿下载。
●广告发布/计费平台
网站的另外一块收入主要来自于广告发布。
网站将向市场出售网页上的广告位来获得盈利。
●商业活动组织平台
网站可以利用自身的会员规模优势,组织一些商业活动,例如:
目前流行的团购促销。
促销的商品可以是车险、工程机械设备、配件等。
这个盈利点有两方面,一个是佣金,另一个是促销商品的推广费用。
2.4.2.二期功能规划
在二期规划中,除了网站需要完善一系列功能外,还要构建一套独立的企业资源管理软件服务平台。
首先,先介绍一下二期规划中网站的新功能。
●工程机械的交易平台
●在线支付清算平台
●第三方交易担保业务
●企业资质认证系统
●企业信用评级系统
●行业数据咨询分析服务
●工程机械配件/衍生产品的交易平台
●工程机械的维修服务
●企业IT服务
●组织技术培训
●会展组织活动
接下来介绍一下企业资源管理软件服务平台。
企业资源管理软件服务平台采用SaaS模式。
SaaS(Software-as-a-service)的意思是软件即服务,即软件运营。
SaaS是基于互联网提供软件服务的软件应用模式。
作为一种在21世纪开始兴起的创新的软件应用模式,SaaS是软件科技发展的最新趋势。
我们的软件服务平台是针对养护企业的特点设计,平台为企业搭建信息化所需要的所有网络基础设施及软件、硬件运作平台,并负责所有前期的实施、后期的维护等一系列服务,企业无需购买软硬件、建设机房、招聘IT人员,即可通过互联网使用信息系统。
企业根据实际需要,付费租用软件服务平台的功能。
平台采用灵活租赁的收费方式。
一方面,企业可以按需增减使用帐号;另一方面,企业按实际使用账户和实际使用时间(以月/年计)付费。
平台通过有效的技术措施,可以保证每家企业数据的安全性和保密性。
企业采用软件服务平台模式在效果上与企业自建信息系统基本没有区别,但节省了大量资金,从而大幅度降低了企业信息化的门槛与风险。
具体来说有如下这些优势:
a)服务的收费方式风险小,灵活选择模块,备份,维护,安全,升级
b)让客户更专注核心业务
c)灵活启用和暂停,随时随地都可使用
d)按需定购,选择更加自由
e)产品更新速度加快
f)不需要额外增加专业的IT人员
l)大大降低客户的总体拥有成本
由于降低了成本,平台的租赁费用较之传统软件许可模式更加低廉。
企业资源管理软件服务平台的目标是建立一个适合养护企业的ERP系统。
它的Saas模式能够帮助没有专职IT人员的养护企业以较低的成本完成信息化建设,提高企业的工作效率。
它的有以下几个特点:
●具有普遍性,要适应大多数企业
●结合养护企业的行业特性
●针对特殊需求的可定制性
●覆盖企业运营过程中的各个环节
●通过系统设定的科学流程来规范企业的内部管理
我们为企业资源管理软件服务平台规划了以下几个模块,这些模块都可以根据企业自身需要独立租赁使用。
●资产管理系统
●协同办公系统
●文档管理系统
●客户信息管理系统
●销售管理系统
●工程项目管理系统
●人力资源管理系统
●车辆管理系统
●维修管理系统
●物流管理系统
●库存管理系统
●呼叫中心系统
3.解决方案
3.1.一期方案
3.1.1.主机方案
根据一期规模规划,网站的并发数不高,出于成本考虑,采用以下方案。
DMZ区域中文名称是“隔离区”,该区域位于Internet网与企业内部网络之间,起到一个安全缓冲的作用。
区域内放置的服务器一般也是提供互联网应用的,例如:
网站、Ftp、论坛等。
该区域内部署了一台WEB服务器、一台资源服务器和一台数据库服务器。
WEB服务器和资源服务器都是需要独立的互联网IP地址,数据库服务器是面向内网的。
WEB服务器上部署的是网站应用程序,资源服务器上存放的是网站所要使用的静态资源文件,数据库服务器安装有数据库管理软件,数据库服务器另接一台磁带机用于日常的数据备份。
3.1.2.机房方案
整个系统机房最终是要搬迁到新落成的大楼里,在此之前,所有的服务器需要先找一个地方安置一下。
目前服务机房有两种方案,一种是将服务器托管到IDC机房中,另一种是养护公司办公地里自建一个小机房暂时过渡一下。
3.1.2.1.IDC机房托管方案
IDC机房主要提供服务器托管、电信主干网的接入。
我们只需要将三台服务器放置到IDC机房里,机房管理方会根据要求分配互联网IP地址,我们只需要缴纳托管费用即可。
IDC机房的电源、网络安全、空调设施都是一流的,免去了自建机房、租用专线、安全设备的费用。
维护人员只能在自己的PC上通过互联网远程登录到托管的服务器上进行一下软件维护,如果是进行硬件维护和数据备份(例如:
更换硬盘、用磁带机做数据备份)就必须要到IDC机房才能够操作。
三台服务器一年的IDC机房托管费用大约在人民币30,000左右。
3.1.2.2.自建机房方案
自建机房的话,需要安装空调、租用电信专线、添置UPS电源、添置网络安全设备、添置网络交换机、添置服务器机柜、添置KVM等一系列设备。
从维护方面来讲,服务器的巡检、数据备份、服务器的维修、系统维护都可以在自建机房内完成,非常方便。
由于自建机房也是过渡方案,并且服务器数量较少,我们只选择必要的设备来节省成本。
第一,选择一个20平方米左右的房间作为机房,最好避免阳光直射。
第二,机房的恒温恒湿环境是很重要,由于目前的服务器数量较少,只需要安装一个3匹的家用柜式空调就能够保证机房的恒温恒湿环境。
第三,需要2个标准机柜。
第四,为避免断电的情况,需要安装一个UPS电源。
第五,需要一个KVM切换器用于日常查看服务器的情况。
第六,需要一台中科网威SSG-20网络防火墙和一台Cisco2960的交换机。
第七,要求中国电信接入一条4M带宽的光纤专线。
下图是一个自建机房的网络拓扑图。
3.1.2.3.机房方案比较
IDC托管
自建机房
成本
30,000元/年
网络设备
无需添置网络设备
需要购置网络设备
网站访问速度
100M共享
4M专享,试电信接入情况而定
系统软件维护
远程登录维护
机房实地操作维护
系统硬件维护
委托托管方维护
机房实地操作维护
从上面的表格可以看出,采用IDC机房托管方案的优点是节约成本,有最优质的机房环境和网络环境,缺点是在发生硬件故障的时候需要赶到托管机房进行,不利于故障的解决,不过硬件故障发生概率较低。
采用自建机房方案的优点是硬件维护维修时,IT人员可以及时响应,便于操作,缺点是建设成本高、中国电信的光纤接入施工费用昂贵。
我方咨询了中国电信的企业客户服务部门,延安西路3500号周围没有光纤资源,如果要接入光纤的话,用户需要承担光纤线缆接入所产生的工程费,这个费用在10万至40万人民币不等(视具体情况而定)。
鉴于成本和网络的原因,我方建议在新机房建成之前,采用IDC机房托管方案。
3.1.3.数据库存储方案
根据系统200用户,每日1万条交易记录估算,所有明细记录保存2年,统计信息保存3-5年估算,存储需求如下:
数据内容
存储容量
每天记录数
保留天数
容量总计
资讯信息
1K
20
10年
70M
租赁/买卖交易记录
1K
1000
2年
700M
用户记录
2K
200
10年
1M
企业建站资料
1M
200
10年
200M
专业资料信息
1M
50
10年
176G
交易中间结果
1K
1000
2年
700M
其他数据
5K
1000
2年
3.5G
数据库备份文件(全备份)
18G
1
7天
126G
合计容量
316G
在考虑数据库的日志、磁盘RAID。
预计数据存储需要316×2.5=790GB。
按照一期规划,数据库服务器的内存要求2*4GB。
3.2.二期方案
3.2.1.主机方案
对于本系统,在推算系统处理能力要求上依赖于二个因素:
系统交易量处理要求;保留给系统处理交易的时间段长短。
此外还需预留处理能力作为他用。
此外,在系统规划时,设计指标应考虑到能承受系统3年内的交易量,以避免系统开通即面临升级。
系统自投入运行后的生命周期至少不能小于3年.
考虑到日后的业务发展,每秒钟要响应500次点击率。
由于采用了负载均衡方案,对于WEB服务器的硬件要求不需要太高,主流的PCSERVER就能够达到要求。
此外,访问网站的任何请求都会先经过负载均衡服务器再进行转发,所以对于负载均衡服务器的整体响应要求相对较高,需要选择一款中高档的PCSERVER。
资源服务器主要存放静态页面、产品图片等静态文件,所以对于I/O要求比较高。
如上图所示,数据库采用两台PCSERVER做双机的备份系统,WEB应用服务器采用负载均衡模式,可以根据业务量的不断扩大,增加新的WEB应用服务器,系统建设初期建议采用2台PCSERVER部署应用,1台PCSERVER作为负载均衡服务器,1台PCSERVER作为静态资源服务器。
3.2.2.数据库存储方案
根据系统2万用户,每日1000条交易记录估算,所有明细记录保存2年,统计信息保存3-5年估算,存储需求如下:
数据内容
存储容量
每天记录数
保留天数
容量总计
资讯信息
1K
0.1万
10年
10G
租赁/买卖交易记录
1K
1万
2年
20G
用户记录
1K
0.1万
10年
10G
企业建站资料
10K
0.01万
10年
10G
专业资料信息
1M
0.01万
10年
350G
交易中间结果
1K
1万
2年
20G
其他数据
5K
0.1万
2年
10G
数据库备份文件(增量+全备份)
170G
1
7天
280G
合计容量
700G
在考虑数据库的日志、备机系统。
预计数据存储需要700×2.5=1.7TB。
数据库服务器的内存要求2*8GB。
3.3.一期系统架构方案
3.3.1.整体软件架构介绍
本系统在软件上可以分成三个层次、四个部分,自下而上分别是:
●负载均衡软件
本系统采用ApacheHttpServer软件的负载均衡功能来实现Http访问请求的分发。
当用户访问网站时,访问请求由浏览器发送给负载均衡服务器,ApacheHttpServer收到访问请求后,根据配置的规则将访问请求转发给对应的Web应用服务器的某个端口。
ApacheHttpServer有三种负载均衡策略:
轮询均衡策略的配置、按权重分配均衡策略的配置、权重请求响应负载均衡策略的配置。
●Web应用软件
本系统采用Tomcat6作为J2EE中间件,运行网站应用程序。
Tomcat6接收到负载均衡器转发的请求就调用相应程序来完成业务处理。
●数据库应用软件
数据库采用Oracle11g企业版作为数据库服务器软件。
●静态资源应用软件
资源服务器上主要存放的静态页面、图片等经常访问又不需要程序处理的资源文件。
这些文件都是通过浏览器进行访问的,所以使用ApacheHttpServer软件来调用这些静态文件,使其能够被用户的浏览器访问。
通过这种方式做到了动、静分离,减轻了Web应用服务器的处理压力。
3.3.2.整体软件架构图
下图是系统整体软件架构图。
3.3.3.关键技术描述
3.3.3.1.架构模式
大型企业级应用系统的开发通常要求有一个良好的软件架构、便于协作开发和扩展升级,而传统的开发模式不能很好地满足这些要求。
本系统准备采用目前业界最成熟的开源框架SSH(Spring、Struts2、Hibernate)构建一个J2EE企业级的轻量级架构。
框架一般具有即插即用的可重用性、成熟的稳定性以及良好的团队协作性。
J2EE复杂的多层结构决定了大型的J2EE项目需要运用框架和设计模式来控制软件质量。
目前,市场上出现了一些商业的、开源的基于J2EE的应用框架,其中主流的框架技术有:
基于MVC模式的Struts2框架和基于IoC模式的Spring框架以及对象/关系映射框架Hibernate等。
本系统的架构分为客户层、Web层、业务逻辑层、数据库层。
应用的逻辑处理和表现相分离,使得系统具有更为逻辑流程清晰、功能代码复用性强、分布式部署的特点。
在分层设计中,各层提供的接口是进行层间通信的基础,遵循的原则是实现严格的层间独立、分离,各层的实现细节不对外公开。
分层设计层间通信说明如下:
a)客户端与表示逻辑层通过HTTP通信,即通过Http-Request和HttpResponse分别接收用户输入和返回执行结果给用户。
b)表示逻辑层主要包括应用系统的UI组件。
比如网页组件,富客户表单和用户交互处理组件等。
使用Struts2框架技术实现,提供了接收/响应客户端请求、控制整个系统工作流程、通过调用action与业务逻辑层交互,以及格式化业务数据并动态生成Web页面等功能。
c)业务逻辑层主要封装应用系统的核心业务功能。
简单的业务功能可以使用无状态的组件实现,而复杂的(long-runningtransactions),长事务处理可以使用有状态的工作流组件来实现。
该层实现的是现实中具体的业务逻辑,那该层的实现代码不可避免的会发生变更。
怎样让该层适应最大的变化,做到最小的改动?
通常我们在编码的时候会尽量考虑到同一业务多种实现的兼容和可扩展的能力。
因此我们在该层借助了Spring,通过依赖注入、AOP应用、面向接口编程,来降低业务组件之间的耦合度,增强系统扩展性。
d)持久层主要的功能就是将业务数据存储到数据库中。
系统开发中与数据库进行数据交互必不可少,通常我们归为CRUD(添加、读取、修改、删除),这些操作占据了系统开发中大部分的时间,同时我们还需要考虑与数据库交互的性能问题,如连接池、数据缓存等等。
因此该层实现我们借助了Hibernate。
Hibernate是一个ORM工具,它不仅仅是实现了数据库访问性能优化和与数据库交互的常用操作(CRUD),还将数据表与对象进行了关联,让我们可以脱离数据表,而直接针对对象来与数据库交互,我们不再需要用字符串去描述表中字段,不再需要一个个”+“号去组装Sql语句。
特别说明:
上面所描述的层只是从逻辑功能上将组成应用系统的组件进行分组划分。
而这些层在实际的物理服务器的部署情况可能会大相径庭。
最简单的部署情况:
所有层都部署在同一台物理服务器。
稍复杂一点的情况:
表现层部署在一台物理服务器上,业务层和数据访问层部署在一台物理服务器上,数据库部署在另外一台物理服务器上。
在复杂一点的话,比如对于高并发性和高吞吐量的网站应用,可能需要使用数十台物理服务器对表现层做集群部署。
3.3.4.基础软件
3.3.4.1.操作系统软件
整个平台的服务端程序采用J2EE架构,由于JAVA的平台无关性,建议所有的服务器的操作系统都采用RedHatEnterpriseLinuxAS64Bit。
原因如下:
●Linux操作系统相对Windows操作系统来说运行更稳定,在linux上运行的病毒也更少;
●RedHat的企业版linux系统全面支持各种主流服务器硬件;
●RedHat的企业版linux系统全面支持各种主流数据库软件;
●RedHat能够提供7*24的技术支持服务,全面保障企业应用的稳定运行。
RedHatEnterpriseLinuxAS是RedHatEnterpriseLinux家族内最强的版本,并是主要的作业系统和企业架构方案。
与其它操作相比,RedHatEnterpriseLinuxAS有以下一些优点:
●最多支持16个处理器、64GB内存
●支持系统虚拟化、管理虚拟化、存储虚拟化
●高可扩展集群能力,单个集群最多支持125个节点
●支持多路径MPIO,提供最可靠地数据冗余链路功能
●内置多种编译器下的C/C++编译运行环境
3.3.4.2.数据库服务器软件
目
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XXX 工程机械 解决方案