SRS文件与软件开发合同签订的关系（b2b）[已结束]

Question

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

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

Answer 1

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

• 瀑布：合同是指必须实施的完全详细的完成SRS。 变革既昂贵又复杂。
• 灵活的时间和材料：预先没有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和列表等要点。 此文档后来由包括产品所有者和最终用户在内的利益相关者'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必须是您的“必备”文件。 因此，您在组织中遵循哪个流程并不重要。