《需求工程——软件建模与分析》读书笔记三

最近读完了《需求工程——软件建模与分析》这本书，这次我主要读了第五部分“需求管理与工程管理”，分为三章，需求管理、需求工程的过程管理、需求工程中的项目管理。

需求管理中包括维护需求基线，实现需求跟踪，控制变更，实践中需求管理。需求管理的重要任务：交流涉众的需要，将需求应用、实施到解决方案，驱动设计和实现工作，控制变更，将需求分配发到子系统 ， 测试和验证最终产品，控制迭代式开发中的变化，辅助项目管理。在需求开发活动之后，需求基线应该成为后续软件系统开发的工作基础和粘合剂：第一，项目管理者根据需求安排，监控和管理项目计划。第二，开发者依据需求开发相应的产品功能和特性。第三，测试人员按照需求执行系统测试和验收测试。第四，客户和贵客按照需求验收最终产品。第五，维护人员参考需求执行产品的演化。也就是说，在产生之后，需求的影响力贯穿于整个后续的产品生命周期，而不是单纯地存在于需求开发阶段。软件需求规格说明文档要在产品生命周期的各个阶段都扮演重要角色，发挥重要作用。很多后续的开发工作都应该以软件需求规格说明文档的内容为标准和目标来进行。因此，在需求开发结束之后，还需要有有一种力量保证后续的系统开发活动依照需求的基线进行展开，从而保证系统的质量。需求管理就是这样一个管理活动，它在需求开发之后的产品周期中保证需求作用的有效发挥。

需求工程的过程管理中有需求工程过程的环境依赖性，需求工程过程的建立和需求工程过程的改进。建立成功的需求工程的一个困难是需求工程活动的细节内容是无法用系统化的知识体系进行描述的，而是有大量的实践方法进行解释的。所以建立一个有效地需求工程过程就需要过程的定制者熟悉和掌握大量时间方法，并从中选择、实施和维护一套切实有效的实践方法。

需求工程中的项目管理包括资源支持，需求工程的生命周期规划，团队管理和需求风险管理。

 作为需求开发的结果，最终的需求应该被明确和固定，传递给其他的项目工作人员。需求基线就是被明确和固定的需求集合，是项目团队需要在某一特定产品版本中实现的特征和需求集合。建立需求基线之后，项目的涉众各方就可以对产品的功能和特性有一个一致的理解，并以此为基础开展工作，朝着共同的目标努力。需求基线是需求开发过程的成果总结，它需要在后续的产品生命周期中持续发挥作用。因此，需求基线要以一种持续，衡定和易于项目涉众访问的方式存在，通常的做法是将需求基线编写成正式的文档，纳入配置管理。需求基线在建立之后，并非是一成不变的。在产品开发中以及产品使用之后，用户等产品涉众依然会提出需求的变更，这些变化要及时，一致地反映到需求基线中。当然，这种变更应该受到控制。在实际的软件系统开发中，面对业务和技术都不断变化的环境，软件系统在开发过程或者演化过程发生与需求基线不一致和偏离的风险越来越大。为了避免这种现象，控制软件开发的质量，成本和时间，人们提出需求跟踪的方法。需求跟踪是一种有效的控制手段，它能够在涉众的需求变化中协调系统的演化，保持各项开发工作对需求的一致性。需求跟踪意味着每一条需求都从它最初的出现源头开始就被描述和理解，而且这种理解过程应该贯穿于需求开发过程，后续的系统开发过程以及持续的精化和迭代过程。需求跟踪是对项目当中需求知识的统一化管理和使用。忽视需求的跟踪性，或者对跟踪关系捕捉的不充分，降低系统的质量，引起返工，增加项目的成本和时间。在没有对项目的需求知识进行有效管理的情况下，还常常会出现错误的决策，误解和错误的信息交流。如果有人离开项目，在需求知识有效管理的缺乏还会导致知识的丢失。