「软件项目管理」软件项目范围计划——需求管理与任务分解

Posted 2022-01-02 星期一研究室

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了「软件项目管理」软件项目范围计划——需求管理与任务分解相关的知识，希望对你有一定的参考价值。

软件项目范围计划——需求管理与任务分解

序言
一、软件需求定义及层次
- 1、定义
- 2、层次
二、软件需求管理过程
三、软件需求分析方法
四、任务分解
五、结束语
🛵专栏直通车

序言

在需求管理中，我们总会遇到各种各样的问题。比如：①需求的隐含错误；②客户不断增加需求、变更需求；③……。往往这些需求就是导致我们项目失败的根本原因。‘

那接下来，我们先用一张图来对项目失败的原因进行分析。具体如下图：

基于以上的原因分析，自然地，我们也就知道了软件需求在软件项目管理中不可撼动的地位。

那么在接下来的文章中，就来了解下软件需求各方面的内容。

叮，开始学习吧~👏

一、软件需求定义及层次

1、定义

指用户对 软件功能和性能 的要求。（用户希望软件能做什么事情，完成什么样的功能，达到什么样的性能）

2、层次

软件需求的层次有以下三个方面的内容：

业务需求→用户需求→功能需求

二、软件需求管理过程

1、管理过程

软件需求管理过程包含两个方面的内容，分别是需求开发和需求管理。

需求开发的路径是：需求获取→需求分析→需求规格编写→需求验证；而需求管理指的是：需求变更。

下面我们将对以上这几个概念进行一一解析。

2、需求获取

首先我们要先分析用户的要求，分析完成之后，那么我们就要去获取这个用户的要求，并让软件去实现它。随之，软件就得到了软件需求。如下图所示：

3、需求分析

需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。 如下图所示：

4、需求规格编写

需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书。

5、需求验证

在确定了需求之后，我们需要进行以下验证：

需求是正确的吗？
需求是一致的吗？
需求是完全的吗？
需求是实际可行的吗？
需求是必要的吗？
需求是可检验的吗？
需求是可跟踪的吗？
最后的签字

6、需求变更

在软件的某些周期，我们总会遇到需求变更的问题。那对于需求变更来说，主要需要了解以下内容。

（1）需求变更管理的主要工作

需求变更管理的主要工作有：

建立需求基线
确定需求变更控制过程
建立变更控制委员会 (SCCB)
进行需求变更影响分析
跟踪所有受需求变更影响的工作产品
建立需求基准版本和需求控制版本文档
维护需求变更的历史记录
跟踪每项需求的状态
衡量需求稳定性

（2）需求变更控制流程

需求变更的控制流程如下图所示：

三、软件需求分析方法

1、原型分析方法

原型分析方法需要经过三个步骤，分别是需求分析→原型方法→原型评价。如下图所示：

2、结构化分析法（基于数据流建模）

（1）定义

20世纪70年发展起来的面向数据流的方法
是一种自顶向下逐步求精的分析方法
根据软件内部数据传递、变换的关系进行分析的

（2）结构化分析方法的技术

数据流图 (DFD)
数据字典 (DD)
E-R 图
系统流程图

3、面向对象的用例分析法（基于UML建模）

（1）定义

基于面向对象的情景分析方法
从用户角度出发考虑的功能需求
用例是系统向用户提供一个有价值的结果的某项功能

（2）UML需求视图

用例视图 - Use case Diagram
顺序图 - Sequence Diagram
状态图 - State Diagram
活动图 - Activity Diagram

4、功能列表

（1）图例

功能列表法的图例如下所示：

（2）基于功能列表的实例

现在，我们来看一个基于功能列表的实例。如下图所示：

5、敏捷分析法

敏捷分析法包含以下三个部分，分别是：

用户故事模板
```
As a<type of user>,
I want<some goal>,
So that<some reason>.
```
用户故事常常写在卡片上，然后将其部署到墙上，便于讨论。
评价用户故事

用户故事迭代优先级

第一组：
①must have;②should have;③could
第二组：
have/want to have

四、任务分解

1、任务分解定义

（1）定义

任务分解指的是将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。

（2）WBS和工作包

WBS ，即 Work Breakdown Structure ，表示任务分解结构。WBS 是任务分解的结果。
工作包，是 WBS 最低层次的可交付结果，是 WBS 的最小元素。

（3）WBS和工作包的区别

WBS 和工作包的区别如下：

WBS 是对项目由粗到细的分解过程；
WBS 是面向交互结果的；
同时，WBS 组织定义了整个项目范围；
而工作包是 WBS 中最低层次的可交付成果（如下图所示）；
且工作包应当由唯一主体负责。

2、任务分解形式

任务分解主要有两种形式，分别为：

图表形式（组织机构图式）
提纲式

（1）图表形式的WBS（组织结构图式）

如下图所示：

（2）提纲式

类似于下方这样：

1 变化计数器
      1.1 比较两个版本的程序
         1.1.1
         1.1.2
         1.1.3
        1.2 找出修改后的程序中增加和删除的代码行
           1.2.1
           1.2.2
        1.3 统计修改后的程序中增加和删除的代码行数
           1.3.1
           1.3.2