自动售货机用例(图)
测试用例设计—自动售货机因果图分析
命题有一个处理单价为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美分”不是等价关系。
自动售货机因果图
状态１：退回５角钱硬币
状态２：退回１元钱硬币
状态２：不退回
输出４：提示错误
判定表：
输入１
条件１
Ｔ
Ｔ
Ｔ
条件２
Ｔ
Ｔ
Ｔ
Ｔ
条件３
Ｔ
条件４
Ｔ
输入２
条件１
Ｔ
Ｔ
－
－
－
条件２
Ｔ
－
Ｔ
－
－
条件３
Ｔ
－
Ｔ
－
－
输入３
条件１
－
－
－பைடு நூலகம்
Ｔ
－
－
条件２
－
－
－
Ｔ
Ｔ
Ｔ
－
－
输出２
状态１
Ｔ
Ｔ
状态２
Ｔ
状态３
Ｔ
Ｔ
状态４
Ｔ
Ｔ
Ｔ
输出３
状态１
７
１元钱硬币＋零钱找完灯灭
提示选择饮料
８
非硬币
提示错误
９
不输入
空闲
因果图
输入条件有2种：
输入1：输入硬币
条件1：输入5角钱硬币
条件2：输入1元钱硬币
条件3：不是硬币
条件4：不输入
输入2：按下饮料按钮
条件1：按下啤酒按钮
条件2：按下橙汁按钮
条件3：不输入
输出1：零钱灯亮否
状态１：灯亮
状态２：灯不亮
输出２：送出饮料
状态１：送出啤酒
状态２：送出橙汁
状态３：提示选择饮料
状态４：不送出
Ｔ
Ｔ
状态２
Ｔ
状态３
Ｔ
Ｔ
自动售货机检测测验用例(因果图)
题目：有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。
其规格说明如下：若投入5角钱或1元钱的硬币，押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。
若售货机没有零钱找，则一个显示〖零钱找完〗的红灯亮，这时在投入1元硬币并押下按钮后，饮料不送出来而且1元硬币也退出来；若有零钱找，则显示〖零钱找完〗的红灯灭，在送出饮料的同时退还5角硬币。
1.分析这一段说明，列出原因和结果原因：1.售货机有零钱找2.投入1元硬币3.投入5角硬币4.押下橙汁按钮5.押下啤酒按钮结果：21.售货机〖零钱找完〗灯亮22.退还1元硬币23.退还5角硬币24.送出橙汁饮料25.送出啤酒饮料2.画出因果图如图所示。
所有原因结点列在左边，所有结果结点列在右边。
建立中间结点，表示处理的中间状态。
中间结点：11. 投入1元硬币且押下饮料按钮12. 押下〖橙汁〗或〖啤酒〗的按钮13. 应当找5角零钱并且售货机有零钱找14. 钱已付清3.转换成判定表：4.设计测试用例1)在售货机有零钱找的情况下，投入1元硬币，押下橙汁按钮，找回5角硬币并送出橙汁饮料。
2)在售货机有零钱找的情况下，投入1元硬币，押下啤酒按钮，找回5角硬币并送出啤酒饮料。
3)在售货机有零钱找的情况下，投入1元硬币，系统不做任何处理。
4)在售货机有零钱找的情况下，投入5角硬币，押下橙汁按钮，送出橙汁饮料。
5)在售货机有零钱找的情况下，投入5角硬币，押下啤酒按钮，送出啤酒饮料。
6)在售货机有零钱找的情况下，投入5角硬币，系统不做任何处理。
7)在售货机有零钱找的情况下，押下橙汁按钮，系统不做任何处理。
8)在售货机有零钱找的情况下，押下啤酒按钮，系统不做任何处理。
9)在售货机没有零钱找的情况下，投入1元硬币，押下橙汁按钮，售货机“零钱找完”灯亮，并退还1元硬币。
10)在售货机没有零钱找的情况下，投入1元硬币，押下啤酒按钮，售货机“零钱找完”灯亮，并退还1元硬币。
11)在售货机没有零钱找的情况下，投入1元硬币，售货机“零钱找完”灯亮。
自动售货机测试用例
自动售货机测试用例第一篇：自动售货机测试用例题目：有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。
其规格说明如下：若投入5角钱或1元钱的硬币，押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。
若售货机没有零钱找，则一个显示〖零钱找完〗的红灯亮，这时在投入1元硬币并押下按钮后，饮料不送出来而且1元硬币也退出来；若有零钱找，则显示〖零钱找完〗的红灯灭，在送出饮料的同时退还5角硬币。
1.分析这一段说明，列出原因和结果原因：1.售货机有零钱找2.投入1元硬币3.投入5角硬币4.押下橙汁按钮5.押下啤酒按钮结果：21.售货机〖零钱找完〗灯亮22.退还1元硬币23.退还5角硬币24.送出橙汁饮料 25.送出啤酒饮料 2.画出因果图如图所示。
所有原因结点列在左边，所有结果结点列在右边。
建立中间结点，表示处理的中间状态。
中间结点：11.投入1元硬币且押下饮料按钮12.押下〖橙汁〗或〖啤酒〗的按钮 13.应当找5角零钱并且售货机有零钱找 14.钱已付清3.转换成判定表：4.设计测试用例1)在售货机有零钱找的情况下，投入1元硬币，押下橙汁按钮，找回5角硬币并送出橙汁饮料。
2)在售货机有零钱找的情况下，投入1元硬币，押下啤酒按钮，找回5角硬币并送出啤酒饮料。
3)在售货机有零钱找的情况下，投入1元硬币，系统不做任何处理。
4)在售货机有零钱找的情况下，投入5角硬币，押下橙汁按钮，送出橙汁饮料。
5)在售货机有零钱找的情况下，投入5角硬币，押下啤酒按钮，送出啤酒饮料。
6)在售货机有零钱找的情况下，投入5角硬币，系统不做任何处理。
7)在售货机有零钱找的情况下，押下橙汁按钮，系统不做任何处理。
8)在售货机有零钱找的情况下，押下啤酒按钮，系统不做任何处理。
9)在售货机没有零钱找的情况下，投入1元硬币，押下橙汁按钮，售货机“零钱找完”灯亮，并退还1元硬币。
10)在售货机没有零钱找的情况下，投入1元硬币，押下啤酒按钮，售货机“零钱找完”灯亮，并退还1元硬币。
自动售货机因果图
例2：有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。
其规格说明如下：若投入5角钱或1元钱的硬币，押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。
若售货机没有零钱找，则一个显示〖零钱找完〗的红灯亮，这时在投入1元硬币并押下按钮后，饮料不送出来而且1元硬币也退出来；若有零钱找，则显示〖零钱找完〗的红灯灭，在送出饮料的同时退还5角硬币。
1)分析这一段说明，列出原因和结果原因：1.售货机有零钱找2.投入1元硬币3.投入5角硬币4.押下橙汁按钮5.押下啤酒按钮结果：21.售货机〖零钱找完〗灯亮22.退还1元硬币23.退还5角硬币24.送出橙汁饮料25.送出啤酒饮料2)画出因果图，如图3-11所示。
所有原因结点列在左边，所有结果结点列在右边。
建立中间结点，表示处理的中间状态。
中间结点：11. 投入1元硬币且押下饮料按钮12. 押下〖橙汁〗或〖啤酒〗的按钮13. 应当找5角零钱并且售货机有零钱找14. 钱已付清图3-11: 售货机因果图3)转换成判定表：4)在判定表中，阴影部分表示因违反约束条件的不可能出现的情况，删去。
第16列与第32列因什么动作也没做，也删去。
最后可根据剩下的16列作为确定测试用例的依据。
例3：NextData函数的精简决策表M1＝{月份：每月有30天}M2＝{月份：每月有31天，12月除外}M4＝{月份：12月}M3＝{月份：2月}D1＝{日期：1<=日期<=27}D2＝{日期：28}D3＝{日期：29}D4＝{日期：30}D5＝{日期：31}Y1 ＝{年：年是闰年}Y2 ＝{年：年不是闰年}输入变量间存在大量逻辑关系的NextData决策表例4:问题要求：”……对功率大于50马力的机器、维修记录不全或已运行10年以上的机器，应给予优先的维修处理……”。
这里假定，“维修记录不全”和“优先维修处理”均已在别处有更严格的定义。
请建立判定表。
自动售货机用例(图)
自动售货机用例图
一实验内容：
一台饮料自动售货机能提供六种不同的饮料，售货机上有六个按钮，分别对应于这六种饮料，顾客可通过按钮来选择所要的饮料。
每个按钮旁边有一个指示灯，用来表明该售货机中是否还有这种饮料可售。
售货机有一个硬币槽和找零槽，用来收钱和找零。
假设现在有一位顾客投币购买矿泉水，不用找零。
问题：请给出描述上述场景的用例图。
二用例描述：
1）该用例的目的是描述自动售货机的用例图，来更好的学习用例建模；
2）该用例在当有人想买饮料并到自动售货机钱塞硬币买饮料的时候被参与者即：顾客启动执行
3）在用例中指示灯来提示哪种饮料有得买，哪种饮料没有卖；
每种饮料有各自的按钮来供顾客选择要买的饮料；
行为者：顾客；
用例：按钮，指示灯，投币槽，退币槽；
按钮是用来供顾客选择要选择的饮料；
指示灯是来显示对应的饮料是否可售；
投币槽供顾客投币买饮料的；
退币槽式用来退剩下的钱币；
三自动售货机的对象图：
四用例图：
指示灯提示饮料是否可售
吐饮料
五实验小结：
1）在本次实验中初次使用Rational Rose来画用例图，在画用例图之间要寻找并确定行为者，以及寻找并确定用例；
2）一个用例表示系统中一个与特定行为者相关的完整功能。
用例通过关联与行为者链接，关联指出一个用例与哪些行
为者交互，所以在确定了行为者和用例之后，要理清楚各
个用例之间的关系，在画用例图时候才能够顺手，才能过
完成自动售货机系统中的一系列动作，才能特定行为者一
个可观擦到的结果值；。
测试用例设计—自动售货机因果图分析
测试用例设计—自动售货机因果图分析命题有一个处理单价为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、条件“选啤酒”和条件“选橙汁”对于程序处理过程是等价的，即二者无论是价格还是系统的处理方法都是相同的，因此这两个条件可以合并为一个中间节点。
而且这两个条件之间使用“或”的关系。
UML模型图
活动图
1、根据开门的情况，分泳道绘制活动图。 回家开门的主要环节如下：取出钥匙，插入门锁， 旋转钥匙打开门，退出钥匙进入房间，请绘制开门的 活动图。 2、根据网上提交订单的情况，分泳道绘制活动图。 在网上书店系统中，客户提交订单且通过网上结 算中心支付了所需的资金后，等待查询订单状态。与 此同时，管理员接收到客户提交的订单，如果订单对 应的图书库存数量足够，则接收订单并组织发货，同 时更新客户订单状态。如果订单对应的图书库存数据 不足，则拒绝该订单，更新该订单。请根据此描述， 绘制订单处理活动图。
类图
1、创建一个类图。下面给出创建类图所需的信息。 、创建一个类图。下面给出创建类图所需的信息。 学生可以是在校生或者毕业生。 学生可以是在校生或者毕业生。 助教只能是在校生。 助教只能是在校生。 一名助教指导一名学生。 一名助教指导一名学生。 教师和教授属于不同级别的教员。 教师和教授属于不同级别的教员。 一名教师助理可以协助一名教师和一名教授， 一名教师助理可以协助一名教师和一名教授，一名教师只 能有一名教师助理，一名教授可以有5名教师助理 名教师助理。 能有一名教师助理，一名教授可以有 、创建一个类图。下面给出创建类图所需的信息。 、创建一个类图。下面给出创建类图所需的信息。 整个银行系统包括了帐户库、银行储户库及ATM系统。许 系统。 整个银行系统包括了帐户库、银行储户库及 系统 多银行储户组成了储户库， 系统包含了许多ATM机， 多银行储户组成了储户库，ATM系统包含了许多 系统包含了许多 机 许多账户组成了帐户库。 许多账户组成了帐户库。
通信图
几台计算机公用一台打印机，打印机由打印服 务器进行管理。在打印之前，计算机要向打印 服务器登记IP和编号，并和打印机实现逻辑连 接。只有登记与连接成功才可以打印。打印时， 计算机向打印机服务器进行请求，由打印机服 务器进行打印。如打印服务器忙则等待。请绘 制通信图
自动售货机系统用例图PPT课件
谁需要系统的支持以完成日常工作任务？
谁负责维护、管理并保持系统正常运行（副行为者）？
系统控制哪些硬件设备？系统需要与哪些其他系统交互？ 哪些人或系统对本系统产生的结果（值）感兴趣？
.
10
2. 寻找用例
2. 寻找用例
一旦找到了行为者，就可以通过请每个行为者回 答下述问题来获取用例：
•行为者需要系统提供哪些功能？
•行为者自身需要做什么？
•行为者是否需要读取、创建、删除、修改或存储系 统中的某类信息？
•系统中发生的事件需要通知行为者吗？行为者需要 通知系统某些事情吗？从功能观点看，这些事件能做 什么？
• 行为者的日常工作是否因为系统的新功能而被简化 或提高了效率？
.
11
9.7 3种模型之间的关系
9.7 3种模型之间的关系
•参与者通过向系统输入或请求系统输入某些事件来 触发系统的执行。参与者是系统之外，透过系统边界与系统进行 有意义交互的任何事物（人或事物）。
•在处理参与者时，应考虑其参与系统的身份，而不 是人名或工作名。
•在UML中，参与者用人形图符表示。
•但参与者未必是人，可以. 是一个外部系统。 6
4. 用例之间的关系
UML 图：用例图
• 用例图（Use Case Diagram）
- 用例图定义了系统的功能需求，它完全是从系统外 部观看系统功能，并不描述系统内部对功能的具体 实现。 - 用例图表示了用例、参与者及其它们之间的关系。
• UML 符号
用例 参与者
.
513
• 用例图显示一组用例，参与者以及它们之间的关系。 用于需求分析阶段，即确定“谁使用系统以及做什 么”。
用例具有下述特征：
（1） 用例代表某些用户可见的功能，实现一个具 体的用户目标；
饮料自动售货机系统实验
南华大学计算机科学与技术学院实验报告实验课程软件工程导论实验项目饮料自动售货机系统专业网络工程2班姓名朱小凡学号20134360209实验时间2015.5.10目录一、实验目的 (1)二、实验对象的描述 (1)三、实验对象的需求理解 (1)四、实验对象的设计思想 (2)五、实验结果 (2)1、用例图2、类图3、时序图4、活动图一、实验目的软件工程课程设计是让我们加深对软件设计方法和设计思想的理解，并能运用所学软件设计知识和面向对象技术进行软件设计，提高我们应用能力。
通过这次关于“饮料售货机系统”的设计实验，学会用面向对象建模方法分析案例，并能运用Rational Rose画出用例图、类图、时序图和活动图。
二、实验对“饮料自动售货机”描述自动售货机像磁卡电话、银行柜员机一样，以方便、新颖、文明、昼夜服务等特点，成为发达国家不可缺少的便民配套设施。
如今的自动售货机可以为顾客提供多种服务。
顾客可以根据自己的需要选择商品并投入钱币，售货机接收钱币，售出商品。
三、实验对“饮料售货机系统”的需求理解通过网上收集资料,得到：（1）饮料售货机系统的功能需求上：它有货物分配器。
每个货物分配器中包含零个或多个价格相同的货物。
顾客通过选择货物分配器来选择货物。
如果货物分配器中有货物，而且顾客支付的货币值不小于该货物的价格，货物将被分配到货物传送孔送给顾客，并将适当的零钱返回到退币孔。
如果分配器是空的，则和顾客支付的货币值相等的硬币将被送加到退币孔。
如果顾客支付的货币值少于所选择的分配器中的货物的价格，机器将等待顾客投进更多的货币。
如果顾客决定不买所选择的货物，将所投硬币从退币孔退出。
（2）饮料售货机系统控制需求上：根据售货机自动控制系统的流程可以知道自动售货机的主要系统包括：计币系统、比较系统、选择系统、饮料供应系统、退币系统和报警系统。
四、实验“饮料售货机系统”的设计思想自动售货机系统是一种无人售货系统。
售货时，顾客把硬币投入机器的投币口中，机器检查硬币的外观属性。
自动售货机活动图设计
1．画活动图表示如下“自动售货机”的工作过程：顾客向机器投币；系统检查钱币的数量；系统显示可购买的饮料种类；顾客选择想买的饮料；如果机器无法送出饮料，则系统提示顾客想购买的饮料缺货，要求顾客重新选择饮料，否则系统送出饮料；最后，顾客得到饮料。
2．试画出ATM自动取款机“取款”用例的活动图（参见4.5节的用例文档）。
事件路径：
1．用户选择取款
2．系统要求输入取款金额
3．用户输入取款金额
4．系统验证取款金额
4a 余额不足
4a1 系统显示余额不足
4a2 用例终止
5．系统询问是否打印凭条
6．用户选择不打印凭条
7．系统显示取款成功
3．对选课系统中的Add Course（添加课程）设计和制作活动图，将管理员输入课程信息作为起始的活动，内容如下：
（1）管理员输入信息。
（2）系统验证是否和已有课程冲突。
（3）如果没有冲突，则系统添加新课程，提示课程添加成功。
（4）系统重新进入管理主界面，显示所有课程。
（5）结束。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
自动售货机用例图
一实验内容：
一台饮料自动售货机能提供六种不同的饮料，售货机上有六个按钮，分别对应于这六种饮料，顾客可通过按钮来选择所要的饮料。
每个按钮旁边有一个指示灯，用来表明该售货机中是否还有这种饮料可售。
售货机有一个硬币槽和找零槽，用来收钱和找零。
假设现在有一位顾客投币购买矿泉水，不用找零。
问题：请给出描述上述场景的用例图。
二用例描述：
1）该用例的目的是描述自动售货机的用例图，来更好的学习用例建模；
2）该用例在当有人想买饮料并到自动售货机钱塞硬币买饮料的时候被参与者即：顾客启动执行
3）在用例中指示灯来提示哪种饮料有得买，哪种饮料没有卖；
每种饮料有各自的按钮来供顾客选择要买的饮料；
行为者：顾客；
用例：按钮，指示灯，投币槽，退币槽；
按钮是用来供顾客选择要选择的饮料；
指示灯是来显示对应的饮料是否可售；
投币槽供顾客投币买饮料的；
退币槽式用来退剩下的钱币；
三自动售货机的对象图：
四用例图：
指示灯提示饮料是否可售
吐饮料
五实验小结：
1）在本次实验中初次使用Rational Rose来画用例图，在画用例图之间要寻找并确定行为者，以及寻找并确定用例；
2）一个用例表示系统中一个与特定行为者相关的完整功能。
用例通过关联与行为者链接，关联指出一个用例与哪些行
为者交互，所以在确定了行为者和用例之后，要理清楚各
个用例之间的关系，在画用例图时候才能够顺手，才能过
完成自动售货机系统中的一系列动作，才能特定行为者一
个可观擦到的结果值；。