案例十三饮料自动售货机

案例十三饮料自动售货机

ID:40266651

大小:712.51 KB

页数:35页

时间:2019-07-29

案例十三饮料自动售货机_第1页
案例十三饮料自动售货机_第2页
案例十三饮料自动售货机_第3页
案例十三饮料自动售货机_第4页
案例十三饮料自动售货机_第5页
资源描述:

《案例十三饮料自动售货机》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、案例十三饮料自动售货机本案例知识要点数组的使用类的设计和使用类间调用第页共35页一、案例需求案例描述本案例模拟饮料自动售货机的销售过程。首先由顾客投币,机器显示投币金额。接下来顾客选择要购买的饮料,如果投币金额足够并且所购饮料存在,则提示用户在出口处取走饮料,同时找零。如果投币金额不足,则显示提示信息。如果所购饮料已经售完,显示售完信息。案例效果图饮料自动售货机案例效果如图所示。第页共35页饮料自动售货机案例效果图第页共35页功能说明只接受10元、5元、2元、1元和0.5元的纸币和硬币。顾客一次只能投入一种上述金额的纸币或硬币,当用户重复投入时货币金额累加

2、。销售的饮料包括5种:可口可乐(2元)、百事可乐(2元)、橙汁(3元)、咖啡(5元)、纯净水(1.5元)。系统通过必要的提示信息,提示用户完成相应的操作。若顾客所购买的饮料已经售完,则进行提示并询问用户是否购买其他饮料。完成一次售货后,系统自动进行结算找零。第页共35页二、案例分析根据系统功能要求,首先设计处理钱币的类和商品信息类。处理钱币的类主要完成与钱币相关的任务,如给顾客找零等。商品信息类主要用来处理与商品相关的任务,如获得商品信息等。还需要设计一个自动售货机类来实现饮料的售货过程。在这个类中,将钱币类和商品信息类作为其数据成员。同时定义了包含5个G

3、oodsInfo对象的数组,负责保存饮料的3个信息:名称、价格和库存量,并且可以反馈这些信息。案例需要用到类与类之间的一种关系,即has-a拥有关系。has-a关系是指一个对象包含另一个对象,即一个对象是另一个对象的成员。第页共35页三、案例设计第页共35页MoneyCounter类图第页共35页第页共35页第页共35页GoodsInfo类图第页共35页第页共35页第页共35页DrinkMachine类图第页共35页第页共35页2.主程序设计在主函数中,首先定义了一个DrinkMachine类(自动售货机类)的对象dri,并未显式地定义MoneyCount

4、er类和GoodsInfo类的对象。但是在DrinkMachine类中含有MoneyCounter类和GoodsInfo类的数据成员。然后设计一个两重循环,外循环的持续条件是顾客继续购买,内循环的持续条件是顾客继续重复投币,即顾客可以反复投币,直至投够为止。当顾客购买成功或不再继续购买时,流程中止。程序流程如图所示。第页共35页程序流程图第页共35页四、案例实现第页共35页第页共35页第页共35页第页共35页第页共35页第页共35页第页共35页第页共35页第页共35页第页共35页第页共35页第页共35页第页共35页第页共35页第页共35页第页共35页第页共

5、35页五、案例总结与提高案例总结本案例设计了3个类,一个处理货币信息的类、一个商品类、还有一个售货机类。这3个类彼此间并非并列关系,在售货机类中包含了货币类和商品类的数据成员,通过这种方式间接调用这两个类的成员函数,完成程序任务。读者在学习本案例时一定要理解并掌握这种类的调用关系。在案例设计中要注意一些细节,例如饮料售完时的处理、连续多次交钱时的处理、钱不足时的处理等,设计的程序要注意考虑到多种可能性。第页共35页案例提高本案例只是简单地模拟一个自动售货机的售货流程,读者可以在本案例的基础上对其加以修改:可以更改程序,实现一次购买多种商品的功能。对于自动售

6、货机的商家而言,还应该有一个交互的界面,可以让商家来更改自动售货机中货物的品种、单价、数量等信息。第页共35页

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。