全部来自 AI 原创生成并经逐题审校的题目，带 精品 标记的为 AI 复审通过。整卷生成请去组卷。
在UML类图的规范表示中，类的属性写在三层矩形的中层，操作写在下层，而类名必须写在最上层，且类名通常用加粗字体以区别于属性与操作。据此判断：若某类的中层列出了“温度值、编号”，下层列出了“读取()”，则这三层矩形整体上仍能完整、规范地表示一个类。
登录后查看答案
判断下列说法：类图描述类及其结构关系，对象图展示特定时刻的对象及对象间链接；因此，前者侧重类型层面的模型，后者侧重实例层面的快照。
某实验平台的“提交报告”用例规定：报告只有在该用例成功执行后才会归档，但描述中将“报告已归档”列为前置条件。判断这种编写是否正确。
某系统的用例图包含参与者、用例、系统边界，以及关联、包含、扩展和泛化关系。有人认为，前三者才是用例图的构成元素，各类关系仅用于辅助表达，不属于构成元素。该说法正确吗？
判断：用例关系«extend»表示扩展用例在特定条件下向基础用例插入补充行为；«include»表示基础用例必然包含被包含用例的行为。
在面向对象分析与设计流程中，分析阶段建立的概念类模型必须与设计阶段建立的软件类模型保持一一对应，即分析阶段识别出几个类，设计阶段就只能有几个类，以保证分析到设计的可追溯性。
判断题：在需求验证与变更管理中，一旦需求基线通过评审并确认，后续对需求的任何修改都必须经过正式的变更控制流程审批，而不能由开发人员根据自己对新需求的理解直接改动需求文档。
判断：UML由构造块、规则和公共机制组成，常用视图包括用例视图、设计视图、进程视图、实现视图和部署视图；这五种视图与UML图类型一一对应。
判断：某团队在面向对象分析与设计过程中，为提高效率，在尚未完成需求理解和分析建模的情况下就直接开始设计软件类结构，等编码完成后再补做分析。这种做法符合面向对象分析与设计的正常流程。
某日志分析系统重构后，分析流程由模板方法规定固定步骤，并在“异常筛选”步骤调用可替换的筛选策略。判断：模板方法与策略模式可以在同一流程中协作，分别负责流程骨架与可变算法。
某协作系统中，甲让请求依次到达处理者，各处理者可处理请求或转交后继；乙让交互对象向中介者发送消息，由中介者协调相关对象。有人据此认为，甲、乙既都能减少对象间耦合，就都要求请求沿固定处理者链逐个传递。判断该说法是否正确。
判断：在 UML 顺序图和通信图中，异步消息用实线和实心三角箭头表示；返回消息用虚线和开放箭头表示。
判断：在通信图中，链上标注的序号（如 1、1.1、2）表示消息的发送时间先后顺序，嵌套编号（如 1.1）表示在处理消息 1 的过程中进一步发出的后续消息，通信图因此不依赖隐式的时间轴来表达消息次序。
判断下列说法的正误：「对象图与类图在语义上完全等价，对象图只是把类图中的类名换成具体对象名而已，因此二者可以无条件地互相替换使用。」
某软件需求规格说明（SRS）中有条目：“REQ-12：用户点击‘导出报表’后，系统应在2秒内生成CSV文件；若数据超过10万行，则转为异步生成并通过站内信通知；导出文件统一采用UTF-8编码。”评审员认为：一条SRS需求只能陈述一种需求类型，该条混合了功能、性能和数据约束，违反编写规范，必须拆成三条并删除“2秒内”这一性能指标。该评审员的判断是否正确？
某系统的类图中，客户与账户之间以普通关联表示长期业务联系；部门与课程之间以共享聚合表示，课程可独立存在且可被多个部门引用；订单与订单明细之间以组合表示，每条明细的生命周期受唯一订单控制；学生泛化自人员；报表生成器仅在方法参数中使用格式器，不保存其引用。若将最后一项依赖的箭头画为“格式器→报表生成器”，则以上关系表达均正确。判断该表述正误。
判断下列说法的正误：对象图是类图在某一时刻的实例快照，对象图中对象名下方通常带下划线，且对象之间只存在链（关联的实例）而不表达新的关系类型，因此对象图不能脱离类图所定义的结构而凭空创造关系。
判断：UML 语言体系由构造块、规则和公共机制三大要素构成，其中公共机制包括规格说明、修饰、公共分类和扩展机制；因此可以认为公共机制是与构造块、规则相并列的三大要素之一，而类图属于构造块中的“图”这一部分。
判断：在命令模式中，即使调用者根据操作名称选择具体业务代码，只要命令对象保存了请求参数，就已完整封装该请求；命令对象不必关联接收者，也不必提供执行请求的方法。
某校务平台的需求规格说明已列出“教师可发布成绩”，但未写明成绩发布的角色权限、失败提示，也未记录“页面响应快”等质量要求。评审者认为，软件需求规格说明只需描述功能需求，性能要求和外部接口约束属于设计内容，应全部留待设计阶段确定。判断该评审意见是否正确。