报警管理优化项评估投票

投票时间:2026年7月6日
扫码参与投票,一起选出优先方向
*
1.
您的姓名:
*
2.
产品多语言支持中文版
支持全量中文语言界面,用符合国内流程工业与自控标准的专业术语,确保中文用户能准确理解且基于UI界面的操作易用
目前可支持中文的有:报警帮助文本内容,Operate Help(Alarm List和Faceplate上点击Shelve和Boundary按钮显示内容)(iFix可设置为中文,Live似乎无设置选项)
研发重点:1.软件整体操作界面支持中文显示;2. EKPI标准报表提供中文版本
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
3.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
4.
报警与处置业务闭环
建立报警处置全流程电子化管理,引入工作流机制,打通报警触发、责任人通知、现场处置、结果回传、审计留存、规则优化的核心业务链路,全流程信息透明可追溯,支持处置超时自动上报及分级推送
现状描述:已有本地化解决方案,但是依托于第三方单独建立的数据库,基本脱离AgileOPs数据库,客户需要维护两个数据库
研发重点:将报警处置功能集成到AgileOps平台
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
5.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
6.
报警与处置业务闭环
支持标准对接第三方工单系统/交接班系统,实现通过统一接口数据联动,处置进度与记录支持向L4层信息系统查询推送,消除纸质管理,支持统一汇总录入与定期自动生成报表
现状描述:暂无对接联动
研发重点:开放数据接口,支持多平台联动
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
7.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
8.
报警与处置业务闭环
支持将处置记录与CCA联动,操作员处置报警时可主动选填原因、后果与处置措施,处置数据持续积累后定期为报警帮助调整提供参考建议。
现状描述:目前操作员可以在DCS画面上看到预先填写好的CCA信息,但具体处置记录目前没有联系起来
研发重点:报警处置与报警帮助共用数据库
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
9.
报警变更业务闭环
开放报警帮助数据库与处置记录数据库之间的跨层互通接口,实现数据实时同步与流转。
现状描述:目前处置数据库可以读取报警帮助数据库,但是无法写回给报警帮助数据库,无法实现闭环。
研发重点:开放报警帮助写入API
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
10.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
11.
报警变更业务闭环
建立变更审批全流程电子化管理,引入工作流机制,覆盖主动变更与被动变更场景,支持二次审批确认与全流程记录留档
现状描述:目前依靠客户通过他们平台走MOC,然后将资料提交给实施人员后,在报警管理平台上实施。中间两个环节需要人为控制。
研发重点:新增变更审批流程
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
12.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
13.
报警变更业务闭环
支持标准对接第三方MOC系统,实现通过统一接口数据联动,线上记录变更申请→ 影响评估 → 审批确认 → 执行变更 → 结果验证 → 记录归档全过程
现状描述:目前无对接联动。
研发重点:开放数据接口,变更审批实施一站式服务
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
14.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
15.
报警变更业务闭环
支持自动比对电子台账与DCS配置差异,并发起变更流程,确保定期审核一致。
现状描述:目前Reports/Tasks中有Audit/Enforce报告,可以设置为定期执行,自动匹配报警管理数据库与DCS的在线值。
研发重点:增加电子报表功能,支持客户自定义报表范围(位号、记录周期)
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
16.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
17.
审计追踪
留存所有完整的操作记录,包括报警抑制操作、抑制原因、阈值修改、操作人、时间等,满足合规审计的不可篡改要求。
现状描述:目前报警参数和报警帮助的修改记录可以在Reports/Tasks页面的Revision History报告看到。但DM和LM的记录无法查询,只能看到当前列表里有哪些内容。
研发重点:报警处置全流程留痕
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
18.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
19.
通知渠道支持移动端集成
标准集成中国客户主流移动端应用,联动钉钉、企微、飞书实时报警推送,重大报警支持自动拨号语音/短信通知
现状描述:目前第三方可以接入AgileOps数据库进行推送
研发重点:开放数据推送接口,满足企业多样化管理需求
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
20.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
21.
推送规则灵活配置
扩展灵活的推送规则,支持报警超时升级上报,报警超限推送
现状描述:无报警推送
研发重点:开放数据接口
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
22.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
23.
AI智能问答辅助报警治理
提供自然语言交互界面,工艺人员可直接提问获取合理化建议与限值推荐,降低对专业工程师的长期依赖,减少合理化服务人力成本
现状描述:无
研发重点:根据输入的资料建立资料库,与实时生产数据联动
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
24.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
25.
报警合理化智能更新
建立合理化专用知识库,整合工艺经验、风险管理建议与真实历史数据,为合理化工程师提供参考依据与智能分析辅助,基于报警处置数据持续迭代合理化建议,逐步从人工主导向自动化合理化演进,提升合理化实施效率与准确度
现状描述:无
研发重点:无
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
26.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
27.
报警帮助知识库升级
将处置记录中有价值的经验经审批后提炼写入,结合AI能力提升知识库交互智能化水平,使报警帮助成为持续演进的动态知识库
现状描述:无
研发重点:无
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
28.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
29.
集团化、多装置统一管理
延伸建立统一管理平台,支持多装置报警数据的汇总查看与分级权限管控、审计追踪;以单套主报警数据库管理多套DCS系统,支持多装置整体管理
现状描述:目前EKPI已有多个现场实现一个EKPI服务器,同时连接多套DCS。但对于含MCSD的部分,暂时没有案例。
研发重点:1、对于大型多装置现场,一套DCS配一个主报警数据库,同时可以再上层统一管理这些主报警数据库
2、对于小型多装置现场,多套DCS配置一个主报警数据,节省服务器资源的同时不造成系统负担。
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
30.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
31.
集团化、多装置统一管理
支持适配不同 DCS 厂家的 UTC 时间配置规则,统一报表时间基准,确保统计结果一致。
现状描述:在Setting界面可以配置UTC时间,但是对全局生效
研发重点:UTC的设置放到Connection上,不同的connection可以设置不一样的UTC时间
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
32.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
33.
角色化权限管理优化
支持随权限差异化呈现可见界面视图,避免低权限用户访问查看到无关内容,提升系统使用安全性与操作体验
现状描述:目前可以设置用户权限,但所有用户登录以后看到的界面是一样的,只是操作界面不一样。针对与多装置、多工序可能涉及到一些信息的保密性需求(不同岗位不能持有其他工序涉密信息,如报警值等)
研发重点:暂无
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
34.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
35.
角色化主题驾驶舱
提供具有行业风格化的默认驾驶舱,满足集团管理、区域管理及班组管理不同角色的展示需求
现状描述:暂无
研发重点:暂无
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
36.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
37.
报表标准模板扩展
面向中国客户使用习惯提供标准化报表模板
现状描述:目前系统提供的标准报表大都不符合中国用户的习惯
研发重点:暂无
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
38.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
39.
智能分析与报表
支持数据可视化功能,结合报警数据特点,支持在周报/月报中展示突出的报警,展示识别到可能的原因,在报表中直接嵌入合理化建议,提升报表分析价值
现状描述:暂无
研发重点:暂无
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
40.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
41.
报警事件回溯分析
提供时间线视图展示报警链式触发关系与工况演变过程,替代逐行查看时间戳的低效方式帮助工程师直观高效回溯,为合理化规则优化与报警溯源提供数据支撑
现状描述:暂无
研发重点:暂无
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
42.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
43.
本地化日常治理工具
支持按班组维度统计对比报警事件;支持将特定报警从统计中剔除,屏蔽已知误报对指标的干扰;提供一键批量抑制能力应对报警洪水。
现状描述:暂无
研发重点:暂无
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
44.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
45.
综合安全管理平台演进
延伸建立统一企业安全运营管理平台,囊括连锁,工艺预警,纳入设备报警管理等业务
现状描述:暂无
研发重点:暂无
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
46.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
47.
支持信创环境适配
支持在麒麟、统信等国产操作系统及达梦、人大金仓等国产数据库上部署运行,满足信创环境部署要求。
现状描述:暂无
研发重点:暂无
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
48.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
49.
支持主流国产DCS兼容
支持与主流国产DCS系统兼容,包括中控(SUPCON)、和利时(HollySys)等多个版本,实现报警数据采集、配置同步及业务功能适配,降低项目实施成本,提升国产化项目交付能力。
现状描述:暂无
研发重点:暂无
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
50.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
51.
支持在线报警设定值的抓取
支持 Database 中 Last Read 状态实时刷新,确保页面展示数据与系统实际状态保持一致。
现状描述:目前Database中的Last Read是Synchronize上一轮的扫描结果/执行了Audit/Enforce以后的值,如果DCS改了在线值,则无法迅速同步到Database中。
研发重点:DCS有参数更新时,自动同步到AgileOps
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
52.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
53.
报警抑制回溯分析
支持在 DCS 画面中区分报警抑制来源,明确展示 DCS 抑制、DM 抑制、LM 自动搁置及 LM 手动搁置等不同类别。
现状描述:目前DCS画面上可以看到被抑制的列表,但无法区分抑制来源。只能从历史时间里看到User是AOPS,而User在DCS抑制列表里无法看到。还可以点击工具栏的报警管理图标,进入报警管理的网页,查看对应的搁置列表或者动态报警,才能判断这个报警是被LM搁置还是DM抑制。客户希望可以区分出报警抑制的来源,一般包括:DCS抑制、AgileOps动态报警抑制、AgileOps自动搁置、AgileOps手动搁置。
研发重点:增加抑制原因填写功能,这样抑制列表里可以看出来是从哪里抑制的
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
54.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
55.
支持厂区变更功能与点位引用关系展示/配置
1支持查询 Database 点位的引用关系,展示点位关联的报警、逻辑、画面及其他引用对象,便于影响分析与变更管理。
2支持通过自动比对,识别到DCS侧的厂区修改,一键完成厂区切换。减少主报警数据库的后期维护工作量
现状描述:当DCS中修改了Module的厂区时,Synchronize会把这个Module在旧厂区中标记成Deleted,新厂区中标记成Added。1客户希望在删除这个点之前,可以看到这个点被哪些东西(主要是动态报警逻辑)引用了,方便提前做好处理。2删除会影响动态报警功能的使用
研发重点:1增加Reference选项
2有厂区修改时,可以标记成Modified项,直接Approve就行了,而不是删除旧厂区的Module,再添加新厂区的Module
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
56.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
*
57.
灵活建立/更新主报警数据库
支持基于 DCS 组态文件直接初始化主报警数据库,减少首次建库工作量,提高配置效率。
现状描述:目前在首次建立主报警数据库时,需要依据组态文件和Synchronize扫描,而这会耗费大量的时间(目前最新的CU3 HF4,扫描7000个Module差不多需要3天),并且对于一些非标准的组态,可能会无法生成报警(该问题经常出现)。如果可以提供一个工具,直接建立主报警数据库,则会大幅提升工作效率。
研发重点:提供一个工具/表格,可以手动更新该表格来维护主报警数据库
1 不重要(当前无需考虑)2 较低(可选,根据资源安排)3 一般(有一定价值,但影响范围有限)4 比较重要(对多数场景价值较高)5 非常重要(对业务价值影响重大)
重要程度
重要程度
*
58.
同上
1 低(暂无迫切需求)2 中(可纳入后续规划)3 高(近期需要)
紧急程度
紧急程度
问卷星提供技术支持
举报