系统分析第四次作业

软件系统分析与设计第六周作业

1.简答题

1. 用例的概念

   用例（use case），或称为使用案例、用况，是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。

   在UML的文档中，Use Case的定义是：在不展现一个系统或子系统内部结构的情况下，对系统或子系统的某个连贯的功能单元的定义和描述。

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

   用例可以是一个场景，也可以是一组场景，描述不同场景下的行为。场景也可以称为用例的一个实例（instance）。场景说明了系统是如何和最终用户或其他系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。

   正式的用例应该包括 用例名、概述、范围、级别、主执行者、项目相关人员和利益、前置条件、最小保证、成功保证、触发时间、主成功场景、拓展。

   主场景或happy path是指用例从触发时间开始，一步一步执行，最终满足用例利益的步骤集合。主成功场景应该包括一下信息：

• 两个执行者之间的交互。如，用户提交了订单
• 为保证主场景得以继续的确认。如，系统确认用户密码
• 主场景推进中的内部变化。如，系统扣除用户账户余额

3. 用例有哪些形式？

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

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

   因为对于复杂业务，需要考虑的因素会迅速增大，特别是在前期的准备和业务条件的考虑中，很可能会漏掉一个需求条件，而且复杂业务的需求变动频率更高，影响更大，想要在编制用例时就编制出完整的用例，需要考虑的场景将非常多