基于BS结构变电运维大数据系统及移动终端开发的应用.docVIP

基于BS结构变电运维大数据系统及移动终端开发的应用 　　摘 要 　　随着变电站运维数据的不断激增，生产管理者已不能仅仅满足于对数据的记录与存储，更需要能随时随地将数据综合运用。本文将搭建一个基于B/S结构的大数据应用系统，将一切重复性的流程固定化、自动化、智能化，降低人工调用数据的出错率，同时为系统开放移动端入口，使得运维人员不必被电脑束缚，能在现场迅速准确调用需要的数据，保障安全生产，提高生产效率。 　　【关键词】变电运维 大数据 B/S结构 移动终端 　　1 背景 　　1.1 变电运维数据应用现状 　　设备数据是电力行业应用得最广泛深入的数据类别，包括在线监测、状态评价、风险评估等。对于变电部门来说，设备的台账、状态、缺陷报告等数据最值得关心。但目前而言依然存在设备台账不准确，两票记录不能自动转化为设备维护周期，维护工作记录不详细、不规范的情况，这些都造成了数据意义上的“无效录入”。 　　1.2 设备主人制概述 　　1.2.1 定义 　　当前，变电运行班组模式主要有有人值班变电站和巡维中心两种，设备主人又称为一站一主人，即在运行班组中选取有经验、有责任心的人员担任一个或多个变电站的设备主人，设备主人负责变电站的设备跟踪，包括缺陷问题有无按时处理，设备有无按周期定期检修试验、图纸资料是否齐全准确等。 　　1.2.2 设备异常记录管理 　　从2014年开始，广东电网有限责任公司大力推行变电站设备主人机制，为配合设备主人机制的推进，江门供电局变电管理一所成立巡视班，试行变电站第三方检查监督机制对变电站进行巡视，发现设备缺陷时通知属地巡维中心在4A系统（MIS系统）上填报，对于未达到缺陷标准的异常、隐患及其他管理性问题，以变电站为单位建立变电站问题汇总表。汇总表将问题分层分区落实到不同专业分部的相关责任人，由巡维中心设备主人负责跟踪，并由此形成巡维中心自主管理模式，到目前已取得一定的成效。 　　当前存在的使用问题是巡视班发现的问题都记录在内部网络服务器的EXCEL表中，数据容易被篡改，缺乏规范性，不便于日后查询。随着记录问题越来越多，EXCEL表越发显得臃肿，打开十分缓慢，加之网络受限，录入与查阅调取都有困难，修编更新时容易因多人同时编辑而导致数据互相覆盖丢失。 　　1.2.3 设备维护周期管理 　　设备主人需要跟进的除了综合类问题以外，还包括设备是否按维护周期进行维护。目前MIS系统可通过工作票模块、设备维护记录模块来查询设备的维护记录，但不能系统导出，也不具备到期提醒功能。设备主人还需要自己记录上次维护时间，对照设备周期来核对未来的年计划、月计划中是否有对该设备的维护计划，耗时耗力且容易出错。 　　1.3 系统的空白 　　目前，公司的安全生产管理系统（MIS）及差异化运维系统等都对设备缺陷分析这一块有系统的记录与分析，但对那些未达到缺陷定级标准的异常记录还是简单在交接班中记录，查找统计不便。而对于维护周期，依然需要专业班组人工录入，并没有导出分析和提醒功能。因此建立一个大数据分享及分析平台，同时填补这两方面空白，为运行人员跟踪、处理问题时提供有力依据，保证设备安全运行。 　　2 B/S结构简介 　　B/S结构全称为Browser/Server（浏览器/服务器模式）结构。B/S结构最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件，只要有一台能上网的电脑就能使用，客户端零维护。系统的扩展性非常容易，只要能上网，并且能兼容扩展手机端。 　　BS架构可以直接放在广域网上，通过一定的权限控制实现多客户访问的目的，交互性较强。在这种结构下，软件应用的业务逻辑完全在应用服务器端实现，用户表现完全在Web服务器实现，客户端只需要浏览器即可进行业务处理。 　　对于B/S结构的软件来讲，由于其数据集中存放于总部的数据库服务器，客户端不保存任何业务数据和数据库连接信息，也无需进行什么数据同步。对于B/S结构的软件来讲，其数据是集中存放的，客户端发生的每一笔业务单据都直接进入到中央数据库，不存在数据一致性的问题。 　　3 系统设计 　　本项目搭建的平台包含一个基础大数据库。服务器主机是windows，配置运行环境为：windows+IIS7.5+Mysql+PHP，开通80端口方便手机微信端与站点关联。 　　在智能手机和微信客户端已经普及的今天，应用微信公众号作为移动平台入口非常方便，用户使用手机号码即可认证登录，特别方便于在变电站现场的应用环境。平时的数据传输流量不会很大，不怕因带宽问题影响用户体验，保证快速实现各种功能。 　　基础数据库包含用户、组织（班站）、变电站、设备信息（名称、编号、类型、型号、厂家、生产投运日期），以此作为数据关键字段。基于同一数据库，平台包含有三个模块――问题