系统分析与设计 homework4 用例建模 - 绘制用例图

谭晓 15335139 电子政务方向

简答题

1. 用例的概念

​ 用例（use case），或译作使用案例、用况，是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的计数。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其他系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。

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

• 场景是用户与系统之间的交互行为，是用例的实例，而用例是场景的集合。
• 主场景（happy path）是被称为“理想路径”的场景，也可以理解为“基本流程”及“典型流程”。主场景可以理解为典型的、无条件的与理想方式的主成功场景，是用户与系统之间最主要的交互，是最常使用的实现用户目标的场景。

3. 用例有哪些形式？

​ 用例的形式有以下三种：

• 摘要（Brief）：通常是一段简短的总结，描述主场景，其在需求分析中便于快速了解主题以及范围，可以快速创建。
• 非正式（Casual）：非正式的段落格式，覆盖多个场景的几个段落，与 brief 形式类似，在早期需求分析中，可以帮助快速了解主题和范围。
• 详述（Fully）：用例中所有步骤与变化都被详细描述，并且有补充部分，如前提条件与成功保证等。

4. 对于复杂业务，为什么编制完整用例非常难？

​ 对于复杂业务来说，其应用场景十分复杂，用户使用的情况很多，要编制完整用例需要考虑的因素也很多，拓展部分较多，需求很复杂。在整个用例编写过程中，理想路径与拓展场景相结合也只能尽可能满足大多数用户所关注的问题，而很难完成真正完整的用例。一些被遗漏的场景通常会在后期使用的过程中被发现，只有不断完善才有可能编写出完整用例。同时，复杂用例的可读性也较差，如果对于复杂业务一开始就编制出完整用例，对于项目的实现也会造成一定的困难。

5. 什么是用例图？

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

6. 用例图的基本符号与元素？

• 参与者（Actor）：表示系统中的用户，即与系统交互的对象

  

• 用例（Use Case）：用户与系统的交互行为，可以理解为用户可以使用系统做的事情