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

我一直在想，SRS文档与两家公司（一家提供软件项目而另一家是客户）签订的官方合同的关系如何。SRS文档与软件开发合同签署的关系（b2b）

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

来源

2014-02-20 John Papastergiou

我投票结束这个问题，因为它是关于商业行为，而不是由帮助中心定义的编程。 – TylerH

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

瀑布：合同是指完全详细完成的SRS必须实施。变化成本高昂且复杂。
敏捷时间&材料：无SRS前面，只有几个用户故事以填充第一迭代
敏捷固定价格：前两个

来源

2014-03-20 16:37:27 Matthias

正如@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是一份可交付文件，需要客户的签署和批准。

来源

2014-03-25 06:57:49 iSeeker

软件需求规格是‘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.

不考虑任何特定的过程，如果它可以提供以下;

一个愉快的端到端软件开发之旅和它的管理。
有能力调整和采用不断变化的业务需求。

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

客户应change他们的头脑在发展过程中。这些变化在不同的过程中有不同的处理。在waterfall的情况下，任何重大更改或额外要求都必须经过更改要求管理流程。这将帮助您沟通和量化时间和成本。当涉及到agile时，我们必须添加/更新/优先考虑用户故事，其次是影响，成本等。

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

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

来源

2014-03-25 13:06:34 Nair

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

回答

相关问题