IT技术架构研讨会

技术开发部 2010-08-31 目录 企业 IT建设现状及规划 业务流程管理平台建设的必要性 SOA、 BPM带来的收益和价值 集团选型规划 IT系统建设现状 IT系统如何面对未来企业发展的需要 信息化建设与端到端管理 SOA建设思路 IT系统建设现状 根据业务需要构建起了若干信息系统 固化的业务流程、无法灵活的适应需求的变化 相对封闭的业务数据 规划 数据开放 服务功能开放 通过业务流程管理平台，实现对服务功能的灵活编排、复用，对数据的共享 Partners ERP DB Customers CRM OA HR 核算 IT系统如何面对未来企业发展的需要 集团既是多元化的环境，也是一个集中的整体 构建统一的组织机构模型 部门、组织、机构之间的通力协作 数据信息的互通与分享 统一的 IT架构平台 梳理业务流程与建模规范 基于知识构件的企业知识积累 统一调度、灵活响应 缺乏一个统一信息展现平台集中展现各系统的关键数据和综合信息，不利于工作效率的提升和领导决策 今天还有几个订单要处理 这个季度公司的财务状况如何 ? 我今天要完成哪些工作 ? 日程 合并 HR OA 核算 资金 用户需要从不同的入口进入不同的系统，影响工作效率 企业的经营数据分散在不同系统中，无法集中在一个界面中展示，不能为业务决策提供有效帮助 没有一个任务的全景视图，员工需要在各个应用系统间切换处理任务，工作效率低，存在任务漏办和迟办的情况 各个应用系统数据没有共享、交互和集成，造成重复性的工作，信息不准确、不对称，增大了管理成本 客户订单要在多个系统中录入 订单数量又错了 ?! 各系统相互独立 日程 合并 HR OA 核算 资金 同样一份数据在多套系统中重复录入 重复录入过程中，造成数据不准确，信息不一致 已有的应用系统形成“信息孤岛”，造成流程、信息交换的隔阂 上半年的投入产出情况如何 ? 日程 合并 HR OA 核算 资金 缺乏统一的企业级流程平台，无法支撑跨职能部门、跨应用的业务协作和流程再造 大量的人工流程 效率低，业绩滑落 跨部门、跨应用的业务流程难以通过 IT系统实施和推进 IT系统不能及时响应企业管理流程的变化，不能提供流程执行的效率和质量的绩效数据 经营数据分散在多个系统中，企业级流程上下脱节，导致信息化系统的决策支持能力不足 没有实现单点登录，没有统一的组织机构权限管理策略，组织机构权限管理和维护工作量大，存在安全隐患和信息不一致 机构和人员调整，加班加点配置权限 忘记了密码 ? ! 日程 合并 HR OA 核算 资金 系统又不能正常使用了 ?! 需要配合机构重组和人员调整维护各个系统的组织机构和人员，工作量大，效率低 用户需要记住自己在不同系统中的用户名和密码，切换到不同的系统登录，操作很不方便并且容易混淆各系统的用户名和密码 多个系统不能及时反映组织机构和人员的调整、变化，降低了企业 IT系统的使用效率和企业的整体运营效率 信息化建设与端到端管理 向管理要效益 如何实现精细化管理 如何实现对业务及其流程的端到端管控 如何及时了解企业业务的运作情况 策略执行 资源利用率 瓶颈 实施的业务监控与反馈 BPS流程平台 环节构件库 帐务变更 资源调查 速率变更 收费帐务审核 操作构件库 转调单 审核报价单 转调单 委托收费 . 页面模板构件库 宽带业务页面模板 灾备业务页面模板 WAC业务页面模板 E通 VPN业务页面模板 . . 流程模板构件库 带宽型业务受理流程 VPN业务受理流程 ADSL业务受理流程 集成业务处理流程 . 业务受理流程模板 业务受理流程状态监控 业务受理流程 KPI分析 业务流程监控 SOA建设思路 ERP 企业资源管理 企业服务资源管理 跨系统流程平台（ BPM） 统 一 门 户 资源层 投资项目管理流程 集成供应链流程 其它 资金管理系统 全面预算系统 财务核算系统 战略管控系统 财务合并系统 人力资源管理系统 共享服务 日程安排系统 . S O A 应 用 平 台 目录 企业 IT建设现状及规划 业务流程管理平台建设的必要性 SOA、 BPM带来的收益和价值 集团选型规划 平台的意义 如何梳理服务 如何连接异构系统 服务的管理 平台的安全管理 实施方案的阶段划分 好处 说明 结构化 可在业务一层组织、整合，不必使用技术手段 快速 由于采用公共的框架结构，缩短了开发时间 灵活 可以用各种逻辑进行组合，而不需要重新编码 可调整 可以任意更换同样接口的模块，而不会对其他模块产生影响 可重用 可提供跨应用、跨平台的各种层次上的重用 Data Legacy LOB Packaged Apps Trading Partners 建设 SOA架构所面临的问题 在 SOA的设计中是 最难 的 几乎没有人有“丰富”的经验 两种方法 : Top down Bottom Up 目标 建立整合全局 IT基础设施、信息资源、业务系统的一体化平台（ TBI） 统一技术架构和 SOA平台 客户化架构与标准规范 统一基础设施 统一数据、业务服务、 流程管理和展现门户 SOA的实施策略和方法论 基础技术构件 架构师的培养 产品化业务平台 业务模块化 组织机构与权限管理 主数据管理、业务服务管理、业务规则库 行业标准支持 模块产品化（平台研发能力）： 工具技术、管控技术、业务化定制和产品化 方法与规范 平台与工具 资产与知识 技术架构规范 项目管理体系 软件过程体系 组件库 业务服务库 业务组件 组件标准 技术组件 基础业务组件 开 发 环 境 运 行 环 境 治 理 环 境 构件库 OA系统 财务系统 项目管理 查询统计 页面 流程 业务 运算 数据 需求改变 需求改变 XML企业数据总线 企业应用基础平台 新建 IT应用 平台的意义 如何梳理服务 如何连接异构系统 服务的管理 平台的安全管理 实施方案的阶段划分 服务的筛选可以采用自顶向下、自底向上的两种方式 自底向上更多用于从现有应用中筛选服务 服务筛选 方法 服务 服务 1 服务 2 服务 4 服务 5 服务 3 流程 开始 结束 活动一 活动二 活动三 应用 应用 1 应用 2 新开发 服务组装 SOA 业 务 蓝 图 服 务 与 流 程 的 构 造 流程梳理 服务筛选 服务定义 服务设计 流程重组 输入 输出 业务流程定义 候选服务 服务筛选原则 服务列表 数据定义 服务接口 数据依赖 服务契约 服务构件 组合服务 服务协议绑定 服务契约映射 已有服务 已有流程 组织 /角色 重组规则 2010-8-31 服务规划始于业务流程梳理 由业务人员参与的流程建模 与技术人员可互动的流程模型 流程重组的要素 已有服务 已有流程 组织 /角色 重组规则 流程重组 平台的意义 如何梳理服务 如何连接异构系统 服务的管理 平台的安全管理 实施方案的阶段划分 Data Legacy LOB Packaged Apps Trading Partners 如何连接现有应用 存在多种技术架构的应用 B/S， C/S等 .NET， J2EE等 服务组件基础设施 服务引用 协议绑定 服务装配 构件实现 SCA Client ESB Java Spring ESB BPEL SOAP JMS RMI EJB 服务注册 服务引用 服务发现 SDO 平台的意义 如何梳理服务 如何连接异构系统 服务的管理 平台的安全管理 实施方案的阶段划分 Data Legacy LOB Packaged Apps Trading Partners 实现对服务的全生命周期管理 实现服务的基本操作 : 增 /删 /查 /改 监控服务的运行状态 平台的意义 如何梳理服务 如何连接异构系统 服务的管理 平台的安全管理 实施方案的阶段划分 Data Legacy LOB Packaged Apps Trading Partners 如何进行安全管理 Sun ONE Directory Active Directory 数据库验证 UUM验证 平台的意义 如何梳理服务 如何连接异构系统 服务的管理 平台的安全管理 实施方案的阶段划分 通过 SOA平台建设的 组合应用 第一阶段：基于规划开发服务接口 第二阶段：建设SOA管理平台 第三阶段：建设SOA流程平台 ， 生成基于流程的组合应用 SOA 服务 目录 企业 IT建设现状及规划 业务流程管理平台建设的必要性 SOA、 BPM带来的收益和价值 集团选型规划 2 循序渐进的部署与维护 逐渐向 SOA移植 成本分散到多个项目中 降低维护成本 3 服务的重复使用： 加快部署 降低部署成本 提高应用的适应性 1 架构分区 支持不同的生命周期“速度” 支持不同技术配套协同 实现技能分配最优化 改进文档 提高可维护性 更便于业务外包 /离岸外包 平稳的方法 以 IT为导向的方案 以业务为导向的方案 开发 生产效率和质量 维护与支持 更改和升级 运行 自动化和减少差错 投放市场的时间 产品 /服务的交付 提高服务质量 流程可视性 扩展价值链 客户 /供应商的连通性 节约成本 创造收益 SOA并非实施技术，而是一种设计体系，需要理解并加以应用 留出足够的时间和资源进行前期规划 制定切合实际的期望值 明确规定并控制项目范围 确定技术差距 不要指望 Web服务支持所有的现有系统 利用业务流程的专门技能来识别核心业务 循序渐进地交付使用 企业文化会影响 SOA项目的选择