奇瑞汽车借EAIERP系统树立行业标杆

作者：admin;更新时间：05-25 11:33

一、企业简介

    奇瑞汽车股份有限公司于1997年1月8日注册成立，注册资本为32亿元，1997年3月18日动工建设，1999年12月18日，第一辆奇瑞轿车下线。以2007年8月22日第100万辆汽车下线为标志，奇瑞实现了从“通过自主创新打造自主品牌”第一阶段向“通过开放创新打造自主国际名牌”第二阶段的转变，进入全面国际化的新时期。目前，奇瑞公司已具备年产整车65万辆、发动机65万台和变速箱40万套的生产能力。

    奇瑞汽车2006年销售30.52万辆，比2005年增长61.5%；2007年销售38.1万辆，比2006年增长24.8%。2007年，奇瑞汽车出口11.98万，海外市场再次实现翻番，销量增加了132%，轿车出口量连续五年居中国第一。2008年实现整车销售35.6万辆，继续稳居乘用车销量排行榜前五名，连续第八年蝉联自主品牌销量冠军。2009年，奇瑞将力争实现41.9万辆的年销售目标。

    经过几年的持续改进和不断完善，奇瑞公司的品牌形象和企业形象得到迅速提升。2006年10月，“奇瑞”被认定为中国驰名商标，并入选“中国最有价值商标500强”第62位。同年11月，奇瑞公司被美国《财富》杂志评为“最受赞赏的中国公司”第11位，成为我国惟一一家进入此排行榜前25位的汽车制造企业。2007年6月，奇瑞公司入选2007年度“最具全球竞争力中国公司”20强；同年12月，入选“发展中国家100大竞争力企业”。根据国际汽车制造商协会（OICA）统计， 2006年奇瑞公司汽车产量位居全球汽车行业第27位。

    公司网址：http://www.chery.cn/

厂区鸟瞰图


奇瑞门景

二、信息化应用总体现状与发展规划

    1.信息化应用现状

    1）营销业务领域

    2）物流业务领域

    3）采购业务领域

    4）生产业务领域

    5）财务业务领域

    6）人力资源业务领域

    2.信息化发展规划

    2009年，奇瑞公司制定了公司新的信息化建设战略规划：

    1）明确信息化建设的使命：为全球化奇瑞战略目标的实现提供高水平的信息化支持。

    2）明确IT建设愿景：使IT能力成为全球化奇瑞的核心竞争力，为奇瑞第二次腾飞助力。

    3）确定信息化建设目标：

    （1）建立卓越IT服务体系

    ·建立符合奇瑞公司发展需要的IT服务管理体系
    ·实现符合国际规范的IT服务管理

    （2）帮助业务实现流程改善和管理，建立支持各业务发展的IT管理平台，包括：

    ·研发管理平台
    ·制造执行管理平台
    ·质量管理平台
    ·营销管理平台
    ·采购管理平台
    ·核心业务管理平台
    ·企业运营管理平台
    ·IT基础设施

    （3）以信息化技术支持业务发展、带动业务进步

    ·IT管理与流程管理有机结合
    ·帮助企业提高运行效率，降低运营成本

    4）IT规划蓝图如下：

    为保证信息化战略的实现，我们制定了详细的IT建设路径，共分两期进行项目建设，第一期主要建设项目有：

    ·PDM性能提升（含DMU）
    ·整车设计流水线试点应用及推广
    ·BOM体系建设
    ·国内经销商管理平台（DMS）
    ·质量管理系统
    ·生产物流系统
    ·企业运营管理平台（BI+门户）
    ·IT基础设施升级改造

    第二期主要建设项目有：

    ·供应商管理系统建设（SRM）
    ·出厂物流管理系统（LES）
    ·ERP系统优化升级
    ·制造执行系统（MES）优化升级
    ·子公司信息化建设

三、参评信息化项目详细情况介绍

    1.项目背景

    1.1 项目背景

    在前期IT系统的建设中，奇瑞立足于自身的业务发展需要，以奇瑞的ERP系统即SAP作为核心系统，围绕SAP进行其他子系统的建设，在SAP、各子系统需要进行数据交换以及流程整合时，往往是通过自主开发来实现，这种方式暂时支撑了奇瑞业务发展的需要。当前奇瑞IT系统建设需求越来越多，各IT系统之间数据、流程的集成需求也越来越复杂，以前那种点对点的开发实现方式已经无法满足业务发展的要求，同时因为所有点的开发都是分散的，既缺乏平台的支撑，又缺乏统一的规划和管理，IT部门的开发和运维压力越来越大，长久看来也会阻碍奇瑞发展战略的实现。考虑到这种严峻形势，立足企业自身需求，奇瑞希望通过EAI平台的建设，初步搭建起企业业务应用集成基础平台，为企业IT系统向SOA的转变打下坚实的基础。

    1.2 EAI平台未搭建时IT系统接口状况

    名词解释：

    1）PLM：奇瑞公司整车研发系统的产品生命周期管理系统，产品为UGS的TeamCenter

    2）SCM：奇瑞公司的供应商协同门户，自主开发，主要功能是采购信息发布以及供应商生产协同

    3）SRM：用来取代SCM，但是因为产品本身的应用问题目前还没有完全取代，产品为INFO的SupplyWeb

    4）MES：奇瑞公司制造执行系统，使用了GE FANUC的打包应用，基于.NET

    5）DCS（国内销售）：奇瑞国内销售使用的一套经销商管理系统，自主开发

    6）DMS（国际销售）：奇瑞国际销售使用的一套经销商管理系统，产品为Infoservice 定制开发

    备注：其中SAP和PLM的接口集成应用不在本次奇瑞EAI平台一期项目整合范围之内

    ·系统状况

    ·EAI中间件的使用情况

    仅有MES是通过Microsoft的EAI中间件BIZTALK 2006来实现和SAP的集成，其他的应用集成都是通过自行开发程序，采用RFC、FTP、BAPI等技术手段来实现集成的。

    2.项目总体目标

    2.1 项目总体目标

    1）环境目标：配合SAP升级项目来实施奇瑞EAI平台项目，首先保证SAP升级之后（升级到ECC 6.0），在EAI上集成的SAP接口能正常使用；其次EAI项目的实施计划要和SAP升级项目进行匹配

    2）技术目标：全新的EAI技术平台，搭建奇瑞IT面向服务的总体架构（SOA）基础，建立统一的、标准的应用集成平台，建设快速支持业务需求的、可持续扩展的、基于服务的、松散耦合方式的公司信息交换平台。平台搭建包括生产环境、QA环境、开发环境

    3）功能目标：将目前DCS/DMS、SCM/SRM、MES、OA和SAP ERP、CRM、HR之间已经存在的接口迁移到奇瑞EAI平台上，并针对这些接口的实现方式进行优化重构，同时在EAI平台上实现所有接口运行的可视化监控

    4）运维管理目标：通过本次项目的实施，初步建立奇瑞EAI平台标准的、专业的系统运行管理体系；同时制定内部应用集成互联标准，作为后续IT系统接入的依据

    5）知识转移目标：强化项目中的知识转移，通过项目实施使奇瑞的人员掌握在EAI平台上实现应用集成的方法和技术，培养奇瑞EAI平台的运维团队

    6）规划目标：EAI平台的搭建，须保证奇瑞后续的横向扩展能力，避免因为平台规划不当导致EAI应用可用性差或者后续扩展成本巨大

    2.2 系统平台设计原则

    1）搭建符合奇瑞实际情况的EAI平台，既要实现目前一期项目中的接口集成，遵循多配置少定制开发的原则；同时还能方便日常运维监控，遵循接口应用集成的监控管理图形化展现的原则。

    2）EAI平台软件产品线要广，必须保证奇瑞公司后续的扩展项目有产品进行对应。

    3）平台的搭建要满足奇瑞目前环境的要求，同时注重以下几条基本原则：先进性和开放性、集成性、高可扩展性、高可靠性和稳定性、安全性、易用性

    ·先进性和开放性

    系统中采用的技术和设备应遵循相应的国际标准，不受厂商的制约，具有兼容性、互操作性。设计方案应立足先进技术，采用目前国际上普遍遵循的WebService和XML标准

    ·集成性

    系统能与用户现使用的各种业务系统进行连接，最大程度地利用和保护用户原有资源和将来的投资。同时，系统各个功能模块之间的集成度好，无需大量额外的系统配置工作。

    ·高可扩展性

    系统应具有硬件的可扩展性和系统功能的扩展性。

    软、硬件资源的可扩展性，可以根据接入系统数量和流量的增加，扩展系统的软、硬件配置，服务器只需简单改变系统的配置和运作模式，就能支持更多的流量。

    系统功能的扩展性。当SOA系统应能很好的支持系统功能的扩展，可以用大量可重用的组件，快速组合出新的功能。特别是在一些系统的接入发生更改时，能容易地加以调整，不需关机影响其它系统的运行。

    ·高可靠性

    本系统要求极高的可靠性，建设方案必须保证没有单点故障，使用热切换技术和完整的应急预案和恢复预案。

    ·安全性

    本系统的安全性是至关重要的因素，系统须考虑如下安全机制：

    身份识别要具有唯一性。

    保护系统配置和注册的服务不被非授权请求访问。

    系统能提供不同级别安全机制的实现，由用户根据需要配置各种安全策略。

    注重各个环节的安全保密性能，系统须具有对主要环节的监视和控制功能，严防非法用户的越权操作。

    ·稳定性

    满足大量请求同时并发的访问和处理业务。在网络带宽和服务器硬件性能不是瓶颈的情况下，系统平台不能出现死机，以影响接入业务系统的正常运行。

    ·易用性

    在系统开发到上线以后维护的整个生命周期中，应满足开发工具和管理工具的易用性，降低学习的难度，缩短项目开发周期，节约开发和维护成本。

    3.奇瑞EAI平台系统功能描述

    1）广泛的连接支持

    ·EAI平台系统所涵盖的范围，能够支持所有系统进行连接，包括（SAP R/3（ECC6.0＋Unicode），J2EE, ASP 3.0, .NET, FTP,平面文件及各种数据库等 ）。

    ·连接适配器要求基于J2EE连接器架构（JCA）和Web服务架构的标准。

    ·适配器支持一个以上推荐的接口与企业应用连接，转化应用数据到标准兼容的XML并转换回来。提供双向数据连接，可用于同步调用应用事件和业务流程，以及查询应用数据。此外，也可以从企业应用异步接收事件。

    ·适配器框架提供计时工具，便于快速配置适配器。工具内置的功能支持生成数据适配器服务。

    ·适配器支持广泛的错误处理和修复能力，包括设立一个业务流程处理来校正数据错误。

    ·适配器框架能够展现性能指标，以提供适配器内每一个流程步骤所花的时间。该性能指标可使用基于Web的管理工具监测。

    ·适配器可以动态扩展运行时间连接，并可利用底层J2EE容器的连接池服务。

    ·对于将来需要扩展连接的系统，必须提供适配器SDK轻量级工具箱，可快速实施和部署。

    2）企业服务总线

    ·以企业服务总线（ESB）作为SOA的基础架构支撑。

    ·支持主流的操作系统，如WINDOWS、Linux、AIX、HP-Unix、Sun Solaris等。

    ·支持主流的数据库系统，如Oracle、SQL Server、DB2等。

    ·多协议绑定：企业服务总线在支持HTTP/SOAP, JMS, JCA等标准技术协议及自定义数据格式的基础上，提供协议间的自动转换，确保服务请求与服务响应之间的松耦合，从而降低开发、维护成本并提高系统稳定性，缩短新业务上线时间。采用同步/异步的可靠信息传送，请求/答复或发布/订阅模式。

    ·格式转换：奇瑞目前存在多种来源的计算机系统和行业格式，数据模型、数据格式（二进制数据、平板文件、XML等）不一致现象将在一定时间范围内存在。因此企业服务总线（ESB）支持为跨企业重用创建转换服务和自动映射功能；同时支持多个系统之间的映射，比如从一个系统到另一个系统的国家或货币代码。

    ·自动路由：企业服务总线（ESB）在统一业务接口（服务）与重复应用系统的现实之间扮演重要的角色。当服务请求到达企业服务总线（ESB），企业服务总线可根据配置数据自动将请求路由到相应的服务提供者。路由可以基于内容或传输配置路由，支持动态修改路由规则。

    ·系统监控：企业服务总线（ESB）提供基于Web的图形化监控工具，可以对ESB中的实例及各种服务提供管理；提供对跨越ESB的各个业务服务中的变量的跟踪监控功能；提供对ESB实例运行时性能统计功能。

    3）业务活动监控

    ·EAI平台的建立不光需要构建一个连接各个异构应用系统的“地下综合交通系统”，而且需要能够对EAI平台上各种交换流程和数据从业务的视角进行可视化的监控及预警。业务活动监控也是EAI平台的一个重要建设目标。

    ·业务活动监控能够通过定制各种KPI监控模型来监控业务数据及集成流程。

    ·业务活动监控能实现监控数据的实时主动刷新，并通过设置预警阀值来主动报警。

    ·业务活动监控支持多种开放的数据源，包括业务流程引擎、Web Service，种关系型数据库、消息队列（JMS，IBM MQ ）等。

    4）安全管理

    ·对于奇瑞EAI平台，安全机制需要贯穿整个面向服务的体系架构（SOA）中。除了在传输协议层面保证安全传输（如：SSL），还需要对服务调用者进行认证及授权，从而保证数据、服务的使用的安全。平台的安全管理模块应是与前述模块独立的功能模块。

    4.项目周期（2008年8月15日 至 2009年02月28日）

    5.项目收益

    1）实现SAP系统、DCS系统、DMS系统、MES系统、SRM系统之间的数据交换平台化、标准化；

    2）建立奇瑞的数据接口标准和规范；

    3）统一接口的管理、部署，能够清晰、方便的管理各个系统的接口，监控各接口的运行状态，能够及时的发现接口的问题；

    4）为奇瑞公司后续的信息化建设提供保障，解决新系统与现有系统的数据接口以及流程整合；

    6.项目经验总结

    6.1 项目成功之处

    1）SOW定义非常清晰，没有“务虚”。整个项目实施下来之后，奇瑞和供应商双方都认为本次项目的SOW定义是非常准确的。唯一的项目范围变更为：“KD项目接口需求”，通过友好协商供应商也乐于接受。

    2）本项目中比较好的处理了多方、多系统同时协同开发的组织、协调、规范，并固化到《EAI运维体系》中。

    3）在建立EAI平台的《运维体系》时，项目组组织各方进行了非常积极、充分、有效的讨论，让大家对各自应该承担的角色，和要做的事情都有了清晰的认识，并形成了共识，最终将共识转换成制度和流程，形成真正可以落地执行的制度。

    4）本项目的成功实施，让接口流程中的每一步从以前的“黑盒”变成了“白盒”，同时搭建了统一的业务可视化监控平台，方便了系统运维。

    6.2 项目不足之处

    1）因为SOA项目案例本来就不多，在项目开展过程中，供应商对相关的技术风险估计不足，一定程度上拖延了进度，也增加了系统上线稳定运行的风险。

    2）本项目中采用了非常多的新技术、新方法，存在一定的技术风险，这块的风险估计不足；同时在系统切换上线期间的业务检查没有做到位，业务风险同时增大；最终导致SRM切换时，核心业务切换失败。