如何写好《软件需求规格书》之二

        我们在写《软件需求规格书》的时候，把注意力放在了功能需求的描述上，完全没有注意功能需求之间的关系。这就导致了一个问题：当测试人员阅读规格书的时候，发现根据规格书难以完全明确覆盖某个状态变化的所有测试用例，或者说规格书中对单个需求的描述是完整的，但是对于真正进行某种功能的时候难以想象所要完成的步骤顺序。我们还发现，关于整个系统状态变化的需求分散在整个规格书中，或者没有体现。这样使得我们无法确定是否还有一些需求遗漏了或者存在不一致性。
       《软件需求规格书》是面向多用户的，每类读者关心的侧面有所不同，针对不同的读者，要体现出不同的侧面来。往往项目经理都是从研发工作岗位上成长起来的，没有测试的经验，故面向测试人员的需求规格往往是做的不够的。测试人员总是抱怨，这个功能不可测，那个功能不可测。
        那么，有没有一种技术，能够将所有大内容包含进一个完整的需求描述中？答案是没有。早期的结构化系统分析的目标是用图形来表示整个分类功能规格说明，然而经验告诉我们：分析建模应该增强自然语言的需求规格说明，而不是替换之。