我考虑过制作一个新的需求原型，我可以为其制作阈值和客观属性。就捕获需求而言，这很好，但是在尝试进行验证时会变得很难看。我开始认为必须将它们作为单独的需求来捕获，这在进行可追溯性、满意度和验证时也可能很难看。
比如我的要求是“系统不超过100kg.(T)”和“系统不超过80kg.(O)”
在制定测试计划并显示已满足哪个要求时，跟踪此（或类似陈述的要求）变得“丑陋”。如果满足（O），那么显然（T）也是。但是，即使 (O) 的验证可能失败，系统仍然会通过测试。携带一些未满足的要求（O）也许是标准的。我对这种建模方法很陌生——所以只是好奇。我想知道那里是否已经有最佳实践。我一直在寻找并没有找到任何可以解决这个问题的东西。
据我了解，您想要建模，某个性能要求有两个值，一个阈值和一个目标。达到目标是可选的，但达到阈值是强制性的。在测试计划中，如果设计满足阈值，则要求将显示为满足。它是否也符合目标可以使用模型报告进行评估，但这只是提供信息，对测试结果没有任何影响。
我将创建一个新的原型“性能要求”，专门用于“abstractRequirement”和“ConstraintBlock”（如 SysML 规范附件 E.8.2 中所述）。使用此 Stereotype 时，需要添加三个参数：actualMass、thresholdMass和objectiveMass。约束将是{actualMass<thresholdMass}。然后objectiveMass只是提供信息（我必须仔细考虑，如何将其用于报告）。
另一种可能性是mandatory/optional在性能刻板印象中添加一个字段并optional用于目标。