书写优质的需求文档

最基本的原则：需求文档应当尽量简洁，用最易懂的描述来约束系统的预期行为。

需求文档需要遵循的步骤：

1. 定义系统的边界。

2. 定义输入和输出。

3. 用最易懂的方式描述系统的预期行为。

4. 除了输入和输出之外，你的需求是不是还涉及了系统的其他部分？如果是，那么你的需求就设计过度了。重构需求，让它变得精简。

5. 你的需求是不是过于模棱两可？加入更多的限定规范。注意：有些模棱两可的描述并不是坏事，假设描述所包含的所有情况均可被接受，且测试的时候不需要附加的信息加以说明，那么就没关系。你不需要（也不应该）把系统的行为限制得过头。

6. 你的需求是否可测试？（这里指的是黑盒测试）如果不是，你最好返回到第4步。如果这种返工发生很多次，那就说明你的黑盒无法正确描述系统，或者你的测试工具不够优秀。无论是哪种情况，不可测试的需求文档几乎就是一文不值的。

7. 你的需求文档通俗易懂么？如果你的需求文档非常难以读懂，那就说明你写得不好，只能给那些照着你的需求负责实施的人带来无尽的痛苦。如果是这样，回到第3步。

8. 你是不是真的做到了第4步？你确认么？再检查一下。

http://blog.jobbole.com/15561/