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


    判断题

    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)处所对应的关系

  • 相关阅读:
    C#在Pdf画统计图表之【雷达图】(以五边形为例)
    2023年【G1工业锅炉司炉】考试题及G1工业锅炉司炉模拟考试
    【算法leetcode】2315. 统计星号(rust和go重拳出击)
    OSPF状态机+SPF算法
    如何申请外贸公司的邮箱
    AI杀疯了,NovelAI开源视频教程来了,一键安装
    Linux 基础IO
    华为OD机试 - 单词接龙 - 数据结构map、list (Java 2023 B卷 100分)
    【正点原子STM32连载】第十二章 SYSTEM文件夹介绍 摘自【正点原子】MiniPro STM32H750 开发指南_V1.1
    Blender洪水淹没毁墙效果
  • 原文地址:https://blog.csdn.net/qq_51916951/article/details/127455796