'企业架构建模工具横评：Archi、Sparx、Visio 哪个更适合 TOGAF 落地'

为什么工具选型这么重要

企业架构（Enterprise Architecture, EA）不是画几张图就完事的。TOGAF ADM（Architecture Development Method）定义了从愿景到实施的完整循环，每个阶段都需要产出特定类型的架构制品（Artifacts）。如果建模工具选错了，你会面临：

视图之间无法联动，改一处要改十处
无法生成 ADM 要求的标准交付物
团队协作困难，模型版本管理混乱
架构知识库无法积累，每次项目从零开始

本文对比 Archi（开源免费）、Sparx Enterprise Architect（商业级）和 Microsoft Visio（通用绘图）三款工具，从 TOGAF 落地的视角给出实际评估。

三款工具概览

维度	Archi	Sparx EA	Visio
类型	开源（MIT 协议）	商业软件	商业软件（Microsoft 365）
价格	免费	$199-$699/用户	$12.5/月（Plan 2）
建模标准	ArchiMate 3.x	UML + ArchiMate + BPMN + 自定义	通用绘图
模型存储	本地文件（.archimate）	数据库/文件（.qea/.feap）	本地文件（.vsdx）
协作能力	Git 插件（基础）	内置多用户协作	OneDrive 共享（有限）
脚本/自动化	jArchi 脚本引擎	JavaScript/VBScript 脚本	VBA 宏
平台支持	Windows/Mac/Linux	Windows（Web 版可选）	Windows/Web
TOGAF 模板	社区插件	内置 TOGAF 框架	需自行创建

TOGAF ADM 各阶段适配度评估

TOGAF ADM 包含 9 个阶段（Preliminary + A-H）+ 需求管理。以下逐阶段分析三款工具的表现。

ADM 总览与工具覆盖度

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23


TOGAF ADM 循环:

              ┌──────────────┐
              │  Requirements │
              │  Management   │
              └──────┬───────┘
                     │
    ┌────────────────┼────────────────┐
    ▼                │                ▼
┌────────┐    ┌──────┴─────┐    ┌────────┐
│ Phase  │    │  Phase B   │    │ Phase  │
│   A    │───▶│  Business  │───▶│   C    │
│ Vision │    │  Arch      │    │ Info   │
└────────┘    └────────────┘    │ Sys    │
                                └───┬────┘
    ┌───────────────────────────────┘
    ▼
┌────────┐    ┌────────────┐    ┌────────┐
│ Phase  │    │  Phase E   │    │ Phase  │
│   D    │───▶│  Opportu-  │───▶│   F    │
│ Tech   │    │  nities    │    │ Migra- │
│ Arch   │    │            │    │ tion   │
└────────┘    └────────────┘    └────────┘

各阶段工具适配度评分

ADM 阶段	核心交付物	Archi	Sparx EA	Visio
Preliminary	架构原则、框架定制	★★★	★★★★★	★★
A: Architecture Vision	利益相关者地图、愿景文档	★★★	★★★★★	★★★
B: Business Architecture	业务流程、组织、能力	★★★★	★★★★★	★★★
C: Information Systems	数据/应用架构	★★★★	★★★★★	★★★
D: Technology Architecture	技术组件、部署拓扑	★★★★	★★★★★	★★★★
E: Opportunities & Solutions	路线图、工作包	★★	★★★★	★★★★
F: Migration Planning	迁移计划、优先级矩阵	★★	★★★★	★★★★
G: Implementation Governance	合规评估、治理报告	★★	★★★★★	★★
H: Architecture Change Mgmt	变更请求、影响分析	★★★	★★★★★	★★
Requirements Management	需求追踪矩阵	★★★	★★★★★	★★

Archi 深度评测

核心优势

1. ArchiMate 原生支持

Archi 是专门为 ArchiMate 建模语言设计的工具，这意味着它与 TOGAF 的天然亲和力。ArchiMate 3.x 的所有元素类型（Business/Application/Technology/Strategy 等层级）都有完整支持。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


ArchiMate 层级结构:

Strategy Layer:     [Resource] → [Capability] → [Value Stream]
                    ─────────────────────────────────────────
Business Layer:     [Actor] → [Process] → [Service]
                    ─────────────────────────────────────────
Application Layer:  [Component] → [Function] → [Service]
                    ─────────────────────────────────────────
Technology Layer:   [Node] → [System Software] → [Infrastructure Service]
                    ─────────────────────────────────────────
Physical Layer:     [Equipment] → [Distribution Network] → [Material]

2. 视图联动机制

在 Archi 中，同一个模型元素可以在多个视图中引用。修改元素的属性（名称、描述、关系），所有引用该元素的视图自动同步。这对 TOGAF 的多视图架构至关重要。

3. jArchi 脚本引擎

通过 jArchi 插件，可以用 JavaScript 操作模型：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16


// jArchi 脚本示例：自动生成应用与业务流程的关联报告
var apps = $("Application Component");
var report = "# 应用组件与业务流程关联分析\n\n";

apps.each(function(app) {
    var name = app.name;
    var relations = app.rels("Serving");
    report += "## " + name + "\n";
    report += "服务对象: " + relations.size() + " 个\n";
    relations.each(function(rel) {
        report += "- → " + rel.target.name + "\n";
    });
    report += "\n";
});

console.log(report);

主要不足

1. 缺乏 TOGAF 内置框架

Archi 不自带 TOGAF ADM 的目录结构、模板和交付物模板。需要手动组织文件夹结构来模拟 ADM 阶段划分：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24


推荐的项目结构:
📁 TOGAF Project
├── 📁 00_Preliminary
│   ├── 📁 Architecture Principles
│   └── 📁 Framework Customization
├── 📁 01_Phase_A_Vision
│   ├── 📁 Stakeholder Map
│   └── 📁 Architecture Vision
├── 📁 02_Phase_B_Business
│   ├── 📁 Business Process
│   ├── 📁 Organization
│   └── 📁 Business Capability
├── 📁 03_Phase_C_Information
│   ├── 📁 Data Architecture
│   └── 📁 Application Architecture
├── 📁 04_Phase_D_Technology
│   └── 📁 Technology Components
├── 📁 05_Cross_Cutting
│   ├── 📁 Requirements
│   └── 📁 Gap Analysis
└── 📁 06_Views
    ├── 📁 Catalogs
    ├── 📁 Matrices
    └── 📁 Diagrams

2. 协作能力有限

虽然可以通过 Git 插件实现版本控制，但多人同时编辑同一个模型时容易产生冲突。对于大型 EA 团队（10 人以上），这不是理想方案。

3. 报告生成能力弱

Archi 内置的报告模板较少，生成 TOGAF 要求的标准交付物（如 Architecture Definition Document）需要大量手动排版。

Sparx Enterprise Architect 深度评测

核心优势

1. 全标准覆盖

Sparx EA 支持的建模标准几乎是市面上最全的：

UML 2.5（类图、序列图、活动图等）
ArchiMate 3.x
BPMN 2.0
SysML 1.4
TOGAF ADM（内置框架包）
Zachman Framework
DoDAF/MODAF（国防架构框架）

2. TOGAF 框架包

Sparx EA 提供预配置的 TOGAF ADM 框架包，直接导入即可获得完整的 ADM 阶段目录、交付物模板和示例模型：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22


Sparx EA TOGAF 框架包结构:
📁 TOGAF ADM
├── 📁 Preliminary Phase
│   ├── Architecture Principles Catalog
│   └── Architecture Capability Assessment
├── 📁 Phase A: Architecture Vision
│   ├── Stakeholder Map Matrix
│   ├── Business Footprint Diagram
│   └── Architecture Vision Document
├── 📁 Phase B: Business Architecture
│   ├── Business Service/Function Catalog
│   ├── Organization Decomposition Diagram
│   ├── Business Process Flow Diagram
│   └── Actor/Role Matrix
├── 📁 Phase C: Information Systems
│   ├── Data Entity/Business Function Matrix
│   ├── Application Portfolio Catalog
│   └── Application Communication Diagram
└── 📁 Phase D: Technology Architecture
    ├── Technology Portfolio Catalog
    ├── System/Technology Matrix
    └── Network Computing Hardware Diagram

3. 多用户协作

Sparx EA 支持基于数据库的多用户协作（Keystore 模式或 Cloud 模式）：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


协作架构:

┌─────────┐   ┌─────────┐   ┌─────────┐
│  EA 客户端 │   │  EA 客户端 │   │  EA 客户端 │
│ (架构师A) │   │ (架构师B) │   │ (架构师C) │
└────┬─────┘   └────┬─────┘   └────┬─────┘
     │              │              │
     ▼              ▼              ▼
┌─────────────────────────────────────────┐
│         EA Cloud Server / DBMS          │
│  (PostgreSQL / MySQL / SQL Server)      │
└─────────────────────────────────────────┘

4. Model View 和脚本自动化

Sparx EA 的脚本引擎支持 JavaScript 和 VBScript，可以实现复杂的自动化操作：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35


// Sparx EA 脚本：生成应用系统间的接口矩阵
function generateInterfaceMatrix() {
    var repo = Repository;
    var packageGUID = "{APP_ARCH_PACKAGE_GUID}";
    var pkg = repo.GetPackageByGuid(packageGUID);
    
    var components = [];
    collectComponents(pkg, components);
    
    // 生成矩阵
    var matrix = "|  |";
    for (var i = 0; i < components.length; i++) {
        matrix += " " + components[i].Name + " |";
    }
    
    for (var i = 0; i < components.length; i++) {
        matrix += "\n| " + components[i].Name + " |";
        for (var j = 0; j < components.length; j++) {
            var hasConn = hasConnector(components[i], components[j]);
            matrix += hasConn ? " ✓ |" : " - |";
        }
    }
    
    Session.Output(matrix);
}

function collectComponents(pkg, list) {
    var elements = pkg.Elements;
    for (var i = 0; i < elements.Count; i++) {
        var el = elements.GetAt(i);
        if (el.Type === "Component") {
            list.push(el);
        }
    }
}

主要不足

1. 学习曲线陡峭

Sparx EA 的界面和功能复杂度对新手不友好。即使是经验丰富的架构师，也需要 2-4 周才能熟练掌握。

2. 价格门槛

商业版起价 $199/用户（Corporate 版），如果要使用高级功能（协作、Pro Cloud Server），费用可达 $699/用户/年。对于预算有限的团队来说是个问题。

3. UI 略显老旧

界面风格停留在 Windows 7 时代，虽然功能强大但用户体验不如现代工具流畅。

4. 仅支持 Windows

桌面客户端仅支持 Windows 平台（Web 版功能有限），这对使用 Mac 或 Linux 的团队不友好。

Microsoft Visio 深度评测

Visio 在 EA 场景中的定位

Visio 本质上是一个通用矢量绘图工具，不是专业的 EA 建模工具。它缺乏"模型"的概念——每张图都是独立的，元素之间没有语义关联。

能做到的事

绘制各类架构图（部署图、网络拓扑图、流程图）
使用模板快速出图（有第三方 ArchiMate 模板）
导出多种格式（PDF、SVG、PNG）
与 Microsoft 365 生态集成（Teams、SharePoint）

做不到的事

EA 需求	Visio 支持度	替代方案
模型元素复用	❌ 不支持	手动复制粘贴
跨视图联动	❌ 不支持	无法实现
自动影响分析	❌ 不支持	手动追踪
架构知识库	❌ 不支持	外部 Wiki
自动生成报告	⚠️ 有限	VBA 宏
标准合规检查	❌ 不支持	人工审核
模型版本对比	❌ 不支持	文件级 diff
协作编辑	⚠️ 基础	OneDrive 锁

Visio 的合理使用场景

Visio 不是不能用，而是用对地方：

高层汇报用图：Visio 的出图质量高，适合给管理层看的概念图
技术拓扑图：网络设备、服务器部署等非语义化的图
临时草图：快速画个示意图，不需要长期维护
与其他工具配合：用专业工具做模型，用 Visio 出汇报图

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


推荐的工具组合策略:

┌────────────────────────────────────────────────┐
│               EA 工具栈                         │
├────────────────────────────────────────────────┤
│                                                │
│  [建模层] Sparx EA / Archi                     │
│      ↓ 模型数据                                │
│  [分析层] 脚本自动生成矩阵和报告                  │
│      ↓ 导出                                    │
│  [展示层] Visio（汇报图） + Confluence（文档）    │
│                                                │
└────────────────────────────────────────────────┘

实际建模示例：以业务架构为例

以一个"在线零售"业务架构为例，对比三款工具的建模体验。

业务场景描述

某零售企业需要梳理其核心业务能力，包括：客户管理、订单处理、库存管理、物流配送四个领域。

Archi 建模方式

在 Archi 中，使用 ArchiMate 的 Business Layer 建模：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


ArchiMate 业务架构视图:

┌────────────────────────────────────────────────────────────┐
│                    在线零售业务架构                          │
├────────────────────────────────────────────────────────────┤
│                                                            │
│  [客户] ──serves──▶ [客户管理流程] ──uses──▶ [CRM系统]      │
│     │                     │                                │
│     │              realizes                                │
│     │                     ▼                                │
│     │            [客户服务能力]                              │
│     │                                                      │
│  [订单] ──serves──▶ [订单处理流程] ──uses──▶ [OMS系统]      │
│     │                     │                                │
│     │              realizes                                │
│     │                     ▼                                │
│     │            [订单管理能力]                              │
│     │                                                      │
│  [仓库] ──serves──▶ [库存管理流程] ──uses──▶ [WMS系统]      │
│     │                     │                                │
│     │              realizes                                │
│     │                     ▼                                │
│     │            [库存控制能力]                              │
│                                                            │
└────────────────────────────────────────────────────────────┘

关键关系:
- [订单处理流程] ──triggers──▶ [库存管理流程]
- [库存管理流程] ──triggers──▶ [物流配送流程]
- [客户管理流程] ──accesses──▶ [客户数据]
- [订单处理流程] ──accesses──▶ [订单数据]

Archi 的优势：元素之间的 Serving、Realization、Triggering 关系有严格的 ArchiMate 语义约束，模型的正确性有保障。

Sparx EA 建模方式

在 Sparx EA 中，同样的架构可以用 ArchiMate 或 UML 来表达：

支持在同一个模型中混合使用 ArchiMate 和 BPMN
业务流程可以用 BPMN 的详细建模，然后在 ArchiMate 视图中引用
自动生成 Business Service/Function Catalog（TOGAF 交付物之一）

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15


Sparx EA 多视图联动:

ArchiMate Business View          BPMN Process Detail View
┌──────────────────────┐        ┌──────────────────────────────┐
│ [订单处理流程] ──▶     │──link──│  [接收订单]→[验证]→[确认]→    │
│  [订单管理能力]        │        │     →[分配库存]→[生成发货单]   │
└──────────────────────┘        └──────────────────────────────┘
        ↕                              ↕
Catalog View                   Data Entity View
┌──────────────────────┐        ┌──────────────────────────────┐
│ Business Service:    │        │ Order {                      │
│ - Order Processing   │        │   id: String                 │
│ - Inventory Mgmt     │        │   status: Enum               │
│ - Customer Service   │        │   items: List<OrderItem>     │
└──────────────────────┘        └──────────────────────────────┘

Visio 建模方式

在 Visio 中，同样的架构只能画成一张"好看的图"：

所有元素都是图形，没有语义
无法追踪"订单处理流程"与"OMS系统"的关系在其他视图中是否一致
如果修改了流程名称，需要在所有图中手动同步

选型决策矩阵

根据不同团队规模和场景，给出选型建议：

场景一：小型 EA 团队（1-3 人），预算有限

推荐：Archi

零成本，功能够用
ArchiMate 原生支持，TOGAF 核心需求可覆盖
Git 版本控制满足基本协作需求
社区活跃，插件生态丰富

场景二：中型 EA 团队（5-15 人），需要规范化

推荐：Sparx EA Corporate

内置 TOGAF 框架包，开箱即用
数据库协作支持多人并行
脚本自动化减少重复工作
可生成标准化的 ADM 交付物

场景三：大型企业，已有 Microsoft 生态

推荐：Sparx EA + Visio 组合

Sparx EA 做核心建模和分析
Visio 出管理层汇报图
通过 Confluence/SharePoint 发布文档
利用 Power Automate 做流程自动化

场景四：初创公司，快速验证架构

推荐：Archi + 在线白板（Miro/FigJam）

Archi 做正式架构建模
Miro 做脑暴和快速原型
轻量级，启动快

迁移和导入导出

如果团队已有架构资产，工具间的迁移是必须考虑的问题：

方向	可行性	方法
Visio → Archi	⚠️ 部分可行	手动重建（无自动导入）
Visio → Sparx EA	✅ 可行	Sparx 内置 Visio 导入
Archi → Sparx EA	⚠️ 部分可行	通过 ArchiMate XML 交换
Sparx EA → Archi	⚠️ 部分可行	导出 ArchiMate XML 再导入
Sparx EA → Visio	⚠️ 有限	仅导出图片，丢失模型信息

ArchiMate Open Exchange Format（.xml）是目前最通用的模型交换格式，三款工具中 Archi 和 Sparx EA 都支持，但导入导出过程中不可避免会丢失部分信息。

性能与资源占用

指标	Archi	Sparx EA	Visio
安装包大小	~180MB	~450MB	~2.5GB（含 Office）
启动时间	3s	8s	5s
内存占用（中等模型）	~500MB	~800MB	~400MB
大模型（10000+元素）性能	良好	良好（数据库模式）	卡顿
渲染复杂视图	流畅	偶有卡顿	流畅

社区与生态

维度	Archi	Sparx EA	Visio
社区论坛	活跃（GitHub Discussions）	官方论坛 + 第三方社区	Microsoft 社区
学习资源	中等	丰富（官方课程 + 书籍）	丰富（通用绘图）
插件/扩展	~50 个社区插件	大量第三方 Add-in	VBA 宏生态
EA 专业社区	ArchiMate 社区	EA User Group	无 EA 专业社区
认证培训	无	Sparx 官方认证	Microsoft 认证

选型不仅是选工具，也是选生态。Sparx EA 在 EA 专业领域的社区积累最深，Archi 在 ArchiMate 标准社区有优势，Visio 则是通用绘图领域的王者。

三款工具各有定位，关键在于匹配团队的实际需求和约束条件。在 TOGAF 落地这个具体场景下，专业 EA 建模工具（Archi 或 Sparx EA）明显优于通用绘图工具（Visio），而具体选哪个，取决于团队规模、预算和对标准化的要求程度。