project-planning - 对于简单的应用程序功能，我应该使用什么 UML 图？

Question

我对此感到非常困惑，试图阅读很多关于图表的内容，但我就是不明白什么最适合这种情况。

我只需要展示我有 10 个模块，它们有 10 个功能。该功能之一可以调用其他模块功能..

像这样的东西。非常简单。最好只是成为某种具有依赖性[作为特征]的 block 以及每个模块 block 如何与另一个 block 交互

目的是展示开源系统没有什么，以及这个系统有什么将修改后有。当然，使用颜色，显示所有修改很容易......比开始计划项目并计算需要花费多少时间在需要做的事情上更容易......

Answer 1

事实上，正如其他人所说，UML 不直接支持您所需要的。据我了解，您希望捕获结构(模块)、行为(功能)和交互(依赖项)，尽管以基本形式，您仍然希望同时捕获太多内容。

因此，让我们回顾一下您使用 UML 的可能性，我希望这会帮助您做出决定:

包图可以将结构和依赖关系显示为包和导入

组件图可以将结构和依赖关系捕获为带有连接器的组件

复合结构图允许通过复合、端口、连接器和协作来描述复杂的结构和交互

用例图包含与系统交互以执行用例的参与者，它可以与包图结合以将系统简单地分解为不同的模块，这些模块提供不同的功能 - 用例和描述交互，您可以将参与者与用例联系起来。

因此，正如您猜想的那样，我的选择将是带有包图的用例图。这些非常简单，包含少量噪音，这对于您的简单案例可能是必不可少的。这种组合可以满足您的大部分需求，但是，要显示模块以某种方式交互，您需要将模块既作为包又作为参与者，这不是一个好的做法。但是从你所说的我猜你想宣传现有系统的变化，这在那些图中看起来不错，并且很容易向对UML一无所知的客户解释。您可能会考虑删除模块之间的交互并仅显示提供给用户的功能(描述为参与者)。