经过一个月的阅读，终于将《需求工程--软件建模与分析》给读完了。虽然读完了，但我感觉离读懂还差很大一步，而且对书中的内容还不是彻底的理解，纸上得来终觉浅，绝知此事要躬行啊。接下来，我就谈谈自己对这本书的理解和感受。
在需求开发活动之后，需求基线应该成为后续软件系统开发的工作基础和粘合剂：第一，项目管理者根据需求安排，监控和管理项目计划。第二，开发者依据需求开发相应的产品功能和特性。第三，测试人员按照需求执行系统测试和验收测试。第四，客户和贵客按照需求验收最终产品。第五，维护人员参考需求执行产品的演化。也就是说，在产生之后，需求的影响力贯穿于整个后续的产品生命周期，而不是单纯地存在于需求开发阶段。软件需求规格说明文档要在产品生命周期的各个阶段都扮演重要角色，发挥重要作用。很多后续的开发工作都应该以软件需求规格说明文档的内容为标准和目标来进行。因此，在需求开发结束之后，还需要有有一种力量保证后续的系统开发活动依照需求的基线进行展开，从而保证系统的质量。需求管理就是这样一个管理活动，它在需求开发之后的产品周期中保证需求作用的有效发挥。
在实践中发现的需求管理作用：第一，增强了项目涉众对复杂产品特征在细节和相互依赖关系上的理解。需求管理将需求基线纳入了项目的知识管理，能够帮助项目涉众更好地获得并理解这些知识，从而增强了项目涉众对需求尤其是复杂需求的掌握。第二，增进了项目涉众之间的交流。需求管理为项目涉众提供了一个共同的需求理解，从而有助于项目涉众之间的交流，减少了可能的误解和交流偏差。第三，减少了工作量的浪费，提高了生产力。需求管理能够更加有效的处理需求的变更，减少了因此产生的返工工作，从而提高了项目的生产率。第四，准确反映项目的状态，有助于项目决策。需求管理收集的需求跟踪信息能够更加准确地反映项目的进展情况，从而帮助项目管理者更好地掌握项目状态，做出更加符合实际情况的合理决策。第五，改变项目文化，使得需求的作用得到重视和有效发挥。需求管理可以为项目涉众带来很多的好处，使得项目涉众认识到需求在项目工作中的重要性，并按照需求开展工作。
作为需求开发的结果，最终的需求应该被明确和固定，传递给其他的项目工作人员。需求基线就是被明确和固定的需求集合，是项目团队需要在某一特定产品版本中实现的特征和需求集合。建立需求基线之后，项目的涉众各方就可以对产品的功能和特性有一个一致的理解，并以此为基础开展工作，朝着共同的目标努力。需求基线是需求开发过程的成果总结，它需要在后续的产品生命周期中持续发挥作用。因此，需求基线要以一种持续，衡定和易于项目涉众访问的方式存在，通常的做法是将需求基线编写成正式的文档，纳入配置管理。需求基线在建立之后，并非是一成不变的。在产品开发中以及产品使用之后，用户等产品涉众依然会提出需求的变更，这些变化要及时，一致地反映到需求基线中。当然，这种变更应该受到控制。在实际的软件系统开发中，面对业务和技术都不断变化的环境，软件系统在开发过程或者演化过程发生与需求基线不一致和偏离的风险越来越大。为了避免这种现象，控制软件开发的质量，成本和时间，人们提出需求跟踪的方法。需求跟踪是一种有效的控制手段，它能够在涉众的需求变化中协调系统的演化，保持各项开发工作对需求的一致性。需求跟踪意味着每一条需求都从它最初的出现源头开始就被描述和理解，而且这种理解过程应该贯穿于需求开发过程，后续的系统开发过程以及持续的精化和迭代过程。需求跟踪是对项目当中需求知识的统一化管理和使用。忽视需求的跟踪性，或者对跟踪关系捕捉的不充分，降低系统的质量，引起返工，增加项目的成本和时间。在没有对项目的需求知识进行有效管理的情况下，还常常会出现错误的决策，误解和错误的信息交流。如果有人离开项目，在需求知识有效管理的缺乏还会导致知识的丢失。