1、 XX市公共交通有限责任公司 二一四年十二月 文档状态： 文档编号： GJ-2014-12 Draft Released Modifying 编 撰： 编撰日期： 2014-12-02 保密级别： 内部 文档版本： 1.0.0 XX 公交 数据 中 心 云 平台 建设 方案 键入文字 2 目 录 一、概述 .1 1.1项目背景 .1 1.2项目目标 .1 二、需求分析 2 2.1信息化现状分析 .2 2.2必要性分析 .2 2.3需求分析 .3 2.4业务分析 .3 三、总体方案 4 3.1 建设思路 4 3.2 建设原则 5 3.3 总体建设方案 .6 3.3.1 总体架构概述 6 3.3.
2、2 总体建设要求 9 3.3.3 数据集成模式 11 3.4数据中心集成平台 12 3.4.1 数据采集 13 3.4.2 数据转换 14 3.4.3 数据分发 14 3.4.4 管理调度 15 3.4.5 运行监控 15 3.4.6 异常处理 16 3.4.7 系统升级 16 3.5数据统计分析平台 16 3.5.1 数据报表 16 3.6运行环境 . 17 四、项目预算 18 五、风险分析 和控制 18 5.1技术风险 . 18 5.2安全风险 . 19 5.3数据质量风险 19 5.4实施风险 . 19 5.5管理风险 . 20 5.6需求变更风险 20 七、经济及社会效益 21 7.1
3、经济效益 . 21 7.2 社会效益 . 21 一、 概述 1.1项目 背景 XX公交数据中心 云 平台是基于 XX智慧快速公交（ BRT）系统的 基础上 而 建立 ，是针对XX公交 公司 未来 信息化建设的实际 需 求 的发 展 ，而建立的实时、准确、高效的综合智能数据中心 管理系统。 公 交数据 中心 云 平台 定位于为公共交通企业提供一个企业运营数据服务平台，它收敛企业各业务系统中的运营数据，按照企业信息模型进行数据整合，形成企业统一数据视图，提供运营数据共享，支撑跨系统数据的应用，并且进行数据质量管理。 公交 数据 中心 云 平台 能够提供企业全局信息的统一、一致的访问界面，支持企业对
4、分散的 信息 全面深入的洞察，支撑实现企业不同部门的 信息化 平台在各 个 环节上的业务协同，为企业信息共享、数据质量提升 和跨系统数据应用等需求提供了统一、高效、高质量的解决方案。 1.2项目 目 标 数据中心的建设基于 XX智慧公共交通云中心并为解决公司完整信息数据的共享，实现业务部门之间的数据交换与数据共享，促进 XX公交信息化的发展。具体目标如下：建立数据中心的系统平台。完成相应的应用软件和数据管理系统建设，实现数据的交换、保存、更新、共享、备份、分发和存证等功能，并扩展容灾、备份、挖掘、分析等功能。 (一 )建立数据中心的系统平台。完成相应的应用软件和数据管理系统建设，实现生产数据的
5、交换、保存、更新、共享、备份、分发和存证等功能 ，并扩展容灾、备份、挖掘、分析等功能。 (二 )建立公司生产、管理、财务信息库等共享数据库，为宏观决策提供数据支持。对基础数据进行集中管理，保证基础数据的一致性、准确性和完整性，为各业务部门提供基础数据支持； (三 )建立数据交换共享和更新维护机制。实现各业务部门系统之间的数据交换与共享，以及基础数据的标准化、一致化，保证相关数据的及时更新和安全管理，方便业务部门开展工作； (四 )建立数据共享和交换技术标准和相关管理规范，实现各部门业务应用系统的规范建设键入文字 2 和业务协同； （五）为公共服务中心提供数据服务支持，实现面 向社会公众的一站式
6、服务； (六）根据统计数据标准汇集各业务部门的原始个案或统计数据，根据决策支持的需要，整理相关数据，并提供统计分析功能，为领导决策提供数据支持； （七）为上级监督部门提供提供必要的数据通道，方便实现对公司部门以及公司对象的监管，逐步实现有效的监管支持； （八）为业务数据库的备份提供存储和备份手段支持，提高业务应用系统的可靠性。 二、 需求 分析 2.1信息 化 现状分析 XX公交公司 的信息化主 要 是以 XX智慧快速公交（ BRT）系统 为 基础 ，目前在 XX公交公司内部围绕快速 公交 （ BRT） 系统 已经形成了很多 个业务子系统，包括 : BRT自动售检票系统、 BRT 智能调度系统
7、、车辆定位和无线通信系统、乘客信息服务系统、电子站牌系统、智能客流分析评价系统、智能预警系统、时钟同步、 IP 数字广播、视频监控及周界防范系统、高清交通视频监控系统 、一卡通收费系统 等。由于各种原因，各业务子系统之间在应用或数据等层面上存在彼此分离的局面，他们分别采用了不通的数据库系统，并使用了不同的应用开发技术。各系统的业务逻辑不同，而且在数据库建设上没有遵循统一的标准，这就形成了公 交公司 内部的信息孤岛。 2.2必 要性分析 随着公交 公司 信息化建设的 要求，各子系统之间需要进行数据共享、交换。但由于信息孤岛现象的存在，使公司内的一些数据传递往往通过原系统供 应商直接进行系统间交换
8、数据的 方式进行数据传递，由 于 原 系统 之 间的技术架构设计 不 同、数据标准的不同、原厂家技术支持 不积 极等原因， 这样常常造成数据信息不一致或数据丢失等情况，甚至 无 法 实现 彼 此间的数据 共 享 。此外，部门之间数据产生和流向的混乱、数据共享程度低、数据标准不统一等现象，不但增加了管理难度，降低了工作效率，而且还制约了公交 公司 未来的发展。 键入文字 3 为了解决以 上 信息孤岛现象，公交公司迫切 需 要 对 现有的系统进行数据整 合，在保留原有系统的基础上将各个应用子系统的数据整合成一个无缝整体统一提供数据发布服务平台，公交数据 中心云 平台 提 供了 数据共享平台解决方案
9、，可实现统一数据处理、发布、共享。 2.3需 求分析 通 过数据中心云 平台 的建设实现公交 公司 各个 业务 系统之间及公交公司与外部系统之 间的 信息 数据的汇总、查询、共享 ； 根据汇总的数据实现核心系统的报表整合。 数据中心云 平台 承载着面向 XX公交 各部门内部的信息系统服务、信息查询以及相关 数据汇总 、 交换 等应用服务。 同 时 数据 中心 也 提供 外 部 数据 查询、交换 服务的支撑基础， 以实现公交 公司 的信息化系统 之间 的 数据共 享 ；服务器 资源合 理利用 ； 核心业务 数据的 备份容灾，最 终通过 数据 中心 云 平台 技术提升数据中心资源使用效率，有效整合
10、系统，提供云容灾，提供应用弹性，提升业务可持续性。 数据中心云 平台 为 XX公交 提供统一的通用 报表 统计分析平台。通过这一平台，可以充分利用企业信息化建设中积累的重要数据，将数据转换为可辅助企业决策的关键信息 ，平台充分结合公共 交通行业 ，针对 公交 行业 报表 的 特点，采用科学、先进的数学模型，立足于一个完整、通用、智能、专业的报表开发平台，提供一个 集统计 、查询、分析 于一身的通用报表平台 。 2.4业务 分析 数据中心的主要业务包括： 1. 从基层或业务系统采集数据，包括基础数据和部分共享业务数据，支持基础和共享数据的更新维护模式； 2. 对采集到的数据进行校验和比对，发现冲
11、突时按照共同制订的数据处理规范进行处理，保证数据的一致性和准确性； 3. 受理业务系统或基层单位的基础数据使用申请； 4. 将整理后的基础数据分发或按需提供给有关部门或单位使用； 5. 以中介的方式处理共享业务数据使用申请，并进行备案； 键入文字 4 6. 对共享业务数据通过数据中心进行存储转发； 7. 将共享元数据的信息发布给各业务部门，提供浏览与订阅申请，方便其共享必要信息； 8. 提供数据交换平 台和接口系统，使数据中心与各部门的数据管理员可以对共享和交换过程进行管理； 9. 通过数据交换平台存储和管理公共服务数据，并与外网同步，提供一站式服务； 10. 存储和管理统计数据，根据决策支持
12、的需要，整理相关数据，并提供统计分析功能，对数据进行统计和分析，方便领导及时掌握有关情况。 11. 定期对业务数据库进行容灾备份； 12. 与此相对应，业务部门与数据中心发生的相关业务包括： 13. 提供数据或共享元数据给数据中心； 14. 申请使用数据中心的基础数据，校准本单位的基础数据； 15. 通过数据中心提供的共享元数据信息获取其他单位的数据； 16. 审批其他单位的业 务数据使用申请，并将数据提供出去； 17. 与数据中心交换公共服务数据； 18. 提供上级监督部门直接访问业务数据库的通道； 19. 提供统计分析数据或原始个案给数据中心，方便主管领导查询； 20. 定期将业务数据库备
13、份到数据中心； 三 、 总体 方案 3.1 建设 思路 遵循“强化数据建设，发挥 应用效能，提升服务质量，建立长效机制”的建设思路，确保系统满足近期需求，兼顾未来发展。 “强化 数据建设 ” 是支撑未来 XX 智慧公交 数据 中心 平台 的重中之重， 通过 数据整合平台建设，实现数据共享，进行资源整合，促进管理协同，进一步提升信息的有效组织和有效利用，提高对 相关信息系统支撑水平，完善 XX公交 集团 信息化体系。 在系统建设过程中，必须同步建立信息采集、交换和质量保障机制以及运行维护保障机制，以确保城市公共交通信息化建设良性发展。 同时 ， 积极探索和转变交通运输行业发键入文字 5 展方式，
14、努力提高交通运输设施、设备的技术水平和信息化水平。在现有的业务管理信息系统基础上，建设 公交 系统 政务信息交换体系和重大基础性、战略性数据中心 。开展跨部门、跨行业信息交换与共享，提高城市 公交体系 的科学管理和组织水平。 强化 数据建设 以 XX市公共交通有限责任公司公共汽电车车辆、场站、客流等运行状态的动态监测 为 业务 核心，强化行业管理部门与运营企业间的数据交换与共享，确保各类数据的真实性、准确性与及时性。 发挥 应用效能 系统建设应着眼于 XX 市公共交通有限责任公司应用及为交通行业监管部门提供实时监测行业运行状态、增强服务质量与安全监管能力、提升综合决策水平等，为城市公共交通企业
15、提高运行效率，优化企业管理等发挥应用实效。 提升 服务质量 系统建设应致力于为乘客提供及时准确、便于获取的出行与换乘服务信息，并改进与实时路况信息相结合的动态信息服务，让出行者切实感受到信息服务的便利。 建立 长效机制 在系统建设过程中，必须同步 建立信息采集、交换和质量保障机制以及运行维护保障机制，以确保城市公共交通信息化建设良性发展。 3.2 建设 原则 规范性 规定 平台 的设计、开发、实施和维护管理参照中国国家标准、 工信 部有关 交通 行业通用的规范、中国的相关标准以及通用的国际规范。 开放 性 平台 的各种接口在遵循规范性原则的基础上，保证 平台 可以集成不同设备厂商、 平台 或平
16、台供应商、软件供应商的产品；保证 平台 的 软件 管理、 平台 扩容和业务维护不依赖于单一设备厂商、 平台 或软件供应商的产品。 扩展性 平台容量、处理能力和业务范围具有良好的扩展能力；保证平台的未来可 用，避免重复键入文字 6 建设。同时要考虑平台与其他业务支撑系统的接口。 安全可靠 性 平台 必须满足 99.999%的可靠性指标，保证 7x24小时的服务，应用软件中的任一模块更新、加载时，在不更新与上下模块的接口的前提下，不影响其它模块的运行，并且保证 平台 与其他相关系统的信息交换过程是安全的。为保证 平台 的长期稳定运行，整个系统必须采用多种容错、数据备份等手段，保证系统正常运行，减小
17、系统宕机发生的可能性。 灵活性 平台 应能够适应 公交 行业 的 发展，灵活 的 设计、调整业务处理流程， 能够 满足支撑公交公司 和 城市交通相关管理部门 IT系统 对 数 据共享的 业务 需求， 同时 能够 适应 行业 的 未来 发展变化。 3.3 总 体 建设 方案 3.3.1 总体架构 概述 数据集成平台是 XX市智慧公交 系统的信息传输、信息交换总线。通过数据集成平台将各业务系统数据库中需交换的数据自动上传到数据集成中心库中，并按各业务系统的数据需求将数据集成中心库的数据分发到各业务系统，从而实现数据的统一集成和标准化，为提供数据的综合查询、统计分析奠定数据基础。同时，保留各业务系统
18、的原有数据库，又确保了各业务系统的完整性。 平台主要完成数据集成过程，其中包含集成过程、集成方法调用以及集成架构和集成 策略。集成的过程即为 ETL，它是将数据抽取（ Extract）、转换（ Transform）、清洗（ Cleansing）、装载（ Load）的过程，完成数据从数据源向目标数据库。数据 ETL 过程通过 ETL 工具自动进行，实现自动抽取、转换、清洗和装载。 未来 XX市智慧公交 平台将围绕数据服务进行信息化工作的开展，主要服务体系包括： 键入文字 7 服务建设规划 数据服务建设 将 公交公司 核心数据进行汇聚，并统一提供全局的数据服务应用，满足 公交系统 对于信息化服务的
19、基本要求 ， 同时 兼顾 未来与 XX市智慧城市 IT建设的同步接轨。 管理和应用服务建设 以跨业务域的服务台为支撑，面向 市民、 公交系统办公人员、城市公共交通管理部门 提供全生命周期、一站式的服务中心，面向 公交公司领导提供辅助决策分析的平台，全面支撑XX市 智慧公交的 发展战略 。 特色服务建设 围绕 XX市公交 公司自身 特色，基于先进的技术手段，实现相关特色应用服务，进一步扩大信息化的效果 。 数据 服务建设是 XX智慧公交 IT战略规划的基石，因此，亟需 将 XX公交 现有的统建系统和自建系统数据收集上来，统一规范编码，实现数据间的关联；统一数据和数据接口的规范和标准，统一资源目录
20、；建立企业级的数据 模型；建立企业级服务总线，实现数据的收集和分发。 键入文字 8 总体 架构参考图 共享数据 层通过平台提供的数据集成工具，按照 制定的 数据转化标准 ，进行异构数据库数据交换。支持触发更新、增量更新、日志挖掘、定时抽取、策略抽取等多种同步或异步数据维护方式，并支持 Oracle、 DB2、 SQLServer的主流数据库，以及 Mysql、 Access、 Excel、dBase/Foxbase、 Tabled Text、 WebService、 JDBC/ODBC等多种数据源。 通过数据 集成 平台提供了所有系统数据交换的通道，对交换数据能够进行 统一的接入和转换处理。避
21、免系统与系统直接点对点的数据交换，提高今后新系统接入的可维护性，同时也大大降低多系统的维护成本。 数据集成 平台 应实现以下功能： 1、 对于现有系统和在建系统以及以后新增加的系统，通过在数据交换节点上配置数据交换适配器，可以方便地将其封装成标准的接口（如 Web service服务），从而能够接入交换平台并提供一致的访问行为和接口。 2、 整个数据共享和交换的底层实现和存储机制对各应用节点是透明的。该结构属于松耦合，很容易进行层次化的结构扩展。 3、 数据 共享 平台提供数据 共享 过程的系统配置、安 全监控告警和异常处理等功能，主要完成接口、管理配置、监控管理等功能。 键入文字 9 4、
22、数据支持以 XML格式在 共享 节点之间采用端对端 (P2P)对等的方式直接交换，数据路由可根据数据内容自动分发，包括节点地址信息、业务数据信息等；数据路由也可按业务规则进行流转，而且支持动态灵活地连接和构建新的业务系统。 5、 支持与多种数据库（如 Oracle、 Sybase、 MS SQL、 DB2等）无缝对接，可重用的接口适配器支持配置管理。 6、 支持多种通讯传输方式如 HTTPS、异步可靠事件方式 (JMS、 WEB服务等 )。 7、 提供集成一体化的远程统一 部署、监控、跟踪、日志、和测试功能，适应集中部署和管理的需求。 8、 平台提供丰富的 API接口供应用系统直接使用，以支持
23、各节点的异构环境和操作系统平台，并支持 Portal (B/S)接口集成。 数据 集成平台参考架构体系 3.3.2 总体 建设要求 数据集成平台系统的建设需要借鉴相关行业的系统建设的经验，对业务的发展保持良好的前瞻性，保证系统对业务的完善支撑。项目应用软件的开发应遵循如下设计要求： 实用性、易操作性 键入文字 10 数据集成平台系统需具有良好的人机界面，操作方便、灵活。采用简洁、直观、友好的图形化中文界面，支 持鼠标操作；对于业务处理界面，可以保证操作人员能够利用键盘操作；对于常用环节，系统应设置快捷键以方便功能间的切换；操作及选择键（热键、菜单选择等）的功能定义在全系统保持一致。 接口标准性
24、、一致性 数据集成平台系统接口必须提供系统横向、纵向间的统一、稳定接口。实现统一接口协议的处理。 系统有众多的接口，要求将接口交互功能与核心业务功能分离，实现单独的接口组件，保证核心业务代码不与接口直接相关。 开放性、灵活性 数据集成平台系统应采用开放的系统体系设计结构，兼容主流的系统软件（数据库、中间件）和硬件平台（主机、 存储、网络设备）。系统设计可充分利用现有设备资源，系统能够满足 XX公交 公司 对未来情况变化的需要。软件、硬件平台应具有良好的可扩充、扩展能力，能够按照系统的分步实施进程方便地进行系统的升级和更新，以适应系统不断完善和发展。 数据集成平台系统要求实现对多业务的支持能力，
25、能够适应不同的 XX公交 业务的特性和功能，能够采用统一的模型完成对多业务的融合处理。要求系统模型抽象化，核心功能组件化，业务功能插件化；采用多层软件体系结构，将数据、业务逻辑、业务表现分开。 可扩展性、可复用性 数据集成平台系统能够满足业务需求的长 远目标。扩展性原则规定本系统的系统容量、处理能力和业务范围具有良好的扩展能力；规定应用软件设计应满足 XX公交 今后的业务和用户规模的增长，保护投资，避免重复建设。 数据集成平台系统必须具有良好的可复用性，通过组件化设计，实现业务过程组件与业务流程的分离，实现业务过程组件的复用。 可用性、容错性、可靠性 数据集成平台系统在设计过程中，必须考虑系统
26、容错处理，能够对操作人员的误操作进行提示。并可以监控系统的运行情况，提高系统的可靠性，从而提高业务运营的水平，保证服务质量。 数据集成平台系统必须保证稳定可靠的运行，并 保证数据的安全与完整，在系统出现问键入文字 11 题时，必须保证数据的完整、可恢复以及事务的完整性。系统应采用多种系统容错手段，包括双机或镜像备份工作方式，在数据丢失的情况下，可利用备份的数据在较短时间内进行恢复，核心系统不应存在单点故障。 安全可靠性规定数据集成平台系统必须满足可靠性指标，保证 7x24小时的服务；保证系统在运营过程中管理的各种资料的信息安全；保证信息交换过程的安全；保证系统业务管理体系的安全。应具有完整的操
27、作权限管理功能和完善的系统安全机制，能够对每个操作员的每次操作有详细的记录，对每次非法操作产生告警并 能及时纠正等。 3.3.3 数据 集成 模式 基于对 XX公交 行业 现有 IT建设和未来 IT规划， 在 实施数据集成工作，构建统一数据共享服务平台过程中，可能会遇到不同集成模式，以下是三种典型集成模式参考模型： 集中 模式 该应用场景下用户一般需要实现组织内部各个业务系统间的数据集成，以及多数据源到数据中心的数据整合过程。场景主要特点是网络环境单一、数据源类型多样化 (数据库、各种应用系统接口、文件等 )。 集中 模式部署 参考 图 网络 隔离模式 该应用场景下用户一般需要实现对分布在不同
28、域内两数据源之间点对点的业务数据交换键入文字 12 过程。 场景主要特点是数据传输环境复杂，对数据传输的安全性要求较高，网络之间往往有物理隔离或网闸，有可能需要人工参与数据传输。产品对此提供了跨物理隔离或网闸隔离域之间数据传输的完整解决方案。 网络隔离模式部署 参考图 分布式模式 在多个分级域之间（如集团、集团所属分公司、子公司之间）实现数据共享。场景主要特点是部署环境跨地域和网络域范围较大，各个域内数据访问相对独立， 跨 网络 域间数据访问规则按所属级别严格控制。 分布式 模式部署参考图 3.4数据中 心 集成 平台 数据中心 集成平台 承载着面向 XX公交 各部门内部的信息系 统服务、信息
29、查询以及相关 数据汇总 、 交换 等应用服务。 同 时 数据 中心 也 提供 外 部 数据 查询、交换 服务的支撑基础， 以实键入文字 13 现公交 公司 的信息化系统 之间 的 数据共 享 ；服务器 资源合 理利用 ； 核心业务 数据的 备份容灾，最 终通过 数据 中心 云 平台 技术提升数据中心资源使用效率，有效整合系统，提供云容灾，提供应用弹性，提升业务可持续性。 3.4.1 数据 采集 数据采集就是从数据源抽取出所需的数据的过程。数据抽取后，再经过数据清洗、转换，最终按照预先定义好的数据集成平台接口模型，将数据加载到数据仓库中去。 数据采集必须能够满足系统的需要，又能保证不 影响业务系
30、统的性能，所以进行数据抽取时应制定相应的策略，包括抽取方式、抽取时机、抽取周期等内容。 数据抽取时须充分考虑以下因素，并制定相应的策略： 1、 满足对多种不同的数据来源的抽取处理， 包括网络内各个业务系统的数据。 2、 支持多种不同系统平台和数据类型的数据抽取， 包括各种关系型数据库系统、各种文件方式的源数据。 3、 充分考虑数据源系统的性能要求。根据业务量大小和数据量大小设计采集时间、内容与方式，尽量减少对数据源系统的影响。 4、 采集规则配置：对数据采集需要的规则进行配置，包括采集源、采集方式、采集范围、源数据格式、采集 频度、接口方式等信息配置的能力。 5、 信息采集：从各业务单元系统获
31、取用于数据管理的原始数据的过程， 此功能执行数据采集的动作，支持联机 (定时 )采集、在线 (实时 )采集、脱机采集等。 6、 信息校验：对采集的数据进行完整性和准确性的校验。 7、 增量采集：要求数据集成平台系统能够支持数据的增量抽取，避免改造原有系统，禁止在源数据库服务器中安装客户端、插件等任何程序，不得更改源数据库，不得占用源数据库的系统资源，不在源数据库服务器上进行日志解析。 8、 断点续传，如因网络中断、源端异常或目标端异常等原因导致同步中断，在异常排除后，系统能 够自动从断点继续进行同步，无需人工干预。 键入文字 14 3.4.2 数据转换 数据转换主要完成从源数据向目标数据转换的
32、各种处理。主要功能： 规则配置 对数据处理需要的规则进行配置，包括对采集的数据进行格式化处理、分拣过滤、排重、稽核与异常数据的处理等信息配置的能力。 格式化 根据数据采集、数据处理的格式定义，对采集的原始数据进行标准 /统一格式转换等处理，为其他模块提供标准格式的数据。 分拣过滤 分拣包括拆分、合并、关联。 稽核与异常数据处理 稽核是指对数据处理过程中服务使用记录的完整性、有效性和准确性进行校验，并形成错误 记录。异常数据处理是指对稽核过程中形成的错误记录进行存储、分析、修正、重新处理的功能。 3.4.3 数据分发 数据分发就是将从数据源系统中抽取、转换后的数据加载到数据集成平台系统中，并分发
33、到各需要的系统。要求数据工具必须具有高效的加载性能。根据业务数据的实际情况，加载周期要综合考虑业务分析需求和系统加载的代价，对不同业务系统的数据采用不同的加载周期，但必须保持同一时间业务数据的完整性。主要功能： 分发规则配置 对数据交换的规则进行配置，包括交换目标对象、数据格式、分发方式、分发频度等信息。 分发数据生成 要 生成分发给其它平台的数据，根据数据交换的规则，针对不同的目标对象，按照已配置的数据格式生成分发数据为其它模块提供数据源信息。 数据发送 键入文字 15 数据处理将处理后的标准服务 使用记录，根据数据分发规则配置，将数据完整、正确的送给目标系统。 分发方式 针对不同的目标对象
34、，选择合适的分发方式，系统应支持 FTP、 FTPS、 HTTP、 JMS、WebService等传输方式。 3.4.4 管理调度 管理调度是过程中的统一调度者和指挥者，它把复杂的数据处理过程中各个步骤整合成一个整体。管理调度程序的主要功能主要包括任务的调度和监控 。调度要求包括三个方面的统一：统一界面、统一配置、统一调度。 1、在界面方面，要求实现统一的图形界面方式，且清晰易懂。 2、在配置方面，要求具备以下要素的配置功能：自动调度时间的设置、各调度要素之间逻辑关系的设置、指定调度要素的设 置（包含指定数据源系统、功能模块、接口表等）、最大任务数的设置。 3、在统一调度方面，要求在通过统一界
35、面进行统一配置后，能够统一的进行调度程序的启动和停止。在不同阶段调用相应的资源进行处理，可以支撑整个调度过程中的流水线并行数据处理。 支持手动触发、计划任务触发和基于事件接口形式的实 时触发能力，以适应人工参与、自动化无人工干预的实时数据同步与批量数据同步等多种场景，支持并行执行。 3.4.5 运行监控 交换过程的监控管理包括对数据交换平台数据交换业务流程的过程监控，对业务流程运行状态实时监控，对业务流程执行情况监控，业务流程最新状态监控，历史运行信息监控。 交换过程监控管理主要包括交换服务监控模块，系统故障监控模块： 交换服务监控模块 包括对过程处理状态的监 控，出错信息的监控，提供处理开始
36、时间，完成时间，成功失败标识等， 一旦发现错误需要提供消息等多种方式进行报警。 系统故障监控模块 键入文字 16 主 要针对于本部门交换过程中出现的错误进行统一的监控，如出现网络断网，排队，流量超标，标准不统一等出现的一系列问题进行统一的监管。 3.4.6 异常处理 异常数据处理机制指源数据系统中的数据本身出错并发生变更后，对于正在抽取、已经抽取、已经处理、已经汇总等各个环节，如何进行回退处理的一套机制。并且能够提供调用业务系统接口的能力。要求系统内能够自动识别与处理故障，减少人工参与。 3.4.7 系统升级 系统升级是指数据集成平台系统能实现自动化的升级效果，在不影响业务运行的前提下，实现软
37、件系统平滑升级。 3.5数据统 计 分 析 平台 数据 统计分析平台 为 XX公交 提供统一的通用 报表 统计分析平台。通过这一平台，可以充分利用企业信息化建设中积累的重要数据，将数据转换为可辅助企业决策的关键信息 ，平台充分结合公共 交通行业 ，针对 公交 行业 报表 的 特点，采用科学、先进的数学模型，立足于一个完整、通用、智能、专业的报表开发平台，提供一个 集统计 、查询、分析 于一身的通用报表平台 。 3.5.1 数据 报表 经过 数据集成平台 抽取 、 清晰转换之后 同步到数据中心的数据 通过 报表形式进行直观的展现，以满足业务 统计 、决策分析的需求。 在数据 分析方面， 报表工具
38、提供了高效的 报表设计方案、强大的报表展现能力、灵活的部署机制，并且具备强有力的填报功能，为智慧公交系统 的数据分析和数据填报工作提供了高性能、高效率的统一报表解决方案。报表工具不仅提供了灵活而强大的报表设计方式和分析功能，使得用户可以不需要掌握复杂的专业开发技能，就可以随时根据业务需要轻松完成各种复杂的报表制作、填写、输出；而且还结合了非键入文字 17 线性报表模型、强关联语义模型等先进的技术，提供了对复杂运算关系、多数据集的支持，真正实现报表设计的随需而动。 报表设计的随需而动，其意义不仅仅在于报表设计工作效率的提高，更重要的是它赋予了数据的真正使用者 最终用户以更大的自由度，使得用户可以
39、及时对业务数据进行分析、研究、汇总、报告，可以及时满足随时出现的了解信息、分析数据的需求，从而帮助实现对业务的深刻洞察和及时反应。 3.6运行环境 数据中心云 平台统一 与 XX公交智慧 （ BRT） 系统 集中部署 ， 根据现 场实际情况增加相应的数据存储设备 。 键入文字 18 四 、 项目预算 编号 建设内容 合计 (万元 ) 备注 1 数据中 心 集成 平台 75.0 实现公交 公司 各个 业务 系统之间及公交公司与外部系统之 间 的 信息 数据的汇总、查询、共享 2 数据统计 分 析 平台 25.0 提 供 XX公交 提供统一的通用 报表 统计分析平台 3 系统实施 25.0 对现
40、有 业务 系统的接入、 现场 实施、项目管理等 ， 包 含后续业务系统接入费用 合计 125.0 五、风险分析和控制 XX公交 数据中心项目的主要风险和应对措施如下： 5.1技术风险 主要体现在业务系统的多样性，可能造成系统接口复杂；另外负载估计不准确，可能造成数据中心的性能瓶颈。 针对接口的复杂性和多样性采取两个主要措施进行规避。一是按照既定的标准和规范统一建设数据中心接口系统；二是降低系统之间的耦合度，明确采用数据级整合方式实现松散耦合 。 针对负载估计不准造成性能瓶颈，采用负载均衡技术，在必要时通过增加CPU、内存来扩展服务器处理能力。 键入文字 19 5.2安全风险 数据集中到数据中心
41、后，安全问题是一个非常关键的问题 ,如果安全管理跟不上，就可能造成数据的滥用，个人隐私泄露等。 针对安全隐患，从法规和技术两个方面保障。首先在法规上，要制定数据管理办法，在数据共享的情况下，保证数据的安全管理和合法使用。其次在技术上要构建安全保障体系，从物理层、网络层、系统层、应用层、数据层各个层面进行安全防护。 5.3数据质量风险 数据的质量取决于数据的权威性、一致性和完 整性。数据多处采集，或者更新不及时，都将造成数据的不一致，影响数据中心的权威性。 针对数据质量问题，主要通过数据清洗、数据比对和冲突处理等手段提高数据的准确性。连接到数据中心的业务部门越多，数据更新越实时，数据的质量才能从
42、根本上提高。 5.4实施风险 数据中心的建设依赖于各业务部门和有关单位的配合。配合得如何将影响项目能否成功实施。项目承建商是否具有数据中心的成功经验，也将影响项目的实施。 针对项目实施风险，一方面要加强沟通和协调，提高业务部门对数据中心的键入文字 20 认识，毕竟从根本上说数据中心是共建共享共赢的；另一方 面对数据中心的目标可以从低到高，首先是人 员 、 车辆 基础数据库的建设，然后再建设空间地理和宏观经济基础数据库，这将减少实施难度。 5.5管理风险 建设期内主要体现在关联项目多，项目管理难度大。建设期后主要体现在数据中心的管理部门不明确或者责权不匹配，造成运行管理困难。 针对管理风险，数据
43、中心的运作关键在于运行机制，为此须尽快制定并颁布相关法规和标准规范，明确数据中心的管理职责分工。 5.6需求变更风险 数据中心涉及的部门众多，各部门的信息共享需求随业务而变化，在一定程度上存在需求变更和需求膨胀的风险。 针对需求 变更和膨胀的风险，数据中心采用以下几方面的措施：一是增加需求调研时间，采用原型法方式进行多轮反复的调研分析，真正掌握各部门的信息共享需求；二是采用按需动态加载专题应用的方式，以新的专题来满足未来涌现的迫切需求；三是硬件设备是可以按需进行扩充，可以增加内容交换机以实现负载均衡，而不影响系统的整体运行；四是采用可扩展性强的软件平台，采用分布式、模块化的接口。 键入文字 21 七、经济及社会效益 7.1经济效益 XX公交 数据中心建设的经济效益主要体现在： 1、 堵塞监管漏洞， 提高管理效率 2、 加强管理，提高 乘客满意率 3、 加强支出 审核，提高 公司 资金的利用率 4、 避免重复建设，节省财政投资 7.2 社会效益 XX公交 数据中心建设的社会效益主要体现在： 1、 有利于促进业务协同，提高 管理 效率 2、 有利于加强联合监管，提高管理水平 3、有利于提高公共服务水平，提高公交分担率
