系分 | 第六周作业

简答题

1. 用例的概念
   用例是一系列相关的成功和失败场景的集合，这些场景描述了一个参与者使用一个系统来支持一个目标。用例是功能或行为需求，指示系统将做什么。就FURPS+需求类型而言，它们强调“F”，但也可以用于其他类型。

2. 用例和场景的关系？什么是主场景或 happy path？
   用例表示一组场景:主场景，加上零个或多个可选场景。
   
   主场景对应于主要的系统交互，通常是“成功”场景。是最常用的，直接地实现用户目标的故事。

3. 用例有哪些形式？

• 简洁模式(Brief (high level)）
  简短的一段概要，通常是成功的主场景。
  在早期的需求分析中，快速了解主题和范围。可能只需要几分钟来创建。
• 简便格式（Casual）
  非正式的段落格式。包含多种场景的多个段落。
• 详细描述(Fully)
  所有的步骤和变化都写得很详细，并有补充部分，如先决条件和成功的保证。
  在以一种简短的格式确定并编写了许多用例之后，在第一个需求研讨会期间，会详细地编写一些(例如10%)具有体系结构重要性和高价值的用例。

5. 对于复杂业务，为什么编制完整用例非常难？
   复杂业务的需求多，导致扩展部分较多，即除了主成功场景外的其他场景或分支，包括成功和失败路径。用例的格式导致编制复杂业务的完整用例非常难，因为这需要花费大量的时间编写，而且这些用例没有增加或增加很少的价值，并会导致大量的返工。
6. 什么是用例图？
   用例图是系统上下文的绝佳图景，它能显示用例和参与者的名称及其关系，给出了一个很好的系统及其环境的上下文图。
   
   a.它是一个很好的上下文图
   b.显示系统的边界，它外面的东西，以及如何使用它。
   c.它作为一种沟通工具，总结了系统及其参与者的行为。
7. 用例图的基本符号与元素？

• 参与者Actor
  
  表示一个系统的用户，即与应用程序或系统进行交互的用户、组织或者外部系统。参与者用一个小人表示。
  
  参与者包括三类:系统用户；其他系统。在当前项目范围之外，需要建立与其他系统的接口；一些可以运行的进程
• 用例Use Case
  外部可见的系统功能，表示对系统提供功能、服务的描述。用例用一个椭圆表示。
  
• 用例之间的关系：
  关联Association表示参与者与用例之间的关系。关联关系用一条直线表示&