大家好，今天小编关注到一个比较有意思的话题，就是关于软件可靠性设计方案的问题，于是小编就整理了4个相关介绍软件可靠性设计方案的解答，让我们一起看看吧。
在软件界针对可靠性有以下指标：
3 个 9：(1-99.9%)*365*24=8.76 小时，表示该软件系统在连续运行 1 年时间里最多可能的业务中断时间是 8.76 小时。
4 个 9：(1-99.99%)*365*24=0.876 小时=52.6 分钟，表示该软件系统在连续运行 1 年时间里最多可能的业务中断时间是 52.6 分钟。
5 个 9：(1-99.999%)*365*24*60=5.26 分钟，表示该软件系统在连续运行 1 年时间里最多可能的业务中断时间是 5.26 分钟。
稳定性测试的目标之一就是验证并辅助系统达到更高的指标。
1、首先了解客户需求(Customer needs analysis)，根据客户需求，厘清可靠性设计的基本目标。
2、对过往的可靠性历史资料进行分析(Reliablity history analysis)。可能是硬件中元器件的使用情况、电路拓朴的使用情况，也可能是软件算法的优势与不足，进行充分的可靠性分析与估计。
3、制定可靠性计划和明确指标(Reliablity planning and specification)。根据前面对客户的分析与过往可靠性的资料的分析，选择满足客户可靠性要求的设计方案。
（1）分析系统故障原因，排除影响系统正常运转的障碍，提出纠正偏误和故障的具体方法，
（2）计算对象系统的可靠性参数，如平均寿命、故障间隔时间等，以试验和数理方法手段为系统设计提供数据，
（3）制定对象系统的可靠陆框图，即在最大限度内利用已有韵要素构筑高度可靠的对象系统。
我们在做一个开始实施测试之前，我们就需要尽量的要考虑到：
1.我们测试的对象是什么？
2.在什么环境下实施我们的测试工作？
3.我们的测试所要花费的时间、经费和资源（最好还是不要超出预算的为好，不然可能老板不支持我们的工作，反倒是个麻烦了！嘿嘿）？
4.制定的实施方案是否可行性？
5.制定的实施方案所担当的风险系数有多高？
6.是否还有更好的可降低风险的实施方案？
7.我们的测试工作以什么样的来衡量我们的工作成绩？（甚至是对工作的奖惩办法等）
8.是否有对于工作风险的控制方案。
9.工作中，任务交代的是否够清楚？以免让执行者随意瞎搞，导致对其测试工作不可控。10.项目成员对这个要测试的对象的理解程度有多深？ 11.测试人员的组织和管理方案是否可靠？ 等等… 而要验证我们的测试是否有较高的可靠性，我所想到有两点： 1.测试结果的可信性 2.测试后的软件可靠性 而对与软件测试的全面性这个问题，很容易让人想到从测试用例的覆盖率来表现。我觉得应该从几个方面来写：
第一、整个设计方案的概要阐述；
第二、 设计核心理念的体现；
第三、软件设计的目标展现；
第四、整个软件设计的流程中能预计到的阻碍和处理方法；
这只是我的个人想法，希望能够帮助到你。
我觉得应该从几个方面来写：
第一、整个设计方案的概要阐述；
第二、 设计核心理念的体现；
第三、软件设计的目标展现；
第四、整个软件设计的流程中能预计到的阻碍和处理方法；
这只是我的个人想法，希望能够帮助到你。
到此，以上就是小编对于软件可靠性设计方案的问题就介绍到这了，希望介绍关于软件可靠性设计方案的4点解答对大家有用。
