全业务数据中心数据中台建设实施方案V2.5.docx

<p>全业务数据中心数据中台建设实施方案 V2.5 全业务数据中心数据中台建设实施 方案 &nbsp;全业务数据中心数据中台建设实施方案 V2.5 目录 &nbsp;1 总论 . 3 1.1 主要依据 &nbsp;3 1.2 主要原则 &nbsp;4 1.3 必要性分析 &nbsp;4 1.4 效益分析 &nbsp;5 2 建设现状 . 6 2.1 全业务统一数据中心分析域建设情况 &nbsp;6 3 项目需求分析 . 8 3.1 业务功能需求 &nbsp;8 3.2 非功能性需求 . 11 4 建设方案 &nbsp;12 4.1 项目目标及范围 . 12 4.2 项目建设内容 . 13 4.3 技术方案 . 20 4.4 项目实施计划 . 25 5 经济性和财务合规性 &nbsp;26 6 软硬件设计 &nbsp;27 7 主要设备材料清册 &nbsp;27 7.1 编制说明 &nbsp;27 7.2 主要设备材料表（无） &nbsp;27 8 投资估算书 &nbsp;28 8.1 概述 &nbsp;28 8.2 编制原则和依据 &nbsp;28 8.3 投资分析 &nbsp;28 8.4 估算表及附件 &nbsp;28 表 -1 . 30 项目投资估算示范表 . 30 表 -2 . 31 项目实施工作 量明细表 . 31 表 -3 . 34 项目投资其他费用表 . 34 3 1 总论 &nbsp;本项目是信息化建设类新建项目。 &nbsp;项目基于初步建成的企业级统一云服务平台和全业务统一 数据中心基础上，探索建立数据中台服务机制。构建遵从 SG-CIM3.0 的信息模型标准的数据质量治理和数据融通试点工 作，并探索提供基于标准的数据服务。推进 XX 电力整体数据质 量提升，丰富跨专业的数据共享机制，构建数据公共服务组件， 强化数据安全管控，建立常态化的企业数据管理新模式，实现 前端数据融合、后端数据共享的企业数据融通体系，培育 XXXX 特色的企业数据文化，让数据成为驱动 XXXX 业务创新发展的源 动力。 &nbsp;1.1 主要依据 &nbsp;（ 1）公司“十三五”信息化发展规划 &nbsp;（ 2）国家 XX 公司信息系统上下线管理办法 &nbsp;（ 3） 国家 XX 公司信息化建设管理办法 &nbsp;（ 4）国家 XX 智能化规划总报告 &nbsp;（ 5）国家 XX 公司数据中心典型设计 &nbsp;（ 6）国家 XX 公司公共数据模型 (SG-CIM3.0) （试行） &nbsp;（ 7）国家 XX 公司应用软件通用安全要求 &nbsp;（ 8）智能 XX 安全防御体系。 &nbsp;4 1.2 主要原则 &nbsp;（ 1）“统一性”原则 &nbsp;项目设计遵循四统一原则，即统一领导、统一规划、统一 标准、统一建设的原则。在按照公司全业务数据中心整体规划 的指导下进行，符合公司整体要求。 &nbsp;（ 2）先进性原则 &nbsp;确保平台架构设计先进性、技术路线先进性、测试技术先 进性以及组件选择先进性。 &nbsp;（ 3）安全、可靠性原则 &nbsp;服务体系建设应充分考虑服务的安全防护、容错能力和抗 干扰能力，保证数据服务长期稳定、安全、可靠 、高效地运行。 &nbsp;（ 4）实用性原则 &nbsp;遵循以数据服务为核心的设计理念，提供一致性、人性化 用户体验，最大限度地满足客户的实际需要，操作便捷，功能 完善，界面友好。 &nbsp;（ 5）可扩展性原则 &nbsp;符合国际及国家通用标准，具备良好的开放性和可移植性。 采用标准开放平台接口。 &nbsp;1.3 必要性分析 &nbsp;5 随着公司各业务发展与应用创新的不断深入，信息通信技 术在智能 XX 和现代公司中的关键核心作用已逐渐凸显，日常 XX 运行和管理数据已经成为了公司的重要资产。根据公司“十三 五”信息化规划总体要求，按照“一平台、一系统、多场景、 微应用”的整体技术路线，经过两年半的建设，已基本建成“浙 电云”企业级统一云服务平台和全业务统一数据中心分析域， 初步实现平台资源和跨专业数据共享。但信息系统孤岛现象仍 然存在、企业业务数据质量不高、数据冗余、数据管理技术支 撑和管理机制不够完善、数据分级分类不够标准等问题制约着 公司的业务发展以及管理水平提升。 企业数据 的融会贯通是促 进公司业务发展的重要支撑， 加强 企业数据质量融通能力是未 来公司整体提高业务发展的 一个重要抓手。因此开展数据治理 和优化，提升数据质量和数据融通已经刻不容缓。 &nbsp;1.4 效益 分析 &nbsp;（ 1） 通过在全业务统一数据中心建设数据服务中台，确 保接入数据中台的模型数据符合 SG-CIM3.0 标准，并能提供符 合标准的数据服务，为全业数据中心标准化工作进行落地，从 而提高系统实用化水平。 &nbsp;6 （ 2） 全业务统一数据中心的数据服务中台对接入的数据 进行数据拼接、数据清洗、数据校验，完成数据融合工作，提 高系统的数据质量。 &nbsp;（ 3） 全业务数据中心的数据中台在标准化基础上，提供 高中压的 XX 台帐、拓扑、图形、用户的基础数据服务，为 XX 公司微应用建设提供基于标 准的数据支撑服务，从根本上解决 数据孤岛问题。 &nbsp;2 建设现状 &nbsp;2.1 全业务统一数据中心分析域建设情况 &nbsp;按照国家 XX 公司关于全业务统一数据中心的建设要求， XX 公司承担分析域专项试点建设工作，经过两年多来的建设，已 具备全业务数据统一存储、管理与分析的能力，基本满足各部 门（跨专业）的数据共享与应用技术需求。 &nbsp;在数据接入方面： 按照接入原始业务数据的原则，分析域 已有效汇集了 ERP、 PMS2.0、营销等 39 套系统核心业务数据（包 括明细数据、部分统计数据），覆盖了公司调控、生产、营销、 企业经营管理等核心业务，数据总量约为 370T，其中结构化数 据总量为 87.1T，非结构化数据总量 207T；调度实时量测类数 据利用海量平台前端数据接口通道，接入省调以及温州、宁波、 台州、舟山、嘉兴五个地区 2017 年 2 月起的部分 XX 运行实时 7 数据（包括设备档案数据以及遥信、遥测数据），目前数据量约 为 75.9T，该六个地区历史数据正在接入中，调度管理类数据、 保护以及遥脉数据调度部门尚未开放权限。 &nbsp;在数据加工处理方面 ： 针对接入离线结构化数据库的 28585 张数据表，基本完成业务明细层数据的梳理筛选、格式转换等 加工处理工作，截至目前，有 8278 张统一视图层数据表， 9177 个数据加工任务定时运行，并初步完成 814 个数据仓库模型的 加工转换。 &nbsp;在数据对外服务方面： 目前离线结构化数据库已基本完成 生产、营销、企业经营管理等核心主数据以及相关业务的明细 数据整理，依托数据管理工具，初步形成数据结构目录查询服 务；同时可借助 BASE平台进行 离线结构化 数据 的 统一 加工处理 、 任务调度、运维监控。 目前智能运检管控平台、配 XX 规划（温 州试点）、财务资 产精益化平台（一期）、运监数据资产协同应 用、物资同业对标指标看板等应用已基于分析域上线试运行； 同时通过数据接口定时向 PMS2.0 以及国网运监推送设备、项目 等相关明细数据，并先后向人才模型培育、发展精准投资 等多 个项目提供技术 以及 数据 咨询服务。但是全业务数据中心分析 域属于基础数据平台，目前对外服务主要为应用开发团队提供 明细数据，基本上以一项目一服务模式为主，尚未在数据服务 8 团队横向构建企业数据服务共享沉淀层，大量数据服务由项目 应用厂商或源业务系统掌握，业务人员无法直接查询使用数据。 &nbsp;3 项目需求分析 &nbsp;3.1 业务功能需求 &nbsp;随 着全业务数据中心系统的不断发展和深入，对数据的完 整性、精确性、合法性、一致性、唯一性提出了更高的要求。 具体的业务功能需求如下： &nbsp;1、 信息孤岛问题的解决 &nbsp;在不同业务系统中由于业务要求不同和技术手段限制，存 在同一业务数据多源存储、数据颗粒度及侧重点不同的情况， 因此各业务系统根据自身业务标准进行数据转换后存在差异性， 基层工作人员需要在不同业务系统间反复查询、比对、合并， 导致存在信息孤岛现象。 &nbsp;如：对于主变压器设备，生产 PMS2.0 系统重点关注设备名 称、电压等级、所属变电站、运行状态、容量、投运日期等； ERP 系统重点关 注额定容量、投运日期、型号、运行状态等； OMS 系统重点关注设备名称、设备类型、所属变电站、运行状态、 有功、无功、电流电压、电容电抗参数等；营销重点关注对应 线路、台区名称、铭牌容量、运行状态、投运日期、型号等。 &nbsp;9 通过全业务数据中心的数据中台试点项目实施能够将现有 系统的模型数据按照标准化定义进行融合，并提供统一的标准 化服务来彻底解决信息孤岛问题。 &nbsp;2、 数据冗余问题的解决 &nbsp;近年来国家 XX 公司及公司对业务专业管理的要求越来越 严格，造成各业务部门对业务数据的查询、统计、分析等方面 需求大增，目前主要通过业务系统增加功能模块 、建设独立辅 助应用两种方式解决，也因此产生下列问题： &nbsp;（ 1） 建设独立辅助应用，造成数据多源存储 &nbsp;由于建设独立部署的专业性、辅助性的应用，每一个应用 都会备份存储业务系统的业务数据，再进行后续分析、统计， 造成同一业务数据进一步出现多源存储、多源应用的情况。 &nbsp;（ 2） 业务系统内增加功能，造成数据冗余 &nbsp;在业务系统上增加大量的查询 、 统计和分析功能 ， 对应 产 生了 大量的统计 、 分析数据使用的数据表 ，但缺乏相关的管理 机制， 造成 出现 大量的 冗余 数据表 、 数据 。 &nbsp;通过全业务数据中心的数据中台试点项目实施对接入数据 中心的模型数据按照标准化定义进行拼接、过滤、清洗来解决 模式数据中的冗余数据。 &nbsp;3、 数据质量不高问题的解决 &nbsp;10 目前企业数据质量不高主要体现在数据正确性和完整性不 够、业务系统间数据同步不及时、数据集成接口不够规范等 &nbsp;（ 1） 业务数据正确性和完整性不够 &nbsp;现有业务系统之间，仍然存在部分业务数据未实现贯通， 系统之间缺少相应的业务闭环管理流程，导致数据正确性和完 整性不够。 &nbsp;（ 2） 业务系统间数据同步不及时 &nbsp;一是已贯通业务的存量数据匹配未完成。已实现数据同源、 业务贯通的业务系统中，由于贯通前各 业务系统之间的业务标 准、技术结构存在差异性，造成部分存量数据匹配工作未完成。 &nbsp;二是系统功能升级前后业务标准不一致。各业务系统功能 升级过程中，由于代码变更、字段调整等原因，有部分历史数 据会出现与发布后的业务标准不一致的情况。 &nbsp;（ 3） 数据集成接口不够规范 &nbsp;目前各业务系统之间虽然大部分业务数据通过系统集成方 式实现了数据贯通，但由于系统集成功能不完善、集成接口不 稳定等原因，造成数据不一致。 &nbsp;通过全业务数据中心的数据中台试点项目实施对接入数据 中心的模型数据按照标准化定义完成拼接和加入人工智能算法 11 的数据清洗工作后，对预处理数据进行数据质量校验来提高数 据中心的整体数据质量。 &nbsp;4、 数据管理优化 &nbsp;数据管理目前处于粗放型、人治阶段，对数据的本身管理 尚未形成规范化的流程，管理机制不成熟，自动化辅助工具不 健全，仅能完成单独业务系统的数据管理工作。但目前各专业 的新增业务逐渐增多，各种跨专业、跨系统的业务贯通需求大 量出现，数据管理面临着多系统之间涉及几万张表协同管理的 需求，存在企业级数据中心架构规划无标准，数据准确性 缺乏 审核机制，取数成果复用率低，数据架构变更联动机制不完善， 缺少企业级的数据专家团队等问题。 &nbsp;而且，现阶段 各业务系统及辅助分析平台的数据管理 ，主 要依托整体数据比对、日志记录、异常告警和人工比对清理等 技术手段进行数据管理，对于多业务、跨专业、跨系统之间的 数据管理普遍存在手段单一、针对性过强、效率低下、响应过 慢等问题。 &nbsp;通过全业务数据中心的数据中台试点项目中的微服务运行 监测功能的实施，来完成对数据的自动监测、管理和维护。 &nbsp;3.2 非功能性需求 &nbsp;（ 1）性能与可靠性 &nbsp;12 系统 RDS 数据量将达到 1TB； &nbsp;系统 Redis 数据量将达 到 1TB； &nbsp;系统所需储存空间需求将达 5TB; 响应时间要求小于 500ms; 网络带宽需求：数据服务中台在并发用户数设计要求范围 内时，网络带宽平均利用率不超过 60%; 可靠性：能够支持 7*24 小时连续运行，同时具有良好的容 错能力； &nbsp;（ 2）信息安全 &nbsp;本次项目完全基于“浙电云”平台和全业务统一数据中心 系统进行建设，不改变原有系统安全架构和等级保护要求。 &nbsp;(3)灾备设计 &nbsp;本次项目完全基于“浙电云”平台和全业务统一数据中心 系统进行建设，沿用原有系统的灾备设计。 &nbsp;除上述非功能性需求内容外，其他非功能性需求相关内容 将严格按照国家 XX 公司信息系统非功能性需求规范（试行） 执行，在系统后续设计、建设过程中逐步完善。 &nbsp;4 建设方案 &nbsp;4.1 项目目标及范围 &nbsp;4.1.1 建设目标 &nbsp;13 通过本项目的实施，基于浙电全业务统一数据中心的建设 成果上，围绕业务微应用建设迫切需要的共享数据服务，根据 SG-CIM3.0的信息模型规范，完成对 XX 生产管理业务需要对外 提供的数据开放服务规则的梳理；实现基于统一 XX 模型数据的 数据加工清洗；面向公司所有的内部微应用开发，提供开放的 XXXX 高中压 XX 设备、拓扑、图形和用户等基本信息的数据服务； 建立对微服务在运的动态管理、审计功能和数据服务、数据质 量的回溯追踪能力。 &nbsp;4.1.2 项目范围 &nbsp;本项目实施覆盖范围： &nbsp;组织范围：国网 XX 省电力公司本部、 11 家地市公司、 64 家县公司及所有直属单位。 &nbsp;数据范围： XX 高中压、用电客户的基础数据 &nbsp;应用范围：基于“浙电云”的内部微应用、微服务 &nbsp;4.2 项目建设内容 &nbsp;本项目建设内容如下： &nbsp;1、 构建统一 XX 模型 &nbsp;统一 XX 数据模型将使以后的业务设计、开发、部署更加简 单、清晰和可靠。使用统一 XX 数据模型可以使得应用开发不必 14 对数据获取、存储进行 重复开发，而是将精力专注于业务应用， 提供业务应用质量，促进业务发展。会让业务进入很多新的、 有价值的发展方向。 &nbsp;由于统一 XX数据模型涉及 专业多、技术难度大，创新性强， 任务十分艰巨 ，为了满足对统一 XX 数据模型的要求，充 分认识 其重要意义，加强合作，克服困难，全力推进 。对 XX 的全业务 数据中心现行使用的高中压资源、资产、图形模型进行研究讨 论，并详细学习 IEC 61970-301 IEC-CIM、 IEC 61968-11 配网 模型扩展、 IEC 61970-552 XX 模型数据交换格式、 IEC 61968-13 配网模型 数据交换格式、 IEC 61970-452 XX 模型子集、 IEC 61970-451 量测模型子集、 IEC 61970-456 XX 状态子集、 IEC 61850 系列 自动化装置模型。 &nbsp;模型数据遵循标准规范，其基础模型结构及数据字典由 PMS2.0 统一维护，并同步至模型中心，保障属性统一，并提供 元数据、字典管理功能。对全网设备按调度管辖统一编码，实 现设备 ID 唯一。 &nbsp;2、 数据拼接 &nbsp;由于当前全业务数据中心的 XX 模型数据来源于多个系统， 其中最主要的一次设备台帐数据、资源数据、地理空间数据、 专题图（包括单线图、系统图、台区图等）来自于 PMS2.0 系统， 15 专线、专变、大用户、采集设备来自于营销系统，二次设备资 源资产数据来源于新一代四区主站。 &nbsp;数据拼接模块在统一 XX 模型定义基础上，分别先后接入不 同系统中的模型数据数据，依据各系统模型自身特点与差异进 行模型转换和拼接，以达到符合统一 XX 模型定义，完全融合各 系统模型数据。 &nbsp;3、 数据清洗 &nbsp;项目将针对接入业务中台数据的数据质量以及用户的特别 需求，建立数据清洗过程的元数据模型，对清洗过程 中用到的 数据库对象和知识库对象进行管理，并引入人工智能方法参与 数据清洗。使用人工智能中的贝叶斯识别方法，通过朴素贝叶 斯分类器识别特别需求自动是否符合正确样本特征，来发现可 疑数据，并通过深度学习提高可疑数据发现效率和成功率，从 而大大降低人员维护的工作量。 &nbsp;数据清洗主要是对系统中的异常数据进行处理，主要是对 接入数据中台的所有的 XX 模型数据、量测数据进行异常判断， 发现异常数据并进行相应的处理。异常数据主要包括了残缺数 据、错误数据和重复数据。 &nbsp;1) 残缺数据 &nbsp;16 这一类数据主要是一些应该有的信息缺失，如设备的名称、 设备关键属 性值、客户的区域信息缺失、业务系统中主表与明 细表不能匹配等。对于这一类数据过滤出来，按缺失的内容分 别写入不同残缺数据事件向客户提交，要求在规定的时间内补 全。补全后才写入模型中心。 &nbsp;2) 错误数据 &nbsp;这一类错误产生的原因是业务系统不够健全，在接收输入 后没有进行判断直接写入后台数据库造成的，比如数值数据输 成全角数字字符、字符串数据后面有一个回车操作、日期格式 不正确、日期越界等。这一类数据也要分类，对于类似于全角 字符、数据前后有不可见字符的问题，通过入库语句的方式找 出来，然后要求相关责任人在业务系统修正之后再走异动通知 流程。对于日期格式不正确的或者是日期越界的这一类错误会 导致 ETL运行失败，这一类错误需要去业务系统数据库挑出来， 生成错误数据事件提交给相关业务主管部门，要求限期修正， 修正之后再走异动通知流程。 &nbsp;3) 重复数据 &nbsp;对于这一类数据将重复数据记录的所有字段导出来，生成 重复数据事件消息，让客户确认并整理。 &nbsp;17 异常数据处理是一个反复的过程，不可能在几天内完成， 只有不断的发现问题，解决问题。对于是否过滤，是否修正一 般要求客户确认，对于过滤掉的数据，生成相应的异常数据事 件信息定时发送到模型中心管理平台，促使相关责任人尽快地 修正错误，同时也可以做为将来验证数据的依据。异常数据处 理需要注意的是不要将有用的数据过滤掉，对于每个异常判断 过滤规则认真进行验证，并要用户确认。 &nbsp;4、 数据质量监控 &nbsp;XX 模型数据从标准定义、获取、存储、共享 、维护、应用 和消亡的整个生命周期的每个阶段里可能引发的各类数据质量 问题。因此需要提供数据质量监控工具来区别、度量、监控、 预警等一系列管理活动，并通过改善和提高组织的管理水平使 得数据质量获得进一步提高。 &nbsp;数据质量监控主要集中在两个维度，分别是数据质量评估 维度和管理质量评估维度。 &nbsp;1) 数据质量评估维度 &nbsp; 完整性（ Completeness）：完整性用于度量哪些数据丢 失了或者哪些数据不可用。 &nbsp; 规范性（ Conformity）：规范性用于度量哪些数据未按 统一格式存储。 &nbsp;18 一致性（ Consistency）：一致性用于度量哪些数据 的值 在信息含义上是冲突的。 &nbsp; 准确性（ Accuracy）：准确性用于度量哪些数据和信息 是不正确的，或者数据是超期的。 &nbsp; 唯一性（ Uniqueness）：唯一性用于度量哪些数据是重 复数据或者数据的哪些属性是重复的。 &nbsp; 关联性（ Integration）：关联性用于度量哪些关联的数 据缺失或者未建立索引。 &nbsp;2) 管理质量评估维度 &nbsp;配置管理（ Config Management）：此维度用于度量数据在 其生命周期内的一切资源是否得到了控制和规范，即数据的定 义、产生、变更直至消亡的过程中，与数据相关的定义、规范、 描述是否受到控制。评估 指标包括：评估配置项的细化粒度、 评估基线准确度和频度以及变更流程是否合理完善等。 &nbsp;培训（ Training）：此维度用于度量数据的生产和使用者在 数据生命周期内的一切活动中是否经过了知识和技能的培训、 培训效果是否满足岗位需要；受训的知识和技能是否经过审核 和确认，受训的内容是否与企业文化和价值观一致；培训流程 是否合理完善等； &nbsp;19 验证和确认（ Verify &amp; Validation）：此维度用于度量数 据在其生命周期内是否得到验证和确认。评估内容包括是否通 过验证流程确保工作产品（数据）满足指定的要求、是否通过 “确认”流程 保证工作产品（数据）在计划的环境中满足使用 的要求；“验证”和“确认”的流程是否完善； &nbsp;监督和监控（ Monitoring）：此维度用于度量产生和使用数 据的流程在数据的整个生命周期内是否真正受控。脱离监控的 信息、技术、计划、流程、制度，会导致数据质量低下。监督 和监控的流程是否完善。 &nbsp;5、 微服务应用与运行监控 &nbsp;微服务是在云技术基础上研发的，提供微服务的发布管理、 服务查询、服务使用审计、服务使用授权等管理功能，同时提 供日志采集、通知服务、服务管理、任务管理等基础公共服务 功能。 &nbsp;在微服务的基础上，本次项目实现 XX 统一 XX 模型数据的 基础服务，包括了 XX 统一资源服务、 XX 专题图服务、量测模型 服务和一二次设备资产服务。 &nbsp;微服务使用 Restful 方式进行服务发布， REST 是一种软件 架构风格而不是标准，只是提供了一组设计原则和约束条件。 20 它主要用于客户端和服务器交互类的软件。基于这个风格设计 的软件可以更简洁，更有层次，更易于实现缓存等机制。 &nbsp;项目预计提供微服务接口数如下表所示： &nbsp;序号 微服务类型 微服务数量 &nbsp;1 一次设备资产服务 20 2 一次设备资源服务 26 3 二次设备资产服务 18 4 二次设备资源服务 16 5 二次设备装接服务 12 6 量测数据服务 36 7 日志增、查服务 15 8 XX 拓扑分析服务 48 4.3 技术方案 &nbsp;（ 1）业务架构 &nbsp;全业务数据中心数据服务中台包括了数据汇集、数据处理、 模型管控、数据管控和服务共享。具体关系如下图所示： &nbsp;21 数据中台以模型管控为中心，以数据汇集为基础，在数据 汇集基础上进行数据处理和数据管控，最终以服务共享方式提 供模型数据的服务。 &nbsp;（ 2）应用架构 &nbsp;主网一次设备 配网一次设备 低压一次设备 配电二次设备 配电量测数据 用电表计数据 客户电气设备 主网量测数据 业务模型定义 图形标准定义 元数据管理 字典管理 模型管控 数据汇集 模型数据拼接 量测数据再加工 数据存储定义 数据同步分发 数据处理 模型数据校验 图形数据校验 量测数据质量 图模数一致性 数据管控 电网统一资源服务 电网 G I S 服务 电网拓扑服务 一次设备资产服务 量测模型管理服务 量测数据访问服务 电网专题图服务 二次设备资产管理 服务共享 22 应用架构是在业务架构基础上，为了完全实现和覆盖所有 业务而进行的软件功能结构设计。数据中台的功能架构有统一 XX 模型定义模块、数据汇集与处理模块、数据清洗转换模块、 数据功能管理模块、基础服务模块和高级服务模块。 &nbsp;（ 3）技术架构 &nbsp;为了实现功能架构上的功能模块，设计如下图所示的技术 架构。在全业务数据中心系统的基础上，统一使用 kafka 分布 式发布订阅消息系统进行数据交互通道，来处理数据服务中台 的数据调度。 &nbsp;23 在接收数据之后使用 ODPS技术与人工智能结合的算法进行 实时数据清洗，发现并过滤问题数据和数据质量不高数据，并 将清洗后的数据再次存放到系统内部的缓存中备用。 &nbsp;在清洗完数据后对不同数据使用不同的数据库存储技术进 行数据存储 ，依托浙电云平台技术组件，提供离线计算、实时 计算和数据搜索引擎。并在此基础上提供微服务支撑体系用于 发布数据共享服务。 &nbsp;为了保证数据中台的数据处理稳定性和可靠性，数据服务 中台提供数据平台监控系统和分布式协调服务。 &nbsp;（ 5）信息安全防护 &nbsp;本次项目的实施工作是基于原全业务数据中心系统， 信息 安全防护 遵循原系统 的信息安全防护要求。 &nbsp;2.关键技术与难点 &nbsp;24 （ 1）基于云平台的数据存储技术，数据中台的数据存储层 使用云平台的计算和存储资源，需要根据业务的差异性选择合 适的存储技术进行综合性管理。 &nbsp;（ 2）大数据加工技术，为了保证数据 中台模型数据的完整 性、精确性、合法性、一致性、唯一性，必须对接入的模型数 据进行模型校验和拼接工作。 &nbsp;（ 3）微服务技术，为了改变传统系统在修改和发布方面存 在的困难，以及实现代价非常大等诸多不足，模型中心使用微 服务体系来建立能够快速开发及部署的应用服务基础平台，为 周边各应用系统提供可弹性伸缩的基于标准化服务接口定义的 服务。 &nbsp;（ 4）人工智能在电力数据清洗中的应用，为了保证数据清 洗质量与效率，在数据清洗过程中使用人工智能的贝叶斯识别 方法和深度学习来提高异常数据判别自动化程度、判别速度和 准确度。 &nbsp;3.项目风险分析及控 制策略 &nbsp;风险分析： &nbsp;统一 XX 模型， 要 建立一个电力各部门都认可的统一 XX 模 型 存在 较大风险 。 &nbsp;应对策略： &nbsp;25 邀请各电力部门专家，在国际标准体系下制定统一 XX 模型 定义。依据的参考标准有： &nbsp;1) IEC 61970-301 IEC-CIM 2) IEC 61968-11 配网模型扩展 &nbsp;3) IEC 61970-552 XX 模型数据交换格式 &nbsp;4) IEC 61968-13 配网模型数据交换格式 &nbsp;5) IEC 61970-452 XX 模型子集 &nbsp;6) IEC 61970-451 量测模型子集 &nbsp;7) IEC 61970-456 XX 状态子集 &nbsp;8) IEC 61850 系列 自动化装置模型 &nbsp;4.4 项目实施计划 &nbsp;4.4.1 项目环境 &nbsp;承担本项目的单位有丰富的运行管理经验，有着丰富的信 息系统建设经验，有一支很强的生产专业管理的队伍，对 XXXX 信息化管理提供了有力的技术和业务支持。 &nbsp;4.4.2 项目人员 &nbsp;序 号 姓名 工作年限 职称 专业 &nbsp;项目 &nbsp;分工 工作单位 &nbsp;1 陈彤 22 副高 信息技术 总体负责 省信通 &nbsp;2 蒋鸿城 20 副高 信息技术 技术 省信通 &nbsp;3 王凌 5 中级 信息技术 数据 省信通 &nbsp;4 黄海潮 23 副高 信息技术 架构 省信通 &nbsp;4.4.3 项目进度 &nbsp;26 序号 时间段 主要工作内容 &nbsp;1 0.5 个月 项目前期：确认项目建设方案。 &nbsp;2 2 个月 需求分析及方案设计：完成需求收集、差异分析、 编制方案，提交项目需求说明书和系统设计书。 &nbsp;3 2 个月 &nbsp;实施：完成业务中台系统部署，包括统一 XX 模 型定义、微服务框架部署、高中压数据拼接与清 洗、基础数据共享服务部署。 &nbsp;4 1 个月 &nbsp;系统测试：完成系统功能测试，性能测试并提交 安全评估报告。 &nbsp;系统部署及配置：完成软件安装及配置，流程和 权限的配置，初始化数据。 &nbsp;5 0.5 个月 上线试运行：完成系统性能调优及用户支持，提 交系统用户报告及应急预案。 &nbsp;5 经济性和财务合规性 &nbsp;按照国家 XX 公司项目可研经济性与财务合规性评价指导 意见（国家 XX 财 2015 536 号）要求，对项目的经济性与财 务合规性进行分析。论述项目在前期立项阶段是否符合国家法 律、法规、政策以及公司内部管理制度等各项强制性财务管理 规定要求，以及项目在投入产出方面的经济可行性与成本开支 的合理性。 &nbsp;5.1 无。 &nbsp;5.2 该信息化项目总投资 299.2 万元，可抵扣的增值税额为 16.69 万元，税后投资 282.51 万元。其中成本性支出 299.2 万 27 元，划分依据为国家 XX 公司项目可研经济性与财务合规性评 价指导意见（国家 XX 财 2015 536 号），主要包括差异分析 及方案设计、数据收集及处理、系统部署及配置、系统测试、 培训、上线准备及切换、上线试运行支持等内容。 &nbsp;5.3 本期项目预期实现功能点如下：一是，完成高中压 XX 设备统一 XX 模型定义；二是，在全业务数据中心实现并部署数 据中台；三是，完成高中压模型数据的拼接、清洗和融合并提 供基础数据共享服务。 &nbsp;5.4 无。 &nbsp;6 软硬件设计 &nbsp;本项目不涉及软硬件设计。 &nbsp;7 主要设备材料清册 &nbsp;7.1 编制说明 &nbsp;本项目是基 于现有全业务数据中心进行应用试点，因此， 本次项目不涉及设备和材料的采购和供应。 &nbsp;7.2 主要设备材料表（无） &nbsp;(1)硬件清单表（无） &nbsp;序号 设备名称 配置要求 数量 用途 配置选用理由 &nbsp;（ 2）软件清单表（无） &nbsp;序号 软件名称 软件版本 数量 用途 配置选用理由 &nbsp;28 序号 软件名称 软件版本 数量 用途 配置选用理由 &nbsp;8 投资估算书 &nbsp;8.1 概述 &nbsp;本项目包括高中压 XX 设备统一 XX 模型定义，实现并部署 数据中台，高中压模型数据的拼接、清洗和融合，基础数据共 享服务等工作，按照有关要求，对项目建设过程中的相关费用 进行估算，确定项目总体投资。 &nbsp;8.2 编制原则和依据 &nbsp;1.项目划分及取费标准执行浙电规 2015 24号关于印发 信息化项目建设预算编制实施细则的通知。 &nbsp;2.系统开发费、系统实施费的人工单价参照国网公司标准， 其中：系统开发费不高于 1600.00 元 /人天，系统实施费不高于 1100.00 元 /人天。 &nbsp;8.3 投资分析 &nbsp;本期项目建设总投资 299.2 万元。其中系统实施费为 294.8 万元，占投资比例 98.5%；其他费用为 4.4 万元，占投资比例 1.5%。 &nbsp;8.4 估算表及附件 &nbsp;项目投资估算表格见附表 1； &nbsp;项目实施工作量明细表见附表 2； &nbsp;29 项目投资其他费用表 见附表 3。 30 附录 &nbsp;表 -1 项目投资估算示范表 &nbsp;序号 名称 计算基础及计算公式 数量 单价（万元） 金额（万元） &nbsp;一 建安工程费 &nbsp;- - - 二 软件购置费 &nbsp;- - - 三 硬件购置费 &nbsp;- - - 四 咨询服务费 &nbsp;- - - 五 &nbsp;系统设计开发费 &nbsp;- - - 系统集成开发费 &nbsp;- - - 六 &nbsp;系统实施费 &nbsp;2680 0.11 294.8 系统集成实施费 &nbsp;- - - 七 其他费用 不含预备费 - - 4.4 总 &nbsp;计 299.2 31 表 -2 项目实施工作量明细表 &nbsp;序号 工作任务 工作量（人天） 工作内容 备注 &nbsp;1 差异分析及方案设计 80 完成全业务数据中心的数据中台业务 调研，并根据业务调研情况完成方案设 计 &nbsp;2 统一模型定义 1200 完成高中压 XX 与设备模型的服务标准化定义 &nbsp; 3 数据收集及处理 600 完成业务中台的高中压数据的导入、拼 接和清洗脚本编制工作 &nbsp; 4 系统部署及配置 260 完成数据中台微服务的部署和初始化 配置 ，提供一二次设备的资源、资产数 据服务，提供量测数据服务及 XX 拓扑 服务 &nbsp;5 系统测试 350 对数据中台微服务进行验证测试和调整 &nbsp; 6 培训 30 对数据中台微服务进行应用培训和宣贯 &nbsp; 7 上线准备及切换 40 进行数据中台上线的准备工作，完成相 关文档的编写等 &nbsp;8 上线试运行支持 120 完成运维支持，编写常见问题清单，并 建转运 &nbsp;合 &nbsp;计 2680 &nbsp; 信息化 项目可研报告 &nbsp;34 表 -3 项目投资其他费用表 &nbsp;序号 费用名称 工作描述 金额（万元） &nbsp;1 项目管理费 &nbsp;包括项目法人管理、项目验收等费用。其中， 项目法人在项目管理工作中发生日常管理 费，若在项目法人单位年度综合管理费用里 列支可不计，由项目法人单位确定是否计 列。 &nbsp;4.4</p>