1、下阶段主要解决得力纺织提出的相关需求，具体为：异常数据修正、异常告警管理、数据手工录入等内容；
2、异常数据修正要考虑两个方面，一是，数据正常的情况下，为了数据申报或者内部统计的需求，需要查询监测对象，调取相关时间段内的累积量数据，进行批量数据的修正；二是，采集数据有误，数据计算不准确，需要主动推送数据计算有误的对象及起始时间等，以供用户快速修正数据，需要注意的是数据修正的算法要考虑多种情况，有可能是求平均值、有可能是根据历史比例估算，选用什么样的算法要灵活。
3、异常数据的修正分为两大模块，一块是数据的查询修正，一块是修正的记录，推送过来需要修正的对象，直接推送到修正记录里，这个记录分两类，一类状态是已修正的，一类是未修正的，增加“操作，修改”功能，另外，还需要有忽略等功能；
4、异常告警管理中，现阶段主要解决采集器及传感器硬件掉线告警，这块内容单独拆出来，将后台的配置中增加遥信告警的内容，告警配置和原先的融合，做相关tab切换。报警前台将硬件掉线告警单独用一个模块，或者也可以融合，这个再讨论。
5、硬件掉线及异常的告警中，传感器数据异常的情况，考虑两种，一是，考虑传感器的质量码，质量码不为192，即，传感器采集失败；二是，考虑传感器数据上传的时间，传感器数据丢失6小时以上则判定为离线；这里面还包含一种特殊情况，传感器数据上不来可能是采集软件奔溃（或者是采集软件掉线）导致的，前者采集软件奔溃不重启数据是不会上传的，判断规则为，先判断是否有在搬数据，如果没有数据可搬，表面已掉线（这块关于采集器是否掉线的功能，罗总再更新软件）
6、换表流程要重新开一个模块，记录换表前换表后的数据，换表流程有三种情况，一是，在同一个小时内换表；二是，跨小时换表；这两种都数据计划性换表的流转；第三种是非计划性的，表计损坏几天之后被动发现后要处理的换表情况，这个可以直接走数据修改的流程，添加缺失的数据。
网友评论