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

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

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

本章目的:按照工程图出图步骤,更方便出具规范的工程图. 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)其他.

[一两年前收集整理的资料,感觉不错,放到博客上来] 作为软件测试计划的一部分,软件测试风险的分析与控制是其中重要的环节.如果前期风险分析与控制比较充分,那么会使软件的测试成功性大大增加,且可将由风险异常引发的额外成本(如人力,时间等)降到最低.查阅了网上很多关于软件测试风险控制的文章,其中不乏精品之作.本文将此类知识进行了归纳,查漏补缺,并在思维导向性上给出了简单的实施步骤,以使得在实际应用中能得到更好的运用. 第一部分:软件测试项目级的风险分析 1.          从人.料.法.环.时等方

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

1. 前言 Jieba是由fxsjy大神开源的一款中文分词工具,一款属于工业界的分词工具--模型易用简单.代码清晰可读,推荐有志学习NLP或Python的读一下源码.与采用分词模型Bigram + HMM 的ICTCLAS 相类似,Jieba采用的是Unigram + HMM.Unigram假设每个词相互独立,则分词组合的联合概率: \begin{equation} P(c_1^n) = P(w_1^m) = \prod_i P(w_{i}) \label{eq:unigram} \end{eq

1. 前言 ICTCLAS是张华平在2000年推出的中文分词系统,于2009年更名为NLPIR.ICTCLAS是中文分词界元老级工具了,作者开放出了free版本的源代码(1.0整理版本在此). 作者在论文[1] 中宣称ICTCLAS是基于HHMM(Hierarchical Hidden Markov Model)实现,后在论文[2]中改成了基于层叠隐马尔可夫模型CHMM(Cascaded Hidden Markov Model).我把HHMM的原论文[3]读了一遍,对照ICTCLAS源码,发现I

一.照片采集的实用概念 根据照片进行三维重建的过程中,有人没怎么遇到坑,有人被坑的不轻.可能是模型的纹理失真,模型的法线错了,模型会生成我们各种也想不到的结果,那么,是什么导致三维重建效果这么差的?是建模操作中哪一步设置错了?还是航拍之前的航带准备不充分还是天气光照的影响?今天我将和大家一起好好说说建模前期都有哪些拍照要求和技巧. 首先,在这之前,我先说明几个专业词汇概念,有助于后面文章的理解. [内方位元素]:指的是相机的内部参数,包括相机传感器的尺寸.镜头焦距.像平面主点的位置坐标.镜头畸变

话说,Accipiter君,最近又开始怒学Android了,记得刚开始还是09年学的,现在的手机还是华为出的最早的一款Android手机C8500,那时候就想好好学习Android,赚点小钱,可是~~~没有坚持学习!遗恨这么几年啊!所以现在从头学习Android确有一种考古探密的感觉啊!进入正题吧,今天就对Android中的一个经典的异常进行一次探密行吧.. 一.进入密室 嗯,一是我想从浩瀚的Internet抓点东西,二是我想给浩瀚的Internet提供点东西,自己搭个服务,如何让小伙伴们看到了

前言 昨天我们一起学习了backbone的model,我个人对backbone的熟悉程度提高了,但是也发现一个严重的问题!!! 我平时压根没有用到model这块的东西,事实上我只用到了view,所以昨天学习的效果其实不佳,比起上次对underscore的熟悉,对zepto的熟悉,甚至对fastclick的熟悉 学习效率打了折扣,而且一些地方不明不白,所以,我今天决定将速度放慢,我们学习collection时候先做小例子,争取覆盖关键点,然后再从源码学习,于是开始吧 [再探backbone 01]

Fragment前篇: <Android Fragment初探:静态Fragment组成Activity> ViewPager前篇: <Android ViewPager初探:让页面滑动起来> <Android ViewPager再探:增加滑动指示条> 这篇算是对之前学习写下的3篇博客知识总结吧~ 程序的总体结构如下: (其中listview.xml为测试项,可忽略) 其中,layout1对应Fragment1,以此类推:layout1中有listview,layout

再探jQuery 前言:在使用jQuery的时候发现一些知识点记得并不牢固,因此希望通过总结知识点加深对jQuery的应用,也希望和各位博友共同分享. jQuery是一个JavaScript库,它极大的简化了JavaScript编程,虽然目前网络上有大量开源的JS框架,但是jQuery是目前最流行的JS框架,而且提供了大量的扩展.包括Google.Microsoft.IBM等大公司都在使用jQuery框架,值得注意的是,jQuery团体知道JS在不同浏览器中存在这大量的兼容性问题,所以jQuer

来自网友天地弦的DIOCP早已经广为人知了,有很多的同学都用上了它,甚至各种变异.修改版本也出了不少.我最近也在学习DIOCP,打算将它用于自己的服务端,今天让我们来一起探密它(DIOCP)的运作核心吧. DIOCP作为对Windows的IOCP完成端口封装,拥有了很高的性能,经过对ECHO示例的测试,它能轻松应对几万连接和并发.网络通讯一般分为6大阶段:请求连接.接受连接.接收数据.处理数据.回复数据.断开连接,下面我就从这6大阶段入手,来看看DIOCP是如何实现的. 一. 请求连接 实际上这

英文单词频度统计程序(c++版) 写一个程序,分析一个文本文件(英文文章)中各个次出现的频率,并且把频率最高的十个词打印出来. 分析过程: (1)  简单设想大致分为两大步骤: 1.经过文本文件的读操作将所有单词读出来: 2.统计各个单词的出现频率并将频率最高的单词输出. (2)进一步设想,发现如果这样做工作量是十分大的:先由读文件操作将所有单词读出,并且保存到一个字符串数组中:然后文件读完后,利用循环以及字符串的比较 来统计各个单词 出现的频率.最后发现在最后一步中,如果英语文章的上下文中存在

当一个项目多人维护,特别是接手别人的项目,而项目又在改之又改的基础上再改,我一直遵循,别人的样式我不动的原则,尽量不因为一时不察,导致整站或部分页面出现错位的现象,因些在修改样式与写样式时都是在原有的基础上往上加样式名来加样式,这样就会产生很多可能无用的样式,偶尔也会有去掉页面部分区域,导致样式中可能会有一块块的无用样式存在,当然如果只是一些样式无用,影响也不会有太大,有一次就看到很多带URL的background样式存在里面,当时就怀疑在文挡中没有对应样式名存在,而样式中又存在的带url的ba

问题 D: 探 寻 宝 藏 时间限制: 1 Sec  内存限制: 128 MB 题目描述 传说HMH大沙漠中有一个M*N迷宫,里面藏有许多宝物.某天,Dr.Kong找到了迷宫的地图,他发现迷宫内处处有宝物,最珍贵的宝物就藏在右下角,迷宫的进出口在左上角.当然,迷宫中的通路不是平坦的,到处都是陷阱.Dr.Kong决定让他的机器人卡多去探险. 但机器人卡多从左上角走到右下角时,只会向下走或者向右走.从右下角往回走到左上角时,只会向上走或者向左走,而且卡多不走回头路.(即:一个点最多经过一次).当然卡

通过从代码层面分析Linux内核启动来探知操作系统的启动过程 前言说明 本篇为网易云课堂Linux内核分析课程的第三周作业,我将围绕Linux 3.18的内核中的start_kernel到init进程启动过程来深入探知操作系统的启动,文中的代码来自Linux Kernel Organization的3.18.9内核源码 本篇关键词:init进程,idle进程,Linux内核启动 分析 分析说明 分析过程将把主要精力放在关键代码的分析上,代码分析的方式我是采用注释说明的方法,这样比较简洁直观,对于

老老实实学WCF 第五篇 再探通信--ClientBase 在上一篇中,我们抛开了服务引用和元数据交换,在客户端中手动添加了元数据代码,并利用通道工厂ChannelFactory<>类创 建了通道,实现了和服务端的通信.然而,与服务端通信的编程模型不只一种,今天我们来学习利用另外一个服务类ClientBase<>来完成 同样的工作,了解了这个类的使用方法,我们对服务引用中的关键部分就能够理解了. ClientBase<>类也是一个泛型类,接受服务协定作为泛型参数,与Ch

koa被认为是第二代web后端开发框架,相比于前代express而言,其最大的特色无疑就是解决了回调金字塔的问题,让异步的写法更加的简洁.在使用koa的过程中,其实一直比较好奇koa内部的实现机理.最近终于有空,比较深入的研究了一下koa一些原理,在这里会写一系列文章来记录一下我的学习心得和理解. 在我看来,koa最核心的函数是大名鼎鼎的co,koa正是基于这个函数实现了异步回调同步化,以及中间件流程控制.当然在这篇文章中我并不会去分析co源码,我打算在整个系列文章中,一步一步讲解如何实现koa