UML-组件和活动图之间的混合

我目前在一个相当大的系统上工作，该系统由一个使用WCF服务的WinForms应用程序和底部的数据库组成。如果您考虑一个用例或需求，那么开发人员需要的是对该特定用例（或需求）实现的快速概述。了解系统的人可以很快口头解释这两个视图（或子视图）在UI中使用，它们是绑定到此控制器的数据，该控制器使用此WCF服务获取此DTO。服务使用这个业务类，它使用这个数据适配器，数据在数据库的这些表中

---

我认为在大多数情况下，可以在一个图表中传达所有这些信息。然而，它将是组件图和活动图之间的一种混合，因为它显示了工作流和所涉及的组件。UML显然没有这样的图表，但我想知道是否有人在这些方面做过什么，您使用了什么工具。

我认为活动图表在这里不合适。据我所知，活动图旨在帮助某人了解模块/系统的工作原理，而无需涉及技术部分。但是，如果你能在活动digram中表达你所说的所有内容，如果你的团队和观众能够解读这些内容，那么当然。回到您的场景，我以前做过，UML序列图在这里帮助了我。序列图描述了顺序对象交互。您可能想查看它

只是对您的主题的评论。如果您对UML和其他OMG语言（模型驱动架构）感兴趣，我们将尝试建立一个特定的问题搜索网站。我们邀请您在上关注此小组，并将您的问题张贴在那里。再见！谢谢，哈里。我确实使用序列图来编写更低级的文档，通常是由代码生成的。我从来没有想到过用序列图来表示更抽象的结构。我得试试看。如何描述数据绑定？不确定使用什么技术。ASP>NETMVC和MVPC，其中我通常有一个IView，其中包含一个名为SetBindingSource的方法，演示者将调用该方法，然后将模型传递给SetBindingSource方法。在具体视图实现中，.NET中的数据绑定至少与将模型分配给控件的可绑定属性一样简单。但老实说，我很惊讶在序列图中显示了演示级别的细节。或者很多人会惊讶地发现我没有在序列图中显示GUI级别的细节。我通常不会显示，因为我认为不值得花时间预先设计GUI级别的细节。确保逆向工程和文档化是有意义的。但是表示层通常容易受到很多变化的影响，同步工件会让人头疼。