某市公路客运信息平台升级改造项目建议书

上传人:痛*** 文档编号:122410666 上传时间:2022-07-20 格式:DOC 页数:47 大小:1.24MB
收藏 版权申诉 举报 下载
某市公路客运信息平台升级改造项目建议书_第1页
第1页 / 共47页
某市公路客运信息平台升级改造项目建议书_第2页
第2页 / 共47页
某市公路客运信息平台升级改造项目建议书_第3页
第3页 / 共47页
资源描述:

《某市公路客运信息平台升级改造项目建议书》由会员分享,可在线阅读,更多相关《某市公路客运信息平台升级改造项目建议书(47页珍藏版)》请在装配图网上搜索。

1、XX市公路客运信息平台升级改造工程建议书XX市城市交通管理局二八年三月目 录第一章 工程简介1工程名称1工程单位1工程建议书编制单位1建设目标、主要建设内容、建设周期1建设目标1主要建设内容1建设周期2总投资估算及来源2经济及社会效益2第二章 现状3工程单位概况3组织结构和职责32.1.2 机构的调整情况和开展趋势4拟改造工程与公路客运业务的关系4信息化现状4本单位信息化建设的整体框架规划4现有应用系统的情况5拟改造工程与已有系统的关系62.2.4 现有网络、设备以及其他信息资源情况7第三章 工程的需求分析9工程建设的背景9工程建议的依据11信息系统需求分析12现状和存在的问题12业务对信息系

2、统的具体需求143.3.3 工程与实现业务目标的关系15业务流程分析15现有业务流程15拟改造工程将实现的新业务流程17功能需求分析19公众出行信息效劳系统193.5.2 联网票务结算系统19政府行业监管系统20数据分析20数据流程和属性分析20数据量分析21平安需求分析23设备需求分析24软件需求分析24第四章 工程目标和内容25建设目标25灾备系统254.2.1 系统目标25系统功能26系统架构26灾备系统机房建设29应用系统建设内容29网络系统建设33效劳器、存储系统建设35系统软件建设35系统平安建设35系统级防护35应用审计系统36平安管理平台37第五章 工程建设周期37第六章 环保

3、、消防、职业平安卫生和节能37第七章 工程风险及控制措施37外部风险分析及控制措施37技术可行性37招投标管理38实施管理38内部风险及控制措施38需求与设计38相关系统接口39长期运行风险及控制措施39系统平安39数据更新39维护机制39第八章 总投资估算和资金来源40预算汇总表40分项预算表41系统软硬件418.2.2 软件开发费用42机房建设43工程资金来源43第九章 经济和社会效益44工程经济效益44工程社会效益44第一章 工程简介XX市公路客运信息平台升级改造工程单位名称:XX市城市交通管理局地址:XX路100号 :工程建议书编制单位XX市城市交通信息中心建设目标、主要建设内容、建设

4、周期建设目标通过升级改造,完善XX市公路客运信息平台,确保平台可靠运行,面向全行业实现多种形式的联网售票效劳,进一步提升公路客运行业效劳水平,标准市场营运秩序。主要建设内容 (1)更新扩容原公路客运信息平台软硬件系统,建立灾备系统,提高系统的可靠性,确保平台正常运行。(2)建立覆盖客运站、售票点和公共效劳网站等多渠道间的信息交互机制和票务结算系统。扩展出行信息的发布和获取途径,降低出行者的隐性本钱支出。(3)优化政府监管功能,实现跨机构的信息共享。提高现场执法能力,标准市场秩序;提升客流数据挖掘分析水平,合理配置线路资源。建设周期工程建设周期为12个月。总投资估算及来源 本工程总投资为1933

5、万元,全部资金来源于公路客运建设专用基金(以下简称公建金)。经济及社会效益改造后的XX市公路客运信息平台为交通管理部门、客运站经营者和出行者提供统一的信息平台,实现资源整合、信息共享,防止重复建设。利用该系统,出行者可多渠道获取公路客运信息,节省购票时间和精力付出;管理部门通过对各类信息和数据的挖掘,能够提升管理的深度和准确性,最终提高监管效能。 工程完成后,可以为XX市世博会提供高效的城市交通效劳,有效疏导省际交通客流,提升XX市国际化大都市的形象。第二章 现状工程单位概况组织结构和职责XX市市城市交通管理局以下简称交通局是XX市市人民政府的直属机构,职责主要包括制定交通开展战略,负责、协调

6、公共交通枢纽站、道路客货运场站、城市公交场站等的规划建设;组织、指导、协调并监督交通行业的行政执法管理工作;负责交通企业经营资质、新增运力、线路资源配置的审核、审批和招投标管理工作。其下属机构包括:XX市市城市交通行政执法总队以下简称执法总队、XX市市城市交通运输管理处以下简称运管处、XX市市城市交通业务受理中心、XX市市城市交通考试中心和XX市城市交通信息中心。运管处具体负责省际公路客运的行业管理。主要职责包括:参与省际客运行业的中长期开展规划的研究。负责与相关省市行业管理部门的省际客运业务的协调和衔接工作;负责客运站点营运秩序、发车时间的监督检查,参与制定并组织实施省际道路客运站点及线网调

7、整方案,负责审核省际班车客运的线路开设及变更申请,包括运力投放、站点安排、线路走向和班次设立;完成客运班线基准价格的核定,监督客运经营者价格执行情况。执法总队履行对行业的执法职能:负责对省际客运市场秩序的监督管理;依法对市场主体及其从业人员的经营行为实施监督检查,保护合法、打击非法行为,对违法行为进行处分并予以纠正;负责设置和管理市境公路道口交通行政检查站,履行交通行政稽查职责。 机构的调整情况和开展趋势 公路客运行业的管理与执法职能由原XX市市陆上运输管理处承当。为方便市民出行,完善各交通行业的合理布局,2005年底交通局对所属机构职能进行调整,成立运管处对各交通行业实行综合管理,成立执法总

8、队对各交通行业实行综合执法。为表达综合监管的协同效应,信息共享显得尤其重要。2.1.3拟改造工程与公路客运业务的关系拟改造的XX市公路客运信息平台直接效劳于社会公众、交通局、运管处和执法总队。为公路客运的各项决策提供依据,均衡客运市场的供给量和需求量,为公众提供准确、高效的出行效劳。信息化现状本单位信息化建设的整体框架规划根据城市交通“十一五信息化规划,“十一五期间,加强公共客运、道路货运、静态交通和交通效劳等领域信息化应用建设。推进全市公交、出租、公路客运和危险品运输等营运车辆车载智能系统建设,强化平安保障和应急调度能力,建立健全城市交通平安监管和应急处置体系;通过信息化手段,加强执法水平和

9、执法效率,有效维护营运市场秩序,初步建成以交通管理、出行效劳、运营监管、供给保障和应急处置为核心功能的XX市城市智能交通信息系统框架,全面提升城市交通承载能力,适应日益增长的交通需求,为成功举办2021年XX市世博会交通运营提供信息化支持。城市交通局信息化建设的整体框架如图2-1所示。图2-1 城市交通信息化建设整体框架现有应用系统的情况“十五期间和“十一五初期,城市交通综合信息平台投入使用,初步建成了城市交通电子政务框架,同时轨道运营、公交调度、出租调度等一线运营系统相继运行,形成了城市交通运营管理和效劳的信息化雏形。(1)XX市市城市交通综合信息平台作为交通局信息综合和政务管理的根底平台,

10、2006年底根本建成并投入使用,通过城市交通城域专网实现了城市交通各行业管理部门以及重要信息监控点的互联互通;根本建成了城市交通根底数据库,实现了面向公共客运、道路货运、静态交通和交通效劳等全行业管理对象的行政审批和日常管理等功能。局综合信息平台作为全行业的信息枢纽,既实现全行业根底信息资源的集中与分发,又支撑各部门之间的应用共享。(2)XX市公路客运信息平台XX市公路客运信息平台的建设资金来源于公建金,于2003年开始建设,2004年6月上线使用。目前全市有23个长途客运站纳入平台,占全部客运站的60,平台管理的班次日均3672个,占全市所有班次的80%以上。该平台在历史上发挥了重要的作用。

11、集中的票务管理保证了班次和票价的标准,降低了监管本钱;系统保证了客运站间的信息共享,至今已有720个班线实现了跨站配载,公共资源利用效率提高;06年XX市长途总站、XX市客运南站、巴士长运沪太站、恒丰路客运站和巴士长运白莲泾站等5大客运站实现了联网售票,同年社会资本开始利用该系统开设代理售票效劳,这些渠道的建成已成为行业售票的重要补充,为旅客购票提供了便利。拟改造工程与已有系统的关系本次申请的工程是对原公路客运信息平台的硬件更新和功能完善,依托XX市市城市交通综合信息平台的行业根底信息,在公路客运信息平台内整合行业营运信息与根底信息,实现对行业的动态监管,根据旅客出行需求变化,适时调整班次供给

12、量,并向公众提供全方位出行效劳。工程改造完成后,方案利用原系统软硬件建立灾备系统。 现有网络、设备以及其他信息资源情况XX市公路客运信息平台已有的业务专网中,采用两台千兆以太网骨干交换机,互相备份并均衡负载。系统采用B/S数据集中的三层架构进行设计,使用数据库软件Oracle、应用中间件Weblogic作为系统软件平台来支持系统的运行,网络和设备使用情况如以下列图表所示。(1)现有网络结构请参见图2-2。图2-2 现有网络结构(2)现有设备参见表2-1。表2-1 现有设备清单设备名称性能配置数量购置时间目前利用率设计利用率数据库效劳器Dell PowerEdge 665052003年60%70

13、%应用效劳器Dell PowerEdge 665072003年55%60%存储设备16口光纤交换机构成SAN,CX400磁盘阵列2台2003年30%50%数据库软件Oracle9i,RAC8CPU2003年100%100%应用中间件2CPU2003年100%100%网络设备F5 负载均衡器22003年100%100%CISCO7507中心路由器12003年30%50%CISCO2611终端路由器502003年80%100%第三章 工程的需求分析工程建设的背景XX市是我国最大的经济中心,也是我国最大的综合交通枢纽和重要口岸,拥有丰富的客流和物流。近年来,随着XX市经济的飞速开展,客运发送量持续增

14、长,根据统计,2005年以XX市为出发地,旅客发送量到达9487万人次,其中铁路、公路客运、民用航空和港口发送量所占比重分别为45%、26%、22%和7%,公路客运居于第二位;再比拟“十五期间平均复合增长率,公路客运实现了13.1%的增长,仅次于民用航空,统计数据详见表3-1。可见,公路客运与铁路运输和民用航空一起,共同构成了最主要的旅客运输行业,增长趋势非常明显。表3-1 旅客主要出行方式比拟2005年旅客发送量万人次2005年发送量比重“十五期间复合增长率公路客运246826.0%13.1%铁路431345.5%7.5%民用航空208021.9%18.9%港口6266.6%3.6%鉴于此,

15、公众、媒体和监管机构对公路客运行业的关注度不断提高,行业动态不断见诸报端。旅客希望在出行前和出行过程中能获得更准确、完整的班次信息,并借助电子客票方式预先购票;也希望发挥公路客运灵活、便利的优势,对班线的调整能够满足出行目的地的变化,班次的供给量能够满足需求量的变化。监管机构为提供和谐的出行环境,需要对客运经营者的班线经营状况实施监管,运输车辆流动性的特点决定了这种监管是动态的;此外,班车客运的线路调整、运力投放、站点安排、班次、线路走向等决策都需要营运数据的支持。另外,必须注意到现有平台的设备趋于老化,故障率逐年上升,同时缺少灾备系统支撑,威胁了平台的平安稳定运行。因此,从满足旅客当前或潜在

16、的出行需求的角度,从加强监管、科学决策的角度,以及从平台的平安稳定运行角度来看,将行业根底信息与营运信息互相整合,重新构筑系统,扩大系统的使用面,建立灾备系统,已经彰显出其必要性。工程建议的依据交通部长李盛霖最近就交通信息化工作指出:在信息化时代,交通信息化建设要跟上开展形势。加强交通信息化建设是提高政府管理水平和宏观调控能力的需要,是增强政府公共效劳能力的需要,是提高交通行业竞争力的需要,也是建设创新型行业的需要。工程建议书编制同时依据以下文件的有关要求和指导精神。(1)交通部?公路水路交通信息化“十一五开展规划?提出建立公路公众出行信息效劳,通过整合信息资源,提供全方位的公众出行信息效劳。

17、通过信息技术与业务的结合使各级交通主管部门的管理决策能力、公共效劳能力、应急处理能力以及企事业单位的市场竞争能力得到较大提高。充分运用信息化手段提高政府对交通行业的整体监管水平。(2) ?XX市建设交通系统信息化工作规划纲要2003-2021?提出城市建设交通领域信息化建设根本实现管理对象的数字化、管理过程的数字化和管理评价体系的数字化。 (3) ?XX市市城市交通“十一五开展规划?提出实现长三角及周边省市公路客运信息查询效劳和远程监控系统,推动区域内联网售票进程。 (4)?XX市市长途客运行业“十一五开展规划?提出继续推进信息化建设,充分发挥公路客运信息平台的作用,拓展信息查询和效劳等功能,

18、形成以长三角及周边省市为主要腹地的长途客运信息网络,实现省际道路客运信息化、智能化管理。 信息系统需求分析现状和存在的问题(1)系统设备老化XX市公路客运信息平台的设备在2003年采购配置,5年是效劳器常规使用年限,一般到第6年设备厂商停止对产品的效劳,很多设备配件停止生产。假设不及时更新,如果系统设备出现故障,将面临无法修复、数据丧失、行业运营被迫停止的风险。至今公路客运信息平台已连续运行超过四年,历史上效劳器硬盘、内存、磁盘阵列等硬件故障发生的频度统计详见图31,历年故障造成的系统累计中断时间也越来越多,见图32。从2007年起,硬件故障频发,最近的一次较大故障发生在07年12月21日,因

19、硬件损坏等原因,当天9:40系统中断,次日凌晨恢复,客运站虽启用了手工开票等应急措施,行业营运秩序受到较大影响。图31 平台硬件故障发生频度图32 故障造成效劳停止时间趋势图 (2)平台没有灾备系统2003年建设初期,由于受资金的约束,没有将灾备系统纳入建设范围。以2007年12月21日故障为例,如果具备灾备系统,在系统故障时可快速切换,确保平台的正常售票。因此灾备系统的缺失无疑放大了硬件故障发生时的风险。(3)出行者得不到全方位的效劳虽然本市公路运输的旅客发送量仅次于铁路,但面向旅客的信息效劳却难以令人满意。旅客在出行前很难获得本市的客运班次信息公路客运行业的班次变动频率远远超过铁路、民航,

20、更无法利用电子支付手段购置电子客票;目前本市仅实现了中心城区五大客运站间联网售票,远郊区县旅客购票要付出较高的隐性本钱;旅客即使赶至客运站购票,站内也无法显示实时的余票信息。 (4)系统功能未到达行业管理要求XX市公路客运行业中十座以上客运车辆经营单位达166户,自有营运车辆超过100辆以上的只有16户,50辆以上、100辆以下的28户,而50辆以下的中小企业共占据122户,比例为73.49。经营主体分散,带来运输组织水平和运输效率低下,绝大多数企业尚处于仅为争夺市场份额的初级竞争阶段。一些客运经营者为了短期效益,站外组客、超载等违章经营情况比拟严重,旅客投诉时有发生。还有一些车辆在客流顶峰期

21、超限运输,不注重对车辆的常规维护,也给平安运输造成隐患。少数客运企业获得了某条班线经营权后,由于经营管理上的原因,未经运管部门同意,擅自停运,致使该班线的公共资源作用没有得到发挥。由于近年来公路客运处在快速开展阶段,且市场开放程度较高,确定班线经营的审批程序较简单,一般经两地的运管部门审核后,班线即告确立。而行业主管部门尽管在审批过程中注重了公路网状开展和客运班线直达运输的特点,但是整个决策过程缺少旅客流向、流量变化趋势等数据支持,无法满足旅客不断变化的出行需求。业务对信息系统的具体需求业务对系统的具体需求从下述几个方面表达:系统应能满足行业连续运营的需要。目前行业对系统保持正常运行的要求极高

22、,本市最早的客运班线4:00发车,最晚的23:00发车,系统空闲时段日趋减少,更新系统的硬件,建设灾备系统迫在眉睫。系统应能满足旅客对出行的需求。这种需求是全方位的,包括利用各类终端对班次和余票信息的查询、车辆到站时间的告示,以及电子客票的购置。值得一提的是,为方便旅客购票,减少客运站内购票排队时间,扩大联网售票客运站的范围,增设更多的票务代理网点也对出行者有所裨益。系统应能满足行业监管需要。交通局于2006年制定公布了?XX市市省际道路客运班线经营权管理规定?,对班线的营运效劳做出了具体规定。目前对行业实施监管的主体包括执法总队和运管处。执法总队的执法行为更加现场化,在公路道口检查站的执法人

23、员通过查询手持终端设备的班次实际购票数量等信息,可以有效杜绝站外组客、超载等违法行为。运管处的执法行为更加系统化,对发车准点率、实载率等一系列指标量化考核。在数据积累的根底上,系统应能满足辅助决策需要。调整、完善公路客运班线运输网络,均衡行业的供给量和需求量是“十一五期间主要任务。显然,客流的流向、流量,以及随时序的变化,是行政决策的重要依据。 工程与实现业务目标的关系 本工程的实施,能够满足行业连续运营的需求,能满足跨机构监管和辅助决策的需要,也能面向社会提供优质、完善的信息效劳。业务流程分析现有业务流程公路客运管理涉及十分具体、复杂的业务。监管机构交通局、运管处和执法总队负责班线、车辆的审

24、批、驾驶员管理、规费征收、核价、稽查等职能;客运站经营者主要负责售票、制定客运班次方案、检票、结算等业务;客运经营者主要负责车辆维护、运营平安,确保客运班车按照许可的线路、班次、站点运行。当前,监管机构的管理和稽查行为依托XX市市城市交通综合信息平台,客运站的经营行为那么借助公路信息平台。平台既没有打通与城市交通根底数据库中的信息通道班次、票价等必需信息依靠手工录入,也缺少相应的监管功能。业务条块分割,信息不能共享。两大系统互不关联的现状使管理决策部门不能实时获取运营相关信息实现监管,也不能利用旅客流量、流向等统计数据作出准确调控措施。此外,公路客运信息平台在公众效劳功能上未做深入挖掘,不但旅

25、客无法获取班次等效劳信息,而且系统实现联网售票后,仅能统计跨站结算的营收,无法细分到每个班次,清算的工作量激增,联网售票范围包括代理售票网点无法扩大,为旅客购票再增难度。现有业务流程如图3-3所示,“表示应有信息渠道没有贯穿。图3-3 现有业务流程拟改造工程将实现的新业务流程拟改造工程整合了行业根底信息和行业营运信息,交通管理部门交通局、运管处、执法总队成为直接用户,出行者通过公共效劳网站,获取信息和效劳。 (1)为出行者提供便利、准确的出行效劳面向旅客的出行效劳表达在三个方面。一是建立客运站内效劳系统。改造后平台将改变目前模式,将票务数据实时传输至客运站本地,客运站可直接向购票者提供余票信息

26、,并可建立自助查询和售票终端。二是通过公共效劳网站直接向出行者提供查询、电子客票购置以及投诉处理等效劳。网站不在工程范围内,但系统应当考虑来自此项效劳的数据和功能支撑压力,并做好接口设计。三是增强系统的跨站结算功能。假设本市所有客运站,以及更多的代理售票点实现跨站售票,系统能支持多点清算,购票者会得到极大的便利。新业务流程如图3-4所示。图3-4 新业务流程(2)监管运输企业、车辆、从业人员的市场行为整合后的信息可以关联政府许可信息和企业营运信息,在道口检查站的执法人员通过查询手持终端设备可以有效杜绝站外组客、非正常维护车辆继续运营等行为;运管处可以对发车准点率、实载率等一系列指标进行统计,实

27、现对经营权的量化考核,有效消除公路客运的平安隐患,提高行业的效劳质量。(3)向管理部门提供辅助决策信息通过数据挖掘,分析班次的流量、流向,为本市公路客运行业的线网布局提供全景,为优化线路配置提供根底信息。同时,通过对营运数据的深度挖掘分析,能从多个侧面显示运力、线路、站点、客流量、时序之间关系,对XX市客运市场的开展提供充分的决策依据。功能需求分析结合本次工程改造的目标及需求,我们将公路客运信息平台细分为三个应用子系统:公众出行效劳系统、联网票务结算系统和政府行业监管系统。公众出行信息效劳系统 查询购票功能:旅客通过电脑、 实现在线班次查询,并可购置电子客票。此功能将依托公共效劳网站。 此外,

28、系统还将为客运站效劳体系提供功能支持,包括:自助查询购票功能:系统提供接口供客运站设置自动售票机;信息发布功能:通过显示屏提供班次时刻表、线路票价表、余票动态供旅客查询。结合车辆GPS信号接入(由客运站经营者自建),准确地预测车辆到站时刻,为旅客或接客人员提供信息。 联网票务结算系统在原有系统的售票、退票、检票、排班管理、票据管理等功能的根底上扩充以下功能:结算功能:首先建立客运站与客运站间,以及代理售票点与客运站间的结算关系,其次实现客运站与其签约客运经营者之间的结算关系,因各类结算关系间的方式和周期各不相同,系统应方便使用主体设置。数据接口管理:为第三方软件提供标准数据接口,方便系统与其他

29、管理系统的无缝连接,同时在保证数据平安的条件下开放数据接口给客运站,供企业二次开发。数据主要包括业户、车辆、人员、班次、票价、余票、运量和收入统计等。数据接口功能的实现有利于客运站自行开发符合本企业经营宗旨的信息系统。政府行业监管系统 行业监管功能包括:客运经营行为监管:发车准点率、站外组客和超载监控。 营运车辆监管:是否按照许可的线路、班次运行、车辆维护状况、规费缴纳状况。从业人员监管:违法行为监管。辅助决策功能包括:客运场站根本情况分析:设计能力、发送量、班次发送量、客运站能力饱和度分析、流量流向分析。客运线网分析:始发站和到达站分布、同向班线集中度分析、发班统计、实载率分析。出行特征分析

30、:月发送量分布、周发送量分布、小时发送量分布。黄金周出行分析:日发送量分析、周发送量分析、线路发送量排名、黄金周预测分析、运量时序表、历年变化趋势分析。票务分析:预售票分析,互售票数据分析。数据分析数据流程和属性分析拟改造工程中,车辆、人员、线路、票价等的根本信息来源于根底数据库,结合排班、售票、检票等营运数据,形成客运平台的综合数据库。数据供公众出行效劳、联网票务结算、行业监管和决策支持分析使用。同时在保证数据平安的前提下,提供数据接口给客运站,供客运站做二次开发。数据流例如参见图3-5。图3-5 数据流分析数据量分析 n 日售票数据45477(20062007平均每天出票量)n 日最高售票

31、数据130000n 网站平均日访问量15000次左右,峰值30000次n 客运业户数166户n 客运车辆数9170辆n 班线数881条n 班次数 3800个n 社会代理点5个n 客运站39个(1) 整体性能要求目前每天平均售出5万张票,峰值最高为13万张,按照满足未来五年的需求,每年的增长量按20%计算,五年后,每天的峰值客户量到达13万*1+20%5 325000。假设票务的交易复杂度是15,那么每天对数据库的操作次数到达:325000 * 154900000次。通过对平台的售票时间集中度分析,出现过每天的交易量的80%集中在3小时内发生。以此推算,顶峰交易时间内每分钟的数据库联机交易次数为

32、:4900000*80%/(3*6021778。除售票以外,其它子系统的功能和相关的应用接口程序预留40%的处理能力;另外,CPU使用按55%计。所以系统的TPC-C值应到达:21778/140%/55%65994。(2) 内存容量需求分析本工程系统数据库由票务信息、交易日志、交易流水三局部组成。每张票务的信息平均大小为3K左右,每笔都要记交易日志,日志的平均大小5K左右,每笔交易都要记交易流水,交易流水的大小为2K左右。票务信息、交易日志和交易流水都按照保存三个月进行统计:票务信息容量 = 3*325000*30*3/1024/102484GB交易日志容量 = 5*325000*30*3/1

33、024/1024140GB交易流水容量 = 2*325000*30*3/1024/102456GB总体数据容量要求:84GB+140GB+56GB = 280GB。而数据库系统在缓存容量到达数据库总容量的5%时性能较好,因此,数据库缓存大小为:280*5% = 14GB。从而计算出系统内存需求为:操作系统所占的内存 256MB数据库管理系统所占的内存 1GB 中间件等系统软件所占的内存 512MB 应用程序所占的内存 256MB 数据库缓存 14GB 合理的内存利用率 75% 总计内存容量需求为:14+256+1024+512+256/1024/75% 22GB(3) 存储容量需求分析除了上述

34、联网售票系统票务信息的存储容量要求之外,还有政府行业监管需要的客运流量流向等辅助决策类信息,这类数据需要保存3年。这样存储容量为280GB+84GB*3 536GB。为防止存储系统成为系统性能的瓶颈,系统存储系统的使用率应小于40%,采用镜像方式存储数据。 因此总的存储容量为:536*2/40%/1024 2.6TB平安需求分析XX市公路客运信息平台保存、传递和处理的数据都是经营和管理的重要数据,未来的运营和监管越来越依赖这些数据的完整性和准确性。如果由于平安因素导致系统崩溃、系统数据丧失,数据泄漏、信息不准确等情况的发生,将会对用户在各方面造成很大的损失。现有系统已经在物理平安、网络平安、系

35、统平安、应用平安和管理平安几个方面有所建设。拟改造工程的平安建设内容除延续以上各方面之外,重点在于应用系统平安建设、数据备份和VPN接入,涵盖范围包括已建和新增的效劳器、网络等硬件及应用软件等,主要包括:l 应用平安:身份鉴别、访问控制、通信完整性、软件容错、权限控制、代码平安;l 数据平安:数据完整性、数据保密性、数据备份和恢复;l VPN接入:代理售票点通过公网的平安认证及接入。设备需求分析考虑到本工程对于XX市城市交通的重要性,在网络设备、效劳器、数据存储及其它设备选择和配置时应保证365 X 7 X 24小时不间断正常运行,同时数据库系统和应用效劳器系统要都能实现负载均衡及互为备份,保

36、证系统高可靠性。存储设备容量应该满足存放3年的数据量。所配置的各类设备需要和原有系统有很好的兼容性。软件需求分析由于本工程是对原系统的改造,软件选择应遵循一致性的原那么。操作系统:核心系统平台采用稳定且处理多用户并发能力强的LINUX操作系统,其它各类系统采用界面友好、易管理的Microsoft Windows操作系统。数据库:能支撑大容量数据采集、支持复杂业务系统处理的大型数据库管理软件ORACLE;数据仓库模块能够存储、分析、计算海量历史数据,为辅助决策提供功能支持。中间件:需要稳定、成熟、性价比高,遵循J2EE1.4标准,通过SUN认证,同时适合大型业务系统逻辑处理的中间件软件WEBLO

37、GIC。应用系统:基于J2EE平台开发、运行。第四章 工程目标和内容 建设目标在确保现有公路客运信息平台稳定运行,降低风险的同时,把原平台改造成满足出行者、客运站经营者、管理机构多方使用的信息平台。系统建设总体目标:更新并完善“XX市公路客运信息平台,平台包括三大应用子系统,即“公众出行效劳系统、 “联网票务结算系统、“政府行业监管系统, 并同步建设配套的“灾备系统。灾备系统 系统目标建立基于应用层容灾的同城灾备系统,到达既能保护数据的完整性,使业务数据损失最少甚至没有业务数据损失,又能保障快速恢复运行,使业务停顿时间最短甚至不中断业务的目标。具体量化目标为:恢复时间目标RTO指标2小时,数据

38、恢复点目标RPO指标趋于0,即灾难发生后,2小时内完成能恢复系统运行,且以前的数据丧失可以忽略不计。系统功能围绕系统设计的目标,要实现对生产数据的保护,同时又要保障业务的连续性。系统须具备数据复制功能,能够完整地把生产系统的任何变化复制到灾备端,同时又要建立完善的灾难恢复方案,灾难发生后进行快速系统恢复。(1)数据复制通过城域网连接,实现生产系统向灾备系统的同步和异步复制,确保系统数据的高可用性。(2)灾难恢复通过制订完善的灾难恢复方案,标准灾难恢复流程,使系统在灾难发生后就能够快速地恢复数据处理系统运行和业务系统运作,满足业务运营的需要。根本性能要求是:灾备系统接管生产系统工作后,运行性能不

39、会出现明显下降。系统架构(1)灾备方法的具体分析依据保护能力的不同,灾难恢复的实现也有多个层次。国际标准SHARE 78 定义的容灾系统有七个层次如图4-1所示,从最简单的仅在本地进行磁带备份,到将备份的磁带存储在异地,再到建立应用系统实时切换的异地灾备系统,恢复时间也可以从几天到小时到分钟、秒或0数据丧失等。图中每个高层的解决方案都比低层的解决方案提供了更好的保护手段,当然,所需要的本钱也较高。图4-1 容灾系统层次根据系统设计的目标:RTO=1.5GHz 4颗,64GB内存,146GB24240应用效劳器效劳器,CPU=1.5GHz 2颗,16GB内存,146GB2 6120内存应用效劳器

40、内存扩容:4G126磁盘阵列支持RAID6,高速光纤通道传输2千兆/秒以上,可扩展性1套150小计516系统软件应用中间件 WebLogic92CPU30数据同步复制软件EMC SRDF/S Powerpath 1套100数据仓库软件Oracle DW+ BIEE1150网管软件7X24小时监测路由器、交换机核心参数150应用审计跨平台管理、记录应用操作110备份软件实现跨平台备份,良好的管理功能,智能灾难恢复140小计380合计万元1276 软件开发费用,详见表8-3。表8-3分项预算表软件开发费用系统功能模块人月数预算公众效劳支持电子客票支持2233自动售票支持1015发车信息46班次查询

41、46到站信息46票务查询46小计4872联网票务结算票务结算4060操作审计2030平安认证1015客运站自主开发功能接口69小计76114数据仓库和政府行业监管经营行为监管1015车辆监管812从业人员监管1015客运站分析1218线网分析1624出行特征分析1624黄金周出行分析1015互售票务分析1624站点流量分析1015客票销售分析1015流向分析1015实载率分析1015旅客流量分析812运力额度分析812小计154231合计278417机房建设 详见表8-4。表8-4 机房建设费用明细名称内容预算万元装修工程天花吊顶、活动地板、墙面、隔断、门、保温层等30电气工程配电柜、UPS、

42、照明、防雷接地等40消防工程精密空调、新风机、漏水检测等20弱电工程机架、机柜、网线、光纤接入等30合计120 本工程资金全部申请公建金。第九章 经济和社会效益工程经济效益XX市公路客运信息平台的改造完成,能够为出行者提供各种出行信息和效劳,为出行者节省了时间和精力等隐性本钱。监管人员可以更便捷地获取以往需要花费大量人力、物力才能获得的信息和数据,有效提高工作效率,减少开支,降低管理本钱。通过该系统,监管者能够及时掌握客运信息,从而合理安排运力,减少资源浪费,降低客运运营本钱。系统对出行者和交通管理部门提供统一的信息平台,进行资源整合,真正实现信息共享,防止重复建设,进一步减少信息化投资。工程

43、社会效益建立完善的公路客运信息平台,为XX市世博会提供高效的城市交通效劳,有效疏导交通客流,有助于提升XX市国际化大都市的形象。公路客运的顺畅与否对于XX市这样的高密度人口城市来说至关重要,方便快捷的公路出行能使XX市有效融入长三角经济一体化进程中。平台涵盖了公路客运行业根底数据和运营信息,为监管机构实施动态监管提供条件,同时通过对各类信息和数据进行挖掘,为政府的管理决策提供支持,实现行业主管部门对公路客运交通从微观到宏观的全面管理,确保客运平安和高效。 同时系统将向社会提供一个开放的信息平台,使广阔出行者能够直接了解和掌握交通信息,从而为出行者提供极大的便利,使社会公众享受高技术带来的“数字化的交通信息效劳。

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!