3. AVEVA监控系统功能验收标准建立
功能验收不是把软件打开点一遍，而是把“系统应该做到什么”翻译成可测量、可复现、可判定的指标。AVEVA监控系统（如 InTouch、System Platform、Historian 等组合）的核心功能验收，建议围绕五条主线建立标准：报警管理、趋势记录、历史数据存储、冗余切换、权限控制。每条主线都要回答三个问题：验收指标是什么、用什么方法测、判定阈值是多少。下面按主线展开，并给出可直接参考的测试用例与判定依据。
一、报警管理：从“能报”到“报得准、报得及时”
报警验收的关键指标包括：报警产生延迟、报警确认与清除行为、报警优先级与分类、报警抑制与搁置（Shelving/Suppression）、报警泛滥（Alarm Flood）处理能力。测试方法上，建议用外部信号源或仿真标签强制触发报警，而不是依赖现场工艺波动。
具体做法：在 InTouch 或 OMI 中为测试标签配置报警限值，例如模拟量 TI_101 设置 HH=120℃、H=100℃、L=20℃、LL=10℃。用脚本或仿真器在 1 秒内将值从 80 跳到 125，记录报警进入报警摘要的时间戳。验收指标可定为：从标签值越限到报警在客户端显示，延迟不超过 2 秒（局域网内典型要求，具体以项目规格书为准）。同时检查报警确认后是否从“未确认”变为“已确认”，当值回到正常范围后是否自动清除；若配置了“需要确认才清除”，则必须确认后才消失。
报警泛滥测试：在 10 秒内触发 200 条报警，观察报警摘要是否卡顿、是否支持按优先级过滤、是否触发报警抑制。验收判定：客户端界面响应时间不超过 3 秒，且报警计数准确。报警优先级建议至少分 4 级（紧急、高、中、低），并在报警摘要中可按级别筛选。
二、趋势记录：实时趋势与历史趋势的连续性
趋势验收要区分实时趋势和历史趋势。实时趋势关注刷新周期与时间轴对齐；历史趋势关注数据回放是否连续、是否支持缩放与游标读数。测试时选择 3～5 个代表性标签，覆盖模拟量、数字量和计算量。
验收指标示例：实时趋势刷新周期 ≤ 1 秒；历史趋势查询 24 小时数据，返回时间 ≤ 5 秒；游标读数与 Historian 中存储值一致，误差为 0（同一数据源）。测试方法：在趋势控件中加载 TI_101、FI_201、P_301，将时间范围设为过去 24 小时，检查曲线是否有断点。若出现断点，需区分是采集中断还是趋势控件渲染问题。可配合 Historian 的查询工具交叉验证。
三、历史数据存储：完整性、精度与保留策略
历史数据存储验收的核心是“不丢、不错、可查”。指标包括：采集周期、存储精度、数据压缩方式、保留时长、查询响应。AVEVA Historian 通常支持死区压缩（Deadband）和定时采集两种模式。验收时要明确每个标签的采集类型。
测试方法：对模拟量标签设置采集周期 1 秒、死区 0.5%。让信号在 10 分钟内按已知斜率变化，例如从 0 线性升到 100。结束后查询历史数据，检查存储点数与理论点数是否一致，偏差不超过 1%。同时验证保留策略：若配置保留 365 天，可临时将测试标签保留期设为 1 天，确认过期数据被归档或删除，且不影响其他标签。
查询响应指标：查询单标签 30 天原始数据，返回时间 ≤ 10 秒；查询 10 个标签 1 小时数据，返回时间 ≤ 3 秒。若使用 SQL 查询接口，需验证时间戳格式、时区一致性和空值处理。
四、冗余切换：切换时间与数据一致性
冗余验收是功能验收中最容易“看起来正常、实际有坑”的部分。指标包括：主备切换时间、切换后报警与趋势是否连续、切换期间是否丢数据、客户端是否自动重连。测试方法：在冗余对（如两台 Historian 或两台 Application Server）正常运行后，手动停止主节点服务，记录备用节点接管时间。
验收指标示例：切换时间 ≤ 30 秒（具体以项目要求为准）；切换后历史数据无断点，报警状态保持一致；客户端在 60 秒内自动恢复连接。测试时建议同时观察报警摘要和趋势曲线，确认切换前后数据连续。若切换后出现数据重复或丢失，需检查冗余配置中的同步周期和故障转移策略。
五、权限控制：谁能看、谁能改、谁操作
权限验收要覆盖“功能权限”和“数据权限”。功能权限指能否打开某个画面、能否确认报警、能否修改设定值；数据权限指能否看到某些工段或标签。AVEVA 系统通常通过用户角色和安全组实现。
测试方法：建立三类测试账号——操作员、工程师、管理员。操作员只能查看和确认报警，不能修改设定值；工程师可以修改设定值和配置趋势；管理员可以管理用户和角色。逐项验证：用操作员账号尝试修改 TI_101 的报警限值，应被拒绝并记录审计日志；用工程师账号修改后，检查是否写入审计记录。验收判定：越权操作 100% 被拦截，审计日志包含用户名、时间、操作对象和结果。
六、验收记录与判定：把测试变成可追溯的证据
功能验收的最终产出不是“口头确认”，而是一份可追溯的测试记录。建议每条测试用例至少包含：测试项、测试对象/标签、输入或操作、预期指标、实测值、判定结果、测试人和日期。例如报警延迟测试记录为：测试项“报警延迟”，对象 TI_101，操作“80→125℃跳变”，预期“≤2s”，实测“1.4s”，判定“通过”。
判定规则建议采用“一票否决”与“分级容忍”结合：报警延迟、冗余切换时间、权限越权拦截属于关键项，任一项不通过则功能验收不通过；趋势刷新周期、历史查询响应等属于一般项，允许在偏差不超过 20% 且不影响生产监控的前提下限期整改。所有测试记录应附截图或日志片段，尤其是报警时间戳、趋势游标读数、冗余切换日志和审计日志。