搜档网
当前位置:搜档网 › 从Ceph看分布式系统故障检测 - CatKang的博客

从Ceph看分布式系统故障检测 - CatKang的博客

从Ceph看分布式系统故障检测 - CatKang的博客

电力行业分布式故障监测装置行业分析

分布式故障监测装置对比分析 分 析 文 案 四川汇源光通信有限公司 中国·成都

目录 1主流厂商介绍 (1) 1.1武汉三相电力科技有限公司 (1) 1.2上海海能科技有限公司 (2) 1.3广州长川科技有限公司 (3) 1.4无锡市格力普科技有限公司 (4) 1.5武汉星创源科技有限公司 (5) 1.6四川汇源光通信有限公司 (6) 1.7其他厂家 (7) 2主要厂商设备对比 (8) 2.1厂商和产品型号对照 (8) 2.2产品性能对比 (9) 2.3装置性能对比 (9) 2.4装置供电对比 (10)

1主流厂商介绍 1.1武汉三相电力科技有限公司 该公司在国际上首次(2005年)提出了“分布式雷击监测技术”的概念,经过十多年的技术研发和积累,是该领域绝对的龙头企业,产品使用量大、用户口碑好。在行业内具有绝对的主导地位。 图1-1三相电力分布式故障产品发展史 设备种类齐全,涵盖交流和直流线路设备,如下图1-2和1-3。 图1-2三相交流型设备

图1-3三相直流型设备 主要技术参数: 属性参数值 定位精度<300米 区间定位可靠性>99% 雷击与非雷击故障辨识准确率>95% 雷击性质识别准确率>90% 启动电流≥20A 故障信息上传时间<60s 故障诊断分析时间<10s 1.2上海海能科技有限公司 该公司主要经营电力、冶金、化工行业监测产品,该公司2016年与上海交通大学签订战略合作协议,共同开发输电线路分布式故障定位诊断系统。目前海能产品更新了两款,如下图所示: 2-1海能老款设备

2-2海能新设备 目前海能产品只有交流型设备,且不带太阳能供电,设备种类比较单一。 主要技术参数: 属性参数值 定位精度<300米 雷击与非雷击故障辨识准确率>95% 雷击性质识别准确率>90% 行波电流测量精度≤10% 工频电流测量精度≤10% 时间标定精度≤0.1μs 行波电流测量范围5A~5kA 工频电流测量范围20A~5kA 行波电流连续记录时长≥1000μs 工频波电流连续记录时长≥500ms 线路电流范围30A~1200A(单根导线) 备用电池工作时长>2h 1.3广州长川科技有限公司 该公司经过三年多的技术研究和技术攻关,分布式故障定位系统于2016年开始投入运行,安装线路遍布500kV、220kV、110kV、35kV等电压等级。

软件测试报告

软件测试报告 成员: 2018年6月27日

软件测试报告 项目名称:基于https://www.sodocs.net/doc/e07933304.html,+SQL server 2008网上书城 一、测试概述 1.1测试任务描述 对店铺管理产品项目中所有的软件测试活动中,包括测试进度、资源、问题、风险以及测试组和其他组间的协调等进行评估,总结测试活动的成功经验与不足,以便今后更好的开展测试工作。 1.2测试范围 依据用户需求说明书和软件需求规格说明书以及相应的设计文档进行系统测试,包括功能测试、性能测试、用户访问与安全控制测试、用户界面测试和单元测试。主要功能包括: 用户功能 注册新用户、登录系统、浏览公告、发表留言、添加修改和删除购物车的信息、提交订单 浏览者功能 查看网站主页、商品信息查询、浏览公告信息 购物系统管理后台 管理员注册系统、管理员登录系统、用户管理系统、订单管理系统、商品管理系统、公告管理系统 1.3测试环境描述 测试PC机(2台) 配置:Web服务器及数据库服务器均采用AMD Atholon (1GHZ)PC工作站。 内存1024M、硬盘120G 数据库管理系统:数据库MySQL:MySQL Server 5.0 应用软件:Tomcat5.5、eclipse 客户端前端显示:IE9.0 1.4测试模型

1.5参考资料 二、测试描述 2.1测试版本比较 2.2测试方法 黑盒测试、WEB测试通用方法、手工测试2.3测试描述

三、遗留问题描述 测试执行时间相对较少,测试通过标准要求较低;开发人员相关培训未做到位,编码风格各异,细节性错误较多,返工现象存在较多;测试执行人员对管理平台不够熟悉,使用时效率偏低;测试执行人员对系统了解不透彻,测试执行时存在理解偏差,导致提交无效缺陷。 四、测试总结 4.1测试用例执行结果

软件系统测试报告模板

技术资料 [项目名称] 系统测试报告 1测试内容及方法 1.1测试内容 本次测试严格按照《软件系统测试计划》进行,包括单元测试、集成测试、系统测试、用户接受度测试等内容。 1.2测试方法 正确性测试策略、健壮性测试策略、接口测试策略、错误处理测试策略、安全性测试策略、界面测试策略 1.3测试工作环境 1.3.1硬件环境 服务端 数据服务器: 处理器:Inter(R) Xeon(R) CPU E5410 @2.33GHz×2 操作系统:Windows Server 2003 Enterprise Edition SP2 内存空间:8G 硬盘空间:500G×2,RAID0 应用服务器: 处理器:Inter(R) Xeon(R) CPU E5410 @2.33GHz×2 操作系统:Windows Server 2003 Enterprise Edition SP2 内存空间:8G 硬盘空间:500G×2,RAID0 客户端 处理器:Inter(R) Core?2 Quad CPU Q6600 @2.4GHz

操作系统:Windows Server 2003 R2 Enterprise Edition SP2 内存空间:2G 硬盘空间:200G 1.3.2软件环境 操作系统:Windows Server 2003 R2 Enterprise Edition SP2 客户端浏览器:Internet Explorer 6.0/7.0 GIS软件:ArcGIS Server 9.3 WEB服务:IIS6.0 2缺陷及处理约定 2.1缺陷及其处理 2.1.1缺陷严重级别分类 严重程度修改紧急 程度 评定准则实例 高必须立即 修改 系统崩溃、不稳定、 重要功能未实现 1、造成系统崩溃、死机并且不能通过其它方法实现功能; 2、系统不稳定,常规操作造成程序非法退出、死循环、通讯中断或异 常,数据破坏丢失或数据库异常、且不能通过其它方法实现功能。 3、用户需求中的重要功能未实现,包括:业务流程、主要功能、安全 认证等。 中必须修改系统运行基本正 常,次要功能未实 现 1、操作界面错误(包括数据窗口内列名定义、含义不一致)。 2、数据状态变化时,页面未及时刷新。 3、添加数据后,页面中的内容显示不正确或不完整。 4、修改信息后,数据保存失败。 5、删除信息时,系统未给出提示信息。 6、查询信息出错或未按照查询条件显示相应信息。 7、由于未对非法字符、非法操作做限制,导致系统报错等,如:文本 框输入长度未做限制;查询时,开始时间、结束时间未做约束等。 8、兼容性差导致系统运行不正常,如:使用不同浏览器导致系统部分 功能异常;使用不同版本的操作系统导致系统部分功能异常。 低可延期修 改 界面友好性、易用 性、交互性等不够 良好 1、界面风格不统一。 2、界面上存在文字错误。 3、辅助说明、提示信息等描述不清楚。 4、需要长时间处理的任务,没有及时反馈给用户任务的处理状态。 5、建议类问题。

基于分布式故障诊断装置在输电线路中的研究与应用

基于分布式故障诊断装置在输电线路中的研究与应用 发表时间:2018-11-11T11:54:21.920Z 来源:《电力设备》2018年第17期作者:田小军[导读] 摘要:输电线路作为能量传输的纽带,是各大型电力系统之间的联络线,同时也是整个系统安全稳定运行的基础。 (国网山西朔州供电公司山西省朔州市 036000)摘要:输电线路作为能量传输的纽带,是各大型电力系统之间的联络线,同时也是整个系统安全稳定运行的基础。一旦输电线路上发生故障,须尽快找到故障点,排除故障,恢复供电。但是,由于高压和超高压输电线路往往暴露在不同的环境并分布在广大的地理区域,运行环境恶劣,因此,它也是电力系统中发生故障最多的地方。本文提出分布式故障诊断装置在输电线路上应用分析系统的新思路,从设 备性能、应用处理、实践证明等各个方面论证了分布式故障诊断装置在输电线路中的应用,结果表明,分布式故障诊断装置是目前国内先进的定位输电线路故障的装置。 关键词:分布式故障诊断;实验;输电线路 1、电网的发展及需求 高压输电线路是电力系统的大动脉,肩负着输送电能的重任,是电力系统的重要组成部分。通常输电线路都架设在无人看管的野外,途经山区、丘陵、江河等多种恶劣地理环境,其在运行的过程中经常会遇到雷雨、覆冰、强风等复杂的气象条件,是电力系统中最容易发生故障的电力设备。 2、解决方案 为解决上述问题,我们主要研究了故障电流行波在输电线路上的传播特性,提出全新的分布式故障测距方法,就分布式故障测距方法中的折反射信号的识别、行波信号奇异点确定、雷击干扰的辨识和定位、GPS/北斗定位与授时、太阳能和感应取电、强电磁场中的无线通信等关键问题进行深入研究,研制出新一代的输电线路分布式故障诊断装置及系统。该系统不仅具有故障判断准确、故障定位精度高的技术优势,并且针对各种线路情况提供了相应的硬件设备和解决方案。 3、系统组成 输电线路故障定位在线监测系统由前端采集系统和系统分析软件两大部分构成,其中前端采集系统分为取样CT、高速数据采集装置、故障启动装置、无线传输装置和取电装置。 4、现场安装实例 4.1国网山西大同供电公司220KV大北线安装现场图片(2018年5月30日): 4.2国网山西忻州供电公司220KV匡庄线安装现场图片(2018年5月15日): 5.应用案例分析 山西电网某110KV输电线路(线路全长约52KM)于2012年安装了输电线路故障诊断系统。该系统的现场监测装置分别安装在39号、137号杆塔的A、B、C相,如图1所示。 图1 某110KV线路故障监测装置安装示意图

分布式存储技术及应用介绍

根据did you know(https://www.sodocs.net/doc/e07933304.html,/)的数据,目前互联网上可访问的信息数量接近1秭= 1百万亿亿 (1024)。毫无疑问,各个大型网站也都存储着海量的数据,这些海量的数据如何有效存储,是每个大型网站的架构师必须要解决的问题。分布式存储技术就是为了解决这个问题而发展起来的技术,下面让将会详细介绍这个技术及应用。 分布式存储概念 与目前常见的集中式存储技术不同,分布式存储技术并不是将数据存储在某个或多个特定的节点上,而是通过网络使用企业中的每台机器上的磁盘空间,并将这些分散的存储资源构成一个虚拟的存储设备,数据分散的存储在企业的各个角落。 具体技术及应用: 海量的数据按照结构化程度来分,可以大致分为结构化数据,非结构化数据,半结构化数据。本文接下来将会分别介绍这三种数据如何分布式存储。 结构化数据的存储及应用 所谓结构化数据是一种用户定义的数据类型,它包含了一系列的属性,每一个属性都有一个数据类型,存储在关系数据库里,可以用二维表结构来表达实现的数据。 大多数系统都有大量的结构化数据,一般存储在Oracle或MySQL的等的关系型数据库中,当系统规模大到单一节点的数据库无法支撑时,一般有两种方法:垂直扩展与水平扩展。 ? 垂直扩展:垂直扩展比较好理解,简单来说就是按照功能切分数据库,将不同功能的数据,存储在不同的数据库中,这样一个大数据库就被切分成多个小数据库,从而达到了数据库的扩展。一个架构设计良好的应用系统,其总体功能一般肯定是由很多个松耦合的功能模块所组成的,而每一个功能模块所需要的数据对应到数据库中就是一张或多张表。各个功能模块之间交互越少,越统一,系统的耦合度越低,这样的系统就越容易实现垂直切分。 ? 水平扩展:简单来说,可以将数据的水平切分理解为按照数据行来切分,就是将表中的某些行切分到一个数据库中,而另外的某些行又切分到其他的数据库中。为了能够比较容易地判断各行数据切分到了哪个数据库中,切分总是需要按照某种特定的规则来进行的,如按照某个数字字段的范围,某个时间类型字段的范围,或者某个字段的hash值。 垂直扩展与水平扩展各有优缺点,一般一个大型系统会将水平与垂直扩展结合使用。 实际应用:图1是为核高基项目设计的结构化数据分布式存储的架构图。

汽车导航系统的诊断与修复

学习情境4 汽车信息娱乐系统的诊断与修复 学习单元4.1 汽车导航系统的诊断与修复 学习要求 认识汽车导航系统的组成及工作原理,掌握汽车导航系统故障的的诊断与修复方法,能够排除汽车导航系统的故障。 随着汽车工业的发展,道路交通中“有路行不通”的问题越来越严重,同时,汽车在生疏地带行驶时,会迷失方向。为此,世界各国先后开发了各式各样的导向行驶系统,即汽车导航系统,如图4-1-1所示。汽车导航系统具有导航、防盗、调度、监测报警等功能。 图4-1-1 汽车导航系统 4.1.1汽车导航系统的认识 1.汽车导航系统的特点 (1)由于导航系统采用了检测精度高、工作稳定性较好的角速度传感器,能实现实时位置测定。 (2)装备CD—ROM只读存储器,采用声控进行导航,使系统具有自动检索功能。 (3)采用GPS(Global Positioning System)全球定位系统及先进的检测手段和传播技术,引入了具有自动修正车辆位置的地图匹配技术,实现了自动修正车辆位置的功能。 (4)导航系统正在实现与地面交通管理网络的联机,成为“汽车一道路一人一环境一交通管理”系统中的重要组成部分,加快了未来交通向智能化发展的速度。 2.汽车导航系统的功能 (1)具有路线检索功能 该系统可以实时获得汽车自身所在位置和目的地的坐标,以及全部行驶的直线距离、速度、时间及前进方向。还可以直接输入地名、经纬度、电话号码等进行路线检索,快捷地提供一条到达目的地的最佳路线。 (2)具有瞬时再检索功能

当最佳路线行不通时,系统可以进行瞬时自动再检索,重新提供出新的行车路线。因为该功能是在行驶中进行的,要求检索快速,所以CPU应具有高速运算能力。 (3)提供丰富的菜单和记录功能 为捡索方便,整个系统必须建立十分丰富的地名索引,可以用街道、胡同、门牌号数、电话号码检索。大约应记录1000万件住所地名,30万人口以上城市的电子地图应分十层表示。电话号码可根据不同局号、类别应记录l 100万件以上,还应留有用户自行设置电话号码的地址空间,供用户随时调用存取。 (4)可以新增兴趣点 由于城市处于不断的建设和发展中,新的建筑物和道路会不断增多,这就需要能够不断更新电子地图,可以将新的目标点或路线增加到电子地图上。这些新增的兴趣点与原有点一样,均可套用电子地图的各项功能。 (5)提供实时语音提示 为使驾驶员事先了解行驶中前方路面变化情况,系统应在适当时刻作出语音提示,一般道路在 300~700m之前,高速公路按当前行驶速度在2000m、1000m、500m之前,分别向驾驶员说明前方路面情况及可更改的方向、十字交叉路口名称、高速公路分支点、进出口、禁止左拐、禁止驶人的单行线等提示,同时可进行中英文两种语音切换。配备语音识别单元,可以实现语音检索,例如用会话形式呼出“××区××街道××胡同”,电子地图上立即显示出汽车位置、到达目的地的时间、前进方向等信息。 (6)提供交叉路口全画面的扩大图 系统通过开窗程序自动表示交叉路口全画面,扩大十字路口路周围建筑物和交通标志,这是汽车导航中的一项最主要功能。凡行驶在十字路口前300m处,高速公路进出口前300m处,系统自动显示扩大了的十字路口附近的全画面图,指示汽车位置、交叉点的名称、到交叉点的距离、拐弯后的道路名称及方向等。 (7)具有扩展功能 系统设有多种扩展接口,可以与交通管理部门、邮电部门、建筑部门的VICS、A TIS、IIS联网,以便及时了解路面车辆情况。 VICS专门收集和处理各方面交通信息和停车场空缺的信息,并不断生成新的信息,通过多路调频发射、一般道路上设置的远红外光标的发射和高速公路上设置的无线电波光标发射这三种手段提供道路实时交通信息,然后由VISC专用接收机接收,在电子地图上分三层显示,第一层用文字表示,第二层用图形表示,第三层用图形表示。地图画面上用红色和橙色线路的亮灭表示道路的堵塞和拥挤状况,用绿色线路表示通畅的路线。帮助行驶车辆回避堵塞和拥挤的路段,实现自动选择道路和无阻挡行驶。交通信息通信系统框图如图4-1-2所示。

S7分布式故障安全系统使用入门

S7 分布式故障安全系统使用入门S7 Distributed Safety System Getting Started

摘要 安全工程的目的是通过使用安全为导向的技术安装,尽可能地使对人员和环境的危害最小化。本文档通过一个简单实例来描述西门子分布式故障安全系统的概念、配置、编程以及通讯,去除掉手册过多的文字性描述,以便用户能够用较短的时间增强对西门子分布式故障安全系统的了解。 关键词 安全,分布式安全,PROFISAFE通信,安全处理器、安全信号模板 Key Words Safety, Distributed Safety, PROFISAFE Communication, F-CPU, F-SM A&D Service & Support Page 2-32

目录 S7 分布式故障安全系统使用入门 (1) 1. 故障安全系统概述 (5) 1.1什么是故障安全自动化系统 (5) 1.2西门子安全集成的概念 (5) 1.3SIMATIC S7中的故障安全系统 (5) 1.3.1 SIMATIC S7自动化系统提供两种故障安全系统: (5) 1.3.2 可实现的安全要求 (6) 1.3.3 S7 Distributed Safety 和 S7 F/FH Systems 中的安全功能原理 (6) 2.S7 DISTRIBUTED SAFETY 组件 (7) 2.1硬件组件 (7) 2.2软件组件 (8) 3. 分布式故障安全系统的组态和编程 (9) 3.1综述 (9) 3.1.1 本例程使用的设备结构图 (9) 3.1.2 软硬件列表 (10) 3.2硬件组态步骤 (10) 3.2.1 组态硬件 (10) 3.2.2 组态 F-CPU (11) 3.2.3 组态 F-IO (12) 3.3程序结构 (15) 3.4程序实例 (16) 3.4.1 配置F-FB (16) 3.4.2创建Failsafe Runtime Group (17) 3.4.3 在OB35中调用F-CALL (19) 3.4.4 编译下载Failsafe程序 (19) 3.5程序测试 (20) 3.5.1 F_ESTOP1运行结果 (20) 3.5.2 急停信号的钝化与去钝 (21) A&D Service & Support Page 3-32

xx系统软件测试报告模板

xxx系统测试报告(版本:V1.0) 拟制:日期: 审核:日期: 修订记录

目录 1 目的 (5) 2 概述 (5) 2.1 被测对象 (5) 2.2 测试特性 (5) 2.3 测试结论 (6) 3 测试时间、地点及人员 (6) 4 环境描述 (6) 4.1 测试组网图 (6) 4.2 硬件环境 (7) 4.3 软件环境 (7) 5 总结和评价 (7) 5.1 过程质量统计评估 (7) 5.1.1 工作量统计 (7) 5.1.2 用例数统计 (9) 5.1.3 需求覆盖率 (11) 5.1.4 用例稳定性 (11) 5.1.5 用例有效性 (12) 5.1.6 测试执行效率 (13) 5.2 产品质量统计评估 (14) 5.2.1 缺陷数分布 (14) 5.2.2 缺陷等级统计 (15) 5.2.3 每人发现的缺陷数 (16) 5.2.4 用例通过率 (18) 5.3 测试对象质量评价 (18) 6 附件 (19)

图表目录 图表1测试组网图 (7) 图表2工作量(按测试类型)统计表 (8) 图表3工作量(按测试类型)统计饼图 (8) 图表4工作量(按功能模块)统计表 (9) 图表5工作量(按功能模块)统计饼图 (9) 图表6用例数(按测试类型)统计表 (10) 图表7用例数(按测试类型)统计饼图 (10) 图表8用例数(按功能模块)统计表 (10) 图表9用例数(按功能模块)百分比统计饼图 (11) 图表10用例稳定性统计表 (11) 图表11用例稳定性统计图 (12) 图表12用例有效性统计表 (12) 图表13用例有效性统计条形图 (13) 图表14测试执行效率统计表 (13) 图表15测试执行效率条形图 (14) 图表16 缺陷数分布(按测试类型)统计饼图 (14) 图表17缺陷数分布(按功能模块)统计饼图 (15) 图表18缺陷等级统计表 (15) 图表19缺陷严重程度分布柱形图 (16) 图表20缺陷严重程度分布饼图 (16) 图表21缺陷原因统计表 (17) 图表22缺陷原因统计饼图 (17) 图表23每人发现的缺陷数统计表 (17) 图表24每人发现的缺陷数柱形图 (18) 图表25每人发现的缺陷等级柱形图 (18) 图表26缺陷趋势统计表 (19) 图表27缺陷趋势坐标图 (19)

电商平台测试报告实例范文

FMS客服管理系统测试报告 拟制*** 日期2015-05-26 审核日期 批准日期 深圳市**电子商务有限公司 版权所有侵权必究 (供内部使用)

修订记录

**测试报告机密 目录 1概述 ........................................................................................................... 错误!未定义书签。 1.1被测对象概述....................................................................................... 错误!未定义书签。 1.2测试方案概述....................................................................................... 错误!未定义书签。2测试时间、地点及人员.............................................................................. 错误!未定义书签。3环境描述.................................................................................................... 错误!未定义书签。4测试覆盖分析............................................................................................. 错误!未定义书签。 4.1测试覆盖分析....................................................................................... 错误!未定义书签。 4.2缺陷统计与分析................................................................................... 错误!未定义书签。 4.2.1缺陷统计 ........................................................................................ 错误!未定义书签。 4.2.2缺陷分析 ........................................................................................ 错误!未定义书签。5测试总结和建议......................................................................................... 错误!未定义书签。 5.1软件质量评估....................................................................................... 错误!未定义书签。 5.2软件风险.............................................................................................. 错误!未定义书签。 5.3测试结论.............................................................................................. 错误!未定义书签。 5.4测试建议.............................................................................................. 错误!未定义书签。6测试过程评估............................................................................................. 错误!未定义书签。 6.1测试设计评估....................................................................................... 错误!未定义书签。 6.2测试执行评估....................................................................................... 错误!未定义书签。 6.2.1其他风险和规避措施...................................................................... 错误!未定义书签。 6.2.2测试维度分析................................................................................. 错误!未定义书签。 6.3交付的测试工作产品............................................................................ 错误!未定义书签。 **机密,未经许可不得扩散第3页,共12页

系统测试报告实例(新)

XX系统测试总结报告

1引言 1.1 编写目的 编写该测试总结报告主要有以下几个目的 1.通过对测试结果的分析,得到对软件质量的评价 2.分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考 3.评估测试测试执行和测试计划是否符合 4.分析系统存在的缺陷,为修复和预防bug提供建议 1.2 背景 1.3 用户群 主要读者:XX项目管理人员,XX项目测试经理 其他读者:XX项目相关人员。 1.4 定义 严重bug:出现以下缺陷,测试定义为严重bug ?系统无响应,处于死机状态,需要其他人工修复系统才可复原。 ?点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。 ?进行某个操作(增加、修改、删除等)后,出现“The page cannot be displayed”或者返回异常错误 ?当对必填字段进行校验时,未输入必输字段,出现“The page cannot be displayed”或者返回异常错误 ?系统定义不能重复的字段输入重复数据后,出现“The page cannot be displayed”或者返回异常错误 1.5 测试对象 略

1.6 测试阶段 系统测试 1.7 测试工具 Bugzilla缺陷管理系统 1.8 参考资料 《XX需求和设计说明书》 《XX数据字典》 《XX后台管理系统测试计划》 《XX后台管理系统测试用例》 《XX项目计划》 2测试概要 XX后台管理系统测试从2007年7月2日开始到2007年8月10日结束,共持续39天,测试功能点174个,执行2385个测试用例,平均每个功能点执行测试用例13.7个,测试共发现427个bug,其中严重级别的bug68个,无效bug44个,平均每个测试功能点2.2个bug。 XX总共发布11个测试版本,其中B1—B5为计划内迭代开发版本(针对项目计划的基线标识),B6-B8为回归测试版本。计划内测试版本,B1—B4测试进度依照项目计划时间准时完成测试并提交报告,其中B4版本推迟一天发布版本,测试通过增加一个人日,准时完成测试。B5版本推迟发布2天,测试增加2个人日,准时完成测试。 B6-B11为计划外回归测试版本,测试增加5个工作人日的资源,准时完成测试。 XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理,B1—B4测试阶段都有详细的bug分析表和阶段测试报告。 2.1 进度回顾

导航传感器故障检测策略

第36卷第7期 2002年7月 上海交通大学学报 JO U RN A L O F SHA N GHA I JIA O T O NG U N IV ERSIT Y Vol.36No.7 J ul.2002  收稿日期:2001-01-08 作者简介:徐力平(1956-),男,江苏溧阳人,博士生,主要从事导 航及控制研究. 文章编号:1006-2467(2002)07-0966-04 导航传感器故障检测策略 徐力平, 赵忠华, 张炎华 (上海交通大学信息检测技术及仪器系,上海200030) 摘 要:为了提高故障检测灵敏度,分析了通常的故障检测中难以兼顾虚警概率和漏检概率的原因和船舶组合导航系统故障检测过程中噪声与故障对检测量的影响.根据船舶组合导航系统故障检测的特点,提出了以模糊逻辑和指数加权平均处理检测量和阈值的故障检测策略,并用实船航行数据仿真.该策略对未知输入等干扰不敏感而对故障敏感,且可根据故障的大小自动调节检测时间的长短.对不易检测的小故障,自动延长检测时间以利用更多的信息从而提高检测的正确率;对于较大的故障,自动缩短检测时间从而减少检测延时和累积误差,起到了自适应检测时间窗的作用.关键词:故障检测;模糊逻辑;指数加权平均中图分类号:T P 18 文献标识码:A Navigation Sensor Failure Detecting Tactic X U L i -p ing , ZH A O Zhong -hua , ZH A N G Yan -hua (Dept.of Infor matio n M easurement Technolog y and Instrument, Shang hai Jiaotong Univ.,Shanghai 200030,China) Abstract :A cer tain kind o f failure detecting tactic based on fuzzy log ic and ex ponent-weighted average w as brought forw ard in order to im pro ve failure detection w ith high noises.And sim ulation w as per for med w ith real stabilized gy rocompass readings dur ing a voy age.The failur e detection tactic is sensitivie to er-rors other than disturbance such as system's unknow n input .Fur thermo re ,the tactic may adjust the leng th o f detection time adaptively.When the erro r mag nitude is small and interm ixed with noises,the tactic incr eases the detectio n tim e to m ake use of mo re inform ation,w hich results in hig her pro bability of co rrect detection .When the erro r magnitude is big ger ,the tactic decreases the detection tim e ,consequent-ly the detecting delay is decreased and the erro r accumulatio n is r educed .Key words :failur e detection;fuzzy logic;ex ponent-w eig hted average 就检测过程看,影响检测正确性的原因是检测量无故障时的条件概率密度曲线与有故障时的条件概率密度曲线有交迭造成的.通常的检测方法是设定一个阈值,当检测量大于该阈值时判定为有故障;否则,判定为无故障.因而,若无故障时检测量落入大于该阈值的范围则出现虚警,若有故障时检测量落入小于该阈值的范围则导致漏检. 检测量无故障时的条件概率密度曲线与有故障时的条件概率密度曲线有部分交迭是由检测量中的噪声引起的.由于未知输入、海况等强干扰,导航系统中存在大幅度噪声使条件概率密度曲线交迭严重.检测量是由估计误差(E e )构成的.就未知输入等干扰噪声与故障造成的E e 的表现形式看,导航传感器本身的噪声一般为非平稳随机过程,其造成的E e 通常很小,无故障时出现的突出的大幅值E e 往往是未知输入及其他强干扰引起的,这些大幅值E e 通常不是连续出现的.而传感器发生故障时通常是连续

软件系统测试报告(通用模板)

软件系统测试报告 2016年06 月

版本修订记录

目录 1引言. ........................................................... .. (1) 1.1编写目的........................... . (1) 1.2项目背景........................... . (1) 1.3术语解释........................... . (1) 1.4参考资料........................... . (1) 2测试概要. ................................................... (2) 2.1系统简介........................... . (2) 2.2测试计划描述....................... . (2) 2.3测试环境........................... . (2) 3测试结果及分析. .................................... . (3) 3.1测试执行情况....................... . (3) 3.2功能测试报告....................... . (3) 3.2.1 系统管理模块测试报告单 ........ .. (3) 3.2.2 功能插件模块测试报告单 ........ .. (4) 3.2.3 网站管理模块测试报告单 ........ .. (4) 3.2.4 内容管理模块测试报告单 ........ .. (4) 3.2.5 辅助工具模块测试报告单 ........ .. (4) 3.3系统性能测试报告................... . (4) 3.4不间断运行测试报告................. . (5) 3.5易用性测试报告..................... . (5) 3.6安全性测试报告..................... . (6) 3.7可靠性测试报告..................... . (6) 3.8可维护性测试报告................... . (7) 4测试结论与建议. .................................... . (9) 4.1测试人员对需求的理解............... . (9) 4.2测试准备和测试执行过程............. . (9) 4.3测试结果分析....................... . (9) 4.4建议............................... . (9)

图书管理系统测试报告书

软件测试报告书 软件名称:图书管理系统 测试人员:苗玉丹 测试日期:2011年6月6号 目录 1 简介 (2) 1.1 编写目的 (2) 1.2 项目背景 (2) 1.3 系统简介 (2) 1.4 术语和缩写词 (2) 1.5 参考资料 (2) 2 测试概要 (3) 2.1 测试用例设计 (3) 2.2 测试环境与配置 (3) 2.3 测试方法(和工具) (3) 3 测试结果及缺陷分析 (3) 登录界面: (4) 情况一、 (4) 情况二、 (5) 情况三、 (5) 情况四: (6) 3.1 测试执行情况与记录 (6) 3.1.1 测试组织 (6) 3.1.2 测试时间 (7) 3.1.3 测试版本 (7) 3.2 覆盖分析 (7) 3.2.1 需求覆盖 (7) 3.2.2 测试覆盖 (7) 3.3 缺陷的统计与分析 (8) 3.3.1 缺陷汇总 (8) 3.3.2 缺陷分析 (8) 3.3.3 残留缺陷与未解决问题 (9)

4 测试结论 (9) 5 建议 (9) 1简介 1.1编写目的 本测试报告的具体编写目的,指出预期的读者范围。 实例:本测试报告为图书管理系统的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求(或达到图书系统功能目标)。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。 提示:通常,用户对测试结论部分感兴趣,开发人员希望从缺陷结果以及分析得到产品开发质量的信息,项目管理者对测试执行中成本、资源和时间予与重视,而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。 1.2项目背景 a.被测试软件系统的名称:商品在线销售系统。 b.该软件的任务提出者、开发者、用户及安装此软件的计算中心,指出测试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影响。 1.3系统简介 如果设计说明书有此部分,照抄。注意必要的框架图和网络拓扑图能吸引眼球。 1.4术语和缩写词 列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚,以便阅读时不会产生歧义。 1.5参考资料 a、软件工程导论(第五版)张海藩编著 b、现代软件工程周之英编著 c、需求分析说明书 d、概要设计说明书

基于AR模型参数的导航系统故障检测

基于AR 模型参数的导航系统故障检测 金天,丁东方,丛丽 (北京航空航天大学电子信息工程学院,北京100191) 摘要:为了解决导航系统中小幅值突变故障难以检测的问题,提出了一种基于AR 模型参数的故障检测算法。该方法利用AR 模型参数变化来进行实时故障检测。文中通过仿真实验,完成了对该算法性能的分析验证。结果表明,该算法能够有效的进行故障诊断,不仅对大的突变故障具有良好的检测效果,对小幅值突变故障也有较好的检测效果。关键词:AR 模型;参数;故障检测;导航系统中图分类号:V240.2 文献标识码:A 文章编号:1674-6236(2014)15-0168-03 Navigation system failure detection based on AR model parameters JIN Tian ,DING Dong 鄄fang ,CONG Li (School of Electronic and Information Engineering ,Beihang University ,Beijing 100191,China ) Abstract:In order to solve the navigation system failure is difficult to detect small amplitude mutation problem ,we propose a model based on AR Parameter fault detection algorithms.The method uses the AR model parameters for real 鄄time fault detection.Text through simulation experiments completed analysis of the performance of the algorithm validation.The results show that the algorithm can effectively carry out fault diagnosis ,not only for large mutations detected fault has a good effect on the value of mutations fault has slightly better detection results.Key words:AR mode ;parameter ;fault detection ;navigation system 收稿日期:2013-09-27 稿件编号:201309212 基金项目:国家自然科学基金资助项目(61101077) 作者简介:金天(1981—),男,上海人,副教授。研究方向:卫星导航、无线电导航、组合导航技术、软件无线电和软件接收机技术。 随着导航技术的发展,系统的可靠性成为普遍关注的研究热点,为了保证系统的可靠性,必须对系统进行实时的故障检测和隔离(FDI )。70年代开始,很多学者对FDI 进行了研究,其中应用较为广泛的是基于模型的FDI 方法[1-4],该方法通过设置一定的观测器来检测系统是否存在故障,比较有代表意义的是3δ检验和残差χ2检验,然而两种算法对一些大的突变故障具有良好的检测效果,但对一些小于10δ的小幅值突变故障检测效果不是太理想[5-6]。为此,鉴于两种检测存在的问题,文中提出了一种利用AR 模型参数变化来进行故障诊断的算法,其模型简单,计算量小,工程中也便于实现,同时它不仅对大的突变故障具有良好的检测效果,对一些小于10δ的小幅值突变故障也有较好的检测效果。 1AR 模型参数估计原理 对于时间序列{X t }t =1,2,…N ,AR (n )模型的表达式为 X t =准1X t -1+准2X t -2+…+准n X t -n +a t ,a t ~NID (0,σ2a )(1) 参数估计方法就是按照一定的方法估计出准1,准2,…准n ,这n 个参数,其中n 为AR 模型的阶数。a t 为均值为0,方差为σ2a 的白噪声。AR 模型参数估计一般采用最小二乘算法进行精估计[7-8]。 由于GPS 伪距新息数据是连续的时间序列,可以进行AR 建模,当其连续的时间序列中某些数据发生故障时,将改 变系统的动态特性从而影响伪距新息序列的特性,使得其不再具有白噪声特性,均值不再为零,另外其方差阵也将偏离滤波理论值,从而导致AR 模型参数发生变化,因此可以利用 AR 模型参数的变化进行这类系统的故障检测,即这类系统 的故障检测问题就转化为如何尽可能快地检测AR 模型参数的改变。 2基于AR 模型参数变化的导航系统故障检测模型 基于AR 模型参数变化的导航系统故障检测模型如图2 所示。 其基本思路为:确定AR 模型阶数为n ,时间序列个数为 m ,可得到n 个参数分别为准1,准2,…准n ,。利用N 组GPS 正常 电子设计工程 Electronic Design Engineering 第22卷Vol.22第15期No.152014年8月Aug.2014 图1 仿真系统模型框图 Fig.1 The simulation diagram of the system model -168-

相关主题