凯捷的IT体系架构框架.pptVIP

HOW DOES IAF MAKE A DIFFERENCE.PPT IAF如何使你更具优势？ Stuart Curley, Global Architect Capgemini March 2004 在满足业务需求时，如果IT的范围是复杂的，那么IT的组织将至关重要 转变的主要障碍是项目往往集中注意力于各个离散的业务单元上面 功能需求很少关联到业务单元，甚至于很少关联到业务服务水平的需求 技术与业务战略及最终业务价值的关联包括企业级体系架构的端到端的业务整合 参考 “电梯内销售”－－企业级体系架构模式是关联业务与企业IST（信息技术服务）改变的规则要求 为什么关联是至关重要的？ 如果没有关联，IST的约束和促进都将不能够真实反应业务内容 业务导向的设计能够发现无法预料的约束并且能够避免错失促进机会 IT导向的设计需要面对两大问题：无法预料的业务改变和如何有效符合真实的业务需求 如果没有关联，则成本高，满意度低，IST随业务变化的灵活性低 关联能够使业务产生更有竞争力的优势 现今的IT范围 多“模块”应用 有效率的支持相关原有流程 约束抑制了相关其他应用和其他人的整体业务效果 备份核心功能和数据 技术满足应用（package or custom）但没有满足持续的改变 应用的生命周期被忽视 没有长期生命周期的考虑 对业务分析而言，其100万个产品线或代码（package and bespoke）是不透明的 缺少模型架 缺少相关文件 为改变而执行改变 改变困难、危险和复杂的 如何关联业务和IT？－－ IAF(整合体系架构框架)关联业务和IT改变的10年历程 1994 – 4月 凯捷技术专家在委内瑞拉首府加拉加斯，为国家石油公司创造了一个服务导向体系架构的框架 －IAF 产生 2000 – 凯捷和安永合并，我们在芝加哥、乌得勒支、伦敦、巴黎工作了整整一个月，我们带来了我们最好的技术专家和两个公司最好的综合方法论– IAFv3? and Adaptive IT? 不仅仅是方法论和路径，真正的价值是我们体系架构的具体经验 服务体系架构? 是拓宽我们业务体系架构角色的关键 大部分信息服务和技术前景是极端不同的，最简单的可能是把复杂性减少到6层 业务驱动和体系体系架构导向是本质 平衡的服务组合能增加IT投资的总体价值，提升投资回报率(ROI)并减少总持有成本(TCO ) 管理和理解这一复杂性的凯捷核心方法论是整合体系架构框架 (IAFv3?) IAF是一个重复循环的路径，保证每个设计解决方案关联到整个体系架构 整合体系内容框架(IACF)决定了不同的人工部件是如何相互关联的 不同的管理者使用IAFv3的方式不同 路标指导不同体系架构接口的路径 凯捷的体系架构方法论由世界级的工具、内容和能力支撑 体系结构的原则 体系结构原则的主要特征 什么是业务服务? 业务服务由人和技术来提供 业务服务和某项业务程序不同 业务程序聚焦与任务和事件， 很少获取贯通整个企业的服务水平方面的信息 定义一项业务服务，我们需要理解: 商业行动参与者提供服务,相关的 人及人员小组同样提供服务 商业活动参与者进行的一系列商业行动提供了服务 那个商业 活动参与者的业务功能是确定的 这些人工品的相互关系定义了业务服务的属性 在定义业务服务转型，从AS-IS 到 TO-BE的移植，交互模式的定义非常关键 当描述这些人工品时，我们必须获取用以定义业务服务服务水平的必须信息 业务参与者－有多少人参与？他们是谁及他们的角色？在不同场合的业务功能如何配置，如不同的地点？ 业务行动－行动发生的频率如何？在不同场合的业务功能间如何配置，如不同的地点？ 业务功能－业务功能在哪里？他们的能力如何？在每个业务功能点都是什么支持技术？ 业务服务的服务水平不仅对业务体系结构重要，它同样对ISIT机构提出非功能性的需求。 业务程序比商业活动的层次要低 对于要适应性发展的企业来说，理解如何将业务服务和IT联系起来是个基础，集中在业务程序上面将不能达到这个目标 信息系统服务源自与业务及信息服务，但同样也影响他们 显示业务服务、业务信息及信息系统服务之间的关系 模式、服务类型及参考样式和具体输入一起为这些服务设计定型 平行设计，但是： 从业务中得到的服务水平信息必须输入到信息和信息系统服务的设计之中 现有服务水平及信息系统服务反馈到业务服务中 举例: 新的第一水平支持需要 定义业务服务 什么功能提供第一水平支持? 什么样需要来支持第一水平支持? 他们需要实施什么样的行动? 定义业务信息服务 使用者的信息属性是什么? 哪一些用户可以使用服务? 他们可以期待什么样水平的服务? 定义信息系统服务 什么样的机能以支持参与者进行相关活动? 可供选择的方案 保险公司想要更新他们的业务, 把政策从业务导向重新定向为客