一、需求工程专题(8题)

例题1(需求分类):将以下需求归类为功能/非功能/业务需求:
① 支持5000人并发登录 → 非功能需求
② 实现自动对账功能 → 功能需求
③ 降低30%人工审核量 → 业务需求
④ 采用国密加密算法 → 非功能需求

例题2(需求冲突调解):财务部要求所有操作留痕,业务部要求极简操作流程。请提出3种解决方案。

例题3(需求跟踪矩阵):根据下表计算需求覆盖率:

需求ID

设计覆盖

测试覆盖

REQ-01



REQ-02



REQ-03



答案:设计覆盖66.7%,测试覆盖33.3%

例题4(原型法应用):某政务APP开发中,应如何设计原型迭代路线?(从低保真到高保真的3个阶段)

例题5(需求变更影响):某变更将增加3个接口开发(各5人天),影响2个已开发模块(各需修改2人天)。若团队速率30人天/周,求对工期影响。

例题6(需求优先级技术):使用Kano模型分析以下需求:
① 刷脸登录功能
② 系统崩溃自动恢复
③ 个性化皮肤切换
答案:①兴奋型 ②基本型 ③期望型

例题7(需求验证方法):判断哪些验证方法适用于早期需求:
□ 用户走查 → 适用
□ 压力测试 → 不适用
□ 原型演示 → 适用
□ 代码审查 → 不适用

例题8(需求度量指标):某项目收集需求200条,经分析:

  • 重复需求15条
  • 不可测试需求8条
  • 矛盾需求5对
    求需求规格说明书质量指数(公式:1-缺陷需求数/总需求数)
    答案:1-(15+8+5)/200=86%

二、WBS分解专题(6题)

例题9(WBS层级设计):某ERP项目应分解到第几层?给出典型分解结构。

例题10(WBS编码纠错):指出以下编码错误:
1.1 需求分析 → 1.2 系统设计 → 2.1 数据库开发
错误:子项编码未延续父节点序号

例题11(WBS完整性):补充缺失的工作包:
采购管理 → [设备采购] → [  ] → 安装调试
答案:缺失"到货验收"

例题12(WBS词典内容):判断WBS词典应包含:
✓ 验收标准 → 包含
✗ 项目预算 → 不包含
✓ 责任分配 → 包含

例题13(敏捷WBS):某Scrum项目用户故事:
"作为用户,希望收藏商品以便后续查看"
请分解为3个任务。

例题14(WBS变更控制):某工作包从"模块测试"拆分为"单元测试+集成测试",属于哪种变更类型?
答案:分解颗粒度变更

三、范围控制专题(10题)

例题15(范围蔓延计算):某项目原范围100功能点,3个月内:

  • 新增15个功能点
  • 删除8个功能点
    求范围蔓延率
    答案:(15-8)/100=7%

例题16(变更流程排序):将以下步骤排序:
④ 评估影响 → ② 提交申请 → ⑤ CCB审批 → ① 更新基准 → ③ 实施变更
正确答案:②→④→⑤→③→①

例题17(变更影响分析):某变更需要:

  • 新增2人周工作量
  • 延迟关键路径1.5天
  • 增加云服务费用2000元/月
    请计算综合影响指数(公式:工作量×0.4+进度×0.3+成本×0.3)

例题18(范围确认方法):某政府项目验收时应准备哪些文档?(至少列出5类)

例题19(范围基准组成):选择范围基准的正确组成:
A. WBS+需求文件 → 错误
B. WBS+WBS词典+范围说明书 → 正确
C. 范围说明书+验收标准 → 错误

例题20(敏捷范围控制):某迭代已完成80%故事点,产品负责人突然新增2个高优先级需求。团队应如何应对?

例题21(范围变更分类):判断变更类型:
① 需求规格书笔误修正 → 错误修正
② 新增数据看板功能 → 范围扩展
③ 调整界面配色方案 → 范围优化

例题22(范围控制指标):计算范围稳定性指数:
原始需求100项,累计变更35项(新增25,删除10)
公式:1-变更数/原始数
答案:1-35/100=65%

例题23(范围变更影响):某变更将导致:

  • 需要重新培训用户(成本5万元)
  • 延迟交付罚款(2万元/天)
  • 供应商重新采购(10万元)
    请评估是否应批准变更(阈值15万元)

例题24(范围管理计划):指出计划中缺失的内容:
"变更流程:提交→审批→实施"
缺失:影响评估、基准更新、沟通安排

四、综合应用题(6题)

例题25(完整案例):阅读某智慧园区项目材料后:

  1. 绘制第一层WBS(至少5个要素)
  2. 列出3个可能的需求风险
  3. 设计变更控制流程图

例题26(计算分析题):已知:

  • 原计划100功能点,已完成60个
  • 新增需求12个,已完成8个
  • 删除原需求5个
    求:
  1. 实际完成度
  2. 范围蔓延率
  3. 进度偏差(计划完成70个)

例题27(情景分析题):某项目出现:

  • 客户频繁直接联系开发人员提需求
  • 已有3个月未召开CCB会议
  • 变更日志记录不全
    请提出改进方案(至少3点)

例题28(工具应用题):使用PERT估算某需求开发时间:
乐观5天,最可能7天,悲观12天
求:

  1. 期望工期
  2. 标准差
  3. 75%概率完成时间

例题29(概念辨析题):比较产品范围和项目范围的差异(各举2个特征)

例题30(管理策略题):针对政府类项目特点,设计3条范围管理特别措施

五、易错题精讲(10题)

例题31(概念混淆题):判断正误:
"WBS是项目范围的完整描述" → 错误(还需WBS词典)

例题32(计算陷阱题):某项目:

  • 新增需求18个
  • 取消原需求6个
  • 需求总数从120变为132
    求实际范围变更量(非简单相减)
    答案:新增18+(120-132+6)=12

例题33(流程排序题):范围确认的正确时机:
A. 每个交付物完成时 → 正确
B. 全部交付后统一确认 → 错误

例题34(基准变更题):哪些情况需变更范围基准?
① 增加验收标准 → 需要
② 调整WBS编码 → 不需要
③ 新增关键功能 → 需要

例题35(敏捷适配题):传统WBS如何改造用于敏捷项目?
答:用"史诗故事→特性→用户故事"替代

例题36(验收标准题):以下哪项是可测量的验收标准?
A. 界面美观 → 不可测量
B. 响应时间≤2秒 → 可测量

例题37(需求跟踪题):建立需求跟踪矩阵的主要目的:
A. 管理需求变更 → 次要
B. 确保需求被实现 → 主要

例题38(范围定义题):范围说明书不包括:
A. 项目除外责任 → 包括
B. 详细界面设计 → 不包括

例题39(WBS原则题):违反"100%规则"的是:
A. 子工作包之和=父工作包 → 符合
B. 包含质量检查工作 → 符合
C. 遗漏培训交付物 → 违反

例题40(变更控制题):紧急变更的正确处理:
A. 先实施后补审批 → 错误
B. 快速通道评估 → 正确