在实施ISO 250 of (非功能需求的质量模型)时，如何反映“功能质量”？

Question

我们希望采用ISO 25000质量模型，该模型明确指出它不处理功能需求(也就是说，它的功能适用性实际上是评估这些功能在上下文中的适用性等等)。

从这一点和其他来源来看，质量是一个非功能属性，基本上是质量属性的总和。

但是-功能需求呢？它们不是质量的一部分吗？有人说“什么”(功能)不足以感知质量(“如何”-快速、高效、健壮.)，但另一方面，如果功能中存在缺陷，难道不是质量差的迹象吗？即使遵循25000模式，它们也不在其评估范围之内。

但是，我当然不能拥有一个完全健壮、高效、快速的软件，而不按照它的功能specs..yet遵循这一标准，情况就是如此。

就我个人而言，我想说，整体质量必须包括功能质量和非功能性质量，但我从来没有读过这样的东西。

Answer 1

我认为你误解了，因为“质量是一个非功能性的属性”是没有意义的。

ISO 25000系列标准(称为SQuaRE )都是关于与系统和软件的质量属性相关的需求。有一段时间，这些需求被称为“非功能性需求”，但对它们来说，这确实不是一个好名字。您可能仍然会看到术语“非功能性需求”，但“质量属性”是首选术语。维基百科有一个相当可靠的系统质量属性列表。

因此，是的，功能需求是系统整体质量的一部分。然而，它们并不是系统的“质量属性”，因此它们超出了ISO 25000系列标准的范围。

功能要求包括在ISO/IEC/IEEE 12207和ISO/IEC/IEEE 29148中。对于与12207相关的小企业和大型企业，还有一些其他的生命周期过程标准，这些标准也可能与一些组织相关。

接下来的问题可能是为什么质量属性为自己制定了一整套标准。我不确定，但我猜这是因为它很容易判断是否实现了功能需求。如果它已经实现，那么它必须通过检查、演示、测试或分析来验证。不仅很难编写好的质量要求，而且更难对它们进行验证和监视系统支持它们的能力。ISO 25000系列试图解决这些问题。

Answer 2

每个有效的功能需求都包含一个明确和明确的测试，当执行时，证明需求已经满足。只需执行该测试，如果它通过，则要求已100%得到满足。

Bug是功能需求未得到满足的指示。

如果您想要创建一个质量度量来描述实现的状态，我们当然欢迎您这样做。我可以想象，ISO 25000有一些关于如何进行测量的话要说，如果得到适当的处理，它将令人满意地应用于功能需求。

如果你想加入像健壮性、效率和速度这样的“无形”，这些仍然是非功能性的要求，并且可以在ISO 25000下相应地处理。