企业架构

多年来，软件架构模型和框架已经取得了长足的进步，不断发展以应对软件开发领域的挑战和复杂性。从早期的Zachman框架开始，到更全面的TOGAF，再到4+1架构视图模型，最后到最近的C4模型，进步是显着的。这些模型都为架构师和开发人员提供了新的方法来进行软件设计并满足行业不断变化的需求。

企业架构（EA）的历史已被描述为三个阶段。业务系统规划，早期EA，和现代EA。纵观这三个阶段和信息技术行业的相关变化，我建议我们已经进入一个新的阶段，我将其称为企业架构的后现代时代。 背景介绍关于这

什么是架构图？为什么要画架构图？怎样才能画出通俗易懂的架构图？ 相信很多读者都看过很多技术文档，其中都会配上一些架构图，帮助读者理解作者的意图。很多时候，这样的图描述系统远比长篇大论的文字来得有效，所以我在写技术方案的时候，喜欢用架构图来描述我设计

EA 成熟度演进可描述为三个阶段。每个阶段都有特定的 EA 资源、独特的重点和独特的产品组合，EA 领导者可以通过这些资源查看组织的架构。所有成熟度级别都有望实现适应性、创造性和弹性架构。 第一阶段：技术架构的兴起。在此阶段，组织认识到他们的技术成本高昂、复杂且不适应。这反过

在这里，在这篇文章中，我想为你提供一份关于解决方案架构师角色最常见的25个面试问题的指南!在这篇文章中，我将深入介绍成为一名解决方案架构师所需的条件，并对你在这个职位的面试中最有可能被问到的问题提供详细的回答。我使用了第一人称的语言和一些背景故事，使阅读更有亲和力。大部分的回答来自于我自己的

尽管我十多年前就开始了我的产品管理冒险，但我仍然每天都能学到新东西。作为产品负责人，变化是我面临的唯一确定性。 的旅程充满了坎坷。自从我拥抱产品世界冒险以来，生活从未变得无聊。 回顾我的旅程，我作为产品经

本文定义了什么是治理、大型公司中可以存在的不同级别以及 TOGAF 企业架构的治理所涵盖的范围。 架构治理是在企业范围内管理和控制企业和其他架构的实践和方向。 如果我们有一个大客户，我们可以将以下所有区域作为具有

技术雷达、技术标准和 ADR（架构决策文档） 共同构成了一个框架，该框架提供了一种清晰一致的方法来制定架构决策、降低采用新技术的风险并提供重要决策的历史记录。技术雷达术雷达可以帮助团队了解技术前景，并就使用哪些技术做出明智的决定。 技术标准可以确保横切关注点

许多人讨厌架构评审。 我能理解他们。当它作为一个无聊且无用的委员会完成时，充满了不明白你在说什么的人，但仍会做出决定。 但是架构审查是一种有效的机制，可以确保具有不同观点、约束和时间范围的利益相关者之间的

你是一名软件架构师，并且经常发现在你的团队中很难做出架构决策吗？这篇文章告诉你如何使用架构原则在你的团队中做出有效的决定。 什么是架构原则？如果我们询问Eoin Woods（他是《软件系统架构》、《实践中的

本书首先介绍了DDD的基本概念，强调了准确理解和建模业务核心领域的必要性。然后，它解释说，组织可以通过将软件解决方案与现实世界的问题领域相一致来开发更有效和更有价值的软件系统。 书中提出的一个关键观点是领域专家和软件开发人员之间合作和共同理解的重要

是否有人有在其组织中使用 EA 工具的经验？以及在内部构建 EA 工具业务案例所使用的策略？最重要的是：工具是否可以帮助您沟通和社交化 EA 团队所做的工作，以获得更广泛的组织的支持？ 以目前的成熟度来看EA工具并不可用，可将EA工

eTOM 是 "增强型电信运营地图 "的缩写，但扩展缩写并不总是很有意义。从本质上讲，eTOM 是电信行业的业务流程框架标准。让我们来看看这句话的每一部分： 我们所说的电信行业首先指的是电信服务提供商--我们指的是大量的服务提供商实体，如较早/较纯粹的 "

公司的安全框架必须能够维持受控的风险状态，与安全、有弹性、可靠和尊重隐私的行为相对应。TOGAF 版本 10 及其安全架构的企业架构师的角色是什么？ 在 TOGAF 版本 10 中，The Open Group ( 

当我还是一名日日夜夜编写源代码的开发人员时，我对架构以及解决方案架构师在设计系统时所做的事情有一个了解。它是关于根据一些模式和最佳方法设计源代码，搜索新组件以及现有组件的更改。但是我的方法太像开发人员了，没有考虑业务需求、要求和目标。在担任解决方案架构师多年后，我回首过去，对我当时的做法微笑

我与Nick Tune共同撰写了这篇文章（