活动： 详细说明业务用例
| 目的 | |
| 步骤 | |
| 输入工件： | 生成工件： |
| 角色：业务设计员 | |
| 工具向导 | |
| 工作流程明细： |
收集有关业务用例的信息 
对工作流程的详细说明是以分步的草图说明作为基础的。然而，在开始进行说明之前，必须收集有关业务用例的信息。建立一个群组，在其中包括项目团队成员和在流程中工作的业务人员。向他们展示业务用例，并要求：
- 为他们认为应该属于业务用例的活动命名，至少十个。集体讨论 - 忽略活动的顺序和大小，接受每个建议。
- 至少为五个与业务主角的交互命名，例如来自业务主角的请求、业务用例应该作出反应的事件。
按时间顺序组织活动和交互。确定基本的工作流程，添加所需的新活动。由此得到的活动（和交互）顺序将用作说明业务用例的基础。
在收集信息的活动过程中，您肯定会对如何组织业务角色和业务实体有自己的想法。这些想法当然应该记录下来，并保存以备后用。
详细说明业务用例的工作流程
在认为已经收集了足够的背景信息（已按时间顺序整理）的时候，就可以开始详细说明业务用例了。
- 首先，说明业务用例的正常工作流程。同时考虑业务主角和业务用例，并详细说明它们之间的交互。
- 在正常工作流程已经说明并且相对稳定后，开始说明备选工作流程。
遵循有关应该如何看待工作流程的一致标准。有关风格的详细信息，请参见指南： 业务用例和指南：用例中有关事件流的讨论。
编写说明文本时，请参考词汇表。如果没有和项目团队的其他成员进行讨论，请不要更改术语的定义。
构建业务用例的工作流程
业务用例的工作流程可以分成许多分支流。当启动业务用例时，如果以下条件成立，则分支流可以用不同方式进行组合：
- 根据来自给定业务主角的输入、某些属性值或对象，业务用例可以采用若干可能路径之一来继续进行。例如，根据与业务主角交互时发生的事件，工作流程可以采用不同的路径。
- 业务用例可以采取可选的顺序执行某些分支流。
- 业务用例可以同时执行多个分支流。
您必须对所有这些可选流或备选流进行说明。建议在工作流程的单独补充说明中说明每个分支流，这一措施在出现下列情况时是必需的：
- 分支流在指定工作流程中占据了相当大的部分。
- 工作流程发生异常错误。这会更加突出业务用例的主流程。
- 在同一工作流程中，可用若干种时间间隔执行的任何分支流。
如果分支流仅涉及整个流程的一小部分，则最好在说明文本的正文中说明分支流。
可以用活动图来说明工作流程的结构，参见指南：业务用例模型中的活动图。
有关工作流程结构的详细信息，请参见指南： 用例中关于事件流结构的讨论。
阐明业务用例与业务主角和其他业务用例的关系
创建用例图，显示业务用例以及业务用例与业务主角和其他业务用例之间的关系。此类图示可用作该业务用例的局部图，而且应该与该业务用例有关。注意：这种局部用例图一般并没有什么价值，只有在必需解释业务用例具有的扩展或包含关系，或如果涉及的业务主角之间存在非同寻常的复杂性时，该图才有利用价值。另请参见指南：业务用例模型中的用例图。
说明业务用例的特殊需求
应该在业务用例的特殊需求中，说明与业务用例有关，但在工作流程或业务用例的性能目标中并未考虑的信息。
说明业务用例的性能目标
确定目前和业务主角应该生产的产品有关的性能目标。侧重于和信息系统有关的目标。
说明扩展点
如果业务用例可由另一用例扩展而来（请参见指南： 业务用例模型中的扩展关系），则需说明扩展点（请参见指南： 业务用例中关于扩展点的讨论）。
评估结果
只有说明了业务执行的每项内容时，业务用例才是完整的。在结束工作之前，确保业务用例体现了一个良好用例的特征。
评估每个业务用例及其工作流程。走查是评估业务用例的一种特殊方法。采用走查评估方法，业务用例的负责人将带领一、两个项目团队的成员执行整个业务用例工作流程。使用一种场景：预演业务用例时，想象一下具有特定人员（如主角）的实际情况。
请参见活动： 复审业务用例模型中的业务用例检查点。
