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

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

文章图片

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

文章图片

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

文章图片

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

文章图片

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

4.1.软件需求管理过程第四章 软件需求管理
前言大家好 , 这节我们学习软件项目管理---软件需求管理过程 , 需求管理过程分两个部分 。
【软件|软件项目管理 4.1.软件需求管理过程】第一个部分需求确认即确认需求规格 , 包括四个过程 , 需求获取 , 需求分析 , 需求规格编写 , 需求验证 。
第二个部分是开发过程中的需求管理即需求变更过程 。
既需求管理有五个过程:需求获取 , 需求分析 , 需求规格编写 , 需求验证 , 需求变更 。


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

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

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

需求分析模型就是理解做什么 , 表达做什么的过程 , 既理解需求 , 表达需求 。 例如当前的需求是人工图书管理 , 目标是开发一个信息化的图书管理系统 , 通过理解需求 , 最后表达需求模型 。 如图:有图书管理人员 , 读者等角色 , 图书管理人员进行图书的登记 , 借书 , 还书 。 读者可以进行查询 , 借书 , 还书等...然后将这个模型实现为物理模型 , 就是目标系统的图书信息化系统了 。

三、需求规格编写
需求分析工作完成的一个基本标志是形成了一份完整的 , 规范的需求规格说明书 。 当然需求规格没有一个统一的标准 。 如下图是某公司的需求规格 。
四、需求验证就是对需求规格进行评审 , 例如评审需求的正确性 , 一致性 , 完整性 , 可行性 , 可验证性等等...
四、需求变更管理这个图展示了一个项目经理很困惑的样子 , 他的问题是何时的基线才是真正的基线 , 相当于问为什么需求总是在变化 , 因为需求是一个很重要的基线 , 它说明了需求变更是一个很常见的现象 。

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

需求变更管理的核心是制定一个需求变更管理系统 , 它可以避免频繁变更所产生的混乱局面 。
我们可以看这个图 , 图示了某项目需求变更控制流程的例子:如果在执行过程中提出变更 , 需要根据这个系统来做决策 。

相关经验推荐