基于数据库的汽车维修零件发布管理系统研究

2018-05-31 02:52傅招国方裕固
时代汽车 2018年4期
关键词:售后工程师数据库

傅招国 方裕固

泛亚汽车技术中心有限公司 上海市 201803

1 引言

随着汽车行业的不断发展,汽车保有量年复一年地持续增加,消费者对汽车售后服务的要求也在不断提高。维修零件作为汽车售后维修服务最重要的交付物之一,也越来越被各主机厂重视。维修零件的发布质量直接影响了汽车售后维修服务的水平,而维修零件的复杂多样性及目前越来越丰富的车型类别也给维修零件发布及管理带来了极大的挑战,因此,各主机厂一直都在探索有效的维修零件发布管理方法。

2 汽车售后工程业务简介

2.1 售后工程定义

售后工程主要是指与汽车售后服务相关的工程开发类工作,其业务跨度包括前期的维修性设计,售后交付物开发,附件零件开发等等。售后交付物大致涉及以下几方面:(1)手册类交付物,包括发放给用户的随车手册,例如用户手册、保养及保修手册等,以及发放给维修站的指导性文件,比如维修手册、电路手册等;(2)工具类交付物,主要是提供给服务站使用的各种工具,比如某些车型专用的维修工具、诊断工具等;(3)维修零件,发布汽车厂家所能提供的零件信息,包括零件拆分级别、所在车辆位置、零件基本信息等;(4)工时、索赔等信息,主要包括厂家对涉及维修车辆所产生的工时、零件三包索赔所发布的信息。

2.2 汽车维修零件发布

维修零件发布是指释放维修零件的信息,主要包括零件所使用的车型,平台,在车上的位置,名称,数量,配置等等,如果该项目是全球项目,还会涉及使用的区域信息。维修零件的发布需要通过多个环节,一般由产品件的设计发布工程师释放工程指令EWO,并由维修工程师判断零件的维修策略,由维修零件工程师在系统中维护,最后由维修零件信息工程师将零件信息发布到系统中。维修零件信息的用户是下游维修零件采购以及维修零件制图,而这两方分别关系到维修站的备库和配件光盘。

2.3 维修零件特点与种类

维修零件是根据维修需求而建立的,同时它也是从生产零件的基础上产生的。由于维修需求的多样性以及售后业务运作的特殊性,维修零件也有着其自身的鲜明特点:

(一)种类多样性。维修零件大致可以分为4大类:(1)生产总成件,即生产上的零级零件,不能打散维修的总成件直接作为维修件;(2)维修子零件,也就是将生产总成件打散为多个子零件,有利于减少成本,比如灯泡、摩擦片等;(3)维修包,在一些工况下需要同时更换多个零件,将这些零件打包成维修包可以有效地保证维修质量;(4)维修专用件,为了方便维修同时避免更换总成降低维修成本而开发的仅用于售后维修的零件,比如白车身,发动机活塞等。(5)售后附件,附件的出现主要是针对客户的个性化需求,一般由客户选装,比如中控大屏,倒车影像等。

图1 维修零件发布流程

(二)长周期性。虽然现在新的汽车日新月异,但是维修零件不能因为汽车的换代而停止供应,相反,一般维修零件都要在市面上保持10年以上的备库,也就是说,只要市面上存在的汽车,维修站都必须备有该车型的维修件。

(三)多替换性。工程替换是工程开发中不可避免的情况,因此维修零件中存在大量的替换关系,而不同的替换关系,对维修零件信息的传递以及维修零件的备库有着显著的影响。一般替换关系可分为3种:(1)双向替换,也就是指新老件可以相互替换;(2)单向替代,指的是仅新件可以替换老件,老件只能用于老的车型而新件既能用在老车型也能用于新的车型;(3)新老件不能替换,一般新老件存在大的设计区别,老件只能用于老车型而新件只能用于老车型, 因此新老件都必须备库。

以上的种种特点从各方面影响着维修零件发布工作,对维修零件发布管理形成很大的挑战,因此,维修零件的发布与维护需要很大的人力和系统支持。

3 数据库

3.1 数据库的定义

数据库是长期存储在计算机内、有组织的、可共享的数据集合,其本身可视为电子版的文件柜——收纳电子文件的工具,用户可以对文件中的数据进行新增、删除、运算等操作。数据库中的数据是指将某些特定的数据模型组织、描述和储存在一起,具有尽可能小的冗余度、较高的数据独立性和易扩展性的特点,并且可以在一定范围内共享给多个用户。

数据库中的数据是为众多用户共享信息而建立的,已经摆脱了具体程序的限制和制约。不同的用户可以按各自的用法使用数据库中的数据;多个用户可以同时共享数据库中的数据资源,即不同的用户可以同时存取数据库中的同一个数据。数据共享性不仅满足了各用户对信息内容的需求,同时也满足了各用户之间信息通信的需求。

3.2 数据库的组成

数据库的基本结构分三个层次,反映了观察数据库的三种不同角度。

以内模式为框架所组成的数据库叫做物理数据库;以概念模式为框架所组成的数据叫概念数据库;以外模式为框架所组成的数据库叫用户数据库。

(1)物理数据层。

它是数据库的最内层,是物理存贮设备上实际存储的数据的集合。这些数据是原始数据,是用户加工的对象,由内部模式描述的指令操作处理的位串、字符和字组成。

(2)概念数据层。

它是数据库的中间一层,是数据库的整体逻辑表示。指出了每个数据的逻辑定义及数据间的逻辑联系,是存储记录的集合。它所涉及的是数据库所有对象的逻辑关系,而不是它们的物理情况,是数据库管理员概念下的数据库。

(3)用户数据层。

它是用户所看到和使用的数据库,表示了一个或一些特定用户使用的数据集合,即逻辑记录的集合。

数据库不同层次之间的联系是通过映射进行转换的。

4 基于数据库的汽车维修零件发布系统设计

汽车维修零件发布系统按功能可分为4个模块:项目管理及规划模块、工作分配模块、维修零件发布任务生成模块和基础信息维护模块,其中,维修零件发布任务生成模块为系统的核心模块。

4.1 项目管理及规划模块

项目管理及规划模块的主要功能是控制项目进度,按正确的时间节点有计划地启动维修零件发布任务,其主要的节点包括维修零件信息开阀,维修零件发布预处理,维修零件发布任务分配。该模块的项目信息都统一存储在数据库中,并可以导入导出批量修改。

维修零件信息开阀是维修零件发布工作开展的基础,其主要功能是启动维修零件数据;维修零件发布预处理模块是指在将维修零件信息发布任务分发给工程师之前,批量处理无需人工判断的发布工作,最大化地降低人力需求。预处理往往通过复杂的逻辑运算,筛选出前后均无替代历史的零件,对于carry over项目,只需修改零件信息的年份,而对于全新项目,则需要重新发布一条完成的零件信息。

维修零件发布任务分配指的是将需要人工判断的零件发布任务分发给工程师,一般可以按照零件类别(UPC)分发,即发动机/变速箱/底盘等等。

4.2 工作分配模块

工作分配模块,即设置维修零件发布任务分配的模块,该模块主要用于预设置任务分配的规则,通过统一数据库的管理,可以灵活地根据车型和零件类别进行任务分配。

4.3 维修零件发布任务生成模块

维修零件发布任务,即将所需要发布的维修零件信息显示在任务界面上,并由工程师人工判断并发布到维修零件管理系统中。任务的数据来源是工程零件信息,也就是生产零件信息,通过将生产件信息,维修策略,配置表,市场零件信息等信息导入到数据库中,判断出需要添加的维修零件,并以合理的排版显示在任务界面中。

图1 项目管理及规划模块界面

图2 Carry Over项目预处理逻辑图

图3 工作分配模块界面

图4 维修零件发布任务

通过比较前后两个版本的工程零件清单(EPL),可以自动生成维修零件发布任务。若该零件信息未在上一版本中出现,而在本版本中有,则生产“ADD”任务,工程师需要进行添加工作;反之,则生产“DEL”任务,工程师则在维修信息管理系统中删除该零件信息;当然,如果该零件号在前后两个版本中都有,而其零件信息中的某些属性发生了变化,比如零件数量QTY,零件配置RPO不同,则生产“CHG”任务,工程师需要在零件信息管理系统中对该零件信息进行修改。

4.4 基础信息维护模块

基础信息维护模块,也就是上传维护基础信息,包括工程零件清单“EPL”,维修策略“SDC”,项目配置表,市场部采购零件清单等。其中市场部采购清单主要用于判断该零件是否已经发布,从而对比该零件信息发布任务是否需要人工判断。这些基础数据表是保证系统正常运行的基础,必须由专人定期维护导入到数据库中,一般以一周为宜,具体时间需要根据各数据来源的更新时间和零件发布任务周期而定。

当然,如果维修零件发布管理系统与上述的这些数据来源系统可以实现互联互通,那么则无需再进行基础信息的维护,这些基础信息可以直接从其它系统中自动获取,这也是零件开发自动化信息化网联化的最终目的。

5 基于数据库的汽车维修零件发布系统的优势

从维修零件信息发布管理系统的运用中,我们不难找到许多其相对于传统Off i ce文件工作模式的优势:

(1)高效率,数据库的运用简化了各种数据的存储与运算,极大地提高了逻辑运算的效率,尤其是预处理模块,基本实现了自动化;

(2)高准确率,系统代替人工运算,其运算准确率毋庸置疑;

(3)易于管理,任务分配,基础数据管理都有专门的界面维护,方便管理者根据工作强度进行管理;

(4)界面简洁,定制的任务显示界面,更贴近工程师的工作习惯。

6 结语

随着互联网技术的不断发展,传统制造业也将迎来变革,包括汽车行业。系统化,网联化,自动化的步伐越来越近,只有跟紧时代,才能不被淘汰。维修零件信息发布管理系统的开发,是IT技术在售后工程领域的一次成功的尝试,是售后工程业务迈向四化的重要一步。

猜你喜欢
售后工程师数据库
《机械工程师》征订启事
环保工程师:生来为了“拯救地球”
Kenoteq的工程师研发环保砖块
2020广州国际汽车零部件及售后市场展览会成功举办
新能源汽车售后维修产业瞭望与技术分析
我想做一名桥梁工程师
数据库
数据库
数据库
数据库