需求变更的应对和遵循的原则(转).doc
内容介绍
需求变更的应对和遵循的原则(转) ，软件测试与需求变更的应对。。
欢迎下载！
需求变更的管理 需求变更是因为需求发生变化。
根据软件工程思想，需求说明一般要经过论证，如果在需求说明经过 论证以后，需要在原有需求基础上追加和补充新的需求或对原有需求进行修改和削减，均属于需求变更。
需求变更的出现主要是因为在项目的需求确定阶段，用户往往不能确切地定义自己需要什么。
用户常常以 为自己清楚，但实际上他们提出的需求只是依据当前的工作所需，而采用的新设备、新技术通常会改变他 们的工作方式;或者要开发的系统对用户来说也是个未知数，他们以前没有过相关的使用经验。
随着开发 工作的不断进展，系统开始展现功能的雏形，用户对系统的了解也逐步深入。
于是，他们可能会想到各种 新的功能和特色，或对以前提出的要求进行改动。
他们了解得越多，新的要求也就越多，需求变更因此不 可避免地一次又一次出现。
这时，如果开发团队缺少明确的需求变更控制过程或采用的变更控制机制无效，抑或不按变更控制流程来 管理需求变更，那么很可能造成项目进度拖延、成本不足、人力紧缺，甚至导致整个项目失败。
当然，即 使按照需求变更控制流程进行管理，由于受进度、成本等因素的制约，软件质量还是会受到不同程度的影 响。
但实施严格的软件需求管理会最大限度地控制需求变更给软件质量造成的负面影响，这也正是我们进 行需求变更管理的目的所在。
实施需求变更管理需要遵循以下六大原则
（1）建立需求基线，需求基线是需求变更的依据。
在开发过程中，需求确定并经过评审后（用户参与评 审），可以建立
第一个需求基线。
此后每次变更并经过评审后，都要重新确定新的需求基线。
（2）制订简单、有效的变更控制流程，并形成文档。
在建立了需求基线后提出的所有变更都必须遵循这 个控制流程进行控制。
同时，这个流程具有一定的普遍性，对以后的项目开发和其他项目都有借鉴作用。
（3）成立项目变更控制委员会（CCB）或相关职能的类似组织，负责裁定接受哪些变更。
CCB由项目所 涉及的多方人员共
下载地址
进入下载页
文件大小
35.0KB
上传作者
雅雅
文件类型
.doc