软件可靠性需求是软件的质量因素之一。客户不管有意识或潜意识，都会希望软件是可靠的，但是软件的可靠性需求，却很难量化，通常任务书或需求规格说明中给出的可靠性需求，都是定性的描述：
软件操作要有容错能力。
或者是沿用系统的可靠性指标：
软件的工作可靠度0.999（置信度0.8）
但是，这两种描述方式，都不能让开发人员清楚地知道怎样设计、实现和测试软件的可靠性需求。软件的可靠性需求就成了摆设。
怎样量化地描述软件的可靠性需求，使得它是可设计、可实现、可测试呢？
我们不妨使用GJB5236《军用软件质量度量》标准对软件可靠性度量中定义的测量项来量化地描述软件的可靠性需求。
软件的可靠性度量有哪些测量项呢？
GJB5236的质量模型中将可靠性定义为：在指定条件下使用时，软件产品维持规定的性能级别的能力。软件不会损耗或老化，软件可靠性是由于需求、设计和实现中的故障，由这些操作引起的失效取决于软件产品的使用。它有四个特性：成熟性、容错性、易恢复性、可靠性的依从性。
a)成熟型：软件产品为避免由软件故障而导致失效的能力。
对于这一子特性的度量，可使用下列测量项：
1)估计潜在的故障密度：度量将来可能出现的故障数。
2)针对测试用例的失效密度：度量在一定周期内检测出多少失效。
3)故障密度：度量在一定试验周期内检测出多少故障。
4)失效解决：度量有多少失效得到解决。
5)故障排除：度量已经纠正了多少故障。
6)平均失效间隔时间（MTBF）：度量软件运行中失败的频率。
7)测试覆盖率：度量测试期间执行的测试用例。
8)测试的成熟：度量实际执行通过的用例数。
b)容错性：在软件出现故障或违反指定接口的情况下，软件产品维持规定的性能级别的能力。
对于这一子特性的度量，可以使用下列测量项：
1)避免死机：度量软件引起整个运行环境死机的情况。
2)避免失效：度量能够控制多少种故障模式以避免严重失效。
3)抵御误操作：度量实现了多少种抵御误操作的能力。
c)易恢复性：在失效发生的情况下，软件产品重建规定的性能级别，顶并恢复受直接影响的数据的能力。
对于这一子特性的度量，可以使用以下测量项：
1)可用性：度量在规定的时间周期内系统的可用程度。
2)平均宕机时间：度量出现失效时，系统逐步启动之前，不能使用系统的平均时间。
3)平均恢复时间：度量从初始部分恢复到完全恢复系统要花费的平均时间。
4)可重新启动性：度量在要求的时间内，系统能够重新启动的频率。
5)易修复性：度量软件产品在异常情况下的自身修复能力。
6)修复的有效性：度量软件修复能力的有效程度。
d)可靠性的依从性：软件产品遵循与可靠性标准、约定、法规的能力。
对于这一子特性的度量，使用以下测量项：
可靠性的依从性：度量遵循可靠性的依从性项数。
GJB5236标准中对所有的测量项都给出了计算公式，都是可测试的。所以，使用这些测量项来描述软件的可靠性需求，这些需求必然是可设计、可实现和可测试的。
比如：
软件的可靠性应满足：
1)故障排除率100%；
2)测试覆盖率100%；
3)MTBF大于1000小时；
……
但是，这些可靠性的测量项也不是对于所有软件都适用的。组织应当根据软件的安全关键等级、软件的特点等进行适应性裁剪。
联系客服
