鲁棒性

鲁棒性是 Robustness 的音译,是指当系统受到不正常干扰时,是否还能保证主体功能正常运作.可参考 维基百科:http://zh.wikipedia.org/zh/ 鲁棒性 _( 计算机科学 ). 鲁棒是Robust的音译,也就是健壮和强壮的意思.它是在异常和危险情况下系统生存的关键.比如说,计算机软件在输入错误.磁盘故障.网络过载或有意攻击情况下,能否不死机.不崩溃,就是该软件的鲁棒性.所谓“鲁棒性”,是指控制系统在一定(结构,大小)的参数摄动下,维持其它某些性能的特性.根据对性能的不同

之前有过整理链表等的概念和基本算法.比较重要的是插入,删除,遍历,建表(尾插法,头插法) 回忆链表尾部插入结点:  1 #include <iostream> 2 using namespace std; 3  4 typedef struct Node{ 5     int data;//数据域 6     Node *next;//指针域 7 } Node, *List; 8  9 //在单链表的末位添加一个结点10 void addNode(List *head, int value)1

本文主要采用matlab和C语言设计并实现了一个鲁棒性语音识别实验系统,通过该系统验证各种抗噪语音特征在不同信噪比的噪声环境下的识别率,并详细介绍了系统的结构以及开发工具与平台,最后介绍了系统的功能.实验流程以及该系统的实现. 系统演示下载路径:http://pan.baidu.com/s/1o61Kaa2 一.系统结构 本文研究的是非特定人鲁棒性语音识别,采用的是小词汇量孤立词语音.本系统使用了两种语音识别模型,分别为HMM模型和VQ模型.在系统中,利用HMM模型进行抗噪鲁棒性语音识别,采用V

1.介绍 鲁棒测试是对各个模块的功能和系统进行容错性的测试,检测软件模块在异常输入和苛刻环境条件下能否保持正常工作,包涵错误数据处理.异常情况处理和非法操作处理的测试.鲁棒测试大大提高了错误覆盖率,测试终端既要符合测试规范要求,还要有更高的成熟性,容错性和易恢复性,从而更好地提高软件质量. 2.测试目的 确保终端软件在处理错误数据和异常问题时各个功能模块工作正常,提高终端软件的容错能力.进行异常测试的目的和依据如下,我们之前的测试案例都是在验证这三条特性: ● 成熟性:终端软件为避免由软件中错误

一日下课,遇见几名学生问我:虫老师,控制系统的稳定性.鲁棒性.与非脆弱性本质上是否一回事呢?好像都是对不确定性的抵御能力,划分的这样细,实在有些费解.虫老师,你能用我们一听就明白的话给我们说一说么? 这个问题是控制系统的三个最为重要的基本概念.其中,稳定性一百多年前就有了十分完善的数学理论了,鲁棒性的概念掐指算来也有三十年的历史了,而非脆弱性还是一个非常新的概念.我接触这些概念的时候正是鲁棒性方兴未艾的时候,一路学习.教学.研究下来,见证了现代控制理论的发展史.这些概念对我而言,解释起来原本并不

Java鲁棒性的特点如下: Java在编译和运行程序时都要对可能出现的问题进行检查,以防止错误的产生. Java编译器可以查出许多其他语言运行时才能发现的错误. Java不支持指针操作,大大减少了错误发生的可能性. Java具有异常处理的功能,当程序异常时,它能捕获并响应意外情况,以保证程序能稳妥地结束,计算机系统不会崩溃.而Java能运行虚拟机实现跨平台是Java的与平台无关性的特点. 原文地址:https://www.cnblogs.com/newcaoguo/p/8799089.html

百度百科,鲁棒性:https://baike.baidu.com/item/%E9%B2%81%E6%A3%92%E6%80%A7/832302?fr=aladdin 个人理解有两层含义: 1.  系统工程中,系统的稳定性.在接受到暴力的恶意的输入时,是否保持原有的功能,性能. 分为稳定鲁棒性,性能鲁棒性. 2.  统计学里,拟合到的回归函数与数据实际的分布情况不符.称为没有鲁棒性?? 英文robustness. 原文地址:https://www.cnblogs.com/hugetong/p/9

集合类 在java.util包中提供了一些集合类,常用的有List.Set和Map类,其中List类和Set类继承了Collection接口.这些集合类又称为容器,长度是可变的,数组用来存放基本数据类型的数据,集合用来存放类对象的引用. List接口.Set接口.Map接口以及Collection接口的主要特征如下: Collection接口是List接口和Set接口的父接口,通常情况下不被直接使用. List接口继承了Collection接口,List接口允许存放重复的对象,排序方式为按照对象

背景 最近接手了一个系统,其功能都是查询.查询分了两种方式,一种是公司集团提供的查询能力,支持全国各个省份的查询,但是业务高峰期时服务响应比较慢:另外一种是各省的分公司都分别提供了对应的查询能力,但是服务质量相对较差,业务高峰期服务超时较多,而且分公司系统升级时也会影响服务质量.为了提升服务查询的成功率,可以将两种查询方式结合起来.比较完备方案就是优先使用各省分公司提供的服务,当分公司的服务质量下降后降级到公司集团对应的服务.很早就听过Hystrix,用在现用系统服务质量提升的改造上,再适合不过