软件工程管理与测试指南.docxVIP

软件工程管理与测试指南

第1章软件工程总体管理

1.1项目规划与范围定义

在项目启动阶段，项目经理需编制《项目范围说明书》，明确界定“做什么”与“不做什么”。例如，在软件开发项目初期，应列出10个核心功能模块（如用户登录、数据查询、报表），同时通过“负面清单”禁止添加非核心功能（如自动邮件通知、后台文件），以此防止范围蔓延。采用“工作分解结构”（WBS）将整体项目拆解为可执行的最小单元，确保每个任务包都有唯一的编号。以某电商系统为例，可将“用户注册”拆解为：1.表单验证，2.数据加密存储，3.发送欢迎邮件，4.记录操作日志，5.发送验证码，6.创建用户账号，形成清晰的执行路径。

定义“可交付成果”的具体标准，确保所有交付物均可被验收。例如，在测试阶段，可交付成果不仅是测试报告，更包括经过QA签字确认的测试用例集、缺陷修复后的系统版本（V1.2.0）以及完整的用户操作手册。使用“范围基准”作为项目控制的依据，所有变更申请必须经过严格的审批流程。若发现需求变更，需计算新增工作量，若预算超支15%，则需重新评估项目可行性或削减非关键路径上的任务。建立“范围蔓延控制”机制，任何未批准的变更请求（CR）均视为无效，除非获得授权。例如，若客户提出增加一个可选的支付网关，该请求需附带详细的技术实施方案和成本估算，否则项目经理有权拒绝该变更以避免项目失控。