应答系统是系统对手接听电话并记录来自呼叫者的消息。它旨在作为单个所有者的个人应答系统。它将支持：

  • 仅用于通告和接受来电者消息的模式
  • 能够查看呼叫者消息
  • 个性化的问候
  • 本地管理模式，问候语和来电者信息

回答系统域用例模型
让我们分析需求文档，以确定系统的潜在参与者和用例。首先，让我们列出潜在的参与者。快速查看需求文档可显示以下特定于系统的术语和实体：

  • 呼叫者是被回答的人并且他们的消息被采取
  • 所有者是记录问候语，设置答案模式并查看来电者的人

识别Actor
在列表中有某些术语和实体，用于标识它们执行某些角色或业务流程。从前面的列表中，我们可以看到有一些实体执行一个动作，一些实体构成了动作的目标。执行操作的实体将是Answering System的参与者。在上面的列表中，我们可以识别的actor是：

  • 所有者
  • 呼叫者。

识别用例
接下来，让我们确定应答系统中的潜在业务流程。系统中的主要业务流程是：

  • 查看来电者留言
  • 回答来电者
  • 设置应答模式
  • 记录问候

在我们进一步分析需求文档时，我们可以确定这些主要业务流程中的一些离散流程。要查看呼叫者消息，所有者需要能够删除呼叫者消息。因此，在“查看来电者消息”用例中，我们可以识别以下用例：

  • 删除来电者留言

“Answer Caller”用例可以细化为较小的离散过程，例如播放问候语，接听来电者信息。现在，我们在“Answer Caller”中识别的用例是：

  • 播放问候
  • 接听来电者留言

同样，“记录问候”用例使用离散过程 - 播放问候语。
我们最终的答疑系统用例列表如下：

  • 查看来电者留言
  • 回答来电者
  • 设置应答模式
  • 记录问候
  • 删除来电者留言
  • 播放问候
  • 接听来电者留言

如果您正在用英语分析句子，则句子中的主语可以被识别为潜在的演员，并且句子的动词部分可以是潜在的用例。请记住，这可能适用于或不适用于手头的问题，但却是用例建模的良好起点。
 

图 : 应答系统的用例图

表 - 给出了一个用例描述示例。
 

表3.2用例回答调用者的用例描述

用例ID

＃Answering-machine-UC1

用例类型

具体

用例名称

回答来电者

基础课程

Actors： Caller 

Preconditions： Answering machine is idle 

主路径：


  1. 呼叫者振铃连接到应答机的电话线。
  2. 系统等待响铃次数达到应答响铃次数。
  3. 系统播放问候语。
  4. 系统系统执行模式特定处理。

后置条件：应答机准备下一个呼叫者。

替代课程

  1. 呼叫者在播放问候语期间挂断电话。
  2. 系统识别挂断，停止问候并为下一个呼叫者做好准备。

扩展

接听来电者留言

决策支持

频率：当机器设置为应答模式时，每次来电都会触发此用途。

修改历史

所有者： Project Team 1，ABC Ltd. 

启动日期： 20XX年1月17日。

最后修改日期： 20XX年1月27日。