UML建模实战：大象书光盘下载、EA安装与案例模型使用

简介：这是《大象-Thinking in UML》一书的配套光盘资源，适合软件架构师、系统分析员及正在学习UML建模的开发者使用，尤其有助于理解书中第三部分进阶篇中的完整建模过程。压缩包共1903个文件，约9.25MB，以htm网页文件、tif图片、png与jpg图片、cnt帮助索引文件为主，同时包含mdl模型原文件、HTML版建模示例、Java虚拟机安装包、pdf文集等。图例目录收录书中全部彩色插图，图片与插图编号一致，便于对照阅读；Rose版建模示例.mdl可查看实例建模全程，HTML版则不依赖Rational Rose即可浏览；另附作者整理的OO系统分析员之路系列文章，可作为学习辅助材料。资源小巧但信息集中，是围绕书籍延伸图例、建模源文件与扩展阅读的一站式配套资料。目前已有571人获取该资源，适用于需要边读边动手复现UML建模过程的读者。

1. 为什么一本讲思维的书，配套光盘比正文更值得先下载

学 UML 的人案头大多有一本《大象-Thinking in UML》，但多数人只把它当书读：正文翻完一遍，理论记住了，真打开建模工具还是对着空白工程发怵。这本书的配套光盘才是被低估最严重的部分——建模工具的试用版、全书主案例的完整模型工程、能直接导入的 UML 图都在这张盘里。对三类人尤其要紧：准备软考中级、需要把 UML 建模题练出肌肉记忆的学生；看得懂类图、用例图但一开工具就卡壳的初级开发；以及要把需求转成活动图、状态图等动态结构图的架构新人。这篇文章按「光盘有什么 → 怎么下载成 ISO → 怎么在新系统装跑 → 五个常见翻车现场 → 进阶生成代码」的顺序讲透，照着操作就能把这张盘的价值吃干抹净。

2. 光盘里到底装了什么：从建模工具到案例模型库

拿到光盘先别急着点 setup.exe，先看清里面装了什么再动手。这套盘里通常有三类内容：建模工具安装包、随书案例的模型工程文件、以及设计模式与作者补充资料。不同印次的光盘内容会有细微差异，但主线结构基本一致，我按最常见的构成往下讲。

2.1 建模工具：为什么书里用的是 Enterprise Architect 试用版

这套光盘里带的建模工具是 Enterprise Architect（一般叫 EA）的试用版。书里选 EA 而不是 Rational Rose 或 Visio，理由很实在：EA 是单文件工程，启动快，画图顺手，而且支持从类图直接生成 Java、C# 代码，正好贴合这本书「思考完就能落地」的路线；Rose 当年在企业里存量很大但授权贵、上手重，Visio 又只是画图，不承载模型语义。EA 这个选择对新手反而是好事——不需要理解复杂的建模框架，打开工程文件就能看到书里那张图的原件。

光盘里带的是当时那个版本的 EA 离线试用安装包，不需要注册账号，装完默认 30 天试用期。30 天对通读一本书加复现案例模型基本够用，想延长就走官方邮件申请试用授权的流程，但别去碰来路不明的破解补丁。如果你不想被试用期卡住，常见的替代做法是用 StarUML 或 Visual Paradigm Community 版看图，但要注意它们打开 .eap 原生工程的能力有限。我把几个常见工具的定位列一下：

最省事的路径仍然是装光盘里的 EA 试用版，把案例模型完整看一遍，再决定要不要换工具。

2.2 案例模型库：从用例图、活动图到类图的完整链路

光盘里最值钱的是书里主案例的模型工程，一般是一个 .eap 后缀的单文件。EAP 是 EA 早期版本的原生工程格式，底层是 Access/Jet 数据库，所有包、图、元素都塞在这一个文件里。打开之后，在左侧 Project Browser 的包树里能按章节浏览：先是用例模型，也就是 uml用例图，描述系统边界和角色；然后是业务流程活动图，带泳道、判断、分支、汇合这些 uml活动图要素；再往下是领域类图；最后是序列图、状态图这类动态结构图。

我很建议按这个顺序读案例，而不是从类图开始。用例图回答「系统给谁用、用来干什么」，是软考中级 UML 建模题的常规开题点；活动图把用例展开成流程，能画判断和并行分支；类图才落到对象和关系。很多初学者一上来就盯类图，结果只见树木不见森林。光盘里这套编排本身就是一本可执行的「建模顺序教科书」，先跟着走一遍，比背十页理论都管用。

读用例图时重点看两条构造关系：<<include>>和<<extend>>，它们在图里都画成带构造型的虚线依赖箭头。include 表示一个用例必定包含另一个用例的行为，extend 表示在特定条件下才扩展某个用例。这两个符号在软考下午题里几乎是必考点，光盘案例里都有现成的画法可以对照。读完静态部分再看动态结构图：序列图表达对象间按时间顺序的消息传递，状态图表达单个对象的状态迁移，活动图表达业务流程的分支与并发——这三类在考试里经常被放在一起对比，区分标准就是「谁在动」。

2.3 设计模式与补充资料：23 种 UML 设计模式怎么在光盘里学

除了主案例，光盘里往往会附带一批经典设计模式的模型与代码示例，也就是常说的 23 种 UML 设计模式及其代码。这些东西对软考中级和面试都很有用，但用法有讲究：不要逐行读代码，要把每个模式的类图当「地图」看。比如策略模式就是「一个策略接口 + 多个实现类 + 一个持有策略引用的上下文」，观察者模式就是「主题和观察者之间一条依赖加一条关联」。类图上箭头的方向、虚实、形状已经把模式的核心表达完了，代码只是把图翻译成语法。

拿策略模式的类图举例：Strategy 接口、ConcreteStrategyA、ConcreteStrategyB 与 Context 之间是泛化加关联关系；翻译成代码就是 interface、implements、成员字段三件套。工厂模式和抽象工厂的区别，重点看类图上「谁 new 了谁」的依赖方向，而不是背定义。这种读图能力在软考下午题里非常吃香——题目给你一张类图和一段残缺代码，让你补全方法体和关系，本质考的就是图和代码的互译。

顺便提醒：书和盘里的代码示例年代比较早，语法风格偏老，不要直接搬进生产项目；把它们当作「图和代码如何互译」的样例才是正解。看完一个模式，合上 IDE，自己照着类图把代码默写一遍，这个习惯对考软考的人特别值。

3. 把光盘变成 ISO：下载、挂载与目录校验

标题既然挂着「下载」，这一步给可复现的操作。先说合法来源，再说怎么抓盘、怎么校验、怎么挂载。

3.1 先确认手上有没有物理盘：三条获取路径

最常见路径还是买书随带的物理光盘，早几年的印次基本都带盘。如果你的书是二手收的、盘丢了，按优先级走三条路。第一条是出版社官网的资源下载栏目，按书名或 ISBN 检索，不少老书的售后资源页仍提供光盘镜像；第二条是高校图书馆的随书光盘系统，很多学校这类系统里收录了这本书的盘，在校生用校园网就能检索和下载；第三条是网络上的公益存档，但用之前一定要做哈希校验，别解压到一半发现是残档。那些下载站上挂的「网盘直链」，十有八九是压缩包套脚本，我一般不碰。

把话说在前：任何让你先装下载器、先关注公众号、先给手机号再给链接的渠道都直接跳过。老光盘镜像单份通常只有几百 MB，不值得为它冒更大的风险。另外提醒一句，从公益渠道下载前先确认镜像的发布时间和你书印次的大致年代，老书重印时光盘内容常有调整，版本对不上会白折腾。

3.2 抓取物理光盘：在 Linux 上做成 ISO 镜像

如果你手上有物理盘，第一步不是安装，而是先抓成 ISO 存档。物理光盘会划伤、会氧化，见过太多人装到一半光驱读不出来，只能满世界找「后悔药」。抓盘用 dd 最稳，先确认光驱设备名：

# 查看光驱设备，通常会显示为 /dev/sr0 或 /dev/cdrom lsblk -e 7

然后整盘做成镜像。bs=2048 是 CD/DVD 的扇区大小，conv=sync,noerror 让 dd 在读到坏扇区时用空数据补齐而不是直接中断，这对老盘很关键：

# 把光驱设备整盘做成 ISO 镜像 sudo dd if=/dev/cdrom of=thinking_in_uml.iso bs=2048 conv=sync,noerror status=progress

抓完后顺手算哈希，防止以后传输过程中文件损坏：

# 计算 ISO 的 MD5，和来源值比对 md5sum thinking_in_uml.iso

Windows 上对应的是certutil -hashfile thinking_in_uml.iso MD5，PowerShell 则用Get-FileHash .\thinking_in_uml.iso -Algorithm MD5。老盘读取吃力时还有个实用技巧：先把光驱降速再抓，能明显减少读取错误，Linux 下用sudo eject -x 4 /dev/cdrom把速度降到 4 倍。哈希一致，再谈挂载。

3.3 挂载 ISO 并检查目录结构

ISO 不需要先刻盘，直接挂载。Linux 下：

# 以只读方式挂载镜像，避免误改内容 mkdir -p ~/uml_cd sudo mount -o loop,ro thinking_in_uml.iso ~/uml_cd # 只列前两层目录，确认结构完整 find ~/uml_cd -maxdepth 2 -type d | sort

Windows 下双击 ISO 即可，或管理员 PowerShell 里用Mount-DiskImage -ImagePath "C:\downloads\thinking_in_uml.iso"。挂载成功且能看到 setup.exe、模型目录、资料目录这样的结构，说明镜像基本健康。也可以用file thinking_in_uml.iso确认镜像确实是 ISO 9660 格式，而不是改了名的压缩包。如果 find 输出一堆乱码目录名，别慌，那是老光盘的编码问题，第 5 章专门讲。

老光盘在 Win10/11 上自动播放基本失效，别指望双击盘符就弹出安装界面。最稳的做法是先把整个内容复制到本地目录再折腾：

# 把光盘内容完整复制到本地，安装时避免光驱反复读取 mkdir -p ~/uml_cd_extract cp -r /mnt/uml_cd/* ~/uml_cd_extract/

复制完sudo umount ~/uml_cd卸载，后续安装全在本地目录进行。

4. 让老工具在新系统上跑起来：安装 EA 与打开案例模型

光盘镜像到手只是第一步，真正卡人的是把一个十多年前的工具装到 Windows 10/11 上。这一章按安装前置、模型打开、读图顺序三步走。

4.1 Windows 10/11 上的安装顺序与两个前置条件

老版本 EA 的安装包用的是旧 InstallShield 壳，在 Win10/11 上直接双击经常弹「兼容性问题」或装完起不来。我一般按这个顺序处理，命中率很高。先开启 .NET Framework 3.5：控制面板 → 程序和功能 → 启用或关闭 Windows 功能，勾选「.NET Framework 3.5（包括 .NET 2.0 和 3.0）」，装完重启。老 EA 的界面和代码生成依赖这个运行时，缺了它装了也白装。公司域控环境或精简版系统里，这个选项可能打不开，用管理员 PowerShell 执行 DISM 命令：

# 离线启用 .NET Framework 3.5，/Source 指向 Windows 安装镜像的 sources\sxs 目录 DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /Source:D:\sources\sxs

第二步是右键 setup.exe，选择「以管理员身份运行」，并在兼容性选项卡里把模式设为 Windows 7。这两步做完，安装向导基本能顺利走完。如果安装进度条卡在某个位置不动，多数是杀毒软件拦截了 InstallShield 写注册表，暂时关闭实时防护再装一次就好。安装目录不要放中文路径，老工具对路径里的非 ASCII 字符非常敏感，我习惯用C:\EA。

4.2 .eap 模型打开失败的常见原因：Jet 驱动与位数不匹配

这是踩坑率最高的一步：EA 装好了，双击光盘里的 .eap 工程却报「找不到可安装的 ISAM」或直接闪退。原因是老 EAP 依赖 32 位的 Microsoft Access/Jet 驱动，而 64 位 Windows 默认不带。这个光靠装 Office 解决不了，要走补丁路线：

# 安装 Microsoft Access Database Engine 2010 可再发行包来解决 Jet 驱动缺失 # 老 EAP 需要 32 位（x86）版本，装 64 位一样徒劳 AccessDatabaseEngine_x86.exe /quiet

装完重启 EA 再打开 .eap 就正常了。想确认驱动是否就位，可以打开 32 位的 ODBC 管理器：运行C:\Windows\SysWOW64\odbcad32.exe，在「驱动程序」一页里看有没有「Microsoft Access Driver (*.mdb)」。如果机器装了 64 位 Office，装 ACE x86 可能提示冲突，可以换 2007 版的 AccessDatabaseEngine x86，或者先卸 64 位 Office 再装驱动——但多数办公机只装 WPS，碰不到这层冲突。EA 首次打开老工程时会提示「工程由旧版本创建，是否升级」，弹窗时先把 .eap 复制一份做备份，再点是，这样升级出错也能退回。

4.3 打开案例后的读图顺序：一张张点开不如从用例图起步

模型工程打开后，左边 Project Browser 是一棵包树，别急着把所有图双击一遍，那只会让你迷路。我建议的顺序是：先点开用例图所在的包，看系统边界和参与者；再点开业务活动图所在包，把每个用例的流程走一遍；最后进类图包，看对象和关系。这个顺序和第 2 章讲的建模链路一致。

读类图时重点看关系线上的箭头：泛化线是空心三角实线，实现线是空心三角虚线，组合是实心菱形，聚合是空心菱形，关联是普通实线，依赖是虚线带箭头。光盘案例里这些符号都出现过，对照着看一遍，等于把 uml类图箭头含义这门课的习题做完了。这里不要贪快，每个箭头要能说出「它表达了什么语义」才算过关，软考中级 UML 建模考的就是这个语义判断。想把图存下来做笔记，在图上右键选 Save as Image 导出图片即可，比手抄快得多。

提示：老 EAP 在中文 Windows 下可能出现图中部分文字显示为方块，一般不是文件坏了，而是字体映射问题，把 EA 的显示字体改成「微软雅黑」或「宋体」即可。

5. 避坑：下载、安装与建模的五个常见翻车现场

做这个方向的坑，一半在「下载到坏东西」，一半在「装好后用不动」。把最常见的五个翻车现场按现象、原因、解决三步写清楚，遇到时直接对号入座。

5.1 下载的 ISO 无法挂载：残档与伪镜像的判别

现象：镜像下完，挂载提示「不是有效的映像文件」，或者解压到一半报 CRC 错误。原因：下载站给的链接断点续传不完整，或者它搬运时把文件从 ZIP 里抠出来改了个名，哈希对不上。解决：解压后先md5sum和发布方的哈希比对；发布方不给哈希的，就用可见信号判断——ISO 文件大小对不上、顶层目录里只有一个 exe 脚本的，直接删。有人从下载站拿到一个几十 MB 的「EA 安装包」，跑完发现装了一堆推广软件。下载这个动作，一定要把「校验」当成比下载本身更重要的步骤。

5.2 类图箭头含义混淆：依赖、关联、聚合与组合的实用判法

现象：对着案例图画关系，画出来的类图老师傅看一眼就说「关系用错了」。原因：记混了依赖、关联、聚合、组合的箭头和语义。解决：不要死记「聚合是空心菱形、组合是实心菱形」，用语义判。两个类只是「方法参数或局部变量用了一下对方」，那是依赖，虚线箭头；类成员变量持有了对方引用，那是关联，实线箭头；「整体和部分可以各自独立存在」用聚合，空心菱形；「部分的生命周期由整体管理、整体没了部分就没了」用组合，实心菱形。下表把六种基本关系的线型与判定句放在一起，软考和面试前都值得过一遍：

判别时先看引用位置（成员变量还是方法参数），再看生命周期，最后看多重性，三层下来基本不会错。

5.3 试用版到期后 EA 打不开：文件没坏，是授权过期

现象：某天突然双击没反应，或启动就弹 trial period has expired；把 .eap 工程拷到别的电脑却能打开，于是怀疑自己电脑坏了。原因：EA 试用期写进了注册表，过期后 EA 本体不干活，模型文件本身没坏。解决：这不叫损毁，叫授权过期。后悔药是：在试用期内就把案例模型用 XMI 格式导出一份备份——在 Project Browser 里选中包，右键 Export to XMI。XMI 是 UML 工具的通用交换格式，万一 EA 用不了，StarUML 和 Visual Paradigm 也能导入，模型数据一个不丢。没备份就找官方渠道重新申请试用授权，别重装系统，注册表不清理干净，重装一样过期。也别去信改系统时钟的办法，那是把工具学成玄学，害自己。

5.4 光盘文件解压后乱码：老光盘的 GBK 编码包袱

现象：挂载后目录显示一堆类似绋旂▼.pdf的乱码文件名，文件内容本身能读。原因：这张盘在中文系统时代制作，文件名按 GBK 编码记录；现代系统默认按 UTF-8 解码，中文文件名就变乱码了。解决：用支持指定代码页的方式重新挂载，Linux 下加 iocharset 参数：

# 用 GBK 编码重新挂载，解决文件名的中文乱码问题 sudo mount -o loop,ro,iocharset=gbk thinking_in_uml.iso ~/uml_cd ls ~/uml_cd

文件没有损坏，乱码只发生在文件名层面。Windows 下用新版本 7-Zip 处理老镜像时，注意在解压对话框里把代码页切换为 GBK；如果已经解出一堆乱码文件名，复制完再统一改回来就行。这是老光盘和现代系统之间绕不开的历史包袱，遇到别慌。

5.5 案例工程卡顿：EAP 单文件的 Access 瓶颈

现象：模型工程打开正常，但随着展开包、双击图，界面开始掉帧，拖动元素明显迟钝。原因：老 EAP 是 Access/Jet 单文件，所有图元都从这一个文件读写；放到网络共享盘上延迟更明显。解决：先把 .eap 复制到本地固态盘，再在 EA 里关闭自动布局（Diagram 菜单下的 Autosize 相关选项），减少每次拖动的重排计算。如果模型已经大到跨多个包，把包拆成独立 EAP，或用新版 EA 将工程迁移到 .qea（SQLite 格式），性能会好很多。光盘里案例的规模不会大到必须迁移，但如果你把 23 个设计模式全部建模到一个工程里，卡顿是必然的，别误判成电脑配置问题。

6. 把光盘价值翻倍的进阶玩法：从读图到生成代码

6.1 用 EA 的代码生成器把类图变成 Java/C# 骨架

光盘里的案例模型不只是用来读的，还能直接产出代码骨架。在 EA 里打开一张类图，框选若干类，Tools → Generate Code，选语言和输出目录（各版本菜单名略有差异，找不到就在帮助里搜 Generate Code），EA 会按模型关系生成对应代码。映射规则很直白：关联关系生成成员字段，依赖关系生成方法参数，泛化关系生成 extends，实现关系生成 implements。下面这段代码就是从一个「订单—客户—商品」最小类图生成的骨架：

public class Order { private Customer customer; // 关联关系 -> 成员字段 public void addItem(Item item) { // 依赖关系 -> 方法参数 // 业务逻辑由你补充 } }

这段骨架说明一件事：你在类图上花的功夫能「翻译」成真实代码。很多项目前期图归图、代码归代码，两边对不上，EA 的生成机制至少保证结构和语义一致。真实项目里不建议拿生成的骨架直接交差，但用它做实体层和接口定义的初稿，省时间又少打字，非常实用。

6.2 从光盘案例重构自己的业务模型：最小演练

进阶玩法说白了就一句话：把光盘案例当模板，换成自己的业务重画一遍。比如光盘主案例是某个业务系统，你就把它换成一个小场景——会议室预订：参与者是员工和管理员，用例是「查看空闲会议室」「提交预订申请」「审批预订」；再画活动图把审批流的判断分支画出来；最后落到类图：会议室、预订单、员工、审批记录。等这张图在 EA 里成型，再用 6.1 的代码生成导出一份实体骨架，你就把「用例图 → 活动图 → 类图 → 代码」这条链路完整跑通了一次。

我自己现在的习惯是：接到任何新需求，先开一个空白工程画用例图，画到能说清「谁、在什么场景下、要系统做什么」才动代码。这个习惯就是当年对着光盘里的案例一张一张图磨出来的。建模没有捷径，但有作品可以临摹，光盘里的模型工程就是最好的临摹对象——把它的结构吃透，再画自己的图，比在工具里瞎点半年进步快得多。希望帮到你。

本文还有配套的精品资源，点击获取