CMM3学习笔记二—工程类PA之需求管理(REQM)
CMM3中分把PA(过程域)分为了18个,每个过程域都分别代表有:工程类PA,组织类PA,组织类PA,支持类PA,这次重点介绍的是工程类的PA
工程类PA:包含了REQM(需求管理),在REQM中包括RD(需求开发),TS(技术解决方案),PI(产品集成),VER(验证),VAL(确认).
需求管理,这个从软件工程学上一直到现在都存在的,在cmm3中它把需求管理更加细化了,我们使用需求管理的目的是:
管理项目产品与产品组件的需求，识别这些需求与项目计划和工作产品的不一致
一般的需求设计分为诱导需求与开发客户端需求:
- 诱导需求:通过一些手段对客户进行需求调查了解,通常使用的有
-
- 问卷调查,由于很多客户不喜欢问卷调查这一方式基本上用的不多
- 同类产品比较
- DEMO
- 行业背景
2.开发客户端需求
-
- 根据客户的喜好设定客户端的需求
除了以上之外我们一般在分析需求的时候需要分析什么呢?
- 它是否按照范围到达了
- 范围内容是否清楚
- 范围内是否歧义,完整一致
- 可行性的分析,人力,财力,物力的分析
对于CMM3中我们采用需求管理,如图所示
我们首先要获得对需求的理解,要理解需求要从哪里获得,从什么地方去获取,就如诱惑需求一样来取得所需要的需求,然后我们要对需求做出对应的承诺,也就是规范了,订立完整的规范,保证在CM的时候一直监督是否在范围内, 如何管理需求变更?当需求变更的时候首先你要要改变sp1.1与sp1.2但是单单改变前两个是不可以的,你还需要考虑后面如何改变,或者只改变了后者,但是忽略了前者,设计者需要注意到这样,要两边都顾及,在需求维护阶段,我们要保证需求的完整性,维护需求文档中的内容,而且要将信息记录并且跟踪需求,到了最后的时候要清楚明白项目开始时候与需求的差别在哪里,然后再进行需求设计.
诠释:
SP1.1获得对需求的理解
SP1.2获得对需求的承诺
SP1.3管理需求变更(非常重要,整个需求管理主要核心都在这里)
sp1.4维护需双向追朔性
SP1.5识别项目工作与需求的差异
