系统分析与设计（4）

※ 简答题

• 用例的概念
  用例是描述一个Actor使用一个系统来实现一个目标的成功或失败场景的相关的集合。用例指明了系统将要实现的功能或行为需求。

• 用例和场景的关系？什么是主场景或 happy path？

  • 场景是actors和系统之间特定的一系列动作和绘画，是用例的实例。一个用例是一些场景的集合。
  • 主场景（基本流）对应系统的主要的交互，通常是“成功”的场景。主场景是最常用的，能直接地实现用户目标的流程。

• 用例有哪些形式？
  用例有三种常用的形式。

  • Brief（high level）： 简短的一段总结，通常是主要的成功场景；在早期需求分析过程中，快速了解主题和范围；可能只需用几分钟来创建。
  • Casual（简便格式）： 非正式的段落格式；覆盖多个场景的几个段落；在早期需求分析过程中，快速了解主题和范围。
  • Fully： 所有的步骤和变化都写得很详细，以及先决条件和成功保障等支撑部分；所有的用户样例都已经确定且简略写完后，在第一个需求研讨会期间，一些（例如10%）架构上重要的和高价值的用例需要被详细地编写。

• 对于复杂业务，为什么编制完整用例非常难？
  复杂业务的子用例非常多，流程复杂，且需要处理的场景很多。因此很难考虑完全所有子用例和场景，且绘制的用例图繁杂，容易出错。

• 什么是用例图？
  用例图是用户和系统交互的一种表示方法，它显示了用户与用户所涉及的不同用例之间的关系。用例图可以识别系统的不同类型的用户和不同的用例，并且常常伴随着其他类型的图。用例要么用圆圈表示，要么用椭圆表示。
  用例图是表示系统上下文的一张图片，它显示了系统的边界，展示了与系统交互的外部对象，描述了系统的使用方法。用例图通常被认为是总结系统的行为和参与者的一个交流工具。

• 用例图的基本符号与元素？
  用例图的基本元素及对应的符号：

  • 参与者（Actor）： 表示的是一个系统用户，也就是与应用程序进行交互的用户、组织或外部系统。