本章目的:填写建议措施及DFMEA后续完备. 1.建议措施(k) 定义 总的来说,预防措施(降低发生率)比探测措施更好.举例来说,比起设计定稿后的产品验证/确认,使用已证实的设计标准或最佳实践更加可取. //这句话在上上章节,也就是叙述预防控制和探测控制的章节已经描述过了. 建议措施的目的在于改进设计. 所以,就作者看来,为了改进设计,建议措施的填写实际上需要分两步进行. 1)尽可能降低SOD三者的评分,其目的是最优化产品设计: 2)在最近一代产品已经不能优化设计的基础上:这个原因有很多,比如项

本章目的:填写严重度S(+分类).频度O.探测度D,判定风险优先系数RPN. 1.前言 实施阶段中, 要求.潜在失效模式.潜在失效后果.潜在失效原因和现有设计控制措施等 5 个为基础项, 它们的分析是决定 DFMEA实施成功与否的关键;S,O,D,RPN和建议的纠正措施为衍生项;基础项确定之后, 衍生项可以随之确定. 2.定义: 2.1 严重度(S) 严重度是指对一个特定失效模式的最严重的影响后果的评价等级.严重度是在单个FMEA范围内的一个相对级别. 推荐的评估标准: 小组应当同意一个评估标准

本章目的:按照工程图出图步骤,更方便出具规范的工程图. 1.工程出图步骤 这是作者个人归纳的步骤,供同行业工程师参考完善. 以solidworks为例,工程出图步骤如下:1.1)打开绘制的3d零件图,进行3d图的GB基础设置:1.2)3d零件图(装配体图)转为工程图,进行工程图GB基础设置:1.3)选定合适图幅和比例,合理进行视图布局:1.4)标题栏的填写和3d图纸内容的关联:1.5)填写技术要求:1.6)进行全尺寸标注:1.7)公差和行位公差的标注:1.8)质量特性重要度标注:1.9)其他.

本章目的:搭建自己的产品结构设计知识体系与框架,从零开始设计一个完整产品. 需知远途即捷径! //作者的结构设计体系尚在搭建中,所有的文章都会定期进行一定编排修改 目录: 0)自序 1.基础篇 1)时代的发展与结构设计--3d与2d设计的变迁: 2)基于特征设计概念介绍(重要): 2.1)设计的深度-最小特征: 3)规范化:3d制图总章: 3.1)规范化:3d草绘: 3.2)规范化:3d零件建模: 3.3)规范化:3d装配图: 3.4)3d模型绘制的好坏会影响产品合格率(注意点): 4)规范化:

公司一台老旧的SQL SERVER 2000 数据库,一周内会出现若干次(一次或多次)CPU 持续100%,导致应用程序没有反应的情况,如下图所示: 错误信息如下所示: 日期 2013/7/12 2:14:03 日志 SQL Server (存档编号6 - 2013/7/12 8:49:00) 源 server 消息 错误: 17883,严重度: 1,状态: 0 日期 2013/7/12 2:14:03 日志 SQL Server (存档编号6 - 2013/7/12 8:49:00) 源 se

本章目的:了解FMEA和DFMEA的概念. 1.什么是FMEA(what) 潜在的失效模式及后果分析(Potential Failure Mode and Effects Analysis,简称FMEA,读作“飞么”,最初也是用在飞机上的). 是通过对可能发生的(和/或已经发生的)失效模式进行分析与判断其可能造成 (和/或已经产生的)的后果而产生的风险程度的一种量化的定性分析计算方法,并根据风险的大小,采取有针对性的改进,从而了解产品(和/或制造过程)设计能力,达成一种事先预防并实施改进措施的方

本章目的:明确失效模式.失效后果.失效原因的定义,分清楚层次关系,完成DFMEA这部分的填写. 1.失效模式,失效后果,失效原因的定义: 这是FEMEA手册第四册中的定义. 1.1 潜在失效模式 (b) 潜在失效模式是指零部件.子系统.系统可能潜在地不能满足或者实现项目栏里描述的预期功能的状态.识别与功能/要求有关的潜在失效模式.潜在失效模式应当用专业技术术语描述,不必描述成顾客能够注意到的现象.一个功能可能有多个失效模式.如果一个功能被识别有大量的失效模式,则可能说明要求没有妥善的定义.由于假

本章目的:在现有设计中,明确预防控制与探测控制的定义和手段. 1.现有控制的填写部位: 2.现行设计控制(h)定义: 作为设计过程的一部分,现行设计控制是已经实施或承诺的活动,它将确保设计充分考虑设计功能性的和可靠性的要求. 有两种设计控制可考虑: 2.1 预防控制: 消除(预防)失效机制的原因或失效模式的发生,或者降低其发生的机率. 2.2 探测控制: 在产品发布之前,通过分析的或物理的方法,识别(探测)失效原因.失效机制或失效模式的存在. 2.3 预防控制优先 如有可能,应优先采用预防控制方

本章目的:明确什么是FTA,及与DFMEA的关系. 1.FTA定义 故障树分析(FTA) 其一:故障树分析(Fault Tree Analysis,简称FTA)又称事故树分析,是安全系统工程中最重要的分析方法.事故树分析从一个可能的事故开始,自上而下.一层层的寻找顶事件的直接原因和间接原因事件,直到基本原因事件,并用逻辑图把这些事件之间的逻辑关系表达出来.其二:FTA是系统分析的一种技术,它从单个的潜在失效模式来识别所有的可能原因,分析系统失误.FTA考虑的是相互关联的原因以及独立原因.除了故障

本文来自于腾讯优测公众号(wxutest),未经作者同意,请勿转载,原文地址:http://mp.weixin.qq.com/s/3FTPFvZRqyAQnU047kmWJQ 1.4进阶:内存原理 在上一节里,我们通过深入调查Dalvik虚拟机的方式,解决了Dalvik Heap Pss消耗内存过高的问题.除了Dalvik Heap Pss部分,应用还有其他许多消耗内存的部分.本节里我们就主要介绍其他这些部分的内存是如何被分配和消耗的. 同样以我们的应用为例,在几个版本之后,新加入了一个缓存功能

本文来自于腾讯优测公众号(wxutest),未经作者同意,请勿转载,原文地址:https://mp.weixin.qq.com/s/806TiugiSJvFI7fH6eVA5w 作者:腾讯TMQ专项测试团队 导语 最近小优听说,隔壁的腾讯TMQ团队出了一本新书--<移动App性能评测与优化>,便借阅了一本,读完感觉写得确实很赞.这本书体系化地介绍了移动应用性能评测与优化的方方面面,如内存,电量,流畅度,导航,网络优化和安装包瘦身等,强烈推荐大家阅读~ 小优从书中摘取了第一章 "越用越

//用if let与guard let实现同一效果,会发现guard降低一个分支 //可以用if var guard var 表示定义的变量能修改值 func test(){ let name:String? = "张三" if let a = name { print(a) }else{ print("李四") } guard let c = name else { print("李四") return } print("c=\(c)

本文来自于腾讯优测公众号(wxutest),未经作者同意,请勿转载,原文地址:http://mp.weixin.qq.com/s/1_FKMbi1enpcKMqto-o_FQ 作者:腾讯TMQ专项测试团队 导语 最近小优听说,隔壁的腾讯TMQ团队出了一本新书--<移动App性能评测与优化>,便借阅了一本来读,读完感觉写得确实很赞.这本书体系化地介绍了移动应用性能评测与优化的方方面面,如内存,电量,流畅度,导航,网络优化和安装包瘦身等,强烈推荐大家阅读~ 小优从书中摘取了第一章 "越用

在一个数据库使用下面SQL找出了一批需要降低高水位线的表,其中有几个表没有数据,于是我打算用TRUNCATE来降低高水位线HWM SELECT a.owner,        a.segment_name,        a.segment_type,        a.tablespace_name,        a.blocks              "real block",        a.bytes / 1024 / 1024 "realSizeMB&quo

安卓应用的内存往往是有限的,从开始的8M到16M,24M,32M,48M,64M等逐步变大,但内存的变大是由于分辨率的提高导致,并不意味着可以随意声明使用内存,而不及时回收(即使Java有自己的垃圾回收机制,但内存过高会引起应用变卡,体验流畅性下降). 降低应用内存消耗的办法有以下几种常见办法: 1.图片声明使用的context使用Application,回收时清除ImageView的drawable 2.使用viewStub占位,避免经常使用gone方法,减少对象的加载和初始化 3.使用mer

问题描述: 一般将计算量大的处理过程单独放置到一个单独的线程处理,因此很有可能你的处理过程需要while(1)或类似的操作. 也因此很有可能造成线程在处理时计算机CPU占用过高的情况. 解决办法: 降低相应线程优先级 sleep 具体实现: 1.创建工作线程 #include <QThread> #include <QDebug> #include <QMutex> #include <QMutexLocker> #include <unistd.h&

win10支持的最低IE版本为IE10,现在IE最新版本为IE11,而win10自带的浏览器是microsoft  EDGE ,这给 以前的老系统带来很多不便,为了支持以前的老系统,只有降低IE浏览器的版本了,打开IE浏览器,按F12按键打开开发者模式,点击上方“仿真”菜单,将模式中的文档模式改为博友想要的版本,博主这里用8做示例,然后将用户代理字符传改为Internet Explorer 8,最后点击 左上角的保留仿真设置,如果“保留仿真设置”图标变为蓝色,则说明已经保存,然后点击IE浏览器上

众所周知windows 8 的最大使用感受就是蛋疼. 无论是微软MVP,还是我这样的万年不悔微软小白鼠,普通用户,小白用户,或多或少的都对这款操作系统感到蛋疼. 槽点太多,以至于大家都懒得批判了.好在我体验了 windows 8.1 和 windows 8.1 rt之后,蛋疼感有了大幅的降低. 原来 1.左下角没有明显的提示,蛋疼 +1 2.点开以后开始屏幕突然变成大黑屏,蛋疼 +1 3.各种安装的桌面软件凌乱的摆在开始屏幕上,蛋疼.+1 4.桌面软件图标全都是灰底,蛋疼 +1 5.隐藏的很深的

相必大家在看加快网站响应速度方面的文章时,都提过这么一条:动静分离.那怎样实现动静分离呢,这里笔者就亲自搭建相关服务实现动静分离. 动静分离是一种架构,就是把静态文件,比如JS.CSS.图片甚至有些静态页面交给独立的服务器集群处理,从而进行分流,使服务器降低压力. 上面说把一些静态的文件分离出去,有读者就会笑了,静态文件能有多少,能消耗多少资源. 读者以实际经验告诉大家,千万不要小瞧这些静态文件,现在大部分网站都是以视频.图片为主,试想下天猫.淘宝.京东之类,文字能有多少,图片.视频又是多少,就

这里整理了一些网上关于Winform如何降低系统内存占用的资料,供参考: 1.使用性能测试工具dotTrace 3.0,它能够计算出你程序中那些代码占用内存较多2.强制垃圾回收3.创建完对象实例后,记得释放资源,多使用Dispose(),Close()方法,或者使用using 4.用timer,每几秒钟调用:SetProcessWorkingSetSize(Process.GetCurrentProcess().Handle, -1, -1),具体见下面的代码.5.发布的时候选择Release