方法论再好，工具选不对也白搭
做过甲方企业架构项目的人都有体感：TOGAF 的方法论讲得头头是道，ADM 八个阶段、架构开发方法、制品目录、架构仓库……概念一套一套的。但真正落地的时候，第一件事不是画架构蓝图，而是打开电脑问自己——用什么工具画？
这个问题看似简单，实际上坑不少。有人用 Visio 画了半年，发现图跟图之间没有关联关系，改一处要改十处，最后全变成了一堆死图。有人上了 Sparx EA，功能强大到令人窒息，但学习曲线陡得像悬崖，团队里三个人只有一个人会用。还有人推荐 Archi，开源免费，轻量好用，但企业级场景下又觉得功能不够。
三款工具到底怎么选？不是比功能多少，而是要看你的团队规模、项目阶段和使用场景。
三款工具的基本画像
在深入对比之前，先给三款工具画个速写：
| 维度 | Archi | Sparx Enterprise Architect | Visio |
|---|---|---|---|
| 定位 | 开源 ArchiMate 建模工具 | 企业级 UML/ArchiMate 建模平台 | 通用绘图工具 |
| 价格 | 免费（MIT 开源） | 商业授权，约 $199~$499/席位 | Microsoft 365 订阅或一次性购买 |
| 核心语言 | ArchiMate（专注） | UML + ArchiMate + BPMN + SysML 等 | 无建模语言约束，自由绘制 |
| 模型关联 | ✅ 模型驱动，元素复用 | ✅ 模型驱动，元素复用 | ❌ 图形驱动，元素独立 |
| 协作能力 | 基础（通过 Git 协作） | 强（内置团队协作、版本控制） | 弱（单人编辑为主） |
| 学习曲线 | 低 | 高 | 低 |
| 平台 | Win/Mac/Linux（Java） | Windows 为主 | Windows / Web |
| 开源生态 | ✅ 插件机制，社区活跃 | ❌ 封闭商业软件 | ❌ 封闭商业软件 |
这三个画像透露出一个核心区别：Archi 和 Sparx 是"模型驱动"的工具，Visio 是"图形驱动"的工具。这个区别决定了它们在企业架构场景下的根本差异。
模型驱动 vs 图形驱动：为什么这个区别很重要
很多初学者分不清"画图"和"建模"的区别。
画图是把想法变成一张图片。你在 Visio 里拖一个方框写上"订单服务"，再拖一个方框写上"库存服务"，中间连条线写上"调用"。这张图在视觉上是对的，但软件并不知道"订单服务"和"库存服务"是什么关系——它只知道画面上有两个矩形和一条线。
建模是把想法变成一组有语义的数据。你在 Archi 里创建一个"应用组件"类型的元素，命名为"订单服务"，再创建一个"应用组件"叫"库存服务"，然后用"Serving 关系"把它们连起来。这个关系是有语义的——软件知道"订单服务使用了库存服务的能力"，而且如果你在另一张图里也用了"订单服务"这个元素，它们指向的是同一个模型对象。
这个区别在 TOGAF 落地时有多重要？举个实际场景：
你在业务架构阶段定义了"采购审批"这个业务流程。到了应用架构阶段，你画了"采购审批系统"这个应用组件。到了技术架构阶段，你画了承载这个系统的服务器节点。
在模型驱动的工具里，这三个阶段的元素可以通过关系串联起来，形成一条完整的架构追溯链。当业务方说"采购审批流程变了"的时候，你可以顺着关系链找到受影响的应用系统和技术设施。
在 Visio 里？不好意思，你得自己记住哪些图有关联，然后一张张去翻、去改。项目小的时候还能凑合，架构元素超过 200 个的时候，基本就失控了。
结论：如果你的企业架构项目是认真的、长期维护的，Visio 不是好的选择。 它适合画汇报用的概念图、流程图，但不适合做模型级别的架构管理。
Archi 深度体验：轻量但不简陋
上手体验
Archi 的安装包大概 100MB 出头，解压即用，不需要注册账号、不需要联网验证。打开后界面朴素得像十年前的软件——菜单栏、工具栏、左侧模型树、右侧画布。但朴素有朴素的好处：5 分钟就能开始干活。
它只支持一种建模语言——ArchiMate。这不是缺点，反而是优点。ArchiMate 是 The Open Group 专门为企业架构设计的建模语言，跟 TOGAF 天然配套。它的元素分为三层：
- 业务层：业务流程、业务服务、业务角色、业务对象
- 应用层：应用组件、应用服务、数据对象
- 技术层：节点、设备、系统软件、网络
每一层的元素类型固定、关系类型固定，画出来的图天然符合 TOGAF 的架构域划分。你不需要纠结"这个东西应该用 UML 的什么元素表示"——ArchiMate 替你做了选择。
在 TOGAF ADM 各阶段的表现
| ADM 阶段 | Archi 支持度 | 说明 |
|---|---|---|
| 预备阶段 | ⭐⭐⭐ | 可以用 ArchiMate 画架构愿景、利益相关者地图 |
| A. 架构愿景 | ⭐⭐⭐⭐ | 动机扩展（Motivation Extension）支持画目标、驱动、评估 |
| B. 业务架构 | ⭐⭐⭐⭐⭐ | 业务层元素完整：流程、服务、角色、事件 |
| C. 信息系统架构 | ⭐⭐⭐⭐ | 应用层 + 数据对象，能覆盖大部分应用和数据架构 |
| D. 技术架构 | ⭐⭐⭐⭐ | 技术层元素完整：节点、网络、系统软件 |
| E. 机会与解决方案 | ⭐⭐⭐ | 可以用 Gap 分析和 Plateau 元素表示迁移阶段 |
| F. 迁移规划 | ⭐⭐⭐ | 基本够用，但不如专业项目管理工具精细 |
| G. 实施治理 | ⭐⭐ | 弱项，缺乏治理流程和合规检查功能 |
| H. 架构变更管理 | ⭐⭐⭐ | 通过版本对比可以看到变更，但自动化程度低 |
亮点功能：
- Viewpoint 机制：你可以针对不同的受众创建不同的视图。给业务领导看的视图只显示业务流程和服务，给技术团队看的视图展示应用组件和部署节点。底层模型是同一套，视图只是不同的"切面"。
- Sketch 画布：在正式建模之前，可以用自由画布做头脑风暴，把想法先随意画出来，再逐步转化为正式的 ArchiMate 元素。
- 插件生态：社区有 jArchi 脚本插件（用 JavaScript 操作模型）、CoArchi（团队协作）、Hermes（模型导出）等。虽然不如商业软件丰富，但核心的扩展需求都能覆盖。
- 导出能力强：支持导出为 HTML 报告、Open Exchange Format（跟其他工具交换）、图片（PNG/SVG）。生成的 HTML 报告可以直接放到企业内部网站上作为架构知识库。
实际踩过的坑
❌ 大模型性能下降：当模型元素超过 1000 个、视图超过 50 张的时候，打开文件明显变慢（3-5 秒），切换视图偶尔卡顿。对于大型企业架构项目，这个性能瓶颈会成为实际障碍。
❌ 没有内置版本控制：Archi 本身不提供版本管理，需要通过 Git 协作。但 .archimate 文件是 XML 格式，直接 diff 可读性很差。社区推荐的做法是把模型导出为 Open Exchange 格式后再提交 Git，但增加了操作步骤。
❌ 团队协作弱：CoArchi 插件支持多人协作，但功能比较基础——本质上是基于文件的锁定机制，不是真正的并发编辑。超过 5 人同时编辑就会频繁冲突。
❌ 报告生成有限：内置的 HTML 报告模板比较简陋，定制需要写 Freemarker 模板。对于需要定期生成架构评审报告的团队来说，这个能力不够。
Sparx EA 深度体验：强大但复杂
上手体验
Sparx Enterprise Architect（以下简称 EA）的安装需要购买许可证，有标准版、专业版和企业版三个档次。安装完成后打开，你会看到一个密密麻麻的界面——左侧是 Browser 面板（模型树），上方是 Ribbon 工具栏（按钮多到需要折叠），下方是 Properties 面板，右侧是 Project Browser。
第一印象是：这不是一个工具，这是一个 IDE。
EA 支持的建模语言多到令人发指：UML 2.5、ArchiMate 3.x、BPMN 2.0、SysML、ER 图、数据流图、思维导图、线框图……基本上你能想到的建模语言它都支持。这意味着你不仅能做企业架构，还能做软件设计、系统建模、流程优化、数据建模——全部在一个工具里完成。
但代价是学习曲线极其陡峭。光是"创建一个 ArchiMate 模型"这个操作，你需要先创建一个 Package（包），然后在包里选择 Diagram（图），然后在弹出的 Diagram 类型对话框里选 ArchiMate 3，然后才能开始拖元素。每一步都有大量的配置选项，新手很容易迷失在菜单的海洋里。
在 TOGAF ADM 各阶段的表现
| ADM 阶段 | EA 支持度 | 说明 |
|---|---|---|
| 预备阶段 | ⭐⭐⭐⭐ | 内置 TOGAF 模板，包含架构愿景、原则、利益相关者分析 |
| A. 架构愿景 | ⭐⭐⭐⭐⭐ | 完整的动机建模、场景建模、架构愿景文档生成 |
| B. 业务架构 | ⭐⭐⭐⭐⭐ | ArchiMate 业务层 + BPMN 流程图 + 业务规则 |
| C. 信息系统架构 | ⭐⭐⭐⭐⭐ | ArchiMate 应用层 + UML 类图 + 数据模型 |
| D. 技术架构 | ⭐⭐⭐⭐⭐ | ArchiMate 技术层 + 部署图 + 网络拓扑 |
| E. 机会与解决方案 | ⭐⭐⭐⭐ | Gap 分析、Roadmap 视图、迁移建模 |
| F. 迁移规划 | ⭐⭐⭐⭐ | 内置项目管理功能，可以关联架构元素和迁移任务 |
| G. 实施治理 | ⭐⭐⭐⭐ | 合规检查、架构评审工作流 |
| H. 架构变更管理 | ⭐⭐⭐⭐⭐ | 版本基线、变更影响分析、自动追踪 |
亮点功能：
- 内置 TOGAF 模板：EA 提供了完整的 TOGAF ADM 框架模板，包含每个阶段的制品目录（Artifact Catalog）、交付物模板（Deliverable Template）和架构仓库结构。你创建项目时直接套用模板，ADM 各阶段该产出什么一目了然。
- 模型追溯矩阵：可以自动生成跨层级的追溯矩阵——比如业务需求到应用组件的映射、应用组件到技术设施的映射。这对架构评审和变更影响分析极有价值。
- 多用户协作：企业版支持基于数据库的团队协作（可以用 MySQL、SQL Server 或 PostgreSQL 作为后端），支持并发编辑、元素锁定、版本管理。10 人以上的架构团队也能顺畅协作。
- 文档生成：内置 RTF/HTML 报告生成器，支持自定义模板。可以一键生成符合企业规范的架构评审报告，包含目录、图表、追溯矩阵和变更日志。
- 脚本引擎：内置 JavaScript 和 VBScript 引擎，可以写脚本批量操作模型。比如"自动为所有应用组件添加部署关系"或"导出所有业务流程到 Excel"。
实际踩过的坑
❌ 界面老旧：EA 的 UI 停留在 Windows 7 时代。虽然最新版本的 Ribbon 界面有所改善，但整体观感依然让人觉得在用 2010 年的软件。这在跟业务方做架构展示时是个减分项。
❌ 性能问题：当模型规模超过 5000 个元素时，打开大图（超过 100 个元素的视图）会明显卡顿。基于文件的 .eap 项目还好，基于数据库的项目在网络不稳定时更严重。
❌ 许可证成本：标准版 $199/席位，专业版 $229/席位，企业版 $499/席位（均为永久授权，但升级需要额外付费）。一个 10 人的架构团队，光工具成本就要 2-5 万。对于预算有限的项目来说，这个成本不低。
❌ 过度设计倾向：因为功能太多，团队容易陷入"工具驱动"而不是"需求驱动"。比如，本来只需要画几张 ArchiMate 图说清楚架构，结果团队成员开始研究"怎么用 EA 做 SysML 建模"或者"怎么配置 EA 的工作流引擎"——偏离了架构工作的本质。
Visio：不是不能用，是别用错地方
公平地说，Visio 也不是完全不能做企业架构。它内置了 ArchiMate 模板（虽然版本偏旧），也有 UML 模板、BPMN 模板。如果你只是画几张汇报用的架构图，Visio 完全够用，甚至更好用——因为它的绘图体验最流畅，拖放操作最直觉。
但 Visio 有三个硬伤让它在企业架构场景下不可持续：
❌ 没有模型层：Visio 的每个图形都是独立的，不存在"模型元素"的概念。你在 A 图里画的"订单服务"和 B 图里画的"订单服务"是两个完全独立的矩形，修改一个不会同步另一个。这会导致严重的一致性问题。
❌ 无法生成追溯矩阵：因为元素之间没有语义关系，无法自动生成跨层级的追溯关系。所有的"业务→应用→技术"映射都需要手动维护 Excel 表格。
❌ 不适合长期维护：Visio 文件本质上是绘图文件，不是架构知识库。当你积累了 100 张架构图后，没有检索、没有分类、没有关联——找一张图就像在 Windows 文件夹里翻照片。
Visio 的正确用法：作为"汇报工具"和"沟通工具"。从 Archi 或 EA 导出正式的架构图后，如果需要美化或做标注，可以导入 Visio 做二次加工。但不要用 Visio 做架构建模的源头。
三款工具在典型场景下的选型建议
| 场景 | 推荐工具 | 理由 |
|---|---|---|
| 个人学习 TOGAF/ArchiMate | Archi | 免费、轻量、专注、社区资源多 |
| 小型项目（1-3 人团队） | Archi | 够用、上手快、Git 协作足够 |
| 中型项目（4-10 人团队） | Sparx EA | 协作能力强、功能全面、文档生成好 |
| 大型企业架构项目（10+ 人） | Sparx EA 企业版 | 数据库后端、并发编辑、治理工作流 |
| 向领导汇报的架构图 | Visio 或从 Archi 导出 | 绘图体验好、美化方便 |
| 架构知识库长期维护 | Sparx EA 或 Archi | 模型驱动、可检索、可追溯 |
| 预算为零 | Archi | 开源免费，MIT 许可证 |
我的实际组合方案
在几个项目里摸索下来，我发现最实用的方案不是"三选一"，而是组合使用：
Archi 做日常建模 + Sparx EA 做正式交付 + Visio 做沟通汇报
具体来说：
日常建模用 Archi：架构师平时画草图、做探索性建模，用 Archi 效率最高。轻量、快速、不用操心配置。模型的"主版本"维护在 Archi 里，通过 Git 管理。
正式交付用 Sparx EA：到了架构评审、正式交付的节点，把 Archi 模型通过 Open Exchange Format 导入 Sparx EA。在 EA 里补充细节、生成追溯矩阵、输出评审报告。EA 的文档生成能力和团队协作能力在这个阶段发挥价值。
沟通汇报用 Visio：从 EA 或 Archi 导出架构图，如果需要给领导做演示，在 Visio 里做美化和标注。或者直接用 EA 的 HTML 报告功能生成在线可浏览的架构视图。
这个组合的好处是：让每个工具做它最擅长的事，同时通过 Open Exchange Format 保持模型的可迁移性。
一个容易被忽略的因素：ArchiMate 版本兼容性
选工具的时候，还有一个容易被忽略的点——ArchiMate 语言版本的兼容性。
- Archi 目前支持 ArchiMate 3.2（最新版本），跟进速度最快
- Sparx EA 支持 ArchiMate 3.1，3.2 支持在后续版本中
- Visio 的 ArchiMate 模板停留在 2.1 版本（需要手动下载 3.x 模板）
ArchiMate 3.x 相比 2.x 有不少改进：新增了物理层元素（设备、设施、材料）、扩展了战略方向（资源、能力、价值流）等。如果你的项目需要使用这些新特性，Visio 的旧模板会成为障碍。
另外，TOGAF 10 官方推荐配合 ArchiMate 3.x 使用。如果你正在做 TOGAF 10 的项目，建议工具至少支持 ArchiMate 3.1 以上。
写在最后
企业架构建模工具的选择，本质上是在功能完整性、使用门槛和成本三者之间找平衡。没有完美的工具，只有最适合当前场景的工具。
给几个实操建议：
- 先确定你的建模语言。如果确定用 ArchiMate，Archi 是最纯粹的选择。如果需要多语言（UML + BPMN + ArchiMate），EA 更合适。
- 先确定团队规模。1-3 人的小团队，Archi + Git 足够。5 人以上，认真考虑 EA 的数据库协作能力。
- 先确定预算。预算为零就 Archi，有预算且项目周期长就 EA。
- 别在工具上花太多时间。工具是手段，架构才是目的。见过太多团队花三个月选工具、配模板、定规范，结果一张有意义的架构图都没画出来。
一个好的架构建模工具，应该让你把 80% 的时间花在思考架构上，而不是操作工具上。如果你发现自己花在工具上的时间比思考的时间多，说明工具选错了。
参考来源：TOGAF 标准 9.2 版、TOGAF 标准第 10 版、ArchiMate 2.0 建模语言规范、Archi 官方文档、Sparx EA 用户手册