1.2确定用例 查询 银行客户 投款 后台服务器 转： 岗作员 维护系统 周期性岗作 系统时钟
1.2 确定用例
1.2确定用例 冬在用例的抽取过程中，必须注意：用例必须是由 某一个参与者触发而产生的活动，即每个用例至 少应该涉及一个参与者。 冬如果存在与参与者不进行交互的用例，可以考虑 将其并入其他用例；或者是检查该用例相对应的 参与者是否被遗漏，如果是，则补上该参与者。 冬反之，每个参与者也必须至少涉及到一个用例， 如果发现有不与任何用例相关联的参与者存在 就应该考虑该参与者是如何与系统发生对话的 或者由参与者确定一个新的用例，或者该参与者 是一个多余的模型元素，将其删除
1.2 确定用例 ❖在用例的抽取过程中，必须注意：用例必须是由 某一个参与者触发而产生的活动，即每个用例至 少应该涉及一个参与者。 ❖如果存在与参与者不进行交互的用例，可以考虑 将其并入其他用例；或者是检查该用例相对应的 参与者是否被遗漏，如果是，则补上该参与者。 ❖反之，每个参与者也必须至少涉及到一个用例， 如果发现有不与任何用例相关联的参与者存在， 就应该考虑该参与者是如何与系统发生对话的， 或者由参与者确定一个新的用例，或者该参与者 是一个多余的模型元素，将其删除
1.2 确定用例 冬用例模型必须是易于理解的。用例建模往往是一 个团队开发的过程，建模过程中必须注意参与者 和用例列的名称应该符合一定的命名约定，这样整 个用例模型才能够符合一定的风格。 冬对于同一个系统，不同的人对于参与者和用例都 可能有不同的抽象结果，因而得到不同的用例模 型。我们需要在多个用例模型方案中选择一种"最 佳”（或"较佳")的结果，一个好的用例模型应该 能够容易被不同的涉众所理解，并且不同的涉众 对于同一用例模型的理解应该是一致的
1.2 确定用例 ❖用例模型必须是易于理解的。用例建模往往是一 个团队开发的过程，建模过程中必须注意参与者 和用例的名称应该符合一定的命名约定，这样整 个用例模型才能够符合一定的风格。 ❖对于同一个系统，不同的人对于参与者和用例都 可能有不同的抽象结果，因而得到不同的用例模 型。我们需要在多个用例模型方案中选择一种"最 佳"（或"较佳"）的结果，一个好的用例模型应该 能够容易被不同的涉众所理解，并且不同的涉众 对于同一用例模型的理解应该是一致的
1.3描述用例规约 冬认为由参与者和用例构成的用例图就是用例模型 , 这是一种误解。用例图只是在总体上大致描述 了系统所能提供的各种服务，让我们对于系统的 功能有一个总体认识。除此之外，还需要描述每 一个用例的详细信息，这些信息包含在用例规约 中，用例模型是由用例图和每一个用例的用例规 约所组成。 冬用例图只能描述了系统的大概功能，用例规约表 示系统活动的细节
1.3 描述用例规约 ❖认为由参与者和用例构成的用例图就是用例模型 ，这是一种误解。用例图只是在总体上大致描述 了系统所能提供的各种服务，让我们对于系统的 功能有一个总体认识。除此之外，还需要描述每 一个用例的详细信息，这些信息包含在用例规约 中，用例模型是由用例图和每一个用例的用例规 约所组成。 ❖用例图只能描述了系统的大概功能，用例规约表 示系统活动的细节
1.3 描述用例规约 每一个用例的用例规约应该 在系统中，按照某个顺序执行了 简要说明(Brief Descript 系列相关的动作后，即可实现某种 目的。 功能，把完成了这一功能操作的集合 称为场景。场景就是用户使用系统的 ■事件流(Flow of Event) 一个实际的、特定的场面。 应该主 右的坛县 事件流就是用例执行时，由 ·用例 一序列活动组成的控制流。 包括成功场景和失败 场景 选流组合而成的。 特殊需求(Special Requirement):描述与用例相关的 非功能性需求（包括性能、可靠性、可用性和可扩展性 等)和设计约束（所使用的操作系统、开发工具等）。 ·前置条件(Pre-Condition):执行用例之前系统必须所 处的状态。 后置条件(Post-Condition):用例执行完毕后系统可能 处于的一组状态
1.3 描述用例规约 ❖ 每一个用例的用例规约应该包含以下内容： ◼ 简要说明(Brief Description) ：简要介绍用例的作用和 目的。 ◼ 事件流(Flow of Event) ：包括基本流和备选流，事件流 应该表示出所有的场景。 ◼ 用例场景(Use-Case Scenario) ：包括成功场景和失败 场景，场景主要是由基本流和备选流组合而成的。 ◼ 特殊需求(Special Requirement) ：描述与用例相关的 非功能性需求（包括性能、可靠性、可用性和可扩展性 等）和设计约束（所使用的操作系统、开发工具等）。 ◼ 前置条件(Pre-Condition) ：执行用例之前系统必须所 处的状态。 ◼ 后置条件(Post-Condition) ：用例执行完毕后系统可能 处于的一组状态。 在系统中，按照某个顺序执行了 一系列相关的动作后，即可实现某种 功能，把完成了这一功能操作的集合 称为场景。场景就是用户使用系统的 一个实际的、特定的场面。 事件流就是用例执行时，由 一序列活动组成的控制流