【软件项目管理 复习】第3章 项目范围管理（包含软件需求管理）

声明：没底，太多太杂，不划重点只能靠老师捞。

除此之外，就是培养做题思路，大致到时候有的懵，有的写，拿到基础分。

一、项目范围管理

1.定义

（1）项目范围是指开发项目产品所包括的工作及产生所包含的全过程。

（2）其实就是界定和控制项目中包含什么和不包含什么的全过程。

2.项目范围管理的阶段

（1）项目需求：定义并记录项目最终产品的特点和功能，以及创造这些产品的过程。

比如：盒马鲜生物流系统可以实现网上零售管理，产品配送管理等功能。

（2）范围定义：依据项目需求分析的成果，形成工作分解结构（WBS）。

比如：学校图书馆需要有自习室，和读书区和放书区。

（3）范围核实：指对范围的正式认定。

比如：项目干系人召开需求会议，确定盒马生鲜系统的可交付成果（包括项目计划、工作分解结构、进度计划、状态报告、产品、服务和用户手册等）。

（4）范围控制：指对有关项目范围的变更实施控制，主要的过程输出是范围变更、纠正行动与教训总结。

比如：项目干系人不断通过访谈等形式对用户的实时需求进行了解，从而保证范围变更是在可控范围内。

二、软件项目管理

1.对象是软件工程项目，是为了按预定的成本、进度、质量顺利完成，而对人员（People）、产品（Product)、过程（Process）和项目（Project）进行分析和管理的活动。

2.软件项目管理的特殊性

（1）是纯知识产品，开发进度和质量很难估量，生产效率也难以保证；

（2）其复杂性导致开发过程中风险的难以预见和控制。

（3）实现的结果与需求分析的结果 息息相关。

三、软件需求管理

1.概述

（1）需求能埋伏最大的隐患，所以得做需求管理。

（2）软件需求阶段主要的输出是需求规格说明文档（SRS）。

（3）软件需求规格说明书（SRS）：以一种开发人员可用的技术形式、陈述了一个软件产品所具有的基本特征和性质，以及期望和选择的特征和性质。

2.软件需求的三个层次

（1）业务需求(business requirement)：一般说明在范围文档中，它是指组织机构或客户对系统、产品高层次的目标要求，由管理人员或市场分析人员确定。

（2）用户需求(user requirement)：用户需求可以在用例或场景中进行说明，它必须与业务需求一致，描述了用户通过使用本软件产品必须要完成的任务。

（3）功能需求(functional requirement)： 指开发人员必须实现的软件功能，使用户通过使用此软件能够顺利完成任务，从而业务需求。

（4）根据业务需求、用户需求、功能需求确定软件需求规格（software requirement specification, SRS）

3.软件需求的步骤

（1）开发高层的业务模型.

（2）定义项目范围和高层需求。

（3）识别用户类和用户代表。

（4）获取具体需求。

（5）确定目标系统的业务工作流。

（6）需求整理与总结。

4.需求变更管理

（1）确定需求变更控制过程

（2）建立变更控制委员会（CCB）

（3）进行需求变更影响分析

（4）跟踪所有受需求变更影响的工作产品

（5）建立需求基准版本和需求控制版本文档

（6）维护需求变更的历史记录

（7）跟踪每项需求的状态，衡量需求稳定性

四、WBS

1.概述

（1）工作分解结构（Work Breakdown Structure, WBS）

（2）是对需求的进一步细化，是最后确定项目所有工作范围的过程。

2.WBS构成

（1）编码：编码是最显著和最为关键的WBS构成因子。

（2）工作包：是WBS的最底层元素，一般的工作包是最小的“可交付成果”。

（3）WBS元素：是指WBS结构上的每一节点，通俗的理解为“组织结构图”上的一个个“方框”。

（4）WBS字典：用于描述和定义WBS元素中的工作的文档。

3.基本步骤

（1）确认并分解项目的主要组成要素。

（2）确定分解标准，按照项目实施管理的方法分解，而且分解的时候标准要统一。

（3）确认分解的详细程度以及作为费用和时间估计的标准，明确责任。

（4）确定项目交付成果。

（5）验证分解正确性。

4.WBS的用途

（1）描述思路的规划和设计工具，帮助项目经理和团队确定和有效地管理项目的工作；

（2）清晰地表示各项目工作之间的相互联系；

（3）展现项目全貌，详细说明为完成项目所必须完成的各项工作；

（4）定义了里程碑事件，可以用于报告项目完成情况。

五、习题

大题

完成下列需求分析：

题目：在盒马鲜生管理信息系统中，有如下功能：

答：

（1）需求分析方法：

        项目干系人——通过与客户进行会议访谈、Q&A列表邮件提问、需求专题讨论会等方式与客户进行沟通，充分了解客户的需求，确认原型系统。

（以结算管理子系统为例，其他的不做展示）

（2）需求分析结果：

        根据用户确认的原型系统，并结合每个子系统的数据流图编写软件需求规格说明书，然后形成该项目的最后范围计划，即WBS结果。

（ F2~F7采用标准重用技术，分解方式与F1和F8相同）