SRS文档与软件开发合同签订的关系（b2b）

Question

我一直想知道SRS文件与两家公司签订的官方合同的关系（一家提供软件项目，另一家提供客户）。

SRS文件是否必须在签署初始合同之前或之后写入？它是否是b2b关系中的两个合作伙伴可以用作合同的官方文件？

Answer 1

SRS与合同之间的关系是任意的，取决于各方希望与合同建立的合作模式。主要模式是：

• 瀑布：合同是指必须实施的完全详细的完成SRS。变革既昂贵又复杂。
• 敏捷时间＆amp;材料：预先没有SRS，只填充第一次迭代的一些用户故事
• 敏捷固定价格：前两个的混合

Answer 2

正如@Matthias所说，SRS文档与合同之间的关系取决于协作模式。

SRS文档必须在合同之前以 functional and non-functional requirements and implementation goals must be clear 的形式编写，以便按照客户的要求进行开发。

SRS文档为 an official document and can be used for legal settlements ，因为SRS是可交付文档，需要客户注销和批准。

Answer 3

软件需求规范是‘must have’文档中的一个，对于业务和技术团队同样重要。

SRS充当technical team准备任何高级或低级技术规范（包括解决方案体系结构）的基础文档。我不是在技术方面增加更多，因为那不是这个问题。

现在谈到业务，特别是协议，SRS沟通并充当两个业务之间的安全桥梁。这概述了消费者对完整软件的期望以及服务提供商同意提供的内容。这意味着，双方都可以进行谈判和谈判。

理想情况下，当我们准备SRS时，我们会包含诸如product scope, business function, area of coverage, future directio n之类的点，并且列表会继续进行。此文档稍后由包括产品所有者和最终用户在内的利益相关者‘signed’提供。这agreement gives both parties a structured understanding of their responsibilities。

因此，对我而言，如果没有草案版的SRS，就不太可能启动任何项目。

最后，我想触及软件开发过程。如您所知，我们有一些开发过程，我们遵循这些过程来简化软件开发的生命。例如：Waterfall, VModel, RUP, URUP, Agile are some of them.

无论任何特定过程如何，如果它可以提供以下内容;

1. 一个令人愉快的端到端软件开发之旅，它就是这样 管理。
2. 能够协调并采用不断变化的业务需求。

如果客户改变主意，会发生什么？

客户应change在开发过程中考虑他们的想法。这些变化在不同的过程中有所不同。如果是waterfall，任何重大变更或额外要求都必须经过变更要求管理流程。这将有助于您沟通和量化时间和成本。谈到agile，我们必须添加/更新/优先处理用户故事，然后是影响，成本等。

在一个已接受的答案中，它在敏捷中被称为‘no upfront SRS’。我更喜欢将其改写为‘no complete SRS upfront’。这意味着，由于业务性质，现在不太可能拥有完整的SRS。但这并不意味着没有SRS。

总而言之，在与外部客户打交道时，SRS必须是您的“必备”文件。因此，您在组织中遵循哪个流程并不重要。