标签：高质量 冲突 业务需求 不一致 用户需求 其他 客户 集成 工作
本次阅读笔记写一下本书的第六篇《管理篇》。
第六篇共分为四章，分别是需求管理的思路、需求版本控制、管理变更请求、需求跟踪能力。
首先是第一章《需求管理的思路》。
需求管理活动的目标就是确保需求业务活动能够按照进度要求、质量要求、成本要求生产出高质量的由业务需求、用户需求和系统需求构成的软件需求规格说明。需求管理工作具体是借助由基线、版本、状态、变更、跟踪构成的需求约定这一抓手将需求业务活动集成起来并加以规范化。需求管理活动的目的是在客户与软件开发人员之间建立一个由文档构成的需求基线。需求管理组织的具体工作内容是由需求管理活动的内容构成的。
然后是第二章《需求版本控制》。
软件需求基线是由各阶段需求业务活动的工作成果文档和文档内各部分内容的版本号的集成。软件需求基线工作的落实借助这些工作成果文档和文档内各部分内容版本号来实现的。版本号是采用量化方式来解决同名而内容不同的一个手段。为了减少冲突和不一致，只能允许指定的专人来更新、改变需求规格说明文档，且专人进行存贮和发布。
接着是第三章《管理变更请求》。
管理变更相比较其他工作领域被叫做异常发生，被视为突发事件，需要有相应的应急解决方案来加以控制和及时的处理，所以不要把需求变更视为一种常态。所有需求变更必须遵循过程，按照此过程，如果一个变更需求未被采纳，则其后过程将不需考虑。
最后是第四章《需求跟踪能力》。
需求跟踪活动的目标是将需求业务活动和软件开发活动通过需求能力矩阵这种方式集成起来，建立起可以由源头追踪至终端、也可以由终端回溯到源头的关联关系表。
谈谈个人对于需求管理的理解。
由于本学期本门课的一个系统就是需要根据多次需求变更来完成的，对于需求变更的版本管理很重要，首先得分清这是哪一个版本的，该做哪一个版本的，不然做了也是白做，因为用户的需求已经改变了。所以，对于需求的管理也是很重要的。
标签：高质量 冲突 业务需求 不一致 用户需求 其他 客户 集成 工作
原文地址：http://www.cnblogs.com/jinghun/p/6135315.html
