📅  最后修改于: 2021-01-10 03:02:34             🧑  作者: Mango
可靠性指标用于定量表示软件产品的可靠性。使用哪个度量标准的选项取决于其适用的系统类型以及应用程序域的要求。
可以用来量化软件产品可靠性的一些可靠性指标如下:
MTTF被描述为两次连续故障之间的时间间隔。 MTTF为200意味着每200次单位可能发生一次故障。时间单位完全取决于系统,甚至可以在交易数量中说明。 MTTF对于具有大量事务的系统是一致的。
例如,它适用于设计人员要花几个小时进行设计的计算机辅助设计系统以及字处理器系统。
为了测量MTTF ,我们可以证明n次失败的失败数据。让故障出现在时刻t 1 ,t 2 ….. t n处。
MTTF可以计算为
一旦发生故障,则需要一段时间来修复错误。 MTTR测量跟踪导致故障的错误并进行修复所需的平均时间。
我们可以合并MTTF和MTTR指标以获得MTBF指标。
MTBF = MTTF + MTTR
因此, MTBF为300表示一旦出现故障,则预期下一次故障仅在300小时后出现。在这种方法中,时间测量是实时的,而不是MTTF中的执行时间。
它是单位时间间隔内出现的故障数。在特定的操作时间内发生的意外事件数。 ROCOF是出现意外角色的频率。 ROCOF为0.02意味着在每100个操作时间单位步长中可能会发生两次故障。它也称为故障强度度量。
POFOD被描述为当请求服务时系统将发生故障的概率。给定多个系统输入后的系统缺陷数。
POFOD是在提出服务请求时系统将发生故障的可能性。
POFOD为0.1表示十分之一的服务请求可能会失败。 POFOD是对安全至关重要的系统的一项重要措施。 POFOD与偶尔需要服务的保护系统有关。
可用性是系统在给定时间适用的概率。它考虑了系统的修复时间和重新启动时间。可用性为0.995意味着在每1000个时间单位中,该系统对于其中的995个是可行的。考虑到计划内和计划外停机时间,系统适用于使用时间的百分比。如果系统在运行100小时后平均停机了四个小时,则其AVAIL为96%。
度量标准用于通过识别需求区域来提高系统的可靠性。
要求表示软件必须包含的功能。它指定了软件必须包含的功能。要求必须写成在开发者和客户之间没有误解。要求必须包括有效的结构,以避免丢失有价值的数据。
要求应详尽且详尽,以使设计阶段变得简单。要求不应包含不足的数据。需求可靠性度量标准可以计算出所需文档的上述质量因子。
设计和编码计划中存在的质量方法是复杂性,大小和模块化。复杂的模块很难理解,并且很可能发生错误。如果模块具有高复杂度和大尺寸或高复杂度和小尺寸的组合,则可靠性将降低。这些度量标准也可用于面向对象的代码,但是在这种情况下,还需要其他度量标准来评估质量。
这些度量标准使用两种方法来计算可靠性。
首先,它规定系统配备了需求中指定的任务。因此,由于缺少功能而导致的错误得以减少。
第二种方法是计算代码,查找错误并修复它们。为了确保系统包括指定的功能,编写包含多个测试用例的测试计划。每种测试方法都基于一个系统状态,并根据一组相关的需求来测试某些任务。一个有效的验证程序的目标是确保每个元素都经过测试,这意味着如果系统通过测试,则要求的功能将包含在交付的系统中。