需要提供一个建议的模型解决方案，我应该使用哪些UML图？

Question

我需要向我的客户提供我建议的解决方案的建议模型。问题非常模糊如下：

• 我们需要创建一个合并组织中大部分信息的解决方案
• 将从多个系统获取信息。
• 来自“中心枢纽”的信息也将提供给其他外部系统（这些信息不是私密的 - 我们试图尽可能广泛地分享它）。
• 基本上我们想要模拟系统中不同组件之间的交互。

要使用哪一组好的图表？

到目前为止，我已经决定使用用例和通信图。在这个阶段，类图太详细了。您认为哪些其他高级图表是合适的。

Answer 1

  

基本上我们想要建模   不同的互动   系统中的组件。

显然，您需要一个组件图。将组件及其界面布置为演示的焦点。

我同意从用例开始是最好的，因为这有助于定义需求（尽管我不认为它是需求规范的替代品）。然后创建组件图。请注意，组件应尽可能与平台无关。尽可能在项目的后期保留部署决策。

下一步是使用序列图显示组件之间的交互以定义主要方案。每个组件都有一条生命线，显示它们之间传递的消息。每个序列图描述了通过系统的一条路径，即一个实现重要功能的刺激，一个响应。创建这些可能非常耗时，因此您需要仔细选择它们。每个图应包含摘要，前置条件和后置条件。一个好的UML工具（比如SparxSystems的Enterprise Architect）会在您在场景中创建它们时将您的接口添加到组件中，并且还会使您在组件视图中添加的任何接口可见。

Answer 2

HMM。是否必须专门使用UML模型？

据我了解你的帖子，它看起来像dataflow diagram（DFD）可能有用。它允许您显示从哪里流到哪里的数据。级别0 DFD（上下文诊断）可以让您说明您的系统及其与之集成的系统。

如果您需要更精确，sequence diagram将允许您说明您的系统与其集成的系统之间的交互协议。