是否有人有在其组织中使用 EA 工具的经验？以及在内部构建 EA 工具业务案例所使用的策略？
最重要的是：
工具是否可以帮助您沟通和社交化 EA 团队所做的工作，以获得更广泛的组织的支持？
以目前的成熟度来看EA工具并不可用，可将EA工具用于业务级别部分，但不要尝试将其用于IT系统。
基本上所有EA工具对于系统推理来说都是无用的。(符号推理)
EA工具经常支持一个非常通用的“信息”概念（比如订单从系统 A 到系统 B），但不支持用例、交互等任何东西，因此必须在解决方案架构模型中针对软件工程师的可用细节重做相同的事情。
1、LeanIX是一个不错的工具：
LeanIX 非常擅长可视化组织单位、流程、资产之间的关系，通过可视化降低了复杂性。但是当您不清楚需要做什么时，例如成本优化、设定标准、文档……您最好使用 Excel。
2、一个好的工程工具如 Cameo：
使用具有可用元模型的现有框架（如 BizBok），创建本体，使用该工具对业务进行建模，然后使用相同的工具来推理系统（应用例如，系统工程和 SysML），并且由于您处于同一模型中，因此可以简单地将两者连接起来。然后，您将拥有单一的事实来源，可以进行向下摄取、查询，可以将模型放入 CI/CD 框架中，等等。
（可以使用一些java代码解析模型文件，然后做任何您想做的事情。模型验证、转换、代码生成等作为 CI/CD 过程的一部分是完全可能的）
3、TOGAF
在查看某些成熟度模型（例如 DYA 模型）时，您会看到只有在管理层认可并且对架构有共同愿景之后才会出现工具和图表。
TOGAF 做对了这一点。
讨论运营模型及其影响，您的管理层希望开发哪些业务功能（业务层），并从那里开始朝着架构愿景努力。
您可以使用 PowerPoint、draw.io、Sparx 或任何绘图工具。
但只要保持干净、简单，并专注于您想要传达的信息即可。
如果您必须向高级管理层解释 archimate 应用程序服务和应用程序功能之间的区别，那么您已经迷失了方向。
4、EA Sparx Systems
我们正在将省级临床信息系统的业务架构构建到 EA Sparx Systems 中。第二阶段是构建数据和应用程序层。
这是一个出色但非常复杂的应用程序。Sparx Systems 使我对企业架构产生了兴趣（我通过组织变更管理和采用进入谈判桌）。查询所有层并运行模拟的能力听起来令人惊叹。