软件项目管理 4.1.软件需求管理过程

【公众号 “项目管理研究所” 将会第一时间更新文章并分享行业分析报告】
归档于软件项目管理初级学习路线
第三章 生存期模型
《初级学习路线合集 》

大家好，这节我们学习软件项目管理---软件需求管理过程，需求管理过程分两个部分。

第一个部分需求确认即确认需求规格，包括四个过程，需求获取，需求分析，需求规格编写，需求验证。

第二个部分是开发过程中的需求管理即需求变更过程。

既需求管理有五个过程：需求获取，需求分析，需求规格编写，需求验证，需求变更、

一、需求获取

这个图展示的是需求获取的过程，就是将用户脑子想的东西抓取过来，例如这个用户想着开发一个小轿车，好的需求获取者可以获取一个真正的需求是小轿车，而不是误解的认为是大卡车。

需求获取有很多种方式，例如问卷，讨论会，面谈。而最有效的是面对面的主动沟通，他可以获取更多真实的信息，但需要注意的是不要太多的自以为是，例如如果自认为跳转的界面是正确的，其实是未必的。

二、需求分析

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

需求分析模型就是理解做什么，表达做什么的过程，既理解需求，表达需求。例如当前的需求是人工图书管理，目标是开发一个信息化的图书管理系统，通过理解需求，最后表达需求模型。

如图：有图书管理人员，读者等角色，图书管理人员进行图书的登记，借书，还书。读者可以进行查询，借书，还书等...然后将这个模型实现为物理模型，就是目标系统的图书信息化系统了。

三、需求规格编写

需求分析工作完成的一个基本标志是形成了一份完整的，规范的需求规格说明书。当然需求规格没有一个统一的标准。如下图是某公司的需求规格。

四、需求验证

就是对需求规格进行评审，例如评审需求的正确性，一致性，完整性，可行性，可验证性等等...

五、需求变更管理

这个图展示了一个项目经理很困惑的样子，他的问题是何时的基线才是真正的基线，相当于问为什么需求总是在变化，因为需求是一个很重要的基线，它说明了需求变更是一个很常见的现象。

历史项目证明，软件项目会经常面临项目的变更，关键是如何来应对变化，如果没有很好的需求变更管理，项目就会面临着项目失败的风险。

需求变更管理的主要过程如下图：

需求变更管理的核心是制定一个需求变更管理系统，它可以避免频繁变更所产生的混乱局面。

我们可以看这个图，图示了某项目需求变更控制流程的例子：如果在执行过程中提出变更，需要根据这个系统来做决策。

总之 需求管理通过需求获取，需求分析，需求规格编写，需求验证，需求变更五个过程来管理软件需求。

到这里，第四章第一节 软件需求管理就讲解完毕！下一节介绍传统需求建模方法~

如果您觉得这篇文章有帮助到您的的话不妨点赞支持一下哟~~😉、

后续将持续更新【软件项目管理初级学习路线】的全知识点，大家感兴趣的多多关注博主哟~
————————————————