【译文】需求模式--第一部分 第一章 第二节

1.2 需求符合宏伟计划的哪些部分

至今，我都没有证据，在有证据之前，理论上它仍然是首府的过失。不易察觉地找到一个符合理论的事实真相，而不是理论符合真相。

――福尔摩斯：波希米亚丑闻

Arthur Conan Doyle

新系统的建立是依靠大量的步骤。严格地说，多少个步骤，每一个必须要做到什么程度，谁来履行它会有所改变，这都依据于你的组织文化，谁是可用的，个人体会，你所使用的方法论（本书为你留下决策依据）。尽管如此，我们仍然需要区分构建新系统的主要活动。有无数的方法可以分解它们和表现它们。图1显示了一个适合于我们目标的简单视图。

图1　开发的生命周期阶段

不假设，在移到一下活动之前，你履行了上一个活动的全部，所以，它适应于你采用的任何一个方法论，也不意味着你需要文档化每一个活动：你可能在设计之前，在头脑中画出了一幅需求图；你也可能在编码之前，思考了一下设计。在这种方法的视觉看，整个过程所应用的方法论因每块功能的规模不同会有所差异，大到整个系统（传统方法），小到编码单元（权限编程）。在第三种折中的方法（我们叫它“增量”）中，在移到设计前，我们会论述一大块需求，在移到编码之前，我们会做一大块设计；然后，在它们需要时候，我们会做出更多的需求或设计。后两者适合敏捷观点。对于关键活动，方法之间的不同之处，像图2中显示的概念。

图2　不同开发方法的功能大小

本章的后半截分别讨论这三种方法。每个方法也都包括一个修订程度的迭代元素，作为在开发、设计和需求中发现错误。