全部来自 AI 原创生成并经逐题审校的题目，带 精品 标记的为 AI 复审通过。整卷生成请去组卷。
某软件团队把活动分为两类：甲类包括整合、范围、进度、成本、质量、资源、沟通、风险、采购和相关方管理；乙类包括需求分析、架构设计、编码与测试。判断：按项目管理知识体系领域划分，甲类涉及知识领域，乙类所列的软件技术活动本身不等同于项目管理知识领域。
登录后查看答案
判断：项目是为创造独特产品、服务或成果而开展的临时性工作；临时性说明项目有明确的开始与结束，不表示其成果不能长期存在。
在面向对象测试中，测试用例设计可以基于类契约（前置条件、后置条件与不变式）进行：设某 BankAccount 类的 withdraw(amount) 方法定义前置条件为 amount>0 且 amount≤balance。某学生设计了如下测试用例并给出了判断：用例T1调用 withdraw(-100)，预期结果为方法抛出异常或拒绝执行，认为这属于合法的基于前置条件的无效值测试；用例T2在 balance=500 时调用 withdraw(500)，预期账户余额变为0且调用成功，认为这属于边界值测试。该学生对T1和T2的用例设计及其归类判断均正确。
某团队绘制构件图时，将构件“消息路由器”画成带折角的纸张图标，并将制品“router.bin”画成带两个小矩形侧凸的图标；团队据此认为两种图标分别表示构件和制品。该表示正确吗？
某同学认为：架构风格是对某一类系统所共有结构组织方式的抽象约定，规定了构件与连接件的类型及拓扑约束；因此只要系统采用了某一架构风格，其具体的构件实现细节就完全由该风格唯一确定，无需设计者再作任何实现层面的决策。判断该说法正误。
判断：面向对象测试的类级测试只需把类中的每个方法孤立测试，无须关注对象状态变化对后续方法行为的影响。
判断题：在 UML 构件图中，构件只能用带关键字 «component» 的矩形表示，不能采用其他图形符号表示构件。
某系统定义 Bird 类，其 fly() 方法约定调用后鸟处于飞行状态。子类 Ostrich 重写 fly() 并抛出 UnsupportedOperationException。有同学认为，只要 Ostrich 能赋值给 Bird 类型变量且编译通过，该设计就不违反里氏替换原则。这一看法是否正确？
某团队发现多个项目都需要处理相同的软件设计难题，便将其中一段可直接复制调用的工具代码称为“设计模式”，并认为只要复用这段代码，就等于复用了设计模式的核心价值。判断该说法是否正确。
判断：设计模式是前人在特定情境下反复出现的软件设计问题所总结出的可复用解决方案，它描述的是设计思想与经验，因而在不同项目中可以直接照搬代码、无需根据具体情境调整。
某离线音频工具要求整个进程中只有一个音色配置仓库，并提供统一入口获取该仓库；音频导出器则根据调用者传入的目标格式创建对应的具体导出器，调用者不直接实例化具体导出器。设计者认为，前者适合采用工厂模式，后者适合采用单例模式。判断该说法是否正确。
在应用GRASP的创建者（Creator）模式分配创建职责时，有观点认为：只有当类B聚合、包含或记录类A的实例时，B才适合创建类A的对象；如果B仅仅是在某个操作中接收了创建类A所需的全部初始数据，则不应让B创建类A，而应改由类A自己创建。该观点是否正确？
某设备管理系统需要创建“校准记录”对象。“设备档案”对象会聚合并保存该设备的多条校准记录。依据职责分配的基本方法与GRASP创建者模式，即使设备档案不负责初始化校准记录所需的全部数据，也不应将创建校准记录的职责分配给设备档案，因为创建者必须同时满足所有创建者判据。判断该表述是否正确。
判断：某软件项目已通过评审的范围说明书中，仅界定了产品的功能需求与交付成果清单，未包含任何项目除外责任（即明确不属于本项目范围的事项）及验收标准。项目组认为范围说明书只要写清'做什么'即可，因此该范围说明书的编制是完整合规的。
判断题：在为某“校园二手书交易平台”项目创建WBS时，由于WBS的最底层工作包已经足够详细，因此可以把两项不同的可交付成果（如“在线交易模块”和“用户评价模块”）合并到同一个工作包中表示，以减少分解层次。这一做法是否正确？
判断：某公司启动智能客服项目时，项目经理自行起草并签署了项目章程，章程中详细列明了各工作包的进度安排与资源分配计划。项目经理认为，项目章程作为启动阶段的唯一指导文件，内容越详尽越好，因此把详细的进度和资源计划写入章程是规范做法。
判断：项目管理过程组与项目生命周期阶段一一对应，并且严格按启动、规划、执行、监控、收尾的顺序依次完成，彼此不重叠。
设计模型规定：每份报告必须且只能关联一名分析员；一名分析员可关联零份或多份报告，且关联为双向可导航。实现中，Report 保存 Analyst analyst 字段；Analyst 的 addReport(Report r) 方法仅执行 reports.add(r)，不设置 r.analyst。有人据此判断该实现与设计一致。判断该判断是否正确。
某系统将包分别命名为表示层、业务层和数据层，但表示层可以直接依赖数据层。仅凭这些包名，就能判定该系统遵循严格分层架构风格。判断正误。
某学生在UML类图中表示类「打印机」，他绘制的三层矩形中，第一层写「打印机」且未加粗，第二层写属性「型号、状态」，第三层写操作「打印()」，同时他把操作「打印()」也抄写了一份放入第二层属性栏中，认为属性栏可以混写操作。据此判断：该表示中，三层矩形各栏的内容安排（除类名字体加粗这一惯用格式外）符合类的基本表示规范。