《企业架构咨询的背景》由会员分享，可在线阅读，更多相关《企业架构咨询的背景（9页珍藏版）》请在金锄头文库上搜索。
1、企业架构咨询的背景1. 为什么需要企业架构规划(EnterpriseArchitectureConsulting )?企业的变革与发展，必须综合考虑战略、组织、流程、技术等要素的关系，否则很难成功，企业架构规划是连接这些要素的纽带与桥梁。战略就是要做正确的事，战略对组织、业务流程、信息化技术(IT)等起指导作用 流程就是解决如何将事情做正确，谁负责执行与管理；业务流程是保证战略执行成功的重要手段 组织就是在正确的位置上用正确的人，是业务流程和业绩管理的基础 信息化技术是支持战略、组织和流程的系统平台，是实现公司竞争力和发展目标的重要手段和保证企业架构（Enterprise Architectu
2、re ）是联接企业战略和执行之间非 常关键的纽带。推荐采用企业架构咨询方法为大型客户及其复杂的信 息系统量身定制一套端到端的一体化的企业级的信息系统架构。2. 当前 IT 系统面临的挑战？快速适应能力：IT（信息技术）发展日新月异，从早期的终端/服务器架 构，发展到客户端/服务器架构（C/S），多层体系架构（B/S ）以及目 前的SOA架构（Web2.0，RIA，SCA，SDO等），使用的技术多种 多样，千差万别，最终目的都是为了建设一个先进成熟的，灵活快速 的能够满足企业应用需求的系统架构，以快速适应市场或企业的应用 变化，满足企业IT对业务的快速响应能力，以提高企业的竞争力。但 如何建设或
3、改造现有系统，使得未来的IT架构更加先进成熟、灵活高 效，并可以快速响应业务部门的需求是企业IT主管面临的一个难题！全面服务能力：当前的IT系统涉及的面不仅广而且深，例如：从广度上 考虑，需要考虑企业战略、组织架构、业务流程、应用架构、数据架 构、技术架构等，从深度考虑，需要考虑概念模型，逻辑模型，物理 模型等（以数据架构规划为例，包括：数据的业务领域分析，数据的 概念模型分类，数据的逻辑模型设计，数据的物理模型设计开发，数 据的存储与交换，数据的挖掘与统计分析），只有全面考虑IT系统的 全面要素，才能保证系统的全面有效服务能力。而目前大部分企业的IT系统都是缺乏整体考虑和全面服务规划的，因此
4、，企业IT系统的全面服务能力还比较弱。系统集成能力：企业内部的IT系统建设一般都是分阶段建设的，各个阶 段的业务需求，技术标准、开发工具都不一样，在历史情况下，容易 造成企业的信息孤岛和系统的差异性与异构性，因此，有必要进行企 业级的系统集成，以满足企业的跨系统、跨组织协同交互与管理的要 求。如何制定与设计企业集成的规范与标准，保证系统接入的方便性 和规范性、系统交互的有效性和可靠性等都是企业IT主管面临的又一 难题。 稳定运维能力：保证企业系统的安全性，保证系统的稳定、可靠以及高效（性能）的运营能力是企业IT部门重要的职责，也是当前企业IT主 管面临的一大难题，原因很大一部分是企业IT系统前
5、期缺乏统一规划， 没有全面考虑系统的非功能性指标（NFR ）以及系统的服务质量（QoS） 和服务水平（SLA）要求造成的。3. 企业架构（EA）的定义？ 在韦伯词典中，“架构”的定义是“作为一种意识过程结果的形态或框架；一种统一或有条理的形式或结构；建筑的艺术或科学”。这个定 义的关键部分是， 具有特定结构的体现某种美感的事物以及针对该事 物的有意识的、有条理的方法。 架构通常会建立一个共同的远景，并考虑外部的约束、客户的需求、内 部约束、技术约束等，通过有条理的逻辑推理来最终实现该结构。架构包含了在架构构建过程中连接概念到实施的工具、流程、文档、计 划和蓝图的集合。 Zachman的企业架构
6、（EA）定义EA是构成组织的所有关键元素和关系的综合描述。企业架构框架 （EAF ）是一个描述EA方法的蓝图。 OPENGROUP的企业架构（EA）定义EA是关于理解所有构成企业的不同企业元素，以及这些元素怎样 相互关联的集合。 MetaGroup的企业架构（EA ）定义EA是一个系统过程，它表达了企业的关键业务、信息、应用和技术战略以及它们对业务功能和流程的影响。关于IT架构怎样以及 应该如何在企业内实施，EA提供一个一致、整体的视角，以使它与业务和市场战略一致。 其它IT 系统中的架构一词的定义，可以从两个方面来看，一种是从最终架构结果的形态（静态）来定义，一种是从推导最终架构结果的过程来
7、 定义静态：MaryShaw在软件体系结构：一门初露端倪学科的展望 中/为架构给出了简明的定义：Thearchitectureofasoftware systemdefinesthatsystemintermsofcomputational componentsandinteractionsamongthosecomponents. 软 件系统的架构将系统描述为计算组件以及组件之间的交互。这里的“组件是泛指，可以指子系统、框架(Framework )、模块、 类等不同粒度的软件单元。 动态： RUP(RationalUnifiedProcess) 中的软件架构定义。软件架构包含了关于以下问题的
8、重要过程决策：1) 软件系统的组织形态(例如：业务层和展现层分离、松耦合等)；2) 选择组成系统的结构元素和它们之间的接口，以及当这些元素 相互协作时所体现的行为；3) 如何组合这些元素，使它们逐渐合成为更大更复杂的系统；4) 用于指导这个系统组织的架构风格：这些元素以及它们的接 口、协作和组合。软件架构并不仅仅注重软件本身的结构和行为，还注重其他特性： 使用、功能性、性能、弹性、重用、可理解性、经济和技术的限制及权衡，以及美学等。这里的核心思想非常明确：软件架构是在一些重要方面所作出的决策的集合，显著特点：1) 关注架构实践中的主体人，以人的过程决策为描述对象；2) 归纳了架构决策的类型，指
9、出架构决策不仅包括关于软件系统的组 织、元素、子系统和架构风格等几类决策，还包括关于众多非功能 需求的决策。4. 企业级架构咨询是将业务战略和 IT 战略综合考虑的过程，就如同一个城市 的城市规划，可以指导与规划未来具体项目的实施。如图所示：企业架构在“战略层面”受业务战略和IT战略的约束与驱 动；在企业“架构规划层面”，具体落实业务架构、IT架构的整体规划， 其中业务架构包括：组织、流程、信息与人员，IT架构包括：业务架构、 应用架构与数据架构，在比较了企业现有架构能力和未来架构要求的基础 上，制定企业架构转型技术和路径；企业架构统一规范和指导“设计与实施层面”的具体的单一项目的架构设计与实
10、施工作。*战略蚯匍，1 护HLi?徑计肓真9层禅，1存亡讥JdJ.YTihhiAJ. 00 T上和叩乱V罷业鲁黑樹ITJSHj-：1LiH-汕-.-!-J. L-耗限订乐辛口昭径业苏战出产孙：阳就 f c .-* smsm-H5. IT 架构师角色 IT架构师与建筑设计师类似，建筑设计师针对的需求是高楼大厦的设计工作，设计高楼大厦的布局、外观、功能、环境、运营并制定决策与规范要求，指导工程队伍实施并交付客户使用；IT架构师的工作是类似的，根据客户信息系统建设目标与要求，将面向业务的需求转化为面向技术的软件架构设计方案，为下阶段的技术开发工作提供切实可行的指导和规范，包括：系统的布局、外观、系统
11、功能、内外部系统或环境的交互关系、系统的运行和维护要求等方方面面，用于满足使用者的功能需求和服务质量要求，指导和规范技术开发人员的设计、 编码、测试、集成、部署、交付客户使用和维护等工作。 IT 架构师的具体工作：与客户高层沟通，确认信息系统的战略目标、建设目的、项目计划等与业务人员沟通，确认信息系统的业务功能以及系统的非功能性要求架构设计与架构决策：根据系统的复杂程度进行分层次，多视角，分而 治之进行设计，使得设计的成果可以被客户理解与认可，并足够指导 和规范技术开发人员开展后续设计开发编码工作，运维人员可以部署、 维护、升级（扩展）系统。如图所示：IT架构师通过“平衡”各方面的影响因素来确保IT架构设计达到“可能”与“可承受代价”之间折中的艺术效果。护?F. &*：站 隹*郃沖朮诂.11/矍梅设计:、时 肯订垂统逋厅“件适”设计I】柞一一注毛乎衡J址庁敵r态螢V如下图所示，IT架构师关注的三项：需求分析、架构设计和IT约束条需一*曲曲I 丁的!4；条件肝辛枪抻介桥业齐需求、提皈出JJ/frjf AjU.utT勲暂壘發翌罠泊却总、爾、 & E绘；J挖峯、少f菜舟孑少开发斗前坏境r、1j
