接前一篇文章：软考 系统架构设计师系列知识点之软件可靠性基础知识（4）
所属章节：
第9章. 软件可靠性基础知识
第1节 软件可靠性基本概念
9.1.3 可靠性目标
前文定量分析软件的可靠性时，使用失效强度来表示软件缺陷对软件运行的影响程度。
参见：软考 系统架构设计师系列知识点之软件可靠性基础知识（3）-CSDN博客
然而在实际情况中，对软件运行的影响程度不仅取决于软件失效发生的概率，还和软件失效的严重程度有很大关系。这里引出另外一个概念 —— 失效严重程度类（Failure Severity Class）。
失效严重程度类就是对用户具有相同程度影响的失效集合。
对失效严重程度的分级可以按照不同的标准进行。最常见的是按对成本影响、对系统能力的影响等标准划分软件失效的严重程度类。
- 对成本的影响
对成本的影响可能包括失效引起的额外运行成本、修复和恢复成本、现有的或潜在的业务机会的损失等。由于失效严重程度类的影响分布很广泛，为了按照一定数量的等级去定义失效严重程度类，通常用数量级去划分等级。
表9-1给出了一个按照对成本的影响划分失效严重程度类的例子，这个例子涉及的软件系统是某电子商务运营系统。
表9-1 按照对成本的影响划分失效严重程度类
| 失效严重程度类 | 定义（人民币万元） |
|---|---|
| 1 | 成本 > 100 |
| 2 | 10 < 成本 <= 100 |
| 3 | 1 < 成本 <= 10 |
| 4 | 0.1 < 成本 <= 1 |
| 5 | 成本 < 0.1 |
- 对系统能力的影响
对系统能力的影响常常表现为关键数据的损失、系统异常退出、系统崩溃、导致用户操作无效等。对于不同性质的软件系统，相同的表现可能造成的失效严重程度是不同的。例如，对可用性要求较高的系统，导致长时间停机的失效常常会划分到较高的严重级别中去。
表9-2给出了一个按照对系统能力的影响划分失效严重程度类的例子，这个例子涉及的软件系统是某电信实时计费系统。
表9-2 按照对系统能力的影响划分失效严重程度类
| 失效严重程度类 | 定义 |
|---|---|
| 1 | 系统崩溃，重要数据不可恢复 |
| 2 | 系统出错停止响应，重要数据可恢复 |
| 3 | 用户重要操作无响应，可恢复 |
| 4 | 部分操作无响应，但可用其它操作方式替代 |
有了失效严重程度的划分，现在可以结合失效强度来定量地表示一个软件系统的可靠性目标了。
可靠性目标是指客户对软件性能满意程度的期望。通常用可靠度、故障强度和平均失效时间（MTTF）等指标来描述，根据不同项目的不同需要而定。建立定量的可靠性指标需要对可靠性、交付时间和成本进行平衡。为了定义系统的可靠性指标，必须确定系统的运行模式，定义故障的严重等级，确定故障强度目标。
例如，对于表9-1的例子，可以根据经验和用户的需求，确定软件系统需要达到的可靠程度。按照前面的公式，换算成失效强度和平均无失效时间，如表9-3所示：
表9-3 可靠性目标参考表
| 失效严重程度类 | 可靠性要求 | 失效强度 | 平均无失效时间 |
|---|---|---|---|
| 1 | 99.9999 | 10^-6 | 114年 |
| 2 | 99.99 | 10^-4 | 417天 |
| 3 | 99 | 10^-1 | 4天 |
| 4 | 90 | 1 | 9小时 |
至此，“9.1.3 可靠性目标”的全部内容就讲解完了。更多内容请看下回。
