【系统设计与分析】HW6

HW6

---

简答题

---

用例的概念

在软件和系统工程中，用例是行为或事件步骤的列表，通常定义角色（在统一建模语言（UML）中称为参与者）和系统之间的交互以实现目标。演员可以是人或其他外部系统。在系统工程中，用例的使用级别高于软件工程，通常代表任务或利益相关者的目标。然后，可以用系统建模语言（SysML）或合同声明捕获详细的需求。

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

场景是参与者和系统之间的一系列特定的活动和交互，也称为用例实例。场景是使用系统的一个特定情节或用例的一条执行路径。用例就是一组相关的成功和失败场景的集合，用来描述参与者如何使用系统来实现其目标。

主场景（也称happy path）对应于主要系统交互，通常是“成功”场景。在软件或信息建模的上下文中，happy path是一个默认场景，它不具有异常或错误条件。在用例分析中，只有一个happy path，但是可能有许多其他可选的路径场景，它们都是有效的可选结果。如果存在有效的备选方案，那么happy path将被标识为默认的或最可能的积极备选方案。

用例有哪些形式？

用例的三种常用形式：

• 摘要——简洁的一段式摘要，通常用于主成功场景。
• 非正式——非正式的段落格式。用几个段落覆盖不同场景。
• 详述——详细编写所有步骤及各种变化，同时具有补充部分，如前置条件和成功保证。

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

复杂的业务涉及到的场景非常多，很难将业务涉及的所有参与者，相关的成功和失败场景一一列举出来。用例建模更是难以实现，用例编制者需要熟悉各种业务场景和流程，理清所有场景的关系，还得有一定的用例建模基础，所以编制复杂业务的完整用例是很难实现的。