首页 > 编程学习 > 面向对象分析与设计_用例图

面向对象分析与设计_用例图

发布时间:2022/11/9 21:45:03

判断题

3-16、参与者是指系统内部的、需要与系统进行交互的客观实体,如人、设备。F


3-17、参与者之间除了泛化关系外,还可以有其他的关系,但它们需要用《版型》说明T


3-18、用例是Ivar Jacobson在Rational公司开发AKE、AXE系列系统时发明的。F


3-19、用例分析本质上就是功能分解,所以它不是面向对象的分析方法。F


3-20、用例这个概念被认为是第二代面向对象技术的标志T


3-21、通常情况下,用例之间的扩展关系,可以用泛化关系来替代。F


3-22、用例之间存在实现关系。F


3-23、用例描述除了用文字叙述外,还可以用图形描述。T


3-24、用例的粒度越小越好。F


3-25、用例建模中,首先要搞清楚系统边界的所在。T


选择题

3-1、下面不是用例之间主要关系的是( )。

A.扩展

B.包含

C.依赖

D.泛化


3-2、对于一个电子商务网站而言,以下不适合作为用例的选项是( )。

A.预订商品

B.邮寄商品

C.用户登录

D.结账


3-3、下列对系统边界的描述中,不正确的是()。

A.系统边界是指系统与系统之间的界限

B.用例图中的系统边界用来表示正在建模系统的边界

C.边界内表示系统的组成部分,边界外表示系统外部

D.可以使用Rational Rose建模工具绘制用例图中的系统边界


3-4、UML的客户需求分析模型包括( )模型、类图、对象图和活动图

A.用例

B.静态

C.动态

D.系统


3-5、UML的客户需求分析使用的CRC卡上的“责任”一栏的内容主要描述类的( )和操作

A.私有成员

B.属性

C.对象成员

D.关联对象

3-6、UML的客户需求分析产生的用例模型描述了系统的()

A.状态

B.体系结构

C.静态模型

D.功能要求


3-7、在UML的需求分析建模中,用例模型必须与()反复交流并加以确认

A.软件生产商

B.用户

C.软件开发人员

D.问题领域专家


在UML的需求分析建模中,对用例模型中的用例进行细化说明应使用()

A.活动图

B.状态图

C.配置图

D.组件图


以下关于参与者的描述不正确的是( )

A.参与者可以是人

B.参与者是系统以外的、需要使用系统或与系统交互的外部实体

C.参与者可以是本系统的一个用例

D.参与者可以是本系统外的另一个系统


参与者与参与者之间主要的关系是( )

A.包含关系

B.泛化关系

C.扩展关系

D.关联关系


参与者与用例之间主要的关系是( )

A.包含关系

B.泛化关系

C.扩展关系

D.关联关系


以下关于用例的叙述不正确的是()。

A.用例不适用于描述用户的功能性需求

B.用例是站在系统外部,看到的系统功能

C.总是与参与者交互

D.描述一个功能的交互场景


已知系统的参与者有A1和A2,用例UC1和UC2(他们之间的关系如下图所示)。

请问以下说法正确的是( )

A.A2只能使用UC2

B.A.用例不适用于描述用户

C.B.用例是站在系统外

D.A1可以使用UC1和UC2


多选题

3-14、在ATM自动取款机的工作模型中,下面不是参与者的是( )

A.用户

B.ATM取款机

C.ATM取款机管理员

D.取款


3-15、( )是构成用例图的基本元素

A.参与者

B.泳道

C.系统边界

D.用例


填空题

3-26、由参与者、用例以及它们之间的关系构成的用于描述系统功能的动态视图称为   

用例图   


3-27、  用例粒度  指的是用例所包含的系统服务或功能单元的多少


3-28、用例图组成的要素是: 参与者   用例   系统边界  关联  


3-29、用例中的主要关系有 包含关系 扩展关系 泛化关系


3-30、在UML软件开发过程的需求分析阶段,建立用例模型的步骤分为 确定系统边界 确定参与者和用例图 细化用例图 编写用例图 审核用例图


3-31、用例模型中的参与者可以是 也可以是 外部设备 、或 外部系统


主观题

3-49、某销售点系统的需求描述如下:

①系统允许管理员通过从磁盘加载存货数据来运行存货清单报告。

②管理员通过从磁盘加载,向磁盘保存存货数据来更新存货清单。

③销售员记录正常的销售。

④电话操作员是处理电话订单的特殊销售员。

⑤任何类型的销售都要更新存货清单。

⑥如果交易使用信用卡,那么销售员需要核实信用卡。

⑦如果交易使用支票,那么销售员需要核实支票。

根据上述需求,完成以下任务:①确定系统边界;②确定系统的参与者;③确定系统的用

例;④细化用例,并创建用例图;⑤任选一个用例,给出它的用例描述。

3-50、某图书借阅系统的需求描述如下:

①读者通过图书借阅系统查询可以借阅的图书。

②读者在书架上找到相应的书籍后,到柜台通过图书管理员办理借阅手续。

③想还书的读者在柜台上通过图书管理员办理归还手续。还书时,必须检查借阅时间是否

超期;若超期,则进行相应罚款。

④图书借阅系统不进行书籍的入库操作(即新书登记、旧书下架)。

根据上述需求,完成以下任务:①确定系统边界;②确定系统的参与者;③确定系统的用

例;④细化用例,并创建用例图;⑤任选一个用例,给出它的用例描述。

答:

1) 确定系统边界

(1) 可识别的参与者·包括:读者、图书管理员。他们在系统边界之外。

(2) 可以识别的参与者关联的用例包括:查询可以借阅的图书、办理借阅手续、办理归还手续、罚款。他们在系统边界之内,作为系统的组成部分。

2) 确定系统的参与者

(1) 从系统的外部,可以看到系统中的一项功能的那些人、设备外部系统,构成潜在的参与者。

(1) 通过识别与筛选,确定系统的参与者如下:读者、图书管理员。

3) 确定系统的用例

(1) 根据参与者可以看到的系统功能,构成潜在的用例。

(2) 通过识别与筛选,确定系统的用例如下:查询可以借阅的手续,办理归还手续、罚款。

4) 细化用例,并创建用例图

(1) 上面 (3) 确定的用例都是完成单一功能,所以不需要细化

(2) 办理归还手续时,通过判断是否超期偶尔执行罚款操作。因此,“超期“事件确定用例之间的扩展关系。

系统用例如下所示。

(5) 任选一用例,给出他的用例描述。

用例 1:查询可以借阅的图书

参与者:读者

基本流程:

<1>:在查询界面上输入带查找的书名

<2>:从返回图书流通号列表中,选择一本书,获得其流通的书架号。

用例2:办理归还手续

参与者:图书管理员

基本流程:

<1>:输入还书的流通号,从系统中调出的借阅记录。

<2>:输入还书日,将该书的流通状态修改为“可借“

可选流程:

<1>:判断还书日期与结束日期之间间隔,是否超出“可借时长“

<2>:如果“超出“则进一步”罚款“操作,调用罚款用例。

3-51、某学生管理系统的需求描述如下:

①参与者分教师和学生。

②教师或学生只有成功登录系统后,才能使用有权限使用的功能。

③参与者在登录系统时,必须输入账号和密码。验证账号和密码时,必须两者都正确,才

能成功登录系统。如果忘记了密码,则可以通过注册时填写的电子邮箱找回密码。

根据上述需求,完成以下任务:“登录”用例和“找回密码”用例之间的关系是什么?为

什么?请写出“找回密码”用例的用例描述。

3-53、某电话公司决定开发一个管理所有客户信息的交互式网络系统。系统的需求描述如下。

①浏览客户信息:任何使用Internet的网络用户都可以浏览电话公司所有的客户信息(包括

姓名、住址、电话号码等)。

②登录:电话公司授予每个客户一个账号。拥有授权账号的客户,可以使用系统提供的页

面设置个人密码,并使用该账号和密码向系统注册。

③修改个人信息:客户向系统注册后,可以发送电子邮件或者使用系统提供的页面,对个

人信息进行修改。

④删除客户信息:只有公司的管理人员才能删除不再接受公司服务的客户的信息。

在需求分析阶段,采用UML的用例图描述系统功能需求,如下图所示。请指出图中的A、B、C和D分别是哪个用例?

3-54、某汽车停车场欲建立一个停车场信息系统。系统的需求描述如下。

①在停车场的入口和出口分别安装一个自动栏杆、一台停车卡打印机、一台读卡器和一个

车辆通过传感器。

②当汽车达到入口时,驾驶员按下停车卡打印机的按钮获取停车卡。当驾驶员拿走停车卡

后,系统命令栏杆自动抬起。汽车通过入口后,入口处的传感器通知系统发出命令,栏杆

自动放下。

③在停车场内分布着若干个付款机器。驾驶员将在入口处获取的停车卡插入付款机器,并

缴纳停车费。付清停车费之后,将获得一张出场卡,用于离开停车场。

④当汽车达到出口时,驾驶员将出场卡插入出口处的读卡器。如果这张卡是有效的,系统

命令栏杆自动抬起。汽车通过出口后,出口处的传感器通知系统发出命令,栏杆自动放

下。若这张卡是无效的,系统不发出栏杆抬起命令而发出告警信号。

⑤系统自动记录停车场内空闲的停车位的数量,若停车场当前没有车位,系统将在入口处

显示“车位已满”信息。这时,停车卡打印机将不再出卡,只允许场内汽车出场。

在需求分析阶段,采用UML的用例图描述系统功能需求,如下图所示。请指出图中的A、B、C和D分别是哪个用例?

3-55、某在线会议审稿系统(ORS:Online Reviewing System),主要处理会议前期的投稿和

审稿事务。系统的需求描述如下。

①用户在初始使用系统时,必须在系统中注册(Register),称为作者或审稿人。

②作者登录(Login)后提交稿件和浏览稿件审阅结果。提交稿件必须在规定提交时间范

围内,其过程为先输入标题和摘要、选择稿件所属主题类型、选择稿件所在位置(存储位

置)。上述几步若未完成,则重复;若完成,则上传稿件至数据库中,系统发送通知。

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

④会议委员会主席是一个特殊审稿人,可以浏览提交的稿件、给审稿人分配稿件、罗列录

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

绝的稿件。

在需求分析阶段,采用UML的用例图描述系统功能需求,如下图所示。请指出图中的A1、A2、A3和A4分别是哪个参与者?U1、U2和U3分别是哪个用例?

3-56、某银行计划开发一个自动存提款机模拟系统(ATM System)。系统的需求描述如下。

①系统通过读卡器读取ATM卡;系统与客户的交互由客户控制台实现;银行操作员可以控

制系统的启动和停止;系统通过网络和银行系统实现通信。

②当读卡器判断用户已将ATM卡插入后,创建会话。会话开始后,读卡器进行读卡,并要

求客户输入个人验证码(PIN)。系统将卡号和个人验证码信息送到银行系统进行验证。

验证通过后,客户可以从菜单选择如下事务:1、从ATM卡账户取款;2、向ATM卡账户

存款;3、进行转账;4、查询ATM卡账户信息。

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

进行验证。若个人验证码错误,则转个人验证码错误处理。每个事务完成后,客户可以选

择继续上述事务或退卡。选择退卡时,系统弹出ATM卡,会话结束。

在需求分析阶段,采用UML的用例图描述系统功能需求,如下图所示。请指出图中的A1和A2分别是哪个参与者?U1、U2和U3分别是哪个用例?

3-57、某企业为了方便员工用餐,为餐厅开发了一个订餐系统(COS:Cafeteria Ordering

System),企业员工可以通过企业内联网使用该系统。系统的需求描述如下。

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

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

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

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

付的顾客生成付费请求并发送给工资系统。

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

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

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

⑥顾客订餐过程如下:1、顾客请求查看菜单;2、系统显示菜单和今日特价菜;3、顾客

选菜;4、系统显示订单和价格;5、顾客确认订单;6、系统显示可送餐时间;7、顾客指

定送餐时间、地点和支付方式;8、系统确认接受订单,然后发送Email给顾客以确认订

餐,同时发送相关订餐信息通知给餐厅员工。

在需求分析阶段,采用UML的用例图描述系统功能需求,如下图所示。请指出图中的A1

和A2分别是哪个参与者?员工和顾客之间是什么关系?并解释该关系的内涵。补齐下图中

缺少的四个用例及其所关联的参与者

3-58、某运输公司决定为新的售票机开发车票销售的控制软件。下图给出了售票机的面板示意图

以及相关的控制部件。

系统的需求描述如下:

①目的地键盘用来输入行程目的地的代码(例如,200表示总站)。

②乘客可以通过车票键盘选择车票种类(单程票、多次往返票和座席票)。

③继续/取消键盘上的取消按钮用于取消购票过程,继续按钮允许乘客连续购买多张票。

④显示屏显示所有的系统输出和用户提示信息。

⑤插卡口接受MCard(现金卡),硬币口和纸币槽接受现金。

⑥打印机用于输出车票。

假设乘客总是支付恰好需要的金额而无需找零,售票机的维护工作(取回现金、放入空白

车票等)由服务技术人员完成。

在需求分析阶段,采用UML的用例图描述系统功能需求,如下图所示。请指出图中的A1

和A2分别是哪个参与者?U1是哪个用例?以及(1)、(2)处所对应的关系

Copyright © 2010-2022 dgrt.cn 版权所有 |关于我们| 联系方式