您好,欢迎访问三七文档
当前位置:首页 > 办公文档 > 工作范文 > 国际技术转让合同(2)
目录退出目录第1页共35页案例十三饮料自动售货机本案例知识要点数组的使用类的设计和使用类间调用目录退出目录第2页共35页一、案例需求案例描述•本案例模拟饮料自动售货机的销售过程。首先由顾客投币,机器显示投币金额。接下来顾客选择要购买的饮料,如果投币金额足够并且所购饮料存在,则提示用户在出口处取走饮料,同时找零。如果投币金额不足,则显示提示信息。如果所购饮料已经售完,显示售完信息。案例效果图•饮料自动售货机案例效果如图所示。目录退出目录第3页共35页饮料自动售货机案例效果图目录退出目录第4页共35页功能说明•只接受10元、5元、2元、1元和0.5元的纸币和硬币。•顾客一次只能投入一种上述金额的纸币或硬币,当用户重复投入时货币金额累加。•销售的饮料包括5种:可口可乐(2元)、百事可乐(2元)、橙汁(3元)、咖啡(5元)、纯净水(1.5元)。•系统通过必要的提示信息,提示用户完成相应的操作。•若顾客所购买的饮料已经售完,则进行提示并询问用户是否购买其他饮料。•完成一次售货后,系统自动进行结算找零。目录退出目录第5页共35页二、案例分析根据系统功能要求,首先设计处理钱币的类和商品信息类。处理钱币的类主要完成与钱币相关的任务,如给顾客找零等。商品信息类主要用来处理与商品相关的任务,如获得商品信息等。还需要设计一个自动售货机类来实现饮料的售货过程。在这个类中,将钱币类和商品信息类作为其数据成员。同时定义了包含5个GoodsInfo对象的数组,负责保存饮料的3个信息:名称、价格和库存量,并且可以反馈这些信息。案例需要用到类与类之间的一种关系,即has-a拥有关系。has-a关系是指一个对象包含另一个对象,即一个对象是另一个对象的成员。目录退出目录第6页共35页三、案例设计目录退出目录第7页共35页MoneyCounter类图+MoneyCounter()+~MoneyCounter()+getmoney()+money_from_buyer():float+clear()+return_money(inchange:float)-input_money:floatMoneyCounter目录退出目录第8页共35页目录退出目录第9页共35页目录退出目录第10页共35页GoodsInfo类图+GoodsInfo()+~GoodsInfo()+set_goods()+goods_name()+goods_price():float+goods_numbe():int-name:string-price:float-total:intGoodsInfo目录退出目录第11页共35页目录退出目录第12页共35页目录退出目录第13页共35页DrinkMachine类图+DrinkMachine()+~DrinkMachine()+showchoices()+inputmoney()+goodsitem():bool+return_allmoney()-moneyctr:MoneyCounter-v_goods[5]:GoodsInfoDrinkMachine目录退出目录第14页共35页目录退出目录第15页共35页2.主程序设计在主函数中,首先定义了一个DrinkMachine类(自动售货机类)的对象dri,并未显式地定义MoneyCounter类和GoodsInfo类的对象。但是在DrinkMachine类中含有MoneyCounter类和GoodsInfo类的数据成员。然后设计一个两重循环,外循环的持续条件是顾客继续购买,内循环的持续条件是顾客继续重复投币,即顾客可以反复投币,直至投够为止。当顾客购买成功或不再继续购买时,流程中止。程序流程如图所示。目录退出目录第16页共35页程序流程图目录退出目录第17页共35页四、案例实现目录退出目录第18页共35页目录退出目录第19页共35页目录退出目录第20页共35页目录退出目录第21页共35页目录退出目录第22页共35页目录退出目录第23页共35页目录退出目录第24页共35页目录退出目录第25页共35页目录退出目录第26页共35页目录退出目录第27页共35页目录退出目录第28页共35页目录退出目录第29页共35页目录退出目录第30页共35页目录退出目录第31页共35页目录退出目录第32页共35页目录退出目录第33页共35页目录退出目录第34页共35页五、案例总结与提高案例总结•本案例设计了3个类,一个处理货币信息的类、一个商品类、还有一个售货机类。这3个类彼此间并非并列关系,在售货机类中包含了货币类和商品类的数据成员,通过这种方式间接调用这两个类的成员函数,完成程序任务。读者在学习本案例时一定要理解并掌握这种类的调用关系。•在案例设计中要注意一些细节,例如饮料售完时的处理、连续多次交钱时的处理、钱不足时的处理等,设计的程序要注意考虑到多种可能性。目录退出目录第35页共35页案例提高•本案例只是简单地模拟一个自动售货机的售货流程,读者可以在本案例的基础上对其加以修改:可以更改程序,实现一次购买多种商品的功能。对于自动售货机的商家而言,还应该有一个交互的界面,可以让商家来更改自动售货机中货物的品种、单价、数量等信息。
本文标题:国际技术转让合同(2)
链接地址:https://www.777doc.com/doc-383119 .html