uml建模考题Word文件下载.docx

上传人:b****6 文档编号:19314518 上传时间:2023-01-05 格式:DOCX 页数:19 大小:962.30KB
下载 相关 举报
uml建模考题Word文件下载.docx_第1页
第1页 / 共19页
uml建模考题Word文件下载.docx_第2页
第2页 / 共19页
uml建模考题Word文件下载.docx_第3页
第3页 / 共19页
uml建模考题Word文件下载.docx_第4页
第4页 / 共19页
uml建模考题Word文件下载.docx_第5页
第5页 / 共19页
点击查看更多>>
下载资源
资源描述

uml建模考题Word文件下载.docx

《uml建模考题Word文件下载.docx》由会员分享,可在线阅读,更多相关《uml建模考题Word文件下载.docx(19页珍藏版)》请在冰豆网上搜索。

uml建模考题Word文件下载.docx

[问题1](3分)

  经过进一步分析,设计人员决定定义一个类Items_on_loan,以表示类Book和CD的共有属性和方法。

请采用图1-2中属性和方法的名称给出类Items_on_loan应该具有的属性和方法。

(注意:

不同名称的属性和方法表示不同的含义,如CD中的composer与Book中的author无任何关系)

[问题2](6分)

  为了记录每种图书或唱碟的历史记录,引入类CirculationHistory,类中存储的信息是图1-1中所表示的内容。

请采用UML表示法将下列四个类间的关系表示出来。

[问题3](6分)

  现需了解十大最畅销(借出次数最多)图书或唱碟。

为此引入TemPopulate类以存储所有十大畅销图书或CD的名称及其被借出的次数。

下列顺序图描述了某类图书或唱碟被借出后成为十大畅销图书或唱碟时对象间的消息交互。

系统在一次运行过程中,应有___

(1)___个TenPopulate实例对象最合适,一个TenPopulate类实例对象最多需要和____

(2)____Items_on_loan实例对象交互。

试题二(15分)

  阅读下列说明以及UML类图,回答问题1、问题2和问题3,将解答填入答题纸的对应栏内。

【说明】

  某客户信息管理系统中保存着两类客户的信息:

  (l)个人客户。

对于这类客户,系统保存了其客户标识(由系统生成)和基本信息(包括姓名、住宅电话和email)。

  

(2)集团客户。

集团客户可以创建和管理自己的若干名联系人。

对于这类客户,系统除了保存其客户标识(由系统生成)之外,也保存了其联系人的信息。

联系人的信息包括姓名、住宅电话、email、办公电话以及职位。

该系统除了可以保存客户信息之外,还具有以下功能:

  (l)向系统中添加客户(addCustomer);

  

(2)根据给定的客户标识,在系统中查找该客户(getCustomer);

  (3)根据给定的客户标识,从系统中删除该客户(removeCustomer);

  (4)创建新的联系人(addContact);

  (5)在系统中查找指定的联系人(getContact);

  (6)从系统中删除指定的联系人(removeContact)。

  该系统采用面向对象方法进行开发。

在面向对象分析阶段,根据上述描述,得到如表2-1所示的类。

                    表2-l                                   

描述该客户信息管理系统的UML类图如图2-1所示。

              

【问题1】

(3分)

  请使用说明中的术语,给出图2-1中类Customer和类Person的属性。

【问题2】

(6分)

  识别关联的多重度是面向对象建模过程中的—个重要步骤。

根据说明中给出的描述,完成图中的

(1)~(6)。

【问题3】

  根据说明中的叙述,抽象出如表2-2所示的方法,请指出图2-l中的类CustomerInformationSystem和InstitutionalCustomer应分别具有其中的哪些方法。

          

表2-2

试题三(共15分)

阅读下列说明和UML图,回答问题1至问题4,将解答填入答题纸的对应栏内。

【说明】

某企业为了方便员工用餐,为餐厅开发了一个订餐系统(COS:

CafeteriaOrdering

System),企业员工可通过企业内联网使用该系统。

企业的任何员工都可以查看菜单和今日特价。

系统的顾客是注册到系统的员工,可以订餐(如果未登录,需先登录)、注册工资支

付、预约规律的订餐,在特殊情况下可以覆盖预订。

餐厅员工是特殊顾客,可以进行备餐、生成付费请求和请求送餐,其中对于注册工资支付的顾客生成付费请求并发送给工资系统。

菜单管理员是餐厅特定员工,可以管理菜单。

送餐员可以打印送餐说明,记录送餐信息(如送餐时间)以及记录收费(对于没有注

册工资支付的顾客,由送餐员收取现金后记录)。

顾客订餐过程如下:

1.顾客请求查看菜单;

2.系统显示菜单和今日特价;

3.顾客选菜;

4.系统显示订单和价格;

5.顾客确认订单;

6.系统显示可送餐时间;

7.顾客指定送餐时间、地点和支付方式;

8.系统确认接受订单,然后发送Email给顾客以确认订餐,同时发送相关订餐信息通知给餐厅员工。

系统采用面向对象方法开发,使用UML进行建模。

系统的顶层用例图和一次订餐的活动图初稿分别如图3-1和图3-2所示。

【问题1】

(2分)

根据【说明】中的描述,给出图3-1中A1和A2所对应的参与者。

【问题2】

(8分)

根据【说明】中的描述,给出图3-1中缺少的四个用例及其所对应的参与者。

【问题3】

(4分)

根据【说明】中的描述,给出图3-2中

(1)~(4)处对应的活动名称或图形符号。

【问题4】

(1分)

指出图3-1中员工和顾客之间是什么关系,并解释该关系的内涵。

图3-1COS系统顶层用例图

图3-2一次订餐的活动图

阅读下列说明和图,回答问题1至问题3,将解答填入答题纸的对应栏内。

某银行计划开发一个自动存提款机模拟系统(ATMSystem)。

系统通过读卡器CardReader)读取ATM卡;

系统与客户(Customer)的交互由客户控制台(CustomerConsole)实现;

银行操作员(Operator)可控制系统的启动(SystemStartup)和停止(SystemShutdown);

系统通过网络和银行系统(Bank)实现通信。

当读卡器判断用户已将ATM卡插入后,创建会话(Session)。

会话开始后,读卡器进行读卡,并要求客户输入个人验证码(PIN)。

系统将卡号和个人验证码信息送到银行系统进行验证。

验证通过后,客户可从菜单选择如下事务(Transaction):

1.从ATM卡账户取款(Withdraw);

2.向ATM卡账户存款(Deposit);

3.进行转账(Transfer);

4.查询(Inquire)ATM卡账户信息。

一次会话可以包含多个事务,每个事务处理也会将卡号和个人验证码信息送到银行系统进行验证。

若个人验证码错误,则转个人验证码错误处理(InvalidPINProcess)。

每个事务完成后,客户可选择继续上述事务或退卡。

选择退卡时,系统弹出ATM卡,会话结束。

系统的顶层用例图如图3-1所示,一次会话的序列图(不考虑验证)如图3-2所示。

消息名称参见表3-1。

表3-1可能的消息名称列表

名称

说明

cardInserted()

ATM卡已插入

performTransaction()

执行事务

performSession()

执行会话

readCard()

读卡

readPIN()

读取个人验证码

PIN

个人验证码信息

creat(atm,this,card,pin)

为当前会话创建事务

create(this)

为当前ATM创建会话

card

ATM卡信息

doAgain

执行下一个事务

ejectCard()

弹出ATM卡

(7分)

根据【说明】中的描述,给出图3-1中A1和A2所对应的参与者,U1至U3所对应的用例,以及该图中空

(1)所对应的关系。

(U1至U3的可选用例包括:

Session、Transaction、InsertCard、InvalidPINProcess和Transfer)

(6分)

根据【说明】中的描述,使用表3-1中的英文名称,给出图3-2中6~9对应的消息。

解释图3-1中用例U3和用例Withdraw、Deposit等四个用例之间的关系及其内涵。

图3-1ATM系统顶层用例图

图3-2一次会话的序列图(无验证消息)

阅读下列说明和图,回答问题1至问题4,将解答填入答题纸的对应栏内。

在线会议审稿系统(ORS:

OnlineReviewingSystem)主要处理会议前期的投稿和审稿事务,其功能描述如下:

1.用户在初始使用系统时,必须在系统中注册(register)成为作者或审稿人。

2.作者登录(login)后提交稿件和浏览稿件审阅结果。

提交稿件必须在规定提交时间范围内,其过程为先输入标题和摘要、选择稿件所属主题类型、选择稿件所在位置(存储位置)。

上述几步若未完成,则重复;

若完成,则上传稿件至数据库中,系统发送通知。

3.审稿人登录后可设置兴趣领域、审阅稿件给出意见以及罗列录用和(或)拒绝的稿件。

4.会议委员会主席是一个特殊审稿人,可以浏览提交的稿件、给审稿人分配稿件、罗列录用和(或)拒绝的稿件以及关闭审稿过程。

其中关闭审稿过程须包括罗列录用和(或)拒绝的稿件。

在建模用例图时,常用的方式是先识别参与者,然后确定参与者如何使用系统来确定用例,每个用例可以构造一个活动图。

参与者名称、用例和活动名称分别参见表3-1、表3-2和表3-3。

系统的部分用例图和提交稿件的活动图分别如图3-1和图3-2所示。

表3-1参与者列表

User

用户

Author

作者

Reviewer

审稿人

Pcchair

委员会主席

表3-2用例名称列表

login

登录系统

register

注册

submitpaper

提交稿件

browsereviewresults

浏览稿件审阅结果

closereviewing

process

关闭审稿过程

assiagnpapertoreviewer

分配稿件给出意见

setpreferences

高定兴趣领域

enterreview

审阅稿件给出意见

listaccepted/rejected

papers

罗列录用或/扣拒绝的稿件

browsesubmittedpapers

浏览提交的稿件

表3-3活动名称列表

selectpaperlocation

选择稿件位置

uploadpaper

上传稿件

electsubjectgroup

选择主题类型

sendnotification

发送通知

entertitleandabstract

输入标题和摘要

 

图3-1ORS用例图

图3-2提交稿件过程的活动图

(4分)

根据【说明】中的描述,使用表3-1中的英文名称,给出图3-1中A1~A4所对应的参与者。

(3分)

根据【说明】中的描述,使用表3-2中的英文名称,给出图3-1中U1~U3所对应的用例。

根据【说明】中的描述,给出图3-1中

(1)和

(2)所对应的关系。

根据【说明】中的描述,使用表3-2和表3-3中的英文名称,给出图3-2中Action1~Action4对应的活动。

试题三(共15分)

阅读下列说明和图,回答问题1至问题4,将解答填入答题纸的对应栏内。

已知某唱片播放器不仅可以播放唱片,而且可以连接电脑并把电脑中的歌曲刻录到唱片上(同步歌曲)。

连接电脑的过程中还可自动完成充电。

关于唱片,还有以下描述信息:

1.每首歌曲的描述信息包括:

歌曲的名字、谱写这首歌曲的艺术家以及演奏这首歌曲的艺术家。

只有两首歌曲的这三部分信息完全相同时,才认为它们是同一首歌曲。

艺术家可能是一名歌手或一支由2名或2名以上的歌手所组成的乐队。

一名歌手可以不属于任何乐队,也可以属于一个或多个乐队。

2.每张唱片由多条音轨构成;

一条音轨中只包含一首歌曲或为空,一首歌曲可分布在多条音轨上;

同一首歌曲在一张唱片中最多只能出现一次。

3.每条音轨都有一个开始位置和持续时间。

一张唱片上音轨的次序是非常重要的,因此对于任意一条音轨,播放器需要准确地知道,它的下一条音轨和上一条音轨是什么(如果存在的话)。

根据上述描述,采用面向对象方法对其进行分析与设计,得到了如表3-1所示的类列表、如图3-1所示的初始类图以及如图3-2所示的描述播放器行为的UML状态图。

表3-1类列表

类名

说明

Artist

艺术家

Song

歌曲

Band

乐队

Musician

歌手

Track

音轨

Album

唱片

图3-1初始类图

图3-2播放器行为UML状态图

(3分)

根据说明中的描述,使用表3-1给出的类的名称,给出图3-1中的A~F所对应的类。

根据说明中的描述,给出图3-1中

(1)~(6)处的多重度。

图3-1中缺少了一条关联,请指出这条关联两端所对应的类以及每一端的多重度。

多重度

【问题4】

(2分)

根据图3-2所示的播放器行为UML状态图,给出从“关闭”状态到“播放”状态所经过的最短事件序列(假设电池一开始就是有电的)。

[说明]

某图书管理系统的主要功能如下:

1.图书管理系统的资源目录中记录着所有可供读者借阅的资源,每项资源都有一个唯一的索引号。

系统需登记每项资源的名称、出版时间和资源状态(可借阅或已借出)。

2.资源可以分为两类:

图书和唱片。

对于图书,系统还需登记作者和页数;

对于唱片,还需登记演唱者和介质类型(CD或者磁带)。

3.读者信息保存在图书管理系统的读者信息数据库中,记录的信息包括:

读者的识别码和读者姓名。

系统为每个读者创建了一个借书记录文件,用来保存读者所借资源的相关信息。

现采用面向对象方法开发该图书管理系统。

识别类是面向对象分析的第一步。

比较常的识别类的方法是寻找问题描述中的名词,再根据相关规则从这些名词中删除不可能成为类的名词,最终得到构成该系统的类。

表3-1给出了[说明]中出现的所有名词。

通过对表3-1中的名词进行分析,最终得到了图3-1所示的UML类图(类的说明如表3-2所示)。

[问题1](3分)

表3-2所给出的类并不完整,根据[说明]和表3-1,将图3-1中的(a)~(c)处补充完整。

[问题2](6分)

根据[说明]中的描述,给出图3-1中的类CatalogItem以及(b)、(c)处所对应的类的关键属性(使用表3-1中给出的词汇),其中,CatalogItem有4个关键属性;

(b)、(c)处对应的类各有2个关键属性。

[问题3](6分)

识别关联的多重度是面向对象建模过程中的一个重要步骤。

根据[说明]中给出的描述,成图3-1中的

(1)~(6)。

  阅读以下说明和图,回答问题1至问题3,将解答填入答题纸的对应栏内。

[说明]

   S公司开办了在线电子商务网站,主要为各注册的商家提供在线商品销售功能。

为更好地吸引用户,S公司计划为注册的商家提供商品(Commodity)促销(Promotion)功能。

商品的分类(Category)不同,促销的方式和内容会有所不同。

  注册商家可发布促销信息。

商家首先要在自己所销售的商品的分类中,选择促销涉及的某一具体分类,然后选出该分类的一个或多个商品(一种商品仅仅属于一种分类),接着制定出一个比较优惠的折扣政策和促销活动的优惠时间,最后由系统生成促销信息并将该促销信息公布在网站上。

  商家发布促销信息后,网站的注册用户便可通过网站购买促销商品。

用户可选择参与某一个促销(Promotion)活动,并选择具体的促销商品(Commodity),输入购买数量等购买信息。

系统生成相应的一份促销订单(POrder)。

只要用户在优惠活动的时间范围内,通过网站提供的在线支付系统,确认在线支付该促销订单(即完成支付),就可以优惠的价格完成商品的购买活动,否则该促销订单失效。

  系统采用面向对象方法开发,系统中的类以及类之间的关系用UML类图表示,图3-1是该系统类图中的一部分;

系统的动态行为采用UML序列图表示,图3-2是发布促销的序列图。

       

    

            

   

[问题1](6分)

  识别关联的多重度是面向对象建模过程中的一个重要步骤。

根据说明中给出的描述,完成图3-1中的

(1)~(6)。

[问题2](4分)

  请从表3-1中选择方法,完成图3-2中的(7)~(10)。

     

[问题3](5分)

  关联(Association)和聚集(Aggregation)是UML中两种非常重要的关系。

请说明关联和聚集的关系,并说明其不同点。

                             

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 求职职场 > 笔试

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1