用例模型和用例.ppt

. ?版权所有，未经准许不得以任何形式复制及传播 . ?版权所有，未经准许不得以任何形式复制及传播 . 第一讲 用例模型和用例图 用例模型概述； 用例图； 建立用例模型的主要工作； 用例模型(用例图)的建造； 小 结。 . I 用例模型概述 什么是用例？ 用例模型的意义； 用例分析的目的； 用例的属性； 对用例图关心的人员。 . 什么是用例？ 确定需求： 软件开发中的一个致命的问题 为此，各有关方面需要大量的交流，以增进对需求的了解。 然而，对各方所关心的事情的描述却都是粗糙的（非形式化）、口头的或是一些杂乱的草稿，没有文档 怎样描述用户所关心的事情？ 用例是对（用户）所关心的事情的描述。 . 场景Scenario 场景：用户与系统之间的一个交互过程，即为实现这次交互所要经历的一系列步骤 例：假设有一个基于Web的在线购物站点，我们可以给出这样一个购物场景： 主场景：顾客浏览了货单并将感兴趣的物品添加的购物筐中。如决定购买，则说明要购买的物品，提供信用卡信息并确认购物清单。系统将检查信用卡的合法性并确认销售结果。给客户发出确认电子邮件 备选场景；信用卡失效 . 用例Use Cases 用例：一组场景，用以共同描述用户的某个特定的目标。 例： 用例：购买商品 . 用例：购买商品 主场景： 顾客浏览货单并选择要买的商品 顾客来付款 顾客填写采购信息（地址、隔天或3天送货） 系统显示价目信息 顾客填写信用卡信息 系统检查信用卡的合法性 系统确认销售 系统给客户发出确认电子邮件 . 候选场景 候选场景：信用卡失效 第6步，系统检查信用卡失败。允许客户重新执行第5步 候选场景：固定客户 3a. 系统显示当前购物信息、价格信息、信用卡的最后四位数字 3b. 顾客接受或修改这些隐含值。转至主场景的第6步 . 用例模型的意义 用例模型对软件开发方法的研究具有重要意义：任何方法的首要问题是了解需求，而分析典型用例是用户和开发者一起了解需求、剖析需求和跟踪需求的有效工具。 Jacobson首先提出用例分析方法，对用例的使用进行了扩展，将其作用提高到项目设计和项目开发基本要素的高度，是面向对象技术进入第二代的标志。 . 用例分析的目的 描述和决定系统的功能需求，帮助客户和软件开发人员形成一致意见。 给出系统应该做什么且与内容一致的可视化描 述，使之成为在开发全过程中研讨系统需求和进行系统设计的依据。 在软件测试阶段作为系统测试的基础。 建立系统实现的各个对象类和系统操作与功能需求之间的可追踪关系。 . 用例的一些基本特点 用例描述了用户提出的一些可见需求； 用例可大可小 例：10人年的项目，20-100个用例 用例对应一个具体的用户目标 从本质上讲，一个用例是用户与计算机之间为达到某个目的的一次典型交互。以字处理程序为例，“将某些正文置为黑体”和“创建一个索引”便是两个典型的用例。从这两个例子中可以了解用例的一些特点： . 对用例模型关心的人员 客户：他关心如何使用系统的功能；充当模型中的哪一个角色；如何调整模型可以更好地适应他们的愿望。 开发人员：他需要理解系统的功能，以作为今后工作的基础和依据；在系统集成测试期间，可以使用这些用例测试系统。 其他人员：销售人员，技术支持人员，文档编写人员等也关心用例图。 . II 用例图 用例图举例； 用例图中的图符； 用例图中的模型元素。 . 用例图举例（UML1.1） 《使用》 贸易经理 设置边界 更新帐目 记帐系统 《扩展》 用例 执行者 《使用》 风险分析 交易估价 进行交易 超越边界 -扩展点：大交易量 评 价 营销人员 销售人员 . 用例图举例（UML1.3） 《包含》 贸易经理 设置边界 更新帐目 记帐系统 泛化 用例 执行者 《包含》 风险分析 交易估价 进行交易 超越边界 评 价 营销人员 销售人员 . 用例图中的图符（UML1.3） 执行者 系统 用例 关联 《扩展》 注释体 注释连接 《包含》 泛化 . 包含关系与泛化关系 包含关系：描述在多个用例中都有的公共行为 泛化关系：一个用例类似与另一个用例，但多一些内容。 . 《扩展》关系 类似与泛化关系，但添加了一些新规则 扩展用例可以在基用例之上添加新的行为，但是基用例必须生命某些特定的“扩展点”，并且扩展用例只能在这些扩展点上扩展新的行为。 固定顾客 购买商品 扩展点： 付款信息 购物信息 《扩展》 . 用例图中的模型元素系统、执行者和用例 系统：一个提供“用例”所需要的功能的“黑盒 子”。系统的外部特性由系统的功能来定义；整个系统的功能用一组用例来描述。 执行者：需要使用系统的任何外部实体(例如 人、其它系统或外部设备等)。