2013-01-08 31 views
0

我理解項目文檔是軟件項目演變的一部分,有時與代碼捆綁在一起(特別是在精益方法論中)。這就是爲什麼我認爲將它與代碼一起放在修訂控制系統中(例如git,在我的情況中)可能是一個好主意。修訂控制系統中的UML

Markdown似乎是一個用於協作編輯文本文檔的廣泛採用的工作解決方案。但是,當涉及實體關係或序列圖時,我不知道要使用哪種格式/軟件,以便仍可以進行比較和合並。

所以我的問題是:

  • 它實際上是一個好主意,讓代碼和文檔在同一倉庫?
  • 如果是,您將使用哪種格式的圖表?

我目前正在考慮一些textual UML diagramming tools,但我想知道您的意見。提前致謝!

回答

3

免責聲明:我的EMF比較項目導致

在Eclipse世界中,EMF Compare項目通過爲任何類型的模型(其具有用於UML模型和圖表的specialization)提供邏輯差異,合併和衝突檢測來解決該問題。

它適用於XMI文件(但不限於此),並與Eclipse團隊支持(CVS,SVN,尤其是GIT)集成,確保模型始終保持一致,即使它在多個文件中分裂。

+0

謝謝!它看起來是一個不錯的選擇。 – gimix

0

在譫妄

權利基於公理

XML元數據交換(XMI)是用於說明用於存儲XML格式UML模型結構的OMG標準。

如果你將能夠找到任何工具,它可以導出/導入XMIs(如Visual Paradigm for UML做),你可以

與UML
  • 工作
  • 商店,版本,過程XMI檔案供應鏈管理的水平
+0

有點正確。但是 1)解決大的合併衝突(並且它們變得非常大)是一種痛苦,並且2)大多數/複雜的工具使用多個文件用於圖表(其可能或可能不使用XMI和/或DI) – Christian

0

OMG爲UML圖(http://www.omg.org/spec/UMLDI/)定義了一種格式,但我想這不是由很多工具實現的......實際上,每個UML工具都有其內部圖解表示,因此解決問題的方法將主要取決於所使用的技術。 如果模型和圖表都是以XML(XMI)格式形式化的,比如基於Eclipse-EMF的工具Topcased或Together,我想你可以直接在文件上使用GIT或者使用EMF Compare等更高級的工具。 如果您使用其他類型的工具,如RSx或Modelio,則它們擁有自己的控制版本服務。