软件可靠性工程.docVIP

软件可靠性工程 软件可靠性定义 广义 是指一切旨在避免、减少、处理、度量软件故障（错误、缺陷、失效）的分析、设计、测试等方法、技术和实践活动。于是有诸多相关术语，如软件可靠性度量、软件可靠性设计、软件可靠性建模、软件可靠性测试、软件可靠性管理等。 狭义 指软件无失效运行的定量度量，尤其是那些面向用户的定量度量。主要有： 软件可靠度：表示软件在规定的运行环境中和规定的运行时间内无失效运行的机会。软件无失效运行的机会多以概率度量，但也可以模糊数学中的可能性加以度量，有时也在数据域上将软件可靠度表示为软件成功执行一个回合的概率。 软件失效强度：其物理解释是单位时间内软件发生失效的机会。在概率范畴内，它与软件可靠度有明确的数学关系（R(t)＝1－F(t)，R(t)为可靠度，F(t)为失效强度）。 软件平均失效时间（MTTF）：表示软件投入运行到出现一个新失效的时间。 上述度量与硬件可靠性中的相应概念本质上是一致的。 “失效”是指程序的功能在某方面没有达到用户的需求。“没有像用户需求的那样工作”是一个很广的定义。因此，可靠性结合了与程序执行相关联的所有属性。例如，它包括正确性、安全性和可使用性的操作方面，以及对用户的友好性。请注意，安全性实际上是软件可靠性的一个特殊子类。 可靠性不包括可移植性、可修改性或文档的可理解性。 可靠性是面向用户的而不是面向开发人员的。可靠性与操作有关，而不是与程序的设计有关，因此可靠性是动态的，而不是静态的。可靠性考虑问题出现的频率，直接与操作经验和在经验中错误的影响相关。因此，可以很容易地将可靠性与成本联系起来。可靠性很适合检查发展趋势的重要性、设定目标和预测什么时候可以达到目标。可靠性使人们可以使用同样的术语对硬件和软件的系统可靠性进行分析，而在真实系统中硬件和软件都同时存在。所以，可靠性度量比错误度量要有用得多。 软件可靠性工程的研究范围 软件可靠性工程涉及以下四方面活动和有关技术： 软件可靠性分析 进行软件可靠性的需求分析、指标分配、故障树分析、失效模式和影响分析、软件开发过程中有关软件可靠性的的特性分析、……等。 软件可靠性设计和实现 进行防错设计、容错设计、检错设计、纠错设计、故障恢复设计、软件可靠性增长、……等。 软件可靠性测量、测试和评估 在软件生存周期各阶段进行有关软件可靠性设计、制造和管理方面的属性测量，进行基于软件运行剖面的测试用例随机输入的软件测试、软件可靠性预计、软件可靠性估计、软件可靠性验证、……等。 软件可靠性管理 确定影响软件可靠性的因素，制定必要的设计和实现准则以及对软件开发各阶段软件可靠性相关的过程和产品的要求，依据上述有关测量数据和分析结果控制和改进开发过程，进行风险管理（不仅考虑安全性等技术风险，而且考虑进度和经费方面的风险），改进费用效益关系，改进开发过程，对采购或重用的软件进行可靠性管理，……等。 实施软件可靠性工程要解决三个问题，即软件可靠性指标的确定与分配，软件可靠性要求的实现和软件可靠性的验证。 上面提到对有关属性的测量，涉及对软件可靠性测试、评估、预计、估计。 软件可靠性工程的思想 软件可靠性工程之所以有效，在于它运用了两个思想： 第一，通过定量描述产品的使用方式，可以更有效地开发产品的功能并且使用这些信息，以便： 将资源精确地集中到最常用和最关键的功能上。 使测试工作真实地反映实际条件。 第二，软件可靠性工程平衡用户对可靠性、开发时间和开发费用的需求，从而更加有效。为此，软件可靠性工程要像对开发时间和开发费用设置定量目标那样，对可靠性也设置定量目标，要制定策略来达到这些目标。最后，软件可靠性工程在测试过程中跟踪产品的可靠性，并用来作为产品是否可以发布的标准。通过软件可靠性工程，你可以交付“正好合适”的可靠性的产品，并且既避免了不必要的资金和时间成本，又避免了发生由不够可靠的产品导致的用户不满和问题。 软件失效的根源与机理 软件失效的根源在于设计错误，而硬件失效的主要根源通常在于物理变质。然而，为软件可靠性开发的概念和理论确实可以应用于任何设计活动，包括硬件设计。一旦软件（设计）缺陷被适当地修复，通常就被永久性修复了。失效通常只发生在当程序（设计）运行在并非它所开发和测试时面向的环境中的情况。尽管制造过程也可能影响物理组件的质量，但是软件（设计）的复制过程很简单，并且其质量水平很高。 软件失效机理可描述为：软件错误—软件缺陷—软件故障—软件失效。各自具体含义为： 软件错误（error）：在可以预见的时间内，软件仍将由人开发。软件错误是指在软件开发过程中出现的不希望或不能接受的人为错误，其结果是导致软件缺陷的产生。 软件缺陷（defect）：软件缺陷是指存在于软件（程序、文档、数据）中的那些不希望或不可接受的偏差，如少一逗点、多一语句等，其结果