系统分析与设计 第六周

系统分析与设计 第六周 )

---

1 简答题

1.1 用例的概念

解答：

用例（use case），也称使用案例、用况；是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。编写用例时要避免使用技术术语，而应该用最终用户或者领域专家的语言。用例一般是由软件开发者和最终用户共同创作的。

---

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

解答：

• 1> 用例与场景的关系

每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。

• 2> 什么是主场景或happy path

每个用例都包含一个主场景，这个场景是用户和系统发生主要交互，是最常用实现用户目标的场景。

---

1.3 用例有哪些形式？

解答：

用例有三种常见的形式：

• 1> Brief（high level）

简洁型，通常是简短的一段总结，描述主要的成功场景，在早起需求中快速了解主题和范围，可以快速创建。

• 2> Casual

随意型，非正式的段落格式，涵盖各种场景的多个段落。

• 3> Fully

完整型，所有的步骤和变化都写得很详细，并有支持部分，如先决条件和成功的保证。

---

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

解答：

• 复杂业务活动包含很多用例，他们与过程关系用户难以理解，功能业务逻辑十分复杂，且非常耗时
• 场景与场景之间存在复杂的关联，如果场景不够全面，那么用例的完整性就难以保障
• 业务与需求本身就是需要不断迭代来确定的，一直处于变化的状态

---

1.5 什么是用例图？

解答：

用例图是由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。用例图是系统的蓝图。用例图呈现了一些参与者，一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。

<