漫谈修理业务管理系统设计

1修理业务信息流程设计

在实际的修理业务过程中主要有整车修理作业流程、部件修理作业流程和机械加工作业流程等。整车修理作业流程主要功能:业务机关组织接车，登记装备交接、备品交接、技术状况等数据项，车辆进入待修状态。技术处根据修理计划给修理中队下达整车修理任务，修理中队接受任务后根据修前检测设备的检测结果数据及车辆的实际技术状况，确定修理范围，形成单车修理方案。修理中队根据在调度室的终端上根据各修理班组的当前进度以及修理资源的协调程度进行修理进度安排，按工作日或更长的时间段给每个班组下达任务。修理班组通过查看查询终端领受任务，对待完成的任务节点展开修理工作。在修理过程中，修理人员可以通过查询终端实时查看当前任务节点的修理方法和相关技术要求。在拆卸过程中，修理人员参考查询终端提供的零件鉴定标准进行零件鉴定，将鉴定结果登记到终端中，系统根据鉴定结果自动生成器材请领单提交到业务处长终端等待审批。器材助理接到已审批的器材请领单进行出库处理，修理班组使用新领器材后形成单车器材消耗。修理人员完成任务结点的修理工作后，按具体要求，各级质检人员进行质量检验，并将质量检验结果记入系统，质量检验不合格的任务节点需要返修，合格的结点自动进入修竣状态。

质量检验的登记和对一些无需质检的进度登记完成后，形成改单车的修理进度状态，同时将修理进度信息传输到业务调度中心。在单车完成后进行修竣验收，对质量情况和数据完整性等进行校核，验收通过后系统自动生成本次修理单车档案，该车进入修竣状态。具体的整车修理作业流程设计如图1所示。部件修理作业流程:主要完成部件从下达任务到组配装箱过程中的修理业务工作。主要设计流程:业务技术处根据部件修理计划和待修理部件情况向修理中队下达修理任务，同时给器材库下达待修部件出库计划。修理中队调度员根据修理范围和部件的实际状况确定修理范围，形成部件修理方案。修理过程中修理中队根据各修理班组的进展情况制定详细的进度计划，安排每日或某一时间段的工作内容，修理班组根据修理中队的安排展开修理并将完成情况反馈，如此循环直至部件修理完成。修理人员在各任务节点上的修理方法查询，零件鉴定、质量检验和修理进度数据的登记和处理过程与整车修理流程基本一致(图2)。机械加工作业流程:机械加工任务由业务处下达，包括零件制配合零件修复。修理中队根据任务制定加工制配传单，器材库对待修零件盒制配所需物资进行出库处理。加工连接到制配传单后，准备工装机具，一些通用加工件利用数控机床进行加工，通过系统可以直接给数控机床下达加工任务。利用条形码获取待修复件的鉴定情况，根据相应技术条件对待修复件进行加工。成品利用电子测量工具进行检验，合格后进行入库处理(图3)。

2修理业务系统的实现

本修理业务软件的实现采用Java语言，进行核心源代码的编写，采用JavaScript技术进行页面程序的编写和采用SQLServer2000数据库进行存储数据，设计相应的关系连接表，自行开发了一个事件驱动型的修理业务软件。工作流引擎是该软件的核心软件部分，它的工程包括:解释过程的定义;创建过程实例并控制其执行;为用户工作表添加工作项;通过应用程序接口调用应用程序，不同的工作流引擎通过协作共同执行流程，完成整个的流程扭转，实现并完成任务。该软件还采用了统一的权限体系，实现了整个平台上各种应用系统的权限集中管理与控制。系统采用使用权/系统管理权分立，杜绝了系统管理员拥有超级权限的不合理性。软件的权限包括机构权限、功能权限和角色权限。系统管理员只有授权的功能，没有实际操作权，部门权限，可以根据不同部门的职能进行授权，经授权后的部门具备相应权限;个人权限，个人办公里面有自己所属的办公权限模块;角色权限:为了方便工作和流程中的灵活定义，不用经常因人员变动而更改流程;所以增加了角色定义，比如“大队管理层好”这个抽象的角色并不特指某个人，只要职务为部门领导以上就自动归入“大队管理层”这一角色，并拥有相应权限。

3结束语

工作流技术能够将任务或处理的过程逻辑和功能逻辑分离，并能够很方便的改变过程逻辑，能够很好的适应任务的变化。因此，根据本单位修理的实际，梳理并整合出三条主要的修理流程，利用Java语言、JavaScript页面编辑语言并结合SQLServer2000数据库技术开发了一套装备修理业务管理软件。在实际的修理过程中，利用该软件的牵引，减少了修理过程中的人工强度，并使得实际的修理进度、修理器材消耗等情况一目了然，确实提高了装备修理业务的运行效率。

作者：陈寿齐 何庆国 卢志伟 倪培松 单位：73911部队