为什么选择SOA

nullnull为什么选择SOA? - 东风汽车有限公司案例分享为什么选择SOA? - 东风汽车有限公司案例分享赵凌非 系统开发管理首席师 系统运行部副部长 东风汽车有限公司信息系统总部目 录目 录 1 项目背景 2 现状与对策 3 投资回报与风险控制 4 SOA产品选型 5 经验总结 null1.1 公司简介 东风汽车有限公司（简称东风有限）成立于2003年7月1日，由东风汽车公司与日产汽车公司按50:50的比例合资组建。公司总部在湖北省武汉市，拥有约70000名员工。 东风有限是中国首家拥有全系列卡车、客车、轻型商用车及乘用车产品的合资汽车企业，其商用车使用东风品牌，乘用车使用日产品牌。null需求:CV-SCM新系统重建，并需要与SAP、BOM、PMS等现有系统建立接口 MES（43,HD) MTDP看板件日总量（带供应商，车型，提前期）结构，路线 M/S 仓库管理 （配送中心， HD工厂仓库）库存 /实绩订单 零部件入库单 零部件出库单 零件在库信息 盘点差异PMS SAP-MM 物流调达 发交指令1、出入库实绩 2、供应商寄售库存信息 3、工厂仓库不足件 MRP（含P/F)1、内、外制件预告信息 2、内、外制件定单信息 3、发交信息生产实绩 CV-BOM补丁车型清单车型零部件清单，路线3日滚动计划范围外范围内计划( NO1,NO2,NO3,no4,ACT，3日滚动计划，生产实绩)计划发布(NO1,NO2,NO3,no4,)线边看板件要货指令 系统间自动传递 系统外人工传递CV-BOMCPIP计划( NO1,NO2,NO3,no4,ACT，3日滚动计划，生产实绩)XY供应商分配比例工厂仓库备投料指示同一接口下线，入库实绩（实时）供应商代保管费用发布可排产车型库同一接口1.2 项目需求目 录目 录 1 项目背景 2 现状分析与对策 3 投资回报与风险控制 4 SOA产品选型 5 经验总结 nullSCM部/43厂40厂41厂49厂 48厂 50厂… 现状分析：按传统架构方式，首先各单位会独立建立系统。课一： INFRA和中间件重复独立建设，投资和运维成本都很高。课题二： 应用系统重复独立建设，一个业务发生变化，需要对N个程序进行修正，维护困难。课题五： 大量接口编程，一个模块发生变化，需要对N个接口程序进行修正。课题三： 如果业务流程需要优化，必须大量修改代码，还会影响现有系统运行。课题四： 开发平台不一致(J2EE/.NET)，模块间交互存在障碍。2.1 现状分析null网络、服务器、存贮、备份、安全数据库中间件应用软件MRPWMSPARTNERMS单位1网络、服务器、存贮、备份、安全数据库中间件应用软件MRPWMSPARTNERMSSAP、BOM、PMS、。。。IFIF单位2网络、服务器、存贮、备份、安全数据库中间件应用软件MRPWMSPARTNERMS单位3厂、 厂、 厂…现状分析：按传统架构方式，各单位独立系统建成后，必然要求建立集成系统。IFIFIFIFIFIFEAI课题六： 集成工作复杂，集成中间件的成本也不低。IF 2.1 现状分析 (续)null 构造功能可重用、流程可灵活优化的应用架构！网络、服务器、存贮、备份、安全数据库中间件组件服务调用服务集流程单位1单位2单位3单位41、基础资源集中共用，增强系统稳定性和可维护性，降低投资和运维成本。2、集中管理，功能变化时，只须集中修改一处； 3、可重复调用，降低开发成本。4、流程可灵活构造,业务优化响应速度快，且不影响现有系统运行。 5、不同平台开发的模块可包装为统一的服务。I/F6、接口程序包装为服务共用，简化接口及系统集成难度。I/FI/FI/FI/FAPPESBBPELMSMRP 2.2 SOA对策2.3 SOA在DFL-CV实施的ROADMAP0607080910SCMS&MINFRA车辆系应用 MS、MRP、WMS接口： SAP、CVBOM、MES、PMS总成系 重用率目标：70%零部件系 重用率目标：80%11年领域销售本部 订单管理：×% DMS：×% CRM、SAP接口。。。经销商 DMS：80%MS重用目标：30%车辆系 服务器、 存贮、备份、 安全、销售领域、总成系、零部件系 存储、备份、安全共用，服务器扩容 降低投资目标：40%。 降低运维目标：30%。新建重用扩展重用路线70%80%80%2.3 SOA在DFL-CV实施的ROADMAP其他领域与S&M、INFRA相同考虑。40%整车物流：70% 备件管理：70%☆SCM应用判断目 录目 录 1 项目背景 2 现状分析与对策 3 投资回报与风险控制 4 SOA产品选型 5 经验总结 3.1 SOA投资回报分析-定性3.1 SOA投资回报分析-定性企业级软件架构，今后新建系统可直接套用，不会因新增系统或系统架构的差异产生影响。 硬件架构企业级共用，可减少机房及服务器、存贮、安全设备数量，降低系统运维成本。 业务功能和业务流程重用(不仅仅代码重用)。 支持业务功能标准化和模块化的推进,使重用达到最大化 灵活、快速应对业务流程的优化和改善（变更），而系统运行影响减小。 简化系统间接口(数量及复杂度均得到简化)。 重用、灵活、成本3.2 SOA投资回报分析-定量3.2 SOA投资回报分析-定量1.投资回报：ROI=3.77 2. 系统开发周期缩短: 75%-------（案例经验值） 3. 新治理架构带来利润提升的贡献率: 12%-------（案例经验值）数 字 示 例3.3 SOA风险控制-预测3.3 SOA风险控制-预测课题：SOA作为一个新技术可能带来的风险；预测： SOA初期阶段有3个因素导致投资可能会增加投资 服务架构对系统性能要求 IS和业务人员能力的提升 软件产品的增加 SOA基于WEB Service，采用开放式通信标准XML 数据量很大时，系统之间信息交流对性能要求较高 开放标准对安全要求较高 SOA的实施要求打碎系统流程，模块或功能底层封装服务，重点在逻辑的抽取和服务包装， 是面向业务层面的新的架构模式，将对项目原有进度的影响因素： 业务技能不熟练，导致工作量增加 培训时间要求较高，人员要求较高 SCM领域涉及的应用和范围非常大，重用目标实施的难度很高 未来类似的功能和需求非常多 模块、功能和程序层次多数量大，分离和抽取影响系统质量3.4 SOA风险控制-对策3.4 SOA风险控制-对策课题：SOA作为一个新技术可能带来的风险 对策： （1）平台软件选型 ■ 多家产品比较（IBM、ORACLE、SAP等） ■ 基准：SOA业绩、市场占有率以及成功案例 （2）功能/性能满足度 ■ SOA产品功能了解与CV 需求对照 ■ SOA产品测试： 1# 产品适用性测试---- 多家比较 2# 产品开发准备测试--IBM独立，CV提供场景 （3）IT和业务能力培养计划 ■ 培训 ：1# 理论知识、方法论和案例分析，各项目负责人 2# 开发技术和操作使用培训，所有成员 （4）开发实施策略 ■ 范围控制：非全体，目前在CV-SCM三个核心子系统 ■ 服务封装深度（颗粒度） 定义一期从模块-功能-程序的分离判断标准 难度较大的分离在二期考虑 ■ 外部支援：将项目管理与技术支持部分PO ■ 技术协议体现风险要求 目 录目 录 1 项目背景 2 现状分析与对策 3 投资回报与风险控制 4 SOA产品选型 5 经验总结 null4.1 SOA产品技术交流nullA. 案例考察 重点考察了2-3家国内相关行业的SOA应用案例情况； B. 产品测试 根据前期交流结果，确定IBM和另一家软件厂商进行测试。 1#评测：根据本项目中WMS的一个流程模块进行实地测试。 2#评测：SOA对SAP-WMS-MES接口流程功能的测试。 4.2 SOA案例考察与产品测试目 录目 录 1 项目背景 2 现状分析与对策 3 投资回报与风险控制 4 SOA产品选型 5 经验总结 null5 经验总结（参考） 耳听为虚、眼见为实； 重视实地考察和测试； 看重SOA的案例和实施服务能力； 公司高层和业务部门的支持至关重要； 用数字来打动公司高管； 自始至终和业务部门一起进行研讨； “有所为有所不为”，选择合适的应用场景； 并非所有应用场景都适合用SOA； 原有系统和新建系统的关系处理； 谢　谢！谢　谢！