软件项目管理 4.1.软件需求管理过程
【公众号 “项目管理研究所” 将会第一时间更新文章并分享行业分析报告】
归档于软件项目管理初级学习路线
第三章 生存期模型
《初级学习路线合集 》
前言
大家好，这节我们学习软件项目管理—软件需求管理过程，需求管理过程分两个部分。
第一个部分需求确认即确认需求规格，包括四个过程，需求获取，需求分析，需求规格编写，需求验证。
第二个部分是开发过程中的需求管理即需求变更过程。
既需求管理有五个过程：需求获取，需求分析，需求规格编写，需求验证，需求变更、
一、需求获取
这个图展示的是需求获取的过程，就是将用户脑子想的东西抓取过来，例如这个用户想着开发一个小轿车，好的需求获取者可以获取一个真正的需求是小轿车，而不是误解的认为是大卡车。
需求获取有很多种方式，例如问卷，讨论会，面谈。而最有效的是面对面的主动沟通，他可以获取更多真实的信息，但需要注意的是不要太多的自以为是，例如如果自认为跳转的界面是正确的，其实是未必的。
二、需求分析
需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。
需求分析模型就是理解做什么，表达做什么的过程，既理解需求，表达需求。例如当前的需求是人工图书管理，目标是开发一个信息化的图书管理系统，通过理解需求，最后表达需求模型。
如图：有图书管理人员，读者等角色，图书管理人员进行图书的登记，借书，还书。读者可以进行查询，借书，还书等…然后将这个模型实现为物理模型，就是目标系统的图书信息化系统了。
三、需求规格编写
需求分析工作完成的一个基本标志是形成了一份完整的，规范的需求规格说明书。当然需求规格没有一个统一的标准。如下图是某公司的需求规格。
四、需求验证
就是对需求规格进行评审，例如评审需求的正确性，一致性，完整性，可行性，可验证性等等…
四、需求变更管理
这个图展示了一个项目经理很困惑的样子，他的问题是何时的基线才是真正的基线，相当于问为什么需求总是在变化，因为需求是一个很重要的基线，它说明了需求变更是一个很常见的现象。
历史项目证明，软件项目会经常面临项目的变更，关键是如何来应对变化，如果没有很好的需求变更管理，项目就会面临着项目失败的风险。
需求变更管理的主要过程如下图：
需求变更管理的核心是制定一个需求变更管理系统，它可以避免频繁变更所产生的混乱局面。
我们可以看这个图，图示了某项目需求变更控制流程的例子：如果在执行过程中提出变更，需要根据这个系统来做决策。
总结
总之 需求管理通过需求获取，需求分析，需求规格编写，需求验证，需求变更五个过程来管理软件需求。
到这里，第四章第一节 软件需求管理就讲解完毕！下一节介绍传统需求建模方法~
如果您觉得这篇文章有帮助到您的的话不妨点赞支持一下哟~~、
后续将持续更新【软件项目管理初级学习路线】的全知识点，大家感兴趣的多多关注博主哟~
————————————————
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。