设动部 [缺陷提报] 改造思路

现状

实际业务

“三线人员”发现设备有异常（异常的定义需要调研）则上报。相关人员接报后分析结果。如果需要维修就维修，如果需要更新就更新。以此解决缺陷或者发起设备管理业务流程。

信息系统

没有正式立项的信息化系统。张轶目前使用过去开发的版本建议搭建了一个流程。
实际业务是发起通知单之前的信息上报的表单。使用人员范围：

• 运行人员
• 巡检人员
• 设备人员

人称三线人员集体使用。使用范围很大，但是业务很简单。

需求

项目	现状	实现目标
缺陷表单提报	简单Form提报	替换原有功能即可
缺陷表单跟踪	没有相关的跟踪报表	缺陷表的数据TBL状态管理
操作记录统计	没有统计	制作视图，统计缺陷提报人员的操作记录报表。 统计至少2个维度： 1. 时间维度：统计一段时间内的缺陷数量； 2. 区域维度：统计某个区域(事业部)的缺陷提报数量
考核分析图表	没有图表	故障率，缺陷完成率，缺陷提报解决的时效性等分析。统计维度：时间、区域
OA集成	没有	缺陷表单数据触发一封OA邮件，发送给需要带确认的人员，同步抄送配置好的人员。
ERP-EM集成	从EDW导入相关数据	需要对ERP-EM模块的数据结构进行分析，通过脚本进行同步更新部分需要的基础数据。 如果有大量数据基础数据，可以跨catalog读取数据，而不用导入。但是不能join。需要具体分析。

解决方案

数据源

需要稳定的ERP_EM模块数据接口。进行数据同步导入基础数据。一般为设备主数据静态数据。ERP的动态数据可以暂时不需要。

数据结构

现有系统的数据结构可以参考

流程发布

• 实施简易单线流程

操作界面

• 需要考虑简易操作界面。即：登录就进入填写提报Form界面，不需要导航树等复杂集成界面。
• 导航树改为简易导航，直接应用为提报，报表，2类
• 图表的集成。可以根据统计报表数据生成图表。

兼容性考虑

• 一线人员电脑配置很弱，需要考虑浏览器的兼容性

实施计划

• 2个版本系统同步使用，即一套数据，二套系统操作。
• 老版本始终作为备份存在。

人员预测

功能模块	人员	能力预测
系统管理	张轶	目前负责在运行系统的运维和数据结构维护
技术支持	金罡	熟悉ERP-EM模块的数据结构，有一定开发经验，熟悉设动部业务和历史
设备专家	忻然	设动部技术科主任师，动设备专家。 熟悉设动部目前的人事格局，系统建设现状。 负责与信息部沟通的业务人员。完全不懂IT。

风险

• 系统风险：无风险。非核心实时业务，系统崩溃或停顿，均不会造成业务影响。
• 商务风险：如果失败，可能再进入设动部体系就困难，留下坏印象。
• 未知风险：设动部主任是否心中另有打算，未知。根据设动部打探信息，表面上态度为：有可以试运行的系统，如果有愿景才可能立项发展。

愿景

• 可以成为设动部的信息系统的核心基础平台，让设动部离不开。