系统和用例中扮演的

raselbd223

图中的系统边界 然后我们添加演员。参与者始终位于系统边界之外是用户在个人或非个人角色。参与者代表用例的用户在与该用例交互时制定的连贯集。参与者名称通常与业务角色一致但它们也可以提供某些信息例如有关权限的信息。参与者分为主要即发起给定动作的参与者和次要 即执行操作所需的。 因此在下图中我们将 标记为我们的系统边界我们将建模的上下文参与者即客户服务员服务员和银行。 图中的系统边界和参与者 用例图的第三个也是最重要的元素当然是用例本身。我们用省略号直观地写下它们并以祈使语气给它们起简短的名字。

用例是一组通过共同用户目标链接在一起的场景。它是功能需求的图形表示它定义了 电子邮件数据 系统的行为但不告知内部结构或强加实现方法。 完整的用例集即 内的所有用例定义了整个系统它们定义了我们需要的功能。然而单个案例决定了系统行为的一个片段即特定场景。 在 图中显示系统边界参与者和用例的图 用于构建用例的另一个元素是关联的类型。单个用例必须直接或间接与至少一个参与者相关联。 用例图 通过关联进行连接最常用于连接用例图与参与者。关联将参与者与给定用例连接起来。在我们的例。



子中我们有一个有向关联它指向这样一个事实发起者总是知道初始化元素而初始化元素不知道发起者客户知道他可以取款但是取款不知道知道有顾客。 扩展关系或扩展表示给定用例可以选择性地扩展基本用例的功能当满足指定条件时。例如 取款 用例会触发 屏幕上的消息您想打印收据吗？并可选择 是 或 否 以及适当的结果。 包含关系或包含关系涉及使用另一个用例的行为扩展基本用例的功能。在我们的例子中 提款 与 授权客户 相关即提款必须以授权结束。