「企业架构」TOGAF 和Zachman有什么区别?

简介: 「企业架构」TOGAF 和Zachman有什么区别?


超级架构师推荐搜索

企业架构软件架构应用架构解决方案业务架构数据架构

Zachman和TOGAF是用于实现企业架构的框架。在本文中,我们将讨论两个最流行的企业架构框架:TOGAF和Zachman。我们还将包括如何选择以及额外资源的提示。

什么是企业架构?

企业体系结构(EA)是一种结构,用于传达组织的整个企业系统,包括技术、流程和信息资产。它从技术和业务的角度提供了各种各样的观点,允许组织采用一种有纪律的方法来管理这些系统。

换句话说,您的企业架构定义了可应用于企业IT和业务系统的选择约束,并且可以有三个核心组件:框架、方法和工具。使用EA解决了技术驱动型业务组织面临的两个关键问题:

  • 在高度依赖的企业系统子集之间建立一个透彻的理解允许组织降低体系结构的总体复杂性。
  • 帮助建立一个结构化和信息充分的决策过程,使技术与业务目标保持一致。

TOGAF:开放组架构框架

TOGAF是事实上的行业标准框架,为企业架构设计、规划、实现和治理提供了一种方法论方法。它提供了架构工件的一致视图,组织内的所有涉众都可以很好地理解。该框架的开放性使组织能够防止供应商锁定专有企业体系结构解决方案,允许他们在不遇到重大成本、安全和技术集成问题的情况下进行扩展和调整。

TOGAF框架在体系结构过程中提供了一系列可操作的步骤,称为体系结构开发方法(ADM)。ADM过程不是一个规定性的模板,而是一种通用的、适应性强的方法,可以应用于开发企业架构的各种组织用例。这些阶段可以根据不断变化的需求进行修改和重新排序,考虑到TOGAF-ADM使用迭代周期来管理和开发新的企业架构需求,这一点特别有用。

TOGAF的ADM部分提供了一个实现决策选择和生成所需模型的过程。这些步骤描述如下:

  1. 架构(Architecture)远景:描述项目范围、确定涉众并获得必要批准的初始阶段。沟通业务目标和驱动因素。可以执行能力评估来评估现有的企业体系结构。
  2. 业务架构(Business Architecture):用于满足架构(Architecture)愿景的流程在此阶段定义。在此阶段,将与多个涉众协作执行详细的业务分析和建模。还规定了基线和目标的正式目标。
  3. 信息系统架构(Architecture):与前一阶段类似的活动现在针对支持架构(Architecture)远景的数据和应用程序架构(Architecture)执行。数据和应用程序架构的目标设计原则将在此阶段指定。
  4. 技术架构(Architecture):支持架构愿景所需的技术架构,特别是与业务和信息系统架构相一致的技术架构,在本阶段进行了详细说明。主要利益相关者将包括负责技术决策和投资批准的IT部门和高管。
  5. 机会和解决方案:随着架构设计选择在早期阶段最终确定,将评估各种实现场景。此评估同时考虑了技术和业务方面,并确定了最佳折衷方案。
  6. 迁移规划:这一阶段将吸引到上一阶段定义的最可行的决策选择和企业架构模型。根据成本、机会和风险制定实施策略。这些项目按优先顺序列出。
  7. 实现治理:在此阶段,为所选项目指定必要的体系结构规范。在此阶段提供了一个完整的体系结构监督,描述了变更请求、合规性评估和解决方案构建块的描述。
  8. 架构变更管理:在这个最后阶段,新的变更管理过程被定义为包含新的变更。

TOGAF有三大支柱,通过它们可以探索您公司的架构:

  1. 企业架构域
  2. ARM
  3. 企业连续体

有关实现这个企业架构的TOGAF三大支柱和技巧的更多详细信息,请参见什么是TOGAF?TOGAF初学者指南。

Zachman企业架构

John Zachman是一位IT先驱,他了解IT驱动企业所面临的问题。为了解决这些问题,他在1987年开发了一个早期的企业架构方法论Zachman框架。

Zachman框架提供了一种基于模型的方法:

  • 指定可交付成果
  • 将企业系统子集的各个方面分类为矩阵形式
  • 将它们与business-I环境的决策选择相关联。

使用矩阵,行根据列中指定的决策条件对组织中不同参与者的视图进行分类。列标题描述了什么、如何、在哪里、何时以及为什么。利用这些信息,每个矩阵单元描述每个企业子系统与组织的适当方面的关系。虽然框架没有提供实现指南或方法,但它通过提供整个企业架构的透视图,提供了工件的描述性焦点。


行类别包括:

  1. 执行视角:描述业务目标和战略的范围上下文。
  2. 业务管理视角:描述企业模型、设计选择和组织采用的流程的业务概念。
  3. 架构师视角:描述如何满足业务需求的系统逻辑。
  4. 工程师观点:技术物理学描述了如何使用技术解决方案来实现系统选择。
  5. 分包商观点:这些描述了关于特定模块化工具组件的要求。
  6. 企业视角:用户在其操作环境中所看到的运行系统。

有关框架的更多详细信息以及将其应用于公司的技巧,请参见Zachman框架简介。

选择TOGAF还是Zachman

您选择哪种企业架构取决于您的方法。

  • TOGAF框架为定义创建或改进企业架构的过程提供了一种系统方法。通过它的ADM,框架提供了一个实现决策选择的过程,以便生成所需的模型。
  • 另一方面,Zach框架更多的是一个本体论——一组结构化的表达式,描述了工件如何分类,从而创建、操作和更改。与TOGAF不同,Zachman使用各种企业透视图来确定、定义和计划有关企业系统的各个子集的详细信息。

您的组织可以选择使用其中一个,也可以同时选择这两个。这些框架可以相互补充,TOGAF描述了创建企业架构的详细过程,Zachman对人工制品进行了分类。

或者,您可以选择使用其他知名选项(包括ITIL?、PRINCE2或COBIT)来补充一个框架。

相关文章
|
7天前
|
存储 前端开发 调度
Flux 与传统的 MVC 架构模式区别
Flux是一种用于构建用户界面的架构模式,与传统的MVC架构不同,它采用单向数据流,通过Dispatcher统一管理数据的分发,Store负责存储数据和业务逻辑,View只负责展示数据,使得应用状态更加可预测和易于维护。
|
17天前
|
运维 供应链 安全
SD-WAN分布式组网:构建高效、灵活的企业网络架构
本文介绍了SD-WAN(软件定义广域网)在企业分布式组网中的应用,强调其智能化流量管理、简化的网络部署、弹性扩展能力和增强的安全性等核心优势,以及在跨国企业、多云环境、零售连锁和制造业中的典型应用场景。通过合理设计网络架构、选择合适的网络连接类型、优化应用流量优先级和定期评估网络性能等最佳实践,SD-WAN助力企业实现高效、稳定的业务连接,加速数字化转型。
SD-WAN分布式组网:构建高效、灵活的企业网络架构
|
3天前
|
Kubernetes Cloud Native 云计算
云原生技术深度解析:重塑企业IT架构的未来####
本文深入探讨了云原生技术的核心理念、关键技术组件及其对企业IT架构转型的深远影响。通过剖析Kubernetes、微服务、容器化等核心技术,本文揭示了云原生如何提升应用的灵活性、可扩展性和可维护性,助力企业在数字化转型中保持领先地位。 ####
|
3天前
|
运维 Cloud Native Devops
云原生架构:重塑企业IT的未来####
随着数字化转型浪潮的汹涌,云原生架构凭借其高度灵活、可扩展和高效的特性,正逐步成为企业IT系统的核心。本文将深入探讨云原生架构的核心要素、技术优势以及如何引领企业实现业务创新与敏捷交付。 ####
|
25天前
|
存储 人工智能 算法
精通RAG架构:从0到1,基于LLM+RAG构建生产级企业知识库
为了帮助更多人掌握大模型技术,尼恩和他的团队编写了《LLM大模型学习圣经》系列文档,包括《从0到1吃透Transformer技术底座》、《从0到1精通RAG架构,基于LLM+RAG构建生产级企业知识库》和《从0到1吃透大模型的顶级架构》。这些文档不仅系统地讲解了大模型的核心技术,还提供了实战案例和配套视频,帮助读者快速上手。
精通RAG架构:从0到1,基于LLM+RAG构建生产级企业知识库
|
6天前
|
前端开发 测试技术 数据库
DDD架构中assembler和converter的区别
在 DDD 四层架构模式中,assembler 和 converter 常用于对象转换,但两者在实际项目中的使用较为随意。本文从英文释义、语义区分和模型层区分三个方面探讨了两者的区别,建议按模型层区分,即 Interface 和 Application 层使用 assembler,Infrastructure 层使用 converter,以避免混淆和随意使用。此外,将转换代码抽离为独立方法有助于保持代码整洁和可测试性。
36 1
|
16天前
|
存储 JavaScript 前端开发
Flux 架构模式和 Redux 区别
Flux架构模式和Redux都是前端状态管理工具,Flux强调单向数据流,通过Dispatcher分发Action到Store,再由View更新;Redux则简化了这一流程,使用单一的全局Store,通过Reducer纯函数处理状态变更,使状态管理更加集中和可预测。
|
17天前
|
Cloud Native Devops 持续交付
云原生架构:重塑企业IT的无形之手####
本文旨在探讨云原生架构如何成为推动企业数字化转型的核心动力,它不仅是一种技术升级,更是业务与开发模式的深刻变革。通过剖析云原生的核心要素——微服务、容器化、持续集成/持续部署(CI/CD)、以及DevOps文化,本文揭示了这一架构如何提升系统的弹性、可扩展性和敏捷性,为企业在竞争激烈的市场环境中赋予快速响应和创新的能力。不同于传统综述,本文将以一个虚构案例贯穿始终,直观展示云原生架构从理论到实践的转化过程,为读者提供一幅生动的技术蓝图。 --- ###
|
28天前
|
运维 Cloud Native 持续交付
探索云原生架构:企业数字化转型的新引擎
在当今数字化浪潮中,云原生架构以其独特的优势成为企业转型的关键。它通过容器化、微服务、DevOps和持续交付等技术,使企业能够快速响应市场变化,实现应用的高效开发、部署和运维。本文将深入探讨云原生的概念、核心技术及其在现代IT环境中的重要性。
|
9天前
|
弹性计算 Kubernetes Cloud Native
云原生架构下的微服务设计原则与实践####
本文深入探讨了在云原生环境中,微服务架构的设计原则、关键技术及实践案例。通过剖析传统单体架构面临的挑战,引出微服务作为解决方案的优势,并详细阐述了微服务设计的几大核心原则:单一职责、独立部署、弹性伸缩和服务自治。文章还介绍了容器化技术、Kubernetes等云原生工具如何助力微服务的高效实施,并通过一个实际项目案例,展示了从服务拆分到持续集成/持续部署(CI/CD)流程的完整实现路径,为读者提供了宝贵的实践经验和启发。 ####
下一篇
无影云桌面