需求评审五个维度框架分析及其带来的启示-总起

摘要 近年来随着CMMI、敏捷软件开发的推进，出现了多种多样的需求评审类型，这些类型超出了标准评审类型的范围。根据这些情况进行分析，得到了一个新的软件需求评审框架，这个新框架由5个维度组成：
1，组织形式；2，时机；3，侧重；4，评审者；5，对象
分析了分别在传统开发和敏捷开发下的典型需求评审情境，显示新框架能够适用于所有系统性的和非系统性的评审类型上。从分析中得到了15个有价值的启示。新需求评审类型的设计和对需求评审类型的选择可以从这个新五维需求评审框架中受益。根据启示，得到了一个多级小瀑布生命周期模型，这个新模型可以大幅度的优化传统瀑布生命周期模型，具备灵活的自调整自适应能力。
关键词: 需求变更; 需求评审; 需求条目化; 多级小瀑布; 需求工程

在软件开发中，需求变更被视为导致软件开发失败的主要原因。早在1988年BILL CURTIS等人的研究表明：需求的冲突和变化对于生产效率和质量存在巨大影响，识别到学习、技术交流、需求协商和客户交流是非常关键的过程[1]。这些过程在当时的软件过程模型中描述得非常糟糕，而当时的软件过程模型把重点放在了如何通过一系列的产物（比如需求功能规格说明，代码，等等）来得到软件产品。当时的软件过程模型对实际的软件开发没有提供足够的用于指导软件开发技术研究的洞察力，这些模型只是描述了一系列开发任务，而对以下事情没有帮助：项目团队成员必须要学习哪些新信息；如何协商不一致的需求；设计团队如何解决架构的冲突；这些因素及其它类似因素是如何影响项目本身的不确定性和风险。虽然时光过去了整整27年多，