操作系统配置参数，如禁用的自动更新或睡眠定时器，是否应该成为软件规范的一部分？

Question

我们的应用程序需要在一个锁定的操作系统中运行。由于质量和法规方面的考虑，所有更新都将被阻止或阻止。因此，我们的部署包括预先配置的操作系统。要对操作系统进行任何更改，需要使用管理凭据。

一些队友认为“更新阻止”需求与应用程序属于同一领域。我认为它们超出了申请的范围。

系统配置设置是否应该指定一个规范给它们？什么文件？这是SRS的一部分，也是应用程序的其他软件规范的一部分，还是应该记录为另一个领域的规范？

对需求的测试应该发生，而不管它在哪里被记录。

提前谢谢你的时间。

Answer 1

对我来说，测试是关于验证所需的功能，测试不是关于需求是如何实现的。

由于禁用更新是必需的功能，因此应该对其进行测试。这和任何其他要求没什么不同。

通过配置管理实现这一事实是偶然的，不应用于决定测试的内容。

Answer 2

听起来，您需要一个独立的程序1来检查系统需求是否满足。我不认为这是一种考验。但是，如果程序中有一些行为，这会导致在不满足需求的情况下关闭程序，那么您可以对其进行测试。

1也可以内置到主程序中。这并不重要，重要的是它是一个孤立的部分，它可以独立于其余的程序运行。

Answer 3

您指出，应用程序运行的环境对公司非常重要，因此您只能部署应用程序和预先配置的OS的组合。此外，您还提到，这至少在一定程度上是由于监管要求。

法规要求意味着您必须提供某种证据，证明当您将系统交付给您的客户时，系统满足了需求，检查需求的被通知机构并不关心是谁创建了系统的相关部分。你有责任提供所需的证据。

这意味着，“更新阻止”要求是否适用于应用程序并不重要。无论如何你都得试一试。