《软件方法》强化自测题-需求(1)

2022-04-09 10:42:16 浏览数 (1)

按照业务建模、需求、分析、设计工作流考查。

答案不直接给出,可访问每套题后面给出的自测链接或扫二维码自测,做到全对才能知道答案。

知识点见《软件方法》(http://www.umlchina.com/book/softmeth.html)

和“软件需求设计方法学全程实例剖析”幻灯片(http://www.umlchina.com/training/slide.html)

需求强化自测题(1)

1 [ 多选题 ]在建模中,关于系统和系统的关系,以下陈述成立的有:

A) 系统可以作为系统的涉众

B) 系统可以作为系统的执行者

C) 系统可以作为系统的业务工人

D) 系统可以作为系统的业务实体

2 [ 多选题 ]以下选项,不适合作为系统执行者的有:

A) 微信

B) 北京市海淀区国土资源局

C) 记录有房源数据的xls文件

D) 东方航空公司积分兑换平台

3 [ 单选题 ]关于业务序列图和系统用例图,以下说法正确的是:

A) 系统用例图上的用例可能会只来自一张业务序列图。

B) 应该尽可能为每张业务序列图生成一张系统用例图。

C) 业务序列图上,从外部指向业务实体的消息,都可以映射为当前所研究系统的用例。

D) 系统用例图上,有的用例是无法从业务序列图上映射的,需要自己根据经验添加。

4 [ 单选题 ]如果把家里的电视看作一个系统,以下属于描述“电视”系统需求的是:

A)

B)

C)

D)

5 [ 单选题 ]如果我们想要用序列图描述系统的需求,以下说法正确的是:

A) 序列图上只需要出现边界类对象,不需要出现控制类和实体类对象。

B) 生命线上的实例,只能有执行者的实例以及一个叫“系统”的类的实例。

C) 序列图不一定要从业务执行者的实例开始,可以从业务工人或业务实体的实例开始。

D) 序列图一定要按照边界类、控制类、实体类的顺序分配责任。

6 [ 单选题 ]关于“界面原型”,以下说法正确的是:

A) 界面原型不是需求,但可以在需求阶段使用,目的是验证用户需求的正确性。

B) 界面原型不是界面,真正的界面是在设计阶段根据分析的边界类得到的。

C) 针对一些面向大众的互联网系统,界面原型经常作为有效的工具使用,原因是前排涉众和执行者的重叠。

D) 界面原型是需求架构师捕获需求架构的可选手段,不一定要使用。

7 [ 单选题 ](1)正确(2)属于《软件方法》的内容(3)和以下《啥是佩奇》图片最相关。

以下说法中,都满足以上三点的是:

A) 努力弄清用户需求是需求架构师应具备的能力。

B) 用例的优势是涉众和执行者的分离。

C) 目标用户的愿景指导需求的方向。

D) 负责设计需求的开发人员要熟悉核心域术语。

8 [ 单选题 ]关于用例,以下说法正确的是:

A) 某个系统的所有用例都可以从某个组织的业务用例的路径步骤推导得到。

B) 可以通过数据库表,类状态机等推导系统的用例,例如从“商品”表推导出系统需要“增加商品”用例,从订单的“待发货”、“已发货”状态推导出系统需要“发货”用例。

C) “输入密码”不适合作为系统用例。

D) “看病”不适合作为系统用例。

9 [ 单选题 ]关于用例规约,以下说法正确的是:

A) 针对同一个用例,应该为研发团队不同角色准备不同视角的用例规约。

B) 写了用例规约就可以不用另外写需求规约。

C) 用例规约一般由该用例排位最靠前的涉众来写。

D) 用例规约的表达方式必须是文本。

10 [ 单选题 ]关于业务用例和系统用例,以下说法正确的是:

A) 某组织的业务用例数量必须少于该组织内某系统的用例数量

B) 某组织的业务用例数量可以多于该组织内某系统的用例数量

C) 业务用例研究业务,系统用例研究系统

D) 业务用例由若干个系统用例组合而成

自测链接:https://www.101test.com/cand/index?paperId=ITR26S

0 人点赞