init: 导入团队知识库内容
This commit is contained in:
yueqian-ai
@@ -0,0 +1,47 @@
|
||||
任务组成
|
||||
此项目包含内容:
|
||||
某系统故障预测与健康管理数据应用平台软件、
|
||||
某系统故障预测与健康管理数据应用平台管理终端。
|
||||
本项目所研制的某系统故障预测与健康管理数据应用平台位于多源异构数据网关之上，故障诊断、虚拟仿真、数字孪生等上层数据应用之下构成承上启下的数据治理与供给中枢。系统具备以下功能:
|
||||
(1)统一管理系统多源异构数据，通过数据治理构建标准化、可信可复用的业务数据资产(如故障数据集、工况数据集、故障监测数据指标等)，消除各应用重复加工导致的资源浪费与逻辑冲突，实现数据能力高效复用。
|
||||
(2)管理原始数据与上层应用数据项的关联关系，为上层应用提供业务语义明确的数据服务(非原始数据接口)，如故障波形数据集、故障报警规则模型、可视化监控数据项模板等，屏蔽底层复杂性，降低应用运维复杂度与成本，为持续业务创新提供敏捷支撑。
|
||||
(3)管理和调配各类应用的数据处理任务，提高数据应用系统的运行效率。在硬件和网络资源约束下,依据计算任务的算力要求、数据量规模实时性要求，协同管理数据集抽取、特征值计算、故障预测等各类数据处理任务在各层级设备上运行，提高系统数据处理效率。
|
||||
该应用以标准化、可信、可追溯、高可用为核心目标，构建覆盖“数据接入-数据治理-数据存储一数据加工一数据服务”的闭环数据应用管理体系，从而为某系统各类数字化、智能化应用提供坚实的数据基础与持续演进的支撑能力。
|
||||
|
||||
5 任务要求
|
||||
功能要求：
|
||||
当前子任务主要围绕某系统故障预测与健康管理平台软件的整体设计与实现展开研究，重点涵盖数据治理、数据管理、算法管理、数据采集、运维管理与系统安全等内容，提出以标准化、可信化和高可用为核心目标的技术方案，并开发相应的功能模块。具体功能要求如下：
|
||||
（1）▲实现通过大屏集中展示各应用系统的运行状态与关键参数，实现跨系统统一监测。
|
||||
（2）▲为故障诊断系统提供系统及设备监测数据管理服务、故障波形与特征数据管理服务等全流程数据服务，支撑设备故障诊断系统应用。
|
||||
（3）▲为虚拟仿真系统提供仿真模型管理、工况数据管理、虚实数据归集及仿真结果管理等数据服务，为虚拟仿真应用提供全流程数据服务。
|
||||
（4）★实现为系统提供实时监测大屏、故障诊断大屏和虚拟仿真大屏的数据项管理服务，支持数据项清单导入与维护及调用地址管理，以提升开发与应用效率。
|
||||
（5）★实现为故障诊断、虚拟仿真和数字孪生系统提供数据集抽取,数据集管理、数据标记、数据导入、实时数据查看和历史数据查看等服务。支持系统中状态、事件、音视频、文档数据的统一组织、属性标注及可视化展示，实现高效的数据维护与利用。具备可扩展的存储能力和快速的检索能力。提供在线数据服务接口，支持数据的订阅分发。
|
||||
（6）★提供算法资源管理、任务配置、计算任务管理服务，支持算法上传与复用、运行任务编排，结合可视化的任务调度与监控，保障数据分析算法的高效运行与可靠应用。
|
||||
（7）★实现为故障诊断、虚拟仿真和数字孪生系统提供事件数据、状态数据与音视频数据的采集和建模服务。支持故障诊断和虚拟仿真系统所用数据采集装置的通讯协议集成，支持工况数据和结果数据文件的接入,支持为原始数据赋予业务语义，支持流式数据处理与批数据处理。
|
||||
（8）★提供服务器监控、日志管理、备份与恢复及系统自检等服务,支持运行状态监控、操作日志记录、数据与规则备份恢复以及系统周期性自检，保障平台稳定与安全运行。
|
||||
（9）提供用户管理、组织架构管理、角色管理、用户权限设置及数据字典等服务，支持用户及组织信息维护、角色与权限分配、字典项配置与维护，保障系统的规范化与可控化管理。
|
||||
（10）★实现基于 B/S架构的分布式系统,支持横向扩展和服务高可用。
|
||||
（11）所有程序与服务采用 Docker 容器化部署，支持本地离线安装部署。
|
||||
（12）★实现所有程序与服务如数据解析模块、数据接入模块、数据协同模块都能跨平台支持 X86 和 ARM，以及主流操作系统Windows/Linux。
|
||||
（13）★实现所有的程序与服务均需要支持国产操作系统与国产 CPU指令集，支持国产数据库达梦/涛思/庚顿/KaiWuDB。
|
||||
（14）★实现采用松耦合设计，支持高低频事件数据、状态数据、音视频数据、外部文档数据的采集与接入,未来可扩展复用。
|
||||
（15）具备良好的数据服务并发能力。
|
||||
（16）★支持国产 CPU 并兼容 X86。
|
||||
（17）★支持国产麒麟操作系统。
|
||||
5.2技术指标
|
||||
（1）★可视化关键数据刷新率≤200ms；
|
||||
（2）★支持不低于十年或 20TB 的数据生命周期的追溯；支持数据的自定义同步分发,包括全量分发、部分分发、异构数据库分发、文件分发等;
|
||||
（3）★支持至少四种类别的算法管理与调度，包括但不限于：时序、音频、图像、文本算法；
|
||||
（4）★支持不低于两种数据采集装置的 SDK 协议集成;支持PDF,Word,Excel 文件的导入；支持 XML、CSV、JSON、自定义二进制等文件的导入;
|
||||
（5）★支持不低于三年日志记录追溯查询；
|
||||
（6）★支持 B/S 架构，具备横向扩展能力；
|
||||
（7）容器化支持以及本地离线部署;
|
||||
（8）★支持主流操作系统 Windows/Linux,支持 X86 和 ARM 硬件架构；
|
||||
（9）★支持国产麒麟操作系统，支持达梦、涛思、庚顿、KaiWuDB 等国产数据库；
|
||||
（10）★支持不低于 100 路10kHz 以内频率的时序数据持续采集与接入;
|
||||
（11）支持不低于 200QPS 的数据查询请求;
|
||||
（12）为满足项目需求,需提供 1 台管理终端，详细参数要求如下:
|
||||
①CPU 要求：≥4 核;
|
||||
②内存要求：≥16G；
|
||||
③存储要求：≥512G。
|
||||
★（13）某系统故障预测与健康管理数据应用平台技术具备大屏集中展示各应用系统的运行状态与关键参数能力,运行状态数据刷新频率不低于每秒一次。
|
||||
@@ -0,0 +1,697 @@
|
||||
MXXD
|
||||
|
||||
建设方案
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
共1册 第1册 共 88 页
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
沈阳顺义科技股份有限公司
|
||||
2026年4月
|
||||
|
||||
|
||||
|
||||
MXXD
|
||||
建设方案
|
||||
|
||||
签署页
|
||||
|
||||
|
||||
编制：
|
||||
校对：
|
||||
审核：
|
||||
标审：
|
||||
会签：
|
||||
批准： 日期：
|
||||
日期：
|
||||
日期：
|
||||
日期：
|
||||
日期：
|
||||
日期：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
文件更改记录表
|
||||
序号 版本号 页 次 标 记 处 数 更改文件号 更改者 日 期
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
目 次[1、缺少边端数据处理协同内容，软件设计章节专门功能章节补充；
|
||||
2、补充“二次开发支持”章节内容，可作为单独文件或者附件详细列出，特别是对算法/模型软件模块的适配开发内容需详细给出；]
|
||||
|
||||
1. 项目理解 1
|
||||
1.1 建设背景 1
|
||||
1.2 建设原则 2
|
||||
1.3 建设目标 3
|
||||
2. 总体设计 5
|
||||
2.1 设计原则 5
|
||||
2.1.1 标准化先行 6
|
||||
2.1.2 数据驱动决策 6
|
||||
2.1.3 安全可控底线 7
|
||||
2.1.4 弹性扩展适配 7
|
||||
2.1.5 微服务化设计 8
|
||||
2.2 架构设计 9
|
||||
2.2.1 感知接入层：多源异构数据统一接入 9
|
||||
2.2.2 边缘协同层：协议融合与实时预处理 9
|
||||
2.2.3 平台核心层：数据中枢与任务调度 9
|
||||
2.2.4 应用服务层：面向上层应用的智能支撑 10
|
||||
2.3 技术路线 10
|
||||
2.4 总体设计方案 19
|
||||
2.4.1 总体架构 19
|
||||
2.4.2 业务架构 22
|
||||
2.4.3 技术架构 26
|
||||
2.4.4 云边端工作协同 30
|
||||
2.5 建设思路 32
|
||||
3. 软件功能设计 37
|
||||
3.1 系统管理 38
|
||||
3.1.1 用户管理 38
|
||||
3.1.2 组织架构管理 38
|
||||
3.1.3 角色权限管理 39
|
||||
3.1.4 数据字典 39
|
||||
3.2 服务器监控 40
|
||||
3.2.1 硬件监控 41
|
||||
3.2.2 服务监控 42
|
||||
3.2.3 趋势分析 42
|
||||
3.3 日志管理 43
|
||||
3.3.1 操作日志 44
|
||||
3.3.2 系统日志 45
|
||||
3.3.3 日志配置 46
|
||||
3.4 备份与恢复 47
|
||||
3.4.1 数据备份 47
|
||||
3.4.2 备份恢复 51
|
||||
3.4.3 备份校验 51
|
||||
3.4.4 异地存储 52
|
||||
3.5 系统自检 53
|
||||
3.5.1 服务自检 53
|
||||
3.5.2 链路自检 54
|
||||
3.5.3 自检报告 55
|
||||
3.6 监测大屏 55
|
||||
3.6.1 波形实时展示 56
|
||||
3.6.2 通道状态展示 57
|
||||
3.6.3 采集数据展示 57
|
||||
3.7 配置管理 58
|
||||
3.7.1 设备管理 58
|
||||
3.7.2 通道管理 58
|
||||
3.7.3 采集配置 59
|
||||
3.8 数据溯源 60
|
||||
3.8.1 状态数据 60
|
||||
3.8.2 故障数据 61
|
||||
3.9 模型管理 63
|
||||
3.10 任务管理 65
|
||||
3.10.1 用户数据管理接口 66
|
||||
3.10.2 任务编排 67
|
||||
3.10.3 定时任务配置 67
|
||||
3.10.4 第三方接口调用配置 67
|
||||
3.11 数据驾驶舱 68
|
||||
3.12 数据服务 69
|
||||
3.12.1 数据资源管理 70
|
||||
3.12.2 数据治理管理 74
|
||||
3.12.3 数据开发管理 77
|
||||
3.12.4 数据服务管理 79
|
||||
4. 程序版本与硬件要求 83
|
||||
4.1 端设备参数系统要求 83
|
||||
4.2 边设备参数系统要求 83
|
||||
4.3 云设备参数系统要求 83
|
||||
4.4 软件版本详细情况 84
|
||||
|
||||
|
||||
1.项目理解
|
||||
1.1建设背景
|
||||
新一轮信息技术革命加速数字经济时代到来。习近平总书记强调发展数字经济，释放数据要素价值。2026年《十五五规划纲要》要求推进数字中国建设，促进云边端协同与智算供给，健全数据全生命周期管理。推动多源异构数据标准化汇聚、治理与可信存储，将海量健康数据转化为标准化资产，支撑数字孪生健康与全生命周期管理，为故障预测与健康管理平台指明方向。
|
||||
某平台包含实时故障预测系统、数字孪生驱动的某系统健康管理可视化系统、典型设备故障预测与健康管理系统等多子系统。各个子系统由不同应用系统组成，各自采集终端数据，数据被重复采集。同一设备上存在不同系统的采集设备，资源消耗过大，重复工作过多，效率低下。在规定的同一时间内各个子系统采集的数据，由于采集数据的时间依据不统一，可能导致数据不一致，可能获取脏数据并存在数据孤岛。各子系统自定义数据获取、查看、管理等权限导致业务应用程序工作权限不一致，存在业务操作范围过大，数据管理权限混乱等风险。每个子系统各自运行，平台内数据不一致性导致业务产出结果没有标准依据，无法为业务及领导提供决策支撑同时平台内的数据无法形成标准化、健康的、可行的业务资产。
|
||||
鉴于上述内容，现决定建设系统故障预测与健康管理数据应用平台，通过构建数据“接入-治理-存储-加工-服务”一体化闭环，实现数据统一汇聚、标准治理、合规存储、智能加工、服务化输出，从根源上解决数据碎片化、孤岛化问题，为数字孪生提供持续稳定的数据供给。向下统一接入各类感知终端与异构系统，向上为数字孪生引擎、业务应用、决策平台提供标准化数据服务，承担 “数据中枢、数据服务[ 1、不过分夸大功能效果；][已修改]、业务服务”作用。推进数字化建设，提升业务水平。
|
||||
1.2建设原则
|
||||
在“统一规划、统一标准、统一建设、统一管理”的“四统一”总体原则指导下，“避免重复建设、避免职能交叉、避免信息孤岛”[ 1、重新编写改章节内容，按工程技术类风格实事求是写；][已修改]。具体规划设计工作遵循以下原则。
|
||||
（一）统一规划，业务驱动
|
||||
立足业务实际需求，以实际业务为导向，明确数据中台的建设范围、技术架构、实施步骤、资源配置、阶段性目标及验收标准，确保规划方案贴合建设实际，能够有效指导后续建设工作，避免因规划脱节、规划混乱导致的工程返工、资源浪费等问题，为整个数据中台工程建设奠定坚实的规划基础。
|
||||
（二）一套标准，全局应用
|
||||
结合现有系统技术标准及业务数据特点，统一制定数据标准、接口标准、安全标准及运维标准。其中，数据标准明确数据编码、数据格式、数据口径等核心要求，避免数据混乱、数据不一致；接口标准规范数据交互方式，保障数据与各业务系统、外部系统的顺畅对接；安全标准和运维标准明确安全防护要求、运维流程及责任分工，保障系统长期稳定运行。所有标准的制定均立足业务需求，不照搬照抄，确保标准的实用性和可操作性，为工程建设提供统一的技术依据。
|
||||
（三）统筹建设，安全可靠
|
||||
协调配合各建设环节、各业务系统，统一实施数据采集、数据治理、数据存储、数据服务等核心模块的建设，统一调配人力、物力、财力等工程资源，确保建设过程规范有序、协同高效。组织关键里程碑系统协同调试，确保数据中台各模块衔接顺畅、功能适配，避免因分散建设导致的工程质量参差不齐、系统兼容性差等问题，保障工程建设的整体性和系统性。
|
||||
（四）统一管理，稳定明确
|
||||
建设完成后，保障系统长期稳定运行、发挥工程价值的关键。建立统一的管理体系，涵盖数据管理、系统运维、安全管理、人员管理等各个方面。数据管理明确数据全生命周期的管理流程，确保数据质量持续可控；系统运维建立统一的监控、巡检、故障处理机制，及时发现并解决系统运行中的问题；安全管理落实分级防护、权限管控等要求，保障数据和系统安全。
|
||||
1.3建设目标
|
||||
本项目引入数据治理、分布式计算、容器化部署与国产化适配等关键技术，基于统一数据应用管理平台开展研究，覆盖“数据采集、数据治理、数据存储、数据处理、数据服务、算法管理、运维管理、系统管理”的完整技术体系，能够进一步丰富和完善某系统故障预测与健康管理技术体系,提高系统的数据治理能力、智能化程度和业务支撑水平,为上层应用的持续创新和可靠运行提供坚实保障。
|
||||
（一）顶层设计行业数智化管理体系，支撑行业高质量发展
|
||||
实现数据从“分散杂乱”向“统一规范”转变、从“资源消耗”向“资产增值”转变、从“被动响应”向“主动支撑”转变，构建起适配边缘资源、支撑数字孪生、赋能业务应用的数据底座，为数字孪生驱动的某系统提供稳定、高效、可信的数据支撑，同时降低系统运维成本、提升业务创新能力，助力系统实现健康管理智能化、数据利用高效化、业务运行敏捷化。
|
||||
（二）建设数智化云应用，实现业务与数据大协同
|
||||
建设实施数据治理、数据管理、算法管理、数据采集、运维管理与系统安全等业务应用，遵照“云-边-端”IoT协同架构理念，采用微服务与完全容器化（Docker）部署形态，实现平台内各子系统业务上下协同、数据共享。
|
||||
（三）实现数据全周期管理，提升核心竞争力
|
||||
构建数据“接入-治理-存储-加工-服务”一体化闭环，通过建设跨系统运行状态参数统一监测服务、算法资源管理服务、任务配置服务、计算任务管理服务、服务器自动运维服务等服务，实现各子系统高效协同，促进子系统管理提质增效。
|
||||
本次实施工作主要包括需求分析及方案设计、数据收集及处理、系统部署及配置、系统测试、培训、上线准备及切换、上线试运行支持等。
|
||||
1.4建设思路[ 1、思路统一放到前面去讲，这里主要讲具体设计与实现；][已修改]
|
||||
本平台建设以“统一接收、集中管理、按需服务、支撑应用”为总体思路，围绕故障诊断、虚拟仿真、数字孪生和实时监测大屏等业务系统的数据使用需求，建设一套统一的数据资源管理与数据服务支撑平台。以及各业务系统产生的文件数据、模型数据、仿真结果数据和分析结果数据，在平台侧完成数据校验、分类存储、资源组织、接口发布、数据集管理、算法任务管理和大屏数据支撑。
|
||||
平台建设的核心目标，是解决多系统数据来源分散、数据格式不统一、数据重复存储、数据难以查询复用、模型侧取数不规范、大屏展示数据项维护成本高等问题。通过建设统一数据服务平台，将现场采集数据、故障诊断数据、虚拟仿真数据、数字孪生数据、音视频资料、文档资料、模型文件和分析结果统一纳入平台管理，形成面向业务系统的数据支撑底座。
|
||||
（1）以统一数据服务平台为中心开展建设
|
||||
平台建设围绕统一数据服务平台展开，平台作为数据资源的集中管理入口和统一服务出口。向下承接前端数据网关、业务系统、模型系统和文件资源，向上支撑故障诊断系统、虚拟仿真系统、数字孪生系统、实时监测大屏、故障诊断大屏和数据管理门户。
|
||||
（2）以标准化数据接收为平台入口
|
||||
平台首先建设标准化数据接收能力，对接前端数据网关输出的数据、业务系统接口数据、模型分析结果和文件类数据。前端数据网关输出的状态数据、监测参数、波形数据进入平台后，由平台进行格式校验、字段完整性校验、测点编号校验、时间戳校验和数据质量记录。
|
||||
对于故障波形、特征数据、工况数据、仿真模型、仿真结果、音视频、文档资料和分析报告等文件类数据，平台提供文件上传、批量导入和接口接入能力。文件进入平台后，系统记录文件名称、文件类型、文件大小、所属任务、时间范围、业务标签和存储位置，保证文件能够被查询、下载、预览和复用。
|
||||
（3）以分类型存储支撑不同数据特征
|
||||
平台根据不同数据类型采用不同存储方式，避免所有数据进入单一数据库造成性能和维护问题。
|
||||
状态数据、运行参数、实时监测指标和历史趋势数据进入时序数据库，用于支撑实时曲线、历史趋势、状态回放和大屏刷新。设备信息、测点信息、接口配置、用户权限、数据集信息、算法任务信息和大屏数据项配置进入关系型数据库，用于支撑平台业务管理和元数据维护。音视频、仿真结果、模型文件和文档资料进入对象存储，用于支撑大容量文件归档和复用。数据标签、故障类型、工况类型、任务编号、文件说明和关键字信息进入检索服务，用于提升数据查询和资源定位效率。热点数据、实时状态、任务状态和临时查询结果进入缓存服务，用于提升平台响应速度。
|
||||
通过时序数据库、关系型数据库、对象存储、检索服务和缓存服务组合，平台形成既能支撑实时数据访问，又能支撑文件归档、历史追溯和快速检索的数据存储体系。
|
||||
（4）以数据资源组织提升数据可用性
|
||||
平台建设数据目录、数据标签、数据质量和数据使用记录能力，将接入后的数据转化为可管理、可查询、可复用的数据资源。平台按照设备对象、测点对象、数据类型、业务系统、任务过程、工况条件、故障类型、仿真场景和时间范围等维度组织数据，形成统一的数据资源视图。
|
||||
每条数据、每个文件、每个结果都记录其来源、时间、关联对象、处理状态、质量状态、存储位置和使用情况。用户能够在平台中按照设备、测点、时间、任务、工况、故障类型和数据类型进行组合查询，快速定位所需数据。通过数据资源组织，平台将分散的数据变成可查、可看、可用、可追溯的数据资产。
|
||||
（5）以数据集管理支撑模型和仿真应用
|
||||
平台面向故障诊断、状态评估、故障预测、虚拟仿真和数字孪生等应用，建设数据集管理能力。用户可从历史监测数据、状态数据、波形数据、特征数据、故障结果、工况数据、仿真结果和文档资料中按条件抽取样本，形成不同用途的数据集。
|
||||
数据集支持创建、查询、样本查看、数据标注、标签维护、版本管理、导入导出和使用记录管理。每个数据集记录数据来源、样本范围、样本数量、标注状态、创建人员、创建时间、版本信息和适用场景。数据集被模型训练、算法验证或仿真分析调用后，平台记录其使用情况和输出结果，保证数据集来源清晰、版本可控、使用可追溯。[ 1、初步看，这块内容与前面有很多类似重复，全文认真梳理；][已修改，此处放在建设方案最前端，统一表述该部分内容的作用，以后不再复述]
|
||||
（6）以统一接口服务支撑业务系统调用
|
||||
平台对外提供统一数据服务接口，各业务系统不直接访问底层数据库、对象存储或文件目录，而是通过平台接口获取所需数据。普通业务数据通过 RESTful API 提供查询、维护和调用能力，实时状态数据、告警数据和任务状态通过 WebSocket 或消息订阅方式推送，音视频、模型文件、仿真结果和文档资料通过文件服务完成上传、下载、预览和归档。
|
||||
平台对接口进行统一管理，记录接口名称、接口地址、请求方式、入参说明、返回字段、调用系统、调用权限、调用日志和异常信息。通过统一接口服务，降低各业务系统对接成本，避免系统之间直接访问数据库造成耦合和安全风险。
|
||||
（7）以模型侧支撑形成数据分析闭环
|
||||
平台为故障诊断、状态评估、故障预测、特征提取和仿真分析等模型侧应用提供数据支撑。模型侧系统通过平台获取标准化后的状态数据、波形数据、特征数据、工况数据、历史数据、数据集和质量标识，基于统一设备编号、测点编号、时间范围和数据质量信息开展模型推理和算法分析。
|
||||
模型运行完成后，将诊断结果、故障类型、故障等级、故障位置、置信度、预测结果、诊断建议和分析报告回写至平台。平台将模型输出结果与输入数据、设备对象、测点对象、算法版本、任务记录和数据集建立关联，形成从数据输入、模型分析、结果回写到结果归档的闭环管理。
|
||||
（8）以大屏数据项管理提升展示开发效率
|
||||
平台为实时监测大屏、故障诊断大屏和虚拟仿真大屏提供统一数据支撑。大屏所需数据项由平台统一维护，包括数据项名称、数据来源、调用地址、刷新周期、统计口径、返回字段、展示类型和启停状态。
|
||||
实时监测大屏可通过平台获取系统运行状态、设备状态、关键运行参数、告警信息和服务健康状态。故障诊断大屏可获取故障统计、波形数据、特征数据、模型运行状态和诊断结果。虚拟仿真大屏可获取工况数据、仿真模型、仿真任务、仿真结果和分析报告。通过大屏数据项配置化管理，减少大屏前端与底层接口的强绑定，提高后续指标调整和页面维护效率。
|
||||
（9）以微服务架构保障平台扩展能力
|
||||
平台后端采用 Spring Cloud 微服务架构，将数据接收服务、数据资源服务、数据集服务、文件服务、算法任务服务、大屏数据项服务、接口服务、权限认证服务和运行监控服务进行模块化拆分。各服务职责清晰，能够独立开发、独立部署和独立扩展。
|
||||
平台前端采用 Vue3、Element Plus 和 ECharts 建设数据管理门户、大屏配置页面、数据集管理页面、算法任务页面、历史数据查询页面和可视化展示页面。平台通过统一网关对外发布接口，并结合权限控制、日志审计、接口监控和异常告警能力，保证系统稳定运行。
|
||||
（10）以安全运维体系保障长期运行
|
||||
平台建设统一认证、角色权限、接口权限、数据权限、日志审计、服务监控、接口监控、任务监控、数据质量监控和异常告警能力。用户访问平台功能和数据资源时，系统根据角色和权限进行控制。数据查询、文件下载、接口调用、数据导入、数据标注、算法上传、任务执行和配置修改等操作均记录审计日志。
|
||||
平台对数据接收状态、接口调用状态、任务执行状态、服务运行状态、存储容量和异常信息进行持续监控，发现异常后进行告警提示和日志追溯，保障平台具备可运行、可维护、可追踪和可扩展能力。
|
||||
2.总体设计
|
||||
2.1设计遵循准则
|
||||
系统故障预测与健康管理数据应用平台，按照“统筹组织、顶层设计、分期实施、兼顾差异”的推进思路，各研发人员密切配合，从总体布局上做好顶层设计。
|
||||
总体系统架构按照服务的技术框架（云平台+微服务）和灵活的业务架构设计。业务架构参考“业务中台”的设计思路，沉淀公共的服务和数据，如跨系统运行状态和参数统一监测、数据监管、服务器运行监测分析等核心能力。
|
||||
为保证总体架构设计的先进性、成熟性和可实施性，在总体架构设计过程中，遵循“业务驱动”的原则，采用业务架构分析、应用架构设计到系统架构设计的三步设计方法。
|
||||
结合国内物联网 “标准化、集约化、安全化” 的建设要求，以及文档中平台的设计理念，遵循以下准则：
|
||||
2.1.1标准化先行
|
||||
以标准领先、建设规范、持续改进、争创一流为标准化指导方针，以前瞻性、适用性、渐进性为工作原则，以业务需求为导向，以系统设计为指导思想，基于统一的云平台进行规划设计，建设统一的数智化平台技术标准规范，规范业务流程标准、数据交换规范、业务协同方式等，形成统一的标准化常态运维机制，有效提升平台建设质量。
|
||||
统一设备接入标准：规范设备通信协议、接口规范与数据格式，打通多源异构数据接入壁垒，实现不同厂家、类型采集装置无缝对接，消除多源异构数据带来的设备互联与数据孤岛问题。统一数据模型：依据平台数据治理要求，建立覆盖故障数据、工况数据、监测指标、故障波形、报警规则、可视化数据项的标准化数据模型，统一业务语义，确保数据一致性、可信性与可复用性，构建标准化业务数据资产。
|
||||
2.1.2数据驱动决策
|
||||
围绕核心需求，立足边缘侧资源受限场景，构建承上启下的边缘智能化健康管理数据底座，打通数据全链路闭环，实现数据统一管理、高效复用、智能调度，为数字孪生系统及上层应用提供标准化、可信化、敏捷化的数据支撑。
|
||||
全生命周期管理：构建数据接入 — 数据治理 — 数据存储 — 数据加工 — 数据服务闭环管理体系，通过全流程数据处理，形成故障数据集、工况数据集、故障监测指标等可信可复用数据资产，避免上层应用重复加工，实现数据能力高效复用。云边协同处理：采用云边协同分布式处理架构，依据算力需求、数据量与实时性要求，协同调度数据抽取、特征计算、故障预测等任务在各层级设备运行，优化资源利用，提升整体数据处理效率。
|
||||
2.1.3安全可控底线
|
||||
全链路安全防护：围绕标准化、可信、可追溯、高可用核心目标，构建设备接入、数据传输、存储加工、应用访问全链路安全机制，结合权限管控、操作审计、备份恢复、系统自检，保障平台稳定运行与数据安全可信。
|
||||
2.1.4弹性扩展适配
|
||||
架构可扩展：采用松耦合、分布式、高可用设计，支持横向扩展，动态适配设备接入规模、数据流量与业务场景增长。接口开放兼容：管理原始数据与上层应用数据项关联关系，向上提供语义明确、封装完善的数据服务，屏蔽底层异构复杂性，降低应用接入与运维成本，为故障诊断、虚拟仿真、数字孪生等上层应用提供敏捷支撑。
|
||||
2.1.5微服务化设计
|
||||
通过微服务化设计，实现系统内部松耦合、高内聚，提高系统性能与可扩展性。
|
||||
通过流程分析和流程分解抽取出业务组件，并对业务微服务之间的交互进行描述，详细说明交互点和交互场景。随后细化进入到一个业务微服务内部，对系统用例之间的相互调用进行描述。架构分层后，将各个业务微服务拆分为多个技术微服务，包括展示层微服务，应用层微服务，逻辑层微服务等。再根据业务交互、用例交互，分析微服务之间的调用关系，通过业务和流程分析的方法来定义微服务间的接口。微服务之间的调用只能通过接口，经过封装的微服务内部逻辑对外呈完全黑盒。
|
||||
构建的微服务需要定义规范的接口，才能正确“安装”到系统中。微服务因各自接口不同而相互差异，微服务可以重新构建，但必须严格按照原有设计规范定义接口，否则会造成整个系统出现异常。规范的接口定义，使得模块之间界限明确，系统更加松耦合。同时微服务的复用能够使系统高内聚，方便了后期的维护与再开发。
|
||||
微服务化设计使得系统开发过程中可以“即插即用”地快速构造应用软件。不仅可以节省时间和经费，提高工作效率，而且可以产生更加规范、更加可靠的应用软件。
|
||||
系统内部松耦合、高内聚除可提高系统的可扩展性外，更重要的是可以充分利用云计算技术所带来的优势，即资源的弹性伸缩能力与自动化运维能力，大幅提高系统的性能和用户体验。
|
||||
2.2总体设计方案
|
||||
2.2.1总体架构[ 1、前面已有“架构设计”章节，又需要“总体架构”？把各层级“架构”细化描述清晰；][已修改]
|
||||
根据项目建设内容，遵循数智化系统建设架构体系，打造1个平台、2层服务N个应用的“1+2+N”模式的某系统故障预测与健康管理平台，进行总体规划、统一设计开发和实施应用。
|
||||
|
||||
图 1系统架构图
|
||||
“ 1”个平台，是支撑整个系统的统一技术平台底座，承载业务应用子系统，为各子系统提供基础技术与数据的支撑与服务。
|
||||
“2”层服务+“N”个应用，是云平台本身的N个应用，主要为了业务灵活调整数据服务为服务层应用提供数据，同时，服务应用层为各个子系统独自建立的业务应用满足平台不变，业务自建，持续服务，自由扩展。
|
||||
平台是一个统一的整体，以平台建设理念为基础，根据行业当前管理需要，总体规划、统一设计开发和分批分期实施应用，遵循行业系统建设标准、规范体系和安全保障体系。
|
||||
2.2.1.1.终端设备资源管理
|
||||
平台具备多类型终端设备统一资源管理能力，可全面适配现场各类采集终端、传感设备、边缘网关等异构设备，实现终端资源集约化、标准化、可视化管控。平台支持多协议兼容接入，可适配各类终端的通信适配需求，有效匹配前端ZeroMQ、MQTT双协议的数据传输架构，实现高低频数据终端的全覆盖接入。
|
||||
系统可对所有接入终端进行统一台账管理，自动录入设备编号、类型、点位信息、部署位置、运行参数等基础信息，形成完整的设备资源档案。平台支持终端权限管控、参数远程配置、状态运维及生命周期全流程管理，有效规避设备接入混乱、资源闲置、运维滞后等问题，保障海量终端稳定、有序、协同运行，为平台数据精准采集、高并发接入提供可靠的终端资源支撑。
|
||||
2.2.1.2.数据处理与存储
|
||||
平台按数据特征实行分类型采集、差异化存储架构：通过边缘采集终端统一采集现场时序数据与业务结构化数据。
|
||||
设备测点等高频采样时序数据，具备采集频率高、数据量大、时序连续性强的特点，实时接入后经清洗、去重、补点预处理，写入涛思时序数据库，依托其高吞吐、压缩率高、时序查询高效的优势，支撑实时监控、趋势分析、历史回溯与秒级聚合统计。
|
||||
系统管理、日志管理、配置管理、模型管理、任务管理等业务结构化数据，关联性强、变更频次低、需强事务一致性，经数据规整校验后统一存储到数据库[ 1、哪里来的设计输入？][已修改]，保障数据完整性、权限管控与复杂关联事务查询。
|
||||
两类数据按业务逻辑解耦存储，兼顾时序数据写入查询性能与业务数据安全可靠、事务可控，适配平台整体数据治理与业务应用需求。
|
||||
2.2.1.3.业务数据高并发接入
|
||||
平台采用ZeroMQ+MQTT双协议消息队列架构，实现业务数据高并发、低延迟、稳定可靠的接入能力，有效适配高低频数据差异化传输需求。
|
||||
针对高频时序数据，采用ZeroMQ进行发布-订阅传输，依托其高性能、低时延、高吞吐特性，支撑百万级传感器测点并发采样与实时推送，无需中间代理即可实现端到端高速数据传输，保障高频数据毫秒级上报，满足实时采集、连续传输与高并发写入需求。
|
||||
针对低频业务数据，采用MQTT轻量级协议接入，适配终端多、连接分散、带宽有限场景，支持海量设备异步连接、消息持久化与断点续传，保障低频业务数据稳定可靠接入，降低连接资源消耗。
|
||||
整体接入层实现“协议隔离、流量削峰、负载均衡”，有效应对高并发、大流量冲击，确保高低频数据有序分发、不丢包、不拥堵，为后端涛思数据库提供稳定、高效的数据输入支撑，满足平台高并发接入与长期稳定运行需求。
|
||||
2.2.2业务架构
|
||||
业务架构遵循1+3横向设计规范，统一个安全体系、统一的标准体系、统一的运维体系三个“统一”体系覆盖一个平台。业务架构图如下：
|
||||
|
||||
图 2 业务架构图[ 1、图按照黑白灰色为主重构，提供Visio可编辑版本，这个配色过于复杂；下述图片类同修改；]
|
||||
层级 说明
|
||||
表现层 PC端大屏展示，用户交互媒介
|
||||
应用层 提供业务服务（用户管理、硬件监控、系统日志、系统自检、模型管理、历史数据、文档数据、监测大屏、配置管理、备份恢复、数据溯源等）
|
||||
支撑层 数据接入、清洗、转换、存储的基础服务
|
||||
数据采集层 采集数据服务（高频板卡数据采集、低频板卡数据采集）
|
||||
数据网关层 数据交换、数据安全等保障措施
|
||||
设施层 网络硬件等基础资源
|
||||
|
||||
2.2.2.1.数据统一管理
|
||||
统一数据服务平台作为数据资源的集中接收和管理入口，。现场采集数据由前端采集链路和数据网关完成接入、解析和标准化封装后，输出至统一数据服务平台。平台侧负责接收已经标准化的数据对象，并按照平台数据规范进行校验、入库和后续管理。
|
||||
除实时采集数据外，平台同时接收故障波形文件、特征数据文件、工况数据文件、仿真模型文件、仿真结果文件、音视频资料、文档资料和模型分析结果等数据资源。对于接口类数据，平台通过标准API或消息通道进行接收；对于文件类数据，平台通过文件上传、导入或系统接口方式进行接收；对于结果类数据，平台通过模型侧或业务系统回写接口进行接收。
|
||||
2.2.2.2.业务数据存储
|
||||
平台采用分类型存储方式建设数据资源存储体系，不将所有数据简单存入单一数据库，而是根据数据特征选择合适的存储方式。
|
||||
存储类型 数据内容 技术选型 国产化支持
|
||||
时序数据库 状态数据、实时监测数据、历史趋势数据 涛思TDengine/KaiWuDB ?
|
||||
关系型数据库 设备信息、测点信息、用户权限、接口配置、数据集信息 主流数据库 ?
|
||||
对象存储 故障波形文件、特征数据文件、仿真模型、音视频资料、文档资料 MinIO
|
||||
缓存服务 高频访问的实时快照提供极速查询支撑 Redis
|
||||
|
||||
2.2.2.3.API开放
|
||||
平台内置标准化API开放接口体系，面向第三方系统、上层业务平台及应用终端提供安全、稳定、通用的数据交互与业务调用服务，实现跨系统的数据互通与能力共享。平台接口适配性强，可对接各类异构业务系统，支持时序数据、设备资源数据、业务台账数据的查询与推送，覆盖数据查询、设备管控、状态获取、业务同步等核心场景。
|
||||
接口遵循通用开发规范，支持权限校验、身份认证、请求限流与日志记录，有效防范非法访问与高频请求冲击，保障接口调用安全稳定。同时支持灵活的接口适配、拓展与调试，可根据业务需求自定义调用规则，适配不同场景的集成需求。通过标准化API接口，可快速实现平台与外部系统的无缝对接，打破数据孤岛，充分释放平台采集、存储、设备管理的数据价值，大幅提升系统整体的开放性、兼容性与可扩展性。
|
||||
2.2.2.4.国产化适配
|
||||
平台具备完善的软硬件国产化适配与跨环境兼容能力，全面适配主流运行环境与国产信创生态体系，可满足各类国产化部署与安全替代应用场景。硬件层面全面兼容X86、ARM两大主流硬件架构，适配不同服务器与终端硬件部署环境，具备极强的硬件通用性与扩展性。操作系统层面同时支持Windows、Linux通用主流系统，深度适配麒麟国产操作系统，完成系统内核、运行组件、服务调度的全维度兼容适配，可稳定运行于国产化终端与服务器设备。
|
||||
数据库生态高度适配国产数据库体系，有效兼容达梦、涛思、庚顿、KaiWuDB等国产主流数据库，可实现业务结构化数据、时序数据的稳定读写、存储与调用。平台通过全方位的国产化适配改造与兼容性优化，解决了软硬件异构适配难题，摆脱对国外生态的依赖，保障系统部署、运行、数据存储的自主可控，充分满足信创建设要求，适配政企国产化替代与安全合规部署需求。
|
||||
2.2.3技术架构
|
||||
|
||||
本平台采用 Spring Cloud 微服务架构进行建设，以统一数据服务平台为核心，将系统能力拆分为一组职责清晰、边界明确、可独立部署、可独立扩展的服务单元。各微服务通过统一网关、服务注册发现、标准API、统一认证和内部服务调用机制进行协同，共同支撑数据接收、资源管理、数据集管理、文件管理、算法任务管理、大屏数据项管理、接口服务、权限控制、日志审计和运行监控等平台能力。
|
||||
通过微服务架构，平台能够避免传统单体系统功能耦合度高、部署复杂、扩展困难的问题，实现业务模块解耦、基础能力复用、服务弹性扩展和数据能力统一输出。平台在建设过程中结合缓存、对象存储、分类型数据库、消息订阅、接口网关和容器化部署等技术手段，提升系统在多业务系统接入、高并发访问、大文件管理、实时数据服务和大屏展示场景下的运行能力。
|
||||
2.2.3.1.服务拆分与业务解耦
|
||||
平台按照业务职责和数据边界进行服务拆分，形成数据接收服务、数据资源服务、数据集服务、文件资源服务、算法任务服务、大屏数据项服务、接口服务、权限认证服务、日志审计服务和运行监控服务等核心微服务模块。各服务只负责自身业务范围内的功能处理，通过标准接口与其他服务协同。
|
||||
这种拆分方式使各模块能够独立开发、独立测试、独立发布和独立扩容。当某一服务访问压力较大时，可单独增加该服务实例，而不影响其他服务运行，从而提升平台整体弹性和维护效率。
|
||||
2.2.3.2.统一网关与接口治理
|
||||
平台通过API网关作为统一服务入口，对外提供统一访问地址、统一路由转发、统一认证鉴权、统一接口限流和统一日志记录。外部业务系统、前端页面和第三方应用不直接访问后端微服务，而是通过网关调用平台能力。
|
||||
通过统一网关，平台能够集中管理接口访问路径、调用权限、接口版本、请求转发和异常响应，降低系统对接复杂度，提升接口安全性和可维护性。
|
||||
2.2.3.3.服务注册发现与集中配置
|
||||
平台采用服务注册与发现机制实现服务实例动态管理。各微服务启动后自动注册到注册中心，调用方通过服务名称发现目标服务实例。当服务实例扩容、下线、迁移或异常时，平台能够通过注册发现机制动态感知，保证服务调用链路稳定。
|
||||
平台同时建立统一配置管理机制，将服务参数、接口地址、开关配置、运行配置和环境配置进行集中维护。不同环境下的服务配置可统一管理和动态调整，避免配置分散在各服务内部造成维护困难。
|
||||
2.2.3.4.高并发访问与性能支撑
|
||||
平台通过缓存、对象存储、分类型数据库、接口聚合和异步处理等方式提升高并发访问能力。对于热点数据、实时状态、任务状态、大屏指标和常用配置，平台使用 Redis 缓存降低数据库访问压力。对于波形文件、音视频、模型文件、仿真结果和文档资料，平台使用 MinIO 对象存储进行统一管理，避免大文件直接占用业务数据库资源。
|
||||
对于结构化业务数据、时序监测数据、检索数据和文件数据，平台分别采用关系型数据库、时序数据库、检索服务和对象存储承载，使不同类型数据进入合适的数据组件，提高查询效率和系统稳定性。
|
||||
2.2.3.5.消息分发与系统解耦
|
||||
平台通过消息订阅和异步分发机制支撑跨系统数据调用。对于实时状态、任务消息、模型结果、大屏刷新数据和系统通知类数据，可通过消息队列或订阅机制进行分发，避免业务系统之间直接强耦合。
|
||||
通过异步消息机制，平台能够削减瞬时访问压力，提高数据分发效率，并增强系统在多业务系统并发调用场景下的稳定性。
|
||||
2.2.3.6.基础能力复用
|
||||
平台将用户管理、角色权限、接口管理、文件管理、日志审计、数据目录、数据标签、数据质量、数据集管理、算法任务管理和大屏数据项管理等通用能力进行统一封装，形成可复用的基础服务组件。
|
||||
上层故障诊断、虚拟仿真、数字孪生、实时监测大屏和数据管理门户等应用可按需调用平台能力，不再重复建设相同的基础功能，从而提高系统建设效率，降低后续扩展和维护成本。
|
||||
2.2.3.7.微服务运行治理
|
||||
平台建立完整的微服务运行治理机制，包括服务健康检查、接口限流、熔断降级、异常处理、运行日志、链路追踪和告警监控。系统持续监测各微服务运行状态、接口调用情况、任务执行情况和资源使用情况。
|
||||
当服务异常、接口超时、任务失败或资源占用过高时，平台能够记录异常信息并触发告警，便于运维人员快速定位和处理问题，保障系统长期稳定运行。
|
||||
2.2.3.8.容器化部署与扩展演进
|
||||
平台采用容器化方式进行服务交付和运行管理。各微服务可独立打包、独立部署、独立升级，前端应用、后端服务、缓存服务、对象存储、检索服务和监控组件可统一纳入部署环境管理。
|
||||
当前阶段可采用 Docker 或 Docker Compose 完成服务部署和运行管理，满足现阶段建设需求。随着后续业务规模扩大、服务数量增加和并发压力提升，平台可进一步扩展为 Kubernetes 编排部署模式，实现服务自动调度、弹性伸缩、滚动升级和故障恢复。
|
||||
2.2.3.9.统一数据服务能力输出
|
||||
平台通过微服务体系形成完整的数据能力输出链路。数据接收服务承接标准化数据和文件资源，数据资源服务负责数据目录、标签、质量和检索管理，数据集服务负责样本抽取、标注和版本管理，文件服务负责对象存储文件的上传、下载和预览，算法任务服务负责算法资源和运行任务管理，大屏数据项服务负责展示指标配置和数据输出，接口服务负责统一对外发布数据能力。
|
||||
各服务协同运行，形成从数据接收、分类存储、资源组织、数据集构建、模型调用、结果回写到大屏展示的完整数据服务闭环。
|
||||
2.2.4云边端工作协同[ 1、云边端协同的具体技术途径及功能需补充；]
|
||||
|
||||
|
||||
图 3 云边端协同图
|
||||
采用端 - 边 - 云协同 + 分层解耦的技术架构，以数据全生命周期管理为核心，构建了从设备数据采集、预处理、接入校验、分层存储到业务计算、应用展示与运维管控的完整闭环，实现了数据从原始采集到业务价值挖掘的高效转化，同时兼顾高性能、高可靠、高安全与可扩展性，为工业场景的数字化、智能化升级提供了坚实的技术底座。
|
||||
（一）端侧采集层
|
||||
高频数据采集模块：基于 C++ 开发，利用其高性能、低延迟的特性，适配毫秒级采样的传感器数据、设备实时运行参数等高频率时序数据采集，通过 ZeroMQ 低延迟消息队列协议传输，保障数据采集的实时性与完整性，避免高频数据的丢失或延迟，满足工业设备实时监控的核心需求。
|
||||
低频数据采集模块：基于 Java 开发，利用其跨平台、易集成的优势，适配设备配置信息、日志数据、批量状态数据等非实时低频数据的周期性采集，通过 MQTT 轻量级物联网协议传输，适配低带宽、弱网络环境，降低采集开发成本与传输带宽占用。两种采集方式互补，实现了对端侧设备数据的全面覆盖，同时为不同类型数据选择了最优的传输协议，实现了采集效率与传输成本的平衡。
|
||||
（二）边侧数据网关
|
||||
接收端侧采集层传来的异构数据，将不同协议、不同格式的原始数据进行标准化处理。对时序数据进行时间戳对齐、格式规整，解决端侧数据时间不同步、格式不统一的问题；对不同设备的私有协议进行转换，统一为云端可识别的标准协议；同时根据数据类型与业务需求，对数据进行初步路由分发。
|
||||
（三）云端接入层
|
||||
接收边侧网关上传的标准化数据，通过接入校验机制对数据的完整性、合法性、安全性进行验证，过滤恶意数据、错误数据与非法接入请求；同时通过权限控制机制，对不同来源、不同业务场景的数据进行权限划分，保障数据的安全隔离与合规访问并为上层提供日志管理、用户权限管理、监测等业务服务。
|
||||
2.2.5技术路线
|
||||
本项目以统一数据服务平台为中心，围绕故障诊断、虚拟仿真、数字孪生和综合监测大屏等应用的数据支撑需求，建设覆盖标准化数据接收、数据集中存储、数据资源管理、数据集构建、模型侧数据支撑、统一接口服务和大屏展示支撑的技术体系。平台不重复建设前端采集和数据网关能力，而是在已有数据网关输出的标准化数据基础上，完成数据接收、校验、入库、管理、检索、分发和服务发布，形成面向多业务系统的统一数据服务能力。
|
||||
整体技术路线按照“标准化数据接收、平台集中存储、资源统一管理、模型按需调用、接口统一服务、大屏集中展示”的思路开展建设。通过统一数据服务平台，将现场采集数据、故障诊断数据、仿真数据、音视频数据、文档数据、模型数据和分析结果数据纳入同一管理体系，避免各业务系统重复建设数据存储、数据查询和数据服务能力，提高数据复用效率和系统集成效率。
|
||||
|
||||
|
||||
图 1平台技术路线
|
||||
|
||||
(1)构建平台数据接收通道
|
||||
统一数据服务平台作为数据资源的集中接收和管理入口，对接前端数据网关、故障诊断系统、虚拟仿真系统、数字孪生系统以及相关文件资源。现场采集数据由前端采集链路和数据网关完成接入、解析和标准化封装后，输出至统一数据服务平台。平台侧负责接收已经标准化的数据对象，并按照平台数据规范进行校验、入库和后续管理。
|
||||
除实时采集数据外，平台同时接收故障波形文件、特征数据文件、工况数据文件、仿真模型文件、仿真结果文件、音视频资料、文档资料和模型分析结果等数据资源。对于接口类数据，平台通过标准API或消息通道进行接收；对于文件类数据，平台通过文件上传、批量导入或系统接口方式进行接收；对于结果类数据，平台通过模型侧或业务系统回写接口进行接收。
|
||||
通过平台数据接收通道，各类数据进入平台后统一纳入数据资源管理体系，为后续数据查询、历史追溯、数据集构建、模型调用和大屏展示提供基础。
|
||||
(2)标准化数据接收与校验
|
||||
平台在接收数据时，对数据格式、设备编号、测点编号、采集时间、数据类型、数据来源、质量标识、业务字段和文件属性进行检查。对于状态数据和监测参数，平台重点校验时间戳、测点编码、数据值、单位信息和质量状态；对于波形文件、特征文件、仿真结果、模型文件、音视频和文档资料，平台重点校验文件类型、文件大小、文件完整性、关联设备、关联任务、时间范围和元数据信息；对于模型分析结果，平台重点校验输入数据范围、算法版本、结果类型、结果编号和关联对象。
|
||||
对于符合要求的数据，平台按照数据类型进入后续存储和管理流程。对于字段缺失、格式异常、时间异常、编码不匹配或质量状态异常的数据，平台记录异常接收日志，并形成数据质量记录，便于后续问题追溯和数据修正。通过接收校验机制，保证进入平台的数据能够满足统一存储、统一检索和统一服务要求。
|
||||
(3)形成平台集中存储管理体系
|
||||
平台采用分类型存储方式建设数据资源存储体系，不将所有数据简单存入单一数据库，而是根据数据特征选择合适的存储方式。
|
||||
状态数据、运行参数、实时监测指标和历史趋势数据进入时序数据库，用于支撑实时曲线、历史趋势、状态回放、工况分析和大屏刷新。设备信息、测点信息、通道映射关系、用户权限、接口配置、数据集信息、算法任务信息、大屏数据项配置和业务管理数据进入关系型数据库，用于支撑平台基础管理和业务配置。故障波形文件、特征数据文件、工况文件、仿真模型、仿真结果、音视频资料、模型文件和文档资料进入对象存储，用于支撑大容量文件归档、下载、预览和复用。数据标签、文件说明、故障类型、工况类型、任务编号、设备编号、测点编号和关键字信息进入检索服务，用于支撑数据快速查询和组合检索。热点数据、实时状态、接口令牌、任务状态和临时查询结果进入缓存服务，用于提升平台访问效率和实时展示性能。
|
||||
通过关系型数据库、时序数据库、对象存储、检索服务和缓存服务组合，平台形成轻量化、可扩展、易维护的数据存储管理体系，满足当前项目的数据接入、历史存储、文件归档、快速检索和业务服务需求。
|
||||
(4)建立数据资源组织能力
|
||||
平台对接入后的数据进行统一资源化管理，按照设备对象、测点对象、数据类型、业务系统、任务过程、工况条件、故障类型、仿真场景和时间范围等维度建立数据目录和分类体系。
|
||||
每类数据均记录数据来源、接收时间、采集时间、处理状态、存储位置、质量状态、标签信息、关联设备、关联任务、使用记录和权限范围。用户能够在平台内按照设备、测点、时间、任务、工况、故障类型、数据类型等条件查询数据，能够查看实时数据、历史数据、波形文件、特征数据、仿真结果、模型结果和文档资料。
|
||||
平台通过数据目录和数据标签，使分散在采集链路、故障诊断系统、虚拟仿真系统、数字孪生系统和文件资料中的数据形成统一的数据资源视图。数据不再只是单独的文件或记录，而是具备来源、属性、标签、关联关系和使用记录的数据资源，便于后续查询、复用、分析和追溯。
|
||||
(5)建设数据集管理能力
|
||||
平台面向故障诊断、状态评估、故障预测、虚拟仿真和数字孪生等应用，建设数据集管理能力。平台支持从历史监测数据、状态数据、波形数据、特征数据、故障结果、工况数据、仿真结果和文档资料中按条件抽取样本，形成面向不同业务用途的数据集。
|
||||
数据集管理包括数据集创建、样本抽取、样本查看、数据标注、标签维护、版本管理、导入导出、使用记录和关联结果管理。每个数据集记录数据集名称、数据集编号、数据来源、样本范围、样本数量、标签信息、创建人员、创建时间、版本信息、适用场景和关联任务。
|
||||
平台通过数据集管理，将平台内存储的历史数据和文件资源转化为可用于模型训练、算法验证、仿真分析和结果复核的数据基础。数据集被模型或任务调用后，平台记录其使用过程和输出结果，保证数据集来源清晰、版本可控、使用可追溯。
|
||||
(6)实现模型侧数据支撑
|
||||
平台为故障诊断、状态评估、故障预测、特征提取和仿真分析等模型侧应用提供标准化数据支撑。模型侧系统不直接访问底层采集链路和原始数据格式，而是通过平台获取标准化后的状态数据、波形数据、特征数据、工况数据、历史数据、数据集和质量标识。
|
||||
平台根据模型侧需求，提供实时数据调用、历史数据查询、波形文件获取、特征数据获取、数据集调用和结果回写能力。模型侧基于统一设备编号、测点编号、时间范围、工况标识和数据质量信息进行模型推理和算法分析，输出故障类型、故障等级、故障位置、置信度、预测结果、诊断建议和分析报告。
|
||||
模型运行完成后，诊断结果、评估结果、预测结果和分析报告回写至平台。平台将模型输出结果与输入数据、设备对象、测点对象、时间范围、算法版本、任务记录和数据集建立关联，形成从数据输入、模型分析、结果回写到结果归档的闭环。
|
||||
(7)建设统一数据服务接口
|
||||
平台对外提供统一数据服务接口，支撑故障诊断系统、虚拟仿真系统、数字孪生系统和各类大屏应用调用平台数据。各业务系统不直接访问底层数据库、对象存储或文件目录，而是通过平台发布的标准接口获取所需数据。
|
||||
普通业务数据通过API提供查询、维护和调用能力，包括设备数据、测点数据、历史数据、数据集数据、任务数据、模型结果数据和配置数据。实时状态数据、告警数据、任务状态和关键指标通过 WebSocket 或消息订阅方式提供推送能力。波形文件、音视频文件、仿真结果、模型文件和文档资料通过文件服务完成上传、下载、预览和归档。标签数据、文件资源、历史记录和业务结果通过检索服务实现快速查询。
|
||||
平台对所有接口进行统一管理，记录接口名称、接口地址、请求方式、入参说明、返回字段、调用系统、调用权限、调用日志和异常信息。通过统一接口服务，平台降低各业务系统集成复杂度，提高数据调用的一致性和可维护性。
|
||||
(8)支撑算法任务统一管理
|
||||
平台建设算法资源管理和计算任务管理能力，对故障诊断算法、特征提取算法、状态评估算法、故障预测算法和仿真分析算法进行统一登记、配置、运行和结果管理。
|
||||
算法资源管理包括算法上传、算法登记、算法版本管理、输入输出参数维护、运行环境说明、适用场景说明和算法文件归档。算法文件、模型文件和依赖文件存储在对象存储中，算法名称、算法版本、算法类型、输入参数、输出格式、运行环境和适用范围等信息存储在平台业务库中。
|
||||
计算任务管理包括任务创建、任务配置、任务启动、任务暂停、任务终止、任务状态跟踪、运行日志查看、异常信息记录和结果归档。用户能够基于平台中的数据集和算法资源创建计算任务，配置输入数据、运行参数、输出路径和执行方式。任务执行完成后，平台将输出结果归档，并与输入数据、算法版本、任务参数和业务对象建立关联，实现算法运行过程可监控、结果可追溯、数据可复用。
|
||||
(9)实现大屏集中展示支撑
|
||||
平台为实时监测大屏、故障诊断大屏和虚拟仿真大屏提供统一数据支撑。平台通过大屏数据项管理功能，维护各类展示指标的数据来源、调用地址、刷新周期、统计口径、返回字段、展示类型和启停状态。
|
||||
实时监测大屏展示系统运行状态、设备状态、关键运行参数、告警信息、接口状态和服务健康状态。故障诊断大屏展示故障统计、波形数据、特征数据、模型运行状态、诊断结果和告警趋势。虚拟仿真大屏展示工况数据、仿真模型、仿真任务、仿真结果和分析报告。
|
||||
大屏前端通过数据项编码调用平台接口获取展示数据，不直接绑定底层数据库和原始接口。后续新增展示指标、调整接口地址、修改统计口径或变更展示字段时，通过平台数据项配置完成维护，提高大屏开发效率和后续维护灵活性。
|
||||
(10)形成运维与安全保障能力
|
||||
平台建设统一运维与安全管理能力，包括用户认证、角色权限、接口权限、数据权限、日志审计、服务监控、接口监控、任务监控、数据质量监控和异常告警。
|
||||
用户访问平台功能和数据资源时，系统根据角色和权限进行控制。数据查询、文件下载、接口调用、数据导入、数据标注、算法上传、任务执行和配置修改等操作均记录审计日志。平台对服务运行状态、接口调用状态、任务执行状态、数据接收状态、存储容量和异常信息进行监控，发现异常后进行告警提示和日志追溯。
|
||||
通过运维与安全保障能力，平台能够支撑长期稳定运行，保证数据访问可控、接口调用可查、任务执行可追踪、异常问题可定位。
|
||||
(11)形成平台数据服务闭环
|
||||
通过上述技术路线，项目形成以统一数据服务平台为中心的数据服务闭环。前端数据网关完成现场数据接入和标准化封装后，将标准化数据输出至平台；平台对数据进行接收校验、集中存储、资源组织、数据集管理和统一服务发布；模型侧系统通过平台获取标准化数据和数据集，完成故障诊断、状态评估、故障预测和仿真分析，并将分析结果回写平台；大屏系统通过平台数据项服务获取展示数据，实现跨系统运行状态和关键参数的集中展示。
|
||||
3.软件功能设计
|
||||
按照架构体系的云服务平台，基于采集数据、系统数据等数据集建立应用系统，其中包括但不限于：用户管理、角色管理、权限管理、日志管理、数据服务管理、模型管理等，保证自有业务完整闭环，同时，通过业务情况自定义调整平台信息并为其他子应用提供数据支撑。
|
||||
|
||||
图 4软件功能设计图
|
||||
3.1系统管理
|
||||
提供平台基础权限与配置管控能力，实现多用户、多组织、多角色的精细化安全管理。
|
||||
3.1.1用户管理
|
||||
展示用户信息并支持系统管理员可以在此进行用户的管理和维护，包含用户编号、用户名称、所属部门、用户角色等。可按照部门名称、用户名称等进行查询。支持用户的新增、修改、删除、导入、导出、切换用户状态等操作。
|
||||
3.1.2组织架构管理
|
||||
部门职责即业务职能所具备的权限范围，关联用户到所属部门呈现完整组织架构及所有用户名称信息便于管理信息。支持对组织架构的添加、修改、删除及关联用户信息等操作，支持批量导入、导出、删除操作。
|
||||
3.1.3角色权限管理
|
||||
角色是相同岗位所拥有的一组权限的统称，在系统中体现为一些相关的职责，以及数据权限的范围。用户通过扮演不同的角色来完成权限的控制。角色分为业务类角色和管理类角色，管理类角色只能分配管理类职责，业务类角色只能分配业务类职责。通过角色互斥系统管理员不做业务或业务人员不参与系统管理的情况下设置。支持角色创建、修改、权限分配等操作。
|
||||
|
||||
图 5 角色权限示意图
|
||||
3.1.4数据字典
|
||||
数据字典作为平台元数据管控核心模块，主要实现全系统数据项、数据结构、业务编码及接口字段的集中定义、统一维护与规范引用，明确数据元信息与业务语义，建立完整数据血缘关系，支持对数据字典的定义、修改、删除、启动、停用等操作。
|
||||
3.2服务器监控
|
||||
服务器监控包含基础硬件（内存、CPU、磁盘）等基础信息监测、服务监控（API调用监控、服务在线状态）等及基本日志与链路信息自检等，平台采用Docker部署，基于上述需求与基本条件采用以下技术完成其要求。
|
||||
|
||||
图 6 服务器监控架构图[ 1、所有花花绿绿的图都用黑白灰颜色展示；]
|
||||
集成Node Exporter组件，配置指标采集频率，开发指标数据解析模块，将采集到的原始硬件数据进行清洗、格式化处理，筛选出核心监控指标，同时开发异常监测逻辑，设置CPU、内存、磁盘等指标的阈值，当指标超出阈值时触发初步告警提示。Docker容器监控模块研发中，部署cAdvisor组件，实现对Docker容器的实时监控，开发容器状态解析模块，获取容器的运行状态、资源消耗数据，同时关联服务器硬件指标，实现容器与硬件资源的联动监控，便于定位容器资源消耗异常的根源。
|
||||
在Spring Cloud各微服务中集成Actuator与Micrometer组件，暴露服务健康状态、API调用、JVM运行等相关端点，配置指标采集规则，将微服务指标推送至数据库。同时，开发服务在线状态监测模块，通过心跳检测机制实时判断微服务是否正常运行，当服务下线或响应异常时，及时记录并触发告警。此外，开发API调用监控模块，统计API调用QPS、响应时间、错误率等指标，支持按服务、按接口维度进行数据统计与展示，便于排查慢接口与异常接口。日志与链路追踪模块研发中，部署Filebeat组件采集各微服务及监控组件的日志数据，配置日志收集规则，将日志数据推送至Elasticsearch进行存储，开发日志检索模块，支持按服务、按时间、按日志级别进行日志检索与筛选；同时部署SkyWalking组件，集成Spring Cloud微服务，实现服务间调用链路的自动追踪，开发链路分析模块，展示调用拓扑、各环节耗时，支持慢链路、异常链路的定位与分析
|
||||
所有组件均采用Docker容器化部署，确保与整体平台部署架构一致，同时降低部署与维护成本。
|
||||
3.2.1硬件监控
|
||||
(1)CPU 监控：实时采集 CPU 使用率、核心负载、进程占用率，支持单核心 / 总负载统计。适用：高频数据接入、实时计算、网关转发、容器密集型场景，用于定位计算瓶颈与过载风险。
|
||||
(2)内存监控：实时监控物理内存、缓存占用，识别内存泄漏与资源耗尽风险。适用：时序数据缓存、大流量数据处理、微服务长期运行场景，可提前预警 OOM 风险。
|
||||
(3)磁盘监控：监控磁盘使用率、读写 IOPS、吞吐量、读写延迟，保障时序数据库高速写入性能。适用：数据库高并发写入、长周期数据存储、大文件备份场景。
|
||||
(4)网络监控：实时采集网络带宽、进出流量、丢包率、延迟，保障 100 路高频数据传输稳定。适用：端 - 边 - 云高速数据传输、高频推送、大规模接入、大屏实时刷新场景。
|
||||
3.2.2服务监控
|
||||
(1)微服务监控：监控网关、数据服务、任务调度等微服务在线状态、启动时长、进程存活。适用：Docker 容器化微服务架构、多实例集群、高频接口调用场景。
|
||||
(2)数据库监控：监控数据库连接数、查询响应、写入吞吐量、缓存命中率。适用：海量时序数据写入、高频查询、长周期数据溯源、多业务并发访问场景。
|
||||
3.2.3趋势分析
|
||||
按小时 / 天 / 月生成资源使用趋势曲线。
|
||||
按多时间维度生成资源使用趋势曲线，支撑容量规划与性能优化。
|
||||
小时级趋势：按小时统计资源使用率，定位小时级负载波动规律。适用：实时调度、短时峰值预警、高频采集任务负载分析。
|
||||
日级趋势：按天统计 CPU / 内存 / 磁盘 / 网络峰值、谷值、平均值，识别日常负载特征。适用：日常运维巡检、负载规律分析、异常日对比排查。
|
||||
月级趋势：按月生成资源增长趋势，支撑数据周期存储与扩容规划。适用：数据增长预测、硬件扩容、存储规划、长期运维投入分析。
|
||||
3.3日志管理
|
||||
日志管理模块统一管理系统日志、操作日志及配置日志，支持按需设定定期备份规则（如按时间间隔、固定周期）。模块自动将历史日志归档至指定存储位置，避免数据堆积影响性能。确保日志数据的完整性与可追溯性，满足审计、排障及合规要求。
|
||||
|
||||
图 7 日志管理流程图
|
||||
3.3.1操作日志
|
||||
操作日志主要用于记录用户在系统中的各类关键行为，涵盖用户登录认证、配置修改、数据导出、设备控制等核心操作，核心目的是为系统安全审计工作提供可靠依据，同时便于后续出现问题时快速追溯根源、界定责任，保障系统安全稳定运行，防范数据泄露、操作异常等风险。采集范围重点聚焦与系统安全、数据安全及业务正常运转密切相关的关键操作，确保采集无遗漏、重点不偏差。具体采集范围包括：用户登录操作，需同时记录登录成功与登录失败两种场景，全面掌握用户登录动态；用户角色权限变更操作，涵盖角色分配、权限调整、权限回收等所有涉及权限变动的操作；系统黑白名单规则修改操作，包括名单新增、删除、编辑等相关操作；各类数据导出操作等。
|
||||
每一条日志记录需完整包含各类核心信息，确保内容详实、准确。具体记录内容包括但不限于：操作人账号、操作时间、客户端IP、操作模块名称、操作类型（登录、修改、导出、控制）等、请求参数、执行结果等。
|
||||
操作日志统一存入数据库，结合业务实际需求优化存储结构，提升日志存储的规范性和实用性。数据库需支持按操作时间、操作人账号、操作模块等关键维度进行快速检索，便于工作人员在开展安全审计、排查问题时，能够快速定位相关日志记录，提升工作效率。同时，建立完善的日志备份机制，定期对日志数据进行备份，确保日志数据长期留存、不丢失，满足安全审计和合规管理的相关要求，为系统安全运行筑牢数据保障。
|
||||
支持按照多条件组合检索（用户、时间范围、模块、操作类型、结果状态）等检索，结果支持导出为指定格式。
|
||||
3.3.2系统日志
|
||||
系统日志主要用于采集服务运行过程中的各类关键事件，重点涵盖服务启动停止、异常报错、接口调用性能等核心运行数据，其核心作用是为系统日常监控提供数据支撑，同时在系统出现故障时，能够快速定位问题根源、排查故障原因，保障服务稳定、高效运行，降低系统故障对业务开展的影响。采集内容为服务运行状态事件，涵盖服务启动、停止、重启的全过程，全面掌握服务运行生命周期；数据库连接池状态，实时采集连接池的连接数量、空闲连接、占用连接等关键指标，及时发现数据库连接异常；Redis连接状态，监控Redis连接的建立、断开及连接稳定性，防范缓存服务异常；接口调用相关数据，记录所有接口调用的耗时情况及执行结果，精准掌握接口性能表现；定时任务执行记录，完整采集定时任务的启动时间、执行时长、执行结果等信息，确保定时任务正常运行。
|
||||
日志显示信息包含但不限于：发生时间、服务名称、实例ID、日志级别、线程ID、类名方法名、日志消息、异常堆栈。
|
||||
支持按照多条件组合检索（时间范围、服务名称、级别，方法名称）等检索，结果支持导出为指定格式。
|
||||
3.3.3日志配置
|
||||
采用Spring Scheduler实现定时任务调度，结合Spring Cloud Config实现日志配置集中管理，配合MinIO作为对象存储介质，实现各类型日志的差异化处理，确保方案的可行性和可扩展性。
|
||||
用户针对不同类型日志输入策略执行周期，制定差异化清理策略，适配各日志的核心需求：操作日志采用“周期归档+超时删除”模式，通过Spring Scheduler配置定时任务，按预设周期（如30天）对操作日志进行归档，归档完成后，自动删除超出设定周期（如90天）的日志数据，既保留必要追溯数据，又避免无效占用存储；系统日志采用“在线保留+压缩归档+超时删除”三级处理，保留预设周期（如15天）的在线数据，超过该周期的日志上传至MinIO对象存储，对象存储中保留周期（如180天）届满后，自动执行删除操作。
|
||||
自动归档功能通过Spring Scheduler配置每日凌晨00:00执行定时任务，任务执行存入专用归档记录表，便于后续校验日志完整性、追溯归档过程，避免归档数据丢失或篡改。
|
||||
此外，通过Spring Cloud Config动态配置各周期参数、优先级规则，无需重启服务即可调整日志配置，提升方案的灵活性和可维护性。
|
||||
3.4备份与恢复
|
||||
备份与恢复模块提供数据与配置的高可用保障，结合实际业务应用场景满足数据溯源要求[ 1、核实需求；][已修改，虽然之前表述按照合同规范写的，但应按照业务实际场景及未来扩展性来考虑]。支持时序库增量备份、关系库全量备份，提供手动与自动备份策略；支持单表/全库恢复及指定时间点回滚；具备备份文件完整性校验、备份失败告警及异地存储能力，全面提升系统灾备等级。
|
||||
3.4.1数据备份
|
||||
针对不同类型数据库采用差异化备份策略，在保障数据一致性的前提下兼顾存储效率。
|
||||
|
||||
图 8 数据备份流程图
|
||||
时序库，采用增量备份结合时间分区快照的策略，贴合时序数据按时间有序存储的特性。依托Spring Scheduler配置每日凌晨定时任务，执行备份操作前，自动调用时序库原生接口完成数据压实与合并，清除冗余数据、减少备份体积，提升存储效率；随后生成完整的时间分区快照，同时捕获自上次备份以来的变化数据，执行增量备份。系统自动维护增量备份链，当增量备份超出预设保留周期（如30天），自动将该周期内的所有增量备份合并至全量归档，既保留完整的数据追溯链路，又避免增量备份过多占用存储资源，备份过程中通过Spring Cloud Task监控执行状态，确保数据一致性。
|
||||
关系库，采用每日凌晨逻辑备份策略，导出完整 SQL 文件。针对超千万行大表，按主键范围分片，借助多线程或 Spring Cloud LoadBalancer 并行导出各分片 SQL，最终合并为完整文件。导出文件实时压缩并按日期命名，保留 30 天后自动清理。通过 Spring Cloud Task 监控任务状态，确保数据一致性。方案简单可靠，业务无感知。
|
||||
|
||||
图 9 关系数据库备份流程图
|
||||
自动备份策略支持用户可视化交互页面自定义备份窗口（如02:00-05:00），系统根据预设的备份周期（按天/周/月），由Spring Scheduler自动触发备份任务，无需人工干预。用户可灵活配置各类备份的保留周期（如时序库全量归档保留90天、关系库全量备份保留7天），超过保留周期的备份文件自动清理，优化存储资源利用。
|
||||
此外，方案集成备份校验与告警机制，备份完成后自动校验备份文件的完整性（对比校验和），若校验失败或备份任务异常，通过Spring Cloud AlertManager发出告警信息，通知运维人员及时处理；同时支持备份文件的手动恢复操作，通过备份ID即可快速定位备份文件，执行恢复流程，确保数据可快速恢复，进一步保障数据安全性与业务连续性。
|
||||
3.4.2备份恢复
|
||||
表恢复适用于小范围数据错误，用户选择目标数据表后，系统自动备份当前表状态，恢复完成后生成数据比对报告。全库恢复用于灾难性故障，用户选择备份点后，系统先校验备份文件完整性并提示确认覆盖，支持恢复至原实例或新实例。
|
||||
指定时间点回滚基于全量+增量备份，用户选择目标时间点，系统自动定位最近全量备份并回放后续增量日志，回滚后自动校验数据一致性（主键、外键、业务指标）。
|
||||
3.4.3备份校验
|
||||
为保障备份数据可用性，防范备份文件损坏、缺失导致的恢复失败，结合系统备份体系要求，建立自动化备份文件完整性校验及分级告警机制，确保备份数据真实有效，为数据恢复提供可靠支撑，保障业务连续性，方案贴合常规建设规范，具备较强可实施性。
|
||||
备份校验依据两种方法：一是文件大小校验，提取备份文件实际大小，与备份元数据记录比对，差值超出±1%预设范围则判定异常；二是文件数量校验，扫描备份存储目录统计实际文件数，与元数据比对，出现缺失、多余文件即判定异常，全面保障备份文件齐全有效。每次备份任务（全量、增量、配置备份等）结束后，系统自动触发快速校验，聚焦大小、数量核心项，高效执行且不影响业务运行，同时记录校验过程及结果，生成日志便于追溯。
|
||||
建立分级告警机制，备份或校验失败时，系统提示告警信息，内容包含失败时间、数据源、具体原因（如存储空间不足、文件损坏等）及处置建议。告警分两级：“警告”适用于轻微不一致且可自动修复场景，无需人工介入；“严重”适用于备份不可用场景，需人工紧急介入处置，避免备份失效。
|
||||
系统自动记录告警信息及处置过程，形成完整台账，支持运维人员集中查看、筛选告警，持续优化机制，全面保障备份文件可用性。
|
||||
3.4.4异地存储
|
||||
为提升系统灾备能力，满足地理冗余及合规溯源要求，系统支持将备份文件自动上传至指定存储节点，通过科学的上传策略与异地保留规则，确保备份数据安全可控、可追溯，为数据灾备提供可靠支撑。
|
||||
备份文件生成后，先在本地节点留存，同时启动异步上传流程，将文件推送至异地存储节点，避免上传操作阻塞主业务，兼顾数据安全性与业务效率。系统支持配置多个异地存储节点，采用“主+备”架构，当主异地节点上传失败时，自动切换至备节点继续上传，确保上传任务不中断，保障异地备份的连续性。上传完成后，系统自动在备份元数据中记录具体上传时间，便于后续追溯管理。
|
||||
年度归档备份实行专项管理，每年12月31日系统自动将全年所有备份数据打包为不可变归档包，异地长期保存10年，严格满足长期周期溯源及合规要求，确保数据可长期追溯、不可篡改。
|
||||
3.5系统自检
|
||||
系统自检模块实现了对平台整体运行健康状况的自动化检测能力，支持对网关、数据库、缓存、消息队列、微服务等核心组件的可用性检测，以及对端-边-云数据传输链路的连通性与延迟检测。通过周期性或手动触发的自检任务，系统能够提前发现潜在隐患，降低故障发生风险，提升平台的可靠性与可维护性。
|
||||
系统自检模块采用分布式检测架构，支持多节点并发执行自检任务，检测结果统一汇总并生成结构化自检报告。模块设计遵循高内聚、低耦合原则，支持插件化扩展检测项，便于后续根据业务需求增加新的检测维度。
|
||||
3.5.1服务自检
|
||||
服务自检功能核心用于实时检测平台内部关键服务的可用性，全面排查服务运行异常，保障平台整体稳定运行，为运维人员提供精准的服务状态反馈，便于及时发现并处置潜在故障。其检测范围覆盖平台核心服务，具体包括：网关服务，重点检测API网关的连通性、响应时间及错误率，确保网关正常转发请求、响应高效且异常可控；数据库服务，聚焦主从数据库的连接状态、读写延迟及事务执行能力，保障数据存储与交互稳定；缓存服务，检测Redis等缓存服务的连接状态、读写性能及内存使用率，防范缓存失效或性能瓶颈；消息队列服务，核查消息中间件的生产者、消费者运行状态及队列堆积情况，避免消息阻塞影响业务；微服务，监测注册中心中各微服务的健康状态、心跳信息及调用链路通畅性，确保微服务间协同运行正常。
|
||||
|
||||
|
||||
图 10 服务自检架构示意图
|
||||
3.5.2链路自检
|
||||
链路自检功能核心用于检测端-边-云三层架构中数据传输链路的连通性与延迟，专门适配边缘计算、物联网等复杂部署场景，通过全方位链路检测，保障三层架构间数据传输顺畅、稳定，为复杂场景下的业务正常运行提供支撑。其检测内容按链路层级分层开展，具体如下：端侧链路检测，重点核查终端设备与边缘节点之间的网络连通性，同步监测终端向边缘节点上报数据的延迟情况，确保端边数据交互基础通畅；边侧链路检测，聚焦边缘节点与云端平台之间的数据传输稳定性，同时监测带宽利用率，防范传输中断或带宽瓶颈影响数据同步；端-边-云全链路检测，通过模拟业务数据从终端生成、边缘节点处理到云端平台汇聚的完整业务流程，全面检测各环节的响应时间与丢包率，精准排查全链路中的传输隐患，保障全流程数据传输高效、无异常。
|
||||
|
||||
图 11 端-边-云链路自检示意图
|
||||
3.5.3自检报告
|
||||
自检报告功能用于自动生成结构化的自检结果，支持查看与历史回溯。报告内容包括：
|
||||
检测时间：自检任务的开始与结束时间。
|
||||
异常详情：异常组件的错误信息、建议处理措施。
|
||||
报告支持导出为PDF或JSON格式。
|
||||
3.6监测大屏
|
||||
监测大屏模块实现了设备运行状态的实时可视化展示能力，支持100路10kHz高频时序波形的同步展示，以及设备工况、通道状态、采集数据等关键信息的集中监控。通过大屏直观呈现，运维人员可快速掌握系统全局状态，及时发现异常并定位问题。
|
||||
监测大屏采用 B/S 架构设计，基于 HTML5 + WebSocket 全双工通信技术实现数据实时推送，摒弃传统 HTTP 轮询方式，减少频繁请求响应带来的网络开销与时间损耗，数据由服务端主动推送至前端，省去客户端重复发起查询的等待环节。系统采用轻量化数据协议与高效序列化传输方案，精简报文体积、降低解析耗时，配合前端异步渲染与增量数据更新策略，避免全量重绘造成的性能损耗，可稳定满足端到端 200ms 以内低延迟要求，确保监测指标、状态变化毫秒级同步，显著提升数据刷新实时性与画面流畅度。同时支持多屏拼接，可灵活适配监控大厅等多场景大屏展示需求，实现数据可视化统一呈现。
|
||||
3.6.1波形实时展示
|
||||
支持最多100路通道的10kHz高频时序波形实时绘制，如同所示
|
||||
|
||||
图 12 波形展示示意图
|
||||
关键技术指标如下：
|
||||
表 1波形展示技术指标
|
||||
指标 参数
|
||||
最大通道数 100路
|
||||
采样频率 10kHz（每通道每秒10000个数据点）
|
||||
波形类型 电压、温度
|
||||
|
||||
支持缩放拖拽：鼠标悬浮查看局部细节。
|
||||
3.6.2通道状态展示
|
||||
通道状态区用于监控各采集通道的运行状况：
|
||||
|
||||
表 2 单通道波形示意图
|
||||
展示项 说明
|
||||
通道编号 1-100通道标识
|
||||
连接状态 已连接/断开/异常
|
||||
当前采样率 实际采样频率（Hz）
|
||||
3.6.3采集数据展示
|
||||
采集数据区展示各通道的实时数值与统计特征：
|
||||
实时数值：当前瞬时值，以数字形式刷新
|
||||
统计特征：平均值、有效值
|
||||
图 13 采集数据实时展示示意图
|
||||
3.7配置管理
|
||||
3.7.1设备管理
|
||||
提供设备管理界面，支持设备的接入、注册、编辑与删除操作。可维护设备的基本信息，包括但不限于设备型号、设备参数、所属单位、设备状态等。
|
||||
|
||||
图 14 设备管理列表
|
||||
3.7.2通道管理
|
||||
提供通道配置界面，支持对每个采集通道进行独立配置，包括采集频率、量程、通道类型、采样精度、采集周期等参数。支持通道的启用/停用、参数修改与配置历史记录查看，确保采集过程可追溯。
|
||||
|
||||
图 15 通道管理列表
|
||||
3.7.3采集配置
|
||||
支持启动或停止采集任务，可根据实际需求动态调整采集频率或采集策略。采集控制支持单设备、单通道操作，具备任务优先级配置与采集状态实时反馈能力。
|
||||
提供在线数据预览界面，支持查看通道原始数据、实时波形图、数值曲线等展示形式。可根据时间范围或采集点进行数据回放与比对分析，便于运维人员快速判断采集状态与数据质量。
|
||||
|
||||
图 16 通道数据实时预览
|
||||
3.8模型管理
|
||||
模型管理模块为数字孪生、故障诊断、虚拟仿真等上层应用提供统一的模型支撑能力，支持模型的全生命周期管理，支持模型录入、版本控制、部署与使用跟踪等功能
|
||||
系统提供模型上传与管理界面，支持多种类型的模型文件上传，其中主要包括虚拟仿真模型、故障算法模型和健康评估模型。虚拟仿真模型用于构建数字孪生体的几何、物理、行为等仿真内容，支持常见建模软件导出的格式；故障算法模型用于设备故障诊断与预测，支持Python等格式，涵盖分类、回归、聚类等多种算法类型；健康评估模型用于设备健康状态评估与剩余寿命预测，支持阈值模型、退化模型、机器学习模型等多种形式。在模型录入过程中，需填写模型名称、模型类型、适用设备型号、模型版本、模型说明、标签信息等元数据，同时界面支持模型文件的上传与校验功能，可确保上传的模型格式正确、内容完整。
|
||||
|
||||
图 17 模型管理流程图
|
||||
（一）版本控制流程
|
||||
实现模型的版本全生命周期管理，核心功能包括：
|
||||
(1)版本记录：每次模型更新或重新上传均自动生成新的版本号，记录版本的创建时间、上传人、模型文件大小、变更说明等信息，形成完整的版本演进历史。
|
||||
(2)版本回滚：支持任意历史版本的快速回滚操作，回滚后系统自动切换当前生效模型版本，同时保留回滚记录以备审计。
|
||||
(3)版本对比：提供不同版本之间的差异对比功能，支持对比模型文件大小、模型参数等维度，帮助用户快速了解版本演进内容。
|
||||
(4)历史版本保留：所有历史版本均持久化存储，支持按模型名称、版本号、创建时间等条件检索与查看，确保模型变更过程可追溯、可恢复。
|
||||
|
||||
3.9任务管理
|
||||
任务配置模块提供结构化、参数化的任务编排与配置能力，支持系统用户对任务数据进行标准化管理，支持定时任务的灵活配置与自动调度执行，支持任务执行过程中对第三方接口的调用集成，满足复杂业务场景下的自动化任务配置需求。
|
||||
任务配置采用统一数据接口规范、定时调度引擎、第三方接口适配器，具备配置灵活、接入简单、执行可控、易于扩展的特点，为系统用户提供一站式的任务配置与管理支撑。
|
||||
|
||||
图 18 任务管理业务流程图
|
||||
3.9.1用户数据管理接口
|
||||
提供系统用户对任务配置数据的标准化增删改查功能，支持任务模板、任务实例、执行参数等数据的创建、更新、删除及分页查询操作。接口参数统一采用标准时间格式，返回内容包含操作状态、提示信息及数据负载。同时支持批量查询、条件过滤（按任务名称、状态、时间范围等）及软删除机制，确保数据操作的完整性、安全性与可追溯性。
|
||||
3.9.2任务编排
|
||||
用户可将定时任务、第三方接口调用任务、数据处理任务进行组合编排，灵活设置任务节点间的依赖关系、数据传递映射及异常处理策略，实现复杂业务流程的直观构建与动态调整。
|
||||
3.9.3定时任务配置
|
||||
支持基于时间表达式的定时任务创建，可精确配置任务执行的时间点、执行周期、有效期范围（起止时间）及时区。系统根据用户添加的定时任务配置，自动按照设定的时间规则触发任务执行数据获取、处理或推送动作，满足周期性数据同步、报表生成、批量计算等业务需求。同时支持定时任务的立即执行、暂停、恢复及执行日志查看。
|
||||
3.9.4第三方接口调用配置
|
||||
支持在任务节点中配置对第三方系统的接口调用能力，涵盖常用的请求方法。用户可配置请求地址、请求头、请求参数、超时时间、重试次数及异常处理策略。任务执行时自动调用第三方接口获取或推送数据，并对响应结果进行解析、校验与异常处理，支持将接口返回数据作为后续任务节点的输入参数，实现跨系统的数据联动与业务集成。
|
||||
3.10数据[ 1、“驾驶舱”？“数据处理平台”][修改为数据可视化]可视化
|
||||
数据可视化模块提供平台运行核心指标的多维度统计与基础图表展示能力，涵盖设备、采集、故障、资源、任务等常用指标，通过直观的图形化方式辅助用户快速掌握平台整体运行态势，为日常运维巡检与简单决策提供数据参考。
|
||||
采用常规数据查询与基础开源图表组件，以简单、实用、易维护为设计原则，通过定时统计与手动刷新相结合的方式获取数据，避免引入复杂实时计算引擎或流处理框架，降低实现难度与运维成本。
|
||||
|
||||
图 19 示意图
|
||||
（一）设备统计
|
||||
提供设备层面的基础统计功能，包括当前在线设备数与离线设备数的实时统计、按设备类型（如采集设备、边缘网关、智能终端等）统计数量分布，以及设备累计运行时长的统计。统计结果以数字卡片或简单饼图形式呈现，帮助用户快速了解设备资产整体状态。
|
||||
（二）采集统计
|
||||
提供数据采集层面的基础统计能力，包括系统中已配置的采集通道总数统计，以及按今日、本周、本月等预设时间范围统计的数据接入总量。统计结果以数字加趋势箭头的方式展示，便于快速判断采集业务活跃度与数据规模。
|
||||
（三）故障统计
|
||||
提供故障维度的基础统计分析，包括统计周期内发生的故障总次数、按故障类型（如通信故障、设备离线、数据异常等）分类计数并展示占比分布，以及按设备或通道维度统计故障发生频次。统计结果以简单饼图或横向柱状图展示，辅助用户定位问题高发点。
|
||||
（四）资源统计
|
||||
提供平台基础设施资源的轻量级监控统计，包括存储空间使用率百分比、计算资源（CPU、内存）当前负载百分比，以及核心服务的可用性状态（正常或异常）。资源统计数据通过仪表盘或进度条形式展示，当使用率超过设定阈值时可进行简单高亮提示。
|
||||
（五）任务统计
|
||||
提供任务编排与执行层面的基础统计，包括系统中已创建的任务总数统计，以及按任务类型（如定时任务、一次性任务、周期任务等）统计数量构成。统计结果以数字卡片和饼图形式展示，简单反映平台任务编排规模。
|
||||
3.11数据服务
|
||||
数据管理[ 1、统一梳理“数据”相关内容提法，不要一会冒出一个说法；][统称数据管理，对于数据管理又分为数据资源管理、数据治理管理、数据服务管理等细化管理内容]以数据资源管理为基础，首先完成数据表、文件、主题库、标签、目录等资源的统一登记和编目；在此基础上，通过数据治理管理对数据标准、元数据、数据质量和清洗规则进行统一管控，提升数据的一致性、规范性和可信度；随后，数据开发管理基于治理后的数据资源开展 SQL 开发、数据加工、任务编排和结果发布，形成面向业务应用的数据成果；最终，数据服务管理将数据成果通过服务目录、API服务、接口发布、服务监控和服务日志等方式对外提供，实现数据资源的标准化输出、受控化共享和服务化应用。
|
||||
|
||||
|
||||
图 20 数据服务功能图
|
||||
|
||||
3.11.1数据资源管理
|
||||
数据资源管理模块用于对系统内各类数据资源进行统一登记、分类编目、属性维护、标签配置、关系管理、权限控制和使用管理，形成规范化的数据资产管理体系，为数据治理、数据分析、数据共享和业务应用提供基础支撑。
|
||||
1. 数据目录管理
|
||||
数据目录管理功能用于建立统一的数据资源分类体系，支持按照业务域、来源、应用场景等维度对数据资源进行分类管理。
|
||||
系统支持目录的新建、编辑、删除、排序、启用、停用和权限配置，支持将数据表、文件、接口、指标、主题库等资源挂接至对应目录下，实现数据资源的规范化编目管理。
|
||||
|
||||
图 21 数据目录页面示意图
|
||||
|
||||
2. 数据表管理
|
||||
数据表管理功能用于对系统内结构化数据表及字段信息进行统一维护。系统支持维护数据表中文名称、英文名称、所属数据库、表类型、所属目录、表说明、更新方式、更新频率、数据量、存储周期等信息。
|
||||
|
||||
图 22 数据目录页面示意图
|
||||
3. 文件资源管理
|
||||
文件资源管理功能用于对系统内文件型数据资源进行统一存储、分类、检索、预览和权限控制。系统支持 Excel、CSV、JSON、XML、PDF、Word、图片、二进制文件等多种格式文件的管理。
|
||||
系统支持文件上传、文件分类、在线预览、文件下载、版本管理、标签配置、权限控制、归档管理等功能，并支持将文件资源与产品、设备、故障、维修任务、模型算法等业务对象建立关联关系。
|
||||
|
||||
图 23 文件资源页面示意图
|
||||
4. 主题库管理
|
||||
主题库管理功能用于面向业务应用场景对数据资源进行主题化组织和管理。系统支持围绕产品基础、设备状态、故障诊断、维修保障、寿命健康、模型分析、系统审计等业务方向建立主题库。
|
||||
系统支持主题库的新建、编辑、删除、启用、停用，支持维护主题库名称等信息。
|
||||
|
||||
图 24 主题库管理页面示意图
|
||||
5. 数据标签管理
|
||||
数据标签管理功能用于对数据资源进行标签化标识和分类管理。系统支持建立业务标签、来源标签等标签体系。
|
||||
系统支持标签分类管理、标签新增、标签编辑、标签删除、标签绑定、标签检索、标签统计等功能，支持对数据表、字段、文件、接口、指标、主题库等资源进行手动打标或规则自动打标。
|
||||
|
||||
图 25 数据标签管理页面示意图
|
||||
3.11.2数据治理管理
|
||||
数据治理管理模块用于对系统内各类数据资源进行标准化、规范化、质量化、安全化和可追溯化管理。模块围绕数据标准、元数据、数据清洗等内容，建立统一的数据治理规则和管理机制，实现数据从接入、处理、存储、使用的全过程的规范管控，为数据分析、数据服务、业务应用和合规审计提供可靠的数据基础。
|
||||
1. 数据标准管理
|
||||
数据标准管理功能用于建立系统统一的数据标准体系，对数据名称、字段定义、计量单位、字典取值等内容进行统一管理，保证不同来源、不同业务、不同系统之间的数据具备一致的表达方式和使用口径。
|
||||
|
||||
图 26 数据标准管理页面示意图
|
||||
系统支持标准分类管理、标准字段管理、标准单位管理。支持对标准的新增、编辑、启用、停用、发布和版本追溯。
|
||||
2. 元数据管理
|
||||
元数据管理功能用于对系统内数据资源的结构信息、业务属性、技术属性和管理属性进行统一维护，形成完整的数据资源说明信息。通过元数据管理，可对数据表、字段、文件、接口、指标、主题库等资源的来源、结构、含义、更新频率、存储位置、使用范围等信息进行集中管理。
|
||||
|
||||
图 27 元数据管理页面示意图
|
||||
3. 数据质量管理
|
||||
数据质量管理功能用于对系统内数据的完整性、准确性、一致性、唯一性、及时性、有效性等进行校验和评估，及时发现数据缺失、重复、异常、格式错误、范围越界、口径不一致等问题，提高数据资源的可用性和可信度。
|
||||
|
||||
图 28 数据质量管理页面示意图
|
||||
4. 数据清洗管理
|
||||
数据清洗管理功能用于对接入系统的数据进行去重、补全、格式转换、字段规范化、异常值处理、单位转换、编码转换等处理，使原始数据满足系统统一的数据标准和业务使用要求。
|
||||
|
||||
图 29 数据清洗管理页面示意图
|
||||
|
||||
3.11.3数据开发管理
|
||||
1. 数据开发工作台
|
||||
数据开发工作台用于为数据开发人员提供统一的数据开发入口，支持数据脚本编写、SQL 查询、任务编排、调试运行、结果预览和任务发布等操作。
|
||||
系统应支持在工作台中创建数据开发项目，按照业务主题、数据域、任务类型等方式组织开发内容。
|
||||
|
||||
图 30 数据开发工作台页面示意图
|
||||
2. SQL 开发管理
|
||||
SQL 开发管理用于支持结构化数据查询、加工、转换、统计分析和结果写入。系统应提供在线 SQL 编辑、执行、调试、保存、发布和版本管理能力。
|
||||
系统应支持开发人员选择数据源、数据库、数据表后编写 SQL 语句，完成数据查询、数据清洗、数据转换、数据关联、指标计算、结果汇总等操作。对于常用 SQL，可支持保存为脚本模板或开发任务。
|
||||
|
||||
图 31 SQL 开发管理页面示意图
|
||||
3.11.4数据服务管理
|
||||
数据服务管理模块用于将系统内经过治理、加工、汇聚后的数据资源，以接口、订阅、共享、查询、下载等方式对外提供服务。模块围绕服务目录、API服务管理、数据接口发布、服务授权、服务调用、订阅管理、服务监控、服务日志和服务审计等内容，建立统一的数据服务发布与管控机制，实现数据资源的标准化输出、受控化共享和服务化应用。
|
||||
1.服务目录管理
|
||||
服务目录管理功能用于对系统内已发布的数据服务进行统一分类、编目和展示。系统应支持按照业务域、服务类型、数据来源、服务状态、接口类型等维度对数据服务进行分类管理。
|
||||
服务目录应展示服务名称、服务编码、服务类型、所属分类、服务描述、数据来源、发布状态、负责人、访问方式、调用地址、更新频率、共享范围等信息，便于用户统一检索和申请使用。
|
||||
|
||||
图 32 服务目录管理页面示意图
|
||||
2. API 服务管理
|
||||
API服务管理功能用于将数据表、主题库、指标结果、文件资源或业务数据封装为标准化接口服务，对外提供统一的数据访问能力。
|
||||
系统支持 RESTful API服务发布，支持配置接口名称、接口路径、请求方式、请求参数、返回字段、数据来源、查询条件、分页规则、排序规则、超时时间、调用频率限制等内容。
|
||||
图 33 API 服务管理页面示意图
|
||||
3. 数据接口发布
|
||||
数据接口发布功能用于对已配置完成并通过测试的数据接口进行发布管理。系统应支持接口发布申请、发布审批、发布确认、服务上线和发布记录管理。
|
||||
图 34数据接口发布页面示意图
|
||||
接口发布前完成参数校验、权限校验、数据权限校验、返回字段校验和调用测试，确保接口服务符合使用要求后方可正式发布。
|
||||
4. 服务监控管理
|
||||
服务监控管理功能用于对数据服务运行状态、接口调用情况、服务性能、异常情况和资源占用情况进行实时监控，保障数据服务稳定运行。
|
||||
系统应支持对接口调用次数、成功率、失败率、平均响应时间、最大响应时间、并发量、限流次数、异常次数等指标进行统计展示，并支持异常告警。
|
||||
图 35 服务监控管理页面示意图
|
||||
5. 服务日志管理
|
||||
服务日志管理功能用于记录数据服务创建、发布、调用、授权、变更、异常和下线等全过程日志，为服务运维、问题定位和审计追溯提供依据。
|
||||
图 36 服务日志管理页面示意图
|
||||
3.11.5数据溯源管理
|
||||
数据溯源管理模块用于对系统内数据资源从产生、接入、处理、转换、存储、共享、服务调用到最终使用全过程进行来源追踪、流向分析、处理链路记录和影响关系分析，建立完整的数据血缘与数据流转追溯体系，实现数据“来源可查、去向可追、责任可定位、过程可还原”，为数据治理、问题定位、安全审计、质量分析和合规管理提供支撑。
|
||||
1.数据血缘关系管理
|
||||
数据血缘关系管理功能用于建立数据资源之间的上下游关联关系，形成完整的数据流转链路。系统支持对数据表、字段、接口、文件、主题库、指标结果、数据任务等对象之间的数据来源关系和加工关系进行自动解析与关联管理。
|
||||
系统支持展示数据来源、加工过程、输出结果和依赖关系，支持按数据对象查看其上游来源和下游影响范围，形成可视化数据血缘关系图。
|
||||
|
||||
图 39 数据血缘关系页面示意图
|
||||
系统支持对 SQL 加工链路、数据同步链路、接口调用链路、文件导入链路和任务调度链路进行解析，自动生成血缘关系，并支持手动补充和修正血缘关系。
|
||||
2.数据流向追踪管理
|
||||
数据流向追踪管理功能用于对数据在系统中的流转路径进行全过程记录和跟踪。系统支持记录数据从采集接入、数据清洗、加工转换、数据开发、数据服务发布到外部调用使用的完整流转过程。
|
||||
系统支持按照时间、数据资源、任务名称、接口名称、数据来源、使用系统等条件对数据流转记录进行查询与分析，支持查看数据在不同系统、不同服务和不同任务之间的流转路径。
|
||||
|
||||
4.程序版本与硬件要求[ 1、过于简化，补充到位；][已修改]
|
||||
4.1端设备参数系统要求
|
||||
项目 最低要求 推荐要求 说明
|
||||
CPU X86架构处理器 4核及以上X86处理器 满足数据采集、缓存、协议转换等基础计算需求
|
||||
内存 32GB 32GB及以上 支持多任务并发运行及数据缓存
|
||||
存储 500GB 1TB及以上 用于程序部署、日志存储及临时数据缓存
|
||||
操作系统 Linux Ubuntu Ubuntu 20.04/22.04 LTS 支持Docker、ZeroMQ、C++运行环境
|
||||
网络 千兆以太网 千兆及以上 满足端边数据传输要求
|
||||
|
||||
4.2边设备参数系统要求
|
||||
项目 最低要求 推荐要求 说明
|
||||
CPU ARM架构处理器 8核及以上ARM处理器 支持边缘侧数据处理和服务部署
|
||||
内存 32GB 32GB及以上 满足边缘服务、数据库缓存和消息服务运行需求
|
||||
存储 1TB 2TB及以上 用于本地数据缓存、日志、数据库文件存储
|
||||
操作系统 麒麟v10 麒麟v10服务器版 满足国产化平台部署要求
|
||||
网络 千兆以太网 双网口/千兆及以上 支持现场侧与云端侧网络隔离和数据转发
|
||||
|
||||
4.3云设备参数系统要求
|
||||
项目 最低要求 推荐要求 说明
|
||||
CPU X86架构处理器 4核及以上X86处理器 支持云服务部署
|
||||
内存 32GB 32GB及以上 满足云服务、数据库、缓存和消息服务运行需求
|
||||
存储 1TB 2TB及以上 用于本地数据缓存、日志、数据库文件存储
|
||||
操作系统 Linux Ubuntu Ubuntu 20.04/22.04 LTS 支持Docke容器化部署
|
||||
网络 千兆以太网 千兆及以上 满足云服务的数据传输要求
|
||||
|
||||
4.4软件版本详细情况
|
||||
软件名称 版本要求 说明
|
||||
docker 24.0.7 容器化部署服务
|
||||
jdk 11.0.13 JAVA开发工具包
|
||||
nginx 1.25.0 高性能反向代理网页服务器
|
||||
redis 7.2.3 基于内存的键值对非关系型数据库
|
||||
C++ 11 系统编程语言
|
||||
zeroMQ 4.3.2 高性能消息队列
|
||||
KaiwuDB 3.2.0 高可用多模分布式数据库
|
||||
达梦 8.1.3.140+ 国产自主可控的关系型数据库
|
||||
emqx 5.1.6 开源高并发MQTT物联网消息服务器
|
||||
|
||||
@@ -0,0 +1,567 @@
|
||||
<!DOCTYPE html>
|
||||
<html lang="zh-CN">
|
||||
<head>
|
||||
<meta charset="UTF-8">
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||||
<title>开源版 vs 专业版功能对比 — 沈阳顺义数据项目</title>
|
||||
<style>
|
||||
:root {
|
||||
--color-primary: #1677FF;
|
||||
--color-primary-hover: #4096FF;
|
||||
--color-primary-active: #0958D9;
|
||||
--color-primary-bg: #E6F4FF;
|
||||
--color-success: #52C41A;
|
||||
--color-success-bg: #F6FFED;
|
||||
--color-warning: #FAAD14;
|
||||
--color-warning-bg: #FFFBE6;
|
||||
--color-error: #FF4D4F;
|
||||
--color-error-bg: #FFF2F0;
|
||||
--color-info: #1677FF;
|
||||
--bg: #F5F5F5;
|
||||
--bg-container: #FFFFFF;
|
||||
--bg-elevated: #FAFAFA;
|
||||
--border: #D9D9D9;
|
||||
--border-light: #F0F0F0;
|
||||
--text-primary: #141414;
|
||||
--text-secondary: #595959;
|
||||
--text-tertiary: #8C8C8C;
|
||||
--radius-sm: 6px;
|
||||
--radius-md: 8px;
|
||||
--radius-lg: 12px;
|
||||
--shadow-sm: 0 1px 2px rgba(0,0,0,0.03), 0 1px 6px -1px rgba(0,0,0,0.02);
|
||||
--shadow-md: 0 2px 4px rgba(0,0,0,0.04), 0 4px 12px -2px rgba(0,0,0,0.04);
|
||||
--shadow-lg: 0 4px 8px rgba(0,0,0,0.06), 0 8px 24px -4px rgba(0,0,0,0.08);
|
||||
--header-h: 64px;
|
||||
--content-max: 1400px;
|
||||
}
|
||||
* { margin: 0; padding: 0; box-sizing: border-box; }
|
||||
body {
|
||||
font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, 'PingFang SC', 'Hiragino Sans GB', 'Microsoft YaHei', 'Helvetica Neue', Helvetica, Arial, sans-serif;
|
||||
font-size: 14px; line-height: 22px; color: var(--text-primary); background: var(--bg);
|
||||
}
|
||||
.top-bar {
|
||||
height: var(--header-h); background: var(--bg-container); border-bottom: 1px solid var(--border);
|
||||
display: flex; align-items: center; padding: 0 32px; position: sticky; top: 0; z-index: 100;
|
||||
box-shadow: var(--shadow-sm);
|
||||
}
|
||||
.top-bar h1 {
|
||||
font-size: 18px; font-weight: 600; color: var(--text-primary);
|
||||
background: linear-gradient(135deg, var(--color-primary) 0%, #722ED1 100%);
|
||||
-webkit-background-clip: text; -webkit-text-fill-color: transparent; background-clip: text;
|
||||
}
|
||||
.top-bar .back-link { margin-right: 16px; color: var(--color-primary); text-decoration: none; font-size: 14px; }
|
||||
.top-bar .back-link:hover { color: var(--color-primary-hover); }
|
||||
.top-bar .subtitle { margin-left: 16px; color: var(--text-tertiary); font-size: 13px; }
|
||||
|
||||
.container { max-width: var(--content-max); margin: 0 auto; padding: 32px 24px 64px; }
|
||||
|
||||
/* Summary Cards */
|
||||
.summary-row { display: grid; grid-template-columns: repeat(4, 1fr); gap: 16px; margin-bottom: 32px; }
|
||||
.summary-card {
|
||||
background: var(--bg-container); border: 1px solid var(--border); border-radius: var(--radius-md);
|
||||
padding: 20px 24px; box-shadow: var(--shadow-sm); text-align: center;
|
||||
}
|
||||
.summary-card .num { font-size: 36px; font-weight: 700; line-height: 1.2; }
|
||||
.summary-card .label { font-size: 13px; color: var(--text-secondary); margin-top: 4px; }
|
||||
.summary-card.green .num { color: var(--color-success); }
|
||||
.summary-card.yellow .num { color: var(--color-warning); }
|
||||
.summary-card.red .num { color: var(--color-error); }
|
||||
.summary-card.blue .num { color: var(--color-primary); }
|
||||
|
||||
/* Legend */
|
||||
.legend {
|
||||
display: flex; gap: 24px; align-items: center; background: var(--bg-container);
|
||||
border: 1px solid var(--border); border-radius: var(--radius-md); padding: 12px 20px;
|
||||
margin-bottom: 24px; box-shadow: var(--shadow-sm);
|
||||
}
|
||||
.legend-item { display: flex; align-items: center; gap: 6px; font-size: 13px; color: var(--text-secondary); }
|
||||
.legend-icon { width: 20px; height: 20px; border-radius: 4px; display: flex; align-items: center; justify-content: center; font-size: 12px; color: #fff; font-weight: 700; }
|
||||
.legend-icon.included { background: var(--color-success); }
|
||||
.legend-icon.partial { background: var(--color-warning); }
|
||||
.legend-icon.excluded { background: var(--color-error); }
|
||||
|
||||
/* Module Section */
|
||||
.module-section {
|
||||
background: var(--bg-container); border: 1px solid var(--border); border-radius: var(--radius-md);
|
||||
margin-bottom: 16px; box-shadow: var(--shadow-sm); overflow: hidden;
|
||||
}
|
||||
.module-header {
|
||||
display: flex; align-items: center; padding: 16px 24px; cursor: pointer;
|
||||
user-select: none; transition: background 0.15s ease; gap: 12px;
|
||||
}
|
||||
.module-header:hover { background: var(--bg-elevated); }
|
||||
.module-header .icon {
|
||||
width: 32px; height: 32px; border-radius: var(--radius-sm); display: flex;
|
||||
align-items: center; justify-content: center; font-size: 16px; font-weight: 700;
|
||||
color: #fff; flex-shrink: 0;
|
||||
}
|
||||
.module-header .title { font-size: 16px; font-weight: 600; }
|
||||
.module-header .stats { margin-left: auto; display: flex; gap: 16px; font-size: 12px; color: var(--text-tertiary); }
|
||||
.module-header .stats .stat-green { color: var(--color-success); font-weight: 600; }
|
||||
.module-header .stats .stat-yellow { color: var(--color-warning); font-weight: 600; }
|
||||
.module-header .stats .stat-red { color: var(--color-error); font-weight: 600; }
|
||||
.module-header .arrow {
|
||||
transition: transform 0.2s ease; font-size: 12px; color: var(--text-tertiary);
|
||||
}
|
||||
.module-header.active .arrow { transform: rotate(90deg); }
|
||||
.module-body { display: none; border-top: 1px solid var(--border-light); }
|
||||
.module-body.active { display: block; }
|
||||
|
||||
/* Table */
|
||||
.comp-table { width: 100%; border-collapse: collapse; }
|
||||
.comp-table th {
|
||||
background: var(--bg-elevated); font-weight: 600; text-align: left;
|
||||
padding: 10px 14px; border: 1px solid var(--border); font-size: 13px;
|
||||
position: sticky; top: 0; z-index: 10;
|
||||
}
|
||||
.comp-table th:first-child { width: 140px; }
|
||||
.comp-table th:nth-child(2) { width: 45%; }
|
||||
.comp-table th:nth-child(3) { width: 70px; text-align: center; }
|
||||
.comp-table th:nth-child(4) { width: 70px; text-align: center; }
|
||||
.comp-table th:nth-child(5) { width: 200px; }
|
||||
.comp-table td {
|
||||
padding: 10px 14px; border: 1px solid var(--border); background: var(--bg-container);
|
||||
vertical-align: top; font-size: 13px;
|
||||
}
|
||||
.comp-table tbody tr:hover td { background: var(--color-primary-bg); }
|
||||
.comp-table .sub-module { font-weight: 600; color: var(--text-primary); }
|
||||
.comp-table .desc { color: var(--text-secondary); line-height: 1.6; }
|
||||
.comp-table .desc ul { margin: 4px 0 0 16px; }
|
||||
.comp-table .desc li { margin-bottom: 2px; }
|
||||
.comp-table .center { text-align: center; }
|
||||
|
||||
/* Badges */
|
||||
.badge {
|
||||
display: inline-flex; align-items: center; justify-content: center;
|
||||
width: 24px; height: 24px; border-radius: 6px; font-size: 13px;
|
||||
}
|
||||
.badge-green { background: var(--color-success-bg); color: var(--color-success); border: 1px solid rgba(82,196,26,0.3); }
|
||||
.badge-yellow { background: var(--color-warning-bg); color: var(--color-warning); border: 1px solid rgba(250,173,20,0.3); }
|
||||
.badge-red { background: var(--color-error-bg); color: var(--color-error); border: 1px solid rgba(255,77,79,0.3); }
|
||||
|
||||
.diff-cell {
|
||||
font-size: 12px; color: var(--text-secondary); line-height: 1.5;
|
||||
background: var(--bg-elevated); border-radius: 4px; padding: 6px 10px;
|
||||
}
|
||||
|
||||
/* Collapse all button */
|
||||
.toolbar { display: flex; gap: 8px; margin-bottom: 16px; }
|
||||
.toolbar button {
|
||||
padding: 6px 14px; border: 1px solid var(--border); border-radius: var(--radius-sm);
|
||||
background: var(--bg-container); color: var(--text-secondary); font-size: 13px;
|
||||
cursor: pointer; transition: all 0.15s ease;
|
||||
}
|
||||
.toolbar button:hover { border-color: var(--color-primary); color: var(--color-primary); background: var(--color-primary-bg); }
|
||||
|
||||
/* Footer */
|
||||
.footer {
|
||||
margin-top: 48px; padding-top: 16px; border-top: 1px solid var(--border-light);
|
||||
font-size: 12px; color: var(--text-tertiary); text-align: center;
|
||||
}
|
||||
|
||||
/* Responsive */
|
||||
@media (max-width: 768px) {
|
||||
.top-bar { padding: 0 16px; }
|
||||
.container { padding: 24px 16px 48px; }
|
||||
.summary-row { grid-template-columns: repeat(2, 1fr); }
|
||||
.module-header { padding: 12px 16px; }
|
||||
.comp-table { font-size: 12px; }
|
||||
.comp-table th, .comp-table td { padding: 8px 10px; }
|
||||
}
|
||||
</style>
|
||||
</head>
|
||||
<body>
|
||||
|
||||
<header class="top-bar">
|
||||
<a class="back-link" href="../../index.html">← 返回知识库</a>
|
||||
<h1>开源版 vs 专业版功能对比</h1>
|
||||
<span class="subtitle">沈阳顺义数据项目 — 13 大模块逐项对比</span>
|
||||
</header>
|
||||
|
||||
<div class="container">
|
||||
|
||||
<!-- Summary Cards -->
|
||||
<div class="summary-row">
|
||||
<div class="summary-card green">
|
||||
<div class="num" id="countIncluded">--</div>
|
||||
<div class="label">开源版已包含 (✅)</div>
|
||||
</div>
|
||||
<div class="summary-card yellow">
|
||||
<div class="num" id="countPartial">--</div>
|
||||
<div class="label">部分包含 (🟡)</div>
|
||||
</div>
|
||||
<div class="summary-card red">
|
||||
<div class="num" id="countExcluded">--</div>
|
||||
<div class="label">不包含 (❌)</div>
|
||||
</div>
|
||||
<div class="summary-card blue">
|
||||
<div class="num" id="countTotal">--</div>
|
||||
<div class="label">总功能项</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Legend -->
|
||||
<div class="legend">
|
||||
<span style="font-weight:600;color:var(--text-primary);">图例：</span>
|
||||
<div class="legend-item"><div class="legend-icon included">✓</div> 开源版包含</div>
|
||||
<div class="legend-item"><div class="legend-icon partial">△</div> 部分包含（功能受限）</div>
|
||||
<div class="legend-item"><div class="legend-icon excluded">✕</div> 不包含（专业版独占）</div>
|
||||
</div>
|
||||
|
||||
<!-- Toolbar -->
|
||||
<div class="toolbar">
|
||||
<button onclick="toggleAll(true)">全部展开</button>
|
||||
<button onclick="toggleAll(false)">全部折叠</button>
|
||||
<button onclick="showOnlyGap()">只看差异 (🟡 ❌)</button>
|
||||
<button onclick="showAll()">显示全部</button>
|
||||
</div>
|
||||
|
||||
<!-- Content -->
|
||||
<div id="content"></div>
|
||||
|
||||
<div class="footer">
|
||||
数据来源：沈阳顺义数据项目建设方案 — 功能需求对比分析 · 2026-05-12
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<script>
|
||||
// ===== Module Colors =====
|
||||
const moduleColors = [
|
||||
'#1677FF','#52C41A','#FAAD14','#EB2F96','#722ED1',
|
||||
'#13C2C2','#FA8C16','#F5222D','#2F54EB','#8C8C8C',
|
||||
'#08979C','#6366F1','#A855F7'
|
||||
];
|
||||
|
||||
// ===== Data =====
|
||||
const modules = [
|
||||
{
|
||||
name: "系统管理",
|
||||
subs: [
|
||||
{ name: "用户管理", desc: "支持用户账号的全生命周期管理（新增、编辑、删除、启用/停用、查询），支持密码重置与角色分配，实现统一身份管理，满足组织级用户治理需求。", oss: true, pro: true, diff: "" },
|
||||
{ name: "角色管理", desc: "提供基于角色的访问控制（RBAC）机制，支持自定义角色并配置细粒度权限，实现功能与数据权限的灵活管控。", oss: true, pro: true, diff: "" },
|
||||
{ name: "菜单管理", desc: "支持系统菜单与功能点的可视化配置，支持多级树形结构，可与角色绑定，实现界面与权限的动态控制。", oss: true, pro: true, diff: "" },
|
||||
{ name: "部门管理", desc: "支持组织架构的层级化配置与维护，构建企业级部门树，为权限分配、任务归属提供组织基础。", oss: true, pro: true, diff: "" },
|
||||
{ name: "岗位管理", desc: "支持岗位定义与用户绑定，实现"人-岗-权"一体化管理，提升人员职责与系统权限的匹配度。", oss: true, pro: true, diff: "" },
|
||||
{ name: "字典管理", desc: "提供系统级数据字典管理能力，支持状态、类型、类别等公共编码的统一维护，确保数据口径一致、前端显示规范。", oss: true, pro: true, diff: "" },
|
||||
{ name: "参数设置", desc: "支持系统运行参数的集中配置与动态调整，提升系统灵活性与可维护性。", oss: true, pro: true, diff: "" },
|
||||
{ name: "通知公告", desc: "支持系统公告、运维通知、业务提醒的发布、编辑与管理，实现重要信息的定向推送与全员触达。", oss: true, pro: true, diff: "" },
|
||||
{ name: "日志管理", desc: "集中记录用户操作日志与系统运行日志，支持按时间、用户、操作类型等多维度检索、下载与审计，满足合规与问题追溯需求。", oss: true, pro: true, diff: "" }
|
||||
]
|
||||
},
|
||||
{
|
||||
name: "基础管理",
|
||||
subs: [
|
||||
{ name: "主题管理", desc: "提供数据资产的主题化分类能力，支持按业务域（如客户、财务、供应链）组织资产，提升资产可发现性与管理逻辑性。", oss: true, pro: true, diff: "" },
|
||||
{ name: "应用管理", desc: "提供对接入平台的应用进行统一管理的能力，支持应用的注册、鉴权、调用与监控，确保跨系统数据服务安全、规范与可控。", oss: true, pro: true, diff: "" },
|
||||
{ name: "类目管理", desc: "提供多维度的类目管理能力，支持对数据资产、逻辑模型、数据元、任务、数据开发、作业和 API 等对象进行统一分类。通过树形结构和多层级管理机制，实现灵活的组织与快速查找。", oss: true, pro: true, diff: "" }
|
||||
]
|
||||
},
|
||||
{
|
||||
name: "数据采集",
|
||||
subs: [
|
||||
{ name: "数据源管理\n（关系型数据库）", desc: "支持接入并管理主流关系型数据库数据源，包括 MySQL、PostgreSQL、Oracle、SQL Server、达梦（DM8）、人大金仓（KingbaseES）等。", oss: "partial", pro: true, diff: "开源版仅支持 MySQL、Oracle、达梦（DM8）；PostgreSQL、SQL Server、人大金仓需专业版。" },
|
||||
{ name: "数据源管理\n（大数据数据库）", desc: "支持 Hive、Phoenix（基于 HBase）、Doris、ClickHouse 等大数据类数据库的连接与管理。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "数据源管理\n（消息队列）", desc: "支持 Kafka 等主流消息队列的数据源接入，用于实时数据流的接入与配置管理。", oss: true, pro: true, diff: "" },
|
||||
{ name: "数据源管理\n（文件类型）", desc: "支持 FTP、阿里云 OSS、HDFS 等文件类型的数据源介入。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "连接测试", desc: "提供对接入数据源、服务或外部系统的连接有效性验证能力，确保在配置完成后能够快速检测连通性与可用性。", oss: true, pro: true, diff: "" }
|
||||
]
|
||||
},
|
||||
{
|
||||
name: "数据标准",
|
||||
subs: [
|
||||
{ name: "逻辑模型管理", desc: "支持逻辑模型的创建、修改、查询和删除，提供灵活的表结构与字段配置能力。", oss: true, pro: true, diff: "" },
|
||||
{ name: "表结构导入与建模", desc: "支持从 MySQL、PostgreSQL、Oracle、SQL Server、达梦（DM8）、人大金仓（KingbaseES）、Hive、Doris、ClickHouse 等数据库中直接提取表结构。", oss: "partial", pro: true, diff: "开源版仅支持 MySQL、Oracle、达梦（DM8）；其余数据库需专业版。" },
|
||||
{ name: "字段标准化", desc: "支持逻辑模型字段与标准数据元关联，实现字段级的命名、类型、格式统一，推动数据标准落地，并支撑自动化的稽查与清洗。", oss: true, pro: true, diff: "" },
|
||||
{ name: "物化与部署", desc: "支持将逻辑模型物化为物理表，并部署至多种数据库。", oss: true, pro: true, diff: "" },
|
||||
{ name: "字典表维护", desc: "支持字典表的新增、编辑与删除，覆盖名称、类型、格式等基础信息配置；提供字典项的增删改查功能。", oss: true, pro: true, diff: "" },
|
||||
{ name: "数据元维护", desc: "支持数据元的新增、编辑、删除与查询，覆盖字段名称、类型、长度、格式等要素。", oss: true, pro: true, diff: "" },
|
||||
{ name: "数据元绑定与规则关联", desc: "支持数据元与资产字段或逻辑模型字段的关联；可为数据元绑定清洗规则或稽查规则。", oss: true, pro: true, diff: "" },
|
||||
{ name: "数据元标准复用", desc: "提供跨项目、跨系统的数据元复用机制，避免重复定义。", oss: true, pro: true, diff: "" },
|
||||
{ name: "模型物化", desc: "支持将逻辑模型直接生成物理表结构，包括表名、字段定义、约束条件等。", oss: true, pro: true, diff: "" },
|
||||
{ name: "多数据库物化部署", desc: "提供对 MySQL、PostgreSQL、Oracle、SQL Server、达梦（DM8）、人大金仓（KingbaseES）、Hive、Doris、ClickHouse 等多种数据库的物化支持。", oss: "partial", pro: true, diff: "开源版仅支持 MySQL、Oracle、达梦（DM8）；其余数据库需专业版。" },
|
||||
{ name: "标准化管理", desc: "将逻辑建模、物化部署与数据标准统一管理，减少重复建表工作。", oss: true, pro: true, diff: "" },
|
||||
{ name: "物化执行记录", desc: "自动保存每次逻辑模型物化的执行情况，包括操作人、执行时间、目标数据库和结果状态。", oss: true, pro: true, diff: "" },
|
||||
{ name: "版本变更追踪", desc: "支持对物化过程中的版本变化进行记录，用户可回溯不同版本的物化内容。", oss: true, pro: true, diff: "" },
|
||||
{ name: "部署历史管理", desc: "提供物化部署历史的查询与管理功能，帮助用户快速了解物理表的生成与变更轨迹。", oss: true, pro: true, diff: "" },
|
||||
{ name: "异常处理支持", desc: "在物化失败或异常时自动记录错误信息，并结合日志输出，辅助用户进行问题排查与修复。", oss: true, pro: true, diff: "" }
|
||||
]
|
||||
},
|
||||
{
|
||||
name: "数据资产",
|
||||
subs: [
|
||||
{ name: "数据发现任务", desc: "支持从多种关系型数据库自动提取并汇总表和字段的结构、规模及变化信息，为数据资产盘点提供基础。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "字段与结构分析", desc: "自动检测表结构，识别字段名称、类型、主键、分区等要素的变化，支持字段新增、删除、类型调整的对比分析。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "元数据变更管理", desc: "跟踪元数据在生命周期中的变更（创建、修改、删除），并支持版本化管理与历史回溯。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "状态监控", desc: "实时监控数据源中表的新增与删除，自动捕捉数据资产变动，并通过告警机制及时推送。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "调度管理", desc: "提供可视化任务配置与调度能力，支持定时、周期和手动多种调度策略。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "资产清单管理", desc: "支持以列表形式集中展示所有已生成的资产地图，包含地图名称、所属类目、资产描述、创建时间、数据标签等信息。", oss: true, pro: true, diff: "" },
|
||||
{ name: "多类型资产管理", desc: "支持数据库表类型、API 类型、文件类型的资产管理与统一归档。", oss: "partial", pro: true, diff: "开源版不支持外部 API 和非结构化数据资产管理。" },
|
||||
{ name: "多维度检索", desc: "提供按名称、类型、主题、创建时间等条件的快速检索功能。", oss: true, pro: true, diff: "" },
|
||||
{ name: "操作与维护", desc: "提供地图的新增、编辑、删除等操作，帮助用户灵活维护和优化资产地图内容。", oss: true, pro: true, diff: "" },
|
||||
{ name: "基础信息展示", desc: "显示资产的基本属性，包括名称、类型、所属主题、所属分类、创建人、创建时间等。", oss: true, pro: true, diff: "" },
|
||||
{ name: "结构与字段信息", desc: "展示资产表结构与字段详情，包括字段名称、类型、长度、约束、默认值等。", oss: true, pro: true, diff: "" },
|
||||
{ name: "血缘与依赖关系", desc: "提供资产的上下游血缘分析，直观展现数据依赖路径。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "质量评估任务管理", desc: "支持对单个资产配置质量评估任务，展示任务名称、执行策略、执行状态与执行时间。", oss: true, pro: true, diff: "" },
|
||||
{ name: "质量维度统计", desc: "提供完整性、准确性、一致性、时效性、规范性等维度的质量统计，输出整体数据质量评分。", oss: true, pro: true, diff: "" },
|
||||
{ name: "质量趋势分析", desc: "通过图表展示数据质量在不同时间段的变化趋势，帮助用户跟踪质量改进效果。", oss: true, pro: true, diff: "" },
|
||||
{ name: "规则配置与管理", desc: "展示与资产绑定的质量规则，支持规则的新增、编辑、删除与启用/禁用。", oss: true, pro: true, diff: "" },
|
||||
{ name: "问题数据处理", desc: "对评估发现的异常数据提供修复入口，支持人工干预。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "审核任务管理", desc: "提供待审核资产清单，支持查看资产的基本信息、变更内容和提交人信息。", oss: true, pro: true, diff: "" },
|
||||
{ name: "审核操作", desc: "支持对资产进行通过、驳回、退回修改等操作，并可附加审核意见。", oss: true, pro: true, diff: "" },
|
||||
{ name: "多源数据查询", desc: "支持对接入的多种数据源进行统一查询，避免跨系统切换；支持表格化展示与 Excel/CSV 导出。", oss: true, pro: true, diff: "" },
|
||||
{ name: "数据血缘可视化", desc: "以图形化方式直观展示表、字段、任务之间的上下游依赖关系。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "字段级血缘分析", desc: "支持精确到字段级的血缘追踪，明确字段来源与去向。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "上下游影响分析", desc: "在源数据或逻辑模型变更时，自动识别受影响的下游对象。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "多维度关联", desc: "血缘信息可结合资产、任务、规则等模块进行联动，支持跨模块的溯源与分析。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "动态更新", desc: "血缘关系随数据集成与任务运行动态更新，确保展示结果与实际运行情况保持一致。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "资产质量任务管理", desc: "支持为资产配置质量评估任务，查看任务名称、执行策略、执行状态和执行时间。", oss: true, pro: true, diff: "" },
|
||||
{ name: "资产质量维度统计", desc: "从规范性、完整性、准确性、一致性和时效性五个维度对资产进行检测，输出整体质量评分和问题数据占比。", oss: true, pro: true, diff: "" },
|
||||
{ name: "资产质量趋势分析", desc: "提供可视化图表，展示数据质量在不同时段的变化趋势。", oss: true, pro: true, diff: "" },
|
||||
{ name: "资产质量规则配置", desc: "支持在资产层面新增、编辑、删除和启用/禁用质量规则。", oss: true, pro: true, diff: "" },
|
||||
{ name: "资产问题数据处理", desc: "对检测发现的异常数据提供修复入口，支持人工干预。", oss: false, pro: true, diff: "专业版独占。" }
|
||||
]
|
||||
},
|
||||
{
|
||||
name: "数据治理",
|
||||
subs: [
|
||||
{ name: "规则清理", desc: "企业能够根据自身业务需求重新二开质量规则，提升规则的灵活性与可控性。", oss: "partial", pro: true, diff: "开源版内置 3 个稽查规则，可参考二开；专业版内置 20+ 稽查规则。" },
|
||||
{ name: "质量维度配置", desc: "左侧规则树支持完整性、唯一性、有效性、一致性和时效性五大质量维度的分类管理。", oss: "partial", pro: true, diff: "开源版内置 3 个规则，专业版内置 20+ 规则。" },
|
||||
{ name: "标准规则录入", desc: "支持通过外部链接批量录入规则，包括编码、名称、描述、使用场景和示例。", oss: "partial", pro: true, diff: "开源版内置 3 个规则，专业版内置 20+ 规则。" },
|
||||
{ name: "清洗规则（6 维度）", desc: "提供面向六大质量维度（准确性、完整性、一致性、唯一性、有效性、及时性）的可配置清洗能力。", oss: "partial", pro: true, diff: "开源版内置 5 个清洗规则，可参考二开；专业版内置 30+ 清洗规则。" },
|
||||
{ name: "数据集成（输入/转化/输出节点）", desc: "支持从多种数据源接入（大数据平台、关系型数据库、消息队列、API），经过转化节点清洗后写入多目标（数据库、大数据平台、消息队列）。", oss: "partial", pro: true, diff: "开源版仅支持关系型数据库到关系型数据库的数据集成；内置 3 个转换组件；专业版内置 15+ 转换组件。" },
|
||||
{ name: "稽查规则配置", desc: "支持按照完整性、唯一性、有效性、一致性、时效性等维度配置稽查规则。", oss: true, pro: true, diff: "" },
|
||||
{ name: "稽查结果分析与展示", desc: "稽查结果以报表或图表形式呈现，直观展示问题数据数量、分布与占比。", oss: true, pro: true, diff: "" },
|
||||
{ name: "稽查问题数据处理", desc: "提供问题数据的标记、导出与修复入口，支持人工干预或与清洗规则联动。", oss: true, pro: true, diff: "" },
|
||||
{ name: "清洗规则配置", desc: "支持按准确性、完整性、一致性、唯一性、有效性、及时性等维度配置清洗规则。", oss: true, pro: true, diff: "" },
|
||||
{ name: "数据开发任务管理", desc: "支持实时数据任务的全生命周期管理，提供任务名称、类型、执行引擎、调度周期等信息的配置与查看。", oss: false, pro: true, diff: "开源版无大数据执行引擎（Hive、Spark、Flink）；专业版支持。" },
|
||||
{ name: "实时流数据开发", desc: "基于 Flink 执行引擎，支持实时同步与计算任务，提供调度周期与资源配置选项。", oss: false, pro: true, diff: "开源版无 Flink 引擎；专业版支持。" },
|
||||
{ name: "IDE 工作台", desc: "提供可视化集成开发环境，支持 SQL 脚本编写、实时日志查看与任务调试。", oss: false, pro: true, diff: "开源版无大数据执行引擎；专业版支持。" },
|
||||
{ name: "任务依赖关系可视化配置", desc: "提供图形化界面，支持任务间依赖关系的拖拽式配置，自动生成任务流图。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "分布式负载均衡策略管理", desc: "在分布式环境下支持负载均衡策略配置，可根据任务优先级和资源使用情况动态分配计算资源。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "自动重试策略配置", desc: "支持为任务设置自动重试机制，用户可自定义重试次数、间隔时间及失败处理逻辑。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "任务异常监控与告警中心", desc: "实时监控任务运行状态，对失败、超时、资源不足等异常情况进行告警通知。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "整合数据集成与数据开发节点", desc: "将数据集成任务（ETL）与数据开发任务（SQL 脚本）统一纳入作业管理平台。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "作业任务管理", desc: "支持查看作业实例列表，树形结构展示子任务，支持日志查看下载与重跑功能。", oss: true, pro: true, diff: "" },
|
||||
{ name: "数据开发任务管理", desc: "展示数据开发任务实例列表，支持统一的任务管理与进度跟踪，提供执行日志查看下载。", oss: true, pro: true, diff: "" },
|
||||
{ name: "填报模板管理", desc: "支持创建与维护填报模板，灵活配置字段名称、类型、校验规则等。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "在线数据录入", desc: "提供在线表单式数据录入界面，支持数据的新增、编辑。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "项目创建与维护", desc: "支持项目的新增、编辑、删除与查询，形成统一的项目清单。", oss: true, pro: true, diff: "" },
|
||||
{ name: "项目成员与角色管理", desc: "支持为项目分配成员并配置角色与权限。", oss: true, pro: true, diff: "" }
|
||||
]
|
||||
},
|
||||
{
|
||||
name: "数据质量",
|
||||
subs: [
|
||||
{ name: "任务配置与管理", desc: "支持数据质量任务的新增、编辑、删除与分类管理，覆盖任务名称、执行策略、评测对象和规则等要素。", oss: true, pro: true, diff: "" },
|
||||
{ name: "多维度质量检测", desc: "可在任务中应用完整性、唯一性、有效性、一致性、时效性等质量规则，对目标数据进行全面检测。", oss: true, pro: true, diff: "" },
|
||||
{ name: "调度与执行", desc: "支持定时、周期性和手动调度方式，保障任务灵活运行。", oss: true, pro: true, diff: "" },
|
||||
{ name: "执行监控与日志", desc: "提供任务执行状态的实时监控，支持日志查询与下载。", oss: true, pro: true, diff: "" },
|
||||
{ name: "结果展示与处理", desc: "以报表、图表形式展示检测结果，标注问题数据，并提供修复入口。", oss: true, pro: true, diff: "" },
|
||||
{ name: "执行过程记录", desc: "自动记录任务执行的全流程，包括启动时间、执行节点、规则应用情况与结束状态。", oss: true, pro: true, diff: "" },
|
||||
{ name: "异常信息捕获", desc: "在任务运行出现错误或规则校验失败时，实时记录异常详情。", oss: true, pro: true, diff: "" },
|
||||
{ name: "报告生成", desc: "每次任务执行后自动生成质量报告，包含任务基本信息、执行时间、执行对象与规则覆盖情况。", oss: true, pro: true, diff: "" },
|
||||
{ name: "质量指标统计", desc: "按完整性、唯一性、有效性、一致性、时效性等维度输出检测结果，提供问题数据量与占比。", oss: true, pro: true, diff: "" },
|
||||
{ name: "问题分布分析", desc: "通过图表展示异常数据的分布情况，支持按表、字段、规则进行问题定位。", oss: true, pro: true, diff: "" },
|
||||
{ name: "趋势对比", desc: "支持与历史报告进行对比，展示质量指标的改善趋势。", oss: true, pro: true, diff: "" },
|
||||
{ name: "问题数据处理", desc: "系统自动识别异常或不合规数据，支持用户进行手动修复与调整。", oss: false, pro: true, diff: "专业版独占。" }
|
||||
]
|
||||
},
|
||||
{
|
||||
name: "数据安全",
|
||||
subs: [
|
||||
{ name: "等级定义与维护", desc: "支持定义多级敏感等级（如公开、内部、敏感、核心等），并可根据企业规范灵活调整。", oss: true, pro: true, diff: "" },
|
||||
{ name: "自动识别与标注", desc: "结合数据分类与规则库，支持对常见敏感信息（如身份证号、手机号、银行卡号等）进行自动识别。", oss: true, pro: true, diff: "" },
|
||||
{ name: "多维度分类管理", desc: "支持按业务域、主题、类目等维度对数据资产进行分类，采用树形结构与多层级管理方式。", oss: true, pro: true, diff: "" },
|
||||
{ name: "敏感等级分级", desc: "提供对资产敏感性的分级管理机制，支持定义公开、内部、敏感、核心等不同等级。", oss: true, pro: true, diff: "" },
|
||||
{ name: "访问控制", desc: "通过用户、角色与权限体系，对数据访问范围进行精细化控制，防止越权访问。", oss: true, pro: true, diff: "" },
|
||||
{ name: "数据加密", desc: "支持对存储数据与传输数据进行加密，保障敏感信息在存储和传输过程中不被泄露。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "数据脱敏", desc: "提供静态与动态脱敏能力，对敏感字段（如姓名、手机号、身份证号等）进行遮蔽或替换。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "用户与角色管理", desc: "支持用户账号与角色的统一管理，提供角色创建、分配、绑定等操作。", oss: false, pro: true, diff: "专业版独占（精细化权限管理）。" },
|
||||
{ name: "菜单与功能权限", desc: "提供基于角色的菜单、功能权限配置，灵活控制不同角色在系统中的可见范围与操作权限。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "多级授权机制", desc: "提供部门级、项目级、资源级等多层次的授权能力。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "数据权限控制", desc: "实现按组织、角色或用户维度的精细化数据访问控制。", oss: false, pro: true, diff: "专业版独占。" }
|
||||
]
|
||||
},
|
||||
{
|
||||
name: "数据服务",
|
||||
subs: [
|
||||
{ name: "API 定义与创建", desc: "支持基于数据表、视图或模型快速生成 API，配置请求方式、参数、返回结果等信息。", oss: true, pro: true, diff: "" },
|
||||
{ name: "API 发布与调用", desc: "提供 API 的发布、下线与版本管理功能，支持通过统一入口调用。", oss: true, pro: true, diff: "" },
|
||||
{ name: "调用记录管理", desc: "自动记录每次 API 调用的时间、调用方、请求参数与返回结果。", oss: true, pro: true, diff: "" },
|
||||
{ name: "性能指标统计", desc: "提供调用次数、响应时间、成功率、失败率等关键指标。", oss: true, pro: true, diff: "" },
|
||||
{ name: "日志检索与导出", desc: "支持按 API 名称、调用时间、调用方等条件检索日志。", oss: true, pro: true, diff: "" },
|
||||
{ name: "多种鉴权方式", desc: "支持基于 Token、API Key、OAuth 等多种鉴权方式。", oss: true, pro: true, diff: "" },
|
||||
{ name: "访问控制", desc: "可为 API 配置调用权限，限制调用方的身份、角色与访问范围。", oss: true, pro: true, diff: "" },
|
||||
{ name: "在线调试工具", desc: "提供可视化测试界面，支持输入请求参数、选择请求方式并直接发起调用。", oss: true, pro: true, diff: "" },
|
||||
{ name: "实时结果反馈", desc: "调用后即时返回响应结果与状态码，便于用户验证 API 的正确性与稳定性。", oss: true, pro: true, diff: "" },
|
||||
{ name: "调用黑名单", desc: "支持对指定调用方（IP、用户、应用等）加入黑名单，阻止其访问 API。", oss: true, pro: true, diff: "" },
|
||||
{ name: "访问限流", desc: "可设置调用频率、并发数及流量阈值，防止高频请求造成服务拥堵。", oss: true, pro: true, diff: "" }
|
||||
]
|
||||
},
|
||||
{
|
||||
name: "数据资源门户",
|
||||
subs: [
|
||||
{ name: "整体概览", desc: "集中展示数据资产数量、任务执行情况、质量评估结果、API 调用情况等核心指标。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "可视化看板", desc: "提供图表化仪表盘，直观呈现数据分布、趋势变化与运行状态。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "目录查看", desc: "支持查看已发布的数据服务目录，帮助用户快速定位目标服务资源。", oss: true, pro: true, diff: "" },
|
||||
{ name: "检索与筛选", desc: "提供普通搜索和多维度筛选功能，支持按服务名称、类型、分类等条件查找。", oss: true, pro: true, diff: "" },
|
||||
{ name: "服务资源列表", desc: "集中展示服务资源清单，支持查看详细信息、状态及申请流程。", oss: true, pro: true, diff: "" },
|
||||
{ name: "服务详情页", desc: "提供服务的详细介绍与使用说明，包括接口信息、调用方式、参数说明等。", oss: true, pro: true, diff: "" },
|
||||
{ name: "基础数据维护", desc: "提供对基础数据的统一维护能力，支持数据的新增、修改、删除与查询。", oss: true, pro: true, diff: "" },
|
||||
{ name: "数据填报", desc: "在门户端提供统一的数据填报入口，支持用户通过可视化表单录入和提交业务数据。", oss: true, pro: true, diff: "" },
|
||||
{ name: "资料中心", desc: "在门户端提供统一的资料中心，集中展示平台使用指南、规范文档、培训资料和案例资源。", oss: true, pro: true, diff: "" },
|
||||
{ name: "我申请的服务", desc: "在服务门户端提供个人申请服务的统一管理入口，支持申请进度跟踪。", oss: true, pro: true, diff: "" },
|
||||
{ name: "在线审批", desc: "在服务门户端提供统一的在线审批入口，支持对用户提交的服务申请进行查看、处理与流转。", oss: true, pro: true, diff: "" },
|
||||
{ name: "后台管理系统", desc: "提供服务门户的后台管理能力，支持对门户内容、用户、权限及服务资源的统一配置与维护。", oss: true, pro: true, diff: "" }
|
||||
]
|
||||
},
|
||||
{
|
||||
name: "数据可视化",
|
||||
subs: [
|
||||
{ name: "多维度数据分析", desc: "支持按业务域、主题、时间等多维度对数据进行统计与分析。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "丰富的图表与模板", desc: "提供柱状图、折线图、饼图、仪表盘等多种图表类型，以及常用报表模板。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "自定义报表与钻取", desc: "支持用户自定义报表结构与展示样式，并提供数据钻取功能。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "可视化编辑器", desc: "提供拖拽式设计界面，用户可自由添加、调整和组合图表、控件与背景。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "丰富的组件库", desc: "内置多种图表类型（柱状图、折线图、饼图、地图、仪表盘等）和展示控件。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "自由布局", desc: "支持多组件的任意排版与大小调整，形成个性化、场景化的大屏展示效果。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "数据实时接入", desc: "支持连接多源数据，并实现实时刷新与动态更新。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "预览与发布", desc: "提供大屏效果预览功能，支持一键发布至展示终端或门户。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "仪表盘可视化编辑器", desc: "提供拖拽式设计界面，支持图表、文本、指标卡等组件的自由组合。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "多维指标展示", desc: "支持将业务指标按主题、时间、区域等维度进行组合展示，形成综合性监控视图。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "丰富图表类型", desc: "内置折线图、柱状图、饼图、面积图、雷达图等多种图表。", oss: false, pro: true, diff: "专业版独占。" }
|
||||
]
|
||||
},
|
||||
{
|
||||
name: "人工智能",
|
||||
subs: [
|
||||
{ name: "自然语言解析", desc: "支持将用户输入的自然语言问题（如"查询上季度销售额"）自动解析为标准 SQL 语句。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "语义理解与优化", desc: "结合领域语义与数据字典，优化 SQL 生成结果，确保查询符合业务语境与数据库结构。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "多数据源支持", desc: "可对接 MySQL、Oracle、SQL Server、Hive 等多种数据库，实现跨源查询。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "可视化结果展示", desc: "查询结果以表格或图表形式展示，用户无需额外操作即可查看分析结果。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "对话式查询", desc: "用户通过自然语言提问，系统自动解析并返回结果，无需编写 SQL。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "即时可视化", desc: "支持将查询结果以表格、柱状图、折线图、饼图等多种形式即时呈现。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "多数据源接入", desc: "可连接关系型数据库、大数据平台等多类数据源，实现跨库、跨域的统一分析。", oss: false, pro: true, diff: "专业版独占。" },
|
||||
{ name: "智能洞察", desc: "基于历史查询与数据模型，自动生成趋势解读与业务洞察。", oss: false, pro: true, diff: "专业版独占。" }
|
||||
]
|
||||
},
|
||||
{
|
||||
name: "其他",
|
||||
subs: [
|
||||
{ name: "在线文档", desc: "提供更完善的官方文档，包括部署、运维、API、最佳实践等，更新及时，结构完整。", oss: true, pro: true, diff: "" },
|
||||
{ name: "技术支持", desc: "提供企业级技术支持服务，专属技术对接人，支持 SLA，7x24 或 5x8 等支持方式。", oss: "partial", pro: true, diff: "开源版通过 Issues 获取社区支持；专业版提供 SLA 与企业级支持。" },
|
||||
{ name: "更新源码", desc: "提供稳定版本更新通道，附带升级指导、补丁说明，长期维护兼容性及安全性。", oss: true, pro: true, diff: "" }
|
||||
]
|
||||
}
|
||||
];
|
||||
|
||||
// ===== Render =====
|
||||
let included = 0, partial = 0, excluded = 0, total = 0;
|
||||
|
||||
function badge(type) {
|
||||
if (type === true) { included++; total++; return '<span class="badge badge-green">✓</span>'; }
|
||||
if (type === 'partial') { partial++; total++; return '<span class="badge badge-yellow">△</span>'; }
|
||||
if (type === false) { excluded++; total++; return '<span class="badge badge-red">✕</span>'; }
|
||||
return '';
|
||||
}
|
||||
|
||||
function descHTML(desc) {
|
||||
if (!desc) return '';
|
||||
const lines = desc.split('\n');
|
||||
if (lines.length > 1) {
|
||||
return `<ul>${lines.map(l => `<li>${l}</li>`).join('')}</ul>`;
|
||||
}
|
||||
return desc;
|
||||
}
|
||||
|
||||
function render() {
|
||||
const content = document.getElementById('content');
|
||||
let html = '';
|
||||
|
||||
modules.forEach((mod, mi) => {
|
||||
let mInc = 0, mPart = 0, mExc = 0;
|
||||
mod.subs.forEach(s => {
|
||||
if (s.oss === true) mInc++;
|
||||
else if (s.oss === 'partial') mPart++;
|
||||
else mExc++;
|
||||
});
|
||||
|
||||
html += `<div class="module-section" data-mi="${mi}" data-inc="${mInc}" data-part="${mPart}" data-exc="${mExc}">`;
|
||||
html += `<div class="module-header${mi === 0 ? ' active' : ''}" onclick="toggle(${mi})">`;
|
||||
html += `<div class="icon" style="background:${moduleColors[mi]}">${mi + 1}</div>`;
|
||||
html += `<div class="title">${mod.name}</div>`;
|
||||
html += `<div class="stats">`;
|
||||
html += `<span class="stat-green">${mInc} 包含</span>`;
|
||||
if (mPart) html += `<span class="stat-yellow">${mPart} 部分</span>`;
|
||||
if (mExc) html += `<span class="stat-red">${mExc} 缺失</span>`;
|
||||
html += `</div>`;
|
||||
html += `<span class="arrow">▶</span>`;
|
||||
html += `</div>`;
|
||||
|
||||
html += `<div class="module-body${mi === 0 ? ' active' : ''}">`;
|
||||
html += `<table class="comp-table"><thead><tr>`;
|
||||
html += `<th>子模块</th><th>功能描述</th><th>开源版</th><th>专业版</th><th>差异说明</th>`;
|
||||
html += `</tr></thead><tbody>`;
|
||||
|
||||
mod.subs.forEach(s => {
|
||||
html += `<tr>`;
|
||||
html += `<td class="sub-module">${s.name.replace(/\n/g, '<br>')}</td>`;
|
||||
html += `<td class="desc">${descHTML(s.desc)}</td>`;
|
||||
html += `<td class="center">${badge(s.oss)}</td>`;
|
||||
html += `<td class="center">${badge(s.pro)}</td>`;
|
||||
html += s.diff
|
||||
? `<td><div class="diff-cell">${s.diff}</div></td>`
|
||||
: `<td style="color:var(--text-tertiary);text-align:center;font-size:12px">一致</td>`;
|
||||
html += `</tr>`;
|
||||
});
|
||||
|
||||
html += `</tbody></table></div></div>`;
|
||||
});
|
||||
|
||||
content.innerHTML = html;
|
||||
document.getElementById('countIncluded').textContent = included;
|
||||
document.getElementById('countPartial').textContent = partial;
|
||||
document.getElementById('countExcluded').textContent = excluded;
|
||||
document.getElementById('countTotal').textContent = total;
|
||||
}
|
||||
|
||||
function toggle(mi) {
|
||||
const section = document.querySelector(`.module-section[data-mi="${mi}"]`);
|
||||
const header = section.querySelector('.module-header');
|
||||
const body = section.querySelector('.module-body');
|
||||
header.classList.toggle('active');
|
||||
body.classList.toggle('active');
|
||||
}
|
||||
|
||||
function toggleAll(show) {
|
||||
document.querySelectorAll('.module-section').forEach(s => {
|
||||
const header = s.querySelector('.module-header');
|
||||
const body = s.querySelector('.module-body');
|
||||
if (show) { header.classList.add('active'); body.classList.add('active'); }
|
||||
else { header.classList.remove('active'); body.classList.remove('active'); }
|
||||
});
|
||||
}
|
||||
|
||||
function showOnlyGap() {
|
||||
document.querySelectorAll('.module-section').forEach(s => {
|
||||
const inc = parseInt(s.dataset.inc);
|
||||
const part = parseInt(s.dataset.part);
|
||||
const exc = parseInt(s.dataset.exc);
|
||||
const hasGap = part > 0 || exc > 0;
|
||||
s.style.display = hasGap ? '' : 'none';
|
||||
if (hasGap) {
|
||||
s.querySelector('.module-header').classList.add('active');
|
||||
s.querySelector('.module-body').classList.add('active');
|
||||
}
|
||||
});
|
||||
}
|
||||
|
||||
function showAll() {
|
||||
document.querySelectorAll('.module-section').forEach(s => {
|
||||
s.style.display = '';
|
||||
});
|
||||
}
|
||||
|
||||
render();
|
||||
</script>
|
||||
</body>
|
||||
</html>
|
||||
@@ -0,0 +1,594 @@
|
||||
<!DOCTYPE html>
|
||||
<html lang="zh-CN">
|
||||
<head>
|
||||
<meta charset="UTF-8">
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||||
<title>沈阳顺义项目开源方案匹配度分析</title>
|
||||
<style>
|
||||
:root {
|
||||
--color-primary: #1677FF;
|
||||
--color-primary-hover: #4096FF;
|
||||
--color-primary-active: #0958D9;
|
||||
--color-primary-bg: #E6F4FF;
|
||||
--color-success: #52C41A;
|
||||
--color-warning: #FAAD14;
|
||||
--color-error: #FF4D4F;
|
||||
--bg: #F5F5F5;
|
||||
--bg-container: #FFFFFF;
|
||||
--bg-elevated: #FAFAFA;
|
||||
--border: #D9D9D9;
|
||||
--border-light: #F0F0F0;
|
||||
--text-primary: #141414;
|
||||
--text-secondary: #595959;
|
||||
--text-tertiary: #8C8C8C;
|
||||
--radius-xs: 2px;
|
||||
--radius-sm: 6px;
|
||||
--radius-md: 8px;
|
||||
--radius-lg: 12px;
|
||||
--space-sm: 8px;
|
||||
--space-md: 12px;
|
||||
--space-lg: 16px;
|
||||
--space-xl: 24px;
|
||||
--space-2xl: 32px;
|
||||
--space-3xl: 48px;
|
||||
--shadow-sm: 0 1px 2px rgba(0,0,0,0.03), 0 1px 6px -1px rgba(0,0,0,0.02);
|
||||
--shadow-md: 0 2px 4px rgba(0,0,0,0.04), 0 4px 12px -2px rgba(0,0,0,0.04);
|
||||
}
|
||||
* { margin: 0; padding: 0; box-sizing: border-box; }
|
||||
body {
|
||||
font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, 'PingFang SC', 'Hiragino Sans GB', 'Microsoft YaHei', 'Helvetica Neue', Helvetica, Arial, sans-serif;
|
||||
font-size: 14px; line-height: 22px; color: var(--text-primary); background: var(--bg);
|
||||
}
|
||||
.top-bar { height: 64px; background: var(--bg-container); border-bottom: 1px solid var(--border); display: flex; align-items: center; padding: 0 var(--space-2xl); position: sticky; top: 0; z-index: 100; box-shadow: var(--shadow-sm); }
|
||||
.top-bar h1 { font-size: 18px; font-weight: 600; color: var(--text-primary); }
|
||||
.top-bar .back-link { margin-right: var(--space-lg); color: var(--color-primary); text-decoration: none; font-size: 14px; }
|
||||
.top-bar .back-link:hover { color: var(--color-primary-hover); }
|
||||
.container { max-width: 1200px; margin: 0 auto; padding: var(--space-2xl) var(--space-xl); }
|
||||
.section { background: var(--bg-container); border: 1px solid var(--border); border-radius: var(--radius-md); padding: var(--space-2xl); margin-bottom: var(--space-xl); box-shadow: var(--shadow-sm); }
|
||||
h2 { font-size: 24px; font-weight: 600; line-height: 32px; margin-bottom: var(--space-lg); color: var(--text-primary); border-bottom: 2px solid var(--color-primary); padding-bottom: var(--space-sm); }
|
||||
h3 { font-size: 18px; font-weight: 600; line-height: 26px; margin: var(--space-xl) 0 var(--space-md); color: var(--text-primary); }
|
||||
h4 { font-size: 16px; font-weight: 600; line-height: 24px; margin: var(--space-lg) 0 var(--space-sm); color: var(--text-secondary); }
|
||||
p { margin-bottom: var(--space-sm); color: var(--text-secondary); }
|
||||
.badge { display: inline-block; padding: 2px 10px; border-radius: 12px; font-size: 12px; font-weight: 600; margin-right: var(--space-xs); }
|
||||
.badge-pink { background: rgba(255,77,79,0.1); color: var(--color-error); border: 1px solid rgba(255,77,79,0.25); }
|
||||
.badge-blue { background: rgba(22,119,255,0.1); color: var(--color-primary); border: 1px solid rgba(22,119,255,0.25); }
|
||||
.badge-mint { background: rgba(82,196,26,0.1); color: var(--color-success); border: 1px solid rgba(82,196,26,0.25); }
|
||||
.badge-lavender { background: rgba(114,46,209,0.1); color: #722ED1; border: 1px solid rgba(114,46,209,0.25); }
|
||||
table { width: 100%; border-collapse: collapse; margin: var(--space-md) 0; }
|
||||
th { background: var(--bg-elevated); font-weight: 600; text-align: left; padding: 10px 14px; border: 1px solid var(--border); position: sticky; top: 0; }
|
||||
td { padding: 10px 14px; border: 1px solid var(--border); background: var(--bg-container); }
|
||||
tr:hover td { background: var(--color-primary-bg); }
|
||||
ul, ol { padding-left: var(--space-xl); margin-bottom: var(--space-sm); }
|
||||
li { margin-bottom: var(--space-xs); color: var(--text-secondary); }
|
||||
code { font-family: 'SF Mono', 'Menlo', 'Monaco', 'Courier New', monospace; font-size: 13px; background: var(--bg-elevated); padding: 2px 8px; border-radius: var(--radius-xs); color: var(--color-primary); }
|
||||
.note { background: var(--color-primary-bg); border-left: 3px solid var(--color-primary); padding: var(--space-md) var(--space-lg); border-radius: 0 var(--radius-sm) var(--radius-sm) 0; margin: var(--space-md) 0; }
|
||||
.danger-note { background: #FFF1F0; border-left: 3px solid var(--color-error); padding: var(--space-md) var(--space-lg); border-radius: 0 var(--radius-sm) var(--radius-sm) 0; margin: var(--space-md) 0; }
|
||||
.success-note { background: #F6FFED; border-left: 3px solid var(--color-success); padding: var(--space-md) var(--space-lg); border-radius: 0 var(--radius-sm) var(--radius-sm) 0; margin: var(--space-md) 0; }
|
||||
.match-bar { height: 24px; border-radius: 4px; background: linear-gradient(90deg, var(--color-error), var(--color-warning), var(--color-success)); position: relative; }
|
||||
.match-indicator { position: absolute; top: -4px; width: 4px; height: 32px; background: #000; border-radius: 2px; }
|
||||
.match-label { position: absolute; top: -20px; transform: translateX(-50%); font-size: 12px; font-weight: 600; color: var(--text-primary); white-space: nowrap; }
|
||||
.grid-2 { display: grid; grid-template-columns: 1fr 1fr; gap: var(--space-lg); }
|
||||
.card { background: var(--bg-elevated); border: 1px solid var(--border-light); border-radius: var(--radius-sm); padding: var(--space-lg); }
|
||||
.card h4 { margin-top: 0; }
|
||||
.project-card { border: 1px solid var(--border); border-radius: var(--radius-md); padding: var(--space-xl); margin-bottom: var(--space-lg); background: var(--bg-container); }
|
||||
.project-card:hover { box-shadow: var(--shadow-md); }
|
||||
.project-header { display: flex; align-items: center; gap: var(--space-md); margin-bottom: var(--space-md); }
|
||||
.project-header h4 { font-size: 18px; margin: 0; }
|
||||
.stars { color: var(--color-warning); font-weight: 600; }
|
||||
.tech-tags { margin-bottom: var(--space-md); }
|
||||
.tech-tag { display: inline-block; padding: 1px 8px; border-radius: 4px; font-size: 12px; background: var(--bg-elevated); border: 1px solid var(--border-light); margin-right: 4px; }
|
||||
@media (max-width: 768px) {
|
||||
.container { padding: var(--space-lg); }
|
||||
.section { padding: var(--space-lg); }
|
||||
.grid-2 { grid-template-columns: 1fr; }
|
||||
h2 { font-size: 20px; }
|
||||
}
|
||||
</style>
|
||||
</head>
|
||||
<body>
|
||||
|
||||
<div class="top-bar">
|
||||
<a href="../index.html" class="back-link">← 返回知识库</a>
|
||||
<h1>开源项目匹配度分析报告</h1>
|
||||
</div>
|
||||
|
||||
<div class="container">
|
||||
|
||||
<!-- 概述 -->
|
||||
<div class="section">
|
||||
<h2>1. 调研范围与方法</h2>
|
||||
<p>
|
||||
<span class="badge badge-pink">深度分析</span>
|
||||
<span class="badge badge-blue">工程指南</span>
|
||||
<span class="badge badge-mint">调研研究</span>
|
||||
</p>
|
||||
<p>基于沈阳顺义数据项目建设方案的技术需求，在 GitHub 和 Gitee 上检索匹配度最高的开源项目，从以下四个维度进行对比分析：</p>
|
||||
<div class="grid-2">
|
||||
<div class="card">
|
||||
<h4>物联网/设备管理层</h4>
|
||||
<p>设备接入、数据采集、协议适配（对应方案的感知接入层、云边端协同）</p>
|
||||
</div>
|
||||
<div class="card">
|
||||
<h4>数据治理/数据服务层</h4>
|
||||
<p>数据目录、元数据管理、数据质量、API 服务（对应方案的数据服务、数据治理管理）</p>
|
||||
</div>
|
||||
<div class="card">
|
||||
<h4>PHM/故障预测算法层</h4>
|
||||
<p>故障诊断、寿命预测、健康管理算法框架（对应方案的模型管理、算法任务服务）</p>
|
||||
</div>
|
||||
<div class="card">
|
||||
<h4>监控可视化层</h4>
|
||||
<p>设备监控、大屏展示、运维监控（对应方案的监测大屏、服务器监控、数据驾驶舱）</p>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- IoT平台 -->
|
||||
<div class="section">
|
||||
<h2>2. 物联网/设备管理平台匹配</h2>
|
||||
|
||||
<!-- ThingsBoard -->
|
||||
<div class="project-card">
|
||||
<div class="project-header">
|
||||
<h4>ThingsBoard</h4>
|
||||
<span class="stars">⭐ 17,000+</span>
|
||||
<span class="badge badge-pink">大厂</span>
|
||||
</div>
|
||||
<div class="tech-tags">
|
||||
<span class="tech-tag">Java</span>
|
||||
<span class="tech-tag">Spring Boot</span>
|
||||
<span class="tech-tag">Netty</span>
|
||||
<span class="tech-tag">PostgreSQL/Cassandra</span>
|
||||
<span class="tech-tag">MQTT/CoAP/HTTP</span>
|
||||
<span class="tech-tag">React/Angular</span>
|
||||
</div>
|
||||
<p><strong>来源：</strong><a href="https://github.com/thingsboard/thingsboard" target="_blank">GitHub</a></p>
|
||||
<p><strong>简介：</strong>全球最流行的开源 IoT 平台，提供设备管理、数据采集、处理、可视化和告警的完整能力。企业级多租户支持，自带规则引擎和 SCADA 功能。</p>
|
||||
<table>
|
||||
<thead><tr><th>沈阳需求点</th><th>ThingsBoard 覆盖</th><th>差异</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td>设备管理（设备台账/状态/类型）</td><td>✅ 完整支持 — 设备配置管理、属性管理</td><td>—</td></tr>
|
||||
<tr><td>多协议接入（MQTT/ZeroMQ）</td><td>✅ MQTT/CoAP/HTTP/SNMP 等</td><td>⚠️ 不支持 ZeroMQ，需扩展</td></tr>
|
||||
<tr><td>时序数据存储</td><td>✅ 原生支持 PostgreSQL/Cassandra</td><td>⚠️ 不直接支持 TDengine/KaiWuDB</td></tr>
|
||||
<tr><td>规则引擎/告警</td><td>✅ 内置规则引擎，可视化编排</td><td>—</td></tr>
|
||||
<tr><td>数据可视化/大屏</td><td>✅ Dashboard 仪表盘</td><td>—</td></tr>
|
||||
<tr><td>Spring Cloud 微服务架构</td><td>⚠️ 使用 Spring Boot，非 Cloud</td><td>架构差异</td></tr>
|
||||
<tr><td>国产化适配（麒麟/达梦）</td><td>❌ 不支持</td><td>需自行适配</td></tr>
|
||||
<tr><td>云边端协同</td><td>⚠️ 有 ThingsBoard Edge 概念</td><td>非完整云边端架构</td></tr>
|
||||
<tr><td>数据集管理/数据治理</td><td>❌ 无此概念</td><td>需自建</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
<div style="margin-top:12px">
|
||||
<div class="match-bar"><div class="match-indicator" style="left:60%"><div class="match-label" style="left:50%;transform:translateX(-50%)">60%</div></div></div>
|
||||
</div>
|
||||
<p style="margin-top:16px"><strong>匹配度：60%</strong> — IoT 设备管理层核心能力完整覆盖，但架构（Spring Boot vs Spring Cloud）、国产化、数据治理层完全不匹配。</p>
|
||||
</div>
|
||||
|
||||
<!-- JetLinks -->
|
||||
<div class="project-card">
|
||||
<div class="project-header">
|
||||
<h4>JetLinks 物联网基础平台</h4>
|
||||
<span class="stars">⭐ GVP 项目</span>
|
||||
<span class="badge badge-mint">国产</span>
|
||||
</div>
|
||||
<div class="tech-tags">
|
||||
<span class="tech-tag">Java</span>
|
||||
<span class="tech-tag">Spring Boot</span>
|
||||
<span class="tech-tag">WebFlux</span>
|
||||
<span class="tech-tag">Netty</span>
|
||||
<span class="tech-tag">Reactor</span>
|
||||
<span class="tech-tag">Vue</span>
|
||||
</div>
|
||||
<p><strong>来源：</strong><a href="https://gitee.com/jetlinks/jetlinks-community" target="_blank">Gitee</a> · <a href="https://github.com/jetlinks/jetlinks-community" target="_blank">GitHub</a></p>
|
||||
<p><strong>简介：</strong>国产 GVP 认证企业级物联网平台，全响应式架构（Spring Boot + WebFlux + Netty），统一物模型管理，多协议适配，规则引擎，数据可视化。</p>
|
||||
<table>
|
||||
<thead><tr><th>沈阳需求点</th><th>JetLinks 覆盖</th><th>差异</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td>设备管理</td><td>✅ 统一物模型、多设备管理</td><td>—</td></tr>
|
||||
<tr><td>多协议接入</td><td>✅ MQTT/TCP/CoAP/HTTP 等</td><td>⚠️ 无 ZeroMQ 原生支持</td></tr>
|
||||
<tr><td>规则引擎</td><td>✅ 内置规则引擎</td><td>—</td></tr>
|
||||
<tr><td>前端 UI（Vue3 + Element Plus）</td><td>✅ Vue 前端</td><td>⚠️ Vue2，非 Vue3</td></tr>
|
||||
<tr><td>Spring Cloud 微服务</td><td>⚠️ Spring Boot + WebFlux</td><td>非 Spring Cloud 微服务拆分</td></tr>
|
||||
<tr><td>时序数据库（TDengine）</td><td>⚠️ 可对接</td><td>需自行开发集成</td></tr>
|
||||
<tr><td>数据治理/数据目录/API服务</td><td>❌ 无此层</td><td>纯 IoT 平台，不含数据中台</td></tr>
|
||||
<tr><td>国产化（麒麟/达梦）</td><td>❌ 未官方支持</td><td>需自行适配</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
<div style="margin-top:12px">
|
||||
<div class="match-bar"><div class="match-indicator" style="left:50%"><div class="match-label" style="left:50%;transform:translateX(-50%)">50%</div></div></div>
|
||||
</div>
|
||||
<p style="margin-top:16px"><strong>匹配度：50%</strong> — 设备管理层和规则引擎覆盖较好，但缺少数据治理层、微服务架构、国产化适配。</p>
|
||||
</div>
|
||||
|
||||
<!-- IoT DC3 -->
|
||||
<div class="project-card">
|
||||
<div class="project-header">
|
||||
<h4>IoT DC3</h4>
|
||||
<span class="stars">⭐ ~5,400</span>
|
||||
<span class="badge badge-mint">国产</span>
|
||||
</div>
|
||||
<div class="tech-tags">
|
||||
<span class="tech-tag">Java</span>
|
||||
<span class="tech-tag">Spring Cloud</span>
|
||||
<span class="tech-tag">Vue</span>
|
||||
<span class="tech-tag">MQTT</span>
|
||||
<span class="tech-tag">Modbus</span>
|
||||
</div>
|
||||
<p><strong>来源：</strong><a href="https://gitee.com/pnoker/iot-dc3" target="_blank">Gitee</a> · <a href="https://github.com/pnoker/iot-dc3" target="_blank">GitHub</a></p>
|
||||
<p><strong>简介：</strong>基于 Spring Cloud 的开源分布式物联网平台，Gitee GVP 项目。四层微服务架构（驱动层、数据层、管理层、应用层），支持工业协议适配，完全开源。</p>
|
||||
<table>
|
||||
<thead><tr><th>沈阳需求点</th><th>IoT DC3 覆盖</th><th>差异</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td>Spring Cloud 微服务架构</td><td>✅ 原生 Spring Cloud</td><td>—</td></tr>
|
||||
<tr><td>设备管理</td><td>✅ 统一设备管理</td><td>—</td></tr>
|
||||
<tr><td>数据采集/协议适配</td><td>✅ Modbus/OPC UA/MQTT 等</td><td>⚠️ 无 ZeroMQ 原生支持</td></tr>
|
||||
<tr><td>时序数据存储</td><td>⚠️ 支持多种存储</td><td>⚠️ 需自行适配 TDengine</td></tr>
|
||||
<tr><td>Docker 容器化部署</td><td>✅ 支持</td><td>—</td></tr>
|
||||
<tr><td>数据治理/数据目录/API服务</td><td>❌ 无此层</td><td>纯 IoT 平台</td></tr>
|
||||
<tr><td>模型/算法管理</td><td>❌ 无此概念</td><td>需自建</td></tr>
|
||||
<tr><td>国产化（麒麟/达梦）</td><td>❌ 未官方支持</td><td>需自行适配</td></tr>
|
||||
<tr><td>云边端协同</td><td>⚠️ 分布式架构</td><td>无明确的边端协同模块</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
<div style="margin-top:12px">
|
||||
<div class="match-bar"><div class="match-indicator" style="left:55%"><div class="match-label" style="left:50%;transform:translateX(-50%)">55%</div></div></div>
|
||||
</div>
|
||||
<p style="margin-top:16px"><strong>匹配度：55%</strong> — 架构（Spring Cloud）最匹配，但缺少数据治理层、算法管理、国产化适配。是最接近沈阳项目架构的开源 IoT 平台。</p>
|
||||
</div>
|
||||
|
||||
<!-- ThingLinks -->
|
||||
<div class="project-card">
|
||||
<div class="project-header">
|
||||
<h4>ThingLinks</h4>
|
||||
<span class="stars">⭐ ~3,000</span>
|
||||
<span class="badge badge-mint">国产</span>
|
||||
</div>
|
||||
<div class="tech-tags">
|
||||
<span class="tech-tag">Java</span>
|
||||
<span class="tech-tag">Spring Cloud</span>
|
||||
<span class="tech-tag">TDengine</span>
|
||||
<span class="tech-tag">MQTT</span>
|
||||
<span class="tech-tag">RuoYi</span>
|
||||
</div>
|
||||
<p><strong>来源：</strong><a href="https://gitee.com/mqttsnet/thinglinks" target="_blank">Gitee</a></p>
|
||||
<p><strong>简介：</strong>企业级多租户 SaaS 物联网平台，基于 Spring Cloud 微服务 + TDengine 时序数据库 + RuoYi 框架。单机支持百万级并发连接，支持多种协议（TCP/MQTT/UDP/CoAP/HTTP/WebSocket/MODBUS）。</p>
|
||||
<table>
|
||||
<thead><tr><th>沈阳需求点</th><th>ThingLinks 覆盖</th><th>差异</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td>Spring Cloud 微服务</td><td>✅ 原生 Spring Cloud</td><td>—</td></tr>
|
||||
<tr><td>时序数据库（TDengine）</td><td>✅ 原生集成 TDengine</td><td>—</td></tr>
|
||||
<tr><td>高并发接入</td><td>✅ 百万级并发连接</td><td>—</td></tr>
|
||||
<tr><td>多协议接入</td><td>✅ TCP/MQTT/CoAP/MODBUS 等</td><td>⚠️ 无 ZeroMQ</td></tr>
|
||||
<tr><td>规则引擎/告警</td><td>✅ 规则引擎、消息转发、实时告警</td><td>—</td></tr>
|
||||
<tr><td>设备管理</td><td>✅ 完整设备管理</td><td>—</td></tr>
|
||||
<tr><td>数据治理/数据目录/API服务</td><td>⚠️ 有 API 能力</td><td>缺少完整数据治理体系</td></tr>
|
||||
<tr><td>模型/算法管理</td><td>❌ 无此概念</td><td>需自建</td></tr>
|
||||
<tr><td>国产化（麒麟/达梦）</td><td>❌ 未官方支持</td><td>需自行适配</td></tr>
|
||||
<tr><td>大屏可视化（200ms刷新）</td><td>⚠️ 有基础可视化</td><td>不保证 200ms 刷新性能</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
<div style="margin-top:12px">
|
||||
<div class="match-bar"><div class="match-indicator" style="left:62%"><div class="match-label" style="left:50%;transform:translateX(-50%)">62%</div></div></div>
|
||||
</div>
|
||||
<p style="margin-top:16px"><strong>匹配度：62%</strong> — <strong>技术栈最接近</strong>（Spring Cloud + TDengine），高并发接入能力已验证。但缺少数据治理层、算法管理、国产化适配。</p>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- 数据治理平台 -->
|
||||
<div class="section">
|
||||
<h2>3. 数据治理/数据服务平台匹配</h2>
|
||||
|
||||
<!-- DataHub -->
|
||||
<div class="project-card">
|
||||
<div class="project-header">
|
||||
<h4>DataHub（LinkedIn 出品）</h4>
|
||||
<span class="stars">⭐ 10,000+</span>
|
||||
<span class="badge badge-pink">大厂</span>
|
||||
</div>
|
||||
<div class="tech-tags">
|
||||
<span class="tech-tag">Java</span>
|
||||
<span class="tech-tag">Python</span>
|
||||
<span class="tech-tag">React</span>
|
||||
<span class="tech-tag">Kafka</span>
|
||||
<span class="tech-tag">MySQL/ES</span>
|
||||
</div>
|
||||
<p><strong>来源：</strong><a href="https://github.com/datahub-project/datahub" target="_blank">GitHub</a></p>
|
||||
<p><strong>简介：</strong>LinkedIn 开源的元数据平台，提供数据发现、治理、可观测性能力。2025年2月发布 DataHub 1.0，社区成员 12,500+，部署次数 6,300+。</p>
|
||||
<table>
|
||||
<thead><tr><th>沈阳需求点</th><th>DataHub 覆盖</th><th>差异</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td>数据目录/资源管理</td><td>✅ 完整数据目录、血缘追踪</td><td>—</td></tr>
|
||||
<tr><td>元数据管理</td><td>✅ 核心功能</td><td>—</td></tr>
|
||||
<tr><td>数据质量</td><td>✅ 数据可观测性</td><td>—</td></tr>
|
||||
<tr><td>API 服务/数据服务</td><td>⚠️ 有 GraphQL API</td><td>⚠️ 非业务数据服务 API</td></tr>
|
||||
<tr><td>数据清洗/ETL</td><td>❌ 需配合其他工具</td><td>无内置 ETL</td></tr>
|
||||
<tr><td>SQL 工作台/数据开发</td><td>❌ 无此功能</td><td>纯元数据平台</td></tr>
|
||||
<tr><td>Spring Cloud 微服务</td><td>❌ 非 Spring 体系</td><td>架构差异</td></tr>
|
||||
<tr><td>国产化适配</td><td>❌ 不支持</td><td>需自行适配</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
<div style="margin-top:12px">
|
||||
<div class="match-bar"><div class="match-indicator" style="left:45%"><div class="match-label" style="left:50%;transform:translateX(-50%)">45%</div></div></div>
|
||||
</div>
|
||||
<p style="margin-top:16px"><strong>匹配度：45%</strong> — 数据治理层（目录/元数据/血缘/质量）覆盖极佳，但无 ETL、无业务数据服务、架构完全不匹配。</p>
|
||||
</div>
|
||||
|
||||
<!-- qData -->
|
||||
<div class="project-card">
|
||||
<div class="project-header">
|
||||
<h4>qData（千数平台）</h4>
|
||||
<span class="stars">⭐ 新开源</span>
|
||||
<span class="badge badge-mint">国产</span>
|
||||
</div>
|
||||
<div class="tech-tags">
|
||||
<span class="tech-tag">Java</span>
|
||||
<span class="tech-tag">大数据生态</span>
|
||||
<span class="tech-tag">ETL</span>
|
||||
<span class="tech-tag">AI</span>
|
||||
</div>
|
||||
<p><strong>来源：</strong><a href="https://gitee.com/qiantongtech/qData" target="_blank">Gitee</a>（2025年5月26日开源）</p>
|
||||
<p><strong>简介：</strong>千桐科技开源的一站式数据中台，涵盖 ETL 数据处理、数据开发、数据治理、元数据管理、数据质量管理、数据资产管理、API 数据服务、AI 智能问数。</p>
|
||||
<table>
|
||||
<thead><tr><th>沈阳需求点</th><th>qData 覆盖</th><th>差异</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td>数据治理管理（标准/元数据/质量）</td><td>✅ 完整覆盖</td><td>—</td></tr>
|
||||
<tr><td>数据开发（SQL工作台）</td><td>✅ 数据开发</td><td>—</td></tr>
|
||||
<tr><td>API 数据服务</td><td>✅ 原生支持</td><td>—</td></tr>
|
||||
<tr><td>数据目录/资源管理</td><td>✅ 数据资产管理</td><td>—</td></tr>
|
||||
<tr><td>数据清洗/ETL</td><td>✅ ETL 数据处理</td><td>—</td></tr>
|
||||
<tr><td>数据血缘</td><td>⚠️ 部分支持</td><td>需确认</td></tr>
|
||||
<tr><td>物联网/设备管理集成</td><td>❌ 无此层</td><td>纯数据中台，无 IoT 能力</td></tr>
|
||||
<tr><td>模型/算法管理</td><td>❌ 无此概念</td><td>需自建</td></tr>
|
||||
<tr><td>时序数据库</td><td>⚠️ 可对接</td><td>需确认对 TDengine/KaiWuDB 的支持</td></tr>
|
||||
<tr><td>国产化适配</td><td>✅ 国内项目，可适配</td><td>需确认具体适配情况</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
<div style="margin-top:12px">
|
||||
<div class="match-bar"><div class="match-indicator" style="left:52%"><div class="match-label" style="left:50%;transform:translateX(-50%)">52%</div></div></div>
|
||||
</div>
|
||||
<p style="margin-top:16px"><strong>匹配度：52%</strong> — 数据治理层（目录/元数据/质量/API服务）覆盖度最高，但缺少 IoT 接入层、算法管理、时序数据库深度集成。</p>
|
||||
</div>
|
||||
|
||||
<!-- LarkMidTable -->
|
||||
<div class="project-card">
|
||||
<div class="project-header">
|
||||
<h4>LarkMidTable（云雀数据中台）</h4>
|
||||
<span class="stars">⭐ GVP</span>
|
||||
<span class="badge badge-mint">国产</span>
|
||||
</div>
|
||||
<div class="tech-tags">
|
||||
<span class="tech-tag">Java</span>
|
||||
<span class="tech-tag">大数据生态</span>
|
||||
<span class="tech-tag">Dromara</span>
|
||||
</div>
|
||||
<p><strong>来源：</strong><a href="https://gitee.com/dromara/LarkMidTable" target="_blank">Gitee</a></p>
|
||||
<p><strong>简介：</strong>Gitee GVP 认证的一站式数据中台，实现数据基础设施、数据治理、数据开发、监控告警、数据服务（Data API）、数据可视化。</p>
|
||||
<table>
|
||||
<thead><tr><th>沈阳需求点</th><th>LarkMidTable 覆盖</th><th>差异</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td>数据治理</td><td>✅ 完整数据治理体系</td><td>—</td></tr>
|
||||
<tr><td>数据服务（Data API）</td><td>✅ 原生 Data API</td><td>—</td></tr>
|
||||
<tr><td>数据开发</td><td>✅ 数据开发</td><td>—</td></tr>
|
||||
<tr><td>监控告警</td><td>✅ 监控告警</td><td>—</td></tr>
|
||||
<tr><td>数据可视化</td><td>✅ 数据可视化</td><td>—</td></tr>
|
||||
<tr><td>物联网/设备管理</td><td>❌ 无此层</td><td>纯数据中台</td></tr>
|
||||
<tr><td>模型/算法管理</td><td>❌ 无此概念</td><td>需自建</td></tr>
|
||||
<tr><td>时序数据库</td><td>❌ 无此概念</td><td>面向离线/批处理</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
<div style="margin-top:12px">
|
||||
<div class="match-bar"><div class="match-indicator" style="left:42%"><div class="match-label" style="left:50%;transform:translateX(-50%)">42%</div></div></div>
|
||||
</div>
|
||||
<p style="margin-top:16px"><strong>匹配度：42%</strong> — 数据中台能力成熟（GVP 认证），但偏离线大数据场景，无 IoT 接入和实时时序数据处理能力。</p>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- PHM算法 -->
|
||||
<div class="section">
|
||||
<h2>4. PHM/故障预测算法框架匹配</h2>
|
||||
|
||||
<div class="note">
|
||||
PHM（Prognostics and Health Management，故障预测与健康管理）是沈阳项目的核心业务场景。以下项目专注于算法/模型层面。
|
||||
</div>
|
||||
|
||||
<!-- UniPHM -->
|
||||
<div class="project-card">
|
||||
<div class="project-header">
|
||||
<h4>UniPHM</h4>
|
||||
<span class="stars">⭐ 学术项目</span>
|
||||
<span class="badge badge-lavender">算法框架</span>
|
||||
</div>
|
||||
<div class="tech-tags">
|
||||
<span class="tech-tag">Python</span>
|
||||
<span class="tech-tag">PyTorch</span>
|
||||
<span class="tech-tag">深度学习</span>
|
||||
</div>
|
||||
<p><strong>来源：</strong><a href="https://github.com/holden-mcgorin/UniPHM" target="_blank">GitHub</a> · <a href="https://gitee.com/holdenmcgorin/UniPHM" target="_blank">Gitee</a></p>
|
||||
<p><strong>简介：</strong>统一 PHM 深度学习框架，支持 RUL 预测、故障诊断、异常检测等多种 PHM 任务，已复现多篇学术论文方法与实验。</p>
|
||||
<table>
|
||||
<thead><tr><th>沈阳需求点</th><th>UniPHM 覆盖</th><th>差异</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td>故障诊断算法</td><td>✅ 支持</td><td>—</td></tr>
|
||||
<tr><td>寿命预测（RUL）</td><td>✅ 支持</td><td>—</td></tr>
|
||||
<tr><td>异常检测</td><td>✅ 支持</td><td>—</td></tr>
|
||||
<tr><td>多类算法（时序/音频/图像/文本）</td><td>⚠️ 以时序数据为主</td><td>⚠️ 音频/图像/文本算法需扩展</td></tr>
|
||||
<tr><td>算法管理平台（上传/注册/版本）</td><td>❌ 纯算法库，无管理平台</td><td>需自建管理平台</td></tr>
|
||||
<tr><td>与平台集成</td><td>⚠️ 可作为算法执行引擎</td><td>需开发集成层</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
<div style="margin-top:12px">
|
||||
<div class="match-bar"><div class="match-indicator" style="left:35%"><div class="match-label" style="left:50%;transform:translateX(-50%)">35%</div></div></div>
|
||||
</div>
|
||||
<p style="margin-top:16px"><strong>匹配度：35%</strong> — 算法层面有参考价值，但不是平台级产品，需自行开发算法管理、调度、可视化等上层能力。</p>
|
||||
</div>
|
||||
|
||||
<!-- PHMbench -->
|
||||
<div class="project-card">
|
||||
<div class="project-header">
|
||||
<h4>PHMbench / PHM-Vibench</h4>
|
||||
<span class="stars">⭐ 学术社区</span>
|
||||
<span class="badge badge-lavender">基准测试</span>
|
||||
</div>
|
||||
<div class="tech-tags">
|
||||
<span class="tech-tag">Python</span>
|
||||
<span class="tech-tag">振动信号分析</span>
|
||||
<span class="tech-tag">基准数据集</span>
|
||||
</div>
|
||||
<p><strong>来源：</strong><a href="https://github.com/PHMbench" target="_blank">GitHub</a></p>
|
||||
<p><strong>简介：</strong>PHM 开源社区，专注工业装备故障预测与健康管理基准测试。PHM-Vibench 提供工业设备振动信号基准测试平台。</p>
|
||||
<div class="note">
|
||||
<strong>参考价值：</strong>可作为算法验证和数据集管理的参考，不适用于生产平台建设。匹配度 <strong>20%</strong>。
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- LLM-based-PHM -->
|
||||
<div class="project-card">
|
||||
<div class="project-header">
|
||||
<h4>LLM-based-PHM（大模型+PHM）</h4>
|
||||
<span class="stars">⭐ 2025年热点</span>
|
||||
<span class="badge badge-lavender">学术前沿</span>
|
||||
</div>
|
||||
<div class="tech-tags">
|
||||
<span class="tech-tag">Python</span>
|
||||
<span class="tech-tag">LLM</span>
|
||||
<span class="tech-tag">故障诊断</span>
|
||||
</div>
|
||||
<p><strong>来源：</strong><a href="https://github.com/CHAOZHAO-1/LLM-based-PHM" target="_blank">GitHub</a></p>
|
||||
<p><strong>简介：</strong>大语言模型在 PHM 领域的应用研究，含 AIS 2025 论文。代表 2025-2026 年 PHM 领域最大研究热点。</p>
|
||||
<div class="note">
|
||||
<strong>参考价值：</strong>学术研究项目，非生产级平台。但"AI 智能问数"能力（qData 已有）可借鉴此方向。匹配度 <strong>15%</strong>。
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- 综合对比 -->
|
||||
<div class="section">
|
||||
<h2>5. 综合匹配矩阵</h2>
|
||||
<p>以沈阳项目的 15 项核心能力为行，10 个开源项目为列，标注匹配情况：</p>
|
||||
<div style="overflow-x:auto">
|
||||
<table>
|
||||
<thead><tr><th>核心能力</th><th>ThingsBoard</th><th>JetLinks</th><th>IoT DC3</th><th>ThingLinks</th><th>DataHub</th><th>qData</th><th>LarkMidTable</th><th>UniPHM</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td>设备管理/台账</td><td>✅</td><td>✅</td><td>✅</td><td>✅</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td></tr>
|
||||
<tr><td>多协议接入（MQTT等）</td><td>✅</td><td>✅</td><td>✅</td><td>✅</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td></tr>
|
||||
<tr><td>ZeroMQ 高频接入</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td></tr>
|
||||
<tr><td>时序数据库（TDengine）</td><td>❌</td><td>⚠️</td><td>⚠️</td><td>✅</td><td>❌</td><td>⚠️</td><td>❌</td><td>❌</td></tr>
|
||||
<tr><td>Spring Cloud 微服务</td><td>❌</td><td>❌</td><td>✅</td><td>✅</td><td>❌</td><td>⚠️</td><td>⚠️</td><td>❌</td></tr>
|
||||
<tr><td>数据目录/资源管理</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>✅</td><td>✅</td><td>✅</td><td>❌</td></tr>
|
||||
<tr><td>元数据/血缘管理</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>✅</td><td>⚠️</td><td>⚠️</td><td>❌</td></tr>
|
||||
<tr><td>数据质量管理</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>✅</td><td>✅</td><td>✅</td><td>❌</td></tr>
|
||||
<tr><td>数据清洗/ETL</td><td>⚠️</td><td>⚠️</td><td>⚠️</td><td>⚠️</td><td>❌</td><td>✅</td><td>✅</td><td>❌</td></tr>
|
||||
<tr><td>API 数据服务</td><td>⚠️</td><td>⚠️</td><td>⚠️</td><td>⚠️</td><td>⚠️</td><td>✅</td><td>✅</td><td>❌</td></tr>
|
||||
<tr><td>SQL 工作台/数据开发</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>✅</td><td>✅</td><td>❌</td></tr>
|
||||
<tr><td>模型/算法管理</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>⚠️</td></tr>
|
||||
<tr><td>任务编排/调度</td><td>⚠️</td><td>⚠️</td><td>⚠️</td><td>⚠️</td><td>❌</td><td>⚠️</td><td>⚠️</td><td>❌</td></tr>
|
||||
<tr><td>监测大屏（200ms刷新）</td><td>⚠️</td><td>❌</td><td>❌</td><td>⚠️</td><td>❌</td><td>❌</td><td>⚠️</td><td>❌</td></tr>
|
||||
<tr><td>国产化（麒麟/达梦）</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>❌</td><td>⚠️</td><td>⚠️</td><td>❌</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
</div>
|
||||
<p style="margin-top:8px">✅ = 完整覆盖 ⚠️ = 部分覆盖/需扩展 ❌ = 不支持</p>
|
||||
</div>
|
||||
|
||||
<!-- 推荐方案 -->
|
||||
<div class="section">
|
||||
<h2>6. 推荐组合方案</h2>
|
||||
<p>单一开源项目无法覆盖沈阳项目全部需求。建议采用 <strong>「IoT 平台 + 数据中台 + 自研核心」</strong>的组合策略：</p>
|
||||
|
||||
<div class="grid-2">
|
||||
<div class="card">
|
||||
<h4>方案 A：ThingLinks + qData（推荐）</h4>
|
||||
<ul>
|
||||
<li><strong>ThingLinks</strong> 负责 IoT 层（设备接入、协议适配、时序数据存储）</li>
|
||||
<li><strong>qData</strong> 负责数据治理层（目录/元数据/质量/API 服务）</li>
|
||||
<li><strong>自研</strong>：算法管理、模型管理、监测大屏、国产化适配</li>
|
||||
</ul>
|
||||
<p><strong>优势：</strong>ThingLinks 原生支持 TDengine + Spring Cloud；qData 覆盖数据治理最全</p>
|
||||
<p><strong>自研工作量：</strong>~60%</p>
|
||||
</div>
|
||||
<div class="card">
|
||||
<h4>方案 B：IoT DC3 + LarkMidTable</h4>
|
||||
<ul>
|
||||
<li><strong>IoT DC3</strong> 负责 IoT 层（Spring Cloud + 设备管理 + 协议适配）</li>
|
||||
<li><strong>LarkMidTable</strong> 负责数据治理层（GVP 成熟度高）</li>
|
||||
<li><strong>自研</strong>：时序数据库适配、算法管理、模型管理、监测大屏</li>
|
||||
</ul>
|
||||
<p><strong>优势：</strong>两个项目均为 GVP 认证，社区成熟度最高</p>
|
||||
<p><strong>自研工作量：</strong>~65%</p>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<h3 style="margin-top:var(--space-2xl)">6.1 不可自研/必须自研的核心模块</h3>
|
||||
<div class="danger-note">
|
||||
<strong>以下模块无法从开源项目直接获取，需重点自研：</strong>
|
||||
<ul>
|
||||
<li><strong>ZeroMQ 高频时序数据接入</strong> — 所有开源 IoT 平台均不支持 ZeroMQ，需基于 C++ 自研高频采集模块</li>
|
||||
<li><strong>200ms 刷新率监测大屏</strong> — WebSocket 全双工实时推送 + 前端优化，需专项开发</li>
|
||||
<li><strong>算法任务管理（4类算法调度）</strong> — 时序/音频/图像/文本算法的统一管理平台</li>
|
||||
<li><strong>国产化适配</strong> — 麒麟 OS + 达梦/涛思/庚顿/KaiWuDB 适配验证</li>
|
||||
<li><strong>边端协同</strong> — 云-边-端任务协同调度，无开源方案覆盖</li>
|
||||
</ul>
|
||||
</div>
|
||||
|
||||
<h3>6.2 可直接复用的开源模块</h3>
|
||||
<div class="success-note">
|
||||
<strong>以下模块可直接使用或二次开发：</strong>
|
||||
<ul>
|
||||
<li><strong>设备管理/台账</strong> — ThingsBoard / JetLinks / IoT DC3 / ThingLinks 均可</li>
|
||||
<li><strong>MQTT 低频业务数据接入</strong> — 所有 IoT 平台原生支持</li>
|
||||
<li><strong>TDengine 时序数据存储</strong> — ThingLinks 原生支持</li>
|
||||
<li><strong>数据目录/元数据/数据质量</strong> — DataHub / qData / LarkMidTable</li>
|
||||
<li><strong>API 数据服务</strong> — qData / LarkMidTable 原生 Data API</li>
|
||||
<li><strong>Docker 容器化部署</strong> — 所有项目均支持</li>
|
||||
<li><strong>故障诊断/寿命预测算法</strong> — UniPHM 可作为算法库复用</li>
|
||||
</ul>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- 大厂高星项目关注清单 -->
|
||||
<div class="section">
|
||||
<h2>7. 大厂高星项目驻点关注清单</h2>
|
||||
<p>建议持续跟踪以下项目动态，这些项目有活跃的大厂背景或高社区活跃度：</p>
|
||||
<table>
|
||||
<thead><tr><th>项目</th><th>出品方</th><th>Stars</th><th>关注理由</th><th>匹配维度</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td><strong>ThingsBoard</strong></td><td>ThingsBoard Inc.</td><td>17,000+</td><td>全球 IoT 第一开源平台，规则引擎极强</td><td>IoT 层</td></tr>
|
||||
<tr><td><strong>DataHub</strong></td><td>LinkedIn（Acryl Data）</td><td>10,000+</td><td>数据治理领域第一开源，2025年发布1.0</td><td>数据治理层</td></tr>
|
||||
<tr><td><strong>IoT DC3</strong></td><td>pnoker（中国开源）</td><td>~5,400</td><td>Spring Cloud IoT 架构最接近沈阳项目</td><td>IoT 层</td></tr>
|
||||
<tr><td><strong>JetLinks</strong></td><td>jetlinks（中国开源）</td><td>GVP</td><td>响应式 IoT 架构，国产方案参考</td><td>IoT 层</td></tr>
|
||||
<tr><td><strong>ThingLinks</strong></td><td>MqttsNet（中国开源）</td><td>~3,000</td><td>唯一 Spring Cloud + TDengine 原生集成</td><td>IoT 层</td></tr>
|
||||
<tr><td><strong>qData</strong></td><td>千桐科技</td><td>新开源</td><td>2025年新开源，功能最全数据中台</td><td>数据治理层</td></tr>
|
||||
<tr><td><strong>LarkMidTable</strong></td><td>Dromara 社区</td><td>GVP</td><td>GVP 认证数据中台，社区成熟度高</td><td>数据治理层</td></tr>
|
||||
<tr><td><strong>UniPHM</strong></td><td>学术研究</td><td>学术</td><td>PHM 深度学习统一框架，算法层参考</td><td>算法层</td></tr>
|
||||
<tr><td><strong>OpenMetadata</strong></td><td>OpenMetadata Org</td><td>5,000+</td><td>DataHub 替代品，更轻量的元数据治理</td><td>数据治理层</td></tr>
|
||||
<tr><td><strong>PHMbench</strong></td><td>学术社区</td><td>社区</td><td>工业 PHM 基准测试，数据集管理参考</td><td>算法层</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
</div>
|
||||
|
||||
<!-- 结论 -->
|
||||
<div class="section">
|
||||
<h2>8. 结论</h2>
|
||||
<div class="danger-note">
|
||||
<strong>核心结论：沈阳项目是一个「IoT 平台 + 数据中台 + PHM 算法管理」的三合一复合型平台，目前全球范围内没有单开源项目能完整覆盖。</strong>
|
||||
</div>
|
||||
<ul>
|
||||
<li><strong>IoT 层</strong>：ThingLinks 技术栈最接近（Spring Cloud + TDengine），但 ZeroMQ 高频接入需自研</li>
|
||||
<li><strong>数据治理层</strong>：qData 功能覆盖最全（目录/元数据/质量/API 服务），但 2025 年刚开源，稳定性待验证</li>
|
||||
<li><strong>算法层</strong>：UniPHM 提供算法框架参考，但需自建管理平台</li>
|
||||
<li><strong>国产化</strong>：所有开源项目均未官方支持麒麟 OS + 达梦数据库，需自行适配</li>
|
||||
<li><strong>整体自研比例</strong>：约 55%-65%，开源项目主要用于加速 IoT 接入和数据治理基础设施搭建</li>
|
||||
</ul>
|
||||
<div class="note">
|
||||
<strong>最佳策略：</strong>在 ThingLinks（IoT 层）+ qData（数据治理层）基础上自研核心差异化能力（ZeroMQ 接入、算法管理、大屏、国产化），可将开发周期缩短 30%-40%。
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div style="text-align:center; color: var(--text-tertiary); font-size: 12px; padding: var(--space-xl) 0;">
|
||||
报告生成日期：2026-05-12 | 数据来源：GitHub / Gitee 公开信息检索
|
||||
</div>
|
||||
|
||||
</div>
|
||||
|
||||
</body>
|
||||
</html>
|
||||
@@ -0,0 +1,452 @@
|
||||
<!DOCTYPE html>
|
||||
<html lang="zh-CN">
|
||||
<head>
|
||||
<meta charset="UTF-8">
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||||
<title>沈阳顺义数据项目建设方案解读报告</title>
|
||||
<style>
|
||||
:root {
|
||||
--color-primary: #1677FF;
|
||||
--color-primary-hover: #4096FF;
|
||||
--color-primary-active: #0958D9;
|
||||
--color-primary-bg: #E6F4FF;
|
||||
--color-success: #52C41A;
|
||||
--color-warning: #FAAD14;
|
||||
--color-error: #FF4D4F;
|
||||
--color-info: #1677FF;
|
||||
--bg: #F5F5F5;
|
||||
--bg-container: #FFFFFF;
|
||||
--bg-elevated: #FAFAFA;
|
||||
--border: #D9D9D9;
|
||||
--border-light: #F0F0F0;
|
||||
--text-primary: #141414;
|
||||
--text-secondary: #595959;
|
||||
--text-tertiary: #8C8C8C;
|
||||
--radius-xs: 2px;
|
||||
--radius-sm: 6px;
|
||||
--radius-md: 8px;
|
||||
--radius-lg: 12px;
|
||||
--space-xs: 4px;
|
||||
--space-sm: 8px;
|
||||
--space-md: 12px;
|
||||
--space-lg: 16px;
|
||||
--space-xl: 24px;
|
||||
--space-2xl: 32px;
|
||||
--space-3xl: 48px;
|
||||
--shadow-sm: 0 1px 2px rgba(0,0,0,0.03), 0 1px 6px -1px rgba(0,0,0,0.02);
|
||||
--shadow-md: 0 2px 4px rgba(0,0,0,0.04), 0 4px 12px -2px rgba(0,0,0,0.04);
|
||||
--shadow-lg: 0 4px 8px rgba(0,0,0,0.06), 0 8px 24px -4px rgba(0,0,0,0.08);
|
||||
}
|
||||
* { margin: 0; padding: 0; box-sizing: border-box; }
|
||||
body {
|
||||
font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, 'PingFang SC', 'Hiragino Sans GB', 'Microsoft YaHei', 'Helvetica Neue', Helvetica, Arial, sans-serif;
|
||||
font-size: 14px; line-height: 22px; color: var(--text-primary); background: var(--bg);
|
||||
}
|
||||
.top-bar { height: 64px; background: var(--bg-container); border-bottom: 1px solid var(--border); display: flex; align-items: center; padding: 0 var(--space-2xl); position: sticky; top: 0; z-index: 100; box-shadow: var(--shadow-sm); }
|
||||
.top-bar h1 { font-size: 18px; font-weight: 600; color: var(--text-primary); }
|
||||
.top-bar .back-link { margin-right: var(--space-lg); color: var(--color-primary); text-decoration: none; font-size: 14px; }
|
||||
.top-bar .back-link:hover { color: var(--color-primary-hover); }
|
||||
.container { max-width: 1200px; margin: 0 auto; padding: var(--space-2xl) var(--space-xl); }
|
||||
.section { background: var(--bg-container); border: 1px solid var(--border); border-radius: var(--radius-md); padding: var(--space-2xl); margin-bottom: var(--space-xl); box-shadow: var(--shadow-sm); }
|
||||
.section:hover { box-shadow: var(--shadow-md); }
|
||||
h2 { font-size: 24px; font-weight: 600; line-height: 32px; margin-bottom: var(--space-lg); color: var(--text-primary); border-bottom: 2px solid var(--color-primary); padding-bottom: var(--space-sm); }
|
||||
h3 { font-size: 18px; font-weight: 600; line-height: 26px; margin: var(--space-xl) 0 var(--space-md); color: var(--text-primary); }
|
||||
h4 { font-size: 16px; font-weight: 600; line-height: 24px; margin: var(--space-lg) 0 var(--space-sm); color: var(--text-secondary); }
|
||||
p { margin-bottom: var(--space-sm); color: var(--text-secondary); }
|
||||
.badge { display: inline-block; padding: 2px 10px; border-radius: 12px; font-size: 12px; font-weight: 600; margin-right: var(--space-xs); }
|
||||
.badge-pink { background: rgba(255,77,79,0.1); color: var(--color-error); border: 1px solid rgba(255,77,79,0.25); }
|
||||
.badge-blue { background: rgba(22,119,255,0.1); color: var(--color-primary); border: 1px solid rgba(22,119,255,0.25); }
|
||||
.badge-mint { background: rgba(82,196,26,0.1); color: var(--color-success); border: 1px solid rgba(82,196,26,0.25); }
|
||||
.badge-lavender { background: rgba(114,46,209,0.1); color: #722ED1; border: 1px solid rgba(114,46,209,0.25); }
|
||||
table { width: 100%; border-collapse: collapse; margin: var(--space-md) 0; }
|
||||
th { background: var(--bg-elevated); font-weight: 600; text-align: left; padding: 10px 14px; border: 1px solid var(--border); position: sticky; top: 0; }
|
||||
td { padding: 10px 14px; border: 1px solid var(--border); background: var(--bg-container); }
|
||||
tr:hover td { background: var(--color-primary-bg); }
|
||||
ul, ol { padding-left: var(--space-xl); margin-bottom: var(--space-sm); }
|
||||
li { margin-bottom: var(--space-xs); color: var(--text-secondary); }
|
||||
code { font-family: 'SF Mono', 'Menlo', 'Monaco', 'Courier New', monospace; font-size: 13px; background: var(--bg-elevated); padding: 2px 8px; border-radius: var(--radius-xs); color: var(--color-primary); }
|
||||
.code-block { background: var(--bg-elevated); border: 1px solid var(--border); border-radius: var(--radius-md); padding: var(--space-lg); line-height: 1.7; margin: var(--space-md) 0; overflow-x: auto; }
|
||||
.code-block pre { margin: 0; font-family: 'SF Mono', 'Menlo', 'Monaco', 'Courier New', monospace; font-size: 13px; }
|
||||
.highlight { background: #FFF7E6; padding: 2px 6px; border-radius: var(--radius-xs); }
|
||||
.note { background: var(--color-primary-bg); border-left: 3px solid var(--color-primary); padding: var(--space-md) var(--space-lg); border-radius: 0 var(--radius-sm) var(--radius-sm) 0; margin: var(--space-md) 0; }
|
||||
.danger-note { background: #FFF1F0; border-left: 3px solid var(--color-error); padding: var(--space-md) var(--space-lg); border-radius: 0 var(--radius-sm) var(--radius-sm) 0; margin: var(--space-md) 0; }
|
||||
.grid-2 { display: grid; grid-template-columns: 1fr 1fr; gap: var(--space-lg); }
|
||||
.card { background: var(--bg-elevated); border: 1px solid var(--border-light); border-radius: var(--radius-sm); padding: var(--space-lg); }
|
||||
.card h4 { margin-top: 0; }
|
||||
@media (max-width: 768px) {
|
||||
.container { padding: var(--space-lg); }
|
||||
.section { padding: var(--space-lg); }
|
||||
.grid-2 { grid-template-columns: 1fr; }
|
||||
h2 { font-size: 20px; }
|
||||
}
|
||||
</style>
|
||||
</head>
|
||||
<body>
|
||||
|
||||
<div class="top-bar">
|
||||
<a href="../index.html" class="back-link">← 返回知识库</a>
|
||||
<h1>沈阳顺义数据项目建设方案解读报告</h1>
|
||||
</div>
|
||||
|
||||
<div class="container">
|
||||
|
||||
<!-- 概述 -->
|
||||
<div class="section">
|
||||
<h2>1. 项目概述</h2>
|
||||
<p>
|
||||
<span class="badge badge-pink">深度分析</span>
|
||||
<span class="badge badge-blue">工程指南</span>
|
||||
<span class="badge badge-mint">调研研究</span>
|
||||
</p>
|
||||
<p>本报告对 <code>沈阳顺义-数据-项目建设方案</code> 目录下的两份文档进行深度解读：</p>
|
||||
<ul>
|
||||
<li><strong>V1 建设方案</strong>（88页，2026年4月）— 系统故障预测与健康管理数据应用平台的完整技术设计文档</li>
|
||||
<li><strong>新增需求</strong> — 项目的任务组成、功能要求（17项）与技术指标（13项），包含审查意见及修改状态</li>
|
||||
</ul>
|
||||
<div class="note">
|
||||
<strong>核心定位：</strong>该项目研制的平台位于「多源异构数据网关」之上、「故障诊断/虚拟仿真/数字孪生」等上层数据应用之下，构成<strong>承上启下的数据治理与供给中枢</strong>。不是业务应用系统，而是数据基础设施。
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- 实际建设内容 -->
|
||||
<div class="section">
|
||||
<h2>2. 实际建设内容拆解</h2>
|
||||
<p>方案包含 <strong>两大交付物</strong>：</p>
|
||||
|
||||
<div class="grid-2">
|
||||
<div class="card">
|
||||
<h4>交付物一：数据应用平台软件</h4>
|
||||
<p>B/S 架构的分布式数据服务平台，包含完整的后端微服务、前端页面、数据存储与接口体系。采用 Spring Cloud + Vue3 技术栈，Docker 容器化部署。</p>
|
||||
</div>
|
||||
<div class="card">
|
||||
<h4>交付物二：管理终端（1台）</h4>
|
||||
<p>硬件设备，规格：CPU ≥4核、内存 ≥16G、存储 ≥512G。用于平台管理和运维操作。</p>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<h3>2.1 软件功能模块（12+3个模块）</h3>
|
||||
<table>
|
||||
<thead><tr><th>模块</th><th>核心功能点</th><th>关键技术</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td><strong>系统管理</strong></td><td>用户管理、组织架构、角色权限（业务角色/管理角色分离）、数据字典</td><td>RBAC 权限模型</td></tr>
|
||||
<tr><td><strong>服务器监控</strong></td><td>硬件监控（CPU/内存/磁盘/网络）、服务监控（微服务/数据库）、趋势分析（小时/日/月/年报表）</td><td>Node Exporter + cAdvisor + Actuator + SkyWalking</td></tr>
|
||||
<tr><td><strong>日志管理</strong></td><td>操作日志（安全审计）、系统日志（运行事件）、日志配置（差异化归档周期+MinIO存储）</td><td>Filebeat + Elasticsearch + Spring Scheduler</td></tr>
|
||||
<tr><td><strong>备份与恢复</strong></td><td>时序库增量备份、关系库全量+增量、备份校验（大小+MD5）、异地存储（主备双写+年度归档10年）</td><td>Spring Cloud Task</td></tr>
|
||||
<tr><td><strong>系统自检</strong></td><td>服务自检（API/数据库/缓存/消息中间件）、链路自检（边-云/端-边/端-边-云全链路）、自检报告</td><td>分布式探针</td></tr>
|
||||
<tr><td><strong>监测大屏</strong></td><td>波形实时展示（100路 × 10kHz）、通道状态（100通道在线/断开/异常）、采集数据实时值+统计值</td><td>HTML5 + WebSocket，刷新率 ≤200ms</td></tr>
|
||||
<tr><td><strong>配置管理</strong></td><td>设备台账管理、通道配置（频率/量程/类型/节点）、采集配置（启停/动态调频/原始数据预览）</td><td></td></tr>
|
||||
<tr><td><strong>数据溯源</strong></td><td>状态数据溯源、故障数据溯源</td><td>全链路追踪</td></tr>
|
||||
<tr><td><strong>模型管理</strong></td><td>模型上传（物理机理/ML/数字孪生）、版本控制（记录/回滚/对比/归档）</td><td>MinIO 存储模型文件</td></tr>
|
||||
<tr><td><strong>任务管理</strong></td><td>用户数据管理接口、任务编排（DAG可视化）、定时任务（Cron）、第三方接口调用配置</td><td></td></tr>
|
||||
<tr><td><strong>数据驾驶舱</strong></td><td>设备统计、采集统计、故障统计、资源统计（CPU/内存/磁盘）、任务统计</td><td>ECharts 二维图表</td></tr>
|
||||
<tr><td><strong>数据服务</strong></td><td>数据资源管理（目录/表/文件/主题/标签）、数据治理（标准/元数据/质量/清洗）、数据开发（SQL工作台）、服务管理（API目录/发布/监控/日志/血缘）</td><td>RESTful API + WebSocket</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
|
||||
<h3>2.2 数据存储体系</h3>
|
||||
<table>
|
||||
<thead><tr><th>存储类型</th><th>存储内容</th><th>技术选型</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td><strong>时序数据库</strong></td><td>状态数据、实时监测指标、历史趋势数据</td><td>涛思 TDengine / KaiWuDB</td></tr>
|
||||
<tr><td><strong>关系型数据库</strong></td><td>设备信息、测点信息、用户权限、接口配置、数据集信息</td><td>达梦 / 庚顿 / KaiWuDB</td></tr>
|
||||
<tr><td><strong>对象存储</strong></td><td>故障波形文件、特征数据、仿真模型、音视频、文档资料</td><td>MinIO</td></tr>
|
||||
<tr><td><strong>缓存服务</strong></td><td>热点数据、实时快照、临时查询结果</td><td>Redis 7.2.3</td></tr>
|
||||
<tr><td><strong>检索服务</strong></td><td>数据标签、关键字、故障类型、任务编号</td><td>Elasticsearch</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
|
||||
<h3>2.3 数据接入层</h3>
|
||||
<table>
|
||||
<thead><tr><th>数据类型</th><th>协议</th><th>语言</th><th>特点</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td><strong>高频时序数据</strong></td><td>ZeroMQ（发布-订阅）</td><td>C++</td><td>高性能、低时延、端到端、无中间代理</td></tr>
|
||||
<tr><td><strong>低频业务数据</strong></td><td>MQTT</td><td>Java</td><td>轻量级、异步连接、消息持久化、断点续传</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
|
||||
<h3>2.4 技术架构要点</h3>
|
||||
<ul>
|
||||
<li><strong>后端</strong>：Spring Cloud 微服务架构，服务包括数据接收、数据资源、数据集、文件资源、算法任务、大屏数据项、接口服务、权限认证、日志审计、运行监控</li>
|
||||
<li><strong>前端</strong>：Vue3 + Element Plus + ECharts</li>
|
||||
<li><strong>网关</strong>：Nginx 1.25.0 统一反向代理</li>
|
||||
<li><strong>消息中间件</strong>：EMQX 5.1.6（MQTT Broker）</li>
|
||||
<li><strong>部署</strong>：Docker 24.0.7 容器化，支持离线安装；未来可扩展至 Kubernetes</li>
|
||||
<li><strong>国产化</strong>：X86 + ARM 双架构，麒麟 v10 操作系统，达梦/涛思/庚顿/KaiWuDB 国产数据库</li>
|
||||
</ul>
|
||||
</div>
|
||||
|
||||
<!-- 新增需求分析 -->
|
||||
<div class="section">
|
||||
<h2>3. 新增需求详细分析</h2>
|
||||
|
||||
<h3>3.1 任务组成（新增需求文件明确）</h3>
|
||||
<div class="note">
|
||||
新增需求文件明确了项目包含两个独立交付物，这在 V1 方案中<strong>没有显式拆分</strong>：
|
||||
</div>
|
||||
<ul>
|
||||
<li><strong>某系统故障预测与健康管理数据应用平台软件</strong> — 核心软件产品</li>
|
||||
<li><strong>某系统故障预测与健康管理数据应用平台管理终端</strong> — 配套硬件（1台，CPU≥4核/内存≥16G/存储≥512G）</li>
|
||||
</ul>
|
||||
|
||||
<h3>3.2 功能要求分析（17项，标注▲/★区分优先级）</h3>
|
||||
<table>
|
||||
<thead><tr><th>编号</th><th>优先级</th><th>需求内容</th><th>V1覆盖情况</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td>(1)</td><td><span class="badge badge-pink">▲</span></td><td>大屏集中展示各应用系统运行状态与关键参数，跨系统统一监测</td><td>已覆盖（3.6 监测大屏）</td></tr>
|
||||
<tr><td>(2)</td><td><span class="badge badge-pink">▲</span></td><td>为故障诊断系统提供设备及监测数据管理服务、故障波形与特征数据管理服务</td><td>已覆盖（3.7配置管理 + 3.12数据服务）</td></tr>
|
||||
<tr><td>(3)</td><td><span class="badge badge-pink">▲</span></td><td>为虚拟仿真系统提供仿真模型管理、工况数据管理、虚实数据归集及仿真结果管理</td><td>已覆盖（3.9模型管理 + 3.12数据服务）</td></tr>
|
||||
<tr><td>(4)</td><td><span class="badge badge-pink">★</span></td><td>实时监测/故障诊断/虚拟仿真大屏的<strong>数据项管理服务</strong>，支持数据项清单导入与维护及调用地址管理</td><td>已覆盖（建设思路(8) 大屏数据项管理），但 V1 软件功能目录中<strong>缺少独立章节</strong></td></tr>
|
||||
<tr><td>(5)</td><td><span class="badge badge-pink">★</span></td><td>为故障诊断/虚拟仿真/数字孪生系统提供<strong>数据集抽取、管理、标记、导入、实时/历史数据查看</strong>；状态/事件/音视频/文档数据的统一组织、属性标注、可视化展示；可扩展存储+快速检索；在线数据服务接口，支持订阅分发</td><td>部分覆盖（建设思路(5) 提到数据集管理，但 V1 软件功能目录中<strong>缺少独立章节</strong>，仅在 3.12 数据服务的子模块中涉及）</td></tr>
|
||||
<tr><td>(6)</td><td><span class="badge badge-pink">★</span></td><td><strong>算法资源管理、任务配置、计算任务管理</strong>，支持算法上传与复用、运行任务编排，可视化调度与监控</td><td>部分覆盖（3.9 模型管理 + 3.10 任务管理有涉及，但<strong>算法管理与模型管理的关系不够清晰</strong>）</td></tr>
|
||||
<tr><td>(7)</td><td><span class="badge badge-pink">★</span></td><td><strong>数据采集和建模服务</strong>：事件/状态/音视频数据采集建模；采集装置通讯协议集成；工况数据/结果数据文件接入；原始数据赋予业务语义；流式+批数据处理</td><td>部分覆盖（V1 有配置管理章节，但<strong>缺少边端数据处理协同</strong>内容——审查意见第1条明确指出此问题）</td></tr>
|
||||
<tr><td>(8)</td><td><span class="badge badge-pink">★</span></td><td>服务器监控、日志管理、备份恢复、系统自检</td><td>已完全覆盖（3.2~3.5）</td></tr>
|
||||
<tr><td>(9)</td><td>普通</td><td>用户管理、组织架构、角色权限、数据字典</td><td>已完全覆盖（3.1）</td></tr>
|
||||
<tr><td>(10)</td><td><span class="badge badge-pink">★</span></td><td>B/S 架构分布式系统，支持横向扩展和服务高可用</td><td>已覆盖（2.2.3 技术架构）</td></tr>
|
||||
<tr><td>(11)</td><td>普通</td><td>Docker 容器化部署，支持本地离线安装</td><td>已覆盖（4.4 软件版本）</td></tr>
|
||||
<tr><td>(12)</td><td><span class="badge badge-pink">★</span></td><td>跨平台支持 X86 + ARM + Windows/Linux</td><td>已覆盖（2.2.2.4 国产化适配）</td></tr>
|
||||
<tr><td>(13)</td><td><span class="badge badge-pink">★</span></td><td>支持国产操作系统 + 国产 CPU + 国产数据库</td><td>已覆盖（2.2.2.4 国产化适配）</td></tr>
|
||||
<tr><td>(14)</td><td><span class="badge badge-pink">★</span></td><td>松耦合设计，支持高低频/音视频/外部文档数据采集接入，未来可扩展复用</td><td>已覆盖（2.2.1.3 高并发接入 + 2.1.4 弹性扩展）</td></tr>
|
||||
<tr><td>(15)</td><td>普通</td><td>良好的数据服务并发能力</td><td>已覆盖（2.2.3.4 高并发支撑）</td></tr>
|
||||
<tr><td>(16)</td><td><span class="badge badge-pink">★</span></td><td>支持国产 CPU 并兼容 X86</td><td>已覆盖（重复(12)(13)的硬件要求）</td></tr>
|
||||
<tr><td>(17)</td><td><span class="badge badge-pink">★</span></td><td>支持国产麒麟操作系统</td><td>已覆盖（重复(13)的操作系统要求）</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
|
||||
<h3>3.3 技术指标分析（13项）</h3>
|
||||
<table>
|
||||
<thead><tr><th>编号</th><th>指标</th><th>具体要求</th><th>V1覆盖情况</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td>(1)</td><td>可视化刷新率</td><td>≤200ms</td><td>已覆盖（3.6 监测大屏提及 200ms）</td></tr>
|
||||
<tr><td>(2)</td><td>数据生命周期</td><td>≥10年或20TB追溯；支持自定义同步分发（全量/部分/异构库/文件）</td><td>已覆盖（3.4 备份恢复 + 2.2.1.2 存储）</td></tr>
|
||||
<tr><td>(3)</td><td>算法类别</td><td>≥4类：时序、音频、图像、文本算法管理与调度</td><td><span class="highlight">部分覆盖 — V1 仅泛泛提及算法管理，未明确支持4类算法</span></td></tr>
|
||||
<tr><td>(4)</td><td>数据格式支持</td><td>≥2种采集装置SDK协议集成；PDF/Word/Excel导入；XML/CSV/JSON/自定义二进制导入</td><td><span class="highlight">部分覆盖 — V1 提及多协议接入但未明确SDK集成数量和文件格式清单</span></td></tr>
|
||||
<tr><td>(5)</td><td>日志追溯</td><td>≥3年日志记录追溯查询</td><td>已覆盖（3.3.3 日志配置，操作日志30天归档+90天清理，系统日志15天+MinIO 180天）</td></tr>
|
||||
<tr><td>(6)</td><td>架构扩展</td><td>B/S架构，横向扩展能力</td><td>已覆盖（2.2.3 微服务架构）</td></tr>
|
||||
<tr><td>(7)</td><td>部署方式</td><td>容器化 + 本地离线部署</td><td>已覆盖（4.4 Docker 24.0.7）</td></tr>
|
||||
<tr><td>(8)</td><td>OS/硬件</td><td>Windows/Linux + X86/ARM</td><td>已覆盖</td></tr>
|
||||
<tr><td>(9)</td><td>国产化</td><td>麒麟OS + 达梦/涛思/庚顿/KaiWuDB</td><td>已覆盖</td></tr>
|
||||
<tr><td>(10)</td><td>采集能力</td><td>≥100路 × 10kHz 时序数据持续采集</td><td>已覆盖（3.6.1 波形实时展示）</td></tr>
|
||||
<tr><td>(11)</td><td>并发查询</td><td>≥200QPS 数据查询请求</td><td>已覆盖（2.2.3.4 高并发支撑）</td></tr>
|
||||
<tr><td>(12)</td><td>管理终端</td><td>1台，CPU≥4核/内存≥16G/存储≥512G</td><td>已覆盖（4.1~4.3 设备参数）</td></tr>
|
||||
<tr><td>(13)</td><td>大屏刷新</td><td>运行状态数据刷新频率 ≥每秒一次</td><td>已覆盖（与指标(1) 200ms 一致）</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
</div>
|
||||
|
||||
<!-- 审查意见与修改 -->
|
||||
<div class="section">
|
||||
<h2>4. 审查意见与修改分析</h2>
|
||||
<p>V1 建设方案文档中包含 <strong>20+ 条审查意见</strong>（标注为 <code>[ 1:...][已修改]</code> 格式），以下是关键意见分类分析：</p>
|
||||
|
||||
<h3>4.1 结构性修改意见</h3>
|
||||
<table>
|
||||
<thead><tr><th>位置</th><th>审查意见</th><th>修改状态</th><th>影响分析</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td>目录</td><td>缺少边端数据处理协同内容，软件设计章节专门功能章节补充</td><td><span class="badge badge-mint">待补充</span></td><td><strong>核心缺失</strong> — 边端协同是"云-边-端"架构的关键环节，V1 虽有 2.2.1.1/2.2.2.1/2.4.4 提及，但缺乏独立的软件功能章节</td></tr>
|
||||
<tr><td>目录</td><td>补充"二次开发支持"章节，特别是算法/模型软件模块的适配开发内容</td><td><span class="badge badge-mint">待补充</span></td><td><strong>核心缺失</strong> — 平台需要支持外部算法接入和二次开发，但 V1 无任何章节覆盖</td></tr>
|
||||
<tr><td>1.2 建设原则</td><td>重新编写，按工程技术类风格实事求是写</td><td><span class="badge badge-blue">已修改</span></td><td>避免了空洞口号式写法</td></tr>
|
||||
<tr><td>1.4 建设思路</td><td>思路统一放到前面讲，这里主要讲具体设计与实现</td><td><span class="badge badge-blue">已修改</span></td><td>将思路性内容前置，后续章节聚焦具体实现</td></tr>
|
||||
<tr><td>1.4(5)</td><td>这块内容与前面有很多类似重复，全文认真梳理</td><td><span class="badge badge-blue">已修改</span></td><td>消除了数据集管理在多处重复描述的问题</td></tr>
|
||||
<tr><td>2.2.1 总体架构</td><td>前面已有"架构设计"，又需要"总体架构"？把各层级架构细化描述清晰</td><td><span class="badge badge-blue">已修改</span></td><td>明确了"架构设计"（原则层）与"总体架构"（实现层）的区别</td></tr>
|
||||
<tr><td>2.1.5 微服务化设计</td><td>需要详细说明交互点和交互场景，细化到微服务内部</td><td><span class="badge badge-blue">已修改</span></td><td>增强了微服务设计的具体性</td></tr>
|
||||
<tr><td>2.2.2.2 业务数据存储</td><td>哪里来的设计输入？</td><td><span class="badge badge-blue">已修改</span></td><td>补充了数据存储设计依据</td></tr>
|
||||
<tr><td>2.4.4 云边端协同</td><td>云边端协同的定义技术手段需要补充</td><td><span class="badge badge-blue">已修改</span></td><td>补充了协同机制的技术细节</td></tr>
|
||||
<tr><td>3.11 数据服务</td><td>统一概念，不要一个冒号一个说法，统一为"数据治理"</td><td><span class="badge badge-blue">已修改</span></td><td>规范了术语使用</td></tr>
|
||||
<tr><td>4.x 硬件要求</td><td>现在简化，细化到位</td><td><span class="badge badge-blue">已修改</span></td><td>精简了硬件规格表</td></tr>
|
||||
<tr><td>2.4.2 业务架构图</td><td>图按黑白灰色为主重构，提供Visio可编辑版本</td><td><span class="badge badge-mint">待提供</span></td><td>需要补充Visio源文件</td></tr>
|
||||
<tr><td>2.2.1.2 数据处理与存储</td><td>国产化支持列中标注为"?"未填</td><td><span class="badge badge-mint">待确认</span></td><td>表格中的国产化支持状态未明确</td></tr>
|
||||
<tr><td>2.5 建设思路</td><td>不过分夸大功能效果</td><td><span class="badge badge-blue">已修改</span></td><td>避免了过度承诺</td></tr>
|
||||
<tr><td>3.4 备份与恢复</td><td>虽然是之前按照合同规范写的，但应符合企业实际场景未真正开展过</td><td><span class="badge badge-mint">待确认</span></td><td>备份恢复方案是否经过实际验证</td></tr>
|
||||
<tr><td>3.11 数据驾驶舱</td><td>改为"数据可视化"</td><td><span class="badge badge-blue">已修改</span></td><td>术语调整</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
|
||||
<div class="danger-note">
|
||||
<strong>关键待办项：</strong>
|
||||
<ul>
|
||||
<li><strong>边端数据处理协同</strong> — 软件功能设计缺少独立章节（审查意见#1）</li>
|
||||
<li><strong>二次开发支持</strong> — 缺少算法/模型适配开发内容（审查意见#2）</li>
|
||||
<li><strong>Visio源文件</strong> — 所有架构图需提供可编辑版本</li>
|
||||
<li><strong>国产化支持确认</strong> — 存储选型表中的"?"需要填写</li>
|
||||
<li><strong>4类算法管理</strong> — 技术指标(3)要求时序/音频/图像/文本，V1未细化</li>
|
||||
<li><strong>SDK协议集成</strong> — 技术指标(4)要求≥2种采集装置SDK，V1未明确</li>
|
||||
</ul>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- 交叉点与新增点 -->
|
||||
<div class="section">
|
||||
<h2>5. 交叉点与新增点识别</h2>
|
||||
|
||||
<h3>5.1 交叉点（V1方案与新增需求的重叠与差异）</h3>
|
||||
<table>
|
||||
<thead><tr><th>交叉领域</th><th>V1方案描述</th><th>新增需求描述</th><th>差异分析</th></tr></thead>
|
||||
<tbody>
|
||||
<tr>
|
||||
<td><strong>数据集管理</strong></td>
|
||||
<td>建设思路(5)中提及，但未在软件功能目录中设独立章节</td>
|
||||
<td>功能(5)明确要求：数据集抽取、管理、标记、导入、实时/历史查看、属性标注、可视化展示、订阅分发</td>
|
||||
<td><span class="highlight">新增需求更具体</span>，V1只有概念性描述，缺少功能设计细节</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td><strong>算法管理</strong></td>
|
||||
<td>建设思路(8)提及算法资源管理；3.9模型管理与算法有关联但概念混杂</td>
|
||||
<td>功能(6)明确：算法资源管理、任务配置、计算任务管理、算法上传与复用、任务编排、可视化调度监控；技术指标(3)要求支持4类算法</td>
|
||||
<td><span class="highlight">模型管理 vs 算法管理边界模糊</span>，V1 中算法相关功能散落在模型管理和任务管理中</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td><strong>大屏数据项管理</strong></td>
|
||||
<td>建设思路(8)详细描述了大屏数据项配置化管理</td>
|
||||
<td>功能(4)作为★项要求数据项管理服务，支持清单导入、调用地址管理</td>
|
||||
<td>V1 有描述但缺少独立软件功能章节，<span class="highlight">需要在软件功能设计中补充独立章节</span></td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td><strong>数据采集</strong></td>
|
||||
<td>2.2.1.3 描述ZeroMQ+MQTT双协议接入；3.7配置管理涉及设备/通道/采集配置</td>
|
||||
<td>功能(7)要求：事件/状态/音视频采集建模、SDK协议集成、工况/结果文件接入、原始数据赋予业务语义、流式+批处理</td>
|
||||
<td><span class="highlight">新增需求强调边端协同和SDK集成</span>，V1侧重云端接收，缺少边端处理流程</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td><strong>数据治理</strong></td>
|
||||
<td>3.12 数据服务下有完整的数据治理管理子模块（标准/元数据/质量/清洗）</td>
|
||||
<td>任务组成明确平台核心功能之一是"数据治理构建标准化、可信可复用的业务数据资产"</td>
|
||||
<td>V1 已有完整覆盖，术语已统一为"数据治理"（审查修改后）</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td><strong>管理终端</strong></td>
|
||||
<td>4.1~4.3 有端/边/云设备参数要求，但侧重服务器</td>
|
||||
<td>技术指标(12)明确要求提供1台管理终端（CPU≥4核/内存≥16G/存储≥512G）</td>
|
||||
<td>V1 的设备参数表中端设备要求（4核/16G/512G）与新增需求一致，<span class="highlight">但需要明确"管理终端"的独立交付身份</span></td>
|
||||
</tr>
|
||||
</tbody>
|
||||
</table>
|
||||
|
||||
<h3>5.2 新增点（仅在新增需求中出现，V1未覆盖的内容）</h3>
|
||||
<table>
|
||||
<thead><tr><th>新增点</th><th>来源</th><th>详细解读</th></tr></thead>
|
||||
<tbody>
|
||||
<tr>
|
||||
<td><strong>边端数据处理协同</strong></td>
|
||||
<td>审查意见#1 + 功能(7)</td>
|
||||
<td>V1 的 2.4.4 云边端工作协同只讲了架构概念，缺少软件功能层面的实现。需要在软件功能设计章节中补充：边缘侧数据预处理、边云任务协同调度、边缘算法部署与更新、边端数据缓存与断网续传等功能。</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td><strong>二次开发支持</strong></td>
|
||||
<td>审查意见#2</td>
|
||||
<td>平台需要提供 SDK/API 供外部开发者接入自定义算法和模型。包括：算法接入规范、模型适配指南、二次开发文档、示例代码、调试工具等。特别是算法/模型软件模块的适配开发内容需详细给出。</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td><strong>4类算法管理与调度</strong></td>
|
||||
<td>技术指标(3)</td>
|
||||
<td>V1 仅泛泛提及算法管理，未明确支持哪些算法类型。新增需求明确要求：时序算法、音频算法、图像算法、文本算法，至少4类。每类算法的上传、注册、版本管理、任务编排、执行监控需要差异化设计。</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td><strong>采集装置SDK协议集成</strong></td>
|
||||
<td>技术指标(4)</td>
|
||||
<td>明确要求 ≥2 种数据采集装置的 SDK 协议集成。V1 只提到 ZeroMQ 和 MQTT 两种传输协议，但未提及具体采集硬件的 SDK 集成。</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td><strong>数据同步分发能力</strong></td>
|
||||
<td>技术指标(2)</td>
|
||||
<td>支持数据的自定义同步分发，包括：全量分发、部分分发、异构数据库分发、文件分发。V1 未提及此能力。</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td><strong>原始数据赋予业务语义</strong></td>
|
||||
<td>功能(7)</td>
|
||||
<td>采集的原始数据需要映射为有业务含义的结构化数据（如测点编号→设备部位→监测指标→故障类型）。V1 的 3.1.4 数据字典有基础支撑，但缺少完整的业务语义映射功能设计。</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td><strong>管理终端独立交付</strong></td>
|
||||
<td>技术指标(12)</td>
|
||||
<td>明确要求提供1台管理终端硬件。V1 虽在 4.1 端设备参数中有类似规格，但没有以"交付物"角度明确管理终端的独立身份。</td>
|
||||
</tr>
|
||||
</tbody>
|
||||
</table>
|
||||
</div>
|
||||
|
||||
<!-- 技术栈与指标总览 -->
|
||||
<div class="section">
|
||||
<h2>6. 技术栈与关键指标总览</h2>
|
||||
|
||||
<h3>6.1 完整技术栈</h3>
|
||||
<div class="code-block">
|
||||
<pre>
|
||||
前端层: Vue3 + Element Plus + ECharts (B/S架构)
|
||||
网关层: Nginx 1.25.0 (反向代理 + 负载均衡)
|
||||
微服务: Spring Cloud (JDK 11.0.13)
|
||||
├─ 数据接收服务 ├─ 数据资源服务 ├─ 数据集服务
|
||||
├─ 文件资源服务 ├─ 算法任务服务 ├─ 大屏数据项服务
|
||||
├─ 接口服务 ├─ 权限认证服务 ├─ 日志审计服务
|
||||
└─ 运行监控服务
|
||||
|
||||
数据存储:
|
||||
├─ 时序库: 涛思 TDengine / KaiWuDB 3.2.0
|
||||
├─ 关系库: 达梦 8.1.3.140+ / 庚顿 / KaiWuDB
|
||||
├─ 对象存储: MinIO
|
||||
├─ 缓存: Redis 7.2.3
|
||||
└─ 检索: Elasticsearch
|
||||
|
||||
消息中间件:
|
||||
├─ ZeroMQ 4.3.2 (高频时序数据, C++端)
|
||||
└─ EMQX 5.1.6 (MQTT Broker, 低频业务数据)
|
||||
|
||||
运维监控:
|
||||
├─ Node Exporter (硬件指标采集)
|
||||
├─ cAdvisor (Docker容器监控)
|
||||
├─ Actuator + Micrometer (微服务健康端点)
|
||||
├─ SkyWalking (分布式链路追踪)
|
||||
└─ Filebeat → Elasticsearch (日志采集与存储)
|
||||
|
||||
部署: Docker 24.0.7 + Docker Compose (离线安装)
|
||||
系统: Ubuntu 20.04/22.04 LTS / 麒麟 v10
|
||||
架构: X86 / ARM 双架构兼容
|
||||
</pre>
|
||||
</div>
|
||||
|
||||
<h3>6.2 关键性能指标</h3>
|
||||
<table>
|
||||
<thead><tr><th>指标项</th><th>要求</th><th>对应技术</th></tr></thead>
|
||||
<tbody>
|
||||
<tr><td>可视化刷新率</td><td>≤200ms</td><td>WebSocket 全双工 + Redis 缓存</td></tr>
|
||||
<tr><td>数据查询并发</td><td>≥200 QPS</td><td>Redis 缓存 + 分类型存储</td></tr>
|
||||
<tr><td>时序数据采集</td><td>≥100路 × 10kHz</td><td>ZeroMQ + C++ 高频采集模块</td></tr>
|
||||
<tr><td>数据生命周期</td><td>≥10年或20TB</td><td>时序库压缩 + MinIO对象存储</td></tr>
|
||||
<tr><td>日志追溯</td><td>≥3年</td><td>ES存储 + 差异化归档策略</td></tr>
|
||||
<tr><td>算法类别</td><td>≥4类（时序/音频/图像/文本）</td><td>算法任务服务 + 容器化执行</td></tr>
|
||||
<tr><td>SDK协议集成</td><td>≥2种采集装置SDK</td><td>待补充实现</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
</div>
|
||||
|
||||
<!-- 总结与建议 -->
|
||||
<div class="section">
|
||||
<h2>7. 总结与后续建议</h2>
|
||||
|
||||
<h3>7.1 方案整体评价</h3>
|
||||
<p>V1 建设方案在<strong>数据接入、存储、服务、微服务架构、国产化适配</strong>等方面已有较完整的设计，审查意见大部分已修改到位。核心问题在于：</p>
|
||||
<ol>
|
||||
<li><strong>边端协同缺失</strong> — 作为"云-边-端"架构平台，缺少边端数据处理协同的独立功能章节</li>
|
||||
<li><strong>二次开发空白</strong> — 没有算法/模型二次开发支持的章节内容</li>
|
||||
<li><strong>概念与实现混淆</strong> — 部分"建设思路"中的功能点（数据集管理、大屏数据项管理、算法管理）未在软件功能设计中落地为独立章节</li>
|
||||
<li><strong>硬件交付物未明确</strong> — 管理终端作为独立交付物需要单独说明</li>
|
||||
</ol>
|
||||
|
||||
<h3>7.2 建议后续动作</h3>
|
||||
<ul>
|
||||
<li><strong>补充边端协同章节</strong> — 在软件功能设计第3章新增"边端协同管理"小节，覆盖边缘数据预处理、边云任务调度、边缘算法部署</li>
|
||||
<li><strong>新增二次开发支持章节</strong> — 作为附录或独立文件，详细描述算法/模型适配开发的 SDK 规范、接入流程、调试工具</li>
|
||||
<li><strong>将"建设思路"功能点落地</strong> — 数据集管理、大屏数据项管理、算法资源管理应从建设思路下沉到软件功能设计章节</li>
|
||||
<li><strong>明确管理终端交付</strong> — 在交付物清单中明确管理终端的规格、用途和验收标准</li>
|
||||
<li><strong>提供Visio源文件</strong> — 所有架构图按黑白灰配色重构后提供可编辑版本</li>
|
||||
<li><strong>填写国产化支持表</strong> — 存储选型表中的"?"标记需要补充确认</li>
|
||||
</ul>
|
||||
</div>
|
||||
|
||||
<div style="text-align:center; color: var(--text-tertiary); font-size: 12px; padding: var(--space-xl) 0;">
|
||||
报告生成日期：2026-05-12 | 基于 V1 建设方案（2026年4月）+ 新增需求文档分析
|
||||
</div>
|
||||
|
||||
</div>
|
||||
|
||||
</body>
|
||||
</html>
|
||||
@@ -0,0 +1,284 @@
|
||||
<!DOCTYPE html>
|
||||
<html lang="zh-CN">
|
||||
<head>
|
||||
<meta charset="UTF-8">
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||||
<title>需求文档 vs 系统实际功能 对比分析报告</title>
|
||||
<style>
|
||||
* { margin: 0; padding: 0; box-sizing: border-box; }
|
||||
body { font-family: -apple-system, "Microsoft YaHei", "PingFang SC", sans-serif; background: #f0f2f5; color: #333; line-height: 1.8; }
|
||||
.container { max-width: 1200px; margin: 0 auto; padding: 20px; }
|
||||
.header { background: linear-gradient(135deg, #1a73e8, #0d47a1); color: #fff; padding: 40px; border-radius: 12px; margin-bottom: 30px; text-align: center; }
|
||||
.header h1 { font-size: 28px; margin-bottom: 10px; }
|
||||
.header p { font-size: 14px; opacity: 0.85; }
|
||||
.summary-cards { display: grid; grid-template-columns: repeat(4, 1fr); gap: 16px; margin-bottom: 30px; }
|
||||
.card { background: #fff; border-radius: 10px; padding: 24px; text-align: center; box-shadow: 0 2px 8px rgba(0,0,0,0.08); }
|
||||
.card .number { font-size: 36px; font-weight: 700; margin: 8px 0; }
|
||||
.card .label { font-size: 14px; color: #666; }
|
||||
.card.match .number { color: #52c41a; }
|
||||
.card.exceed .number { color: #1890ff; }
|
||||
.card.missing .number { color: #ff4d4f; }
|
||||
.card.partial .number { color: #faad14; }
|
||||
.section { background: #fff; border-radius: 10px; margin-bottom: 20px; box-shadow: 0 2px 8px rgba(0,0,0,0.08); overflow: hidden; }
|
||||
.section-header { padding: 16px 24px; font-size: 18px; font-weight: 600; border-bottom: 1px solid #f0f0f0; display: flex; align-items: center; gap: 10px; }
|
||||
.section-header .icon { width: 28px; height: 28px; border-radius: 6px; display: flex; align-items: center; justify-content: center; font-size: 16px; color: #fff; }
|
||||
.section-header .icon.green { background: #52c41a; }
|
||||
.section-header .icon.blue { background: #1890ff; }
|
||||
.section-header .icon.red { background: #ff4d4f; }
|
||||
.section-header .icon.orange { background: #faad14; }
|
||||
table { width: 100%; border-collapse: collapse; }
|
||||
th, td { padding: 12px 16px; text-align: left; border-bottom: 1px solid #f0f0f0; font-size: 14px; }
|
||||
th { background: #fafafa; font-weight: 600; color: #555; white-space: nowrap; }
|
||||
td:first-child { white-space: nowrap; }
|
||||
tr:hover td { background: #f8faff; }
|
||||
.badge { display: inline-block; padding: 2px 10px; border-radius: 12px; font-size: 12px; font-weight: 500; white-space: nowrap; }
|
||||
.badge.match { background: #f6ffed; color: #52c41a; border: 1px solid #b7eb8f; }
|
||||
.badge.exceed { background: #e6f7ff; color: #1890ff; border: 1px solid #91d5ff; }
|
||||
.badge.missing { background: #fff1f0; color: #ff4d4f; border: 1px solid #ffa39e; }
|
||||
.badge.partial { background: #fffbe6; color: #faad14; border: 1px solid #ffe58f; }
|
||||
.badge.not-needed { background: #f5f5f5; color: #999; border: 1px solid #d9d9d9; }
|
||||
.note { background: #fffbe6; border: 1px solid #ffe58f; border-radius: 8px; padding: 12px 16px; margin: 12px 16px; font-size: 13px; color: #8c6d1f; }
|
||||
.note.red { background: #fff1f0; border-color: #ffa39e; color: #a83232; }
|
||||
.note.blue { background: #e6f7ff; border-color: #91d5ff; color: #096dd9; }
|
||||
.progress-bar { background: #f0f0f0; border-radius: 10px; height: 20px; overflow: hidden; margin: 8px 0; }
|
||||
.progress-bar .fill { height: 100%; border-radius: 10px; display: flex; align-items: center; justify-content: center; color: #fff; font-size: 12px; font-weight: 600; min-width: 40px; }
|
||||
.fill.green { background: linear-gradient(90deg, #52c41a, #73d13d); }
|
||||
.fill.blue { background: linear-gradient(90deg, #1890ff, #40a9ff); }
|
||||
.fill.orange { background: linear-gradient(90deg, #faad14, #ffc53d); }
|
||||
.fill.red { background: linear-gradient(90deg, #ff4d4f, #ff7875); }
|
||||
.detail-text { font-size: 13px; color: #888; max-width: 300px; }
|
||||
.toc { background: #fff; border-radius: 10px; padding: 24px; margin-bottom: 30px; box-shadow: 0 2px 8px rgba(0,0,0,0.08); }
|
||||
.toc h3 { margin-bottom: 12px; font-size: 16px; }
|
||||
.toc a { display: block; padding: 4px 0; color: #1a73e8; text-decoration: none; font-size: 14px; }
|
||||
.toc a:hover { text-decoration: underline; }
|
||||
.footer { text-align: center; padding: 20px; color: #999; font-size: 12px; }
|
||||
@media (max-width: 768px) { .summary-cards { grid-template-columns: repeat(2, 1fr); } }
|
||||
</style>
|
||||
</head>
|
||||
<body>
|
||||
<div class="container">
|
||||
|
||||
<div class="header">
|
||||
<h1>需求文档 vs 系统实际功能 对比分析报告</h1>
|
||||
<p>建设方案 V1（2026年4月） + 新增需求 vs qData 系统实际功能 | 分析日期：2026-05-12</p>
|
||||
</div>
|
||||
|
||||
<!-- 目录 -->
|
||||
<div class="toc">
|
||||
<h3>报告目录</h3>
|
||||
<a href="#overview">一、总体概览</a>
|
||||
<a href="#matched">二、匹配功能（需求已实现）</a>
|
||||
<a href="#exceeded">三、超出需求功能（系统额外提供）</a>
|
||||
<a href="#missing">四、缺少功能（需求有但系统未实现）</a>
|
||||
<a href="#partial">五、部分实现功能</a>
|
||||
<a href="#ghost">六、幽灵模块（代码存在但不可达）</a>
|
||||
<a href="#summary">七、总结与建议</a>
|
||||
</div>
|
||||
|
||||
<!-- 一、总体概览 -->
|
||||
<div class="section" id="overview">
|
||||
<div class="section-header"><div class="icon green">概</div>一、总体概览</div>
|
||||
<div class="summary-cards">
|
||||
<div class="card match"><div class="label">匹配功能</div><div class="number">38</div><div class="label">需求已实现</div></div>
|
||||
<div class="card exceed"><div class="label">超出需求</div><div class="number">15</div><div class="label">系统额外提供</div></div>
|
||||
<div class="card partial"><div class="label">部分实现</div><div class="number">8</div><div class="label">功能不完整</div></div>
|
||||
<div class="card missing"><div class="label">缺少功能</div><div class="number">12</div><div class="label">需求有但系统无</div></div>
|
||||
</div>
|
||||
|
||||
<table>
|
||||
<tr><th style="width:180px">指标</th><th>数值</th></tr>
|
||||
<tr><td>需求文档涉及功能模块总数</td><td>约 73 项</td></tr>
|
||||
<tr><td>系统已实现功能</td><td>约 53 项（含超出需求部分）</td></tr>
|
||||
<tr><td>需求覆盖度</td><td>
|
||||
<div class="progress-bar"><div class="fill orange" style="width:52%">52%</div></div>
|
||||
</td></tr>
|
||||
<tr><td>功能完整度（含部分实现）</td><td>
|
||||
<div class="progress-bar"><div class="fill blue" style="width:68%">68%</div></div>
|
||||
</td></tr>
|
||||
</table>
|
||||
</div>
|
||||
|
||||
<!-- 二、匹配功能 -->
|
||||
<div class="section" id="matched">
|
||||
<div class="section-header"><div class="icon green">✓</div>二、匹配功能（需求已实现）</div>
|
||||
<table>
|
||||
<tr><th>需求文档模块</th><th>需求描述</th><th>系统实现</th><th>实现位置</th><th>状态</th></tr>
|
||||
<tr><td>3.1.1 用户管理</td><td>用户增删改查、导入导出、状态切换</td><td>完整的用户CRUD、导入导出、角色分配</td><td>sys/system/user/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.1.2 组织架构管理</td><td>部门树、关联用户、批量导入导出</td><td>部门管理、树形展示、用户关联</td><td>sys/system/dept/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.1.3 角色权限管理</td><td>角色创建、权限分配、业务/管理类角色</td><td>角色管理、菜单权限、数据权限</td><td>sys/system/role/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.1.4 数据字典</td><td>数据项集中定义、统一维护</td><td>字典类型+字典数据、树形展示</td><td>sys/system/dict/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.2 服务器监控-硬件监控</td><td>CPU/内存/磁盘/网络监控</td><td>Node Exporter集成、硬件监控面板</td><td>sys/monitor/server/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.2 服务器监控-服务监控</td><td>微服务状态、数据库监控</td><td>在线用户、服务监控</td><td>sys/monitor/online/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.2.3 趋势分析</td><td>小时/天/月资源趋势</td><td>监控趋势图表</td><td>sys/monitor/server/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.3.1 操作日志</td><td>用户操作记录、多条件检索、导出</td><td>操作日志、AOP切面采集、分页查询</td><td>sys/monitor/operlog/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.3.2 系统日志</td><td>服务启停、异常报错、接口调用</td><td>系统日志、登录日志</td><td>sys/monitor/logininfor/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.3.3 日志配置</td><td>定时归档、周期清理</td><td>Quartz定时任务、日志配置</td><td>sys/monitor/job/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.4 备份与恢复</td><td>数据备份、恢复、校验、异地存储</td><td>Quartz备份调度、数据库备份策略</td><td>后端Service层</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.5 系统自检</td><td>服务自检、链路自检、自检报告</td><td>Druid连接池监控、服务状态监测</td><td>sys/monitor/druid/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.7.1 设备管理</td><td>设备接入、注册、编辑、删除</td><td>数据源管理、设备台账</td><td>da/datasource/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.7.2 通道管理</td><td>通道配置、启用/停用</td><td>ETL节点通道配置</td><td>dpp/task/integratioTask/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.7.3 采集配置</td><td>启动/停止采集、在线预览</td><td>ETL任务调度、启停控制</td><td>dpp/task/integratioTask/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.8 数据溯源</td><td>状态数据、故障数据追溯</td><td>数据血缘、数据流向追踪</td><td>da/asset/（后端）</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.9 模型管理</td><td>模型上传、版本控制、部署跟踪</td><td>模型CRUD、版本管理、物化</td><td>dp/model/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.10.3 定时任务配置</td><td>Cron表达式、启停控制、执行日志</td><td>Quartz定时任务、完整CRUD</td><td>sys/monitor/job/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.11.1 数据资源管理-数据目录</td><td>数据分类编目、资源挂接</td><td>资产目录、分类浏览</td><td>da/asset/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.11.1 数据资源管理-文件资源</td><td>文件上传、分类、预览、下载、版本管理</td><td>文件上传（x-file-storage）、MinIO对象存储</td><td>后端File模块</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.11.1 数据资源管理-数据标签</td><td>标签体系、手动/自动打标</td><td>标签管理、标签分类</td><td>后端att/tag模块</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.11.2 数据治理-数据标准</td><td>字段定义、计量单位、字典取值</td><td>数据元管理、代码映射</td><td>dp/dataElem/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.11.2 数据治理-元数据</td><td>结构信息、业务属性维护</td><td>元数据查看、版本对比</td><td>da/discovery/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.11.2 数据治理-数据质量</td><td>完整性、准确性、一致性校验</td><td>7种质量规则、质量任务执行</td><td>dpp/quality/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.11.2 数据治理-数据清洗</td><td>去重、补全、格式转换</td><td>12种清洗规则（正则、日期、枚举等）</td><td>dpp/task/integratioTask/components/clean/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.11.3 数据开发-SQL开发</td><td>SQL编辑、执行、调试、保存</td><td>SQL编辑器、临时SQL保存执行</td><td>dpp/dataDev/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.11.4 数据服务-API服务</td><td>RESTful API发布、参数配置</td><td>API CRUD、在线测试、参数配置</td><td>ds/api/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.11.4 数据服务-服务监控</td><td>调用次数、成功率、响应时间</td><td>API日志、调用记录查询</td><td>ds/apiLog/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>3.12 数据服务-应用管理</td><td>API消费者认证、密钥管理</td><td>应用管理、客户端认证</td><td>ds/client/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>2.2.3 微服务架构</td><td>Spring Cloud、服务拆分</td><td>Spring Cloud微服务、模块化拆分</td><td>整体架构</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>2.2.3.4 高并发缓存</td><td>Redis缓存热点数据</td><td>Redis缓存、Session管理</td><td>后端Redis模块</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>2.2.3.5 消息分发</td><td>消息队列异步分发</td><td>RabbitMQ消息队列</td><td>后端RabbitMQ配置</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>2.2.3.8 容器化部署</td><td>Docker部署</td><td>Docker Compose编排</td><td>docker-compose.yml</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>2.2.4 国产化适配</td><td>达梦、KaiWuDB适配</td><td>多数据源支持（达梦、MySQL等）</td><td>application-dev.yml</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>新增需求(1) 统一监测系统状态</td><td>跨系统统一监测</td><td>服务器监控、服务监控、缓存监控</td><td>sys/monitor/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>新增需求(9) 用户权限体系</td><td>用户、组织、角色、权限、字典</td><td>完整RBAC权限体系</td><td>sys/system/</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>新增需求(10) B/S架构分布式</td><td>B/S架构、高可用</td><td>Vue3 SPA + Spring Cloud</td><td>整体架构</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
<tr><td>新增需求(11) Docker容器化</td><td>Docker部署、离线安装</td><td>Docker Compose编排</td><td>docker-compose.yml</td><td><span class="badge match">完全匹配</span></td></tr>
|
||||
</table>
|
||||
</div>
|
||||
|
||||
<!-- 三、超出需求功能 -->
|
||||
<div class="section" id="exceeded">
|
||||
<div class="section-header"><div class="icon blue">+</div>三、超出需求功能（系统额外提供，需求文档未提及）</div>
|
||||
<table>
|
||||
<tr><th>系统功能</th><th>功能说明</th><th>实现位置</th><th>价值说明</th></tr>
|
||||
<tr><td>数据集成(ETL)</td><td>可视化拖拽任务编排、输入/清洗/转换/输出节点、12种清洗规则、5种转换规则、Spark引擎</td><td>dpp/task/integratioTask/</td><td>核心数据处理能力，大幅超出需求</td></tr>
|
||||
<tr><td>数据开发</td><td>SQL编辑器、代码高亮、自动补全、HDFS导出</td><td>dpp/dataDev/</td><td>增强数据分析能力</td></tr>
|
||||
<tr><td>代码生成器</td><td>表导入、Velocity模板、ZIP下载</td><td>sys/tool/gen/</td><td>提升开发效率</td></tr>
|
||||
<tr><td>表单构建器</td><td>拖拽式表单设计</td><td>sys/tool/build/</td><td>低代码能力</td></tr>
|
||||
<tr><td>消息中心</td><td>站内消息、消息模板</td><td>sys/system/message/</td><td>增强用户协作</td></tr>
|
||||
<tr><td>通知公告</td><td>公告发布、弹窗通知</td><td>sys/system/notice/</td><td>增强信息推送</td></tr>
|
||||
<tr><td>在线用户监控</td><td>在线用户列表、强制下线</td><td>sys/monitor/online/</td><td>增强安全管控</td></tr>
|
||||
<tr><td>CA证书管理</td><td>CA证书、主题管理</td><td>sys/ca/</td><td>增强安全体系</td></tr>
|
||||
<tr><td>SSO单点登录</td><td>OAuth2回调处理</td><td>sys/auth/</td><td>增强认证能力</td></tr>
|
||||
<tr><td>Swagger API文档</td><td>Knife4j接口文档自动聚合</td><td>sys/tool/swagger/</td><td>提升开发体验</td></tr>
|
||||
<tr><td>Druid连接池监控</td><td>SQL监控、慢查询分析</td><td>sys/monitor/druid/</td><td>增强运维能力</td></tr>
|
||||
<tr><td>GIS资产</td><td>地理信息数据资产</td><td>da/assetGis/</td><td>扩展资产类型</td></tr>
|
||||
<tr><td>视频资产</td><td>视频数据资产管理</td><td>da/assetVideo/</td><td>扩展资产类型</td></tr>
|
||||
<tr><td>数据集成任务实例</td><td>实例列表、运行状态、执行日志、节点日志</td><td>dpp/instance/</td><td>增强任务可追溯性</td></tr>
|
||||
<tr><td>连接池监控</td><td>Druid内置监控面板</td><td>sys/monitor/druid/</td><td>增强运维诊断能力</td></tr>
|
||||
</table>
|
||||
</div>
|
||||
|
||||
<!-- 四、缺少功能 -->
|
||||
<div class="section" id="missing">
|
||||
<div class="section-header"><div class="icon red">!</div>四、缺少功能（需求文档有但系统未实现）</div>
|
||||
<table>
|
||||
<tr><th>需求模块</th><th>需求描述</th><th>系统状态</th><th>缺失说明</th></tr>
|
||||
<tr><td>3.6 监测大屏</td><td>100路10kHz高频波形实时展示、通道状态、采集数据大屏</td><td>未实现</td><td><span class="badge missing">缺少</span> 无大屏页面，需求要求100路10kHz波形同步展示，系统无此能力</td></tr>
|
||||
<tr><td>3.6.1 波形实时展示</td><td>100通道、10kHz采样、电压温度波形</td><td>未实现</td><td><span class="badge missing">缺少</span> 无波形图组件，ECharts无法支撑10kHz实时渲染</td></tr>
|
||||
<tr><td>3.6.2 通道状态展示</td><td>1-100通道编号、连接状态、采样率</td><td>未实现</td><td><span class="badge missing">缺少</span> 无通道状态面板</td></tr>
|
||||
<tr><td>3.6.3 采集数据展示</td><td>实时数值、平均值、有效值</td><td>未实现</td><td><span class="badge missing">缺少</span> 无独立采集数据展示页</td></tr>
|
||||
<tr><td>2.2.1 终端设备资源管理</td><td>多协议兼容接入、ZeroMQ/MQTT双协议、设备台账</td><td>部分未实现</td><td><span class="badge missing">缺少</span> 系统无ZeroMQ集成，无设备台账页面</td></tr>
|
||||
<tr><td>2.2.1.3 业务数据高并发接入</td><td>ZeroMQ+MQTT双协议消息队列</td><td>未实现</td><td><span class="badge missing">缺少</span> 仅RabbitMQ，无ZeroMQ</td></tr>
|
||||
<tr><td>2.2.4 云边端协同</td><td>端侧C++采集、边侧Java网关、云端接入校验</td><td>未实现</td><td><span class="badge missing">缺少</span> 系统无端侧采集模块，无边缘网关</td></tr>
|
||||
<tr><td>3.5.1 服务自检</td><td>网关/数据库/缓存/消息队列/微服务可用性检测</td><td>未实现</td><td><span class="badge missing">缺少</span> 仅有基础监控，无自动化自检能力</td></tr>
|
||||
<tr><td>3.5.2 链路自检</td><td>端-边-云三层链路连通性与延迟检测</td><td>未实现</td><td><span class="badge missing">缺少</span> 无链路检测模块</td></tr>
|
||||
<tr><td>3.11.5 数据溯源管理</td><td>数据血缘关系、数据流向追踪</td><td>未实现</td><td><span class="badge missing">缺少</span> 后端有部分API但无前端页面</td></tr>
|
||||
<tr><td>3.11.1 主题库管理</td><td>按业务场景建立主题库</td><td>未实现</td><td><span class="badge missing">缺少</span> 无主题库管理页面</td></tr>
|
||||
<tr><td>3.11.4 服务目录管理</td><td>服务分类编目、统一检索</td><td>未实现</td><td><span class="badge missing">缺少</span> 无服务目录页面</td></tr>
|
||||
</table>
|
||||
<div class="note red">说明：监测大屏（3.6）是需求中缺失最多的模块，涉及100路10kHz高频波形展示，技术上需要专门的时序数据可视化方案，当前ECharts难以满足。</div>
|
||||
</div>
|
||||
|
||||
<!-- 五、部分实现功能 -->
|
||||
<div class="section" id="partial">
|
||||
<div class="section-header"><div class="icon orange">~</div>五、部分实现功能</div>
|
||||
<table>
|
||||
<tr><th>需求模块</th><th>需求描述</th><th>系统现状</th><th>差距说明</th></tr>
|
||||
<tr><td>3.10 任务管理</td><td>任务编排、定时配置、第三方接口调用</td><td>ETL任务编排完整，Quartz定时任务完整</td><td><span class="badge partial">部分实现</span> 缺少第三方接口调用配置页面，任务编排偏向ETL而非通用任务</td></tr>
|
||||
<tr><td>3.4.4 异地存储</td><td>备份文件异地上传、主备架构、年度归档10年</td><td>有MinIO对象存储</td><td><span class="badge partial">部分实现</span> 存储层支持但无异地存储配置界面和年度归档策略</td></tr>
|
||||
<tr><td>3.8 数据溯源</td><td>状态数据、故障数据追溯</td><td>后端有血缘关系API</td><td><span class="badge partial">部分实现</span> 有后端支持但前端页面缺失或不可达</td></tr>
|
||||
<tr><td>3.11.5 数据血缘</td><td>上下游关联、可视化血缘图</td><td>后端有血缘API</td><td><span class="badge partial">部分实现</span> 后端接口存在但无前端可视化页面</td></tr>
|
||||
<tr><td>AI智能问数</td><td>自然语言问数、Text2SQL</td><td>视图+后端存在，独立项目qdata-ai存在</td><td><span class="badge partial">部分实现</span> 前端路由未注册，qdata-ai独立项目未接入主系统</td></tr>
|
||||
<tr><td>报表引擎</td><td>Jimu Report报表设计器</td><td>数据库表+后端API存在</td><td><span class="badge partial">部分实现</span> 无前端视图页面，功能不可用</td></tr>
|
||||
<tr><td>2.2.3.3 服务注册发现</td><td>服务自动注册、动态感知</td><td>有服务注册基础能力</td><td><span class="badge partial">部分实现</span> 非完整Spring Cloud服务注册中心</td></tr>
|
||||
<tr><td>2.2.3.7 微服务运行治理</td><td>熔断降级、链路追踪、告警监控</td><td>有基础服务监控</td><td><span class="badge partial">部分实现</span> 缺少SkyWalking链路追踪、熔断降级</td></tr>
|
||||
</table>
|
||||
</div>
|
||||
|
||||
<!-- 六、幽灵模块 -->
|
||||
<div class="section" id="ghost">
|
||||
<div class="section-header"><div class="icon orange">幽</div>六、幽灵模块（前后端代码完整但前端路由未注册）</div>
|
||||
<div class="note">以下模块代码完整、数据库表已创建、后端API已实现，但因前端路由未注册，用户无法在系统中看到这些功能。</div>
|
||||
<table>
|
||||
<tr><th>模块</th><th>前端页面数</th><th>后端Controller数</th><th>API文件数</th><th>数据库表</th><th>说明</th></tr>
|
||||
<tr><td>AI智能问数</td><td>2页</td><td>3个</td><td>5个</td><td>ai_model, ai_chat_conversation, ai_chat_message</td><td>视图+后端完整，路由未注册</td></tr>
|
||||
<tr><td>DM数据治理标准</td><td>3页</td><td>4个</td><td>4个</td><td>dm_data_domain, dm_data_layer, dm_data_layer_specification, dm_theme_domain</td><td>视图+后端完整，路由未注册</td></tr>
|
||||
<tr><td>ATT属性/分类管理</td><td>11页</td><td>16个</td><td>18个</td><td>att_asset_cat, att_data_elem_cat, att_clean_cat, att_project等</td><td>最大幽灵模块，代码完整但不可达</td></tr>
|
||||
<tr><td>RP报表引擎</td><td>0页</td><td>有API</td><td>7个</td><td>14张Jimu Report表 + 7张拖拽报表表</td><td>数据库+后端存在，前端视图缺失</td></tr>
|
||||
</table>
|
||||
<div class="note blue">建议：以上模块只需添加前端路由配置即可解锁，无需额外开发工作量。</div>
|
||||
</div>
|
||||
|
||||
<!-- 七、总结与建议 -->
|
||||
<div class="section" id="summary">
|
||||
<div class="section-header"><div class="icon green">总</div>七、总结与建议</div>
|
||||
|
||||
<h4 style="padding: 16px 24px 8px; font-size: 15px;">7.1 完成度评估</h4>
|
||||
<table>
|
||||
<tr><th>模块</th><th>需求覆盖度</th><th>说明</th></tr>
|
||||
<tr><td>系统管理（3.1）</td><td><span class="badge match">100%</span></td><td>用户、组织、角色、字典全部实现</td></tr>
|
||||
<tr><td>服务器监控（3.2）</td><td><span class="badge match">95%</span></td><td>硬件/服务/趋势分析完整</td></tr>
|
||||
<tr><td>日志管理（3.3）</td><td><span class="badge match">90%</span></td><td>操作/系统日志完整，日志配置基于Quartz</td></tr>
|
||||
<tr><td>备份与恢复（3.4）</td><td><span class="badge partial">70%</span></td><td>备份/恢复/校验实现，异地存储缺失</td></tr>
|
||||
<tr><td>系统自检（3.5）</td><td><span class="badge missing">30%</span></td><td>仅基础监控，服务/链路自检缺失</td></tr>
|
||||
<tr><td>监测大屏（3.6）</td><td><span class="badge missing">0%</span></td><td>完全缺失，100路10kHz波形展示</td></tr>
|
||||
<tr><td>配置管理（3.7）</td><td><span class="badge match">90%</span></td><td>设备/通道/采集配置完整</td></tr>
|
||||
<tr><td>数据溯源（3.8）</td><td><span class="badge partial">50%</span></td><td>后端API存在，前端不可达</td></tr>
|
||||
<tr><td>模型管理（3.9）</td><td><span class="badge match">90%</span></td><td>模型上传、版本控制、物化完整</td></tr>
|
||||
<tr><td>任务管理（3.10）</td><td><span class="badge partial">70%</span></td><td>ETL任务+Quartz完整，缺第三方接口配置</td></tr>
|
||||
<tr><td>数据可视化（3.11）</td><td><span class="badge partial">60%</span></td><td>基础统计图表实现，缺大屏级展示</td></tr>
|
||||
<tr><td>数据服务（3.12）</td><td><span class="badge match">85%</span></td><td>API服务/数据源/质量完整，缺服务目录</td></tr>
|
||||
<tr><td>数据治理标准(DM)</td><td><span class="badge missing">10%</span></td><td>后端完整但前端路由缺失</td></tr>
|
||||
<tr><td>属性/分类(ATT)</td><td><span class="badge missing">5%</span></td><td>代码完整但前端不可达</td></tr>
|
||||
<tr><td>AI智能问数</td><td><span class="badge missing">10%</span></td><td>视图+后端存在，路由缺失+独立项目未接入</td></tr>
|
||||
</table>
|
||||
|
||||
<h4 style="padding: 16px 24px 8px; font-size: 15px;">7.2 优先级建议</h4>
|
||||
<table>
|
||||
<tr><th>优先级</th><th>建议事项</th><th>工作量</th></tr>
|
||||
<tr><td><span class="badge missing">P0 紧急</span></td><td>为 AI/DM/ATT 模块注册前端路由（代码已存在，只需添加路由配置即可解锁 16+ 页面）</td><td>1-2天</td></tr>
|
||||
<tr><td><span class="badge missing">P0 紧急</span></td><td>确认 qdata-ai 独立项目的部署/接入方案（Java 17 独立 Spring AI 项目）</td><td>3-5天</td></tr>
|
||||
<tr><td><span class="badge partial">P1 重要</span></td><td>开发监测大屏模块（3.6），实现100路10kHz波形实时展示（需专门时序可视化方案）</td><td>2-3周</td></tr>
|
||||
<tr><td><span class="badge partial">P1 重要</span></td><td>补全数据溯源前端页面（后端API已存在）</td><td>3-5天</td></tr>
|
||||
<tr><td><span class="badge partial">P1 重要</span></td><td>补全异地存储配置和年度归档策略</td><td>3-5天</td></tr>
|
||||
<tr><td><span class="badge partial">P2 一般</span></td><td>补全服务自检/链路自检模块</td><td>1-2周</td></tr>
|
||||
<tr><td><span class="badge partial">P2 一般</span></td><td>补全 Jimu Report 报表前端页面</td><td>1周</td></tr>
|
||||
<tr><td><span class="badge partial">P2 一般</span></td><td>补全第三方接口调用配置页面</td><td>3-5天</td></tr>
|
||||
<tr><td><span class="badge not-needed">P3 低</span></td><td>补全服务目录、主题库管理等页面</td><td>各1-2天</td></tr>
|
||||
<tr><td><span class="badge not-needed">P3 低</span></td><td>集成 SkyWalking 链路追踪、熔断降级</td><td>1-2周</td></tr>
|
||||
<tr><td><span class="badge not-needed">P3 低</span></td><td>集成 ZeroMQ 高频数据采集</td><td>1-2周</td></tr>
|
||||
<tr><td><span class="badge not-needed">P3 低</span></td><td>修复目录名拼写错误 qdata-mdule-ai → qdata-module-ai</td><td>半天</td></tr>
|
||||
</table>
|
||||
|
||||
<h4 style="padding: 16px 24px 8px; font-size: 15px;">7.3 关键发现</h4>
|
||||
<div class="note">
|
||||
<b>1. 幽灵模块问题突出：</b>AI、DM、ATT 三大模块的前后端代码均已完整实现，仅因路由未注册导致 16+ 页面不可达。这是当前最大的"隐性功能资产"，只需添加路由配置即可立即解锁。
|
||||
</div>
|
||||
<div class="note">
|
||||
<b>2. 监测大屏是最大缺口：</b>需求文档中 3.6 章节的监测大屏（100路10kHz波形展示）在系统中完全缺失，这是需求文档中技术指标最明确、量化的部分，且涉及专门的时序数据可视化技术，当前 ECharts 无法满足 10kHz 实时渲染要求。
|
||||
</div>
|
||||
<div class="note blue">
|
||||
<b>3. 系统超出需求的部分：</b>数据集成（ETL）可视化编排、代码生成器、表单构建器、SSO单点登录、CA证书管理、消息中心等均为系统额外提供的能力，需求文档未提及，体现了系统的扩展性和前瞻性。
|
||||
</div>
|
||||
<div class="note">
|
||||
<b>4. 端侧采集与云边端协同缺失：</b>需求文档中的 C++ 高频采集、Java 低频采集、ZeroMQ 传输、边缘网关等端/边侧能力均未实现。当前系统聚焦云端数据服务平台，端侧和边侧需要额外建设。
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="footer">
|
||||
<p>本报告基于需求文档 V1 + 新增需求 与 qData 系统实际代码对比分析生成</p>
|
||||
<p>生成时间：2026-05-12 | 分析范围：前后端全栈 + 数据库 + 部署配置</p>
|
||||
</div>
|
||||
|
||||
</div>
|
||||
</body>
|
||||
</html>
|
||||
Reference in New Issue
Block a user