自动售货机用例(图)
测试用例设计—自动售货机因果图分析
命题有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。
其规格说明如下：若投入5角钱或1元钱的硬币，押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。
若售货机没有零钱找，则一个显示〖零钱找完〗的红灯亮，这时在投入1元硬币并押下按钮后，饮料不送出来而且1元硬币也退出来；若有零钱找，则显示〖零钱找完〗的红灯灭，在送出饮料的同时退还5角硬币。
分析根据该命题，我们可以分析出，自动售货机的业务中一共存在5个条件和5个结果，分别是： 条件：1.售货机有零钱找2.投入1元硬币3.投入5角硬币4.押下橙汁按钮5.押下啤酒按钮 结果：1.售货机〖零钱找完〗灯亮 当售货机中没有零钱的时候就有亮红灯2.退还1元硬币 当投入1元，而且售货机中没有零钱可找的时候3.退还5角硬币 当投入1元，而且售货机中有零钱可找的时候4.送出橙汁饮料5.送出啤酒饮料因果图－画条件和结果有零钱选橙汁选啤酒投5角投1元红灯亮出橙汁出啤酒找5角找1元因果图－画简单关系在画完空白的条件和结果之后，我们可以将题目中最直接和简单的因果条件标出1、条件“有零钱”和结果“红灯亮”是一个“非”的关系，当“有零钱”的时候，红灯是不亮的，而当售货机中“没有零钱”的时候，红灯必须要亮的。
2、条件“投1元”和条件“投5角”是一个“E ”的关系，这两个动作不可能同时发生，即同时投入1元钱和5角钱（不能同时为真）；但是我们允许即“不投入1元钱”也“不投入5角钱”（可以同时为假）。
3、条件“选啤酒”和条件“选橙汁”是一个“E ”的关系，这两个动作不可能同时发生，即同时“选择啤酒”和“选择橙汁”（不能同时为真）；但是我们允许即“不选择啤酒”也“不选择橙汁”（可以同时为假）。
4、条件“选啤酒”和条件“选橙汁”对于程序处理过程是等价的，即二者无论是价格还是系统的处理方法都是相同的，因此这两个条件可以合并为一个中间节点。
而且这两个条件之间使用“或”的关系。
5、注意，条件“投1元”和条件“投5角”不是等价关系，表面上看，他们都是“钱”，好像差不多，但是对于程序的处理过程确实完全不同的，“投5角”后完全不用判断当前售货机中是否有零钱（因为题目中规定所有的商品都是5角钱），而“投1元”就不行了。
因果图判定表综合示例1-自动售货机
一、测试项要求如下：有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。
其规格说明如下：若投入5角钱或1元钱灯是亮的，这时在投入1元硬币并押下按钮后，饮料不送出来而且1元硬币也退出来；若有零钱找，则显示〖零钱找完〗的红二、分析以上要求，得出原因和结果：原因：1、售货机有零钱找2、投入1元钱3、投入5角钱4、选择橙汁5、选择啤酒结果：21、售货机“零钱找完”灯亮22、退还1元钱23、找回5角钱24、送出橙汁饮料25、送出啤酒饮料三、因果图如下：思路：逐个分析条件，看它与其它哪些条件之间有制约关系，都会影响哪些结果，把这种制约影响关系画出四个角度着手画因果图。
又由于条件1为真和为假时导致的结果不同，所以为真和为假两种情况下的因果图都要画出来，否因果图中出现的中间节点为：11、需要找回5角钱12、选择了橙汁或啤酒13、售货机能够找出5角钱14、钱已结清，可以送出饮料四、根据因果图画出判定表1、条件2、3不能同时为1123456789101有零钱找1111111111四、根据状态图完成判定表12=or(4,5)11=and(2,12)13=and(1,11)14=or(3,13)21=not(1)22=and(11,not(1))23=1324=and(4,14)五、将这16条规则分别转化测试用例其它用例略1元钱的硬币，押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。
当售货机没有零钱找，则一个显示〖零零钱找，则显示〖零钱找完〗的红灯不会亮，在送出饮料的同时退还5角硬币。
系画出来，直到所有条件都被分析、所有结果都被覆盖。
本例中，条件1、2、4；1、2、5；3，4；3，5之间存在情况下的因果图都要画出来，否则覆盖不到所有结果。
1234567892012345678111111000000000000示〖零钱找完〗的红间存在制约关系，从这。
自动售货机系统用例图
9.8 小结
9.8 小结
对于大型软件产品来说，把该产品看作是由一 系列本质上相互独立的小产品组成，这就不仅降 低了开发工作的技术难度，而且也使得对开发工 作的管理变得比较容易了。面向对象范型明显优 于结构化范型。此外，使用面向对象范型能够开 发出稳定性好、可重用性好和可维护性好的软件， 这些都是面向对象方法学的突出优点。
9.6.2 用例建模
获取用例是需求分析阶段的主要工作之一，而 且是首先要做的工作。
大部分用例将在项目的需求分析阶段产生，并且随 着开发工作的深入还会发现更多用例，这些新发现的用例 都应及时补充进已有的用例集中。用例集中的每个用例
都是对系统的一个潜在的需求。
一个用例模型由若干幅用例图组成。
创建用例模型的工作步骤：
例如， 在自动售货机系统中，张三投入硬币购买矿泉水，
系统收到钱后把矿泉水送出来，上述过程就是一个 脚本；
李四投币买可乐，但是可乐已卖完了，于是系统 给出提示信息并把钱退还给李四，这个过程是另一 个脚本。
3. 行为者
3. 行为者（参与者（Actor））
•参与者（Actor）是系统外部的一个实体（可以是 任何的事物或人），它以某种方式参与了用例的执行过程。
其中，对象模型是最基本、最核心、最重要的。
-
本章所讲述的面向对象方法及定义的概念和表示 符号，可以适用于整个软件开发过程。软件开发人 员无须像用结构分析、设计技术那样，在开发过程 的不同阶段转换概念和表示符号。
•参与者通过向系统输入或请求系统输入某些事件来 触发系统的执行。参与者是系统之外，透过系统边界与系统进行 有意义交互的任何事物（人或事物）。
自动售货机UML展示课堂PPT
“查看及取走钱币”序列图
送货员登陆后可查看钱币信息并取 走钱币，系统访问数据库，查看是 否可以取走该数量的该种钱币，如 果不可以，则拒绝取走钱币，取走 钱币后数据库修改钱币信息，并返 回给界面修改后的新信息。
7
顾客从最初的选择界面进入顾 客界面后，没有对应的饮料、 投币不足、没有足够的找零都 会导致交易失败，顾客交易结 束后返回最初界面。
“查看饮料价格”序列图
4
送货员输入用户名和密码
送货员“登陆”序列图 登录系统。界面将传递给
售货机系统，查询数据库 中的送货员信息，验证， 正确则显示送货员专区界 面。
5
“查看并添加饮料”序列图 送货员登陆后可查看目
前饮料货存信息，添加 饮料并输入添加的饮料 类型和数量传递给系统， 生成一条新的数据记录 并通知数据库修改该饮 料数据信息，后返回现 在饮料信息。
顾客购买的状态机
8
送货员进入送货员界面， 登陆后可打开箱门进行 相关操作，操作结束返 回最初界面。
送货员操作的状态图
9
顾客活动图
10
送货员活动图
11
任何使用者均能查看饮料 价格，顾客能执行购买功 能，送货员可以通过登录 系统查询售货机内信息并 可取钱、添加饮料。用Βιβλιοθήκη 图1类图2
顾客投币选择购买 饮料，系统判断饮 料是否可售、所投 钱币是否足够、是 否需要找零，再退 钱或出货找零。
顾客”购买饮料”序列图
3
系统查询数据库系统 中的饮料价格并将其 显示出来
实验一用例图设计参考解答
实验一用例图设计参考解答公司内部档案编码：[OPPTR-OPPT28-OPPTL98-OPPNN08]实验11. 一台自动售货机能提供6种不同的饮料，售货机上有6个不同的按钮，分别对应这6种不同的饮料，顾客通过这些按钮选择不同的饮料。
售货机有一个硬币槽和找零槽，分别用来收钱和找钱。
现在为这个系统设计一个用例图。
找零钱自动售货机系统用例图2.现有一个产品销售系统，其总体需求如下：系统允许管理员生成存货清单报告。
管理员可以更新存货清单。
销售员记录正常的销售情况。
交易可以使用信用卡或支票，系统需要对其进行验证。
每次交易后都需要更新存货清单。
分析其总体需求，并绘制出其用例图。
产品销售系统用例图3 某酒店要开发一个酒店住宿管理系统，该酒店可对外开放500个双人间和50个单人间，房间费用视情况按季节由管理人员进行调整，但周一到周五半价（周末全价）折扣不变。
只有在该系统进行了注册的人员才能登录该系统进行酒店住宿预定。
对于顾客的请求，该系统能根据请求入住时间预定指定档次的房间信息，记录该顾客姓名、地址、联系电话、有效证件号、房间类型和预定的天数，并计算出总费用。
预定的同时顾客按规定要提交10%定金。
六个小时之内酒店允许顾客取消预定金，超过六个小时定金不退还。
每周一系统自动打印一周预定情况的清单。
顾客离开时，可以到总台办理结帐。
结帐方式可采用两种方式，一种是现金结帐，另一种是银行卡结帐，银行卡结帐将通过与银联POS机来完成。
POS4.登录一个网上酒店管理系统，根据其客人预订房间流程，描述系统的“预订房间”用例。
当客人登陆网上酒店管理系统，系统显示需要选择的服务，客人选择预订房间，系统判断客人预订的房间是否还有剩余，如果没有剩余，询问顾客是不是要继续选择预订其他的房间，顾客如果选择是，则重新进去预订房间的用例，如果客人选择不继续预订房间的话，系统询问客人是否要选择退出，客人退出，如果客人要预订的房间有剩余，系统询问顾客是不是要确定预订这个房间，顾客选择是，然后系统询问顾客的详细的信息，系统记录信息，然后回到系统询问顾客是否需要其他的服务，顾客选择退出，系统注销用户的登录信息。
自动售货机系统用例图
谁负责维护、管理并保持系统正常运行（副行为者）？
系统控制哪些硬件设备？系统需要与哪些其他系统交互？ 哪些人或系统对本系统产生的结果（值）感兴趣？
2. 寻找用例
2. 寻找用例 一旦找到了行为者，就可以通过请每个行为者回
答下述问题来获取用例：
•行为者需要系统提供哪些功能？ •行为者自身需要做什么？ •行为者是否需要读取、创建、删除、修改或存储系 统中的某类信息？ •系统中发生的事件需要通知行为者吗？行为者需要 通知系统某些事情吗？从功能观点看，这些事件能做 什么？ • 行为者的日常工作是否因为系统的新功能而被简化 或提高了效率？
填空题答案
1. 功能分解 2. 表达 描述 3. 数据值 4. 行为 数据 操作 9. 对象 类 可能的链 实例 抽象 二元关联 三元关联 10. 整体-部分 整体类 部分类 11. 一般-具体 一般化类 具体类 继承 12. 子类继承了一个父类的性质 树型层次结构 子类继承了多个父
类的性质 网状层次结构
其中，对象模型是最基本、最核心、最重要的。
本章所讲述的面向对象方法及定义的概念和表示 符号，可以适用于整个软件开发过程。软件开发人 员无须像用结构分析、设计技术那样，在开发过程 的不同阶段转换概念和表示符号。
用面向对象方法开发软件时，阶段的划分是十分 模糊的，通常在分析、设计和实现等阶段间多次迭 代。喷泉模型是典型的面向对象软件过程模型。
33. 具有相同或相似性质的对象的______就是类。类的____就是对 象，也可以说类的______是对象。
34. 类具有属性，它是__的抽象，用___来描述类的属性。
35. 类具有操作，它是____的抽象，用____和____实现来描述。
自动售货机测试用例(因果图)
之蔡仲巾千创作题目：有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。
其规格说明如下：若投入5角钱或1元钱的硬币，押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。
若售货机没有零钱找，则一个显示〖零钱找完〗的红灯亮，这时在投入1元硬币并押下按钮后，饮料不送出来而且1元硬币也退出来；若有零钱找，则显示〖零钱找完〗的红灯灭，在送出饮料的同时退还5角硬币。
1.分析这一段说明，列出原因和结果原因：3.投入5角硬币5.押下啤酒按钮结果：21.售货机〖零钱找完〗灯亮23.退还5角硬币如图所示。
所有原因结点列在左边，所有结果结点列在右边。
建立中间结点，暗示处理的中间状态。
中间结点：11. 投入1元硬币且押下饮料按钮12. 押下〖橙汁〗或〖啤酒〗的按钮13. 应当找5角零钱而且售货机有零钱找14. 钱已付清3.转换成判定表：1)在售货机有零钱找的情况下，投入1元硬币，押下橙汁按钮，找回5角硬币并送出橙汁饮料。
2)在售货机有零钱找的情况下，投入1元硬币，押下啤酒按钮，找回5角硬币并送出啤酒饮料。
3)在售货机有零钱找的情况下，投入1元硬币，系统不做任何处理。
4)在售货机有零钱找的情况下，投入5角硬币，押下橙汁按钮，送出橙汁饮料。
5)在售货机有零钱找的情况下，投入5角硬币，押下啤酒按钮，送出啤酒饮料。
6)在售货机有零钱找的情况下，投入5角硬币，系统不做任何处理。
7)在售货机有零钱找的情况下，押下橙汁按钮，系统不做任何处理。
8)在售货机有零钱找的情况下，押下啤酒按钮，系统不做任何处理。
9)在售货机没有零钱找的情况下，投入1元硬币，押下橙汁按钮，售货机“零钱找完”灯亮，并退还1元硬币。
10)在售货机没有零钱找的情况下，投入1元硬币，押下啤酒按钮，售货机“零钱找完”灯亮，并退还1元硬币。
11)在售货机没有零钱找的情况下，投入1元硬币，售货机“零钱找完”灯亮。
12)在售货机没有零钱找的情况下，投入5角硬币，押下橙汁按钮，售货机“零钱找完”灯亮，并送出橙汁饮料。
测试用例设计—自动售货机因果图分析
测试用例设计—自动售货机因果图分析命题设计了一个自动售货机软件测试用例，用于处理单价为50美分的饮料。
规格如下:如果你放入50美分或1元硬币，并按下按钮[橙汁]或[啤酒]，相应的饮料将交付如果自动售货机没有零钱，红灯将显示[零钱已经被换了]，然后在放入1元硬币并按下按钮后，饮料将不会被递送，并且1元硬币将退出。
如果有零钱，显示“换出”的红灯将熄灭，50美分将在饮料交付时返还。
分析根据这个命题，我们可以分析自动售货机业务中存在5个条件和5个结果。
条件如下:1。
自动售货机有零钱。
投入1元硬币3。
投入50美分硬币4。
按下橙汁按钮5。
按下啤酒按钮结果:1。
自动售货机[换出]灯亮着。
当自动售货机没有变化时，会出现红灯2。
当硬币投入1元并且自动售货机没有零钱时，返还1元硬币。
3.当硬币投入1元时，返还50美分。
当自动售货机4有变化时。
发送橙汁饮料5。
发送啤酒饮料因果图-绘制条件和结果有变化红灯亮1元1元50美分，啤酒50美分，橙汁因果图-绘制简单关系在绘制空白条件和结果后，我们可以标记1为主题中最直接和最简单的因果条件。
条件“有变化”和结果“红灯亮”之间的关系是“没有”。
当“有零钱”时，红灯不亮，而当自动售货机“没有零钱”时，红灯必须亮。
2年，有条件的“投1元”和有条件的“投50分”是一种“E”关系。
这两个动作不能同时发生，即1元钱和50美分(不能同时发生)；但是，我们允许“没有1元钱”和“没有50美分”(同时可能是假的)3，“啤酒选择”条件和“橙汁选择”条件为“e”关系，这两个动作不能同时发生，即“啤酒选择”和“橙汁选择”(不能同时为真)；但是我们允许“不喝啤酒”和“不喝橙汁”(这可能同时是错误的)4，条件“啤酒选择”和条件“橙汁选择”相当于程序处理过程，即价格和系统处理方法都是相同的，因此这两个条件可以组合成一个中间节点此外，在两个条件之间使用“或”的关系5。
请注意，有条件的“1元”和有条件的“50美分”不是等价关系。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
自动售货机用例图
一实验内容：
一台饮料自动售货机能提供六种不同的饮料，售货机上有六个按钮，分别对应于这六种饮料，顾客可通过按钮来选择所要的饮料。
每个按钮旁边有一个指示灯，用来表明该售货机中是否还有这种饮料可售。
售货机有一个硬币槽和找零槽，用来收钱和找零。
假设现在有一位顾客投币购买矿泉水，不用找零。
问题：请给出描述上述场景的用例图。
二用例描述：
1）该用例的目的是描述自动售货机的用例图，来更好的学习用例建模；
2）该用例在当有人想买饮料并到自动售货机钱塞硬币买饮料的时候被参与者即：顾客启动执行
3）在用例中指示灯来提示哪种饮料有得买，哪种饮料没有卖；
每种饮料有各自的按钮来供顾客选择要买的饮料；
行为者：顾客；
用例：按钮，指示灯，投币槽，退币槽；
按钮是用来供顾客选择要选择的饮料；
指示灯是来显示对应的饮料是否可售；
投币槽供顾客投币买饮料的；
退币槽式用来退剩下的钱币；
三自动售货机的对象图：
四用例图：
指示灯提示饮料是否可售
吐饮料
五实验小结：
1）在本次实验中初次使用Rational Rose来画用例图，在画用例图之间要寻找并确定行为者，以及寻找并确定用例；
2）一个用例表示系统中一个与特定行为者相关的完整功能。
用例通过关联与行为者链接，关联指出一个用例与哪些行
为者交互，所以在确定了行为者和用例之后，要理清楚各
个用例之间的关系，在画用例图时候才能够顺手，才能过
完成自动售货机系统中的一系列动作，才能特定行为者一
个可观擦到的结果值；。