全部来自 AI 原创生成并经逐题审校的题目，带 精品 标记的为 AI 复审通过。整卷生成请去组卷。
判断：架构参数的变化若显著影响某个质量属性，可称为敏感性点；若同一架构决策对多个质量属性产生相互冲突的影响，可称为权衡点。
登录后查看答案
判断：属性驱动设计方法（ADD）在每轮设计中只依据质量属性场景选择架构设计概念，无须考虑功能需求和技术约束。
某团队编写软件架构文档时，分别描述了各视图中的构件、关系和接口，也在附录中记录了关键设计决策的背景与理由，但未标明这些决策影响哪些视图。团队认为决策信息已经记录，视图与决策无需建立对应关系，这样的文档编写方式符合规范。判断该说法正误。
判断：在UML架构视图建模中，组件图可用于描述系统的静态结构组成，而部署图用于描述构件在硬件节点上的分布情况，因此部署图属于构件级物理视图建模的常用手段。
某团队在设计金融系统的架构时采用了如下措施：将所有涉及利率计算的公式硬编码分散在十余个业务模块中，以便各模块就近访问、提高运行效率；同时为增强安全性，对用户登录采用双因素认证，并假定只要认证通过，后续所有请求均无需再次校验权限。有同学据此认为：这两种做法分别符合提升可修改性的战术与安全性策略中“抵抗攻击”的要求。请判断该说法是否正确。
某数据处理架构由多个过滤器组成，每个过滤器接收数据流、处理后输出数据流，管道将前一过滤器的输出传递给后一过滤器。有人据此认为，只有所有过滤器并发运行时，该架构才属于管道-过滤器风格。判断该说法是否正确。
某测试主管在评审测试计划时指出：测试计划中已包含测试范围、测试策略与进度安排，因此不需要再专门编写风险分析及应对措施，因为风险的具体处理属于缺陷管理阶段的职责，与测试计划无关。
某基于模型的测试方案以带守卫条件的状态机生成用例。状态 A 有两条转移：当 a∧b 为真时转至 B，当 a∧b 为假时转至 C。若测试用例已分别执行这两条转移各一次，则必然达到守卫中每个原子条件的条件覆盖。判断该说法是否正确。
某项目利用云平台按需配置并回收隔离的测试环境，由项目组成员执行测试；另一项目将测试任务公开招募给分散各地的外部测试者，明确不使用云端测试资源，测试者以自有设备提交结果。判断：前者属于云测试，后者属于众包测试。
判断：在ATAM评估方法中，敏感点与权衡点是同一个概念，均指影响多个质量属性且属性之间相互制约的架构决策。
判断：SAAM（场景分析法）是一种基于场景的软件体系结构评估方法，其评估过程主要包括场景开发、场景描述、场景分类与优先级排列、场景交互分析以及总体评估等步骤。因此，SAAM 只能用于评估体系结构的可修改性，不能用于评估体系结构的其他质量属性。
判断：属性驱动设计方法（ADD）要求先完成全部模块编码，再识别质量属性场景并选择架构设计概念。
判断：在体系结构描述语言（ADL）中，构件（Component）用于表示系统的计算单元或数据存储，而连接件（Connector）用于表示构件之间的交互关系，二者是ADL描述体系结构时必须明确区分的基本建模实体。
某团队认为，为避免文档重复，软件架构文档只需提供一张面向所有读者的总览图；只要列出主要构件，就可以省略构件间关系、接口约束和关键设计决策的理由。该做法符合软件架构文档编写要点吗？
判断题：在软件体系结构设计中，“心跳（Ping/Echo）”机制属于可用性设计策略中的错误检测策略，用于及时发现组件失效，因此它属于性能设计策略。请判断该表述是否正确。
判断：某电商平台在架构设计中，将用户认证逻辑以独立的安全过滤器组件实现，并通过标准接口与各业务模块交互；同时对所有敏感数据传输采用加密与完整性校验。有人认为：把认证逻辑集中封装在独立组件中虽然提升了可修改性（便于替换认证方式而不影响业务模块），但这种封装会削弱安全性策略中“抵抗攻击”的有效性，因此可修改性战术与安全性战术在同一架构中必然相互冲突、不可兼得。
判断题：在事件驱动风格的软件体系结构中，构件不能主动调用其他构件，而是通过声明对某类事件的兴趣（监听），当事件源发布该事件时，由事件的触发机制隐式地调用相应的处理构件，因此事件源与事件处理者之间通常是松耦合的。
测试驱动开发（TDD）的基本流程是：先编写功能实现代码，再为已完成的代码补齐单元测试用例，最后运行测试使之通过，并与代码重构交替进行。因此，TDD 常被概括为「先实现、后测试、再重构」的循环。
某团队编写系统测试计划，已明确测试目标与范围、测试策略、人员及资源安排、进度、环境、风险、准入与退出标准及交付物，但未在计划中逐条列出测试用例及其预期结果。有人据此判定该计划内容不完整。该判定是否正确？
判断：缺陷严重等级反映缺陷对系统或用户造成的影响程度，优先级反映修复的紧迫程度；因此，严重等级最高的缺陷在任何项目情境下都必须具有最高优先级。