论文.docx

论文.docx

《论文.docx》由会员分享，可在线阅读，更多相关《论文.docx（7页珍藏版）》请在冰豆网上搜索。

论文

毕业论文（设计）

题目：

系部

专业

班级

姓名

指导教师

兰州教育学院

毕业论文（设计）提纲

论文题目

提纲（三级标题）：

主要参考书目或资料来源

毕业论文（设计）指导记录

指导教师姓名

职称

部门

选题

指导

原选题

初改题

定稿题

指导时间

指导教师签名

提纲指导

记录

指导时间

指导教师签名

初稿

指导记录

指导时间

指导教师签名

定稿意见记录

定稿时间

指导教师签名

评阅记录

指导教师评语

指导教师签名

年月日

答辩情况

主持答辩教师签名职称

年月日

综合成绩

系部意见

系部主任

年月日

摘要本文介绍了网络应用软件研究与开发，软件的可靠性参数,并且着重介绍了软件可靠性设计方法。

　　随着科学技术的不断进步，软件可靠性成为我们关注的一个问题，软件系统规模越做越大越复杂，其可靠性越来越难保证。

应用本身对系统运行的可靠性要求越来越高，在一些关键的应用领域，如航空、航天等，其可靠性要求尤为重要，在银行等服务性行业，其软件系统的可靠性也直接关系到自身的声誉和生存发展竞争能力。

特别是软件可靠性比硬件可靠性更难保证，会严重影响整个系统的可靠性。

在许多项目开发过程中，对可靠性没有提出明确的要求，开发商（部门）也不在可靠性方面花更多的精力，往往只注重速度、结果的正确性和用户界面的友好性等，而忽略了可靠性。

在投入使用后才发现大量可靠性问题，增加了维护困难和工作量，严重时只有束之高阁，无法投入实际使用。

本文仅就软件可靠性工程在软件开发过程中的应用谈谈自己的认识。

关键词：

计算机网络应用软件；可靠性设计

前言

正文

语音识别是一门交叉学科。

语音识别研究经历了50多年的研究历程,经过50多年的积累研究,获得了巨大的进展。

特别是近20年来,语音识别技术取得了显着的进步,并逐步的走向市场。

在未来的日子里,语音识别技术将应用更为广泛。

本文就语音识别的发展及趋势作简单的阐述。

　　1语音技术的发展历史

　　50年代,研究人员多数致力于声学和语音学的基本概念。

1952年,在AT&TBell实验室实现了一个单一发音人孤立发音的10个英文数字的语音识别系统,方法主要是度量每个数字的元音音段的共振峰。

1956年,RCALab开展了另外一项独立研究,试图识别单一发音的10个不同的音节,同样采用了度量共振峰的方法。

1959年,英国UniversityCollege的研究人员开始尝试另外一种思路,用谱分析和模板匹配方法构建音素识别器,用来识别4个元音和9个辅音。

60年代,相继出现并发表了语音识别的几个重要的思想。

1962年,东京大学进行了另一个音素识别器的硬件实现的尝试。

它使用过零率方法分离语音信号的不同部分,并进行识别。

1963年,日本NECLab对数字进行语音识别的尝试可以算得上最值得注意的工作,因为它不仅是NEC研究语音识别的开端,还导致一个长期的和卓有成效的研究计划。

在60年代中,3个研究项目的开展对其后20多年的语音识别研究和开发产生了重大影响。

第一个研究项目在RCALab开始于60年代后期,目的是研究语音事件在时间刻度上不均匀性的现实解决办法。

在能够可靠检测出语音事件的始末点的基础上,发展了一套时间归正的基本方法。

　　2语音识别技术的发展现状

　　语音识别技术通过全球科学家的共同努力,经历半个多世纪的研究,目前已经发展到了接近实用的阶段。

在实验室环境下,大词汇量的朗读式连续说话的宽带语音信号的平均识别率可以达到90%以上。

正式有了如此高的识别率之后,语音识别技术慢慢地从实验室演示系统逐步走向实用化商品。

以IBMViaVoice和DragonDictation为代表的两个听写机系统的出现,使“语音识别”逐步进入大众视线,引起了广泛的社会关注。

　　由于校对和更正识别的错误很麻烦和浪费时间,这样便降低语音识别的优势。

同时,由于使用的环境或讲话口音习惯等因素的影响,语音识别的内容大大降低,识别的内容不能达到100%的正确,所以很多人认为目前的语音识别系统还无法满足实用要求。

　　目前,AT&T和MIT等将语音识别技术应用在一些有限词汇的特定任务上,如电话自动转接、电话查询、数字串识别的任务中,当讲话的内容是系统所存储的内容存在的,且使用环境的声学特性与训练数据的声学特性相差不太大时,语音识别的正确识别率可以接近100%。

但是,在实际使用中如果这些条件被破坏,则会对识别系统造成一定的影响。

转贴于中国论文下载中心

　　2.3可用度A。

设Tv为软件正常工作总时间,TD为由于软件故障使系统不工作的时间,则定义A=TV/（TV+TD）。

它反映了系统的稳定性,亦可表达为A=TBD/（TBD+TDT）。

式中,TBD—MTBD（h）,TDT—平均不工作时间,以下简称MDT（h）。

对一般生产用计算机系统,要求A≥99.8%；银行计算机系统,要求A>99.9%。

　　2.4MTTR。

它反映了出现软件缺陷后采取对策的效率。

在一定程度上也反映了软件企业对社会服务的责任心。

对于在线系统而言,MTT只要求不超过2天,变差系数应小于1。

一般的MTTR也应小于7天,变差系数小于1。

　　2.5平均不工作时间（MDT）。

即由于软件故障,系统不工作的均值。

对在线系统而言。

MDT要求不超过10min一般的MDT<30min。

　　2.6初期故障。

一般以软件交付使用后的三个月内为初期故障期。

初期故障率的大小取决于软件设计水平、检查项日数、软件规模、软件调试彻底与否等因素。

　　2.7偶然故障率。

一般以软件交付给使用方四个月后为偶然故障期,偶然故障率以每1000h的故障数为单位,它反映了软件处于稳定状态下的质量。

一般最少要求偶然故障率不超过1,即每千小时不到1个故障,亦即MTBF超过1000h。

　　2.8使用方误用率。

使用方不按照软件规范及说明等使用造成的错误叫使用方误用。

在总使用次数中,使用方误用次数占的百分率叫使用方误用率。

造成使用方误用的原因之一是使用方对说明理解不深,操作不熟练,但也有可能是说明没有讲得很清楚而引起误解。

其他的原因还有软件系统的可操作性还应改进、对使用方的使用培训还要更深入等等。

转贴于中国论文下载中心

2.9用户提出补充要求数。

这反映软件未能充分满足用户的需要,有时要求是特定用户的特定要求,生产方为了更好地为社会服务,应该尽力满足他们的要求。

　　2.10处理能力。

处理能力有各种指标。

例如可用每小时平均处理多少文件、每项工作的反应时间多少秒等来表示,根据需要而定。

在评价软件及系统的经济效益时需用这项指标。

　　3．软件可靠性设计方法

　　从软件可靠性的概念可知,软件的缺陷可以导致错误并造成系统的故障,因此,缺陷是一切错误的根源。

为了提高软件的可靠性,最关键的还是力求减少软件中的缺陷。

软件的缺陷来自软件寿命周期的各个阶段,因此应想方设法在寿命周期的各个阶段减少缺陷。

缺陷在一定的环境条件下暴露,导致系统运行中出现错误。

软件的错误概括地说可能由规范（要求/规格说明）、软件系统设计及编码过程产生。

　　3.1要求/规格说明。

只要在规格说明与用户要求说明之间存在误差,就会产生规范错误。

　　规范它不仅规定程序的要求,还规定所用的结构、研制及试验中需要的程序试验要求和文件,以及程序语言、输入和输出的基本要求。

通过对这些方面作出适当的规定,就可以建立使产生错误的可能性最小、并保证错误能被发现和改正的程序生成的结构。

　　这种说明书是软件设计人员和用户间相互了解的基础,是软件设计人员进行程序设计、调试的基础和评价软件的依据。

要求/规格说明书应具有以下性质:

（1）可测性:

生产出来的软件产品应能根据要求/规格说明书的内容进行测试。

（2）完整性:

对软件要求的描述要完整无缺。

（3）明确性:

对软件的要求必须是明确的,不存在语义上的支义性。

（4）一致性:

要求说明书中的概念与规范化。

（5）弹性:

当软件的工作环境发生变化时,其功能说明也相应地扩充或压缩。

　　3.2软件设计。

软件系统是根据要求/规格说明（规范）设计的,通过设计将确定程序结构、测试点及限制等。

为设计出可靠的软件,需要在考虑诸如机型、资源、语言、模型及数据结构等实际问题的基础上,采取一些有效的设计方法。

　　3.2.1“自顶向下设计”法。

这种设计方法是处理分级问题最有效的设计技术。

它是以一个系统功能的最抽象描述开始作为最高层次;从它出发,设计一系列较详细的子系统。

由这些子系统来完成员高层次的功能;再以每个子系统为基础,设计出一系列更详细的子系统,等等。

如此逐次向下作功能分解,直到最低层次的子系统能够比较方便用计算机程序设计语言来实现为止。

自顶向下设计方法的价值在于,它在设计的同时,指出了复杂性不同的处理层次,而且各种设计要素之间的关系是比较清楚的。

通过这样一种结构化构造途径,有可能在早期就洞察出设计问题,从而避免了不必要地先去考虑较低层次的细节问题。

　　3.2.2结构化程序设计。

软件结构对软件的可靠性具有重要的意义。

结构良好的程序易于编写、检查,便于查错定位、修改和维护。

结构化程序设计（也称为模块化程序设计）把程序要求分成若干独立的、更小的程序要求或模块化的功能要求,分别提出各自的要求/规格说明,并注明是如何与程序中的其他部分接口,还必须指出所有的输入与输出,以及测试要求。

对每一个更小的程序和模块,可分别编程和测试,使得模块间高度分离。

　　3.2.3容错设计。

对软件错误所引起的后果特别严重的情况,如飞机的飞行控制系统、空中交通管制系统、核反应堆安全系统等,需采用容错软件。

容错设计的途径有:

（1）加强软件的健壮性;使程序设计得能够缓解错误的影响,不致造成诸如死锁或崩溃这样的严重后果,并能指出错误源。

（2）采用N（>2）版本编程法:

即尽可能用不同的算法与编程语言,经不同的班组编制,以提高各软件版本的独立性。

这N个软件版本同时在N台计算机上运行,各计算机间能进行高效通信,并作出快速比较,当结果不一致时,按多数表决或预定的策略选择输出。

（3）恢复块法:

给需要作容错处理的块（基本块）提供备份块,并附加错误检测和恢复措施。

转贴于中国论文下载中心

3.3软件编码。

在软件结构设计的基础上就可以进行编码,编码产生的缺陷是软件错误的主要来源。

一般的编码错误是:

键入错代码;数值错误（尤其是单位不统一时易出这类错误）;丢失代码（如括号）;用了被零除这样不定值的表达式等。

为了减少编码错误,实现设计与生产分离,首先由高水平的软件工程师完成结构设计,再由程序设计员完成程序的编制是合理的、必要的,并在编码过程中尽早地查出缺陷予以改正。

　　4．结束语

　　软件可靠性设计工程是一门虽然得到普遍承认,但还处于不成熟的正在发展确立阶段的新工程学科，任然存在很多问题,需要去探索、研究和解决。

本文介绍只在软件可靠性设计方面抛砖引玉,提供借鉴。

　　参考文献

　　[1]张磊,周继锋,张强.系统软件可靠性验证测试方法研究[J].计算机与数字工程,2010,06.

　　[2]曾福萍,靳慧亮,陆民燕.软件缺陷模式的研究[J].计算机科学,2011,02.转贴于中

3语音识别技术发展趋势

　　虽然语音识别在过去的20年里有了很大的发展,但是,仍然存在很多的不足,有待于进一步的探