UML系统分析和设计
uml系统分析与设计uml系统建模基础教程课后习题答案.docx

UML系统建模基础教程课后答案第一章面向对象设计与UML1.填空题(1)UML(2)封装继承多态(3)继承(4)瀑布模型喷泉模型基于组件的开发模型XP开发模型2.选择题(1) C(2) A B C D(3) A B C D(4) A B C(5) A3.简答题1.试述对象和类的关系。
(1)类是具有相同或相似结构、操作和约束规则的对象组成的集合,而对彖是某一类的具体化实例,每一个类都是具有某些共同特征的对象的抽象。
类与对象的关系就如模具和铸件的关系,类的实例化结果就是对象,而对一类対象的抽象就是类.类描述了一组有相同特性和相同行为的对象。
第二章UML通用知识点综述1.填空题(1)依赖泛化关联实现(2)视图图模型元素(3)实现视图部署视图(4)构造型标记值约束(5)规格说明修饰通用划分2.选择题(1) D(2) C(3) A(4) A B(5) D3.简答题(1)在UML中面向对象的事物有哪几种?在UML中,定义了四种基本的面向对象的事物,分别是结构事物、行为事物、分组事物和注释事物等。
(2)请说出构件的种类。
构件种类有:源代码构件、二进制构件和可执行构件。
(3)请说出试图有哪些种类。
在UML中主要包括的视图为静态视图、用例视图、交互视图、实现视图、状态机视图、活动视图、部署视图和模型管理视图。
(4)请说出视图和图的关系。
视图和图是包含和被包含的关系。
在每一种视图中都包含一种或多种图。
(5)请简述UML的通用机制。
UML提供了一些通用的公共机制,使用这些通用的公共机制(通用机制)能够使UML在各种图中添加适当的描述信息,从而完善UML的语义表达。
逋常,使用模型元素的基本功能不能够完善的表达所要描述的实际信息,这些通用机制可以有效地帮助表达,帮助我们进行有效的UML 建模。
UML提供的这些通用机制,贯穿于整个建模过程的方方面面。
前面我们提到,UML的通用机制包括规格说明、修饰和通用划分三个方面。
第三章Rational统一过程1.填空题(1)角色活动产物工作流(2)逻辑视图过程视图物理视图开发视图用例视图(3)设计开发验证(4)二维(5)周期迭代过程里程碑2.选择题(1) A B C D(2) A C D(3) A C D(4) A B C(5) A B C D3.简答题(1)请描述迭代过程有几个阶段。
UML在系统分析与设计中的作用

UML在系统分析与设计中的作用随着信息技术的发展和应用广泛,系统分析与设计成为了软件开发过程中不可或缺的一环。
而UML(统一建模语言)作为一种标准化的建模语言,被广泛应用于系统分析与设计中。
本文将探讨UML在系统分析与设计中的作用。
首先,UML提供了一种统一的语言和视图,使得系统分析与设计的过程变得更加可视化和易于理解。
通过使用UML,分析师和设计师可以使用统一的符号和图形来描述系统的各个方面,包括需求、功能、结构、行为等等。
这种统一的语言和视图可以帮助团队成员之间更好地沟通和协作,减少了因为不同人对系统理解的差异而导致的沟通障碍。
其次,UML提供了丰富的建模工具和技术,可以支持系统分析与设计的各个阶段。
例如,用例图可以帮助分析师识别系统的功能需求和用户需求,类图可以帮助设计师描述系统的静态结构,时序图和活动图可以帮助设计师描述系统的动态行为等等。
这些建模工具和技术提供了一种结构化的方法来分析和设计系统,使得开发团队能够更加系统地思考和解决问题。
此外,UML还提供了一种可扩展的建模框架,可以根据具体的需求和问题进行定制和扩展。
UML的核心语言是一种通用的建模语言,但是它也允许用户定义自己的建模元素和规则。
这种可扩展性使得UML能够适应不同领域和行业的需求,例如软件开发、系统集成、业务流程建模等等。
通过定制和扩展UML,分析师和设计师可以更好地应对特定领域和行业的挑战。
最后,UML还提供了一种规范化的文档和交流方式,可以帮助团队成员更好地记录和传递系统分析与设计的结果。
在系统分析与设计的过程中,团队成员需要产生大量的文档和图形来描述系统的各个方面。
使用UML,可以统一这些文档和图形的格式和结构,使得团队成员能够更加方便地阅读和理解这些文档和图形。
同时,UML还提供了一种标准化的交流方式,使得团队成员之间能够更加清晰地传递和分享信息。
综上所述,UML在系统分析与设计中发挥着重要的作用。
它提供了一种统一的语言和视图,使得系统分析与设计的过程变得更加可视化和易于理解。
基于UML的面向对象的系统分析与设计

基于UML的面向对象的系统分析与设计基于UML的面向对象的系统分析与设计引言:在当今信息社会中,随着科技的不断进步和应用的不断扩展,各行各业都离不开计算机系统的支持。
为了满足用户的需求,开发出高质量、高效率的系统就显得尤为重要。
而面向对象的系统分析与设计作为一个重要的环节,可以帮助我们更好地理解用户需求并将其转化为实现系统的蓝图。
本文将介绍基于UML的面向对象的系统分析与设计方法,并通过一个实例来演示其应用过程。
一、基于UML的系统分析与设计基础1.1 面向对象的概念面向对象是一种思想方式和编程方法,它将问题领域的实体抽象为类,通过类的组织和交互来描述系统的行为。
面向对象的设计方法使得系统更易于理解、维护和扩展。
1.2 UML的介绍UML(Unified Modeling Language)是一种用于面向对象系统建模的标准化语言,它提供了丰富的符号和图形表示方法,可以帮助分析和设计人员更好地表达复杂的系统结构和行为。
二、基于UML的系统分析与设计方法2.1 需求分析系统的需求分析是整个分析与设计过程的起始点,通过与用户的交流和讨论,了解用户的需求并进行准确定义。
在这一阶段,分析人员可以运用UML中的用例图、活动图等工具来分析和描述用户需求。
2.2 类建模在需求分析阶段的基础上,分析人员将用户需求转化为类模型。
通过识别和分析系统中的实体、属性和行为,可以确定类的结构和关系。
在这一阶段,可以运用UML中的类图来进行类的建模。
2.3 行为建模在类建模完成后,需要进一步分析和设计系统的行为。
行为建模通常包括状态图、顺序图和活动图等。
通过这些图形化表示,可以描述系统中各个类之间的交互和信息流动,保证系统的正确性和健壮性。
2.4 设计模式的应用设计模式是一种被广泛应用的解决问题的模板,它提供了一些经验性的指导原则和设计思路。
在系统分析与设计过程中,分析人员可以借鉴各种设计模式,通过复用已有的解决方案来提高系统的可靠性和效率。
课件—UML系统建模与分析设计(5)

系统设计与对象动态交互模型
动态模型主要描述系统的动态行为和控制结构。动态行 为包括系统中对象生存期内可能的状态以及事件发生时状态 的转移,对象之间动态合作关系,显示对象之间的交互过程 以及交互顺序,同时描述了为满足用例要求所进行的活动以 及活动间的约束关系。 在动态模型中,对象间的交互是通过对象间消息的传递来 完成的。对象通过相互间的通信(消息传递)进行合作,并在其 生命周期中根据通信的结果不断改变自身的状态。
16
5.2.1 一个简单的顺序图例子
17
顺序图有两个坐标: 垂直坐标--时间(从上到下),水平坐标—对象。
对象
生存线
时间
18
激活期
消息
顺序图和用例图、类图的关系
19
5.2.2顺序图的主要元素:
(1)对象:顺序图中所包含的每个对象用一个 对象框(短式)表示,对象名需带下划线。
对象图
(2)生存线:对象框下画的一条垂直虚线,称 为该对象的生存线,表示对象的生存时间。 (3)激活期:对象生存线上的一个细长方形框, 表示该对象的激活时间段,即活动期间。一 个激活的对象要么正在执行自己的代码,要 么等待另一个对象的返回。 (4)消息:对象之间消息的发送和接收用两个 对象生存线(激活期)之间的消息箭头线。
28
5.3
对象之间的同步与异步操作
1.对象之间的同步操作
同步消息的发送者把进程控制传递给消息 的接收者,然后暂停活动,等待消息的接收者 放弃或返回控制; 同步消息的接收者执行所请求的操作,如 果需要的话,可以把控制传递给另一个对象角 色,请求做某个操作,并且当该操作完成后把 控制返回给原来的同步消息的发送者; 同步消息的接收者也可以直接返回或发送 信息给原来的消息发送者。
基于UML的图书管理系统的分析与设计的开题报告

基于UML的图书管理系统的分析与设计的开题报告一、选题背景随着社会的不断发展,图书管理系统在现代化管理社会中扮演着越来越重要的角色。
传统的图书管理方式已经无法满足现代社会的需求。
因此,借助计算机技术对图书管理系统进行改进和优化成为发展趋势之一。
本项目基于UML,设计和分析一个图书管理系统,主要是为了提高图书馆的管理效率,提高用户的使用体验,简化借还书的流程和方便图书馆管理人员管理书籍,提供了更加完善的图书馆服务。
二、研究目的和意义本课题旨在通过分析和设计,打造一个高效、实用、具有扩展性的图书管理系统,实现信息化管理的目的,主要具体研究内容如下:1.分析现有图书管理系统的优缺点,确定系统需求。
2.设计系统的框架结构和组成部分,构建系统用例和分析设计模型图。
3.使用UML对系统进行建模,包括用例建模、活动图建模、类图建模和时序图建模。
4.实现前后端的技术选型和开发工作。
本项目的意义在于提供了一个高校图书馆图书管理系统的解决方案,优化了传统的图书管理方式,提高了图书馆的管理效率和用户体验。
同时,本项目具有可扩展性,可根据用户需求进行定制开发,为图书馆提供更加个性化的服务。
三、研究内容和技术路线本课题主要分为以下几个部分:1.需求分析部分。
分析图书管理系统的需求,包括功能需求和非功能需求。
2.系统设计部分。
确定系统的框架结构和组成部分,构建系统用例和分析设计模型图。
3.系统建模部分。
使用UML对系统进行建模,包括用例建模、活动图建模、类图建模和时序图建模。
4.系统实现部分。
实现前后端的技术选型和开发工作,包括数据库设计和开发、界面设计和开发、系统模块设计和开发等。
技术路线如下:1.前端技术选择HTML5、CSS3、JavaScript等实现页面的开发。
2.后端技术主要使用PHP语言来实现,结合Sql Server 2005数据库进行数据交互。
3.系统设计采用UML图进行建模和分析,包括用例图、活动图、类图和时序图。
基于UML的系统分析与设计

系统分析
详细来说,分析阶段旳活动主要是: 辨认对象; 为对象分类; 拟定类旳属性和操作; 拟定类之间旳关系: 拟定对象之间旳交互: 拟定对象旳状态变化等。
1.辨认对象
辨认对象并不是从零开始旳工作,应该最 大程度地利用已经有旳劳动成果。比较经 典旳可利用旳资料有。
用例模型和用例描述。 术语表。权威旳术语定义集合。
邮件管理、协议管理
用例旳优化
拆分
对较大旳或复杂旳用例 用例描述,描述到了第四级,仍无法描述清楚,
需用例拆分 主流→子流→分支流→子分支流
用例旳优化
拆分例子 管理顾客涉及处理:添加顾客、修改顾客
信息、删除顾客、查找顾客、修改顾客口 令、变更顾客级别 拆分为:维护顾客信息、管理顾客权限两 个用例(按业务有关性)
基于UML旳系统分析与设计
UML建模
一种系统开发措施应由建模语言和开发过 程构成。
建模语言是设计旳表达符号,而过程则是描 述怎样进行开发所需旳环节。
UML旳开发过程涉及需求获取、系统分析、 系统设计、实现和测试5个环节。
第一阶段
需求获取
需求获取
1.需求获取 系统开发旳第一步工作就是进行需求搜
5.拟定顾客界面
拟定参加者怎样开启用例,以及用例以什 么形式向参加者提供信息,
是在构造顾客界面旳原型。 这项活动旳输入是:用例模型、详细描述
旳用例描述。 活动旳成果是顾客界面旳简图。 目旳是为参加者拟定顾客界面旳外观和感
高校图书管理系统分析与设计(uml)

图书管理系统的分析与设计(样例)内容:1、需求分析(1)域描述(2)功能性需求——用例图(3)用例的事件流描述——用例文档2、静态模型(1)系统包图(2)类图3、动态模型(1)交互图——顺序图、协作图(2)状态机图(3)活动图4、物理模型(1)组件图(2)部署图1.某图书借阅管理系统需求说明如下:(1)管理员应建立图书书目,以提供图书检索之便利。
一条书目可有多本同ISBN号的图书,每一本图书只能对应于一个书目。
(2)图书可被读者借阅。
读者在办理图书借阅时,管理员应记录借书日期,并记录约定还书日期,以督促读者按时归还。
一个读者可借阅多本图书,一本图书每次只能被一个读者借阅。
(3)图书将由管理员办理入出库。
图书入出库时,应记录图书状态变更,如:存库、外借,并记录变更日期。
一个管理员可办理多本图书入出库,但一本图书的某次入出库办理,必须有确定的管理员经手。
试以上述说明为依据,对该问题做用例建模、活动建模、类分析建模。
✧需求分析图书馆图书管理系统的域描述如下:在图书管理系统中,要为每个借阅者建立一个账户,并给借阅者发放借阅卡(借阅卡可以提供借阅卡号、借阅者名),账户中存储借阅者的个人信息、借阅信息以及预订信息。
持有借阅卡的借阅者可以借阅书刊、返还书刊、查询书刊信息、预订书刊并取消预订,但这些操作都是通过图书管理员进行的,也即借阅者不直接与系统交互,而是图书管理员充当借阅者的代理与系统交互。
在借阅书刊时,需要输入所借阅的书刊名、书刊的ISBN/ISSN号,然后输入借阅者的图书卡号和借阅者名,完成后提交所填表格,系统验证借阅者是否有效(在系统中存在账户),若有效,借阅请求被接受,系统查询数据库系统,看借阅者所借阅的书刊是否存在,若存在,则借阅者可借出书刊,建立并在系统中存储借阅记录。
借阅者还书后,删除关于所还书刊的借阅记录。
如果借阅者所借的书刊已被借出,借阅者还可预订该书刊,一旦借阅者预订的书刊可以获得,就将书刊直接寄给预订人(为了简化系统,预订书刊可获得时就不通知借阅者了)。
医院挂号管理系统系统分析与设计(UML)

医院挂号管理系统系统分析与设计(UML)
医院挂号管理系统是一种信息化管理系统,主要用于医院的病人挂号、预约、诊断等工作。
该系统包含了医院前台的管理功能、医生诊断功能、药品管理功能、收费功能等。
系统结构
该系统主要包含三个模块:前台管理模块、医生诊断模块、药品管理模块。
以下是该系统的各个模块的UML类图。
前台管理模块
该模块主要负责病人挂号、预约、收费等工作。
以下是该模块的类图:
- 挂号员类:负责病人挂号、预约等工作。
- 病人类:病人信息,包含姓名、年龄、电话等。
- 挂号记录类:挂号及预约记录,包含病人信息、挂号时间、预约时间等。
医生诊断模块
- 药品管理员类:负责药品的管理工作,包括添加、删除、修改药品等。
- 药品类:药品信息,包括名称、价格、功效等。
系统流程
以下是该系统的流程图:
1. 病人挂号:病人持有身份证或其他有效证件,到医院前台,填写基本信息,完成挂号或预约。
2. 医生诊断:医生根据病人的病情进行诊断,开具治疗方案。
3. 开药:医生开具处方后,药品管理员在药品管理模块中根据处方添加相应的药品。
4. 收费:病人到前台缴纳相应的费用,完成诊疗流程。
总结
该系统采用UML建模开发流程,可以方便开发人员进行设计、开发和测试。
通过该系统,医院可以更加高效、便捷地管理病人信息和药品信息,提供更好的服务。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
软工14级《UML系统分析与设计》大作业问题定义:设计某医药公司进销存管理信息系统的进货、库存、销售三个组成部分。
进货子系统有药品验收处理1 产生进货传票(进货传票编码、商品编码、品名、规格、厂商、有效期、进价、进货数量)。
2进货传票将被打印给供货商作为收货凭证。
一次进货可有多项药品,由进货传票编码唯一标识;一种药品由商品编码唯一标识。
系统设有一个商品目录(商品编码、品名、规格、厂商、有效期、销售价格)。
3当进货的药品是新药品(商品目录中没有的药品)时,进货子系统自动把新药品写入商品目录。
库存子系统有1进货入库2销售出库处理维护库存帐(商品编码、品名、规格、厂商、有效期、进货量、进价、出库量、销售价、库存数量、库存下限量、库存上限量),库存帐不能做修改操作,当进货入库时,根据进货传票产生一条新记录,库存数量加上进货量;当销售出库时,根据销售传票产生一条新记录,库存数量减去出库量;商品编码是各药品的唯一标识字。
库存子系统设库存自动报警,当库存数量大于库存上限量或者小于库存下限量时,给出警告信息。
销售子系统有定价处理和销售处理。
1定价处理有一个商品价格表(商品编码、品名、规格、厂商、有效期、建议价格、销售价格、批准责任人)首先由销售管理员定建议价格,经过经理批准后确定销售价,并自动更新商品目录的销售价;2销售处理在公司的销售窗口,售货员根据顾客要求查找商品目录和库存帐,如果有货(库存数量满足顾客要求),一项销售成立,产生销售传票的一条记录,一次销售可有多项记录,由销售传票唯一标识。
销售传票的数据结构是(销售传票编码、商品编码、品名、规格、厂商、有效期、销售价、销售数量)。
销售传票是库存子系统记录库存帐的依据。
销售传票将被打印给顾客作为提货凭证。
以上为本次试题的基本部分(称基本系统),为必做部分。
事实上的进销存系统还有其它组成,例如“退货处理”、“客户管理”、“供货商管理”、“定价管理”等,有兴趣的同学可以选做或者补充某些附加容。
作业要求:1.针对上述需求,请用面向对象的系统分析和设计方法完成附件中作业要求;2.解答时可以查询资料、可以讨论、可以使用建模工具(如Rose、together等),必须用打印文档交卷,注明、学号;3.提交的文档格式如附件所示,需要提交设计的视图,此处所占的分数比重较大,没有的话扣分。
4.自己在完成课程设计的心得体会(个人总结)一定要写,所占的分数比重较大。
5.根据基本系统的静态模型利用工具导出各子系统的java或者c++程序结构。
6.完成时间:各班学习委员收集后统一于17周的星期一上午缴给我。
附件:(选择1)附件:(选择2)选择1:1、需求收集、描述1.1:发掘业务过程:药品验收处理:处理维护库存帐:、定价处理和销售处理:1.2领域分析备选类:商品编码、品名、规格、厂商、有效期、进价、出库量、销售价、进货数量、销售价格、出库量、库存数量、库存下限量、库存上限量、建议价格、销售价格、批准责任人、销售数量、销售传票编码、顾客、销售员、销售传票、进货传票、进货传票编码、仓库管理员、药品确定候选类:进货传票、商品目录、供应商、药品、售货员、顾客、库存帐、商品价格表、批准责任人、销售传票1.3确定系统完全需求生成包图:高层用例图:人员管理2.系统USE CASE模型2.1 分析(按照需求设计用例)用例1:进货场景1:药品库存量低于库存下限量时候,系统会自动发出警报,表示需要进货,就会列出需要进货的药品名和药品数量,然后产生进货传票,打印进货传票给供应商供应药品。
场景2:当有新药品的时候,公司会会为了适应顾客的需求,就会引进新药品。
根据高层的研究,列出药品名和数量,产生打印传票给供应商供应药品。
用例2:进货入库、销售出库场景1:医药公司根据进货传票产生的新记录,目前库存量加上进货库存量,查看警告信息,如果库存量低于下限量,就会进货入库。
场景2:医药公司根据销售传票产生的新记录,目前库存量加上进货库存量,查看警告信息,如果库存量高于上限量,就会销售出库。
用例3:销售场景1:公司根据顾客的需求,在库存量满足顾客的需求时,售货员就把药品销售给顾客,售货员将给顾客提货凭证,输入药品的相关信息,产生销售传票并打印给顾客。
场景2:当有新药品进货时,销售管理员定建议价格,经过经理批准后确定销售价,并自动更新商品目录的销售价,开始销售。
2.2 角色定义2.3 USE CASE工作描述2.3.1进货:2.3.2 进货入库,销售出库:2.3.3 销售:2.4 USE CASE视图确定药品销售价格商品目录3. 系统逻辑结构设计3.1进货系统(描述涉及概念、映射对象、涉及角色)3.1.1事件流过程(主要事件流脚本)1)进货负责人通过系统发出的警告确定进货药名和数量2)进货负责人通过系统输入进货药名和数量3)系统产生进货传票4)判断是否有新药品,是否修改商品目录5)进货负责人把进货传票发给供应商3.1.2 时序图3.1.3 状态图(主要类的状态图)3.2销售系统(SaleSystem)3.2.1事件流过程(主要事件流脚本)定价处理事件流:1)销售管理员向系统发出“定价处理”请求2)销售管理员输入拟定的建议价格3)销售管理员将拟定的建议价格发给销售经理4)销售经理审核并确定销售价格,修改商品目录销售处理事件流:1)顾客买药品2)售货员根据顾客要求查看库存帐和商品目录3)销售成功并打印销售传票4)顾客拿到销售传票和领取药品3.2.2 时序图定价处理时序图:销售处理时序图:3.2.3状态图(主要类的状态图)定价处理状态图:销售处理状态图:3.3库存系统(ValueManager)(主要事件流脚本)3.3.1事件流过程1)仓库管理员向系统发出“进货入库”请求2)仓库管理员接到供应商发送的进货传票的信息3)仓库管理员根据进货传票产生一条新记录,库存数量加上进货量4)仓库管理员检查库存帐,是否超过上限量。
5)仓库管理员收到售货员销售传票6)仓库管理员据销售传票产生一条新记录,库存数量减去出库量7)仓库管理员检查库存帐,是否低于下限量。
3.3.2时序图3.3.3状态图(主要类的状态图)3.4系统整体的类的组织结构4. 完成系统组件图设计5. 完成正向工程实现代码框架4.1设计完成系统详细类图(系统静态结构,应该包含类及之间的详细信息) 4.1.1 药品类Drugs4.1.2 供应商类Supplier4.1.3 进货传票类StockTicket4.1.4 仓库管理员类StockMan4.1.5 库存帐类StockAccount4.1.6 销售管理员类SaleManager4.1.7 销售经理类Manager4.1.8 顾客类Customer4.1.9 销售传票类SaleTicket4.1.10 商品目录类Catalogue4.1.11 商品价格类PriceList4.1.12 售货员类SaleMan4.2生成代码框架(参照自己设计的4.1)4.2.1药品类Drugspublic class Drugs {private int Drugs_code;private int Drugs_name;private int Specifications;private int Manufacturer;private int Date;private int Price;public Drugs() { }public void Set_Druge() { }public void Get_Druge() { }}4.2.2供应商类Supplierpublic class Supplier {private int Supplier_name;private int Address;private int Tel;public Drugs theDrugs;public Supplier() { }public void PurchaseVoucher() { }}4.2.3 进货传票类StockTicketpublic class StockTicket extends Drugs { private int Stock_name;private int Stock_price;private int Amount;public StockTicket() { }public void set_saleticket() { }public void get_saleticker() { }}4.2.4 仓库管理员类StockManpublic class StockMan {private int ID;private int name;private int sex;public StockAccount theStockAccount; public StockMan(){ }}4.2.5库存帐类StockAccountpublic class StockAccount extends Drugs { private int Purchase_ticket;private int purchase_price;private int purchase_amount;private int Sale_ticket;private int Sale_price;private int Sale_amountprivate int upperLimit;private int lowerLimit;public StockAccount() { }public void Add() { }public void get_Stock() { }public void Sub() { }public void set_Stock() { }}4.2.6 销售管理员类SaleManager public class SaleManager {private int ID;private int name;private int sex;public PriceList thePriceList;public SaleManager() { }}4.2.7 销售经理类Managerpublic class Manager {private int ManagerID;private int name;private int title;public StockTicket theStockTicket;public Manager() { }public void Examine() { }}4.2.8顾客类Customerpublic class Customer {private int ID;public Drugs theDrugs;public Customer() { }}4.2.9 销售传票类SaleTicketpublic class SaleTicket extends Drugs { private int Sale_name;private int Sale_price;private int Sale_amount;public SaleTicket() { }public void set_SaleTicker() { }public void get_SaleTicker() { }}4.2.10商品目录类Cataloguepublic class Catalogue extends Drugs { private int sale_Price;public Catalogue() { }public void set_Catalogue() { }public void get_Catalogue() { }public void Set_CataloguePrice() { }}4.2.11商品价格类PriceListpublic class PriceList extends Drugs {private int suggested_price;private int sale_price;private int charge_price;public PriceList() { }public void set_Price(){ }public void get_Price(){ }public void set_suggestedPrice() { }}4.2.12 售货员类SaleManpublic class SaleMan {private int ID;private int name;private int sex;public SaleTicket theSaleTicket;public SaleMan() { }public void Sale_ticket() { }}6.个人总结这次作业。