WEB服务器层（Web Server Layer）使用ORACLE eblogic和SAS Remote Service软件共同为Vmac系统的用户应用服务。WEB服务层之上，系统用户可通过浏览器访问Vmac系统的图形界面，获取在线分析报表。
    Vmac系统要求能支持250个用户的同时访问，同时支持不同操作系统平台的应用。为此，可以在网络服务器增加一些空闲的端口，用以支持负载均衡，提升查询性能。在SAS服务器层使用SAS/Connect技术，可以将SAS数据轻松迁移到不同的操作系统平台上。因此，图2所示的软件架构设计可以满足Vmac系统的需求。

    3 系统实现及优化
    Vmac系统主界面设计及主筛选界面设计如图3和图4所示，对应着图1所示的系统功能。Vmac系统自2013年7月开始试运行，为上海通用把控售后市场带来了便利。管理策略的制定、各分销公司奖惩制度的建立、各项财务预算的规划等都使用Vmac系统提供的数据作为依据。可以说Vmac系统为上海通用应对汽车三包法规的实施带来了强有力的保障。然而运行过程中也发现一些问题，主要有以下几点。



    （1）工单操作不规范引发的虚假报警。虚假报警是指在正常维修中，由于维修人员未按流程正确操作，导致Vmac系统产生虚假报警，指示维修时间超过了三包法规规定的时间。例如，车辆维修完成后，维修站通知客户提车，但由于客户延迟进站，维修站也没有及时关闭维修工单，导致维修日期超长引起Vmac系统误报警。此类问题只能通过规范维修站操作来避免。
    （2）操作代码不够细分。操作代码体系是通用汽车经过几十年的时间累积而成的，在日常业务中可以满足对于维修动作的描述、索赔金额的表征等基本需求。但Vma。系统运行后，还是反映出操作代码不够细分的问题。例如，“前照灯的更换”无法区分左右，“喇叭的更换”没有区分高低音喇叭、“减振器的更换”没有进行“左前、右前、左后、右后”的细分等。这样的操作在实际维修中发生的频次非常高，因此，“左前照灯的更换”和 “右前照灯的更换”会被Vmac系统计算成重复维修，从而引发虚假报警。
    这个问题涉及到通用汽车全球索赔系统的构建重组，因此只能采用临时方案，由汽车售后服务部的信息专员对重复维修有关的红灯预警车辆进行电话寻访，记录真实的维修情况，以弥补操作代码不够细分导致的问题。
    （3）实时查询速度优化。Vmac系统中，用户通过主筛选界面输入参数进行实时查询时，若查询条件较复杂，有时会出现响应时间过长的情况，影响用户体验。为此Vmac系统进行了以下两点的优化。
    1）按时间维度对数据进行切分。在实际应用中，三包状况的查看时间范围一般为最近3个月的信息。因此，可以把三包数据存放在两个SAS数据集中，一个存放最近3个月的数据，一个存放所有数据。用户在查询最近3个月的三包信息时访问第一个数据集，从计算到最终界面展现的平均时间短2s。
    2）按数据量级进行切分。在数据库中，零部件号的数据量是索赔数据的10多倍，这部分数据仅用于维度分析，如果将零部件号与索赔数据关联，并将关联后的结果作为分析数据源，会导致数据量庞大，影响整体计算速度。因此，可以仅在计算零部件维度时关联零部件号。这样提高了其他维度数据分析的运算速度，但查看零部件号时数据响应速度仍会较慢。
      目前，每日登陆Vmac系统的公司内部用户在20人以上，该系统已成为了售后服务、品牌管理、质量等部门日常应用的工具。从Vmac系统统计得来的数据按周、月、年报的形式直接汇报至执委会管理层。因为它在创新性、实用瞥便利性、准确性各方面的优点，Vmac系统被评为上海通 用汽车2013年度工程师学会优秀攻关项目。
 

上一页  [1] [2] [3]