根據這些標準很難單獨進行並排,但這裏有一些一般的區別。
RSA基於Eclipse建模框架和UML2層。這意味着您處於Eclipse生態系統中,可以在大多數平臺上運行該工具,並可以使用任何EMF和Eclipse插件來增強RSA。 Eclipse的缺點是基於SWT的圖形用戶界面,感覺笨重和緩慢。
EA是Windows本機並且通過Wine/CrossOver在Linux上受支持。插件體系結構是專有的,因此插件專爲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 Technologies」)和.NET。
就方法論而言,我知道EA支持SOMF(以及TOGAF和UPDM),但這與執法不一樣。 我不知道RSA是否支持任何框架或方法。
硬件在大多數建模工具中很棘手,因爲它不是UML的核心。您可以爲節點和設備建模,這就是它。
總的來說,我認爲您不會找到任何適合您開箱即用的特定需求的工具。相反,準備進行調整,並對內部流程進行更改。這就是說,對於純粹的建模功能,功能和易用性,我會使用EA。如果您想確保更高程度的UML一致性和/或您已經在使用基於Eclipse的工具,請查看RSA。
證書/信息披露:我是RSA的IBM認證解決方案設計師,也可能是瑞典EA的首席專家。 我工作的公司銷售基於RSA的產品,旨在提高RSA建模效率和質量。
你反對RSA,那麼李把它當作你會考慮的工具。這是一個錯誤嗎? – 2016-05-09 19:59:57
Rational System Architect和Rational Software Architect是不同的工具。 Rational Software Architect是基於MOF的。 – 2016-05-16 05:32:30