按照业务建模、需求、分析、设计工作流考察，答案不直接给出，可访问自测链接或扫二维码自测，做到全对才能知道答案。
知识点见《软件方法》、“软件需求设计方法学全程实例剖析”幻灯片（http://www.umlchina.com/training/slide.html）以及UMLChina公众号文章。
自测链接：https://www.101test.com/cand/index?paperId=EA569P
或扫以下二维码：
1. [单选]
下图的领域驱动设计革命性划时代创新图形，和UML的哪一种图最相似？
A) 活动图
B) 序列图
C) 通信图
D) 类图
2. [单选]
下图的领域驱动设计革命性划时代创新图形中有云朵形状。
在UML诞生之前，也有一种方法学用云朵表示类。因担心此形状会给建模工具的开发带来额外负担，UML未采纳云朵形状。
请问这个用云朵表示类的方法学是：
A) Booch
B) Coad/Yourdon
C) Rumbaugh OMT
D) Jacobson OOSE
3. [单选]
以下UML图形，建模时所使用的工具最有可能是：
A) StarUML
B) UModel
C) Rhapsody
D) Astah
4. [单选]
以下UML图形，建模时所使用的工具最有可能是：
A) StarUML
B) UModel
C) Rhapsody
D) Visual Paradigm
5. [单选]
以下UML图形，建模时所使用的工具最有可能是：
A) StarUML
B) UModel
C) Rhapsody
D) Software Ideas Modeler
6. [单选]
从软件开发方法学的历史发展看，《软件方法》划分的各个工作流的内容先后加入到方法学中的大致顺序是：
A) 业务建模→需求→分析→设计
B) 设计→分析→需求→业务建模
C) 需求→分析→设计→实现
D) 旧方法学→敏捷新方法学→革命性划时代领域驱动设计人工智能赋能敏捷精益数智化方法学
7. [单选]
以下截图摘自最近看到的某“DDD创新”文章。
文章中称“传统业务建模手段-UML”、“现代业务建模手段-DDD”。不过，可以看出来，文章作者对什么是“业务建模”并不清楚。另外，作者罗列出来的其他概念，我估计搞清楚的也不多。例如，介绍UML的段落，却没有UML图（并非截图不全原因），而且所列出用例的内容恰好是UML没包含的。
这样的文章，不值得一看，更不值得批评，但可以用来作为出题的素材。
请问，“传统业务建模手段-UML”段落所给出的“用例模块”图，其实最有可能是说哪个建模工作流的内容？
A) 用例规约
B) 需求
C) 用例分析
D) 设计
8. [单选]
以下截图摘自最近看到的某“DDD创新”文章。
文章中称“传统业务建模手段-UML”、“现代业务建模手段-DDD”。不过，可以看出来，文章作者对什么是“业务建模”并不清楚。另外，作者罗列出来的其他概念，我估计搞清楚的也不多。例如，介绍UML的段落，却没有UML图（并非截图不全原因），而且所列出用例的内容恰好是UML没包含的。
这样的文章，不值得一看，更不值得批评，但可以用来作为出题的素材。
请问，“现代业务建模手段-DDD”段落所给出的“领域模型”图，其实最有可能是说哪个建模工作流的内容？
A) 领域建模
B) 架构设计
C) 分析
D) 设计
9. [单选]
有的开发人员会把自己的工作成果简单划分为“文档”和“代码”，这样的认识可能会带来大问题的。
请问以下选项中，哪一个是这样的认识可能会带来的大问题？
A) 遗漏了“图形”，导致不能借助UML等表示法的力量来做设计或写文档。
B) 把其他工作成果看作是“代码”的视图，导致先有“代码”再凑“文档”的思维颠倒。
C) 在文档上花费太多精力，导致代码质量不高。
D) 割裂了“文档”和“代码”，跟不上革命性划时代领域驱动设计的敏捷精益用户业务需求的架构设计一体化潮流。
10. [单选]
张三是一名软件开发人员。
有以下几个关于他的场景：
（1）张三访谈某组织各个岗位的涉众，了解各个岗位的工作以及组织当前的流程。
（2）张三用建模工具EA画出现状业务序列图。
（3）张三在现状业务序列图上寻找改进点，推导出引进信息系统来改进后的业务序列图。
（4）张三观察信息系统的某个版本被开发出来并应用到某组织之后，有没有达到预想的改进效果。
以下说法正确的是：
A) （1）属于需求启发工作流，（2）（3）属于业务建模工作流，（4）属于测试工作流。
B) （1）（2）（3）属于业务建模工作流，（4）属于测试工作流。
C) （1）属于需求启发工作流，（2）属于业务建模工作流，（3）属于需求推导工作流，（4）属于测试工作流。
D) （1）（2）（3）（4）都属于业务建模工作流。
扫一扫
129
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
