在UML/SysML中,使用GIT子模块来表示软件策略的最佳图类型是什么?



当使用UML/SysML时,使用Git子模块来表示软件策略/结构的最佳图表类型是什么?

我是一个Git新手,但在我看来,UML包图类型在Git级别上是最合适的,因为"Git子模块"听起来像是一种组织物理代码文件和文件组(和版本)的方式,所以它是一种"逻辑组织"的东西。

然后各个组件应该是UML组件。在单位层面上,它们应该是类。

你们都说什么?


谢谢

包图是构建建模空间的一种方法。它不是用来表示存储库结构的(尽管有类似文件夹的可视化)。

但当然两者并非不兼容:您可以在与组件边界有一些相似之处的包中构建模型元素,并使用相同的逻辑来组织repos。

另一种方法是使用显示工件(源文件、库、可执行文件)及其依赖关系的图表。没有什么可以阻止您为存储库添加构造型。

最新更新