应急报告系统的UML协作图

应急报告系统的UML协作图,uml,collaboration-diagram,Uml,Collaboration Diagram,我正在做一些软件建模/设计的家庭作业,我很难理解如何将这个特定的用例转化为协作图。我发现这个教程很棒,但我正在研究的用例引入了一个“UI”组件,我找不到类似的例子 有关问题引述如下: 用例名称:报告紧急情况 参与者:由官员发起并与通讯员沟通 活动流程: 该官员激活其终端的“报告紧急情况”功能 系统通过向官员出示表格作出响应 官员通过选择紧急级别、类型、位置和位置来填写表格 简要描述情况。该官员还描述了可能的回应 紧急情况。填写表格后,现场官员提交 形式 系统接收表单并通知通讯员 通讯员审查提交的

我正在做一些软件建模/设计的家庭作业,我很难理解如何将这个特定的用例转化为协作图。我发现这个教程很棒,但我正在研究的用例引入了一个“UI”组件,我找不到类似的例子

有关问题引述如下:

用例名称:报告紧急情况 参与者:由官员发起并与通讯员沟通 活动流程:

  • 该官员激活其终端的“报告紧急情况”功能
  • 系统通过向官员出示表格作出响应
  • 官员通过选择紧急级别、类型、位置和位置来填写表格 简要描述情况。该官员还描述了可能的回应 紧急情况。填写表格后,现场官员提交 形式
  • 系统接收表单并通知通讯员
  • 通讯员审查提交的信息,并在 数据库通讯员选择回应并确认报告
  • 系统显示确认信息和 对该官员的选择性回应。 前提条件:该官员已登录系统 后置条件:官员已收到确认和选定的响应 来自通讯员,或该官员已收到说明原因的解释 无法处理事务
  • 据我所知,协作图中的关联表示对象之间的消息流,而不一定反映对象模型之间的物理关系。如果是这种情况,那么哪个对象应该负责newEmergencyForm()方法,哪个对象应该调用该方法?newEmergencyForm()方法和reportEmergency()方法不能合并为一个吗?

    • 现在(当前的UML标准是2.4.1),这个图被称为通信图,而不是协作图。协作仍然是一些图的元素,但它们有其他意义

    • 据我所知,紧急情况报告正在填写表格。newEmergencyForm提供了需要填写的表格。这是两个不同的操作,您已经知道它们之间的差异,因此,您没有必要不注意到这一差异并将它们计算为一个操作。但是,如果出于某种原因,您希望推迟在以后的图表中显示主题,您可以这样做。这并不违反标准

    • 我不会将创建这些消息的东西命名为“对象”。在这个抽象层次上,我们更倾向于谈论组件

    • 在定义所有组件之前,您无法说出哪个组件创建了一些消息。你们可以在头脑里做,这没关系,但我们不能帮你们做选择。什么是“系统”?(在这个层次上,我们不谈论系统作为一个整体,它是用例的术语。什么是对应的’?它与官员相同还是可以相同?或者它是一个子系统?你还有什么其他组件

    • 除此之外,您还必须向我们提供组件图作为源。顺便说一句,我几乎可以肯定,在正确定义所有组件之后,您将自己找到解决方案