在模型迁移、团队协作，还有把工具跟别的平台对接起来这些场景里，XMI是Enterprise Architect最常用的一种数据交换格式。很多人在把XMI模型导入之后，会发现里面的元素确实都进来了，可是一看关联关系、继承关系、依赖关系或者追踪关系，却缺了不少。遇到这种情况，不能光盯着元素本身看有没有丢，还得把包的结构、连接关系、GUID标识，还有导出时候的配置，这几样东西合在一起查，而且导出端和导入端两边都要顾及到，才能把真正的原因给找出来。

　　一、Enterprise Architect怎么导入XMI模型

　　在动手导入以前，得先弄清楚这份XMI文件是从哪个工具里导出来的，用的是哪一个版本的XMI格式，还要看一下当前EA工程的各项配置是不是能跟这份文件对上。不同工具生成的XMI文件，在兼容程度上往往会有一些差异，这些差异到了导入的时候就容易变成丢关系的源头。

　　1、选好目标包

　　在Project Browser里面，找到准备用来接收这批模型内容的那个Package，用鼠标右键点它一下，然后跟着【Import/Export】→【Import Package from XMI】这条路径进去。等导入完成以后，所有的模型内容都会被放到当前选中的这个包里面，所以导入的位置一定要提前想清楚，不要随手点了一个地方就开始导。

　　2、把XMI文件选好

　　接着通过浏览按钮把需要导入的XMI文件给选中。在这个环节，还要确认一下文件里用的是哪一种XMI格式版本，比如到底是XMI 1.1、XMI 2.1，还是XMI 2.4，版本是不是跟当初导出的时候保持一致。如果版本对不上，一部分模型信息在解析的时候就没法被正确地识别出来，后面看的时候就会觉得莫名其妙少了东西。

　　3、检查一下导入参数

　　在导入的窗口里面，一般都会提供几个选项，比如要不要把已有的内容覆盖掉、要不要保留原来的GUID、要不要把图表也一起导入进来等等。如果这次导入是为了做模型同步，那最好让GUID原封不动地保留下来，不然以后再去进行模型比对或者合并时，就会冒出来一大堆差异，处理起来很头疼。

　　4、查看导入完成后的日志

　　导入跑完之后，得去看一下系统给出的日志和输出信息。如果日志里已经出现了元素没法创建、某种类型不能识别，或者属性转换失败这一类的报错，那就应该先把这些错误处理干净，然后再去继续检查模型之间的关系。要不然，后面在关系层面上再怎么查，也都是在一堆错误的基础上折腾，很难把问题查清楚。

　　二、XMI模型导入后关系丢失该怎么排查

　　关系丢失这种情况，排查起来通常比元素缺失要更费劲，因为元素还好好地待在那里，看上去感觉导入已经成功了，但实际上模型的整体完整性已经被悄悄地破坏掉了，不太容易一眼看出来。

　　1、看看GUID是不是发生了变化

　　在Enterprise Architect里面，很多关系都是依靠元素的GUID来建立引用的。要是在导出的时候没有把GUID保留下来，或者导入的时候被设置成了重新生成GUID，那么那些关系对象就没有办法跟原来的元素正确地匹配上，连接也就跟着断了。排查的时候，可以先打开一个元素的属性窗口，看一眼里面的GUID信息，再回到源模型里面找到同一个对象，把两边的GUID放在一起比一下；一旦发现同一个对象的GUID发生了变化，就得回头去检查导出和导入环节的参数设置。

　　2、确认一下关联两端的对象是不是都被导出来了

　　一个连接关系要想完整地保存下来，需要它起点的元素和终点的元素两边都在才行。如果在当初导出的时候，只勾选了其中一部分Package，而关系的另一端还落在没有导出的那个Package里面，那么等导入之后，这条关系自然就丢了。所以在排查这一步的时候，一定要确认关联两端的对象是不是都在当前的XMI文件里面，只要有一端不在，就该考虑重新调整导出范围。

　　3、注意检查跨包的关系

　　大型项目里面，跨Package的引用是非常常见的。如果只是单独导入了某一个Package，而它引用的目标元素还待在别的包里没有被一起导进来，那EA自然就没有办法把完整的关系恢复出来。面对这种情况，更推荐的做法是按照原来模型的包层级结构，把相关的整条路径都一起导入进来，而不是只导一个孤零零的部分，这样才能保证那根连接线不会在中间断掉。

　　4、检查导出工具的兼容性

　　如果这份XMI文件并不是从EA自己导出的，而是来自其他建模工具，比如别的UML平台、SysML工具，还是一些定制开发的系统，那部分关系的类型就很有可能没办法被完全映射到EA所支持的关系类型里面去。这个时候就需要把导出端的日志和导入端的日志同时翻出来看一看，找找里面有没有出现类似“Unsupported Connector”或者“Unknown Element Type”这样的提示，这些信息往往能直接指明到底哪些关系因为兼容问题而没能转过来。

　　三、导入之后怎么验证模型是不是完整的

　　当模型导入的动作都做完以后，不要立刻就拿去正式使用，最好先花一点时间做一次完整的检查，把关系和追踪链条都从头捋一遍，确认没有遗漏了再把它投入后续的分析或者设计工作里。

　　1、检查一下关系矩阵

　　打开【Design】→【Impact】→【Relationship Matrix】这个功能，去查看不同包和包之间的连接数量。如果导入之后矩阵里显示出来的关系数量，比原来印象中的要少了很多，那就说明确实有一部分连接还没有被恢复出来，需要回头再往细了排查。

　　2、打开追踪窗口看一看

　　先从模型里挑几条比较关键的需求、用例或者组件，选中它们之后，把Traceability窗口打开，看看从它往上追溯和往下追溯的关系是不是都齐全。重点要去看依赖、实现、验证和满足这些关系类型，这几类一旦缺失，对后续的追溯和分析影响会比较大，而且缺了哪个都很容易被忽略掉。

　　3、抽查几张关键的图表

　　把导入之后生成的类图、需求图还有架构图打开看一看。要是图里的元素明明都还在，可是原本用来连接这些元素的大量连线却大面积地消失了，那几乎就可以直接判断是关系导入环节出了问题，而不是图形显示上的小毛病。

　　4、跑一遍模型校验

　　顺着【Develop】→【Model Validation】这条路径进去，执行一次模型验证。EA会自动去检查那些缺失的引用、无效的连接，还有一些模型内部的一致性问题，这种自动扫描有可能会帮我们把一些隐藏得比较深的不完整点给挖出来。

　　总结

　　Enterprise Architect怎么导入XMI模型，以及XMI模型导入之后关系丢失了该怎么排查，通常的做法是先通过【Import Package from XMI】把模型导进来，然后把检查的重点放在GUID是不是一致、有没有跨包引用、关系两端的对象是不是都在导入范围里，还有XMI在来源工具跟EA之间的兼容性这几点上面。当发现关系缺失的时候，不要只围着当前那一个元素本身转来转去，而应该去追溯当初导出的时候范围是怎么圈的，那些没有被一起带过来的引用来源在哪里。导入完成以后，再用Relationship Matrix、Traceability窗口和模型校验工具做一次整体的复核，这样就能够比较快地定位出关系丢失的真正原因。