系统分析 用例建模-绘制用例图

作业目录

• • 简答题
  • • • 1、用例的概念
      • 2、用例和场景的关系么是主场景或 happy path/li>
      • 3、用例有哪些形式/li>
      • 4、对于复杂业务，为什么编制完整用例非常难/li>
      • 5、什么是用例图/li>
      • 6、用例图的基本符 与元素/li>
      • 7、用例图的画法与步骤
      • 8、用例图给利益相关人与开发者的价值有哪些/li>
  • 建模练习题（用例模型）

简答题

1、用例的概念

用例是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动。

2、用例和场景的关系么是主场景或 happy path/h4>

• 1、每个用例提供了一个或者多个场景。场景是使用场景，说明系统的用途、如何产生交互。
• 2、主场景是每一个用例中都包含的，对应于系统的主要交互，通常是成功的场景。
• 3、happy path则是用例从触发事件开始，一步一步执行，最终满足用例利益的步骤集合，也就是成功主场景。

3、用例有哪些形式/h4>

• 摘要
  摘要用例有很少的句子组成来总结的用例。它十分适合在电子表格中计划软件开发。一个摘要用例能够简单插入电子表格的单元格中并且用表格中的其它列记述业务优先级，技术复杂度，版本 等。

• 非正式
  一个非正式的用例由文本段落组成，包括了上面提到的那些列，用总结或故事的形式详细的描述了用例。

• 完整正式
  一个完整正式或者复杂的用例是一个以包含了不同部分的长模板为基础的正规的文档。该用例在下面的用例模板部分进行讨论。

4、对于复杂业务，为什么编制完整用例非常难/h4>

复杂的业务中场景数量比较多而且之间的关联非常复杂。在前期的考虑中，很难不遗漏一些业务条件和需求，并且这些条件和需求在开发中还可能会发生变化。所以对于复杂业务，直接编制完整的用例非常困难。

5、什么是用例图/h4>

用例图是用户与系统交互的最简表示形式，展现了用户和与他相关的用例之间的关系。通过用例图，人们可以获知系统不同种类的用户和用例。用例图也经常和其他图表配合使用。

6、用例图的基本符 与元素/h4>

• 参与者：表示与您的应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示。

• 用例: 用例就是外部可见的系统功能，对系统提供的服务进行描述。 用椭圆表示。

• 子系统：用来展示系统的一部分功能，这部分功能联系紧密。

• 关系：表示参与者与用例之间的通信，任何一方都可发送或接受消息。虚线箭头。

  • 泛化：就是通常理解的继承关系，子用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。箭头指向指向消息接收方。

  • 包含：包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤；箭头指向 父用例。

  • 扩展：扩展关系是指 用例功能的延伸，相当于为基础用例提供一个附加功能。箭头指向分解出来的功能用例。

  • 依赖：表示源用例依赖于目标用例。箭头指向基础用例。

  • 项目：用依赖关系把某个用例依赖到项目上。箭头指向被依赖项。

7、用例图的画法与步骤

用例图包含六个元素，分别是：参与者 (Actor)、用例(Use Case)、关联关系(Association)、包含关系(Include)、扩展关系(Extend)以及泛化关系 (Generalization)。

• 一．参与者（Actor）：确定参与者

• 二、用例（Use Case） ：识别用例

• 三、确定用例间的关系

  1．关联关系（Association）

  ２．包含关系（Include）

  ３．扩展关系（Extend）

  ４．泛化关系（Generalization）

8、用例图给利益相关人与开发者的价值有哪些/h4>

• 对于利益相关人：

  • 可以直观看到系统的结果和用户的功能体验，保证系统按照用户的需求进行设计。
  • 用例能够根据需要对复杂程度和形式化程序进行增减调节，而用例图则使得这种调节更加便利。

• 对于开发者来说：

  • 用例图是设计者设计过程的结论与参考，设计者与开发者之间的交流工具，开发者开发过程的蓝图。
  • 用例图使得开发者能够更明确地获得需求，更好地理解需求。

---

建模练习题（用例模型）

• 选择2-3个你熟悉的类似业务的在线服务系统（或移动 APP），如定旅馆（携程、去哪儿等）、定电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：
  • 请使用用户的视角，描述用户目标或系统提供的服务
  • 粒度达到子用例级别，并用 include 和 exclude 关联它们
  • 请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例
  • 尽可能识别外部系统和服务

然后，回答下列问题：

相似系统面对的参与者和用例是相似的，用例之间的关系也是同构的。用户预期的功能都是相似的，即不同的同类系统一定具有一致基本功能以及带有自己特色的扩展功能。所以体现在用例图上也是相似的。

不同时代对预定的酒店的需求不同。有关订旅馆的目的：比如旅游、出差等，应该提供不同的筛选服务以及推荐。

对创新的用例进行高亮标注。可以方便开发人员和投资方快速找到核心竞争力及可能带来的结果。