九阳股份:打造优势企业核心竞争力,建造可持续发展的SOA企业IT架构


 2015-08-11 14:02:55       760

普元“企业综合管理平台” - SOA企业IT架构和系统集成解决方案

九阳SOA实施两年来的总结


一、九阳公司简介

九阳股份有限公司(以下简称九阳或公司),成立于2002年7月,2007年9月正式改制为股份公司,2008年5月在深圳证券交易所挂牌交易。九阳是一家专注于豆浆机领域并积极开拓厨房小家电研发、生产和销售的现代化企业,现有员工约五千人。目前九阳已形成跨区域的管理架构,在济南、杭州、苏州等地建有多个生产基地。九阳一直保持着健康、稳定、快速的增长,近五年平均增长率均超过40%,现已成为小家电行业著名企业,规模位居行业前列。

品牌、营销、技术是九阳的三大竞争优势。九阳豆浆机在豆浆机市场已经牢牢占据了第一品牌的位置。另外榨汁机、料理机、电磁炉等产品名列前茅。公司以独到的战略眼光和先进的经营理念,逐步建立了领先同行的营销体系。目前,公司拥有500家左右一级经销商,营销网络覆盖全国270个以上地级城市、2000个县级城市,拥有20000多个零售终端。研发是九阳的核心竞争力,九阳目前拥有204项国家专利,在企业发展中建立了高效的研发体系,力争将公司研发中心打造为全球领先的健康厨房小家电研发基地。

二、2009年时的IT情况

为了对研发设计、生产制造、物流、供应商、经销商、内部员工等进行有效管理,九阳公司一直都非常重视信息化建设,IT部门待遇与研发部门的待遇相当,平均每年40%以上的增长速度与IT系统的贡献密不可分。

经过近几年的努力,九阳公司已经成功实施了ERP,在ERP之上扩展了PLM研发生命周期、PTS产品和质量跟踪系统、营销管理平台、ISP供应门户系统、售后平台,为了加强内部管理完成了OA系统、人力资源、一卡通、AD域等基础管理软件的建设。如下图:


ERP:
早在2005年,九阳公司有过一次ERP的实施,但不是很成功;2006年启动新以Oracle为主的ERP实施项目,历时一年的时间,应用效果非常好,财务记账和生产资源等得到了控制,经营活动的数据也得到了很好的记录。ERP实施成功后,九阳的IT水平踏上了一个更高的水平,此时为了保证ERP的运行和维护,专门成立了“ERP推进部”,负责ERP后期的扩展开发和数据维护。

PLM研发生命周期:
产品研发是九阳的核心竞争力,而产品研发的过程管理并没有得IT的支撑,为了解决这个问题,九阳公司购买了“PLM研发生命周期”管理的专业的套装软件,并在之上进行了个性化的扩展。

ISP供应商门户平台:
ERP系统没有供应商自助的门户系统,供应商没有办法查询供货单和货款余额等信息。为了保证ISP(供应商门户平台)系统的控制权,九阳并没有完全引进一个套装软件,而是选择了J2EE架构的,可灵活扩展的“半产品”的系统。中标厂商根据需求进行了二次开发,九阳的IT技术人员也参与了二次开发工作,并接手维护和扩展开发工作。ISP(供应商门户平台)是ERP系统的一个外围扩展,主要的功能就是管理供应商,并提供供应商自助服务,与ERP有一些数据交换的功能,比如从ERP中查询供应商的“供货单”和“货款”的信息,ISP(供应商门户平台)系统中的供应商信息从ERP中手工导入。

PTS质量和产品跟踪:
2008年是九阳的“质量年”,为了提升成品的质量,九阳公司必须控制从研发、生产、物流到门店的成品质量。在ERP系统中,成品的质量控制的功能很少,如果在ERP中扩展的话,难度和成本很高,所以九阳在2008年启动PTS项目,该项目以IT部的自主技术开发力量为主,主要的功能就是建立成品跟踪体系,目标是跟踪任何一台成品是哪一个仓库出货,哪一个物流公司配货,哪一个生产线生产,哪一个研发团队的研发,哪几个供应商的物料。为了跟踪每个产成品的数据,PTS中建立了产成品的编码,印在每个成品的包装上面,然后用扫描仪进行数据录入。PTS系统首先扫描供应商的送货单,传入ERP中,由ERP产生制程的工单,制程工单导入PTS中,然后由PTS扫描产成品导入ERP中,如果出现仓库的组织转移后,PTS系统自动获取这些数据,出库后PTS系统记录成品供给了哪一个经营商和门店。过程的数据记录完成以后,一旦出现售后的质量问题,很快就可以跟踪成品的转移过程,知道质量问题的出处了。

营销管理系统:
营销管理系统的主要使用对象是“营销部”,营销部在各个省、城市都有销售人员,营销管理系统主要为经销商、营销人员和产品经理提供服务。经销商可以通过“营销管理系统”下订单,查询订单的情况,查询货款的情况,与相关的销售人员进行在线的交流;销售人员可以查询销售业绩,对应的经销商的订单情况、货款情况等;产品经理可以发布营销的策略,比如产品套件的优惠政策等。营销管理系统由IT部技术人量为主,采用J2EE架构,Oracle数据库,与ERP系统有很多的数据交换。

售后平台:
售后平台是早期建立的一个产品售后维修管理的系统,主要的功能是成品和物料的维修数据记录,售后人员的管理功能等。售后平台采用ASP开发,数据库为SQLServer。从ERP中导入产品和物料编码的数据,从PLM中导入“检查项目”的数据。该系统也是九阳自主力量建设。

人力资源:
员工信息管理、员工工资管理的功能,采用套装软件,数据库为SQLServer。该系统为套装的铂金软件HR。

一卡通:
上下班打卡,考勤记录的功能,采用套装软件,数据库为SQLServer,该系统为套装软件

AD域:
网络安全管理的功能,采用微软的产品。

OA系统:
早期九阳OA系统主要的功能为站内消息、日程管理、会议室管理、我的邮件等功能。后来九阳自主IT力量建设了100多个管理流程,包括公文审批、出差报销、广告费申请、订单处理流程、各类采购合同的处理流程、销售计划管理流程等。采用开源的工作流引擎,采用J2EE架构,Oracle数据库。

三、主要挑战

从以上可以看出,九阳业务在飞速发展过程中,为了更好、更快地响应市场和提供优质服务,建设了若干IT系统。

但是处在迅速建设中的企业信息化遇到了几个明显问题:

1.        多个应用系统有多个技术架构,已面临整合和交互的困难
比如OA的架构落后,基本只有一个人能”搞得定”,不利于团队的交接和相互补充;每上一个应用,均要考虑大量接口的实现;比如,为了建设“产品质量跟踪”系统,ERP做了很多的配合工作,实施工作量多,难度大,而且因为与ERP的数据交换大多采用“手工导入”的方式,效率不高。

2.        业务部门不停在推送新的业务需求,IT部忙不过来
比如:2009年初财务部就提出的一个“费控管理“的应用迟迟没有启动,原因是IT部忙不过来,实施风险也很大。费用控制一直是CFO非常关注的问题,希望各级部门的预算能够实时在费用申请过程中就能够起到控制作用,预计如果费用控制的应用上线后,每年可以节省几百万的费用。

3.        部分老系统难以对企业业务变化进行及时响应,压力很大
比如:OA中有100多个流程,只负责ERP不能做到的管理审批,OA系统技术架构落后,流程调整和维护工作量大;

4.        IT没有统一规划,缺乏一些基础的、底层的统一支撑
比如:每年2月份组织机构大变化的时候,应用开发部和数据维护部是最忙的时候,大概要花1个多月的时间进行各个系统的组织机构数据的调整;这是由于企业没有统一的组织机构权限系统造成的;在企业前端处理的没有实现单点登录,用户需要登录不同系统来处理有一个工作任务或查看相关联的信息;

5.        企业ERP实施成功,但仅对财务和生产管得好
如何在未来三到五年,支撑和快速响应未来因市场和管理变革带来的变化,是IT管理人员的重要挑战;

四、深入剖析典型性问题,寻找最佳全面解决方案

数据准确性和丢失问题

企业级流程上下脱节,决策支持能力不足 

软件应用需求量大,系统无法及时体现,不能及时响应业务调整
企业的管理类应用层出不穷,各业务部门向IT推送的IT需求压力很大,IT部门无法及时完成大量业务需求的IT交付,主要表现在:

        ?       在ERP之内进行管理类需求调整,是非常难的,灵活性不够,厂商的顾问费也受不了;

        ?       在外围扩展核心系统的困难很大,集成难度大

        ?       产品编码、经销商、组织机构等主数据在各个系统中存在不一致,维护困难

        ?       新建应用的松散耦合性不好,二次开发难度大

        ?       没有采用专业的流程平台管理人和数据

        ?       没有统一的,有效的复用遗留系统功能的能力

数据质量低下
组织机构、人员、产品和经销商经常发生变化,多个系统不能及时反映这种变化,导致系统间交换数据时出现编码不一致的问题。

不能进行卓越的流程管理
原OA系统在使用几年后,已颇显“老态”,核心问题是当时的流程引擎不够强大,因此九阳也专门作为专题考察了若干个工作流或BPM产品。主要考虑到:

        1.        流程是否快速实施,快速根据业务调整,甚至支持业务人员在线简单调整流程;

        2.        流程模式是否足够丰富,充分考虑到“中式”的流程;

        3.        是否支持设置不同角色不同部门的不同工作时间;

        4.        是否支持设置时效的要求;

        5.        是否支持设置质量要求(出错,评分等);

        6.        是否提供绩效考核原始数据;

普元和九阳共同探讨并优选合作方案

企业发展过程中会不断积累解决不同领域问题的业务系统,这些业务系统解决了”当时”的业务问题。在建设系统过程中,软件技术也在不断的发展,那么不同的业务系统采用的平台的技术是很不相同的。对于类似九阳这样快速发展的企业,不可能一开始就做好业务的整体规划,把企业级的系统架构规划得很完美,那么不断的积累就一定会带来后期系统与系统之间的整合问题。

IT的架构是为了满足不断发展的业务需求,因为采用了更加先进的IT架构才解决了现实当中业务发展对技术平台的要求。经过一段时间的发展九阳的企业IT架构是一个传统的发展中积累的技术架构,如下图:

 

传统IT架构的局限性

从上图中我们可以看出传统架构的局限性在于:

        ?      流程局限在系统内部,无法统一的监控和管理:九阳现有OA的系统就是为了解决这个问题,比如在ERP系统中已经有了订单的执行的流程,但是订单的采集和定价在ERP系统中并没有,对于一个企业来讲这是一个不完整的流程,影响了业务的高效执行,也限制了企业对整个流程的监控和统计分析。

        ?      接口是自定义、非标准化的,开发周期长,难维护:接口的标准包括接口的描述和传输协议,在现有的系统接口中,大部分采用的是自定义的方式,如订单向ERP定入的过程就是采用了自定义的接口方式,这种方式带来的问题就是开发周期长,难维护。主要表现在一旦有接口的需求了,就需要针对性的定义接口的描述,并开发代码和调试,而且运行也没有统一的监控和管理,不知道接口调用的效率和次数等信息。

        ?      数据缺乏整体规划,数据不一致、冗余:系统是因为业务发展的要求不断的迭代建立的,那么一定会带来数据的规划不够的问题,主数据在多个数据重复建立的问题。比如产品编码信息和组织机构信息就是一个非常明显的例子,如果各个系统都按一个标准去建立这些数据的时候,问题还不会很明显,而如果这些数据的编码的结构是不一致的时候,那么就会造成系统与系统之间的数据交换的问题。如果OA向ERP发送一个订单的信息中包括一个产品的编码,而ERP系统中没有这个编码的问题,那么这个订单是没有办法写入ERP完成订单执行的流程的。

企业级架构的新思路


为了解决以上描述的传统架构的局限性,需要IT架构的规划上升到企业级的角度。很多技术的发展都是因为业务的需求带来的,就是因为技术的问题带给了业务发展的阻碍,才促进行了IT技术架构的不断发展。

在新的思路的引导下,我们以得出如下架构图:

 

新企业架构建议

从以上架构图中,我们可以看出企业架构中增加了两个重要的层次,那就是接口层和流程层,也就是说企业要更加的关注“流程、接口和数据”。新思路下的企业级的架构带来了如下的优势:

        ?       流程穿越:企业的业务流程都是很长的,不仅在不同的职能部门中交叉,也在不同的业务系统中穿越。如订单流程就是一个很长的企业的关键流程,它从经销商发起,到营销部门处理,再到生产部门制定生产计划,再到流程送货,最后到财务部门结算,这个流程跨越九阳的大部分的职能部门,在营销平台、OA、ERP、产品质量和跟踪系统、财务系统中流转。企业需要一个能够穿越职能部门,能够穿越业务系统的流程平台来统一管理企业的业务流程,这样才能够实现统一管理和分析。有了流程穿越,九阳就可以很容易的跟踪到订单的生产执行和物流情况,很容易的分析出经销商订单产品每月库存量的数据。

        ?       接口标准化:接口的标准化包括三个方面的内容,一个是接口的描述,指企业对于对一个数据的访问的接口是标准的,那么各个系统都需要实现一个标准的企业级的接口描述,那么数据的传递就会很通畅;另外一个接口的通讯协议,如果没有一个通讯协议的规范,系统之间的互联互通是很痛苦的事情;最后一个是接口的管理,接口应该要采用一个统一的管理和监控,接口之间的调用关系的在线可配置,接口之间的调用的次数和效率的监控等。

        ?       数据整体规划,消除不一致、冗余:一般业讲,我们会把数据分为经常发生改变的业务数据和不经常发生改变的主数据。业务数据是业务性很强的,一般会在业务系统中储存,其它业务系统不会再次存储这些数据,而主数据可能会出现在多个业务系统中,这些主数据的不一致会造成业务系统的数据交换的问题。企业在数据整规划中需要整体考虑,把业务数据和主数据做一个很清楚的梳理,划清数据的领域。在企业级的架构中“主数据管理”是一个非常重要的内容。

普元企业综合管理平台
企业确定SOA的实施路径,需要考虑自身现状,企业应用软件建设的不同阶段需要考虑的重点也不相同。大型企业经过数十年的发展完善业务和管理流程已经基本成熟和稳定,应用内的需求变化相对较少,业务操作也基本稳定,而且自身实力也决定了其可以花费几年甚至数十年的时间,投入大量的人力物力来进行SOA方法论规划,建立SOA企业架构。

但是对于九阳股份这样的快速成长型企业来说,目前面临的主要问题是应用系统级的整合问题,针对目前多个系统提供统一的用户视图以提高企业运营效率的问题,主要矛盾是IT建设低成本和高要求的矛盾。因此一开始就采用业界这样大而全的SOA实施方案,不仅会带来高额的初始投资成本,短期的投资回报并不明显,而且也面临巨大的实施风险。

结合国内SOA实施实际情况和业界经验,普元认为九阳建立以OA信息门户为中心的企业综合管理平台的SOA实施方案,同时能在实施过程中提高自身IT能力来适应未来IT建设,是九阳公司当前实施SOA的最佳实践。

九阳SOA系统集成架构建议

 九阳企业架构图

企业集成架构需求要考虑五个方面的问题,分别为:主数据管理、共享服务、企业服务资源管理(也称为ESB)、系统流程平台(BPM)和统一门户:

        ?       主数据管理:主数据是描述核心业务实体(如客户、供应商、地点、产品和库存)的一个或多个属性。企业业务系统存在很多不经常变化的配置和基础数据,这些数据是很多系统共享的主数据,在企业架构中这些主数据的管理是统一管理和存储的。为了保持各个业务系统的主数据的一致性和可转换性,主数据管理中还需要包括与遗留系统同类主数据的转换关系。

        ?       共享服务:业务系统的接口提供给其它系统使用和复用时需要包装成为服务,服务的描述和通讯需要遵循企业的标准。在共享服务的实现过程中需要考虑共享服务的实现和封装过程。

        ?       企业服务资源管理:各个业务系统的服务的调用不是采用网状的方式,也就是说不是各个系统相互之间调用,而是调用统一的资源目录,这个目录负责数据格式的转换,通讯协议转换和码表的转换。

        ?       跨系统流程平台:在一个企业中,流程平台应该是统一的平台,负责各个业务系统流程的串接,这个系统统程平台可以穿越职能部门和业务系统。

        ?       统一门户:为了解决登陆多个系统的问题,企业在页面集成方面需要考虑建立统一单点登陆和统一门户平台。单点登陆可以实现单次登陆后,所以其它的系统无须再登陆。门户平台可以实现在一个页面中显示和操作多个系统平台的功能。

物理逻辑建议
 

九阳企业架构物理逻辑示意图

六、实施阶段回顾

切入阶段(SOA切入项目实施)
从普元为客户服务的经验来看,大部分客户对SOA整体理念都非常认可,规划也做的很好,但是往往在入手方式上非常犹豫。其实,SOA实施有多种入手方式,我们常见的包括以下类型:

1、 门户:通过先建立起统一的门户,实现单点登录,抽取和重组历史系统中部分页面(Widget),使之先从表面上看起来是统一的;以门户方式入手,可以先“投机取巧”,但未来在底层的数据、流程等方面还需要持续加强;

2、 OA改造:大部分客户基本都有OA建设的经验,基本采用套装的OA(如Lotus\泛微),少量是自主以开源技术开发,对老OA系统的改造,一般都能打造成企业的“综合管理平台”。

3、 流程中心:部分客户流程意识强,领导重视流程化管理,所以以基于普元平台软件,新建一部分流程,让领导和使用部门感觉到方便性、快捷性和易改变等好处,再去实施其他内容比较容易接受。

4、 统一组织机构和权限:少部分客户通过这种方式入手,但如果仅仅做这个工作,会涉及到各个历史系统(以及相关历史厂商),而且很难见到给领导和业务人员看到的效果,是个有奉献精神的入手方式,普元一般建议这个工作可以跟其他工作一起来做。

九阳采取的是综合方式,主要做的是打通了几个关键流程,建立若干主数据的管理系统和机制,九阳技术人员全程深度参与,普元同时向九阳传递了SOA实施经验,完成了知识转移;工作内容包括:

?        选取几个典型的关键流程(销售预测流程、定单流程、合同(非供应商)付款审批流程、费用流程)

?        完成10个主数据建设(人员、产品、经销商等)

?        建设整合基础设施,尤其是主数据管理、服务资源管理、跨流程平台和门户平台

?        建设统一门户和初步建立了“流程运行和管理中心”

全面整合阶段(客户自主力量为主)
?        从上到下规划企业数据和流程;

?        实现全面的企业级流程的穿越;

?        全面建设统一门户,并逐步扩展为内部门户、经销商门户、物流商门户等不同的门户应用;

持续建设阶段(客户自主力量+普元高端服务+外包开发服务)
?        客户自主力量逐步转向对IT需求的整理、

?        普元提供底层技术架构咨询、项目管理规范咨询、性能优化等高端服务;

?        外包厂商长期提供贴身开发服务,并都基于统一平台做事情,标准统一,步调一致;

应用系统的影响
在SOA实施的规划阶段,一定要注意充分考虑到对已有系统的影响,主要包括:

?        对已有应用系统的影响,应考虑到:

        –        无须任何功能改造,只需提供共享接口服务;

        –        如果该应用是主数据标准的,可以仍然在此应用中维护,由主数据管理同步其它应用;

        –        如果在主数据管理系统中维护,已有应用提供接口即可;

        –        方便主数据管理,避免数据出错;

        –        尽量考虑核心生产系统ERP中的主数据扩展字段;

?        对近期新建系统的影响,应考虑到:

        –        在建中,象已有系统一样对待。

        –        规划中,适应企业标准主数据。尽量采用统一的流程平台,减少工作量,提升流程时效,质量,绩效管理;

?        对后续新建或应用改造的影响,应考虑到:

        –        全面采用企业标准主数据;

        –        全面采用企业统一流程管理平台;

对管理上的影响考虑
?        对主数据维护,应考虑到:

        –        如果某应用是主数据标准的,可以仍然在此应用中维护;

        –        如果在主数据管理系统中维护,其它系统的主数据自动同步;

?        对业务人员的影响,应考虑到:

        –        操作习惯上有一些变化(统一入口等);

        –        按流程方式进行活动的执行

        –        避免重复录入,提高数据准确性;

?        对技术人员的影响,应考虑到:

        –        技术团队结构更合理,降低人员要求;

        –        快速响应需求变化;

        –        简单的改变可交由业务人员在线修改,大量减少技术人员的简单工作;

七、两年的持续建设后的成果及效益

建立了“自有IT+第三方成熟平台+外包服务”的可持续发展模式,大大提高了IT交付能力
通过对普元平台的引进,大大减少了技术的底层研究,从而使自有IT人员解放出来,更多的关注业务需求的梳理、IT的规划、外包人员的管控等工作;

从效率上来看,2011年前每年年项目大概只能做2-3项;到 2011年提升为20余项。并通过建立了使用用户的反馈机制,持续改进IT交付质量。

 

建立了基于SOA架构的可持续演进的IT架构
 

建立了企业级流程运行和管理中心
通过持续建设和优化,使得每一个流程相当于以前一个小的应用,成百上千的企业流程,形成了企业级的流程管理中心;

通过对老系统的服务抽取,流程平台能组装原有系统的功能,快速产生新的流程,能建立端到端的流程;

 

?        流程中心

?        固化流程总数近1000,2011年运行实例27万余笔;

?        SOA业务应用化模式典型应用模块:

?        经销商门户:

?        合同审批

?        PTS质量流程

?        POP 业务应用

?        TPS 协同办公

?        物流配送应用

逐步梳理了企业主要的主数据管理
企业缺乏主数据管理造成的最大问题就是完整性和一致性,有些是本身主数据不完整或缺失,有些则是主数据在多个系统中存在拷贝和更新,导致数据不一致。引起企业主数据问题的重要因素之一是信息彼此隔离。在许多企业中,主数据分布在众多彼此隔离的系统中。客户服务部门、生产部门以及采购部门都有各自的系统。即使在一个业务部门里,也有众多前端和后端系统,这些系统包含对业务至关重要的数据,但通常情况下无法与其他系统共享这些信息。正是由于构建在各种架构之上的不兼容系统中的这种部门化数据,使得企业几乎不可能创建和维护主数据的“单一”视图。

为了解决企业主数据完整性和一致性的问题,主数据管理功能需求提供整个企业标准主数据的的存储和向其它业务系统的分发的功能。

 

主数据管理逻辑图

主数据管理包括二部分内容,一部分为主数据管理,另外一部分为主数据同步。主数据管理负责主数据和关数据与其它业务系统的关系的维护,主数据同步负责触发的处理和同步的业务系统的接口的配置。

当主数据发生改变时,将触发同步机制,同步机制解析“同步配置”获取需要同步的应用系统,并凋用“服务资源管理”中的相应服务接口,服务资源管理负责向应用系统发送调用请求,并完成数据的同步工作。

持续建立了企业IT的操作规范
通过与普元和外包团队的长期磨合和探讨,建立了一整套的适合团队现状及今后扩展的多项目并行管理模式,建立了一系列的规范、制度、流程,并通过模板固化和优化,从而使项目得到切实的落地执行。

相关阅读: