这是这本书的最后一份读书笔记，是对15.16.18.19章 的信息的结合和总结，加上一部分我自己的感受。<需求验证>指的是软件工程中系统验证和需求工程中的需求验证；需求验证的方法有需求评审(包括参与者，过程和检查方法，以及类型)，原型与模拟，开发测试用例，用户手册编制，利用跟踪关系和自动化分析；常见的问题修正行为有需求澄清，发现缺失需求，解决需求冲突和修正不切实际的期望。第17章<需求管理>是在需求开发结束后保证后续的系统开发活动依照需求的基线进行展开，从而保证系统的质量。需求基线是是项目团队需要在某一特定产品版本中实现的特征和需求集合，它需要从配置管理和状态维护2方面进行维护；需求跟踪是描述需求以及跟踪需求变化的能力，分为前向跟踪和后向跟踪。需求变更控制是以控制，一致的方式进行需求基线中需求的变更处理，包括对变化的评估，协调，批准或拒绝，实现和验证。实践中的需求管理包括需求的变更，需求跟踪信息和需求管理工具。
<需求工程的过程管理>中提出了其过程具有环境依赖性，包括市场特性，领域特性，技术成熟度，组织文化和项目特性；其过程建立包括建立过程框架，选择工作组件，应用实践方法过程；需求工程过程的改进措施有评价当前进程，计划改进活动，培训参与人员，发现新过程，度量新过程和确定下一步活动；其中应该注意：应将需求工程过程放在软件过程的背景下实施改进，改进的措施要建立在现有过程的评价之上，过程的改进要针对目标，改进过程要有计划，过程赢是渐进和持续的。
<需求工程中的项目管理>中提出了其过程活动包括资源管理，活动管理和交付物价管理；需求工程的成功执行需要项目提供足够的资源支持；需求工程的生命周期规划要受项目特点的约束，要符合软件的过程模型，它是软件生命周期模型的一个部分；团队管理过程包括组建需求团队和维持需求团队内部的有效沟通(建立一致的目标，建立有效的沟通机制，利用有效的沟通技巧，利用辅助的工具和技术)；需求风险管理关注软件开发活动和任务的风险和不确定性，并采取行动减少其中的不确定性或者降低风险的影响；其过程包括风险识别，风险分析，制定风险管理计划，风险跟踪和风险控制。需求工程中的风险管理是要识别，分析，计划，跟踪和监控由于需求变化而可能发生的项目风险，复杂性，稳定性和可得性是需求分析的最大驱动因素。
看完了整本书，觉得《需求工程—软件建模与分析》这本书是真的值得我们用心去读的一本书，里面对需求工程和相关知识的讲解，让我对这一部分的信息有了新的理解，以后会多找这一类书去看，来丰富自己。