系统分析相关设计实验用例图与其应用.pptVIP

系统分析设计实验二 用例图及其应用 内 容 基本概念 关系及其应用 参与者规范及应用 用例规范及应用 用例视图 用例图由三部分组成： 参与者 一组（个）用例 关系 （四种关系） 1 基本概念 定义 是直接与系统相互作用的系统、子系统或类的外部实体的抽象。它是用户所扮演的角色，是系统的用户。每个参与者定义了一个角色集合。通常，一个参与者可以代表一个人、一个计算机子系统、硬件设备或者时间等角色。典型的参与者如销售部经理、销售员和结帐系统。 图形表示 用小人图符表示 1 基本概念－参与者 参与者的识别 谁将使用系统的主要功能？ 谁将需要系统的支持来完成他们的日常任务？ 谁必须维护、管理和确保系统正常工作？ 谁将给系统提供信息、使用信息和删除信息？ 系统需要处理哪些硬件设备？ 系统使用了外部资源吗？ 系统需要与其他什么系统交互吗？ 谁或者什么对系统产生的结果感兴趣？ 一个人同时使用几种不同的规则吗？ 几个人使用相同的规则吗？ 系统使用遗留下来的应用吗？ 1 基本概念－参与者 1 基本概念－参与者 分为三类 系统用户 外部系统 进程 允许存在泛化关系 存在一般角色和特殊角色 1 基本概念－用例 定义 外部可见的系统功能单元，其用途是在不揭示系统内部构造的前提下定义连贯的行为 对一组动作序列的描述，系统通过执行这一组动作序列为参与者产生一个可观察的结果 1 基本概念－用例 用例特征 说明了系统具有的一种行为模式 说明了一个参与者与系统执行的一个相关的事务序列 提供了一种获取系统需求的方法 提供了一种与最终的用户和领域专家进行沟通的方法 提供了一种测试系统的方法 图形表示 用椭圆形表示，用例的名字显示在图标的下面 1 基本概念－用例 每个用例执行都独立于其他用例，即使它们之间存在隐含的依赖关系。 动态执行过程可以使用UML的交互说明。 在系统层，用例表示整个系统对外部用户可见的行为。 参与者要向系统请求什么功能？ 每个参与者的特定任务是什么？ 参与者需要读取、创建、撤消、修改、或存储系统的某些信息吗？ 是否任何一个参与者都要向系统通知有关突发性的、外部的改变？或者必须通知参与者关于系统中的发生的事件？ 这些事件代表了哪些功能？ 系统需要哪些输入/输出？ 这些输入输出来自哪里或者到哪里去？ 哪些用例支持或维护系统？ 是否所有功能需求都被用例使用了？ 系统当前实现的主要问题是什么？ 1 基本概念－用例识别 1 基本概念－事件流 事件流是用例完成需求行为的事件详细描述。 事件流的目的是建立用例中逻辑流程的文档，详细描述系统用户的工作和系统本身的工作，既包括正常状态下系统完成需求行为的事件，也包括在其他状态下不能完成需求行为的事件。 事件流通常包括： 简要说明 前置条件 事件流（描述用例的具体细节，关注“做什么”，而不是“怎么作”） 后置条件 事件流 描述用例的具体细节，关注“做什么”，而不是“怎么作” 事件流包括 用例如何开始和结束 用例如何与参与者交互 用例的正常流程 用例的流程变体 用例的错误流 一个用例模型由一个或者多个用例图和所有的支持文件（诸如用例规范和参与者定义等）所构成。用例规范是大多数用例模型的产物，而用例图充当将需求模型综合在一起的粘胶剂。用例模型应当从项目投资者的角度进行开发，而不是从开发者的（通常是技术）观点去开发。 1 基本概念－用例模型 关系反应了参与者和用例之间、用例和用例之间以及参与者和参与者之间的相互作用。 在一个用例图中，可能会出现关联关系、依赖关系、泛化关系以及这三种关系的扩展形式：扩展关系、包含关系和精化关系。 2 关系及其应用 关联关系 关联关系表示一种通信路径，它存在于参与者和用例之间，提供用例和参与者之间的通信途径。建立通信之后，信息可以双向流动。 关系方向显示的不是信息的流动方向，而是谁启动信息。 2 关系及其应用 2 关系及其应用 关联关系 表示 工具箱中：一个直角直线 模型图中：一条直线或者一条带箭头的直线 关联命名 一个动词或者一个动词短语，用于指明关系的类型或者目的。 关联关系 在用例图中，通常存在两种类型的关联： 单向关联 双向关联 Actor1 与 UseCase1 Actor2 与 UseCase1 2 关系及其应用 依赖关系 定义 存在于两个模型要素之间的一种关系，其中一个模型要素的改变将影响另一个模型要素 表示方法 工具箱和模型图中均表示为一个带箭头的虚线 画图时，拖动鼠标从客户到提供者画出关联关系 2 关系及其应用 泛化关系 定义 在一个更一般的模型要素和另一个较具体的模型要素之间存在的一种关系，通常用于表示类（包括用例、参