由架构驱动的 IT 基础结构具有的商业价值

1、由架构驱动的 IT 基础结构具有 的商业价值 大多数企业目前所面临的 IT 压力 如何更快响应商业需求？如何更快响应商业需求？ 灵活性 互操作性 如何从如何从 IT IT 投资中获取更多回报？投资中获取更多回报？ 降低 IT 运营成本 最大限度减少资本投入 以更少付出获得更多“新”功能 如何管理如何管理 IT IT 结构的复杂性？结构的复杂性？ 掌握管理多种技术所需的知识和技能 推行标准化和与标准兼容 来源：Accenture I.T. Spending Survey 目前的 IT 目标 IT 敏捷的企业 30% 的新增能力 70% 持续运转的 现有能力 45% 的新增能力 55% 的现有能力

2、 创造更多价值 降低维护和 交付成本 更少付出，更多回报：如何实现？ 利用由技术架构驱动的基础结构 企业架构框架 战略 业务 流程 应用程序信息基础结构 业务 架构 应用程序 资产组合 信息 架构 技术 架构 来源： META Group 建筑物： 模型和概念模型和概念 蓝图蓝图 材料清单材料清单 Building CodesBuilding Codes 工作质量标准工作质量标准 IT系统： 框架和模型框架和模型 模式模式 标准和接口标准和接口 采购清单采购清单 质量（指标）质量（指标） 来源：Forrester 何谓架构？ “系统的一种基础组织结构，具体表现为它的组件、组 件间以及组件与环境

3、间的关系以及设计准则。IEEE Standard 1471-2000 您会在没有进行结构设计的情况下建造一栋大楼吗？ 那么，为什么要如此对待基础结构问题呢？ 您的基础结构看上去是不是像 下面这样？ 如果是，那么您便需要对架构进行设计 技术架构有何作用？技术架构有何作用？ 风险管理工具风险管理工具 架构基于需求而建立 架构有助于决策制定 将IT决策转换为商业结果 项目管理工具项目管理工具 传统的项目管理关注于时间和金钱功能与价格是否相称 架构设计保证了功能 “设计权威机构” 架构设计能够深入透视决策的结果以及它们对于需求造成 的影响 规划工具规划工具 提供了对所有相关项目的早期洞察能力 有助于分

4、析决策可能产生的后果 开发标准和指南 体系结构问题 “如果联邦政府继续采取目前这种做法（例如，构 建未经架构设计的解决方案），我们将继续忍受现 有的一切（例如，不能互操作、高成本以及面临混 乱的数据、应用和技术带来的不断挑战）” - 联邦政府 CIO 委员会 来源：Federal Enterprise Architecture Framework V1.1 JetBlue “有些人说航空公司的动力来自 于航空燃料，而我们的动力则来 自于 IT 基础结构。” -总裁 Dave Barger WalMart “如果没有最先进计算机系统 的支撑，我们将无法实现企业 的加速增长。” - WalMart

5、 ISD State Street “架构审查过程可以在问题影 响到项目之前找出它们，从 而为我们带来了更多价值。” - Amy Gutschen, SVP IT NASDAQ “高度可伸缩的基础结构每天能 够处理18亿条实时信息以及每秒 5万笔交易。” - TIBCO IT 架构与竞争优势 IT 基础结构 领先者的最佳实践 “通过设置架构标准，架构标准，简化技术环境并提高其灵活性，然后 仔细查看例外所带来的真实成本和益处。” “通过减少所部署技术和平台的数量减少所部署技术和平台的数量降低复杂性，通过架构降低复杂性，通过架构 设计来提高灵活性和简化实施过程。设计来提高灵活性和简化实施过程。”

6、“将一些商业因素纳入考虑范围，例如行业标准以及诸如技技 术的未来支持术的未来支持 等，因为它们的淘汰或废弃会带来难以计数的 成本。” 来源： McKinsey MIT研究报告： 领先者均拥有“高 容量”的 IT 基础结构 通过89家业绩最为优良的企业所实施的180个电子 化商业计划进行分析 领先者的共有特征： “ IT “ IT 架构和标准架构和标准 ” 支出集中在实现竞争 优势上 高度健壮和灵活 的基础结构 组织善于应用技术来 创造商业价值 僵化的过去 低谷 领先 竞争 基于大型机的应用程 序组合 操作和维护费用在预 算中占据了绝大比重 低效率的新应用开发 太多技术和相互不一 致的策略 分布

7、式计算环境 健壮、简单 高效的新应用开发 来源：McKinsey 您在什么位置？ 在没有技术架构的情况下开发应用程序 = 失败 好的技术架构同时关注于基础结构和应用程序 传统架构未来架构 按照默认 IT驱动 以应用程序为中心 成本节省和控制 采购列表 按照设计按照设计 业务驱动业务驱动 以基础结构为中心以基础结构为中心 获得收入和效率 替代产品 来源：Gartner 定义企业 架构 高容量 IT 基础结构 技术架构 构件 来源：Gartner, Meta, Giga, MIT 开始 EA 规划 形式化 实施： 关注于： 1.推动业务一致性 2.使用一个框架或 者您自己的流程 1.系统概念 2.

8、原则 3.规则 4.模式 5.接口和标准 1.可伸缩 2.可复用 3.可互操作 4.可持续 5.安全 6.可靠 好的架构意味着： CEO和高管人员必须要问的问题： 定义企业架构 高容量 IT 基础结构 技术架构 构件 1.我们有 EA 规划 流程吗？ 2.我们如何才能知 道它是有效的？ 1.我们有得到通过和已经 成文的技术架构吗？ 2.它与企业的商业目标一 致吗？ 3.我们如何才能知道？ 1.我们是否正在通过对IT 基础结构的投入来降低 IT运营成本？ROI如何？ 2.哪些架构标准、平台和 模式能够最大限度提高 敏捷性和互操作性？ 3.哪些因素能够帮助我们 实现生产力的增长？ 来源：The A

9、rnold Group 领先者通过投资由架构推动的 IT 基础结构获得 了哪些收益 1.1.更低的更低的 IT IT 运营成本运营成本 1.1.GigaGiga：通过架构设计，每年可以节省 20% 的 IT 运营预算 2.2.GartnerGartner：结构设计可以将基础结构的成本降低10% 20% 3.3.GigaGiga：非标准的技术架构会增加 10% 的成本和 25% 的时 间 2.2.更高的战略灵活性更高的战略灵活性 1.1.GartnerGartner：企业IT架构（Enterprise IT Architecture）可 以将企业应对不断变化的外部挑战的能力提高 30%。 2.2

10、.MITMIT：领先厂商均具有高容量的 IT 基础结构和标准 3.3.更高的生产力更高的生产力 1.1.ForresterForrester：领先者与落后者在 IT 投入方面存在 40% 的 生产力差距 1. 更低的 IT 运营成本和企业 IT 架构 减少基建投资减少基建投资 硬件合并 软件许可证的合并 批量购买协议 减少支持成本减少支持成本 共享技术秘密 更少的培训时间 更少的升级次数，更易于升级 更少的故障诊断次数 更少的厂商管理 更少的产品评估 更快的实施速度 实现顺畅运营实现顺畅运营 软件分发 备份和恢复 系统软件管理 软件资产管理 测试和有效性验证 帮助台 改善系统管理改善系统管理

11、容量规划 性能管理 故障管理 安全管理 配置管理 性能测量 来源：Gartner 2. 更高的战略灵活性和增长速度 互操作性互操作性 GE：经过良好设计的 IT 基础结构使得他们能够完美集成如此多样 的业务类型。 来源：CIO Insight 伸缩性伸缩性 Dell：灵活的架构和 IT 基础结构允许他们以梦幻般的速度快速成 长并且为下一次业绩翻番做好计划。 来源：Forrester 更短的获利时间和更快的产品投放速度更短的获利时间和更快的产品投放速度 FedEx Ground：Poster child for the Agile Enterprise； 进入了陆地运输市场，并在12个月内占据了

12、市场第一的地位。 来源：Fortune，Information Week 跨边界安全跨边界安全 H&R Block：使用安全、集成化的架构避免合作伙伴、员工以及 IRS 负担过重。 来源：H&R Block 3. 更高的生产力 由技术驱动的生产力差距正在加大由技术驱动的生产力差距正在加大 1.1975 年，企业平均水平和技术领先者之间的生产力差距为 15% - 2000年已经上升到 40% 2.架构和 IT 基础结构是关键组件 * 对技术小心翼翼的公司在竞争中处于劣势对技术小心翼翼的公司在竞争中处于劣势 1.与竞争对手相比，由于在新的 IT 项目上的资金投入要高出60%， 领先者获得了更大的生

13、产力和更多利润 2.生产力方面的领先者正在整合他们的行业 3.架构和 IT 基础结构是关键组件* 例子：例子： 1.CEMEX 与竞争对手3%的利润增长相比，由于对技术和 IT 基础结构进行了投入，公司2001财年的利润增长了16%。 2.Dell - Compaq 与 Dell 进行对比 资产比 Dell 高出75%， 员工数量高出 75%，但是收入仅仅比 Dell 高出 8% 来源：Forrester, The Arnold Group* 时不我待 收益例子行动 CVS 的跟踪是实时进 行的。竞争由于太多 对手而举步维艰。 部署灵活、标准化 的基础结构服务 互操作性 和价值链 建立“高容量

14、 IT 基础结构” 战略灵活性 FedEx飞在天上。而 竞争则在地面展开。 建立企业和 技术架构的设计能力 资产回报 WalMart 撰写了该书。 “竞争”部分位于第 11章 Foundation Architectures Common Systems Architectures Industry Architectures Organizational Architectures Architecture Continuum Products and Services Systems Solutions Industry Solutions Organizational Solutions

15、 Guides & Support Guides & Support Guides & Support Guides & Support Solutions Continuum e.g. DATA ENTERPRISE ARCHITECTURE - A FRAMEWORK Builder SCOPE (CONTEXTUAL) MODEL (CONCEPTUAL) ENTERPRISE Designer SYSTEM MODEL (LOGICAL) TECHNOLOGY MODEL (PHYSICAL) DETAILED REPRESEN- TATIONS (OUT-OF- CONTEXT) S

16、ub- Contractor FUNCTIONING ENTERPRISE DATAFUNCTIONNETWORK e.g. Data Definition Ent = Field Reln = Address e.g. Physical Data Model Ent = Segment/Table/etc. Reln = Pointer/Key/etc. e.g. Logical Data Model Ent = Data Entity Reln = Data Relationship e.g. Semantic Model Ent = Business Entity Reln = Busi

17、ness Relationship List of Things Important to the Business ENTITY = Class of Business Thing List of Processes the Business Performs Function = Class of Business Process e.g. Application Architecture I/O = User Views Proc .= Application Function e.g. System Design I/O = Data Elements/Sets Proc.= Comp

18、uter Function e.g. Program I/O = Control Block Proc.= Language Stmt e.g. FUNCTION e.g. Business Process Model Proc. = Business Process I/O = Business Resources List of Locations in which the Business Operates Node = Major Business Location e.g. Business Logistics System Node = Business Location Link

19、 = Business Linkage e.g. Distributed System Node = I/S Function (Processor, Storage, etc) Link = Line Characteristics e.g. Technology Architecture Node = Hardware/System Software Link = Line Specifications e.g. Network Architecture Node = Addresses Link = Protocols e.g. NETWORK Architecture Planner

20、Owner Builder ENTERPRISE MODEL (CONCEPTUAL) Designer SYSTEM MODEL (LOGICAL) TECHNOLOGY MODEL (PHYSICAL) DETAILED REPRESEN- TATIONS (OUT-OF CONTEXT) Sub- Contractor FUNCTIONING MOTIVATIONTIMEPEOPLE e.g. Rule Specification End = Sub-condition Means = Step e.g. Rule Design End = Condition Means = Actio

21、n e.g., Business Rule Model End = Structural Assertion Means =Action Assertion End = Business Objective Means = Business Strategy List of Business Goals/Strat Ends/Means=Major Bus. Goal/ Critical Success Factor List of Events Significant Time = Major Business Event e.g. Processing Structure Cycle =

22、Processing Cycle Time = System Event e.g. Control Structure Cycle = Component Cycle Time = Execute e.g. Timing Definition Cycle = Machine Cycle Time = Interrupt e.g. SCHEDULE e.g. Master Schedule Time = Business Event Cycle = Business Cycle List of Organizations People = Major Organizations e.g. Work Flow Model People = Organization Unit Work = Work Product e.g. Human Interface People = Role Work = Deliverable e.g. Presentation Architecture People