软件的可靠性 软件的可靠性包括什么 - 电脑|办公 - 电脑办公-杀毒安全-网络-V3学习网
微商网
 
 
导航:首页 |电脑|办公|正文

软件的可靠性 软件的可靠性包括什么

时间:2021-04-28 11:14:37
软件具有哪些可靠性? 随着微电子和计算机技术渗透到各个技术领域,同时,计算机在改造传统产业、实现管理和控制自动化方面也起着重要作用,绝大部分复杂系统的运行是离不开计算机的,因此,我们通常所说产品的可靠
作者:

软件的可靠性

软件具有哪些可靠性?

随着微电子和计算机技术渗透到各个技术领域,同时,计算机在改造传统产业、实现管理和控制自动化方面也起着重要作用,绝大部分复杂系统的运行是离不开计算机的,因此,我们通常所说产品的可靠性有两个部分构成,即硬件可靠性及软件可靠性,由软件故障所造成的系统失效的事件屡见不鲜,但软件可靠性比硬件可靠性的研究起步要晚得多,试验及分析手段也不如硬件可靠性来得成熟。

目前国际电工委员会已发布了两部与软件可靠性有关的标准,它们是IEC 60300—3—6《软件可信性应用指南》及IEC 61713《软件生存期的软件可信性应用指南》,这两个标准可做为从事软件可靠性及相关工作的指导性文件。

软件质量可靠性是什么因素影响的

软件可靠性是关于软件能够够满足需求功能的性质,软件不能满足需求是因为软件中的差错引起了软件故障。

软件中有哪些可能的差错呢? 软件差错是软件开发各阶段潜入的人为错误: 1.需求分析定义错误。

如用户提出的需求不完整,用户需求的变更未及时消化,软件开发者和用户对需求的理解不同等等。

2.设计错误。

如处理的结构和算法错误,缺乏对特殊情况和错误处理的考虑等。

3.编码错误。

如语法错误,变量初始化错误等。

4.测试错误。

如数据准备错误,测试用例错误等。

5.文档错误。

如文档不齐全,文档相关内容不一致,文档版本不一致,缺乏完整性等。

从上游到下游,错误的影响是发散的,所以要尽量把错误消除在开发前期阶段。

错误引入软件的方式可归纳为两种特性:程序代码特性,开发过程特性。

程序代码一个最直观的特性是长度,另外还有算法和语句结构等,程序代码越长,结构越复杂,其可靠性越难保证。

开发过程特性包括采用的工程技术和使用的工具,也包括开发者个人的业务经历水平等。

除了软件可靠性外,影响可靠性的另一个重要因素是健壮性,对非法输入的容错能力。

所以提高可靠性从原理上看就是要减少错误和提高健壮性。

(参考资料:CSDN博客)

软件可靠性的定义是什么?

(1)通过在有使用代表性的环境中执行软件,以证实软件需求是否正确实现。

(2)为进行软件可靠性估计采集准确的数据。

估计软件可靠性一般可分为四个步骤,即数据采集、模型选择、模型拟合以及软件可靠性评估。

可以认为,数据采集是整个软件可靠性估计工作的基础,数据的准确与否关系到软件可靠性评估的准确度。

(3)通过软件可靠性测试找出所有对软件可靠性影响较大的错误。

软件可靠性评测及其应用是怎样的?

一、概述 在现代军事和商用系统中,以软件为核心的产品得到了广泛的应用。

随着系统中软件成分的不断增加,使得系统对于软件的依赖性越来越强,对软件质量尤其是可靠性的要求也越来越高。

软件可靠性是指在规定的条件下和规定的时间内,软件不引起系统故障的能力。

软件可靠性不但与软件中存在的缺陷有关,而且与系统输入和系统使用有关。

软件可靠性是软件质量特性中重要的固有特性和关键因素。

软件可靠性反映了用户的质量观点。

软件可靠性评价是软件可靠性工作的重要组成部分。

软件可靠性评测是主要的软件可靠性评价技术,它包括测试与评价两个方面的内容,既适用于软件开发过程,也可针对最终软件产品。

在软件开发过程中使用软件可靠性评测技术,除了可以更快速地找出对可靠性影响最大的错误,还可以结合软件可靠性增长模型,估计软件当前的可靠性,以确认是否可以终止测试和发布软件,同时还可以预计软件要达到相应的可靠性水平所需要的时间和测试量,论证在给定日期提交软件可能给可靠性带来的影响。

对于最终软件产品,软件可靠性评测是一种可行的评价技术,可以对最终产品进行可靠性验证测试,确认软件的执行与需求的一致性,确定最终软件产品所达到的可靠性水平。

二、软件可靠性评测技术 本文所述的软件可靠性评测是指运用统计技术对软件可靠性测试和系统运行期间采集的软件失效数据进行处理并评估软件可靠性的过程。

软件可靠性评测的主要目的是测量和验证软件的可靠性,当然实施软件可靠性评测也是对软件测试过程的一种完善,有助于软件产品本身的可靠性增长。

软件测试者可以使用很多方法进行软件测试,如按行为或结构来划分输入域的划分测试,纯粹随机选择输入的随机测试,基于功能、路径、数据流或控制流的覆盖测试,等等。

对于给定的软件,每种测试方法都局限于暴露一定数量和一些类别的错误。

通过这些测试能够查找、定位、改正和消除某些错误,实现一定意义上的软件可靠性增长。

但是,由于它们都是面向错误的测试,测试所得到的结果数据不宜用于软件可靠性评估。

软件可靠性测试是指在软件的预期使用环境中,为进行软件可靠性评估而对软件实施的一种测试。

软件可靠性测试应该是面向故障的测试,以用户将要使用的方式来测试软件,每一次测试代表用户将要完成的一组操作,使测试成为最终产品使用的预演。

这就使得所获得的测试数据与软件的实际运行数据比较接近,可用于软件可靠性估计。

软件可靠性评测由可靠性目标的确定、运行剖面的开发、测试的计划与执行和测试结果的分析与反馈等四个主要的活动组成。

可靠性目标是指客户对软件性能满意程度的期望。

通常用可靠度、故障强度、MTTF等指标来描述,根据不同项目的不同需要而定。

建立定量的可靠性指标需要对可靠性、交付时间和成本进行平衡。

为了定义系统的可靠性指标,必须确定系统的运行模式,定义故障的严重性等级,确定故障强度目标。

为了对软件可靠性进行良好的预计,必须在软件的运行域上对其进行测试,首先定义一个相应的剖面来镜像运行域,然后使用这个剖面驱动测试,这样可以使测试真实的反映软件的使用情况。

由于可能的输入几乎是无限的,测试必须从中选择出一些样本,即测试用例,测试用例要能反映实际的使用情况,反映系统的运行剖面。

将统计方法应用到运行剖面开发和测试用例生成,在运行剖面中的每个元素都被定量地赋予一个发生概率值和关键因子,然后根据这些因素分配测试资源、挑选和生成测试用例。

在这种测试中,优先测试那些最重要或最频繁使用的功能,释放和缓解最高级别的风险,有助于尽早发现那些对可靠性有最大影响的故障,以保证软件的按期交付。

一个产品有可能需要开发多个运行剖面,这取决于它所包含的运行模式和关键操作,通常需要为关键操作单独定义运行剖面。

在软件的开发过程中使用软件可靠性测试和利用软件可靠性测试对最终产品进行评价,在测试计划的制定上有所不同。

用于设计过程的可靠性测试称为可靠性增长测试,测试与故障的排除联系在一起,一般安排在开发过程的系统测试阶段执行,将测试所确定的故障提交给开发者进行修改,建立软件的一个新的版本,再进行下一次测试。

在这种“测试—排错—新版本”的迭代过程中,跟踪故障强度的变化,确认测试是否可以终止及软件是否可以发布。

可靠性增长测试的测试脚本将执行多次。

针对最终产品的可靠性测试称为可靠性验证测试,通过验证测试可确定软件产品当前的可靠性水平。

就单个软件版本而言,可靠性验证测试的测试脚本将仅执行一次。

软件可靠性故障数据的收集是测试活动的一部分,在测试周期内,纪录每个故障的资料,如与时间相关的故障频度、类型、严重性和故障的根源等,并且应区分设计阶段和最终产品的故障。

可靠性增长测试和可靠性验证测试将从不同的角度理解故障数据。

在可靠性增长测试中,测试以迭代的方式进行,根据测试期间跟踪到的故障,使用基于软件可靠性增长模型和统计推理的可靠性评估程序进行故障强度的估计,并用于跟踪测试的进展情况。

可靠性验...

举例说明如何达到会计软件的安全可靠性

国际会计准则中对可靠性的判别标准为:“当信息没有重要错误或偏向,并且能够如实反映其拟反映或该反映的情况供使用者作依据时,信息就具备了可靠性。

”“没有重要错误”,指技术上的正确性;“没有偏向”,指立场上的中立性;“如实反映”,则指结果上的真实性。

会计信息可靠性要求企业应当以实际发生的交易或者事项为依据进行确认、计量和报告。

如实反映符合确认和计量要求的各项会计要素及其他相关信息,保证会计信息真实可靠、内容完整。

会计信息要有用,必须以可靠为基础,如果财务报告所提供的会计信息是不可靠的,就会给投资者等使用者的决策产生误导甚至损失。

软件与硬件从可靠性角度来看,主要有哪些不同点?

1、复杂性,软件内部的逻辑高度复杂,硬件则相对简单。

2、物理退化,一个正确的软件任何时刻均可靠,一个正确的硬件、元器件、系统则可能在某个时刻失效。

3、唯一性,软件是唯一的,软件复制不改变软件本身,硬件不可能完全相同,概率方法在硬件可靠性领域取得巨大成功。

4、版本更新快,软件版本更新较快,也给软件可靠性评估带来较大的难度。

1983年,美国IEEE 对“软件可靠性”做出了更明确的定义。

高性价比与可靠性的网管软件有哪些?

摘要:现在网管软件市场空前繁荣,各种层次、各个方面的产品林林总总。

有国内厂商的产品,有国外厂商的产品,有侧重主机管理的,有侧重网络管理的,有专职于流程的,有专注于监控的,根据什么选择呢? 企业对于网管软件的需求 企业IT系统越来越多,网络、设备和产品越来越复杂,业务越来越依赖于稳定可靠的系统运行,公司内部和外部用户对IT部门的支持服务和协调管理也提出了更高的要求,如果企业的运行设备出现了故障,往往会给企业带来巨大的损失。

IT部门如果缺乏快速有效的协调机制和必要的辅助管理工具,就会出现混乱局面,其主要表现如下: ◆ 被动响应式的工作方式。

◆ 很难及时发现和预见问题的发生。

◆ 问题出现后,很难快速、准确地找到根本原因,并及时地找到相应的人进行修复和处理。

◆ 支持过程总是被打断和干扰。

◆ 关键人员的工作负载过重。

◆ 缺乏过程和变化的跟踪记录。

◆ IT支持部门面临不断改进服务和降低成本的压力。

◆ 服务请求的响应时间和质量无法衡量。

◆ 决策基于“我认为”而不是“我知道”。

结果造成IT部门整天疲于奔命,无法满足服务时效性和稳定性的需求。

这种工作模式下的IT资源管理,不仅IT部门吃力不讨好,而且也无法发挥IT系统的整体性能和功能,同样也无法达到企业提出的无故障的要求,企业迫切需要一款网管软件来维护公司混乱的IT状况。

来源:考试大的美女编辑们 如何选择高性价比、高可靠性的网管软件 现在网管软件市场空前繁荣,各种层次、各个方面的产品林林总总。

有国内厂商的产品,有国外厂商的产品,有侧重主机管理的,有侧重网络管理的,有专职于流程的,有专注于监控的,根据什么选择呢?依我看,不外乎下面几个方面: 1. 满足现阶段需求,考虑未来需要 网管软件是拿来帮助我们做运维的,所以最重要的方面满足我们的需求。

运维工作中的需求很多,网管软件不可能解决所有的问题,所以我们提倡“满足现阶段需求,考虑未来需要”。

2. 看行业的发展趋势 每个行业都有自己的发展趋势,网管软件行业也是。

网管软件行业的发展趋势,现阶段来看,起码包括以下几点: (1) BS架构 软件发展的趋势是BS,现在市面上几乎所有的企业级产品,都支持BS结构,甚至只支持BS,不支持CS。

网管软件也是如此,毕竟BS相对于CS,有太多的好处和优点,没有人不喜欢BS的简单、方便、快捷、高效。

(2) Potal是趋势 门户技术的发展是一个趋势,他的优势包括统一登录、统一权限认证,统一界面风格,统一界面入口等。

在知名厂商的解决方案中,都有管理门户的概念,包括BMC、Mocha、IBM等。

(3) J2EE是趋势 J2EE技术不仅仅是网管软件的主流技术,也是现在软件开发的主流技术。

随着IT的发展,没有那个厂商可以保证,在使用自家产品的情况下,就可以满足用户所有的需求,所以,针对用户的需求,厂商往往提供的是解决方案,即通过几个厂商的产品,来满足用户的需求。

这种情况下,BS架构,J2EE,Potal等这些未来的发展趋势,就显得至关重要。

例如,在既关注机房环境监控,又关注IT设备监控的情况下,如果机房监控厂商与IT监控厂商都采用BS架构,并且都采用Potal技术的情况下,建立一个统一的机房、IT监控的门户,是再容易不过。

但是如果有厂商采用CS架构,就使一切变成不可能了。

用户也只有在几个界面之间频繁切换,采用两套告警体系,使用两个短信网关发送短信,安排不同的人员关注不同的设备了。

3. 厂商的背景和能力很重要 还有重要的一个方面,就是厂商的实力,如果厂商没有实力,没有产品蓝图,仅仅有一个产品,就很难保证后续的研发和售后的服务,只能听天由命了。

国内很多的软件厂商,因为处于起步阶段,还处于几个人的小团队开发阶段,没有成熟的产品线,没有成熟的研发队伍,也没有很好的现金流,今年还风光无限,明年就关门大吉了。

在选择网管软件的时侯,一定要规避开。

市面上网管软件的分类 市面上的网管软件大致分为三类,各有侧重。

第一类是厂商软件,如华为和思科,在建立网络的同时,提供管理软件,这类管理软件在做网络配置修改时非常方便,但是不能监控主机和数据库,也不包含ITIL运维的内容。

第二类是国内的网管厂商,他们一般侧重于网络拓扑,对主机和数据库等的管理能力比较差,大部分采用CS架构,属于工具类软件,还不能称之为企业级软件。

第三类厂商是解决方案提供商,包括Mocha、IBM等厂商,可提供比较完善的针对企业运维的解决方案。

现在市面上大部分的网管软件各有侧重,这样就造成了管理员无法通过这类的网管软件对企业的资源进行全面的监控,当然也有一部分的网管软件功能是很全面的,但是随之而来的就是价格的提升,运维部门本身不是一个有产值的部门,所以囊中羞涩的管理员最需要的即不是功能不全的网管软件,也不是天价出售的功能全面的网管软件,而是需要一套具有高性价比、高可靠性的网管软件。

也就是说我们挑选的网管软件在符合上述的三点要求之后,可应该具有一个可以让每个网络的管理员都可以接受的价格。

只有这样的一套软件才是真正的高性价比、高可靠性...

软件可靠性测试是什么呢?

软件可靠性测试不同于硬件可靠性测试,这主要是因为二者失效的原因不同。

硬件失效一般是由于元器件的老化引起的,因此硬件可靠性测试强调随机选取多个相同的产品,统计它们的正常运行时间。

正常运行的平均时间越长,则硬件就越可靠。

软件失效是由设计缺陷造成的,软件的输入决定是否会遇到软件内部存在的故障。

因此,使用同样一组输入反复测试软件并记录其失效数据是没有意义的。

在软件没有改动的情况下,这种数据只是首次记录的不断重复,不能用来估计软件可靠性。

软件可靠性测试强调按实际使用的概率分布随机选择输入,并强调测试需求的覆盖面。

软件可靠性测试也不同于一般的软件功能测试。

相比之下,软件可靠性测试更强调测试输入与典型使用环境输入统计特性的一致,强调对功能、输入、数据域及其相关概率的先期识别。

测试实例的采样策略也不同,软件可靠性测试必须按照使用的概率分布随机地选择测试实例,这样才能得到比较准确的可靠性估计,也有利于找出对软件可靠性影响较大的故障此外,软件可靠性测试过程中还要求比较准确地记录软件的运行时间,它的输入覆盖一般也要大于普通软件功能测试的要求。

对一些特殊的软件,如容错软件、实时嵌入式软件等,进行软件可靠性测试时需要有多种测试环境。

这是因为在使用环境下常常很难在软件中植入错误,以进行针对性的测试。

大家还关注
    
阅读排行
推荐阅读