New第4讲用例图技巧幻灯片.PPTVIP

* * 第4讲 用例图技巧 * 教学内容 参与者 用例 * 参与者—发现参与者 参与者位于边界之外 银行开户（客户，大堂经理，柜台职员）？ 谁对系统有明确目标和要求并主动发出动作 系统是为谁服务的 参与者可以非人 其它系统：当系统需要与其它系统交互时，如ATM柜员机系统中，银行后台系统就是一个参与者； 硬件设备：如果系统需要与硬件设备交互时，如在开发IC卡门禁系统时，IC卡读写器就是一个参与者； 时钟：当系统需要定时触发时，时钟就是参与者 * 参与者—发现参与者（策略） 谁负责提供、使用或删除信息 谁将使用该功能 谁对某个特定功能感兴趣 在组织中的什么地方使用系统 谁负责支持和维护系统 系统有哪些外部资源 其他还有哪些系统将需要与该系统进行交互 参与者—发现参与者（举例 1） 参与者—发现参与者（举例 2） 参与者—发现参与者（举例 3） 参与者—发现参与者（举例 4） * 参与者—发现参与者（其他概念） 业务主角 业务工人 * 参与者—发现参与者（其他概念） 参与者与涉众 参与者与用户 参与者与角色 * 参与者—发现参与者（检查点） ？？ ？？ ？？ 。。。。。。 * 用例—定义 官方定义：用例定义了一组实例，其中每个实例都是系统所执行的一系列操作，这些操作生成特定主角可以观测的值。（一个场景就是一个用例的实例） * 用例—特征 用例是相对独立的 用例的执行结果对参与者来说是可观测和有意义的 * 用例—特征 用例必须由一个参与者发起 用例必然以动宾短语形式出现 * 用例—特征 一个用例就是一个需求单元、分析单元、涉及单元、开发单元、测试单元，甚至部署单元 * 用例—粒度 业务建模阶段 以能够说明一件完整的事情为宜，即一个用例可以描述一项完整的业务流程。 如取钱、报装电话、借书 概念建模阶段 能描述一个完整的事件流。即完整业务中的一个步骤 采用面向对象的方法归纳和抽象出业务用例中的关键概念模型并建模 如：宽带业务（申请报装，申请地址迁移）- 提供申请资料、受理业务、现场安装等概念用例 * 用例—粒度 系统建模阶段 描述操作者与计算机的一次完整交互，可理解为一个操作界面或一个页面流 如：填写申请单、审核申请单、派发任务单 * 用例—粒度标准 业务用例划分依据：以该用例是否完成了参与者的某个完整目的为依据 某学生去图书馆查询了书目、出示了借书证、管理员确认了该学生的借书记录、最后借到了书 有时候参与者完整目的并不明显，如：邮局寄信和购买信封 大型系统和小型系统在粒度选择上会有差异，[10,50] 同一个阶段，所有用例的粒度应该是同一个量级的 粒度的选择与边界的认定有关系 * 用例—发现用例 ATM取钱：客户代表说，我希望这台ATM能支持跨行业务，我插入卡片输入密码后，可以让我选择取钱还是存钱；为了方便，可以设置一些默认的存取金额按钮；我可以修改密码，也可以挂失；还有我可以缴纳电话费、水费等；为了安全起见，ATM上应当有警示小心骗子的提示条，还有摄像头；如果三次输入密码错误，卡片应该自动吞没。 * 用例—发现用例 主角想做和要做的事情不一定是他的真实目标，也可能是其中的一个步骤 主角对系统的期望不一定是个有效的事件，也许只是一个愿望 不同主角对同一个目标可能有不同的表达 不同主角的目标可能会相互重叠，呈现出一种交集状态 * 用例和功能的误区 描述事物的三个观点 结构性观点:这个事物是什么 功能性观点:这个事物能做什么 使用者观点(用例观点):人们能够用这个事物做什么 * 用例和功能的误区 功能是脱离使用者的愿望而存在的;用例是描述使用者愿望的,描述的是使用者对系统的要求 功能是孤立的,给一个输入,计算机就会有一个固定输出;用例是系统性的; 如果非要从功能角度描述用例,则用例是一系列完成一个特定目标的”功能”的组合. 例如描述电视 功能角度:能开关,能显示,调节频道,调节声音 用例角度:观看电视=打开开关+...... * 目标和步骤的误区 在概念建模阶段,由于边界发生变化,步骤可以作为用例 例如寄信与收钱,大小不同,边界不同,参与者不同,不应该同时出现在一个视图 * 用例粒度的误区 分不清目标和步骤导致用例粒度过于细小 在同一个需求阶段中粒度大小不一致,本质原因是因为边界模糊 (网上购物系统) *