4. 报表需求分析与用户角色建模

化工装置的报表系统往往被当作“把DCS数据导出来”的技术工作，但真正决定报表能否被用起来的，是需求分析阶段是否把不同岗位的决策场景区分清楚。同一组温度、压力、流量数据，操作工关心的是“现在是否偏离、要不要调整”，工艺工程师关心的是“这批产品收率为何下降、哪段工况异常”，设备工程师关心的是“泵和换热器是否在劣化、何时该检修”，生产管理者关心的是“产量、能耗、原料单耗是否达标、班组之间差异在哪”。如果四类角色共用一张“大而全”的报表，结果通常是操作工嫌它太慢太杂，管理者嫌它不够汇总，报表最终沦为归档文件。

四类角色的需求差异建模

角色建模的核心不是画组织架构，而是把每个角色的决策动作与其所需的数据粒度、时间尺度、对比基准对应起来。可以用“角色—决策—数据—刷新节奏”四元组来描述：

• 操作工：决策动作是班中调整与交接班确认。数据粒度到回路/测点级，时间尺度为分钟到小时，重点是当前值、设定值、偏差、报警状态、班累计量。刷新节奏快（1～5 min），报表形态偏向“当前工况看板+班报”。
• 工艺工程师：决策动作是工况分析、配方与参数优化、异常追溯。数据粒度到工段/设备级并保留关键测点，时间尺度为小时到批次、日到月，重点是趋势、批次间对比、收率与单耗、超限时长统计。刷新节奏中等（班/日），形态偏向“趋势分析+批次对比表”。
• 设备工程师：决策动作是状态评估与检修计划。数据粒度到机泵、换热器、压缩机等设备，时间尺度为日到月、季度，重点是振动、轴承温度、电流、换热温差、运行小时、启停次数。刷新节奏慢（日/周），形态偏向“设备健康趋势+累计运行统计”。
• 生产管理者：决策动作是产量考核、能耗管控、班组绩效与异常督办。数据粒度到装置/班组级汇总，时间尺度为班、日、月，重点是产量完成率、综合能耗、原料单耗、非计划停车时长、报警响应率。刷新节奏为班/日，形态偏向“KPI汇总表+排名对比”。

需要强调的是，四类角色并非完全割裂：工艺工程师的批次分析需要设备状态作为解释变量，管理者的能耗指标又依赖工艺侧的计量准确性。因此角色建模的产出应是一张指标—角色责任矩阵，标明每个指标的主责角色、共享角色和数据来源，避免同一指标在不同报表中口径不一致。

需求调研方法：从访谈走向可验证的样例

角色差异不能靠问卷“你觉得需要什么”获得，因为用户往往只能描述现有报表的不足，难以描述自己未意识到的需求。实践中较有效的是“跟班观察+样例数据回溯+原型确认”三步法。

第一步是跟班观察。选择一名操作工完整跟一个班，记录他在哪些时刻看什么数据、做了什么调整、交接班时抄录了哪些数字。例如观察到操作工每两小时记录一次反应器温度、冷却水流量和转化率估算值，并在交接班本上写下“本班超温2次、累计产量XX吨”，这些就是班报字段的直接来源。

第二步是样例数据回溯。请工艺工程师拿出最近一次收率下降的批次，倒推他当时调取了哪些测点、看了多长时间窗口、对比了哪几个批次。这一步能暴露真实的分析路径：他可能先看原料组成，再看反应温度曲线，最后对比催化剂使用时长。据此确定趋势报表需要保留的时间窗口（如批次前2小时至批次结束）和对比维度（批次号、催化剂批次）。

第三步是原型确认。用Excel或报表工具做出带示例数据的静态原型，让用户在其上指出“这一列没用”“这个单位不对”“这个汇总口径应按班而不是按日”。原型阶段修改成本最低，也最容易发现口径分歧。需要说明的是，原型中的数值应为合理假设的示例值，用于确认版式和口径，不作为实际生产结论。

需求规格说明书的编写要点

需求规格说明书是把调研结果转化为开发和验收依据的文档。它不需要写成大部头，但必须让报表开发人员、DCS/ historian数据接口人员和用户三方都能对上号。建议至少包含以下内容：

• 角色与使用场景：每个角色在什么时间、什么岗位、为什么目的打开报表。
• 指标定义与计算口径：指标名称、单位、计算公式、数据来源测点、采样周期、聚合方式（瞬时/平均/累计）、无效值处理规则。例如“综合能耗”须写明是否包含循环水与电，按什么折标系数折算。
• 时间与对比维度：统计周期（班/日/月）、班次起止时间定义、对比基准（上一班、昨日、上月、计划值）。
• 版式与交互要求：表格/趋势/看板形式，是否需要钻取、导出、打印，刷新频率与数据延迟容忍度。
• 权限与分发：哪些角色可见哪些指标，是否需要自动推送至邮件或移动端。
• 验收样例：给出一个班次或一个批次的示例输入与期望输出，作为开发完成后的核对依据。

最后需要提醒的是，需求规格说明书应保留版本与变更记录。化工装置的工艺调整、设备改造和考核办法变化都会引起报表口径变更，若没有变更记录，后续维护人员很难判断某个公式为何如此设定。角色建模与需求文档不是一次性工作，而是随装置运行持续迭代的基础资料。