功能规范是系统需求规范的一部分吗？

Question

我想知道，像维基百科或我找到的模板这样的资源表明，功能规范是系统需求文档的一部分。我一直认为SRD只是系统的总体需求，所有的功能和非功能需求。然而，我认为功能规范更详细，它是一个单独的文档，而SRD是高级客户创建的描述(这个描述是如何命名的？)有人能帮我说清楚吗？

Answer 1

Disambiguation

• 系统需求(用于系统工程)
• 软件需求(用于软件工程)

主答案

系统需求概述了整个系统的需求。系统是一套支持特定业务需求的硬件和软件。

软件需求只涉及软件。它们比系统需求要详细得多，因此实际上可以从这些需求构建软件。

软件需求规范(SRS)是一个标准: IEEE 830-1998.功能需求是本标准的一部分。

功能规范是一个单独的文档，现在不再使用了(至少在软件工程中是如此)。当瀑布作为最著名的技术被使用时，它是一个标准，在IEEE软件需求规范成为标准之前。SRS已经取代了它，因为功能需求现在被定义为更大的文档(软件需求)的一部分。

在软件危机的黑暗时期，我相信功能规范是他们所知道的最好的(没有所有这些功能，完全的SRS提供给我们)。他们认为软件需求规范只是所需功能的规范。今天，我们知道它还有更多。(见SRS)

历史和SRS

的当前使用

SRS是从1998年开始的，并不是面向OOP的。我已经在我的公司使用过它，但只是作为定制的基础。我使用了UML (用例图)，而不是像旧的功能规范文档那样使用自然语言来描述功能需求。到1998年还没有考虑到这一点，因此工程师们仍然对需求进行了低效率的描述。

结论

功能规范是软件规范文档的一部分。该文档很有用，但我不建议采用它，因为它是在1998年定义的；相反，我建议在适当的地方考虑使用UML来取代自然语言规范。

参考资料

http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=720574

http://en.wikipedia.org/wiki/Software_要求_规格说明

http://en.wikipedia.org/wiki/Use_案例

http://en.wikipedia.org/wiki/Functional_规格说明

Answer 2

通常，系统需求规范包含系统的顶级需求.系统是一组软件和/或硬件子系统。通常，这包括对整个系统的功能性和非功能性(性能、安全性、安全性、质量、业务、治理和监管等)需求。系统中的每个子系统也有一个需求规范，软件子系统的规范通常称为软件需求规范。软件子系统的每个特定需求被映射到系统需求规范中的至少一个需求。

在某些项目中，也可能有客户需求的概念或操作的概念。这些通常也是需求，但由客户在其领域语言中提供，可能不适合工程师使用。这些被理解客户需求以及业务的工程师转化为系统需求。

请注意，不同的组织可能对同一件事有不同的名称，也可能将内容拆分到不同的存储库或文档中。有一些标准--例如，IEEE有许多与系统工程和软件工程相关的标准--但组织可能不会遵循这些标准，或者可能会对它们进行调整，以更好地满足它们的需要。

要了解更多信息，您可能对Karl的两本书感兴趣-- 软件需求和更多关于软件需求的信息。

Answer 3

我同意你的解释。广义地说..。

需求=它应该做什么？

规格=它应该怎么做？

尽管非常粗略，但我认为这个经验规则很好地描述了这些文档的意图和范围。我的2美分..。