自台设备报修系统的功能分析和页面设计.docx

自台设备报修系统的功能分析和页面设计 自台设备报修系统的功能分析和页面设计 【摘要】本篇通过调研、设计完善该报修系统，为各部门提供报修、维护、查询、统计分析等业务功能，用户可通过PC、 等终端登陆系统进行操作，方便并满足了用户的日常需求，提高了维修效率 【关键词】B/S模式 业务流程 上报 工单 一、引言 目前，在我台各部门有很多方面存在问题：设备的类别多、设备分布区域广、管理划分不统一、维修责任不明确，这样就容易造成设备在使用过程中出现故障或隐患时，工作人员只能等待维护部门的时间安排，从而拖延了时间，降低了工作效率 通过实际情况分析所需功能、设计完善该设备报修系统，以便为用户提供报修、维护、查询、统计等业务功能，有利于设备维护部门的工作进行信息化、标准流程化的管理，提升维护质量、优化维护效率并减少维护本钱，给各部门的正常运行提供更好的根底保障； 设计该报修系统，可充分利用本单位现有的各种硬件资源：效劳器、内网、PC机，无需额外开支，节省了硬件本钱，只需硬件和网页的日常稳定性维护，工作量小，可安排专人或兼职管理；该系统在自台的内网上运行，用户可通过PC、 等终端登陆系统进行各项业务操作，使之满足用户的日常需求，提高维修效率。

二、系统框架分析 系统开发工具 本系统设计采用B/S模式，系统架设在效劳器上，在自台的内网上运行 效劳器端：效劳器系统Linux或者Windows皆可，系统采用PHP语言编写，运行在Apache上，数据库使用MySQL； 浏览器端：系统兼容现代常用的IE、FireFox内核浏览器，不管客户端系统； 系统总体流程 图1 系统总体流程图 需求业务分析 通过实际调研各部门的工作情况，所需求的业务应包括：能够实现对用户信息和故障信息的录入；能够对的故障问题和故障信息进行整合并生成工单；能够对审核后的工程问题和故障信息，提交维护人员进行及时处理；维修人员根据系统整理的待修列表进行接单和维修分工；对故障信息进行后续的管理录入，遇重大问题可上报并接收领导的批示；处理不了的故障，可反应至厂商，协调处理；维修完毕，可提供报修人进行确认与评价；同时，本系统设计的网页，力求功能上操作简便，使用户能快速地完成所需要的操作，具体应包括以下几个界面：登录界面、报修界面、维修界面、统计界面、后台管理界面 三、系统详细设计 系统总体结构 报修人系统：实现上报故障、查看维修状态、确认评价的功能，报修人可填写故障类型、具体所在地、紧急类型和故障描述，来启动或者关闭报修流程；维修人系统：软件根据故障类型分配给相应的具体维修人，维修人可查看收到的报修任务及故障描述，及时更新维修单状态；系统内部处理：在一个或多个报修任务开启后，同类型的问题可被筛选和展现出来，以实现批量处理；及时更新维修单的状态，并反应给报修人、维修人等；系统分配处理，并分派维护人员分别快速处理，维修主管可随时查看和打印统计分析报告。

图2 系统总体结构图 系统功能模块的详细设计 用户模块功能包括：用户登录、信息管理、权限分配等用户登录：用户访问系统时必须输入正确的用户名和密码，方可登录系统；用户信息管理：在后台管理页面，可以进行编辑用户、修改用户资料、改变用户权限等操作；用户权限分配：将用户分为几个权限组，普通用户、维修人、维修管理员、领导、超级管理员；普通用户拥有报修权限，维修人继承普通用户权限，还有维修权限；维修管理员继承维修人权限，还有查看统计分析数据的权限；领导继承普通用户权限，还拥有批示权限；超级管理员拥有后台管理权限 图3 系统的界面设计 上报故障模块上报故障是针对所有工作人员，当报修人登录进入对应的页面，正确填写完报修单之后，系统将会把相应的数据存入数据库，并将维修工单状态更新为“待接单〞 该模块的功能方面设计有：故障地点：实际选择故障位置，通过选择下拉框，系统会弹出选择项；报修类型：通过选择下拉框，系统会弹出报修类型选择项，办公电器、生活电器、水电、其他；优先级：优先和普通，根据所需的紧急度填写，优先是自动排列在上，表示首先处理；申报时间：系统自动显示；标题：个人的故障标题，可输入简要的故障名，便于日后查找；故障描述：对故障信息进行准确描述；报修人在确认维修完成后可以确认工单、对维修工作进行评价；否那么可以驳回工单，让工单回到待接单状态，等待其他维修人员再处理。

图4 上报故障的界面设计 维修工单模块维修工单主要给维修人员提供登记效劳，为用户提供对每个维修工单详细信息的查询，用户还可以通过导出功能把工单信息导出到Excel文件，方便统计管理或者打印；管理者如果想要查看相关的维修信息，可以在工单信息中直接查看相关信息；维修人在维修中可以不断更新工单信息，维修完成后，维修人员需要填写维修信息并提交，系统反应该信息给报修人，等待报修人确认 该模块的功能方面设计有：维修人登录系统，查看“待接收〞列表，选中待修的故障并点“接收此单〞，系统将该维修单信息更新为“待维修〞；维修人在“已接收〞列表中选相应的故障，进入维修单里选“退回〞，可以重新发回“待接收〞列表，允许维修人屡次接单；出现重大事件或需更换重要备件，维修人可“上报领导〞，接收领导的批示；维修单填写完点提交后，状态可由“待维修〞更新为“待确认〞 图5 维修工单的界面设计 领导批示模块领导用户有故障维修申报权、对维修人上报工单的批示权，领导批示整体流程图设计：台内维修人员对于不能维修的故障，先报部门主管，由他们选择对重大事件或需更换重要备件再上报给台分管领导，接收领导的批示；此外，遇到紧急情况或重大故障需要上报领导的时候，报修人可以直接上报领导。

统计分析模块维修管理员可以进入统计分析页面查看所有工单统计信息，也可以查看分析情况，具体统计了几个方面：近100天故障类型比例统计、近半年故障解决情况统计、近100天故障所在地统计、近半年故障维修金额统计等，根本包含了常用的统计局部；另外还可以通过导出Excel文档方便进行打印等操作 消息通知模块当出现报修人上报故障、维修人接收工单、维修工单更新、领导批示、工单确认等情况下，系统会自动生成提示消息，通知相关人员，并且附上相应URL； 后台管理模块后台管理页面只有超级管理员才有权限进入，在此页面可以对系统所有数据信息进行处理：拥有整个系统的管理能力和编辑能力，对所有的用户信息、工单信息进行管理，有必要时可删除包括用户管理、维修工单管理以及供货商信息等 四、分析总结 该系统已推广至各部门使用了一段时间，从已经实现的功能和用户反映来看，整体上能较好的实现各模块之间的接口通信、数据存储，所需功能也根本实现：不同用户的登录系统和退出账号、报修人的故障上报和故障解决确认、维修人的接收工单并填写维修单和上报领导、领导的批示、系统能及时更新维修单和列表状态，完善了导航栏的链接功能，到达了预定设计目标。

但系统目前仍有几个方面待进一步完善：目前该系统只在台内网上运行，以后有经费条件和平安保障下，可以考虑搭外网，为 端的完善兼容做根底；由于用户平时很大局部习惯通过 来登录操作，在有时间和能力的情况下，进一步完善做好 端的兼容，这样2个平台能同时运行将更方便用户，提高维护效率 参考文献： 【1】陈剑瓯译.JavaScript根底教程[M].人民邮电出版社，2007. 【2】JonathanChaffer.JQuery根底教程[M].人民邮电出版社，2021. 【3】Robert Sebesta . Web程序设计[M].清华大学出版社，2006. 。