《管理篇》。
共分为四章，分别是需求管理的思路、需求版本控制、管理变更请求、需求跟踪能力。
软件需求的验证工作的目的是保证需求分析成果的完整性和正确性，保证软件开发后的软件产品是用户所需要的。软件需求验证的工作的重要性是在于发现修复需求分析中存在的问题。软件需求验证的主要工作是自我验证，用户验证，系统验证，技术验证，专家验证，主要是以评审会方式来展开，收集各方意见来进行修正。需求验证存在的问题是还处于人工检测阶段，对验证工作重视程度不够。而目前在验证的方法上存在的问题，大量的还依赖于人工检测，这对于当前的大数据量服务还远远不够，操作性也不太高。我们想说这种情况下，还有没有其他办法？我认为还是有的，即在验证内容上提出要求。一是在验证内容上的结果验证，然后则是对系统的验证，必须要在业务研究成果验证基础上展开，二是在需求分析上应对业务和系统功能进行量化分析，例如像业务的发生频度、每笔业务的输入/输出数据流、系统的通信能力、请求相应能力。
1. 需求管理的思路 ：需求工程的需求业务活动由需求规划中的6个业务活动和需求开发的4个业务活动共计10项业务活动组成，构成了需求工程的业务主线。需求工程的需求管理活动的目标就是确保需求业务活动能够按进度要求、质量要求、成本要求生产出高质量的软件需求。
2..需求版本控制 ：软件需求基线是由各阶段需求业务活动的工作成果文档和文档内各部分内容的版本号的集成。软件需求基线工作的落实借助这些工作成果文档和文档内部分内容版本号来实现的。
3. 管理变更相比较其他工作领域被叫做异常发生，被视为突发事件，需要有相应的应急解决方案来加以控制和及时的处理，所以不要把需求变更视为一种常态。所有需求变更必须遵循过程，按照此过程，如果一个变更需求未被采纳，则其后过程将不需考虑。
4.需求跟踪活动的目标是将需求业务活动和软件开发活动通过需求能力矩阵这种方式集成起来，建立起可以由源头追踪至终端、也可以由终端回溯到源头的关联关系表。建立需求能力矩阵对于实际发生需求变更时可以通过该矩阵遍历出与变更需求相关的各个工作元素，而不至于陷入需求变更的困局中。需求能力矩阵除了可以轻松应对需求变更，而且还可以基于它建立一个需求工程全局管理视图。
