在Enterprise Architect里做追溯，真正难点不在画多少图，而在把关系链建立成可查询、可批量核对、可持续维护的结构。本文按Enterprise Architect建模怎么做追溯，Enterprise Architect建模从需求到测试如何串起来这条主线，给你一套从建元素、连关系、批量检查到输出证明材料的实操路径。

　　一、Enterprise Architect建模怎么做追溯

　　追溯要先定你要追什么，通常是从需求往下追到用例与设计，再追到测试与缺陷线索。建议先用窗口把链路看清，再用矩阵把缺口补齐，最后用自动生成的追溯图固化结果，避免靠人工翻图找关系。

　　1、先把追溯窗口固定在工作台上

　　点击【Design】→【Element】→【Trace】打开Traceability Window，选中任意需求或用例后，窗口会以该元素为起点展示上下游连接链；你用它先确认现在模型里到底有哪些关系，避免一开始就按猜测补链路。也可以按Ctrl+7快速打开。

　　2、用Relationship Matrix做批量核对与补关系

　　当需求数量上来后，不建议在图上手拉每一条线。点击【Tools】→【Relationship Matrix】打开矩阵，选择源包与目标包，再指定源元素类型与目标元素类型，例如Requirement到Use Case或Requirement到Test Case，然后在网格里批量勾选建立关系或检查空洞，矩阵特别适合发现谁没被实现、谁没被验证。

　　3、用Verify关系把测试和需求锁到同一条链上

　　如果你用SysML需求工具箱，建议用Verify关系表达测试用例对需求的验证。做法是先在需求图上放入Requirement与Test Case，再从Test Case连到Requirement选择Verify，方向是从测试指向需求，后续你在追溯窗口和矩阵里都能直接看到验证链。

　　4、用Insert Related Elements快速生成追溯图做展示

　　你不需要每次手工把上下游元素拖进一张图。把一个关键需求拖到图里后，右键该元素选择【Insert Related Elements】，在弹窗里选择要包含的连接类型、方向与深度，确认后系统会按仓库里已有关系自动把相关元素铺到图上，适合做评审与交付截图。

　　5、把追溯验证变成可重复的检查动作

　　日常维护时，建议固定两步：先点需求看【Traceability Window】确认实现与验证是否都存在，再进【Relationship Matrix】按模块扫一遍空格，空格就是缺链。这样追溯不是一次性产物，而是持续可控的质量门槛。

　　二、Enterprise Architect建模从需求到测试如何串起来

　　从需求到测试串起来，核心是让需求有实现载体，让实现有可验证的测试，再把两类关系都落在仓库里而不是落在人的脑子里。你可以用需求元素承载文本与属性，用用例或组件承载实现，再用测试用例与测试脚本承载验证，三段用关系连成闭环。

　　1、先把需求用可管理的方式录入仓库

　　在需求包里新建Requirement元素，关键字段先统一口径，例如唯一编号、优先级、验收标准与来源。你如果更习惯表格式编辑，可以在需求包里用Specification类的编辑方式集中录入，再回到图上展示关系，减少散录导致的漏项。

　　2、用实现关系把需求挂到用例或设计元素上

　　把实现载体选清楚后再连关系，例如业务层用Use Case，设计层用Component或Class。做法是把Requirement和实现元素放到同一张图上，用依赖或实现类连接把需求指向实现，并用追溯窗口即时检查链路是否贯通。

　　3、把测试用例建成一等元素并纳入矩阵与追溯

　　在测试包里创建Test Case元素，按模块归档，测试用例天然会出现在Relationship Matrix与Traceability Window里，便于你按需求回查有哪些测试覆盖到位。测试用例也可以关联测试计划文档，方便审计时一次给全。

　　4、用Verify关系把需求与测试闭环并可审计

　　把Test Case与Requirement在需求图或测试图里拉出来，从Test Case连接到Requirement并设置为Verify，之后你从需求出发往下追就能看到验证项，从测试出发往上追也能看到它验证了哪些需求。这个动作建议用矩阵批量补齐，单条手拉只适合少量关键需求。

　　5、需要从场景出测试时用生成测试用例减少漏测

　　如果你的用例或需求维护了结构化场景，可以在场景视图里用Scenario test生成Test Case类型的测试项，再到测试窗口或元素的测试脚本区做补充，这条路适合把需求里的行为路径快速变成可执行的测试条目。

　　三、Enterprise Architect追溯链断了怎么排查

　　追溯链断了通常不是工具问题，而是关系类型不对、方向不对、元素放对了但关系没建上这三类原因。排查时不要在图上凭感觉找，按窗口与矩阵的视角一步步把缺口定位出来，修复也会更稳。

　　1、先用追溯窗口确认是缺关系还是关系被过滤

　　选中需求打开【Design】→【Element】→【Trace】，如果窗口里完全没有下游，优先判断是否真的没连关系；如果有关系但看不到你想要的类型，检查追溯窗口工具栏的显示筛选，避免被过滤误判。

　　2、用Relationship Matrix把缺口缩小到具体对象对

　　打开【Tools】→【Relationship Matrix】，源设为Requirement所在包，目标设为Test Case或Use Case所在包，网格里哪一行全空就是该需求没有关联，哪一列全空就是该测试没有追溯来源。先把空洞列出来再修，比在图上翻页快得多。

　　3、重点核对Verify关系的方向与类型是否一致

　　Verify关系在语义上是测试验证需求，方向是从Test Case指向Requirement。你如果把方向连反，追溯时容易出现上下游看起来断链的错觉，修复时统一把连接改成正确方向，后续报表与图才会稳定。

　　4、用Insert Related Elements复现关系链确认修复生效

　　修完关系后，把需求放到一张追溯图上，右键选择【Insert Related Elements】，深度先设为1到2层，确认能把实现元素与测试用例自动拉出来，再把图保存为团队复查的证据页，避免下次又回到口头确认。

　　总结

　　Enterprise Architect建模怎么做追溯，关键是用【Design】→【Element】→【Trace】把链路看得见，用【Relationship Matrix】把缺口补得齐，再用【Insert Related Elements】把结果固化成可展示的追溯图。Enterprise Architect建模从需求到测试如何串起来，则是把需求挂到实现元素，再用Verify把测试用例回连到需求，形成从需求到实现到验证的闭环，后续无论评审还是审计都能直接在仓库里查到证据。