S谁总结的可靠性工作十大误区,太好了!

2024-03-07 11:58

本文主要是介绍S谁总结的可靠性工作十大误区,太好了!,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

经过多年的努力,国内的民用产品的可靠性得到了长足的发展,但还只是局限于外资企业和个别电子企业。可以说,我们国内的可靠性水平相对于发达国家还存在着很大的差距,与此同时我们的可靠性工作也存在着不少工作误区。下面就简单谈谈在可靠性工作中,经常出现的十大误区。

误区1:可靠性验证试验工作就是可靠性工作的全部

对于很多的可靠性的从业人员,也许做的最多的工作就是可靠性验证试验了。同时,很多企业的可靠性工作内容仅此而已。过去,台湾的很多代工企业也处于这样的水平,不过,他们很大程度上是受上游厂商的要求来做的,当别人没有要求的时候,是没有企业愿意去做额外的工作的。但是这样的认识,也造成了可靠性水平得不到提高,产品质量不能很好的控制,产品上市的时间漂浮不定,产品成本降低不了等等问题。
其次,可靠性验证试验只是事后的一个验证动作。在可靠性验证试验阶段,产品设计已经基本定型,如果一旦此时发现了问题,就需要花费时间对产品设计进行变更,产品上市时间就不能够控制。此外,还有另外一个问题:“设计是否是过剩的”。产品设计过剩会造成不必要的浪费,但是对这个过剩量无从而知,也就无法进行定量和有效的控制。更有甚者,当实验不完善时,有缺陷的产品一旦通过了验证实验后正式上市,将给企业带来更严重的损失。

误区2:可靠性试验生搬标准

可靠性试验的试验项目很多,面对众多的试验项目,相当多的企业直接采用国家标准来作为试验标准,当没有相对应的国家标准时就采用类似产品的国家标准。其实这是极其不合理的做法,这样会导致可靠性试验不能起到验证的作用,对于企业来讲,存在着很大的风险。
其次,国家标准只是提供了我们一个参考,还有很多地方,是标准没有考虑到的。我们设计试验的基本原则应该是基于产品的环境剖面来确定的,这样才是确而有效的。

误区3:可靠性工作只会增加产品成本

保证产品的可靠性必然会增加产品的成本,这是现在很多企业领导的一种共识,当然这也是可靠性工作开展中的一个很大障碍。现在有些企业认为:要达到所指定的可靠性必须花额外的成本,而且可靠性试验设备大都价格不菲。“我为什么要去花那么多钱来做一个没有什么用处的事情呢,它能带给我什么呢,我现在能看到他的效果吗?”确实可靠性的效益不是一两天就看到的,而且很多产品也许要经过十几年,才能体现出来。有时,就算这么多年坚持下来,如果不去做深入分析的话,同样看不到效益。毕竟所有的企业都是以盈利为目的,一个不了解可靠性技术,缺乏长远眼光的领导人,存在这样的想法是不奇怪。这就需要可靠性工作人员通过降低产品成本,提高产品的竞争力,保证产品上市时间等来展开可靠性工作的价值。其实,当可靠性工作做好了,产品的成本只会降而不会升高。

误区4:对可靠性试验数据不做深入分析

实际工作中,企业现在对产品的可靠性试验做的比较多,但是对于实验数据很少去关心,也许大家对试验的通过与否更为在意。当试验通过时,数据对于很多人来讲,就可有可无了。这种错误观念在很多可靠性工作人员中都存在。
以老练的工作条件为例,如果工作条件低了,产品的一些问题不能被发现,产品的浴盆曲线的初始部分可能会延续到用户使用过程之中,会增加产品在用户使用阶段的失效率,大大增加收获服务成本,并且降低产品的质量信誉。如果老练条件过高,则产品的实际的稳定工作寿命会被缩短,从而造成不必要的浪费。

误区5:可靠性设计没有任何目标

一般的产品都会有一定的保修期,在保修期内的产品失效的维修费用全部由生产厂商负责。事实上,这个保修期也就是产品的平均寿命。
由于产品在保修期内的维修费用全部要厂商负责,这就要求在设计产品的时候必须考虑产品的使用寿命问题,常常抱有“随便设计一下,可靠性试验能通过就行了”的想法,这是十分危险的,如果产品在保修期前集中失效维修,那么维修费用将是一大笔负担,那对生产商来说可以算是一个噩耗了。
其实,如果可靠性寿命规划好后,生产商还可以通过产品在保修期外的维修赚取费用,但是这必须要在产品规划的时候就考虑进去,否则一切都迟了。另外当规划好产品的可靠性寿命设计时,我们就能控制产品的生产成本,不会将非常好的元器件用于一个远高于设计寿命的不合理的产品上,从而提高产品的竞争优势。当然,如果是军用产品的话,就另当别论了,因为有些时候军用产品会不计成本,要求设计出一个可靠性水平特别高的产品。不过,随着技术的进步,现在军方也不再不计成本去设计了,而是要求达到某个可靠性水平,以控制产品的成本。军用和民用产品已经走到了一条路上。

误区6:对产品的极限特性一无所知

一般,产品都会标识产品的极限工作条件,高于此工作条件产品会加速老化,或者发生失效。产品必须能够保证在部分误差内,设备能够正常工作。这样,产品就需要定义一个极限工作条件。如果不能够知道这一极限工作条件,在很多场合下,无法面对客户的质疑。因此有必要了解产品的极限,以全面了解产品的特性。

误区7:对整个产品周期不作可靠性管理

在工作中,很多时候都会碰到有些信息获得困难,特别是一些有用信息很难获取。信息不畅将会导致人们在某些时候决策失误,或对某个问题的实时应对失当。
举例来说,设计部门可能对于产品的维修很感兴趣,因为对于设计的失效影响分析,这是基础。但是很多时候,这些数据仅仅局限在售后维修部门;或者能够得到数据,但是数据只提供了某部件某时间内失效数量多少。然而设计人员想获得的更为详细的数据,如具体的失效信息是什么。一个部件的失效有很多种情况,设计人员需要知道具体的失效信息,以便在设计阶段,针对问题,加入对策。从而在设计阶段就能解决众多已经发生的问题,有效降低产品研发,生长成本和研发时间。

误区8:对于大型系统不做可靠性增长

现在的很多产品都趋向于大型化和负责化,这就需要在可靠性工作方面进行更多努力,以保证产品的可靠性水平。大型系统由于非常复杂,所以产品在设计的时候,不可能一次成功,肯定是需要反复来改进以达到某生物相容性检测个可靠性水平。但是,如果只是简单地用试验来判断产品存在哪些问题,以及产品是否已经达到所设定的可靠性目标,就不可能保证我们的产品能够准时上市。这时,我们就需要进行可靠性增长,设定每一个阶段的可靠性目标,从而实时发现产品与目标所存在的差距,这样才能真正对产品的研发周期进行控制,从而达到产品实时上市的目标。

误区9:只关心产品的MTBF值

所谓MTBF是指:产品的平均失效时间。国内,很多人把MTBF作为产品可靠性的唯一参数。其实MTBF本身是没有什么意义的,必须要结合其它的参数来定义产品的可靠性,例如置信度。MTBF只能说明产品可以工作这么长时间,但是具体的比例就不得而知了。需要结合置信度来定义产品能达到此工作时间的概率,还有在时间上的分布,从而更具体地了解产品的可靠性水平。

误区10:对出货后的失效数据不收集不分析

产品的备件库存对于企业也是不小的压力。太小,使用户的维修时间大大增加;太多,又会增加产品的库存成本。虽然有些企业可以达到零库存,但是这并不是说不需要库存,而是把库存转嫁到别的企业去了,总的来说,具体的库存量的多少还是需要来研究,以降低库存成本。那么,库存如何控制呢,如何知道需要多少库存才最优呢?
其实,可以通过对产品出货后每月的失效率进行分析,得出以后每月的失效率。这样,通过分析每月的失效率,就可以准确控制产品的备件库存。

结束语

以上列举了可靠性工作中的“十大”误区,这些都是在开展可靠性的工作中常常可能会遇到的问题。然而,实际工作情况千差万别,误区又何止这“十大”。同时要注意的是,可靠性工作不是企业的某一个部门能够独立设计与实施的,需要多个部门共同参与,统一协调。没有统一的实施指导和统一的管理,可靠性工作将很难取得实效。

这篇关于S谁总结的可靠性工作十大误区,太好了!的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/783432

相关文章

HarmonyOS学习(七)——UI(五)常用布局总结

自适应布局 1.1、线性布局(LinearLayout) 通过线性容器Row和Column实现线性布局。Column容器内的子组件按照垂直方向排列,Row组件中的子组件按照水平方向排列。 属性说明space通过space参数设置主轴上子组件的间距,达到各子组件在排列上的等间距效果alignItems设置子组件在交叉轴上的对齐方式,且在各类尺寸屏幕上表现一致,其中交叉轴为垂直时,取值为Vert

学习hash总结

2014/1/29/   最近刚开始学hash,名字很陌生,但是hash的思想却很熟悉,以前早就做过此类的题,但是不知道这就是hash思想而已,说白了hash就是一个映射,往往灵活利用数组的下标来实现算法,hash的作用:1、判重;2、统计次数;

git使用的说明总结

Git使用说明 下载安装(下载地址) macOS: Git - Downloading macOS Windows: Git - Downloading Windows Linux/Unix: Git (git-scm.com) 创建新仓库 本地创建新仓库:创建新文件夹,进入文件夹目录,执行指令 git init ,用以创建新的git 克隆仓库 执行指令用以创建一个本地仓库的

二分最大匹配总结

HDU 2444  黑白染色 ,二分图判定 const int maxn = 208 ;vector<int> g[maxn] ;int n ;bool vis[maxn] ;int match[maxn] ;;int color[maxn] ;int setcolor(int u , int c){color[u] = c ;for(vector<int>::iter

整数Hash散列总结

方法:    step1  :线性探测  step2 散列   当 h(k)位置已经存储有元素的时候,依次探查(h(k)+i) mod S, i=1,2,3…,直到找到空的存储单元为止。其中,S为 数组长度。 HDU 1496   a*x1^2+b*x2^2+c*x3^2+d*x4^2=0 。 x在 [-100,100] 解的个数  const int MaxN = 3000

状态dp总结

zoj 3631  N 个数中选若干数和(只能选一次)<=M 的最大值 const int Max_N = 38 ;int a[1<<16] , b[1<<16] , x[Max_N] , e[Max_N] ;void GetNum(int g[] , int n , int s[] , int &m){ int i , j , t ;m = 0 ;for(i = 0 ;

OWASP十大安全漏洞解析

OWASP(开放式Web应用程序安全项目)发布的“十大安全漏洞”列表是Web应用程序安全领域的权威指南,它总结了Web应用程序中最常见、最危险的安全隐患。以下是对OWASP十大安全漏洞的详细解析: 1. 注入漏洞(Injection) 描述:攻击者通过在应用程序的输入数据中插入恶意代码,从而控制应用程序的行为。常见的注入类型包括SQL注入、OS命令注入、LDAP注入等。 影响:可能导致数据泄

go基础知识归纳总结

无缓冲的 channel 和有缓冲的 channel 的区别? 在 Go 语言中,channel 是用来在 goroutines 之间传递数据的主要机制。它们有两种类型:无缓冲的 channel 和有缓冲的 channel。 无缓冲的 channel 行为:无缓冲的 channel 是一种同步的通信方式,发送和接收必须同时发生。如果一个 goroutine 试图通过无缓冲 channel

工作常用指令与快捷键

Git提交代码 git fetch  git add .  git commit -m “desc”  git pull  git push Git查看当前分支 git symbolic-ref --short -q HEAD Git创建新的分支并切换 git checkout -b XXXXXXXXXXXXXX git push origin XXXXXXXXXXXXXX

9.8javaweb项目总结

1.主界面用户信息显示 登录成功后,将用户信息存储在记录在 localStorage中,然后进入界面之前通过js来渲染主界面 存储用户信息 将用户信息渲染在主界面上,并且头像设置跳转,到个人资料界面 这里数据库中还没有设置相关信息 2.模糊查找 检测输入框是否有变更,有的话调用方法,进行查找 发送检测请求,然后接收的时候设置最多显示四个类似的搜索结果