uml 用例 用例图.ppt

* 包含和扩展 包含关系中，执行基本用例时一定会执行包含用例 扩展关系中，执行基本用例时，扩展用例可执行也可不执行 小结 用例是收集需求的有力工具 分析员和客户交流更容易 和客户会谈是寻找用例的最好途径 不要小瞧这群棍人和椭圆 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * UML统一建模语言之 用例篇 讲授内容 用例的意义 用例表示及要素 用例与场景 用例之间的关系 用例总结 用例的由来 一个例子说起: 你打算买一个数码照相机? 你会如何? 1 立即跑去买 2 计划一下,分析一下. 用例的由来 如何分析呢? 1 携带方便?或是大镜头体积大的; 2 需要远摄? 3 是否把照片导入计算机,或者主要用来打印? 4 是否拍短片?短片需要音频吗? 以上这些实质上是什么? 用例的由来---需求的故事 一个石头的故事 客户:要个石头; ….. 客户:要那个蓝的吧; ….. 客户:再小点就好了;….. 客户:我看红色的更好些;….. 客户:有大点的吗?...... 客户:还是蓝色的吧…… 客户: 还是有点大耶!;….. 客户: 不如一开始那个吧,那个是最好的了. 系统分析员晕倒. 用例的由来---需求的特点 需求是：“要做什么” ？ 需求分析就是：“知道要做什么” 。 需求:变化是绝对的,不变是相对的 需求分析: 需要分析员与系统的客户充分的交流,并且把交流的结果记录下来。 如何记录这个过程的交流结果呢？用什么呢？ 用例的由来 用纸和笔做记录就能记录需求交流过程中的结果。 我们的谈话记录毕竟太凌乱，离散。需要什么？ 被整理？如何整理？ 用例 Ivar Jacobson 提出了Use case 用例 用例是分析员的作品； 用例：客户也可以看懂； 用例：记录分析员和客户交流需求的工具； 用例：组织离散、杂乱需求谈话的结构化工具。 难懂的定义 用例实例是在系统中执行的一系列动作，这些动作将生成特定执行者可见的价值结果。 指从用户的观点对系统行为的一个描述。 定义呀定义 吃饭的定义： 口腔肌肉配合下，肠胃物理蠕动及各种生物腺体的化学成分的相互作用过程。 给小孩子解释吃饭需要定义吗？不需要吧？ 拿个馒头吃给她看就是了。 吃给你们看吧 假设任务： 负责设计一个饮料销售机器，目前你是系统分析员。如何设计用例呢？ 饮料销售机器的例子 第一个任务就是先找到你的潜在客户： 有那些客户呢？ 顾客 还有吗？想想谁还使用这个机器？ 雪碧卖完了咋办呢？ 供货者，收款人 饮料销售机器的例子 饮料销售机器的例子 你与一个潜在顾客（初中生）的交流 你：同学，你认为饮料销售机应该给提供你什么功能？ 初中生： 我投进硬币，它给我“百事”； 你：还有其他的吗？ 初中生：最好能听“周杰伦的歌”； 你：我会考虑未来这方面的功能。 饮料销售机器的例子 饮料销售机系统 买饮料 听音乐 饮料销售机器的用例 顾客买饮料 供货人供货 收款人收款 如何用UML表示用例呢？ 棍人+椭圆=用例图 用例表示 UML 用椭圆表示用例 命名： 动宾结构 [状语] 动词 + [定语] 宾语 用例是场景的集合 什么是场景？ 我也不知道什么是场景，只好举例子了。 买饮料用例之场景一 场景的前置条件：顾客感到口渴了 顾客投入钱； 销售机至少存在顾客想要的饮料一瓶； 销售机自动弹出饮料给顾客 场景的后置条件：顾客得到一瓶饮料。 还有其他的场景吗？ 买饮料用例之场景二 场景的前置条件：顾客感到口渴了 顾客投入钱，然后选择饮料品牌； 销售机中没有该品牌的货了，提示顾客是否继续选择其他品牌； 顾客或者选其他品牌，或者选择退钱。 场景二的后置条件是：顾客得到其他品牌的饮料或者顾客投入的钱被退出。 课堂练习买饮料用例场景三 付款数目不正确 用例间关系--包含用例（include) 再回头看看“供货”用例的场景： 前置条件：时间的流逝 1 供货人打开销售机； 2 拉开货架，补满各种品牌的饮料； 3 然后放好货架，锁好机器 后置条件：机器中放置了新的待售饮料。 用例间关系--包含用例（include) “取钱”用例的场景 前置条件：时间流逝 1 打开销售机器，取出前端货架； 2 取款人从机器中取出钱 3 放回架子，锁好机器。 后置条件：收款人收到钱。 比较这两个用例的场景 1 供货人打开销售机； 2 拉开货架，补满各种品牌的饮料； 3 然后放好货架，锁好机器 1取款人打开销售机器，取出前端货架； 2 从机器中取出钱 3 放回架子，锁好