如何编写软件需求规范？

推荐当前的军事标准（编号似乎是SJ20778），这是一个非常漂亮的书写指南. 国家标准GBT / 8567-2006也有详细的格式说明，但是其内容非常混乱（特别是对于软件配置项的说明）. 另外，请注意，Internet上发布的国家标准.doc文档均为GBT8567-88版本，已被废弃. 在编写时，请注意剪裁，并大胆删除您认为不必要的段落（随着越来越多的项目，您最终将意识到那些无用段落的价值，但这是将来的事情）

----------------

此外，需求规格书和以后的设计文件有很大的不同. 它在问题域中起作用. 对于软件设计，有两个域: 问题域和设计域. 问题域不应显示明显的设计痕迹，例如模块分段. 但是，如果用户的项目需要更多的部署需求规格说明书，那么他仍然必须描述子系统，然后描述子系统的接口.

问题域描述可以基于用例图或原型描述（UI接口描述+ UI逻辑描述）. 建议使用原型描述方法，因为它的内容可以更好地与以后的设计文档联系起来（例如测试大纲，良好的需求规范可以直接导出全面的测试大纲）. 在编写软件需求规范时，必须密切注意与后续设计工作的联系，否则其参考价值不高.

可以在需求规范中描述子系统，但是很少描述模块（我认为现在是错误的）[系统与当前解决方案密切相关（在问题领域或在解决方案领域）. 设计领域）需求规格说明书，模块通常是可移植的（通常位于设计领域）]

此外，还有一个概念需要解释: 需求规范实际上可以分为两个文档，一个是用户需求访谈（这是需求调查的产物，几乎没有计算机知识） ，另一个是设计要求规范是上面提到的部分（以前提到过UI界面描述，即，在该文档中出现了计算机图形界面元素，例如按钮和对话框. 该文档实际上描述了Computer-实施，专为问题域的顶层设计.

GJB438B-2009似乎是SJ20778的后续替代标准. 当提到这一点时，我们应该赞扬美国专利文件系统，它是一个网络. 找到文档后，您可以轻松地使用这些文档之间的关联，搜索最相关的原始文档和当前的最新文档. 我找不到这个国家的标准化文档的文档检索站点.

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/ruanjian/article-218052-1.html