用例和用例图.教案.pptVIP

* * * * * * * * * * 实例2: 分析： 1.参与者 管理员 2.用例 管理图书：新增书籍、查询书籍、修改书籍 管理外借：登记外借、查询外借 统计信息 推荐方案 PK 可选方案 优化方案1 优化方案2 用例的描述 用例描述是指对一个用例的功能进行的文字描述, 是参与者与系统交互动作序列的说明. 用例描述才是用例的主要部分, 是后续的交互图分析和类图分析必不可少的部分. 用例采用自然语言描述参与者与系统的交互行为,要易于理解。其读者是开发人员、用户、项目经理、测试人员等。 用例描述的是一个系统做什么（what）的信息，并不说明怎么做（how），怎么做是设计模型的事。 用例描述模板 为了说明一个用例的行为，描述一个用例的关键要素包括：用例何时开始（前置条件）、何时结束（后置条件）、参与者何时与用例交互、交互了什么信息，以及用例执行的基本事件流和扩展事件流。 1. 事件流 事件流就是一个用例在执行时参与者与系统之间的交互过程。 事件流的目的是为用例的逻辑流程建立文档，这个文档详细描述系统用户的工作和系统本身的工作。 事件流分为基本事件流和扩展事件流两种。 2. 用例描述模板 用例描述有两种格式：一种是纯文本格式，另一种是表格形式。 描述项 说明 用例名称 表明用户的意图或用例的用途，与用例图相符 标识符[可选] 惟一标识符, 便于引用该用例 用例描述 概述用例的几句话 参与者 与此用例相关的参与者 优先级 一个有序的排列, 1代表优先级最高 状态[可选] 用例状态, 可以是: 进行中, 等待审查, 通过审查, 未通过审查 前置条件 一个条件列表, 这些条件必须在访问用例前得到满足 后置条件 一个条件列表, 这些条件必须在用例完成之后得到满足 基本操作流程 描述用例中各项工作都顺利进行时用例的工作方式 可选操作流程 描述变异工作方式、出现异常或发生错误的情况下的路径 用例的描述格式 描述项 说明 被泛化的用例 此用例所泛化的用例列表 被包含的用例 此用例所包含的用例列表 被扩展的用例 此用例所扩展的用例列表 修改历史记录[可选] 关于用例的修改时间、修改原因、修改人的详细信息 问题[可选] 与此用例的开发有关的问题列表 决策[可选] 关键决策的列表, 将这些决策信息记录下来以便维护时使用 频率[可选] 参与者访问此用例的频率, 如: 每日一次/每月一次等 用例的描述格式(续表) 用例的描述 描述用例时易出现的错误： 只描述系统的行为, 没有描述参与者的行为 只描述参与者的行为, 没有描述系统的行为 在用例描述中就设定了对用户界面的设计的要求 描述过于冗长 Use case: Withdraw cash Actor: customer 主事件流： 储户插入ATM卡,并输入密码 储户按“取款”按钮,并输入取款数目 储户取走现金/ATM卡/收据 储户离开 Use case: Withdraw cash Actor: customer 主事件流： ATM系统获得ATM卡和密码 设置交易类型为“取款” ATM系统获得取款金额 输出现金、收据和ATM卡 系统复位 用例的描述 ATM系统“取款”用例的两个错误描述： 只描述了actor的行为 只描述了System的行为 用例的描述 Use case: Withdraw cash Actor: customer 主事件流： 储户通过读卡机插入ATM卡 ATM系统从卡上读取银行ID、账号、加密密码, 并通过主银行系统验证银行ID和账号 储户输入密码, ATM系统根据加密密码对输入密码进行验证 储户按 “取款”按钮, 并输入取款数目, 该数目应该为100的倍数 ATM系统通知主银行系统, 传递账号和金额, 并接收返回的确认信息和账户余额 ATM系统输出现金、ATM卡和收据 ATM系统记录交易到日志文件 ATM系统“取款”用例的正确描述： 找出系统外部的参与者和外部系统, 确定系统边界和范围 确定每一个参与者所期望的系统行为 把这些系统行为命名为用例 使用泛化、包含、扩展等关系处理系统行为的公共或变更部分 编制每一个用例的脚本 绘制用例图 区分主要事件流和异常事件流, 如果需要, 可以把异常事件流处理为单独的用例 细化用例图, 解决用例间重复与冲突的问题. 用例分析的基本步骤： 实例分析：语音邮箱系统 目标：构建一个语音邮箱系统 问题描述： 语音邮箱系统中,可以为每个系统用户(邮箱主人)分配一个语音邮箱号码。 进行留言时，拨打语音邮箱系统的主号码， 在听到提示音“请输入邮箱号”后，输入语音邮箱号，听到主人设定的问候语后，进行留言然后挂断电话。 邮箱主人拨打语音邮箱系统的主号码，在听到提