全生命周期设备管理系统设计

吴军

(安徽冶金科技职业学院 安徽马鞍山市 243003)

1 管理工作现状与技术背景

1.1 目前设备管理工作中存在的问题

目前的设备管理系统版本陈旧、操作复杂、功能冗余、信息分类检索功能弱，账目无法即时反应实际设备状态，系统不再能满足现实设备管理工作的需求:(1)系统是单机版，只能记录和修改账目，而设备的使用者与设备运行维修过程状态以及设备管理者之间缺乏有效的联动机制，不能对设备的使用者、设备当前运行状态、设备维修过程等属性进行即时管理，系统管理时效性差;(2)缺少耗材管理功能，没有库存管理模块，为耗材及设备实际管理滋生诸多不便;(3)无法使用手机、平板等移动终端进行操作，大大制约了系统的使用，无法满足泛在化管理要求。

1.2 技术背景

系统需要考虑到线上线下的协调性、通用性、管理实时性等需要，希望通过现有技术和方法达到跨平台、高时效性和泛在化管理要求。

1.2.1 泛在化管理

所谓泛在化，指“无时不在、无处不在”。本文所述设备管理泛在化是指在泛在网络基础上，在设备的使用、维护、管理各层面构建即时信息通信渠道，通过各层面、多方式接口，有效利用现代通信网络资源，打破时间和地域限制，任何时间、任何地点、任何相关人员都能开展设备管理相关工作的模式与过程。目前WIFI局域网、2G/3G/4G数据网络、移动通信网络的全面覆盖，使得我们可以随时随地通过2G报文通信服务、3G/4G移动数据服务、电子邮件服务、语音通话服务等，实现人人交互、人机交互，实现线上与线下的融通。

1.2.2 二维码(2－dimensional bar code)技术

二维码是用某种特定的几何图形按一定规律在平面(二维方向)上分布黑白相间的图形来记录数据信息，通过图象输入设备或光电扫描设备自动识读，以实现信息自动处理的技术。相对于条形码，其具有信息容量大、自主纠错能力、印制要求低、可用多种阅读设备阅读、尺寸可调、码制公开且已形成国际标准等众多优点。目前二维码技术被广泛运用于信息获取、网站跳转、广告推送、手机电商、防伪溯源、优惠促销、信息管理、线上支付、数字图文等方面。现在的手机、平板、笔记本电脑、台式电脑等终端都配备摄像头，使用二维码来标注设备信息，用摄像头读取二维码来定点管理设备是方便可行的。

1.2.3 HTML5技术

HTML5是一种标准通用标记语言下的一个应用，实际上本质就是HTML集成CSS和JavaScript技术的综合运用，它定义了更新更优化的标记，提供并使用更先进的JavaScript API来制作最新的网络开发功能。HTML5有很强的设备(摄像头、语音设备、打印设备等)兼容特性、多媒体特性以及超强的跨平台(安卓、IOS、WINDOWS等)能力，目前主流浏览器都支持HTML5。使用HTML5技术是B/S架构下解决人机交互、兼容不同终端的首选。

2 系统设计目标

2.1 设备全生命周期管理

本文所述设备全生命周期管理指设备从采购到入库、维修使用及报废全过程管理。要求综合运现代网络技术、数据服务技术、条码/二维码编解码技术、移动终端技术等，将设备账目管理、设备及耗材的申领、维修维护、状态监控、库存管理、损耗折旧、报废处理、综合检索、数据统计分析等功能融于一体，便设备全生命周期管理形式成闭环，以适应当前设备管理工作的要求。

2.2 系统性能卓越

能够兼容安卓、IOS、WINDOWS等客户端系统，满足跨平台需求;能构建从设备使用者到设备维护者再到设备管理者的各层面联动机制，实现线上和线下的融通;能够适应涉及现代设备管理工作多方面的需求，实现设备管理的实时化、过程化、泛在化。

2.3 系统构建自由化

系统采用模块化设计，可以根据不同需求进行自由搭建;可以随着设备管理工作要求的改变和工作方式的变化，随时修改系统架构且不影响正常使用。

3 系统设计

3.1 系统供求分析

根据学院设备管理制度内容，将系统分为申领、维修、报废、损耗及折旧处理四种流程;根据制度要求，设定处理步骤和操作条件，制定功能并划分模块。

3.2 设备申领流程及相关模块

设备申领过程分为申请、审批、采购、入库、领用(出库)、确认六个模块，流程见图1:

申领模块描述:(1)发起申请，填报设备名称、数量、功能等信息;(2)推送消息，通知角色用户(部门领导、分管领导、主管领导)进行审批工作，并开启审批模块功能;(3)接收各步骤的反馈信息，查询当前工作状态。

审批模块描述:(1)审批分为三级，逐层审批并反馈审批结果;(2)审批通过后推送消息，通知用户角色(库管员)查验库存，开启出库模块功能;若审批不通过，则只反馈结果，并结束本次申领工作。

出库模块描述:查验库存，若有库存，则推送消息，通知领用人领取设备，同时开启出库模块功能;如果没有库存，则推送消息，通知角色用户(采购员)进行采购，并开启采购模块功能。采购模块描述:(1)查询申请，根据申请内容定制采购计划; (2)发布采购结果，如果采购失败，反馈结果并结束本次申领工作;若采购成功，推送消息，通知角色用户(库管或账目管理员)将采购的设备入库，并开启入库模块功能。

入库模块描述:记录设备相关信息，生成二维码;推送消息，通知角色用户(库管员)查验库存，并开启出库模块功能。

该流程中，申领模块和出库模块必须作为开头和结束，且必不可少;其它模块可以根据实际情况自由删减或改变衔接顺序。

3.3 设备维护流程及相关模块

设备维护过程分为维修申请、故障检测、维修审批、耗材入账、维修结果确认五个模块，流程见图2:

维修申请模块描述:(1)扫描条码/二维码，获取设备详细信息，描述设备故障，发起维修申请; (2)推送消息，通知角色用户(维修员)检测故障，并开启故障检测模块功能。

故障检测模块描述:(1)查询申请，检测设备故障，如果不能维修则反馈结果，终止本次维修流程;(2)如果可以维修并无需更换配件，维修完成后发布维修结果，推送消息通知报修人员领回设备并确认;(3)如果需要更换配件，则制定维修计划，推送消息通知角色用户(部门领导)进行审批，同时开启审批模块功能。

审批模块描述:查询维修申请和维修计划，给出审批意见。如果审批不通过则反馈结果并结束本次维修流程;如果审批通过，则推送消息通知角色用户(维修员)进行维修，通知角色用户(库管员或账目管理员或维修员)进行耗材入账，同时开启入账模块功能。

入账模块描述:(1)查询故障设备信息，查询维修状态和历史维修情况;(2)录入本次维修更换的耗材配件信息;(3)维修完成后发布维修结果，推送消息通知报修人员领回设备并确认。该流程中，维修申请模块和结果确认模块必须作为开头和结束，且必不可少;其它模块可以根据实际情况自由删减或改变衔接顺序。

3.4 设备报废流程及相关模块

设备报废过程分为申请、审批、销帐三个模块，流程见图3:

报废申请模块描述:(1)扫描条码/二维码，获取设备详细信息，发起报废申请;(2)推送消息，通知角色用户(分管领导、主管领导)审批;

审批模块描述:查询报待废设备信息，若不同意报废，则发布结果结束本次报废流程;若同意报废，推送消息通知角色用户(账目管理员)进行销账，并开启销账模块功能。

销账模块描述:对报废设备执行销账操作，发布处理结果，结束本次报废流程。(注意:报废设备的销账处理，不是简单的直接从数据库删除设备信息，而是将其数据转移到已报废设备数据表中)

3.5 设备信息修改、损耗、折旧的相关模块

设备修改模块:可以修改设备的价格、使用者、存放地点、净值、使用部门等详细信息;

自动折旧模块:可以根据折旧公式批量变动设备净值。

3.6 查询模块及权限设定

设备状态查询:提供按条件查询设备当前的使用者、价格、存放地、维修记录、购置日期等详细信息的功能;

帐目查询:提供不同条件下设备的综合查询功能;

申领过程查询:按批次查看设备申领工作过程状态;

维修过程查询;按批次查看设备维修工作过程状态及历史维修情况;

操作权限绑定系统模块，每个系统模块都提供相应的操作权限。

4 相关技术方案

4.1 条码/二维码的处理

考虑到设备信息来源唯一，条码/二维码的编码在设备入库环节，由服务器后台完成;为了节省移动端流量，降低服务器消耗，在无网络环境下也能读取设备相关信息，条码/二维码的扫描和解码过程由前台客户端完成。

4.2 各种终端的兼容

使用HTML5开发可以有效解决跨平台问题，实际开发中应完全采用自适应布局，来满足不同终端和不同显示模式的差异。

4.3 消息推送机制和实现方法

为了及时反映设备管理工作状态，构建工作中各角色联动机制，系统需要能够实现消息的推送和接收功能。线下可以通过租用第三方短信服务，使用第三方短信接口收发短信息，线上要依靠系统本身实现。

系统采用B/S架构，必须一直打开页面，才能获取服务器的推送消息，这对于移动终端来说很难实际应用。安卓4.4以上版本和IOS7以上版本的WEB内核都能很好的支持HTML5，我们不需要另外开发安卓和IOS的APP，可以直接使用WEBVIEW插件，为其套上一个APP的外壳，然后通过APP后台轮询的方式解决消息推送的问题。

4.4 短信息服务

短信服务一方面可以解决线下消息推送的问题;另一方面，可以作为泛在化管理的一个应用，在没有互联网络的情况下，通过发送和接收手机短消息来开展管理工作。例如有一份设备申请需要领导审批，领导恰好出差并无法上网，系统可以给该领导发送短消息，简要说明申请事由，并提示回复特定字符，系统接收到领导回复的内容，自动处理后续工作。实现该功能具体方法:首先需要租用第三方短信服务，并获取短信服务接口和套字;然后需要先设定收发短信的文字模板，系统以轮询的方式不断请求读取短信服务器特定字符内容;最后通过字符串比较结果来触发脚本执行命令。

4.5 数据库关联数据的处理

系统工作过程中，许多数据是按照固定条件关联变化的。考虑到系统是以模块化设计为核心，系统架构可变等因素，这里不在数据库里直接设置数据关联和触发，所有数据的关联变化都放在服务器后台处理，触发事件均由客户端发起请求。

4.6 模块间的通信

由于系统采用模块化设计，并且需要实现系统构建自由化(各模块自由增减、排序、组合)，就必须将各模块使用的变量标准化。这里把所有模块所需的输入变量和输出变量全部列举出来，按照JSON数据格式标准，自定义成类;各模块输入变量直接从对象实例中读取，输出变量直接修改对象实例中的对应参数。如果需要删减模块或移动模块衔接顺序，则需要同时重新设定JSON的数据结构。

4.7 用户角色的制定

在实际工作中，用户的工作职能、权利范围可能会变化，不同部门的用户需求也不一样，单纯的以角色的方法定义不同类型的用户是无法满足实际应用需求的。本系统以模块为单位，每个模块都包含操作和查询两个权限，在注册用户时，根据实际情况选择勾选用户权限，实现角色的自由定制。

5 结语

本系统以学院设备管理办法为需求脚本，以管理工作流程为主线，以管理制度为约束条件，能够解决目前学院设备管理工作中诸多问题，大大提高设备管理工作效率;以现有技术和开发水平为条件，能够满足实时化、过程化、泛在化管理要求，实现设备全生命周期管理;以模块化设计为核心，能够自由搭建系统平台;以HTML5为基础，能够实现跨平台。

［1］ 张昕，杜程.基于web的高校设备管理系统的设计与实现［J］.科技视界，2015(18):131－132，142

［2］ 郭 玮.基于无线网络的图书馆泛在化创新服务模式研究［J］.辽宁广播电视大学学报，2015(2):109－110

［3］ 蔡晓艳，田凯，王照平.基于GSM短信模块的家庭防盗报警电路的设计［J］.实验科学与技术，2015(13)，3:20－22

［4］ 万 茹.基于HTML5的Web富客户端网页设计方法［J］.电脑编程技巧与维护，2015(13):67－69