软件工程的一项重要前提就是要有很好的需求说明书。
否则，一个需求说明者可能错误地认为另一个人正在编写一个特定区域的需求文档，至关重要的需求区域就可能从缝隙中漏掉。
在1985年，我们一直在寻找许多不同的方法来定义问题，如书面写好需求，软件需求说明书（SRS）是用来记录它们的主要载体。
甚至可也可以创建功能需求说明文档。
在1985年，需求说明书是作为设计基础的分析的一部分。
这个规范试图为基于XML的需求说明书引入一种通用的模型和数据交换格式。
然而，这也是在你的需求说明中最模糊的部分之一。
软件架构师时常封闭在自己的象牙塔里，在需求说明、技术决策和技术方向等方面向研发人员发号施令。
在1985年，我们一直在寻找许多不同的方法来定义问题，如书面写好需求，软件需求说明书(SRS)是用来记录它们的主要载体。
说明：软件需求说明书，根据国家标准格式完成简单的网上购书系统。
此外，这需要开发需求说明的团队和执行测试的团队之间最大限度的协调分工和沟通。
