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

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

判断题


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.问题领域专家


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


A.活动图


B.状态图


C.配置图


D.组件图


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


A.参与者可以是人


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


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


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


3-10、参与者与参与者之间主要的关系是( )

A.包含关系


B.泛化关系


C.扩展关系


D.关联关系


3-11、参与者与用例之间主要的关系是( )


A.包含关系


B.泛化关系


C.扩展关系


D.关联关系


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


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


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


C.总是与参与者交互


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


3-13、已知系统的参与者有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)处所对应的关系


目录
相关文章
《面向对象分析与设计》一3.1 系统边界
本节书摘来自华章出版社《面向对象分析与设计》一书中的第3章,第3.1节,作者 麻志毅,更多章节内容可以访问云栖社区“华章计算机”公众号查看
3414 0
|
7月前
|
领域建模 uml
面向对象分析与设计
一、面向对象分析与设计 面向对象分析与设计(Object-oriented Analysis and Design,简称OOAD)是一种软件开发方法论,旨在通过将现实世界的问题抽象为对象的集合来进行系统分析和设计。 面向对象分析(Object-oriented Analysis,简称OOA)是指通过识别和描述系统中的对象及其相互关系来分析问题。在面向对象分析中,重点关注的是问题域中的实体、属性、行为以及它们之间的关系。通过对问题域的深入理解,可以识别出系统中的关键对象,并确定它们的属性和行为。 面向对象设计(Object-oriented Design,简称OOD)是指根据面向对象分析的结果,
89 0
|
12月前
|
设计模式 供应链 前端开发
面向对象分析与设计_类图
面向对象分析与设计_类图
495 0
|
测试技术 uml 数据安全/隐私保护
【UML建模】(2) UML建模之用例图
用例图主要用来描述软件的使用者是谁,软件提供哪些功能,它用来表示一个系统中用例与参与者及其关系的图,主要用于需求分析阶段
159 0
【UML建模】(2) UML建模之用例图
|
uml
【UML建模】(3) UML建模之类图
类图是显示一组类、接口以及它们之间关系的图
314 0
【UML建模】(3) UML建模之类图
|
uml
UML面向对象分析与建模-【5】交互图
一、概述 交互图是用来表达系统的各个对象之间如何交互,如何合作完成某个行为的动态模型工具,它与用例图、状态图、活动图等共同构成了系统的行为视图。 交互图主要用于对用例图中的控制流进行建模,它包括序列图和协作图,其中,序列图按时间次序描述系统中各对象如何通过消息交互,协作图从空间上描述收发消息的对象的结构关系。
1067 0
《面向对象分析与设计》一导读
在20世纪90年代,面向对象技术以其显著的优势成为计算机软件领域的主流技术,随后该技术在大多数发达国家的软件开发中得到了相当广泛的运用。在我国的软件产业界,面向对象技术的学习与应用热潮出现于20世纪90年代后期,如今面向对象分析与设计技术也已经得到了广泛的应用。
1295 0
|
数据安全/隐私保护
《面向对象分析与设计》一3.3 用况
本节书摘来自华章出版社《面向对象分析与设计》一书中的第3章,第3.3节,作者 麻志毅,更多章节内容可以访问云栖社区“华章计算机”公众号查看
1933 0