北京手机网站建设公司,做网站的公司广州,做网站su软件,wordpress安装插件502目录 企业架构整体结构 企业架构的驱动力 企业架构的基本概念 企业架构的发展 企业架构框架理论 主流企业架构框架之对比 企业架构整体结构 图例#xff1a;企业架构整体结构 企业架构整体结构从战略层、规划层、落地层这三层来分别对应企业架构中 业务、架构和实施的各种重要… 目录 企业架构整体结构 企业架构的驱动力 企业架构的基本概念 企业架构的发展 企业架构框架理论 主流企业架构框架之对比 企业架构整体结构 图例企业架构整体结构 企业架构整体结构从战略层、规划层、落地层这三层来分别对应企业架构中 业务、架构和实施的各种重要活动和产出。 业务架构数据架构应用架构和技术架构之间的内在逻辑联系: 图例企业架构整体方法论 企业架构的驱动力 在当前的数字化时代中企业要持续发展必须要进行数字化转型和升级而转型和升级的关键是驱动企业从业务、架构、技术、组织等方面全面且系统地改造升级。 图例企业转型的核心驱动力 在企业改造升级过程中往往不关注架构设计或者只关注IT层面未从企业架构全局视角出发进行设计特别是未从业务、应用、数据、技术等整体企业架构规划层面出发。 而如何结合企业的战略计划、商业模式并加上与企业架构相关的整体架构规划同时IT项目实施落地并完成架构治理的闭环是越来越多的企业亟待解决的问题。 企业架构的基本概念 企业架构Enterprise Architecture EA经过几十年的发展有很多专家、组织、企业、研究机构都提出了企业架构的基本概念。总的来说企业架构是一种描述企业的组织结构的技术它是一种解决企业组织结构的方法。通过架构的思考方式将一个企业、一个公司、一个系统复杂的内部关系进行结构化、体系化的抽象并把相关的目标和当前现状通过不同视图进行直观展示方便相关人员达成一致的认识指导和驱动数字化项目落地实施。 关于企业架构我们来看看一些人员和组织给出的定义。 麻省理工学院企业架构是业务流程和IT基础设施的组织逻辑反映企业运营模式的集成和标准化需求。 SearchCIO.com企业的概念蓝图定义了一个组织的结构和运营企业架构的意图是确定组织如何能够最有效地实现其当前和未来的目标。 John Zachman企业架构是构成企业的所有关键元素及其关系的综合描述是企业的描述性表达以及企业创建后进行改变的基线。 美国的Clinger-Cohen法案1996企业架构是一个集成的框架用于演进或维护现存的信息技术和引入新的信息技术来实现组织的战略目标和信息资源管理目标。 The Open Group企业架构主要定义所有构成企业的不同元素以及这些元素怎样相互关联。 Gartner企业架构是通过创建、沟通和优化用以描述企业未来状态和发展的关键原则以将业务愿景和战略转化为有效的企业变更的过程。 微软企业架构是一种概念性工具可以帮助组织了解自身的结构和工作方式。它提供了企业地图并将其用于业务和技术变更的路线规划。 从以上诸多定义可以看出企业架构并没有统一的定义不过我们可以发现在上述定义中的一些共性。 图例企业架构与战略规划、项目实施、运营治理之间的关系 在传统模式中企业从战略规划到项目实施是脱节的没有经过顶层思考和有效的架构规划而企业架构作为战略和项目的桥梁从企业的整体战略规划出发将业务战略和IT战略通过企业架构进行呈现通过业务架构明确企业关键业务流程和逻辑进一步明确与之匹配的IT架构进而分解为应用架构、数据架构、技术架构并通过数字化转型项目实施交付进而进行运营治理通过持续迭代反向推动战略规划完成闭环。 企业架构可以帮助企业解决数字化转型中的许多问题如业务创新、降本增效、风险控制、组织协同、技术升级等。 2017年麦肯锡与亨利商学院开展了一项关于企业架构影响的调查调查结果显示使用企业架构的企业对比没有使用企业架构的企业 数字化转型成功率高62% IT复杂度降低67% 成本节约47% 产品推向市场快34% 稳定性提高26% 企业可以基于企业架构的指导优化业务运营模式落实企业战略改进业务流程使企业运转更加高效。企业架构可以使企业在同一语义、语境下协同开展跨领域合作。 Tips: 数字化转型的难点并不在于理论、方法、工具等而在于整个企业结合相关方法内部多方协同进而通过项目落地最终达到企业整体战略目标的过程。 企业架构的发展 企业架构的历史可以溯源到20世纪70年代当时美国军方启动了C4ISR计划目的是建设一个大而全的系统来管理通信指挥作战的所有资源将美国军事指挥重大战略决策及指挥员对下属部队实施指挥控制管理时所用的设备、器材、程序等资源都关联起来。 但那时候并未形成体系化的架构理论经过多场战争的磨砺这个系统逐步成熟形成的理论在2003年发展成DoDAF即美国国防部体系架构框架。 1987年当时在IBM工作的John Zachman发表了著名的论文《信息系统架构框架》首次提出了“信息系统架构框架”的概念。这篇论文中并没有明确提出企业架构这个概念但其提出了一个企业信息系统的构成所需要的全部元素及它们之间的关系。这篇论文在业界被奉为企业架构框架理论的开山之作John Zachman因此被称为“企业架构框架理论之父”。 企业架构的概念其实是美国政府机构提出来的。1996年美国颁布的Clinger-Cohen法案要求美国政府用企业架构来改善各联邦政府获取和管理信息技术的方式。1999年9月美国联邦政府CIO首席信息官委员会发布了联邦企业架构框架FEAF来指导联邦机构之间的公共业务流程、技术引入、信息流和系统投资。2002年2月美国政府管理和预算办公室OMB基于FEAF开发了联邦企业架构FEA提出了五层参考模型在联邦机构程序内和跨机构程序间通过跨部门的分析找到重复的投资及相互的差距助力联邦政府范围内的互操作、协同、交互。 随后企业架构的理念很快得到了各个咨询公司和研究机构的认可。最早对企业架构进行研究的研究机构是Meta Group它于2000年发表了《企业架构案头参考》提供了一个经过验证的关于企业架构实施的方法论。微软、IBM、惠普等厂商也纷纷加入希望应用企业架构来定位自身产品和服务。2005年Gartner将Meta Group收购进而提出了Gartner架构框架。 企业架构框架理论主流企业架构框架之对比 虽然企业架构框架理论所面对的问题都是同样的但是由于他们出现的历史背景和研发团体都不相同因而他们的适用范围和侧重角度都有较大的差异。本章将根据 《Comparison of the Top Four Enterprise Architecture Methodologies》所述对四种主流的企业架构框架理论ZachmanFEAGartnerTOGAF进行比较。 1. Zachman特点 在这四种框架之中Zachman的历史算是最悠久的了但是相对于后面的几种框架该框架仅仅提供了关于企业架构内容的分类方法而对于企业架构的创建过程却并没有相应的描述。但是作为第一个被广泛承认的企业架构框架理论Zachman首先提出了一种根据不同的干系人的视角来对信息系统的各个方面进行描述的方法从而使得站在不同角度的干系人可以针对信息系统的建设使用相同的描述方式进行沟通而这也对其后的各种企业架构框架理论的发展指明了方向。在Zachman框架中企业架构的内容被抽象成采用六种视角来观察的信息系统在六个方面的描述并且Zachman认为当所有这些角度针对每个方面的描述都完备则一个企业架构的内容是完备的。 2. FEA特点 作为最早的由政府部门提出的企业架构理论和进行的实践FEA发展至今也具有了相当长的历史虽然有文章称FEA还是处于婴儿期的阶段但是它所提出的各种方法还是值得我们去研究的。与Zachman这种仅仅提供企业架构内容分类法的框架不同FEA不仅在企业架构内容上由其自己的分类方式而且关于架构过程也有着相当的描述。 严格的讲FEA并不是一个严格意义上的企业架构框架而是以美国联邦政府为客观对象的企业架构的具体实例与之相比在它之前诞生的FEAF联邦企业架构框架才算得上一个真正意义的企业架构框架理论不过由于其在政府的企业架构方面的示范作用FEA中所抽象出来的各种参考模型和治理方法倒比方法论级别的FEAF更加容易让人接受所以在很多情况下FEA也被看作是一种企业架构框架理论。正因为FEA不同于一个通用的企业架构框架理论因而其具体内容相对明确例如其对服务的分类就包括健康服务、教育服务、自然资源服务以及国土安全服务等有着明显政府性行为的服务不过FEA所采用的架构内容分类方法的确是值得借鉴的他首先采用服务的概念对企业部门的各种服务能力以业务线Line-of-Business为单位进行标识、组织和定义并且将这些服务按照其使用的范围归纳为企业服务Enterprise Service和片段服务Segment Service两大类。通过这样的方式联邦政府各部门的各条业务线得到了总结而且原先功能上相互重复的服务也被识别了出来从而有助于服务的重用。同时针对每条业务线或服务能力FEA从业务、数据、应用和技术这几个方面进行详细的描述。所有这些层次的描述在FEA中通过五层参考模型的方式进行规范从而为各个部门建立起一种统一的用于描述各自服务能力的方法。 除了针对内容的描述FEA也针对企业架构的架构过程提出了指导。在FEA的观点中各部门首先需要通过五层参考模型描述企业当前以及目标架构根据差距分析找到现实和理想的差别并且细化成各种实施项目。在为这些项目确立了投资和筹资战略后对着这些项目进行实施和管理从而促进企业的发展和企业架构的演进。 以上关于架构内容的定义和架构过程的描述是FEA的核心内容除此之外联邦企业架构体系还包括了用以评估一个企业架构完整性、使用状况和使用效果的企业架构评估框架EAAF以及被OMB用来识别和管理各跨部门项目的联邦过渡框架FTF。 由此可见相对于ZachmanFEA既含有针对架构内容的分类法又具备架构过程描述甚至还包括了用于评估架构水平的方法所以FEA更加具备一个企业架构框架的特性。但是从抽象度和通用性的角度来看Zachman框架无疑是一种通用的架构建设方法论而FEA则更倾向于一种基于具体实例的最佳实践。 3. TOGAF特点 与上面的框架都不同由于TOGAF的目的是为企业架构的创建提供一套标准的方法他既不同于Zachman那样仅仅介绍企业架构内容的分类法也不同于FEA那样紧贴着美国联邦政府的组织架构和现实服务。与他们相比TOGAF提出的是一套经过高度抽象的方法论并且不依赖于任何一个具体的组织形式例如如果使用FEA来创建企业架构和可能需要像美国政府那样建立OMB这样一个统一协调管理企业架构的组织否则诸如FTF这样的框架将无从实施和管理甚至他对自身提出的各个方法和内容分类法都没有硬性照搬的要求也没有排斥其他任何架构框架理论因而任何企业均可按照自身的情况对TOGAF进行裁剪或与其他框架进行混合从而创建和维护符合自身情况的企业架构。 TOGAF的核心是架构开发方法ADMArchitecture Development Method。此套方法实际上是用来指导企业如何建立和维护其企业架构的一套流程化的架构开发步骤。首先ADM将架构过程看成一个循环迭代的过程并且此迭代过程可以是分层级的即企业可以使用一个小组负责整个企业架构的迭代开发也可以由多个架构开发小组针对每一部份进行迭代开发并最终归为一体。 在TOGAF中ADM一共定义了十个步骤除了“需求管理”这一步骤位于各个步骤中心作为其他各步骤的驱动和管理办法外其余九个步骤还是有着先后关系的即前面步骤的输出作为后面步骤的输入。与FEA过程的精神相类似ADM也秉承如下思想来创建和管理企业架构 识别和定义高层的策略、目标以及驱动力等。 创建针对架构的高层次的期望亦即架构愿景。 细化架构愿景在业务、数据、应用和技术这些层面进行详细描述并针对采用相同方式描述的当前架构和目标架构进行差距分析。 将差距分析结果具体化为解决方案进而形成一个个项目规划。 实施并管理这些架构项目。 在所有过程中监控内外部环境的变化从而可以将变化快速反映到架构创建过程中。 由此可见与FEA相比前两步相当于FEA五层参考模型中PRMPerformace Reference Model的目标而第三步的细化又于FEA中后面的四层参考模型不谋而合当然FEA五层参考模型并不是一个架构过程的概念但是ADM的使用过程并不排斥对他们的使用况且其核心思想是一致的。至于后面的差距分析直到项目的规划、实施以及管理又与FEA的架构过程在思想上是一致的。而且通过上述步骤我们可以看出ADM采用了自上而下的原则通过逐步细化的方式将企业高层的策略过渡到详细的技术实施从而构建涵盖所有干系人角度的企业架构。需要注意的是虽然ADM中的各大步骤在表面上有着先后依赖的关系但是这种关系并不是硬性规定的一个企业可以根据自己的需要调换这些步骤的顺序甚至是跳过某些步骤而这也是TOGAF所提倡的。此外ADM除了定义这十大步骤还详细定义了每大步骤所包含的各个小步骤、目标以及每大步骤的输入与输出。 在2009年TOGAF推出了第9版。在此版本中The Open Group为TOGAF加入了内容框架CFContent Framework从此企业架构不单单是一份仅仅关于企业架构过程的框架理论了。在内容框架中企业架构内容按照表现形式分为目录、矩阵和图形三种并且根据ADM在各个阶段的目标定义了每个阶段需要完成的架构制品。除此之外内容框架还对ADM中各个步骤的输入、输出与这些架构制品的关系进行了详细描述。 内容架构中关于架构制品的定义构成了TOGAF下的架构内容元模型但是这一元模型也只是一种参考性材料TOGAF并不建议将其强搬至各个企业或组织的架构实践当中。为了达到这种灵活度内容框架采用插件方式对内容元模型进行组织即把一些关键并常用的架构制品当作核心内容并将其推荐到架构实践过程当中而把剩下的架构制品分别归纳到治理扩展、服务扩展、流程建模扩展、数据扩展、基础设施整合扩展以及动机扩展这几个分组之中。需要注意的是TOGAF只是对架构内容进行了建议即便是核心分组中的架构制品在实践中的具体内容也应按照企业自身的需求而进行定制。 由此可见TOGAF相对于其他框架理论具有更加标准、更加通用的特点而且自从在TOGAF 9种增加了内容框架之后此企业架构框架理论的完整度也大幅提高也正因为如此TOGAF发展至今日已经得到了最广泛的应用堪称业界最流行的企业架构框架理论。 4. Gartner特点 与上述的企业架构框架不同Gartner既不提供企业架构内容的分类法也不提供企业架构的建设过程指南因而从架构框架的定义来看Gartner应该不能算是一个严格意义上的企业架构框架理论。Gartner并不提供通常意义上的方法论而是以其在企业架构建设领域中积累的大量实践经验为基础对外提供关于企业架构方面的各种最佳实践。因而如果企业要借助Gartner的力量来建设企业架构要么出资购买其资讯服务要么就以Gartner公司提供的数个企业架构建设实例为参考来构建自身的企业架构。 虽然没有高度抽象且规范化的通用方法论来指导企业架构的建设但Gartner关于企业架构的建设也有着自己的理念和实际案例。Gartner将企业架构看作为一个动态的过程而不仅仅是一个静态的名词。在Gartner的观念中企业架构建设的起点应该是对企业发展方向的明确而不是仅仅对企业当前状态的描述并且一个成功的企业架构应该能将业务拥有者、信息专家和技术实现者联系起来并为他们提供一个统一的针对企业现状和发展方向的愿景。 5. 四种框架的比较 上述四种企业架构框架各具特点先将他们放在一起比较如下 ZachmanToGAFFEAGartner分类法完整度4321过程完整度1423参考模型指南1341实践指南1224成熟度模型1132业务关注度1214治理指南1233企业划分指南1243视角目录1242厂商无关度2431信息易获取性2421价值获取效率1314总评分17323129在上面表格中评分量级从1至4其意义分别定义如下 在当前评测方面无所表现。 在当前评测方面有所表现但是并不足够。 在当前评测方面有着可以接受的表现。 在当前评测方面有着很好的表现。 上述表格采用十二个方面对四个框架进行对比其中每个评测方面的意义如下 分类法完整度Taxonomy completeness用以表明当前框架理论对各种架构制品划分的优劣程度。 过程完整度Process completeness用以表明当前框架理论在指导人们创建企业架构方面是否采用了渐入式的方式且表现如何。 参考模型指南Reference model guidance用以表明当前框架理论在帮助人们创建一系列相关的参考模型中的作用。 实践指南Practice guidance用以表明当前框架理论在帮助人们将企业架构的精神融入到组织中并为其创建一个珍视并使用企业架构的企业文化时的帮助程度。 成熟度模型Maturity model用以表明当前框架理论在评估企业使用企业架构的有效性和成熟度方面的帮助程度。 业务关注度Business focus用以表明当前框架理论是否着眼于使用技术来驱动业务价值。其中业务价值被定义为减少成本或增加收入。 治理指南Governance guidance用以表明当前框架理论在理解和创建有效的企业架构治理模型方面的帮助程度。 划分指南Partitioning guidance用以表明当前框架理论在帮助人们对企业进行有效的自治性分区划分方面的帮助程度。此种分区划分对于复杂性管理来说是一个重要的方法。 视角目录Perspective catalog用以表明当前框架理论在指导人们设置架构资产目录方面的帮助程度。这些架构资产会在未来的活动中被重用。 厂商无关度Vendor neutrality用以表明当前框架理论与某个特定咨询组织的锁定程度。此方面评分越高表示与特定厂商的锁定程度越低。 信息易获取性Information availability用以表明与当前框架理论相关的免费或廉价信息的数量和质量。 价值获取效率Time to value用以表明从开始使用当前框架理论到创建具有高度业务价值的解决方案这一过程的效率。 番外篇什么是企业架构师 架构师是互联网行业及传统企业技术部门中比较特殊的一种职业是软件开发活动众多角色之一它可能是一个人、一个小组也可能是一个团队这里我们将架构师看作一种角色在这个角色上做得出色的就是优秀的架构师。 架构师在企业或者项目中具有重要的作用。比如在企业架构中架构师可以简单地理解为企业架构的Owner其核心任务是降低系统的复杂度对企业架构的设计和落地负责。 传统的系统设计主要需要系统架构师和系统分析师两个角色但是随着互联网的快速发展如今延伸出越来越细分的领域比如企业架构有很多细分子域如业务架构、应用架构、数据架构、技术架构因而又可细分为各子域的架构师。 架构师不用事必躬亲其核心任务是完成架构设计的工作并协调相关角色消除存在的歧义负责企业架构的落地。 在互联网行业架构师具有关于架构和技术的丰富经验同时具备业务分析能力、计算机基础能力、基本的工具使用能力、排查和定位问题能力、产品思维能力等。 一般来讲架构师负责主导全局架构分析设计和实施、负责软件架构和关键技术决策。 一方面从技术层面现在的软件越来越复杂涉及的人越来越多为了理解和管理庞大的工程人们通过架构来对系统进行封装和抽象。架构师需要从全局的视角考虑系统的方方面面如技术合理性、成本和效率、系统稳定性、可连续性、可服务性等方面。架构师一般是技术方向的掌舵人需要对技术决策负责。 另一方面从组织层面软件项目涉及的角色越来越多比如技术、产品、运营、业务、项目管理等在技术团队内又分为售前、售后、前端、后端、测试、部署、运维、支持保障、系统集成等。 架构师作为技术团队对外的接口人是连接内外团队的桥梁同时是重点技术的带头人负责技术的发展方向和边界设定沟通和协同多个团队完成软件系统和产品的架构落地助力业务成功。 总体来说架构师主要需要关注以下内容。 了解问题领域消除沟通歧义。 承接业务目标抽象业务需求。 分析业务需求输出业务模型。 抽象领域概念输出领域模型 推导系统架构输出架构模型。 划清系统边界确立集成交互。 划分优先级别助力项目实施。 架构最终解释把握关键环节。 资源评估盘点资源编排能力。 负责技术选型完成系统落地。 【更多阅读】 【企业架构设计实战】企业架构方法论 【企业架构设计实战】业务架构设计 【企业架构设计实战】应用架构设计 【企业架构设计实战】大数据架构设计 【软件架构思想系列】分层架构 【软件架构思想系列】模块化与抽象 软件架构设计的核心抽象与模型、“战略编程” 企业级大数据架构设计最佳实践 编程语言类型系统的本质 程序员架构修炼之道软件架构设计的37个一般性原则 程序员架构修炼之道如何设计“易理解”的系统架构 “封号斗罗” 程序员修炼之道通向务实的最高境界 程序员架构修炼之道架构设计中的人文主义哲学 Gartner 2023 年顶级战略技术趋势 【软件架构思想系列】从伟人《矛盾论》中悟到的软件架构思想真谛“对象”即事物“函数”即运动变化 【模型↔关系思考法】如何在一个全新的、陌生的领域快速成为专家模仿 一万小时定律 创新 Redis 作者 Antirez 讲如何实现分布式锁Redis 实现分布式锁天然的缺陷分析Redis分布式锁的正确使用姿势 红黑树、B树、B树各自适用的场景 你真的懂树吗二叉树、AVL平衡二叉树、伸展树、B-树和B树原理和实现代码详解 【动态图文详解-史上最易懂的红黑树讲解】手写红黑树Red Black Tree 我的年度用户体验趋势报告——由 ChatGPT AI 撰写 我面试了 ChatGPT 的 PM 产品经理岗位它几乎得到了这份工作 大数据存储引擎 NoSQL极简教程 An Introduction to Big Data: NoSQL 《人月神话》The Mythical Man-Month看清问题的本质如果我们想解决问题就必须试图先去理解它 【架构师必知必会】常见的NoSQL数据库种类以及使用场景 新时期我国信息技术产业的发展【技术论文纪念长者2008】 B-树B-Tree与二叉搜索树BST讲讲数据库和文件系统背后的原理读写比较大块数据的存储系统数据结构与算法原理 HBase 架构详解及数据读写流程 【架构师必知必会系列】系统架构设计需要知道的5大精要5 System Design fundamentals 《人月神话》8 胸有成竹Chaptor 8.Calling the Shot -The Mythical Man-Month 《人月神话》7The Mythical Man-Month为什么巴比伦塔会失败 《人月神话》The Mythical Man-Month6贯彻执行Passing the Word 《人月神话》The Mythical Man-Month5画蛇添足The Second-System Effect 《人月神话》The Mythical Man-Month4概念一致性专制、民主和系统设计(System Design 《人月神话》The Mythical Man-Month3 外科手术队伍The Surgical Team 《人月神话》The Mythical Man-Month2人和月可以互换吗人月神话存在吗 在平时的工作中如何体现你的技术深度 Redis 作者 Antirez 讲如何实现分布式锁Redis 实现分布式锁天然的缺陷分析Redis分布式锁的正确使用姿势 程序员职业生涯系列关于技术能力的思考与总结 十年技术进阶路:让我明白了三件要事。关于如何做好技术 Team Leader如何提升管理业务技术水平?10000字长文 当你工作几年就会明白以下几个任何一个都可以超过90%程序员 编程语言类型系统的本质 软件架构设计的核心抽象与模型、“战略编程” 【图文详解】深入理解 Hbase 架构 Deep Into HBase Architecture HBase 架构详解及读写流程原理剖析 HDFS 底层交互原理看这篇就够了 MySQL 体系架构简介 一文看懂MySQL的异步复制、全同步复制与半同步复制 【史上最全】MySQL各种锁详解一文搞懂MySQL的各种锁 腾讯/阿里/字节/快手/美团/百度/京东/网易互联网大厂面试题库 Redis 面试题 50 问史上最全。 一道有难度的经典大厂面试题如何快速判断某 URL 是否在 20 亿的网址 URL 集合中 【BAT 面试题宝库附详尽答案解析】图解分布式一致性协议 Paxos 算法 Java并发多线程高频面试题 编程实践系列: 字节跳动面试题 【BAT 面试题宝库附详尽答案解析】分布式事务实现原理 ……
