我应该使用什么UML图来实现简单的应用程序功能..？

Question

我对此感到困惑，试图阅读很多关于图表的内容，但我无法理解最适合这种情况的内容。

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

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

目的是显示开源系统没有的内容，以及修改后该系统将具有的内容。而且有了颜色，很容易显示所有修改......比开始规划项目更容易，并计算需要花费多少时间来制作你需要做的事情..

Answer 1

事实上，正如其他人所述，UML并不直接支持您的需求。据我所知，你想要捕获结构（模块），行为（特征）和交互（依赖），虽然在基本形式中，你的目标仍然是同时捕获太多。

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

1. 包图可以显示包和导入的结构和依赖关系

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

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

4. 用例图包含与系统交互以执行用例的角色，可以与包图结合使用，简单地分解不同模块中的系统，这些模块提供不同的功能 - 用例和描述可以连接的交互有用例的演员。

因此，您猜测我的选择将是带有包图的用例图。这些都很简单，含有少量噪音，这对你的简单案例来说可能是必不可少的。这种组合允许您需要的大部分内容，但是，为了表明模块以某种方式进行交互，您需要将模块既作为包也作为演员，这不是一个好习惯。但是根据你所说的我想你想要宣传现有系统的变化，这些变化在这些图表中会很好看，并且很容易向对UML一无所知的客户解释。您可以考虑删除模块之间的交互，并仅显示提供给用户的功能（描述为演员）。

Answer 2

Package diagram或Component diagram怎么样？

我认为对于您的特定情况，封装图非常适合。

Answer 3

你感到困惑的原因是UML的创建者只是制作了他们的图表（十几种类型）的目录，从来没有真正告诉你何时使用其中一种。

如果您正在谈论功能，则表示用例图。你可以在这里看到一些例子： http://askuml.com/blog/login-page-use-case-diagram/ 要么 http://askuml.com/blog/e-commerce/

Answer 4

没有UML图。