理性,EA还是其他什么?

Xer*_*ati 8 uml mda rational-rose enterprise-architect

有没有人对Rational Software Architect vs Sparx EA有任何想法?我还应该关注其他工具吗?具体来说,我对以下内容感兴趣;

  1. 对某些方法(RUP,SOMF等)的遵守 - 我们现在还没有解决,但需要选择一个适合SoA架构的方法.
  2. 多模型 - 我需要从硬件(理想情况下,跨物理和云的成本/规范跟踪)到部署,类/服务等一直建模.
  3. 往返 - 反转我们的代码/数据,然后在向模型添加新类时生成存根.
  4. NoSQL支持
  5. 专注于代码 - 我们不那么以数据为中心,我们不需要那么多地对表和实体建模.

似乎理性和EA都会做大部分,理性显然会导致RUP.似乎没有做硬件映射/成本计算,虽然sybase powerbuilder确实如此 - 不确定我是否遗漏了一些东西?

关于如何正确评估/选择一个的建议?还有什么我应该看的吗?

Uff*_*ffe 9

仅基于这些标准很难并排,但这里有一些普遍的差异.

RSA基于Eclipse Modeling Framework和UML2层.这意味着您处于Eclipse生态系统中,可以在大多数平台上运行该工具,并可以使用任何EMF和Eclipse插件来增强RSA.Eclipse的缺点是GUI,它基于SWT并且感觉笨拙和缓慢.

EA是Windows原生的,在Linux上通过Wine/CrossOver支持.插件架构是专有的,因此插件专为EA开发.GUI感觉就像任何Windows程序一样,快速而流畅.

与EA基于数据库的数据模型相比,EMF/UML2提供更高程度的UML一致性.RSA可能会感到麻烦和沉迷于细节,而EA可能会感到松懈.

RSA不支持SysML.EA确实如此.

EA支持SoaML.我不认为RSA会这样做,但我不确定.

代码转发/反向工程:我不确定RSA本身是否提供任何此类功能,或者仅仅是使用适当的Eclipse插件的问题.EA支持十几种源语言的正向和反向工程,可以反向设计Java和.NET二进制文件,以及记录本机二进制文件的执行路径.

RSA和EA都支持模型到模型的转换.很可能你不会支持你所追求的具体转变,你必须自己构建它们.这两个工具都可以通过Eclipse插件架构和Java在RSA中进行扩展; 在EA中通过基于专有模型的机制("MDG技术")和.NET.

在方法论方面,我知道EA支持SOMF(以及TOGAF和UPDM),但这与执行不同.我不知道RSA是否支持任何框架或方法.

硬件在大多数建模工具中都很棘手,因为它不是UML的核心.您可以为节点和设备建模,这就是它.

总而言之,我认为您不会找到任何适合您特定需求的工具.相反,准备好进行调整,并对内部流程进行更改.

也就是说,对于纯粹的建模功能,功能和易用性,我会选择EA.如果您想确保更高程度的UML一致性和/或您已经在使用基于Eclipse的工具,请查看RSA.

证书/披露:我是RSA的IBM认证解决方案设计师,可能是瑞典领先的EA专家.我工作的公司销售基于RSA的产品,旨在提高RSA建模的生产率和质量.