几乎每个SRS都有共同的元素吗？

Question

SRS是任何严肃的合同工作的主要内容，对于那些从来没有经历过一次又一次的不幸的人来说，这是非常乏味的。

我正在使用LaTeX (职业质量文档的标记语言；请参阅这些 问题和这个答案 on TeX.SE)编写一系列文档类，在这样做时，我需要定义通过任何合理的SRS可以看出的核心原则和公共逻辑结构。

不幸的是，我从来没有机会从无到有地参与SRS的创建，除了一个简化的、有些人为的例子，所以我想我不知道软件需求规范(SRS)有多宽。我知道它至少包括变更量和需求本身，但除此之外.？

每个工作人员代表都应该有哪些文件中不可或缺的部分？

我在这里还是很新的，但是如果Programmers.SE是关于这类东西的话，我愿意做这个CW。

Answer 1

如果您能找到它，旧的DOD-STD-2167A软件需求( SRS )规范数据项描述(DID)告诉您DoD在SRS中想要什么，以及他们是如何想要它的。这会给你一个很好的开始。

从内存中，SRS确实调用了一个(样板)范围部分、一个参考文档部分、需求部分(S)和需求跟踪矩阵。最后一种方法通常将软件需求追溯到系统需求，并至少包含针对每个单独需求的敷衍了事的信息，说明您计划如何测试系统，以确定它是否满足该需求。(这通常只是一个词:检查、演示、测试、分析。)

如果你浪费大量的钱，你可以购买IEEE软件标准。它们基本上可以归结为“承包商将交付他所感觉到的任何东西，并称其为SRS”。

变更不是绝对重要的，因为您将在某种配置管理系统中维护您的SRS，最好是像DOORS那样的需求管理系统。(如果你不这样做，你就是个傻瓜。)

不用说，SRS中有需求，而且只有需求。如果它不是一个要求，它不属于SRS。句号。