软件需求管理过程看这里
前言大家好，这节我们学习软件项目管理---软件需求管理过程，需求管理过程分两个部分。
第一个部分需求确认即确认需求规格，包括四个过程，需求获取，需求分析，需求规格编写，需求验证。
第二个部分是开发过程中的需求管理即需求变更过程。
既需求管理有五个过程：需求获取，需求分析，需求规格编写，需求验证，需求变更。
http://www.51testing.com/attachments/2022/12/15326880_202212201538441N0KA.png
一、需求获取
这个图展示的是需求获取的过程，就是将用户脑子想的东西抓取过来，例如这个用户想着开发一个小轿车，好的需求获取者可以获取一个真正的需求是小轿车，而不是误解的认为是大卡车。
http://www.51testing.com/attachments/2022/12/15326880_202212201538481dEBn.png
需求获取有很多种方式，例如问卷，讨论会，面谈。而最有效的是面对面的主动沟通，他可以获取更多真实的信息，但需要注意的是不要太多的自以为是，例如如果自认为跳转的界面是正确的，其实是未必的。
http://www.51testing.com/attachments/2022/12/15326880_202212201538511Gqmb.png
二、需求分析
需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。
需求分析模型就是理解做什么，表达做什么的过程，既理解需求，表达需求。例如当前的需求是人工图书管理，目标是开发一个信息化的图书管理系统，通过理解需求，最后表达需求模型。
http://www.51testing.com/attachments/2022/12/15326880_2022122015385415bBM.png
如图：有图书管理人员，读者等角色，图书管理人员进行图书的登记，借书，还书。读者可以进行查询，借书，还书等...然后将这个模型实现为物理模型，就是目标系统的图书信息化系统了。
http://www.51testing.com/attachments/2022/12/15326880_202212201538561cm4h.png
三、需求规格编写
需求分析工作完成的一个基本标志是形成了一份完整的，规范的需求规格说明书。当然需求规格没有一个统一的标准。如下图是某公司的需求规格。
http://www.51testing.com/attachments/2022/12/15326880_202212201538591CHoN.png
四、需求验证
就是对需求规格进行评审，例如评审需求的正确性，一致性，完整性，可行性，可验证性等等...
五、需求变更管理
这个图展示了一个项目经理很困惑的样子，他的问题是何时的基线才是真正的基线，相当于问为什么需求总是在变化，因为需求是一个很重要的基线，它说明了需求变更是一个很常见的现象。
http://www.51testing.com/attachments/2022/12/15326880_2022122015390215sKz.png
历史项目证明，软件项目会经常面临项目的变更，关键是如何来应对变化，如果没有很好的需求变更管理，项目就会面临着项目失败的风险。
需求变更管理的主要过程如下图：
http://www.51testing.com/attachments/2022/12/15326880_202212201539051iUUH.png
需求变更管理的核心是制定一个需求变更管理系统，它可以避免频繁变更所产生的混乱局面。
我们可以看这个图，图示了某项目需求变更控制流程的例子：如果在执行过程中提出变更，需要根据这个系统来做决策。
http://www.51testing.com/attachments/2022/12/15326880_202212201539081OsAQ.png
总结
总之 需求管理通过需求获取，需求分析，需求规格编写，需求验证，需求变更五个过程来管理软件需求。
页:
[1]
