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

1、XX市公踣客运信息平台升级改造工程建议书XX市城市交通管理局二。八年三月 TOC o 1-5 h z HYPERLINK l bookmark1 o Current Document 第一章工程简介1工程名称1工程单位1工程建议书编制单位1建设目标、主要建设内容、建设周期1建设目标1主要建设内容1建设周期2总投资估算及来源2经济及社会效益2 HYPERLINK l bookmark7 o Current Document 第二章现状3工程单位概况3组织站构和职责32.1.2机构的调整情况和开展趋势4拟改造工程与公路客运业务的关系4信息化现状4本单位信息化建设的整体框架规划4现白应用系统的情况5

2、拟改造工程与己有系统的关系62.2.4现有网络、设备以及其他信息资源情况7 HYPERLINK l bookmark10 o Current Document 第三章工程的需求分析9工程建设的背景9工程建议的依据11信息系统需求分析12现状和存在的问题12业务对信息系统的具体需求143.3.3工程与实现业务目标的关系15业务流程分析16现有业务流程16拟改造工程将实现的新业务流程17功能需求分析19公众出行信息效劳系统193.5.2联冋票务结算系统19 HYPERLINK l bookmark19 o Current Document 政府行业监管系统20 HYPERLINK l bookma

3、rk16 o Current Document 数据分析21 HYPERLINK l bookmark22 o Current Document 数据流程和属性分析21数据鼠分析22平安需求分析24设备需求分析24软件需求分析25 HYPERLINK l bookmark25 o Current Document 第四章工程目标和内容25建设目标25灾务系统264.2.1系统目标26系统功能26系统架构27灾备系统机房建设29应用系统建设内容29网格系统建设33效劳器、存储系统建设35系统软件建设35系统平安建设35系统级防护35应用审计系统37平安管理平台37 HYPERLINK l boo

4、kmark28 o Current Document 第五章工程建设周期37 HYPERLINK l bookmark31 o Current Document 第六章环保、消防、职业平安卫生和节能37 HYPERLINK l bookmark34 o Current Document 第七章 工程风险及控制措施38外部风险分析及控制措施38技术可行性38招投坏管理38实施管理38内部风险及控制措施39需求与设计39相关系统接门39长期运行风险及控制措施39系统平安39数据更新39维护机制40 HYPERLINK l bookmark37 o Current Document 第八章总投资估算

5、和资金来源40预算汇总表40分项预算表41 HYPERLINK l bookmark40 o Current Document 系统软硬件418.2.2软件开发费用43机房建设44工程资金来源45 HYPERLINK l bookmark46 o Current Document 第九章经济和社会效益45工程经济效益45工程社会效益45第一章工程简介XX市公路客运信息平台升级改造工程单位名称：XX市城市交通管理局地址:XX路100号工程建议书编制单位XX市城市交通信息中心建设目标、主要建设内容、建设周期 建设目标通过升级改造，完善XX市公路客运信息平台，确保平台可靠运 行，面向全行业实现多种形

6、式的联网售票效劳，进一步提升公路客运 行业效劳水平，标准市场营运秩序。主要建设内容更新扩容原公路客运信息平台软硬件系统，建立灾备系统，提 高系统的可靠性，确保平台正常运行。建立覆盖客运站、售票点和公共效劳网站等多渠道间的信息交互机制和票务结算系统。扩展出行信息的发布和获取途径，降低出行 者的隐性本钱支出。优化政府监管功能,实现跨机构的信息共享。提高现场执法能力，标准市场秩序；提升客流数据挖掘分析水平，合理配置线路资源。建设周期工程建设周期为12个月。总投资估算及来源本工程总投资为1933万元，全部资金来源于公路客运建设专用 基金(以下简称公建金)。经济及社会效益改造后的XX市公路客运信息平台为

7、交通管理部门、客运站经营 者和出行者提供统一的信息平台，实现资源整合、信息共享，防止重 复建设.利用该系统，出行者可多渠道获取公路客运信息，节省购票时间 和精力付出；管理部门通过对各类信息和数据的挖掘，能够提升管理 的深度和准确性，最终提高监管效能。工程完成后，可以为XX市世博会提供高效的城市交通效劳，有效疏导省际交通客流，提升XX市示化大都市的形象。第二童现状工程单位概况 组织结构和职责XX市市城市交通管理局以下简称交通局是XX市市人民政府 的直属机构，职责主要包括制定交通开展战略，负责、协调公共交通 枢纽站、道路客货运场站、城市公交场站等的规划建设;组织、指导、 协调并监督交通行业的行政执

8、法管理工作；负责交通企业经营资质、 新增运力、线路资源配置的审核、审批和招投标管理工作。其下属机 构包括：XX市市城市交通行政执法总队以下简称执法总队、XX 市市城市交通运输管理处以下简称运管处、XX市市城市交通业务 受理中心、XX市市城市交通考试中心和XX市城市交通信息中心。运管处具体负责省际公路客运的行业管理。主要职责包括:参与省际客运行业的中长期开展规划的研究。负责与相关省市行 业管理部门的省际客运业务的协调和街接工作；负责客运站点营运秩序、发车时间的监督检査，参与制定并组织 实施省际道路客运站点及线网调整方案，负责审核省际班车客运的线 路开设及变更申请，包括运力投放、站点安排、线路走向

9、和班次设立;完成客运班线基准价格的核定，监督客运经营者价格执行情况.执法总队履行对行业的执法职能:负责对省际客运市场秩序的监督管理;依法对市场主体及其从业人员的经营行为实施监督检査，保护合法、打击非法行为，对违法行为进行处分并予以纠正;负责设置和管理市境公路道口交通行政检查站,行交通行政稽机构的调整情况和开展趋势公路客运行业的管理与执法职能由原XX市市陆上运输管理处承 当.为方便市民出行，完善各交通行业的合理布局，2005年底交通 局对所属机构职能进行调整，成立运管处对各交通行业实行综合管 理，成立执法总队对各交通行业实行综合执法。为表达综合监管的协 同效应，信息共享显得尤其重要。2.1.3拟

10、改造工程与公路客运业茗的关系拟改造的XX市公路客运信息平台直接效劳于社会公众、交通局、 运管处和执法总队。为公路客运的各项决策提供依据，均衡客运市场 的供给量和需求量，为公众提供准确、高效的出行效劳。信息化现状 本单位信息化建设的整体框架规划根据城市交通十一五信息化规划，十一五期间,加强公 共客运、道路货运、静态交通和交通效劳等领域信息化应用建设。推 进全市公交、出租、公路客运和危险品运输等营运车辆车载智能系统 建设,强化平安保障和应急调度能力，建立健全城市交通平安监管和 应急处置体系；通过信息化手段，加强执法水平和执法效率,有效维 护营运市场秩序，初步建成以交通管理、岀行效劳、运营监管、供给

11、保障和应急处置为核心功能的XX市城市智能交通信息系统框架，全 面提升城市交通承载能力，适应日益增长的交通需求，为成功举办2021年XX市世縛会交通运营提供信息化支持。城市交通局信息化建设的整体框架如图21所示。屿中公交，性 艮岀行B8蚊iS交.I图2-1城市交通信息化建设整体框架现有应用系统的情况“十五“期间和十一五初期，城市交通综合信息平台投入使 用，初步建成了城市交通电子政务框架，同时轨道运营、公交调度、 出租调度等一线运营系统相继运行，形成了城市交通运营管理和效劳 的信息化雏形。(DXX市市城市交通综合信息平台作为交通局信息综合和政务管理的根底平台，2006年底根本建成并投入使用，通过城

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

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

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

15、erEdge 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市经济的飞速开展，客运发送量持续增长，根据统

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

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

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

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

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

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

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

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

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

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

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

27、出准确调控，不措施。此外，公路客运信息平台在公众效劳功能上未做深入挖?但旅客无法获取班次等效劳信息，而且系统实现联网售票后，仅能统 计跨站结算的营收，无法细分到每个班次，清算的工作量激增,联网 售票范围包括代理售票网点无法扩大，为旅客购票再增难度。现有业务流程如图33所示，”x“表示应有信息渠道没有贯穿.图3-3现有业务流程拟改造工程将实现的新业务流程拟改造工程整合了行业根底信息和行业营运信息，交通管理部门交通局、运管处、执法总队成为直接用户，出行者通过公共效劳 网站，获取信息和效劳。(1)为出行者提供便利、准确的出行漱劳面向旅客的出行效劳表达在三个方面。一是建立客运站内效劳系 统,改造后平台

28、将改变目前模式,将票务数据实时传输至客运站本地, 客运站可直接向购票者提供余票信息，并可建立自助查询和售票终 端.二是通过公共效劳网站直接向出行者提供查询、电子客票购置以 及投诉处理等效克 网站不在工程范围内，但系统应当考虑来自此项 效劳的数据和功能支撑压力，并做好接口设计。三是增强系统的跨站结算功能。1FX设本市所有客运站，以及更多的代理售票点实现跨站售票，系统能支持多点清算，购票者会得到极 大的便利。新业务牌如34戶际。图3-4新业务流程(2)监管运输企业、车辆、从业人员的市场行为整合后的信息可以关联政府许可信息和企业营运信息，在道口检 查站的执法人员通过査询手持终端设备可以有效杜绝站外组

29、客、非正 常维护车辆继续运营等行为；运管处可以对发车准点率、实载率等一 系列指标进行统计，实现对经营权的量化考核，有效消除公路客运的 平安隐患，提高行业的效劳质量。向管理部门提供辅助决策信息通过数据挖掘，分析班次的流量、流向，为本市公路客运行业的 线网布局提供全景，为优化线路配置提供根底信息。同时，通过对营 运数据的深度挖掘分析，能从多个侧面显示运力、线路、站点、客流 量、时序之间关系，对XX市客运市场的开展提供充分的决策依据。功能需求分析结合本次工程改造的目标及需求，我们将公路客运信息平台细分 为三个应用子系统：公众出行效劳系统、联网票务结算系统和政府行 业监管系统。公众出彳引言息效劳系统查

30、询购票功能：旅客通过电脑、实现在线班次查询，并可购置电子客票.此功能将依托公共效劳网站。此外，系统还将为客运站效劳体系提供功能支持，包括:自助査询购票功能：系统提供接口供客运站设置自动售票机;信息发布功能：通过显示屏提供班次时刻表、线路票价表、余票 动态供旅客査询。结合车辆GPS信号接入（由客运站经营者自建），准 确地预测车辆到站时刻，为旅客或接客人员提供信息。联网票务结算系统在原有系统的售票、退票、检票、排班管理、票据管理等功能的 根底上扩充以下功能:结算功能：首先建立客运站与客运站间，以及代理售票点与客运站间的结算关系，其次实现客运站与其签约客运经营者之间的结算关 系，因各类结算关系间的方

31、式和周期各不相同,系统应方便使用主体 设置.数据接口管理：为第三方软件提供标准数据接口，方便系统与其 他管理系统的无缝连接，同时在保证数据平安的条件下开放数据接口 给客运站，供企业二次开发。数据主要包括业户、车辆、人员、班次、 票价、余票、运量和收入统计等。数据接口功能的实现有利于客运站自行开发符合本企业经营宗旨 的信息系统。政府行业监管系统行幡管功徳括:客运经营行为监管：发车准点率、站外组客和超载监控.营运车辆监管：是否按照许可的线路、班次运行、车辆维护状况、 规费缴纳状况.从业人员监管：违法行为监管。辅助决策功能包括:客运场站根本情况分析：设计能力、发送量、班次发送量、客运 站能力饱和度分

32、析、流量流向分析。客运线网分析:始发站和到达站分布、同向班线集中度分析、发 班统计、实载率分析。出行特征分析：月发送量分布、周发送量分布、小时发送量分布。黄金周出行分析:日发送量分析、周发送量分析、线路发送量排名、黄金周预测分析、运量时序表、历年变化趋势分析。票务分析：预售票分析，互售票数据分析。数据分析数据流程和属性分析拟改造工程中，车辆、人员、线路、票价等的根本信息来源于根 底数据库，结合排班、售票、检票等营运数据，形成客运平台的综合 数据库。数据供公众出行效劳、联网票务结算、行业监管和决策支持 分析使用。同时在保证数据平安的前提下，提供数据接口给客运站, 供客运站做二次开发。数据流例如参

33、见图35.上海公路客运息平台政府行业监管X公众出行信息服务联网传票 结算代票理次丄仲集价 上海市城市交通综合信恩平台图3-5数据流分析数据堇分析日售票娄45477(20062007平均每天出票量)日最高售票愛130000网站平均日访问量15000次左右，峰值30000次客运业户数166户客运车辆数9170辆班线数881条班次数3800个社会代理点5个客运站39个(1)酣性能要求目前每天平均售出5万张票，峰值最高为13万张，按照满足未 来五年的需求，每年的增长量按20%计算，五年后，每天的峰值客 户量到达13万*1+20%5 P 325000。假设票务的交易复杂度是 15 ,那么每天对数据库的操

34、作次数到达：325000 * 154900000次.通过对平台的售票时间集中度分析，出现过每天的交易量的80% 集中在3小时内发生。以此推算，顶峰交易时间内每分钟的数据库联 机交易次数为：4900000*80%/(3*60 217780除售票以外，其它子系统的功能和相关的应用接口程序预留40%的处理能力；另外,CPU使用按55%计。所以系统的 TPC-C 值应到达:21778/ (1 - 40%/55%5994。(2)内存容量需求分析本工程系统麴库由票务信息、交易日志、交易流水三局部组成。 每张票务的信息平均大小为3K左右，每笔都要记交易日志,日志的 平均大小5K左右，每笔交易都要记交易流水，

35、交易流水的大小为2K 左右。票务信息、交易日志和交易流水都按照保存三个月进行统计： 票务信息容量=3*325000*30*3/1024/102484GB 交易日志容量=5*325000*30*3/1024/1024140GB 交易流水容量=2*325000*30*3/1024/1024=56GB 总体数据容量要求：84GB+140GB+56GB = 280GB。而数据库系统在缓存容量到达数据库总容量的5%时性能较好,库缓存大小为:280*5% = 14GB。从而计算出系统内存需求为： 操作系统所占的内存 256MB数据库管理系统所占的内存 1GB中间件等系统软件所占的内存 512MB应用程序所

36、占的内存 256MB数据库缓存14GB合理的内存利用率75% 总计内存容量需求为：14+256+1024+512+256/1024/75%22GB(3)存储容量需求分析除了上述联网售票系统票务信息的存储容量要求之外，还有政府行业监管需要的客运流量流向等捕助决策类信息，这类数据需要保存3年。这样存储容量为280GB+84GB*3 - 536GB。为防止存储系统成为系统性能的瓶颈，系统存储系统的使用率应 小于40% ,采用镜像方式存储数据。因此总的存储容量为:536*2/40%/1024 2.6TB平安需求分析XX市公路客运信息平台保存、传递和处理的数据都是经营和管理的重要数据，未来的运营和监管越

37、来越依赖这些数据的完整性和准确 性.如果由于平安因素导致系统崩溃、系统数据丧失，数据泄漏、信 息不准确等情况的发生，将会对用户在各方面造成很大的损失。现有系统已经在物理平安、网络平安、系统平安、应用平安和管 理平安几个方面有所建设。拟改造工程的平安建设内容除延续以上各 方面之外，重点在于应用系统平安建设、数据备份和VPN接入，溷 盖范围包括已建和新增的效劳器、网络等硬件及应用软件等，主要包 括：应用平安:身份鉴别、访问控制、通信完整性、软件容错、权限控制、代码平安；数据平安:離完整性、数据保密性、数据备份和恢复；VPN接入：代理售票点通过公网的平安认证及接入。设备需求分析考虑到本工程对于XX市

38、城市交通的重要性，在网络设备、效劳器、数据存储及其它设备选择和配置时应保证365 X 7 X 24小时不 间断正常运行，同时数据库系统和应用效劳器系统要都能实现负载均 衡及互为备份,保证系统高可靠性。存储设备容量应该满足存放3年 的数据量。所配置的各类设备需要和原有系统有很好的兼容性。软件需求分析由于本工程是对原系统的改造，软件选择应11循一致性的原那 么，操作系统：核心系统平台采用稳定且处理多用户并发能力强的 LINUX操作系统，其它各类系统采用界面友好、易管理的Microsoft Windows操作系统。数据库：能支撑大容量数据采集、支持复杂业务系统处理的大型 数据库管理软件ORACLE;

39、数据仓库模块能够存储、分析、计算海量 历史数据，为辅助决策提供功能支持。中间件：需要稳定、成熟、性价比高，遵循J2EE1.4标准,通过SUN认证，同时适合大型业务系统逻辑处理的中间件软件WEBLOGIC,应用系统：基于J2EE平台开发、运行。第四章工程目标和内容!1!建设目标在确保现有公路客运信息平台稳定运行，降低风险的同时，把原 平台改造成满足出行者、客运站经营者、管理机构多方使用的信息平 台，系统建设总体目标：更新并完善XX市公踣客运信息平台、， 平台包括三大应用子系统，即公众出行效劳系统“联网票务 结算系统.政府行业监管系统，并同步建设配套的灾备系 统.灾备系统系统目标建立基于应用层容灾

40、的同城灾备系统，到达既能保护数据的完整 性，使业务数据损失最少甚至没有业务数据损失，又能保障快速恢复 运行，使业务停顿时间最短甚至不中断业务的目标,具体量化目标为: 恢复时间目标RTO指标2小时，数据恢复点目标RPO指标 趋于0 ,即灾难发生后，2小时内完成能恢复系统运行，且以前的数 据丧失可以忽略不计。系统功能绕系统设计的目标，要实现对生产数据的保护，同时又要保障业务的连续性。系统须具备数据复制功能，能够完整地把生产系统的 任何变化复制到灾备端，同时又要建立完善的灾难恢复方案，灾难发 生后进行快速系统恢复。瓣复制通过城域网连接，实现生产系统向灾备系统的同步和异步复制, 确保系统数据的高可用性

41、。(2)灾难恢复通过制订完善的灾难恢复方案，标准灾难恢复流程，使系统在灾难发生后就能够瞄地恢复处理系统运行和业务系统运作，满足业务运营的需要。根本性能要求是:灾备系统接管生产系统工作后, 运行性能不会出现明显下降。系统架构灾备方法的具体分析依据保护能力的不同，灾难恢复的实现也有多个层次。国际标准SHARE 78定义的容灾系统有七个层次如图41所示儿从最简单的仅在本地进行磁帯备份，到将备份的磁带存储在异地，再到建立应用系统实时切换的异地灾备系统，恢复时间也可以从几天小时到分钟、秒或0愛做等。中每个高层的解决方案都比低层的解决方案提供了更好的保护手段，当然，所需要的本钱也较高。15分件 I小时48

42、小ft 812小时小时M小时 好儿天恢复需要的时间(RTO)图41容灾系统层次根据系统设计的目标：RT0*jTlcrL1EaHT I口 k?t I!_ L _!_ 四 _!r. fnrfnsr i!_世_呉和DSLiI ICE3CZOrrrnAtf/Iw f khrM W心rI_JriHMWM11j r iJ*A J|1JaAlBHWK ft I*rn itHMmFI MfF*it II w砰怜II mwitr。I心户囲43上海公路害运值患平台功蛇度块I票价術Z | g I 亀。I冲并I 怜魚 I I裁員冒呷|网络系统建设在已有的平台网络根底上，本工程增加与相关节点互联,主要増 加一套核心路由

43、器负责工作系统路由转发，两台千兆防火墙设备分别 负责来自政务外网和客运站专网的连接，一台千兆带VPN接入模块防火墙负责来自公网的VPN连接,!1!台48 千兆光纤三层交换机分别负责工作系统和灾备系统的数据交换，两台光纤交换机负责磁盘 阵列与数据库效劳器之间的数据交换，一套网络管理平台。网络拓扑结构见4-4 :7”SANxWD2 If J53SAN妝Q鄙術.mm:“也”04-4上海公路喜谊信患平台B6fl鄙扑血效劳器、存储系统建设在工作系统和灾备系统分别部署一套效劳器和存储设备，其中灾备系统利用原平台的设备，两个系统分别建立SAN存储系统，每台效劳器同时通过两条光纤分别与两台光纤交换机相连，每台

44、光纤交换机采用双光纤通道与磁盘阵列相连。当田可一台效劳器运行出现故障时，另一台效劳器可以即刻接管相应的应用，防止单点故障。磁帯库和备份效劳器能自动完成数据增量备份和全备份工作.另外，两个系统之间通过光纤链路互联。系统软件建设操作系统选用Linux ,数据库选用OraclelOg ,应用中间件选用WebLogic9i0灾备系统和数据仓库配备相关的系统软件，包括：数据同步复制软件、网管软件、数据仓库系列软件（数据抽取加工、OLAP效劳、前台展现工具）。系统平安建设4.7.1系统级防护根据信息系统平安等级保护规定，对XX市公路客运信息平台信 息、平安保护等级的评估如表41所示:表4-1平台业务信息平

45、安保护等级评估业务信息平安被破坏时所侵害对相应客体的侵害程度一般损害的客体严重损害特别严重损害公民、法人和其他组织的合法 权益第一级笫二级社会秩序、公共利益第二级第三级策四级国家平安第三级第四级第五级对平台效劳平安等级的评估如表4-2所示:表4-2平台效劳平安等级的评估系统效劳被破坏时所侵害的客体对相应客体的侵害程度般损害严重损害特别严重损害公民、法人和其他组织的合法 权益笫一级笫二级第二级社会秩序、公共利益第二级第三级第四级国家平安第三级第四级第五级综上，xx市公路客运信息平台的平安保护等级由信息平安等级和 系统效芳平安等级的较高者决定。所以,平台平安保护等级为第二级, 参见表43。表4-3

46、平台的平安保护定级信息系统名称平安保护等级业务信息平安等级系统效劳平安等级XX市公路客运信息平台第二级第二级第二级针对二级保护系统该制定以下保护原那么:防病毒系统，对新增PC效芳器安装防病毒软件，可以杀除各类文件病毒，病毒库和版本实时自动更新，对重要数据文件具有恢复功能;网络漏洞扫描系统，对于新增效劳器配置漏洞扫描系统，实时检测操作系统的最新漏洞与缺陷，并自动进行补丁下载与安装, 对恶性攻击具有报警功能。4.7.2应用审计系统确保应用系统及数据的平安，购置应用审计软件。4.7.3平安管理平台平安管理平台利用原平台系统。第五章工程建设周期工程建设周期为12个月，分为三个阶段。第一阶段:完成业务需

47、求调研，形成需求分析和详细设计文档， 并完本钱工程涉及的根底设施建设，共计4个月；第二阶段:完成软 件功能开发与系统集成，并上线试运行，共计6个月；第三阶段:完 成系统应用部署与功能完善深化，共计2个月。第六童环保、消防、职业平安卫生和节能为满足系统的环保要求，对于系统设备、施工材料的选择、使用、 管理都要严格规定，采用的设备必须符合国家环保要求，不存在污染 现象，采用专业的监控设备，节约电能。第七章工程风险及控制措施外部风险分析及控制措施 技术可行性拟改造工程涉及的技术都相当成熟，但必须在工程实施前对具体 采用的技术路径进行风险分析，形成高可靠、低风险的实施方案.招投标管理该工程通过政府招标

48、方式选择实施方，充分考察实施方的资质水平，对于软件开发的实施方选择尤其重要，在招标前进行细致的调查 分析，以减少软件质量控制和后期维护的风险，采取软件开发总承包 的方式使工程完成后的软件维护管理工作实现单线管理，减少多头管 理的繁杂和蔬羸 同时，本系统的开发对业务熟悉度要求絞高，不但 要注重实施方的开发技术能力，还要将实施方对业务的熟悉程度作为 评判条件，并在标底中考虑风险因素；在订立合同阶段，采用标准的 合同管理措施和严格的审核体系，减少合同风险。实施管理标准的工程实施管理是工程成功的保证，本工程涉及多个应用子 系统和跨平台、跨区域的数据交换，数据交换的标准和接口复杂多样， 整个工程内容按照

49、条块分割具有不同的技术与实施方案，需要针对不ft同的管理对象采取不同的管理流程，同时需要对工程内容按照应用和 数据流程进行有序组合，兼顾单元管理和整体管理与联动。依靠监理单位按照标准对工程进度和质量进行监督 内部风险及控制措施 需求与设计功能需求的模糊和变更以及设计的缺陷是工程实施的首要内部风 险，交通局已经完成机构改革，部门职能稳定，业务对信息系统的需 求明确，但需求的边界尚待在需求调硏与设计中进行明确，在工程设 计阶段，对影响工程的重大风险进彳预测，硏究各风险状况对工程目 标的影响程度，进行工程的敏感性分析。相关系统接口本工程的接口关联紧密，属于紧耦合型，相关子系统之间能 否顺利实现业务与数据的流程对S是完成工程的关键，工程实施过程 中需要交通局协调各种接口资源，加强对根底数据资源的管理，实现 有效的对外合作，交通局作为XX市市政府职能部门具备相应的条件。长期运行风险及控制措施 系统平安本工程的核心内容是保障行业的连续运营，业务实时性要求高， 数据量大,子系统接口复杂,受被动攻击的风险较高，需要在工程中 进行应用平安性建设，包括网络隔离、防病毒、防入侵、漏洞扫描、 防火墙，同时建立灾备系统，保障系统与数据平安。數据更新平台涉及管理对象的根本信息来源于综合信息平台的根底数据库，其更新依托于根底数据库的更新机制，按照谁使用