《有关运营中心数据资源规划与建设的项目建议书(初步设想)》由会员分享，可在线阅读，更多相关《有关运营中心数据资源规划与建设的项目建议书(初步设想)（5页珍藏版）》请在金锄头文库上搜索。
1、一、引言一、引言数据是客观事物的属性、数量、位置及其相互关系等的抽象表示。 企业数据包含了巨大的企业价值，数据蕴含着无尽的商业机会；是企业最可宝贵的财 富之一。 数据可以独立于应用系统单独存在，即构成一个数据工程。 数据工程是信息化建设的起点和基础工作。 如何存储和处理海量数据，如何实现不同指挥机构、作业单位、系统和平台之间的数 据共享与互操作，如何确保数据的安全保密等，正是数据工程要解决的问题。下面请让我 们来回顾一下美国国防部的数据工程发展过程，或许能对我们即将准备实施的数据资源规 划与建设项目有些启发： DOD(美国国防部)数据工程的发展过程 1独立应用阶段独立应用阶段。早期的 DoD
2、应用都有自己的数据，而且应用程序很少访问其他部 门或系统的数据，数据与程序捆绑在一起，数据的定义、格式以及操作规则完全由使用它 们的应用程序来解释，共享数据几乎是不可能的。 2CoE(公共操作环境公共操作环境)阶段阶段。COE 是一个不断发展的理论体系和软件基础设施，它最 初的目标是解决特定应用系统(譬如全球指挥控制系统)的集成问题。但随着数据库管理系 统(DBMS)的不断成熟，应用系统的程序和数据逐渐分离，为此，COE 提供了其他系统数 据访问服务，但这时不同的数据库数据文件彼此孤立，未形成统一的数据视图。 3数据集成阶段数据集成阶段。该阶段主要为 DoD 用户提供访问共享数据的统一的逻辑视
3、图。通 过 DoD 数据模型(DDM)以及标准数据交换格式，可以将分散在不同宿主机上的数据库集成 为一个物理上分布、逻辑上统一的数据库系统。数据标准化工作大大提高了 DoD 作战信息 系统之间的数据共享与互操作能力。但数据标准并非万能，它不能完全解决数据共享问题。4SHADE(数据共享工程数据共享工程)阶段阶段。SHADE 在数据标准化的基础上，通过提供多种可重 用软件构件和数据段，特别是引入数据仲裁与转换机制，为遗留系统、在役系统和新研系 统之间的数据共享与互操作，提供了三种用法不同而基础一致的解决方案，包括共享数据 服务器、虚拟数据仓库和 XML 门户。 SHADE 成功的关键是它不仅提供
4、了数据重用和共享的指导思想，同时提供了完备有 效的工具来保证这些指导思想的实施，包括公共数据表示，实现共享数据服务器、元数据 知识库、数据仲裁器和虚拟数据仓库，以及数据分段和数据一致性验证等工具，为各种异 构系统提供数据集成与访问服务，甚至它还开发了联合公共数据库(JCDB)及其访问接口， 用来存储联合指控共享数据。SHADE 使得 DoD 数据工程实现了新的飞跃。二、总体目标二、总体目标通过上一节美国国防部数据工程的发展历程，对照目前运营中心的数据建设现状，从 数据工程技术发展的角度来看，不难得出目前我们仍然处于人家发展的第二个阶段即 CoE(公共操作环境)阶段的判断，按照 DoD 的标准来
5、衡量，我们实施数据资源规划与建设 的项目目标就是要通过项目的实施，使我们运营中心的数据建设跨入到第三阶段即数据集数据集成阶段成阶段，并最终进入第四阶段即 SHADE(数据共享工程数据共享工程)阶段。阶段。 就一般情况而言，企业数据信息化建设（数据工程）的发展也都要经历 3 个阶段： 1、大而全的数据库阶段；2、精而准的数据集成阶段；（此阶段可大概理解为涵盖了 DoD 的第三第四 2 个阶段。 ）3、知识管理与知识发现阶段。 通过深入细致的审视我们目前现有的企业数据资产现状及存在的问题（具体的问题下 一节会提到） ，在准确判断我们所处的阶段的基础上，然后做出下一步发展的目标需求，建 议实施运营中
6、心数据资源规划与建设项目 （以下简称“本项目” ） 。 从支撑运营中心业务信息化发展的角度来看，我们通过本项目的实施，其最低的目标最低的目标 在于建立运营中心范围内数据重用和共享的一种信息基础设施，解决目前比较多的信息孤 岛，存在大量冗余数据、垃圾数据、无法保持数据一致性的信息化建设困境；最高的目标最高的目标 在于要建成“数字管线” ，为今后建设广州燃气“智慧管网” 、面向应急指挥的综合调度系 统打下坚实的基础。 （注：数字管线是对管线实现数字化管理的全过程，就是从管线的设计、建设到管线 的维护，将管线所经过的地方采用航拍技术进行数字化，建立基于三维可视化的地理信息 系统，建立沿管线两边 20
7、50m 范围内的地表、人文环境和显著标志档案，管线从管材质 量、管径、接头焊点，接头所在位置中地形地物、地质构造及各种设备全部记录在案。实 现了数字化就可以实现远程适时采集与管理，这就是管线的数字化。 ）三、项目建设内容三、项目建设内容3.1 识别定义哪些是属于运营中心业务范围内的核心数据资识别定义哪些是属于运营中心业务范围内的核心数据资产（也即上面提到的产（也即上面提到的“共享数据共享数据” ） 。重点了解这些数据的产生、采集、加工处理、维护和存储方式、所涉及到的具体业务 流程、相关干系人和使用该类数据的规则要求等内容；（注：运营中心业务范围内的核心 数据是指记录和支撑运营中心管网运维业务的
8、属性、数量、位置及其相互关系等的抽象表 示。要清晰区别核心数据与普通业务数据，对于普通的业务领域数据考虑信息化的现状可 按照信息系统的建设需求进行规划） 。 运营中心的核心数据主要分 2 大类：空间数据 与 非空间数据（粗略统计，可能还有 遗漏）： 空间数据包括：（1）基础数据(现状数据)，主要包括地形图，主要用于描述城市的地 形地貌，道路，建筑物，绿地，河流，山脉，行政区划等（2）管线数据，包括地下的高压燃气管线和中低压燃气管线及其附属 的管线设备，包括阀门（阀门井） 、调压器（调压箱、调压柜、调压井） 、测压变送设备 （RTU 监测点） 、凝水缸、节点（变径、三通）等地理要素的空间坐标、高
9、程及其属性值。（3）运营中心下属调压站、阀室、分输站、抢险维修队的空间位置和 附属的视频摄像枪、安防监控设施。（4）运营中心下属巡线工、抢险维修车、测漏车实时位置及其属性值。非空间数据包括结构化的数据（以数据表记录的方式存在数据库中）和非结构的话的 各类文档和多媒体数据（包括文件、图表、音视频文件的数据） 结构化的数据主要包括站场设备和测点的工艺数据、管网设备的资产管理和运维记录、 调度中心的生产调度（计划停气）记录，抢险抢修记录、燃气应急事件（报警及处理）记 录、气量管理与调度记录； 中压部的巡线巡检记录、设备资产、保养与维修记录、计划停气与意外停气记录 非结构化的数据主要是工程建设领域的众
10、多以文件形式存在的各类图纸、会议纪要、 标书、项目管理类的工作计划、工程变更联络函等；财务范畴的概算预算资料，报价文件 等。3.2 定义元数据和数据模型。定义元数据和数据模型。对核心数据资产进行分类整理，建立核心数据资产信息库（目录黄页） ，定义核心数据 类型、组织方式、采集、加工、访问、存储、更新的规则机制；可以参照数据中心和企业 信息总线的思路提供上层信息系统的数据访问机制。3.3 对已有的核心数据资产的整理（整合）对已有的核心数据资产的整理（整合） 。按类别，针对现有信息系统中不同的核心数据采取不同的方式进行入库，对于各专业 各部门的核心数据（初步考虑） ，需要灵活采取不同的处理策略：
11、外购基础图层数据（涉及管线维修抢险）：在项目预算允许的情况下，建议购买 比较新的广州基础地形图层(矢量图和卫星遥感影像图，优先白云区北部、罗岗、 番禺南部亚运村附近、南沙区)，考虑到亚运会广州城市变化的现实，而引起的周 围地形带的变更及管线的迁移等情况，建议涉及亚运场馆的区域也购置基础图层。通过普查采集存疑的或缺失的空间数据：对于重点路段、区域的管线，特别是已 经有员工反映的存疑或有市政施工做过地下管线迁改的地点，为保证管线核心数 据的正确性，保证进入核心数据库的数据的权威性，建议在预算允许的情况下， 进行普查摸底。 通过查阅档案资料补齐相关数据属性值（人工录入）：对于现有关键属性数据中 存在
12、的空值的情况，需要清理，确实的数据通过查阅工程图纸档案资料的方式人 工录入补齐。如果现有的图文组或中压部无法安排人员的话，可以考虑打包外委 第三方单位实施。 不同格式数据的转换：对于现存的文件格式等非结构化核心数据，建议采取人工 或软件方式进行转换进入核心数据库。 对于部分地下管线中存在的缺少三通、变径、弯头、连头等设施的位置标识（管 线抢险时需要） 、图片资料及统计信息等情况，建议采取现场采集空间数据的方式 完成。 补齐以下各种原因引起的设计缺失和错误： 管线本身资料不齐而引起的遗漏缺失 道路工程引起的管线改向和管线设施的变化管线图形编辑因设计、竣工图本身与实际有误而引起的错误编辑 资料不齐
13、加上数据资料更新的管理不规范。 将目前管网设备运维保养业务中普遍存在的“纸质卡片”进化为无纸化的“数字 卡片”，提高中压设备维修工的工作效能。设备类数据作为核心数据资产，需要 进入核心数据库：目前，除了基础地形数据、管网要素数据、管网设施属性数据 外，缺乏管网设施维护数据，该类数据目前仍然采用设备维护卡片的方式在现场 登记维护数据，回所在队之后，批量将这些动态数据人工录入到 Excel,没有进入 管网结构化数据库系统中。 对于高压、中压类工艺设备运行的历史记录数据，也需要作为核心数据需要通过 转换存储到核心数据库中或建立数据共享访问的机制。 3.4 建立数据监理机制，开发数据入库逻辑检查工具软
14、件建立数据监理机制，开发数据入库逻辑检查工具软件保障入库数据的质量；保证进入系统的不是“脏数据” 。再条件许可的情况先，聘请独 立第三方的数据工程（信息工程）公司作为我方项目实施数据整理入库工作的数据监理， 以保证入库的数据的质量是在可监督的状态之下。3.5、开发实现企业信息总线及面向服务的架构的数据访问、开发实现企业信息总线及面向服务的架构的数据访问机制所需要的数据服务组件（软件构件）机制所需要的数据服务组件（软件构件） ；建立一个分布式；建立一个分布式数据管理及信息共享平台。数据管理及信息共享平台。3.6 建立和完善数据资产管理规范。建立和完善数据资产管理规范。在数据资产的管理和开发利用方
15、面，国家或部门已相继出台了部分相关规范和标准， 以国土行业为例，如 GBT13923-92(国土基础信息数据分类代码 、DDB9702(GIS 图层描 述数据内容标准 、 国土资源信息系统设计规范 、 国土资源信息网络建设规范等，但 目前还没有一个专门的数据资产管理规范。为了对运营中心数据资产进行长效可持续的管 理和开发利用，本项目针对各类核心数据的管理应尽快制定专业的数据资产管理规范，包 括数据格式、数据录入、信息发布、数据访问、数据加密、数据存储、数据交换、安全控 制等有关内容。四、技术路线与架构设计四、技术路线与架构设计虽然建设能实现统一存储空间的数据中心是我们进行数据集中和整合的主要技
16、术及努 力方向，但考虑到现有核心数据的实际分布状况和复杂性，我们仍将在较长时间内要面对 存在分布式网络环境中的各类核心数据的情况。 项目的重点工作除了原有数据资产的清理入库之外，最核心的是要实现一种软件构件 或软件技术来实现核心数据的重用和数据共享问题。建立起运营中心范围内数据重用和共 享的一种信息基础设施，实现为各种异构系统提供数据集成与访问服务，甚至它还开发了 联合公共数据库(JCDB)及其访问接口，用来存储联合指控共享数据。 具体的实现技术有多种，推荐采用 SOA 的思想利用 Web Service、XML 技术来具体实 现。 数据共享是系统集成获取信息优势的主要途径和重要手段。通过统一的机制、统一的 标准、统一的数据调度机制实现整个信息系统数据共享。该方式不仅实现了多系统的数据 集成，还实现整个信息系统的数据共享。 共享平台（机制）主要提供以下几个方面的功能和服务：（1）目录服务 目录服务帮助用户或应用软件。发现存在于分布式计算机环境中任何地方的数据。一 个目录可以被认为是一个数据库，这个数据库中包含了一组用户或一个用户
