现状
实际业务
“三线人员”发现设备有异常（异常的定义需要调研）则上报。相关人员接报后分析结果。如果需要维修就维修，如果需要更新就更新。以此解决缺陷或者发起设备管理业务流程。
信息系统
没有正式立项的信息化系统。张轶目前使用过去开发的版本建议搭建了一个流程。
实际业务是发起通知单之前的信息上报的表单。使用人员范围：
- 运行人员
- 巡检人员
- 设备人员
人称三线人员集体使用。使用范围很大，但是业务很简单。
需求
| 项目 | 现状 | 实现目标 |
|---|---|---|
| 缺陷表单提报 | 简单Form提报 | 替换原有功能即可 |
| 缺陷表单跟踪 | 没有相关的跟踪报表 | 缺陷表的数据TBL状态管理 |
| 操作记录统计 | 没有统计 | 制作视图，统计缺陷提报人员的操作记录报表。 统计至少2个维度： 1. 时间维度：统计一段时间内的缺陷数量； 2. 区域维度：统计某个区域(事业部)的缺陷提报数量 |
| 考核分析图表 | 没有图表 | 故障率，缺陷完成率，缺陷提报解决的时效性等分析。统计维度：时间、区域 |
| OA集成 | 没有 | 缺陷表单数据触发一封OA邮件，发送给需要带确认的人员，同步抄送配置好的人员。 |
| ERP-EM集成 | 从EDW导入相关数据 | 需要对ERP-EM模块的数据结构进行分析，通过脚本进行同步更新部分需要的基础数据。 如果有大量数据基础数据，可以跨catalog读取数据，而不用导入。但是不能join。需要具体分析。 |
解决方案
数据源
需要稳定的ERP_EM模块数据接口。进行数据同步导入基础数据。一般为设备主数据静态数据。ERP的动态数据可以暂时不需要。
数据结构
现有系统的数据结构可以参考
流程发布
- 实施简易单线流程
操作界面
- 需要考虑简易操作界面。即：登录就进入填写提报Form界面，不需要导航树等复杂集成界面。
- 导航树改为简易导航，直接应用为提报，报表，2类
- 图表的集成。可以根据统计报表数据生成图表。
兼容性考虑
- 一线人员电脑配置很弱，需要考虑浏览器的兼容性
实施计划
- 2个版本系统同步使用，即一套数据，二套系统操作。
- 老版本始终作为备份存在。
人员预测
| 功能模块 | 人员 | 能力预测 |
|---|---|---|
| 系统管理 | 张轶 | 目前负责在运行系统的运维和数据结构维护 |
| 技术支持 | 金罡 | 熟悉ERP-EM模块的数据结构，有一定开发经验，熟悉设动部业务和历史 |
| 设备专家 | 忻然 | 设动部技术科主任师，动设备专家。 熟悉设动部目前的人事格局，系统建设现状。 负责与信息部沟通的业务人员。完全不懂IT。 |
风险
- 系统风险：无风险。非核心实时业务，系统崩溃或停顿，均不会造成业务影响。
- 商务风险：如果失败，可能再进入设动部体系就困难，留下坏印象。
- 未知风险：设动部主任是否心中另有打算，未知。根据设动部打探信息，表面上态度为：有可以试运行的系统，如果有愿景才可能立项发展。
愿景
- 可以成为设动部的信息系统的核心基础平台，让设动部离不开。
