【IT168 技术文章】

　　一、引言

　　由于目前公司内部对产品的需求变动都只是口头或邮件中进行通知，并没有进行内部评审和相关需求变动后的记录，导致后续出的产品某些需求增加了，某些没有进行增加。这样就会导致测试得到的信息不完整，以及后续产品的维护困难。在这里书写一份规范说明书，希望能得到一些改善。

　　二、目的

　　控制需求变化引起的开发、测试与需求不一致的情况，约束需求分析的完整性。保证每一次的需求改动都能有相关的记录。

　　三、角色与职责

　　1、市场人员

　　1）负责产品需求的提交以及解答项目开发过程中遇到的需求问题。

　　2）负责与客户的沟通确认，并及时反馈客户最新需求。

　　3）负责与项目经理的沟通

　　4）负责与客户协调沟通需求变更中需求部分存在的差异

　　5）负责将需求变更中的需求提供给客户签字确认

　　2、 项目组长

　　1）负责协调变更的需求并对变更的需求有拒绝的权利

　　2）负责对变更的需求部分设计的修改

　　3）保证项目的开发与需求的一致性

　　4）确定开发进度是否需要进行变更

　　5）分配新需求给相关开发人员

　　3、测试组长

　　1）负责相应测试需求分析书的修改

　　2）负责把最新需求及时传达到测试人员

　　3）保证测试进度与开发进度一致性

　　4）负责与项目组长及时确认最新需求

　　4、测试人员

　　1）负责更改测试用例，保证用例与需求同步

　　2）调控测试进度，保证任务的正常完成

　　5、项目经理

　　1）参与需求修改的评审工作

　　2）最终确认需求是否进行修改

　　6、配置管理员

　　1）负责更新需求文档，记录需求更改记录

　　2）负责需求变更信息的发布与跟踪

　　四、需求变更处理流程图

　　需求变更有3种情况，一种是客户提出来要进行修改，增加需求等，一种是公司内部人员提交的建议，还有就是开发人员自己修改流程（修改后的效果比前面的更加好），另外需求变更可能是比较小的改动，另外一种就是可能涉及到整个产品流程，这就是比较大的需求改动。下面就按照上面的3种情况进行画出流程图：

　　1、需求变更流程(客户提出需求变更)

　　1）执行条件：

　　客户提出需求变更

        图：需求变更流程(客户提出需求变更)