UML分配问题

我周一有一个小的UML作业要交；这看起来并不太复杂，我并不是要求这个网站帮我解决这个问题——我只是要求澄清我的一些疑问

我只是讲了作业的一部分，因为它的内容可能不太相关

我们提供了一个基本用例，其中演员“警官”（例如警官）与演员“通讯员”通信以报告紧急情况。用例以以下形式表示：

用例名称：报告紧急情况

参与人员：官员、记者

事件流：

先决条件：

后置条件：

然后我们给出了三个“细化”用例的场景。我之所以说“精炼”，是因为他们把它颠倒过来了：他们涉及到团队领导、受访者、事件处理——在给定的非常基本的用例所描述的事件流中甚至没有提到任何东西

在这些场景之上，我们给出了十个“事件”（即，它们基本上将三个场景分为十个容易识别的句子）。作业要求我们为每个事件制作一个协作图

我知道协作图描述了系统的行为，即系统的不同部分如何相互作用。所以我想，即使有了这些“创造性”的场景，我也能从中有所收获。但这一部分来了：

“协作图应使用控制器、边界、域对象和其他完全处理每个事件所需的新制作软件对象（如数据结构组件）。”

然后：

“您的作业将根据您的设计质量（即模块化：低耦合、高内聚性）进行评估”

我的问题是：

1） 与基本用例相比，场景是否应该呈现如此多的新信息

2） 我需要画十张简单的协作图吗？使用哪些类

3） 为什么会提到诸如低耦合、高内聚、域对象之类的东西？他们与所有这些有什么关系？

1）场景是对用例的详细描述。基于约束条件，可以有多种场景。用例本身只是以简明的格式描述晴天场景。肉在场景中

2） 在执行场景时，可以提取与UC相关的类。您会发现文本部分告诉您需要执行某些功能。将这些类放在协作图中，并用正确的消息将它们连接起来

3） 这些是一般的设计规则。低耦合/高内聚意味着良好的设计（反之亦然）。域对象是那些位于系统中心的对象，所有用例的总和将处理所有域对象的总和