2012-03-19 72 views
7

有沒有人對Rational Software Architect和Sparx EA有任何想法?我應該看看其他工具嗎?具體而言,我對以下內容感興趣;Rational,EA還是其他?

  1. Adherance一些方法(RUP,SOMF等) - 我們沒有解決一個 現在,但需要選擇一個適合SOA的架構。
  2. 多造型 - 我需要所有的方式,從硬件(理想 與跨物理和雲成本/規格追蹤)來部署, 類/服務等進行建模
  3. 往返 - 扭轉我們的代碼/數據,然後在向模型添加新類時生成存根。
  4. NoSQL支持
  5. 關注代碼 - 我們不太關注數據,我們不需要模擬 表和實體。

看起來既理性又EA會做大部分這一點,理性顯然帶領RUP。雖然sybase powerbuilder確實沒有做硬件映射/成本計算 - 不確定是否在這裏丟失了某些東西?

如何正確評估/選擇任何建議?還有什麼我應該看看?

回答

9

根據這些標準很難單獨進行並排,但這裏有一些一般的區別。

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建模效率和質量。

2

一般而言,您需要一個基於Meta Object Facility(MOF)的工具,因爲它允許工具快速實施標準的更新版本。 IBM RSA不是一個基於MOF的工具,並且有幾個版本落後於當前。我明白它甚至不支持UML 2.0。

我會考慮使用以下工具:

+0

你反對RSA,那麼李把它當作你會考慮的工具。這是一個錯誤嗎? – 2016-05-09 19:59:57

+1

Rational System Architect和Rational Software Architect是不同的工具。 Rational Software Architect是基於MOF的。 – 2016-05-16 05:32:30

相關問題