实验指导书｜实验2 软件项目范围管理实验
【v2.0 定位】本课程已按广东金融学院学校文档调整为 32 学时/2 学分纯理论课（实验 0）。本实验相应调整为 课外自主实践（选做）：不计课内学时、不计学分、不单独计分；可作为"课堂讨论和练习（10%）/作业（20%）"素材，或教师开学公布的选做加分项（口径见《07》第五节、《06》）。
适用对象：软件工程24级本科 ｜ 对应章节：第4章 ｜ 实践定位：课外自主实践（选做，不计学时学分、不单独计分，见顶部 banner） 实验类型：设计/综合 ｜ 文件依据：《02-教学日历》《_模板与写作规范》
一、实验目的
- 能从干系人视角用 2 种以上技术（访谈、问卷、原型草图等）收集需求，区分功能与非功能需求；
- 能对需求去重、编号并做优先级排序（MoSCoW），建立需求跟踪矩阵（RTM）初表；
- 能按"100% 规则"把范围分解为面向交付物、带编码的 3 层 WBS；
- 能撰写项目范围说明书要点（边界、验收标准、除外责任），使"做什么、不做什么"可核对；
- 能辨析范围蔓延案例，说明基于变更控制的预防措施。
二、前置知识与理论回顾（第4章）
- 需求收集技术：访谈、问卷/调查、原型法、头脑风暴等，强调干系人视角差异；
- 需求分类与属性：功能/非功能，编号、来源、优先级、验收标准、状态；
- MoSCoW 优先级与需求可验证性（验收标准须可测）；
- 需求跟踪矩阵：需求 ↔ 来源 ↔ WBS ↔ 测试/验收 ↔ 状态；
- WBS：100% 规则（父层＝子层之和、MECE）、面向交付物、分解至第 3 层并统一编码；
- 范围说明书要素与范围蔓延、范围确认/控制。
三、实验环境与工具
个人电脑（，Word/Excel、思维导图（XMind/mindmaster 等）、ProjectLibre 均可；原型草图可用画图工具或纸笔拍照。文件命名 实验2-组号-〈内容〉。
四、实验内容与任务
案例（示例场景，非教材原文）：某整车制造公司拟建"能源管理系统看板"，对主要车间/产线的电、气、水消耗实时采集、展示与告警，支撑班组节能对标与厂级总览（示例）。一期预算 180 万元、5 个月上线（示例），产线数据来自已有 PLC/电表网关（示例）。若采用 A 路线，以本组综合项目场景替换。
- 第 1 周任务：
- A1 干系人视角需求收集：列干系人（能源管理科、班组长、IT、厂领导等，示例），用 2 种以上技术（建议"访谈＋问卷"或"访谈＋原型草图"），留存提纲/问卷/访谈记录等证据；
- A2 整理《需求清单与跟踪矩阵-组号.md》：需求若干条（功能建议 ≥8 条，示例），字段含编号、描述、来源、优先级、验收标准、状态。
- 第 2 周任务：
- A3 按 100% 规则做 WBS（至第 3 层、含编码），输出
WBS-组号.xlsx（或思维导图/ProjectLibre 导出）；
- A4 撰写
项目范围说明书要点-组号.md（目标、交付物、边界、验收标准、除外责任、假设与约束）；
- A5 范围蔓延案例辨析：从第六节示例案例中选 1–2 例，分析成因与预防措施；
- B（选做）：把 WBS 导入 ProjectLibre 预览进度骨架，为实验 3 铺路；
- C（拓展）：讨论"100% 规则"与工作包粒度的关系。
五、实验步骤与操作要点
第 1 周：
- 列干系人清单及关切（可衔接第 2 章"干系人登记册"），每类提炼 2–3 个典型问题；
- 设计访谈提纲（5–8 问）与问卷（8–12 题），或画首页总览、车间明细 2 张线框草图（示例）；
- 实施收集（可组内角色扮演，须留记录），把原始表述整理为需求条目；
- 去重→分类→编号（FR-01/NFR-01，示例）→MoSCoW 定级→填 RTM；不可测的验收标准当场改写。 第 2 周：
- 自顶向下分解：第 1 层＝系统交付总项 1.0；第 2 层按交付物类别（示例：1.1 能耗数据接入、1.2 看板与展示、1.3 告警与分析、1.4 权限与配置、1.5 测试与上线、1.6 培训与文档）；第 3 层为工作包（如 1.2.1 首页总览看板）；
- 用 100% 规则校验：每层"父项＝子项之和"，删除把活动当交付物的节点（如"开发数据库"），统一编码；
- 据 WBS 与需求写范围说明书要点：边界、各交付物可测验收标准、除外责任（示例：不含节能优化控制、不与 ERP 深度集成）；
- 完成蔓延案例辨析，组内互查后提交。
六、实验素材与数据说明
数据来源＝学生自拟为主、教师提供通用示例，示例均标注"（示例）"：
- 干系人—关切对照（示例）：能源管理科（数据准确率 ≥99%、厂级总览）、班组长（实时对标与告警推送）、IT（接口与安全）、厂领导（月度趋势）；
- 访谈/问卷示例片段、需求条目示例 4 条（FR/NFR 各 2，含优先级与验收标准）；
- 蔓延案例（示例）：①厂领导口头要求"顺便加空压机单机能耗页"未走变更；②联调期供应商"顺手"加短信推送；③上线前把"节能优化建议"并入一期。辨析框架：是否经批准变更→有无影响评估→是否更新基线。
七、提交物与实验报告要求
- 提交物：
需求清单与跟踪矩阵-组号.md、WBS-组号.xlsx（或导出图）、项目范围说明书要点-组号.md＋实验报告，提交安排以教师公布为准（课外选做，无统一截止）；
- 报告正文按模板六节结构（目的/环境/过程记录/结果与截图/分析与讨论/心得与改进），截图含 WBS 树与 RTM 关键行；
- 附独立完成声明并全员签名，自拟数据标"（示例）"；抄袭红线同实验 1（按《07-考核方案》），课外自主实践（选做）不单独计分（诚信红线仍适用，见《07》）
八、评分标准
| 评分项 | 分值 | 评分点（优秀/不合格特征） |
|---|
| 需求收集技术应用与证据 | 25 | 用 2 种以上技术且证据真实完整／只用一种方法或证据缺失 |
| 需求清单/优先级/跟踪矩阵 | 25 | 分类编号完整、MoSCoW 合理、RTM 来源状态齐／漏非功能需求、全 Must、RTM 断链 |
| WBS 分解正确性（100% 规则/编码） | 30 | 面向交付物、父＝子和、3 层编码统一／活动当节点、漏层漏项、粒度不一 |
| 范围说明书与边界 | 10 | 边界、验收标准、除外责任清晰可核对／验收标准不可测、缺除外责任 |
| 报告规范与独立完成 | 10 | 六节完整、命名规范、有声明／结构缺失、无声明或抄袭 |
九、常见问题与提示
- WBS 常见错误：把活动当交付物（如"开发数据库"）、漏 100% 规则（父层≠子层之和或有孤儿节点）、同层粒度不一、分解不足 3 层；对策：先按交付物类别分层，再逐层验证 MECE；
- 需求不写来源与验收标准导致 RTM 断链：每条需求必带编号、来源与可测验收标准；
- MoSCoW 全标 Must 使优先级失效：Must 一般不超过一半，Should/Could 写明取舍理由；
- 范围说明书写"系统稳定、可扩展"等不可测话：验收标准须可测量（如首页加载 <3 秒，示例）；
- 混淆蔓延与已批准变更：经变更控制并更新基线的修改不算蔓延；范围调整一律走变更请求并更新基线；
- 需求收集走过场：原型与访谈记录须真实完整，教师可能抽问"这条需求来自哪类干系人、优先级依据是什么"。