1 / 57

凤凰公司信息系统 SOA 转型报告

凤凰公司信息系统 SOA 转型报告. 团队成员：钟培德 吴邦欲 陈 哲 李 鑫 指导教师：支志雄 教授. 提 纲. 1 、项目背景 2 、业务建模 3 、服务建模 4 、系统架构设计 5 、项目实施. 1 、项目背景. 行业现状 IT 面对的挑战 IT 迎接挑战的 SOA 方法论 凤凰公司的问题及需求. 1 、项目背景. 行业现状. 经济全球化，企业面对急剧的市场竞争 业务整合 ：提高业务流程的执行效率，对市场机会做出敏捷的反映 企业整合 ：实时掌控企业信息，将传统的以部门为导向的 纵向决策 转换到面向市场的 横向决策 “ 飞机上的仪表盘 ”

wesley-rasmussen
Download Presentation

凤凰公司信息系统 SOA 转型报告

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 凤凰公司信息系统SOA转型报告 团队成员：钟培德 吴邦欲 陈 哲 李 鑫 指导教师：支志雄 教授

  2. 提 纲 1、项目背景 2、业务建模 3、服务建模 4、系统架构设计 5、项目实施

  3. 1、项目背景 • 行业现状 • IT面对的挑战 • IT迎接挑战的SOA方法论 • 凤凰公司的问题及需求

  4. 1、项目背景 行业现状 • 经济全球化，企业面对急剧的市场竞争 • 业务整合：提高业务流程的执行效率，对市场机会做出敏捷的反映 • 企业整合：实时掌控企业信息，将传统的以部门为导向的纵向决策转换到面向市场的横向决策 “飞机上的仪表盘” • 迫切需要利用IT进一步提高生产效率

  5. 1、项目背景 IT面对的挑战 • 系统：部分IT系统由没有实现互联互通的信息孤岛组成 • 开发：业务系统开发周期太长，容易导致业务机会的丧失 • 支持企业和业务整合时的局限性 • 传统技术关注单个对象，不强调整体规划，不适应跨部门集成的需要 • IT整合存在高成本和高风险：局部的变化会影响整个系统，牵一发动全身，顾此失彼，系统越改越乱

  6. 1、项目背景 IT迎接挑战的SOA方法论 • 一种方法论： • 业务需求与技术积累发展到一定阶段的产物 • 将不同粒度的元素以服务为单位打包发布，构成服务大集市，各取所需，求同存异，松散连接 • 特点： • 强调继承与发展，与传统技术方法互补：继承（组件、对象、分布式系统等），发展（综合利用传统技术提供的功能） • 实现IT灵活与统一的平衡：标准平台 • 价值： • 实现了跨越不同应用系统、不同技术的整合 • 降低了企业整合时IT信息架构的风险和成本 • 业务与IT的融合剂，填补 IT能力与业务需求之间的鸿沟

  7. 1、项目背景－凤凰公司的问题及需求 公司架构

  8. 1、项目背景－凤凰公司的问题及需求 公司运作 • 总公司 • 制定销售计划 • 安排生产任务 • 执行产品配送 • 分公司 • 产品销售 • 合作与竞争

  9. 1、项目背景－凤凰公司的问题及需求 IT环境 • 具备了基本的IT环境 • 总公司和分公司拥有各自的ERP和CRM系统 • 独立：IT系统没有相互连通，信息交换主要通过报表传真，电子邮件，电话或者会议完成。 • 异构：各IT系统采用不同的技术实现，数据格式和数据语义不一致。

  10. 1、项目背景－凤凰公司的问题及需求 例子：销售业务操作流程 问题：业务层面IT层面

  11. 1、项目背景－凤凰公司的问题及需求 业务层面问题 • 分公司销售人员不能在第一时间产生销售定单 • 由于CRM和ERP的信息不能共享，在完成与客户的商谈后，需要人工完成ERP订单提交，影响销售人员最终确定订单的效率。 • 分公司之间不能有效实现资源共享，缺乏共同面对市场的应急反映能力 • 例如：当某一分公司的库存无法满足销售需求时，那么要么冻结相应定单，要么业务人员需要花费大量精力和时间去了解其他各个分公司的库存情况，协商调货安排（包括定价，折扣，数量和产品运输）。 • 后果：增加了公司的总体运作成本，不能实现整体利润最大化和客户满意度最大化。 • 总公司不能实时综合分公司的销售，财务，库存等关键信息，不能根据市场变化及时调整公司运营策略

  12. 1、项目背景－凤凰公司的问题及需求 IT层面问题 • 分公司的CRM和ERP分别被部署，缺乏信息沟通，所以 • 业务人员只能分别操作CRM和ERP • 部分数据重叠，部分功能重叠 • 导致大量的重复工作 • 各分公司之间的CRM和ERP缺乏信息共享 • 资源不能共享，业务执行不能最优化 • 总公司与各分公司之间的CRM和ERP缺乏信息聚合 • 总公司不能及时掌控分公司的信息 • 现有的系统正在发挥作用，整体上全部重新设计不可行

  13. 1、项目背景－凤凰公司的问题及需求 业务层面需求 • 改进业务流程，实现流程自动化 • 提升分公司之间合作协调、共同面对市场的能力 • 实时掌控分公司信息，对市场变化做出敏捷反应

  14. 1、项目背景－凤凰公司的问题及需求 IT层面需求 • CRM与ERP实现互联互通 • 公司内部，分公司之间，总公司与各分公司之间 • 通过数据整合实现信息服务 • IT整合的成本不能过高，代价不能太大 • 意味着不能更改原有的IT系统 • 采用合适的架构，基于现有资源进行整体规划，缓和业务需求和IT间的矛盾

  15. 1、项目背景－凤凰公司的问题及需求 • 提出了基于SOA的转型方案 • 目标 • 提升IT系统的能力，支持凤凰公司完成企业整合和业务整合

  16. 1、项目背景－凤凰公司的问题及需求

  17. 1、项目背景 • 基于SOA的项目过程 • 企业业务建模 • 服务建模 • 服务实现架构设计 • 项目实施

  18. 提 纲 1、项目背景 2、业务建模 3、服务建模 4、系统架构设计 5、项目实施

  19. 2、业务建模 • 目标 • 分析现有的业务流程，确定业务改进方向，构造新的业务模式 • 业务创新 • 公司管理决策支持 • 订单流转 • 业务模式重构

  20. 2 、业务建模－业务创新 公司管理决策支持 • 目标 • 管理部门能够实时聚集客户和产品信息，对市场变化做出敏捷反应 • 业务部门能够有效执行相关业务 • 决策支持优化模型：最大化企业利益、最优化客户需求 • 业务流程分析及相应的信息聚合 • 销售流程－－－－销售流程信息聚合 • 调货流程－－－－调货流程信息聚合 • 生产/供应流程－－生产/供应流程信息聚合 • 财务运作流程－－财务流程信息聚合

  21. 2 、业务建模－业务创新 例：销售流程信息聚合

  22. 2 、业务建模－业务创新 公司管理决策支持

  23. 2 、业务建模－业务创新 优化模型 • 目标 • 最大化客户满意度 • 最大化企业利润 • 主要优化策略 • 客户 • 最经济 • 最快 • 面向公司 • 最低成本 • 最短时间 • 需要考虑因素 • 库存信息 • 价格信息 • 货运信息 • 工厂生产信息 • 原材料信息

  24. 2 、业务建模－业务创新 订单流转 • 目标 • 以订单为中心，精简重复的业务环节，实现订单在各业务流程中自动流转，提高对客户需求的响应速率 • 内容 • 新的概念解释 • 订单流转过程

  25. 2 、业务建模－业务创新 新的概念 • 订单分解 • 当订单不能被满足时，可以将其分解到各个分公司 • 订单分解采用决策优化模型：面向企业的、面向客户的 • 意向订单 • 销售人员按照业务机会，与客户协商，确认客户需求后形成意向订单 • 预售订单 • 当意向订单不能被某一分公司完全满足时，需按优化模型进行订单分解，得到一系列预售订单 • 销售子订单 • 每一个预售订单是一个解决方案，其中包含多个销售子订单 • 销售订单 • 销售子订单被客户确认后变成最终的销售订单 • 意向订单能够被某一分公司完全满足时，直接转换为销售订单

  26. 2 、业务建模－业务创新 订单业务流转

  27. 2 、业务建模－业务创新 重构的业务模式：

  28. 提 纲 1、项目背景 2、业务建模 3、服务建模 4、系统架构设计 5、项目实施

  29. 3、服务建模 • 任务 • 抽象出支撑业务模型的服务，建立服务模型 • 服务挖掘 • 应用业务组件对服务进行封装，形成服务模型 • 服务积累 • 根据业务与IT环境的变化，不断发现服务，丰富服务模型

  30. 3、服务建模－服务挖掘 （1）业务流程分解 • 按层次识别业务流程的各项活动，进而得到各个层次的服务 • 例：对订单流转的业务流程分解

  31. 3、服务建模－服务挖掘 （2）分析现有系统 • 对现有系统功能的分解，为已发现服务的实现提供依据，并发现遗漏的服务 • 例：对CRM系统的功能分解

  32. 3、服务建模－服务挖掘 核心业务目标 • 在进行业务模型重构时，确立了两个核心业务目标： • 最大化业务机会成功率 • 及时响应客户需求变更 • 对定单进行分解处理，将满足客户需求部分与变更部分分开处理 • 提高流程效率，最大化企业利润 • 降低由业务机会生成销售定单时间 • 提供最佳的定单处理方案，优化企业利润

  33. 3、服务建模－服务挖掘 （3）验证服务 • 通过分析实现核心业务目标的手段来验证服务并发现遗漏的服务

  34. 3、服务建模 构造服务模型 • 通过服务挖掘形成服务集合之后，基于以下业务组件对它们进行封装，构造服务模型 • 产品管理组件 • 销售管理组件 • 订单管理组件 • 客户管理组件 • 系统应用组件

  35. 3、服务建模 组件模型

  36. 3、服务建模 服务积累 • 新服务的出现 • 业务需求的变更 • IT环境的变化 • 不断的服务发现与积累

  37. 提 纲 1、项目背景 2、业务建模 3、服务建模 4、系统架构设计 5、项目实施

  38. 4、系统架构设计 • 系统架构设计考虑的因素 • 应用场景 • 系统需求 • 数据交换 • 关键技术决策 • 系统高层框架

  39. 4、系统架构设计 应用场景描述 决策人员： 订单处理决策——企业的全局信息 销售人员： 创建业务机会——企业产品信息和客户信息 财务人员： 审核订单——订单信息，客户财务状况 客户： 交流，反馈——直接参与企业的业务活动

  40. 4、系统架构设计 系统需求 • 上述应用场景对系统提出了新的需求，包括： • 数据抽取 • 统一、规范、标准——分在企业各处的数据均能“为我所用” • 决策支持 • 丰富的信息展现，多种信息聚合，为业务决策提供可靠依据 • 流程整合 • 应对业务流程的变更，整合现有的销售流程

  41. 4、系统架构设计 数据交换 • 定单处理流程与决策支持需要从现有系统中抽取各种信息 • 建立统一的数据交换框架，实现异构数据之间的交换

  42. 4、系统架构设计 数据交换框架 • 在各系统之间建立数据转换器，利用XML实现数据交换

  43. 4、系统架构设计 数据交换－信息服务 • 建立以订单业务对象为主的信息服务 • 订单业务对象：在以订单流转为核心的业务处理过程中，由各种信息汇集形成 • 信息服务为系统提供了更加通用的连接支持，降低了流程服务实现的复杂度

  44. 4、系统架构设计 关键技术决策（1） • 信息服务效率 • 由于现有系统的整合中，信息服务被各种其它服务频繁使用，很可能成为系统的瓶颈 • 采用CDN技术，为信息服务建立多个二级信息提供点，提高信息服务的效率。

  45. 4、系统架构设计 关键技术决策（2） • 通信安全 • 总公司系统与分公司系统间通信通过Internet完成，网络环境不安全 • 需要建立数据保护机制，防止企业核心数据外泄 • 在企业服务总线的建立过程中引入VPN技术

  46. 4、系统架构设计 关键技术决策（3） • 数据访问安全 • 不同的用户对数据具有不同的访问权限 • 采用基于角色的访问控制策略，防止企业信息被不恰当的使用

  47. 4、系统架构设计 系统高层框架

  48. 提 纲 1、项目背景 2、业务建模 3、服务建模 4、系统架构设计 5、项目实施

  49. 5、项目实施 • 参考IBM SOA解决方案流程以及部分IBM产品，现作如下规划： • 项目内容 • 时间安排 • 各阶段所需软件

  50. 5、项目实施－项目规划 项目内容 • 项目设计 • 以服务为中心的开发与集成 • CRM、ERP服务封装 • 编写现有系统中缺少的服务 • 生成组件 • 交互界面实现 • 实现信息服务 • 设计企业服务总线 • 整合业务流程 • 服务部署及管理 • 流程优化和服务优化 • 测试 • 项目实施效果分析

More Related