我想开发一个web应用程序和一些桌面应用程序，所有这些应用程序的数据库，通过套接字或TCP通信。 这些桌面应用程序在后台运行，所以，也没有用例和web应用程序只能由远程用户使用。
而且，这些桌面应用程序通过数据库的web应用程序和VIS进行双向通信。
这UML图可以帮助我概念化的桌面应用程序的工作吗？
我试图用概念化的deploiement图这件事情，但是，我认为这是非充分解释报告的整个工作。 难道不是吗？
非常感谢！
Answer 1:
如果你在用例图和演员的理论看，你会看到一个演员（的东西，有一个用例进行交互）可以是一个人或其他系统。
在这种情况下，由于您的应用程序在后台运行时，必须由触发的东西：一个人或由一个作业调度程序（=系统）。 这意味着，触发由演员完成，因为一个演员可以是一个人或其它软件系统。
因此，这意味着你有一个用例（您的应用程序）和演员（调度或人）。 以这种方式您的后台应用可以被描述为一个用例的用例图，与系统的其余部分一起。
Answer 2:
作为罗尔夫Schorpion说，你仍然可以使用全身演员用例图。 只要确保演员是什么外部系统（或系统的一部分）。 典型的演员可以是定时器（如果它是时间的控制）。
此外，还有一个很多UML的图表，你可以使用的。 从您发布的短desctiption，我建议以下组图（至少这些都是我问你，以便更好地了解您简要描述了系统准备图）：
强制性：
- 组件图 -显示系统及其相关的组织结构（桌面应用程序，Web应用程序，数据库是组件）
- 部署图 -显示网络组织，服务器和先前定义的组件实际上是如何部署在服务器节点
- 序列图（S） -表示各结构部件之间的重要的通信场景。 你mentiones TCP，所以这可以进一步完善和使用一个或多个序列图显示。 它有一个标准的通信模式，单个序列可以是足够了。 否则，几个序列可用于覆盖所有显著communucation scenaria
可选的：
- 类图 -指定的内部组件结构-设计（源代码的蓝色打印）。 我建议只如果在每一个compoennt复杂的设计，值得这种努力这一个。 如果不是，它可能是昂贵的，以保持模型的同步与实际的代码。
- 国家disgrams -如果一个类的直流电阻率显示，可以近似为一组离散状态的行为（例如ON，OFF，维修，订单OUT），这个图是非常强大的，高度recommendedn
- 活动图 -如果你有一些有趣的非平凡的算法或只是想显示的测序任务方面的整体系统的逻辑，使用activita图。
这是最常见的UML图。 除了你有几个人更多的couls在某些特殊条件下使用（例如时间），但我敢肯定，你几乎可以只使用这些模型的一切。 用例是远从UML建模的首选。
如果你有进一步的问题或疑惑，就问。
文章来源: Which UML diagrams may I need to conceptualize background desktop apps?
