2013-01-08 29 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,则它们拥有自己的控制版本服务。