系统分析与设计Homework4

1、简答题

1.1 用例的概念

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

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

• 场景是actors和系统之间特定的一系列动作和绘画，是用例的实例。一个用例是一些场景的集合。
• 主场景（基本流）对应系统的主要的交互，通常是“成功”的场景。主场景是最常用的，能直接地实现用户目标的流程。
• 主成功场景或happy path是用例从触发事件开始，一步一步执行，最终满足用例利益的步骤集合
• 主成功场景应该包括以下信息：
  • 两个执行者之间的交互。如，用户提交了订单。
  • 为保证主成功场景得以继续的确认。如，系统确认用户密码。
  • 主成功场景推进过程中的内部变化。如，系统扣除用户账户余额

1.3 用例有哪些形式？

• 摘要：简洁的一段式概要，通常用于主成功场景。在早期需求分析过程中，为快速了解主题和范围，通常花费少量时间快速编写。
• 非正式形式：非正式的段落格式，用几个段落覆盖不同的场景。
• 详述：详细编写所有步骤和各种变化，同时具有补充部分，如前置条件和成功保证。确定并以摘要形式编写大量用例后，在第一次需求讨论中，详细地编写其中少量的具有重要架构意义和高价值的用例。

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

复杂业务的场景较多，场景较为复杂。在前期的考虑中，很难不遗漏一些业务条件和需求，且这些需求条件还可能发生变化。所以对于复杂业务，编制完整用例且不遗漏情景、良好地安排每个场景、场景内元素地关系非常困难。</