全部来自 AI 原创生成并经逐题审校的题目，带 精品 标记的为 AI 复审通过。整卷生成请去组卷。
判断：为社区设备报修平台开展架构设计案例实践时，只需按功能模块选择架构风格，无须分析质量需求和部署约束。
登录后查看答案
判断：在体系结构描述语言（ADL）中，连接件（Connector）只能连接两个构件实例，若配置中一个连接件实例同时绑定三个及以上的构件实例，则该描述必然不合法。
判断：桥接模式将抽象部分与实现部分分别建模，并通过组合关联二者，使它们能够独立扩展。
某系统要把不可修改的旧接口 LegacySensor 接入客户端所依赖的目标接口 Sensor。设计方案为：适配器 Adapter 实现 Sensor，同时继承 LegacySensor，并在 Sensor 的请求方法中调用继承来的旧接口方法完成转换。该方案属于对象适配器。判断此表述是否正确。
判断：在建造者模式中，指挥者类负责按照既定顺序调用建造者的构建步骤，以组织复杂对象的构建过程。
判断：UML类图中，泛化关系用实线和空心三角箭头表示，箭头指向父类；实现关系用虚线和空心三角箭头表示，箭头指向接口。
判断：采用 Serverless 架构后，应用运行时不再依赖服务器，开发者也无需考虑任何运行资源限制。
判断：划分微服务时，应围绕业务能力确定服务边界，使每个服务承担清晰、内聚的业务职责。
判断：属性驱动设计方法（ADD）每轮确定待分解的软件元素后，必须先选定架构模式，再补充识别质量属性场景与技术约束；功能需求只用于后续接口设计，不参与本轮架构驱动因素的识别。
判断：为控制篇幅，软件架构文档只需描述选定方案及其构件关系；相关约束与假设属于需求文档，不应在架构文档中记录。
某团队采用 SAAM 方法对在线图书馆系统的候选架构进行评估。在场景分类阶段，识别出的 3 个场景均属于间接场景，即现有候选架构无法直接支持、需要修改架构才能满足的场景。评估小组组长由此断言：按照 SAAM 的评估结论规则，若所有场景均为间接场景，且修改后各场景都能得到支持，则该候选架构仍可被视为可行的架构方案。
在UML类图中，聚合关系与组合关系都用菱形表示，其中聚合关系用实心菱形，组合关系用空心菱形。
某设计方案以文字描述可复用的经验性解决办法，适用于多种编程语言，但没有提供可直接运行的代码。仅据此不能否定它属于设计模式；按目的划分，设计模式通常分为创建型、结构型和行为型。判断该表述是否正确。
判断题：某团队为在线挂号系统设计了分层架构，并在架构文档完成后、编码开始前采用ATAM方法开展架构评估，通过识别敏感点与权衡点提前发现了性能与可用性之间的冲突并调整了架构方案。有同学认为：架构评估只有在系统编码完成并上线运行后进行才有意义，编码前的评估因缺乏真实运行数据而毫无价值。该说法是否正确？
判断题：在某电商系统的架构评估实践中，采用软件架构分析方法（SAAM）时，首先应识别场景并描述其属性，然后由评估人员对场景进行分类（直接场景、间接场景），据此检验架构对需求的支持程度。该说法正确。
判断：对缺少可靠测试的遗留系统进行架构重构时，为避免旧结构影响新设计，最稳妥的方法是一次性替换核心架构，并在替换完成后再补充测试。
判断：对遗留系统进行架构重构时，应先理解其现有结构与行为，再通过渐进式调整改善架构，并尽量保持外部可观察行为不变；不应默认必须整体推倒重建。
在微服务架构中，API网关可根据服务发现提供的实例信息转发请求；由于二者都参与请求路由，因此API网关与服务发现是职责相同、可以互相替代的组件。
判断：在属性驱动设计（ADD）方法中，应先根据需求确定必须优先满足的质量属性场景并据此选择体系结构模式与 tactics，再进行功能模块划分。
某团队在持续集成流水线中部署AI辅助测试选择系统。模型根据历史执行记录为每个测试用例输出一个“失败概率”评分，团队规定只运行评分≥0.7的测试用例，并宣称：既然模型已学习全部历史失败模式，未运行的低评分用例不可能发现新缺陷，因此该策略与全量回归等价。请判断该团队的宣称是否正确。