一个系统开发的成败，好的需求是必要条件，这一点毋庸置疑。我们都知道文档是需求最好的载体，我们离不了它。作为一个软件开发人员，我们不可能说让客户去看我们的代码，因为客户根本就不是我们这一行的人，那看代码也就无从谈起。那客户需要的是什么呢？
是一份简单而又清晰明了的文档。不光是客户，有些开发的内部人员也是需要这么一份文档的。因为代码量太大了，而每个人的思路都是不同的。我们不能奢求别人能很轻易地理解我们的设计思路。这个时候，一份文档就可以解决这些所有的问题。那么，问题就来了。
这份文档怎么才能做到准确无误，随写随用呢？《实例化需求》这本书给出了肯定的答案：实例化需求 也就是将需求变为可以执行的验收测试用例，也就是书里说的活文档。如果满足可执行的条件，需求肯定是定义清晰的；跟持续集成联系起来后，代码实现马上可以被验
证；如果修改了活文档也就等于同时修改了测试需求与测试用例，代码实现没有及时修改的话，马上就会以测试失败的形式报警，这样一致性可以得到保证。再仔细分析还有好处若干，这简直是一石n鸟皆大欢喜的革命！