测试系统设计方案范例6篇

前言:中文期刊网精心挑选了测试系统设计方案范文供你参考和学习,希望我们的参考范文能激发你的文章创作灵感,欢迎阅读。

测试系统设计方案

测试系统设计方案范文1

关键词:智能变电站; 综合性能测试

随着智能变电站及数字化变电站大量投运,各类智能变电站新型设备(电子式互感器、合并单元、智能终端、网络交换机)将数据从源头规范数字化,达到信息集成、数据共享的目的。作为智能变电站综合性能测试系统,在对智能变电站现场级IED设备测试过程中,必须保证测试结果的准确性。

一 智能变电站综合性能测试系统需求分析

1. 传统的智能变电站测试时,保护安装处的各电气量状态是由测试人员经过计算判断得到的,人为因素降低了测试结果准确性。为此,可以设计一个数字化仿真平台来解决该问题,通过数字仿真建立系统模型,将变电站一次设备运行状况一目了然,测试人员通过简单操作可模拟系统的各种故障,减少人为因素对测试环节中的影响。

2. 目前智能变电站通过合并单元就地将互感器采样值数字化输出SV报文发送给所需此采样的间隔层设备,变电站现场不同间隔之间距离远,用传统设备从不同间隔加量难度大同时试验线过长造成衰耗影响试验效果。因此,可以采用无线传输方式,主机和模拟器之间通过无线方式以数字量传输,就不会存在上述问题。

3. 传统智能变电站测试设备的适用性和测试效率比较低,为此,需要一种新型的智能变电站综合测试平台,可适用于各种试验环境,减少误差,减少配置工作提高测试效率。

二 智能变电站综合性能测试系统设计方案

为了满足上述系统需求,提高智能变电站测试精度,本文分别设计了三个平台:数字化仿真平台、无线传输平台及智能变电站综合测试平台。由这三个平台组成智能变电站综合性能测试系统。

1 数字化仿真平台

数字化仿真平台要能够实现智能变电站设备和线路的建模,模拟动态和时域仿真,对仿真结果进行辅助分析和显示,同时将仿真数据传送到无线控制主机。基于上述分析,数字化仿真平台需要包括以下几个模块:图形建模模块、电力系统仿真模块、模拟量波形显示模块和控制试验模块及电脑。

各模块功能:图形化建模模块用来构建电力系统中主要电气设备的模型库,完成智能变电站及直连设备、电源。电力系统仿真模块将“图形化建模软件”建立的智能变电站仿真模型构建微分方程组,对于设定的时序和故障对象,先模拟动态仿真过程,再完成时域仿真。模拟量波形显示模块对仿真结果的进行辅助分析,将模拟量的时域仿真结果以波形的方式显示出来。控制模块对试验条件、时序参数进行设置,实现试验控制功能。通用计算机用来提供功能软件运行的硬件环境。

数字化仿真平台支持用电力设备功能模块构建变电站及周边电网仿真模型,建模方法快捷、简单,经简单培训即可具备建模能力;模型结构和功能与运行单位采用的表达方法保持一致;故障仿真能力满足对电网继电保护进行功能和性能进行检验的要求;对于变电站仿真模型和事件过程,仿真软件可自动建立微分方程组,以获得试验数据组。对于复杂继电保护装置的特殊配合试验,系统仿真能力完全可以实现。

2无线传输平台

无线传输平台要能够实现实验系统的同步对时,接收数字化仿真平台的时域仿真结果,并将时域仿真结果以无限传输方式下装到采集模拟器,图1为无线控制主机系统试验示意图。

基于上述分析,本文设计的无线传输平台包括以下几个模块:GPS对时模块、高稳定主时钟模块、基于无线方式的IEEE 1588授时模块、无线收发控制模块。各模块功能如下:

GPS对时模块:接收来自GPS卫星的时钟信号,并向“高稳定时钟模块”授时。

高稳定时钟模块:根据GPS对时模块的授时信号以完成对时,为试验系统提供同步时钟。

无线1588授时模块:将“高稳定时钟模块”时钟信号以无线1588方式向“采集器模拟器”、“开关模拟器”授时。

无线收发控制模块:接收“智能变电站仿真平台”的控制命令和时域仿真数据,以无线方式发送试验控制命令和时域仿真数据包;接收“无线控制主机”的仿真数据包、试验控制命令、时钟同步信号;将“仿真数据包”和“试验控制命令”转送到“输出控制模块”,将“时钟同步信号”转送到“高稳定从时钟模块”。

3 智能变电站性能综合测试平台

智能变电站性能综合测试平台的对象是“电子式互感器”,“合并单元”,“保护装置”及“智能终端”,要能够实F数据的处理、各装置同步性能测试以及系统级校验。综合测试平台包括以下几个模块:数据处理模块、延时测试模块以及校验模块。

数据处理模块统计合并单元发送报文的丢包数及丢包率;分析合并单元输出信号;分析合并单元发送报文时间抖动特性。

延时测试模块测试电子式互感器及合并单元稳态绝对延时时间和暂态绝对延时时间;保护装置GOOSE变位延时时间;智能终端DI变位延时时间;合并单元额定延时时间。

校验模块完成电子式互感器及合并单元的稳态和暂态准确度校验;互感器极性校验。

三 结语

方案中的智能变电站系统级综合测试系统,能够实现模拟全站运行工况的网络分析工具,实现智能变电站各种智能设备的全站测试,涵盖智能变电站的所有测试环节,包括研发、试验、生产、现场调试、运行维护等,并实现测试模型、方法和数据共享和重用,实现智能变电站运行全过程的准确、完整记录,为智能电网提供全景数据,能够满足国家智能电网智能变电站的系统测试需求,同时该系统可广泛应用于智能电网的智能变电站系统,并在电力系统的生产、科研领域获得应用。

参考文献:

测试系统设计方案范文2

关键词:测试因子;测试用例;测试方案;智能电能表;智能用电采集终端 文献标识码:A

中图分类号:TP273 文章编号:1009-2374(2016)32-0017-03 DOI:10.13535/ki.11-4406/n.2016.32.008

从目前智能电用采集行业的测试现状来看,多数测试工作具有重复性操作多、数据量大、消耗时间长等特点,且具有测试准确度低、测试项目难以全面覆盖、人工测试强度大等弊端,在测试员有限和测试技术缺乏的情况下,这些工作使得测试部门每天都在满负荷运转来消化测试任务,且成效不大。在国网公司统一招标的背景下,随着企业订货量和业务范围的不断扩大,测试资源紧缺与测试工作量不断增加之间的矛盾显得尤为突出。针对上述情况,我公司结合市场需求和自身发展需要,经过近一年的需求调研和分析,并进行筛选和抽象,适时地启动了智能用电采集自动化测试系统的开发工作。智能用电采集自动化测试系统可以代替人工测试执行研发自测和验收测试。本项目的应用和推广,将能够有效地解决测试效率低、测试项目难以全面覆盖、占用人力资源多、研发质量把控不严等一系列问题,且对行业发展和国网送样中产品质量的提升具有积极的推进作用。在目前国内该领域自动化测试需求日益突出的背景下,该项目的启动和应用显得尤为紧迫和必要。

1 系统分析

1.1 需求分析

目前,国内在研究智能用电产品自动化测试方面还处于起步阶段,当前市场上的测试平台均不能满足行业内对测试的自动化需求。智能用电采集自动化测试系统正是在这一背景下立项开发,相比国内目前存在的自动化或者半自动化测试系统,我们认为智能用电采集自动化测试系统应该具备测试方案构建自主性和配置灵活性更好,系统可扩展性和可兼容性更强,测试方案的审核控制流程更严谨,数据管理和方案管理更为科学等技术优势。综合以上特点开发的系统,在应用过程中,不但可以不断兼容智能用电新产品的通信协议进行符合性测试,还可以根据测试工程师的测试意愿自主编辑测试方案,进行产品的功能性测试。并保证测试方案在研发自测和中试验证阶段的测试效果,该系统还可以不断累计测试方案和测试经验,形成可追溯的数据管理体系,便于将来的测试经验借鉴和测试结果追溯,在实际应用过程中更为方便实用。

1.2 系统架构设计

如图1所示,智能用电采集自动化测试系统基于VS2010开发平台和SQLServer2005数据库进行设计开发。该系统兼容浏览器模式,主要划分为两部分,分别为服务器端和客户端,下面针对系统的逻辑架构进行简要说明。

1.2.1 服务器端:服务器端主要用于数据处理和数据存储,数据处理层主要包括Web、数据交互处理和数据库接口类库,主要业务包括管理测试因子、测试用例、测试方案、历史数据。审核测试用例、测试方案,正式版客户端和外挂软件是该系统的主体组成部分,系统的所有功能操作都在数据处理层完成;数据存储层以SQLServer2005数据库为载体进行数据存储过程处理和数据存储,为智能用电采集自动化测试系统的使用提供强有力的数据支撑,保存了大量的历史数据和经验数据,使系统数据具备可追溯性,是系统正常运行的必要条件。

1.2.2 客户端:客户端兼容浏览器模式,在终端用户PC机上安装客户端浏览器,用于本地测试设备驱动和服务器公共平台测试方案脚本下载,从而实现测试方案的本地化执行,提高测试可靠性和稳定性。客户端主要业务包括执行测试、执行审核,用户通过客户端将测试用例、测试方案从服务器下载到本地后,执行测试,保证测试过程中通讯的安全性、可靠性和稳定性,并支持脱网

测试。

1.3 系统组成

如图2所示,本系统软件共需要七部分功能模块,分别为档案管理模块、测试流程管理模块、评审审核模块、测试数据管理、系统管理、个人信息和显示窗体,下面对这七部分功能需求做详细描述:

1.3.1 档案管理模块:主要用于管理本系统兼容的被测产品和与本系统配套的测试设备的档案的添加、修改与删除。该部分主要分为电能表驱动管理、采集终端驱动管理、辅助设备驱动管理、通讯口配置管理四部分。

1.3.2 测试流程管理模块:该模块为本系统的核心模块之一。主要用于编辑测试因子、测试用例、测试方案以及执行一键式自动化测试和测试结果的查看及导出等。其中测试因子、测试用例、测试方案是支持一键式自动化测试的三级要素,若干的测试因子经过有序的排列组合形成测试用例,若干的测试用例集合在一起形成测试方案。测试方案是一键式自动化测试的主要执行对象。

1.3.3 评审审核:该功能模块为本系统的统一审核接口,所有设计阶段和测试阶段的流程审核都在此功能模块呈现并完成,该功能模块权限只对行政主管和测试产品负责人开放,具有高级权限。主要包括测试因子入库审核、测试用例入库审核、测试方案审核、测试报告审核。

1.3.4 测试数据管理:主要用于存储和管理测试方案及测试结果,从而累计测试经验和测试成果,形成可追溯性的数据管理体系,便于后续测试方案的改进、借鉴和测试结果的追溯。

1.3.5 系统管理:主要包括角色管理和用户管理两部分功能,为系统用户提供权限分配,为系统常用的功能管理模块,其中角色管理中包含页面访问权限管理和操作权限管理功能。用户可根据实际需要关联相关角色,一个角色可对应多个用户。

1.3.6 个人信息:主要反映当前登录用户的个人信息,包括个人信息浏览、系统提醒和修改密码三部分。

1.3.7 显示窗口:主要向用户呈现系统测试时的实时状态和测试后的测试结果。它通过实时测试状态监控、报文显示、结果判断、分类存储等手段,向用户全方位多角度地展示了产品测试信息。

2 关键技术及实现

2.1 测试方案的自主性

本系统不参与任何测试方案的决策,只负责执行,测试方案的制定完全交由测试工程师完成,从而充分体现和尊重了“人”的测试方法和测试意愿,有效地做到了测试方案的灵活性。本系统首次提出了“测试因子”和“因子块”的概念,测试因子是构成测试方案的最小操作步骤,测试工程师可以根据自己的测试意愿随意添加测试因子,并进行一定逻辑关系的排列组合,从而形成测试用例,一个测试用例即为一种测试方法,这种灵活的编辑方法可以使测试工程师充分针对一个功能项编辑出多套测试用例,而多个不同的功能项下的多套测试用例集合在一起就形成了测试方案,从而对电能表的功能项进行全方位多角度的测试,如图3所示:

2.2 测试方案的开源性

该系统测试方案可以由多人同时构建,从而使测试方案在构建过程中不断被完善和优化。多人共同构建测试方案,既可以集合不同的优秀测试思想和测试方法,又可以提高构建方案的工作效率,最后由项目负责人统一整合并提交审核,从而不断地累计测试经验和测试方法。在实际应用过程中,编辑测试用例、测试方案后上传至服务器,提交审核,至正式库公共平台,未提交审核或者审核不通过时,系统为测试用例和测试方案提供完全公开、项目组公开和隐私三级公开权限,公开的测试用例和方案,多个用户可以共同参与修改优化,不公开的测试用例和方案只能自己看到,自己调试或者测试,但测试结果不列入正式测试报告。

2.3 测试数据准确性判断

系统对每一个功能子项的测试数据与基准装置或者基准数据进行实时比对,并结合实际情况进行误差校正,以求达到测试结果的准确性。为了尽可能地保证数据的准确性,首先通过通讯可靠性手段保证召测数据的可靠性和准确性,然后通过准确的解析算法保证解析数据的正确性,最后将解析后的数据与基准设备(如标准表、脉冲计量工装等)进行比对,进而对测试数据进行判断并得出合理结论。

针对由多个测试子项组成功能测试项目,应先对各个子项进行数据比对,各个子项比对结论全部合格后才视为整个测试项目合格,否则该测试项目为不合格。总之由于结论的判断受多方面影响,系统在做好数据可靠性传输的同时,通过多种比对算法保证测试结果的准

确性。

2.4 通讯可靠性

智能用电采集自动化测试系统在实际运行过程中需要不断处理多种不同类型的设备数据,如何保证这些设备与智能用电采集自动化测试系统之间的通讯稳定可靠,是系统设计的关键。经过认真的分析研究,我们决定采用以下方式:

2.4.1 客户端模式执行测试:本系统采用客户端模式执行测试,即通过客户端从服务器公共库平台下载测试方案并执行,支持脱机测试,从而有效地解决了因网络因素导致的测试不稳定或者断网导致无法测试的情况。

2.4.2 数据重发机制:智能用电采集自动化测试系统在与设备通讯过程中,为了保证数据传输的准确性,增加重发机制来提高抗干扰能力。如果存在在规定的时间内数据交互失败的情况,程序就会自动进入数据重发流程进行数据重发,如果3次数据重发仍然失败,则视为本次通讯失败,系统将把失败记录存入数据库中,并继续进行下一个测试用例的测试。

2.4.3 增加通信校验:通信报文组帧过程中,在规约基本校验基础上又增加了CRC校验模式,进一步增加通信过程中的传输可靠性。

3 应用数据分析

使用智能用电采集自动化测试系统测试出的单相费控智能电能表的测试报告,如表1所示:

4 结语

伴随着智能用电行业的快速发展和智能用电产品的快速更新,智能用电采集自动化测试系统在对产品质量把控和提高测试效率方面必将发挥自己的独特作用。由于市场对产品的交付周期不断加快和对产品成本的不断压缩,这样一款可以快速实现自动化测试的测试系统对于缩短整个项目周期、节省测试成本有着直接的效应,这也就决定了它必将是测试市场和业界所需要的。

参考文献

[1] 刘宣.电力用户用电信息采集系统功能规范(Q/GDW 1373-2013)[S].国家电网公司营销部,2013.

[2] 兰多夫.Visual Studio 2010高级编程[M].北京:清华大学出版社,2012.

[3] 王秀英,SQLServer2005实用教程[M].北京:北京交通大学出版社,2010.

[4] 贺振欢.Web服务器开发技术[M].北京:人民邮电出版社,2007.

[5] 国家电网公司智能电能表系列标准宣贯材料[S].国家电网公司营销部,2013.

测试系统设计方案范文3

关键词:软件测试;案例教学;应用型人才培养

随着信息产业的快速发展,软件产品的应用越来越广泛,对软件产品的质量自然提出了越来越高的要求,软件测试则是保证软件产品质量的重要手段[1]。国外软件厂商早就极为重视软件测试,目前欧美等软件产业发达国家的软件企业里,软件测试和开发人员的比例达到1∶1,很多企业测试人员的规模已超过了开发人员。而国内,在被调查企业中,测试人员与开发人员比例为1∶5的企业高达36.4%,比例为1∶2的企业占31.8%,比例为1∶1及以上的企业仅占31.7%[2]。近几年专业性的软件测试机构和组织迅速发展,随之带来了专业软件测试人才的旺盛需求,软件测试人才的培养正成为新的热点。

1软件测试课程教学现状

目前软件测试课程的理论与实践脱节[3],具体表现在:

1)课程设置不合理:目前高校软件测试的课程设置是依据课程分类制定的,按照先理论讲解,后工具应用的设置方式,这种课程设置方式很难使学生对软件测试有一个系统的理解,课程结束后学生不知怎样将所学知识应用到测试项目中[4]。

2)教学过程不合理:目前高校软件测试课程是以理论教学为主,实验教学为辅的教学方式。课堂上教师讲授一个知识点,学生在实验室练习验证此知识点的应用。这种教学方式学生虽然能学到知识点的内容,但却不知道如何将这些知识点应用到实际项目中。由于软件测试课程存在的上述问题,使得培养出来的学生无法满足企业对软件测试人员的实际需求,学生在应聘软件测试相关职位时也没有明显的优势,最终导致整体教学效果不佳,与社会需求脱节。鉴于以上讨论,通过对现有课程的分析,建议采用以测试案例为中心的案例教学法。案例教学法比传统的以教师为主导的教学法,更有利于提高学生分析问题和解决问题的能力,促进学生学会学习以及沟通合作[5]。在教学的过程中,以可操作的软件测试案例为中心,让学生能在学习中体会实际的测试过程。目前已有部分高校开始尝试采用案例教学法,但由于缺乏内容完整的案例资源,导致教学效果不佳[2]。此外,市场上也出现了一些软件测试企业开发的测试实训平台[2],但这些平台主要用来做测试过程的管理,其中包含的部分案例资源既没有任何针对性,内容也不完整,对提升学生的软件测试水平帮助不大。因此,首先应开发并建立完整的软件测试案例资源库,每个测试案例应包含软件需求、测试需求、测试目的、特殊的硬件要求、特殊的软件要求、特定的配置、测试用例的描述、测试的预期结果、缺陷说明等,并通过案例资源的应用,建立完善的软件测试案例教学体系。

2软件测试案例教学探讨

要从根本上解决软件测试教学与企业需求脱节的问题,需要建立完整的测试案例资源库及完善的案例教学体系,才能使得培养出来的学生,可以满足企业对不同层次软件测试人才的需求,真正达到培养应用型人才的目标。

2.1案例资源设计原则

案例教学法是否能够达到应用型人才培养的效果,案例资源的质量是决定性因素,没有高质量的案例资源是无法培养出合格的应用型人才。具体的案例资源设计原则如下:1)根据不同软件测试方法设计、开发针对性的测试案例,案例中包含一定数量的缺陷,而且采用对应的方法可以测试出这些缺陷。2)根据软件测试的不同层次设计、开发针对性的测试案例,使得这些案例可以体现出不同层次测试的关系。3)综合性测试案例开发,案例中包含软件测试所需的前期文档(项目需求分析说明书、用户使用说明书等),学生通过综合性案例的训练,可以掌握软件测试过程及软件测试工具的使用。

2.2案例资源设计方法

根据案例资源设计原则,采用的案例资源设计方法为:1)对软件测试基本的方法:边界值方法、等价类方法、决策表方法、因果图测试方法、路径测试方法、数据流测试方法等分别设计和开发针对性的测试案例,使得这些案例能够体现每种测试方法的特点和用途。使学生掌握不同测试方法的适用情况、测试效果等。2)对软件测试的不同层次:单元测试、集成测试、系统测试等分别设计和开发测试案例,使得这些案例能体现每个测试层次与前一层次的关系及分层测试的优势。使学生掌握各层次中不同测试方法的适用情况、优缺点等。3)综合性的测试案例应包含所有的项目文档、源代码,使学生有实际工程测试项目的感觉,能够使学生在实验的每一个步骤中理解软件测试技术和各种具体的测试方法,增强实际操作能力,增加软件项目测试的综合经验。通过综合性测试的实践,可以让学生感受大型软件测试项目的工作流程和实施细节,掌握各种软件测试方法在大型项目中的应用,体会软件测试的规律;了解软件测试项目的管理,熟悉软件测试项目中人员的管理、产品的管理、软件测试用例的管理以及缺陷的管理;能够进行比较复杂的测试项目的计划和过程管理,合理使用测试工具进行自动化测试,为从事要求较高的软件测试打下坚实的基础。

2.3案例教学体系

案例资源开发完成后可直接用于相关课程的教学和实践环节中,在案例应用过程中逐步完善,并通过测试案例的应用改革软件测试的教学体系和教学方法,培养具有较强实践能力的软件测试人才。案例教学体系分成如下三个阶段:1)软件测试相关课程的理论和实践教学,主要采用针对软件测试基本方法的测试案例,单元测试、集成测试和系统测试案例。2)课外实践、课程设计、毕业设计等学习方式,主要采用综合性的测试案例。3)与软件测试相关的企业、教育培训机构建立联系,使学生得到实际软件测试项目的训练。通过以上三个阶段的学习和训练,学生可以系统的掌握软件测试的方法和实用技巧。

3结语

本文以面向企业需求的软件测试应用型人才培养为目标,以由浅入深的层次软件测试案例资源为基础,通过完整的案例教学模式,使学生开始学习软件测试时就了解软件测试在软件工程中的地位和作用,并通过案例实践真正掌握软件测试的方法和技巧。

参考文献

[1]李静,赵志升.软件测试专业课程体系建设和教学改革[J].教育与职业,2014(2):135-137.

[2]戴勇谦,戴勇新,周旋.基于实训平台的软件测试教学改革[J].中国科教创新导刊,2012(31):195-196.

[3]李玉蓉,贾美丽.软件测试课程实践教学改革与探索[J].计算机教育,2014(21):105-107.

[4]李月龙.高校软件测试课程教学改革研究[J].计算机教育,2014(14):16-18.

测试系统设计方案范文4

1.1运行环境

本管理系统采用B/S结构,操作系统采用MicrosoftWindows7/WindowsXP,开发工具采用MicrosoftVisualStudio2005。数据库选用微软的SQLserver2005L来实现。

1.2数据库引擎ADO.NET

绿色施工示范工程申报审核管理系统的程序设计过程中,应用程序访问数据库时采用ADO.NET数据引擎,它功能强大,使用方便,作为NETFramework的重要组成部分。DataSet和NETFramework数据提供程序是ADO.NET的两个重要组成部分。NETFramework的作用是连接系统的数据源、根据系统提出的要求执行相应的SQL命令,并完成相应的数据检索功能。DateSet是数据存储的对象,在NETFramework获取相应的数据后,需要将数据存入DateSet中,以供程序调用数据。

1.3CASE集成开发平台

本系统的开发采用了一种称之为CASE集成开发平台的工具,CASE是ComputerAidedSoftwareEngineering的缩写,意思是指计算机辅助软件工程,用于信息系统开发的综合型平台,它是由各个工具以及辅助软件构成的,随着信息技术的不断演化、不断发展,它现在也形成了一种开发思想。

2系统需求分析

2.1申报流程分析

1)申报条件是绿色施工示范工程项目申报的前期,只有当条件审批通过后,单位才能进行项目申报。申报条件是由施工单位按要求完成的,将自身的条件材料整理后,填写申报条件申请表后由当地的建设主管部门进行优先审批,审批通过后提交到当地的省级建筑业协会进行审批,通过后发到中国建筑业协会总部进行最后的审批。2)施工方填写示范工程项目申请表,经由财务部门对项目进行评审,评估项目的利益情况,然后由当地建筑业协会对项目的方案、质量以及技术等进行相关的审批,审批通过后发往建筑业协会总部进行最后的审批,审批都通过后总部对项目进行评分,对外公布以及发放相应的证书。

2.2功能需求分析

系统总体需要具备信息、申报管理、审核管理,审后管理,档案管理等五大部分功能,并由此五大功能延伸出七项次级功能,分别用于内部信息管理,对外信息,审前,审中,审后,档案管理全部流程,连同人员管理,权限管理,新技术管理,规章制度管理,规避风险管理,应急措施管理,分项列举管理,特色施工管理等功能,规范审核步骤,整理审核材料,提高审核效率,便于查询等功能,在更短的时间更好地完成整个审核流程,具有便于调档、便于纠错、便于研究等几大特点。

3系统总体设计

3.1软件相关设计

3.1.1系统目标

系统建立的目标是对中国建筑业协会关于绿色施工示范工程相关的业务进行全方位的管理,系统需要全覆盖协会

绿色施工示范工程方面的所有业务,其中包括对绿色施工示范工程的申报,并能进行相关的审核,能收集档案建立与档案管理的信息,对绿色施工示范工程的申请单位进行全程监督,工程结束时进行验收考核等核心功能,还需要具备对系统的日常维护进行管理,例如权限、人员等进行管理。

3.1.2系统建设原则

绿色施工示范工程管理信息系统遵循以下原则:①项目干系人是系统成功运用的关键。全员参与是系统成功运用的保障。②将绿色施工示范工程管理信息系统的建设作为中国建筑业协会的一项战略目标。③充分考虑到系统与中国建筑业协会其他相关系统的数据通信。④系统建设的全生命周期应符合项目开发流程,同时符合协会有关规章制度。⑤以申报、审核、验收为主线,构建绿色施工示范工程管理信息系统。⑥建立工程验收以及审后管理等各项指标数据库是本信息系统开发的重点和难点。

3.1.3软件支撑环境

服务器的运行环境为Windows2003/2008,硬件要求为10T的硬盘,4核CPU,8G及以上的内存空间。客户机硬件要求为普通家庭使用的PC均可满足,系统环境要求为Windows7或者XP均可。

3.2系统体系架构设计

在需求分析阶段,详细说明实现功能的描述,它是系统概要设计和详细设计的基础。绿色施工示范工程管理信息系统就是基于该需求分析而设计的。系统体系架构如图2所示。

3.3功能结构设计

绿色施工示范工程管理信息系统的功能主要是依照系统功能的划分而确定,为了便于主系统设计实现,其各个子模块功能大致可以分为信息管理、申报管理、审核管理、审后管理、档案管理、验收管理、新技术管理、系统维护等功能。其功能结构如图3所示。

3.4数据库表设计

本系统的数据库是以SQLserver为基础建立的,是根据系统功能以及数据存储结构而设计的,由于数据库表过多,不便于全部表现,数据库核心功能数据结构,以部分字段以及部分表格体现数据库的内部主体结构。

4.系统实现

4.1申报条件管理实现

申报条件管理起始是以申报单位整理单位申报条件的相关资料,然后填写申报条件申请表单,递交当地环保部门对材料中关于施工过程中环境保护措施等进行审批,然后交由当地建筑业协会进行项目技术以及单位资质等进行审批,最后由总部进行审批通过,审批过程中有一环节审批不通过该次申报打回申请单位。系统功能是由各种类相互组合而成,申报条件功能由两大部分构成,申报数据处理类、流程以及流程处理类等构成,用户填写完申报条件申请表单,启动流程、调用流程接口,整个申报条件的审批由流程审批处理类以及流程审批结果类等完成。

4.2申报管理实现

申报管理包含申报条件管理、申报优先管理、申报表格管理等3个部分,申报条件管理是绿色施工示范工程管理流程的第一步,集中了施工实施方案、施工规模、施工分类、施工手续、施工周期、施工投资、施工相关单位的支持与配合、施工条件与环境、施工特点、施工技术的攻关和创新等相关资料的上传与审核,这里的相关材料建议打包上传,分单位列出,并由专人负责申报条件的审核。由于其中资料繁杂、分类众多,不建议分类分单位地列出,否则不便于对绿色施工示范工程申报单位的整体条件的审阅,加大了工作人员的审核难度。由专人负责一个或者多个单位的申报条件审阅可以快速审核绿色施工示范工程申报单位的整体条件,并便于每个单位的专项查找和调阅信息,减少了审核人员的工作量,提高工作效率。申报管理活动如下:申请表填写发起申请财务部审批当地建筑协会审批方案审批、质量审批、技术审批总部审批评分对外公布发放证书。申报管理类结构由申报申请类、财务审批类、申报流程类、方案审批类、质量审批类、技术审批类、申报评分类、证书类、信息类等构成。流程类又分为流程接口、审批状态类、审批流转类、审批结果类等组成。申报优先管理是在申报的各个项目中进行优先考核与审批,某些项目属于政府制定的急项目,需要优先进行考虑。主要衡量的标准是项目的单位与项目的大小等条件。在打包上传的所有绿色施工示范工程申报单位的资料中,通过工程开工时间,政府单位推荐,新技术开发,代表性工程等条件,优先审核,优先报批,做到方便与科学的分配审核时间,达到特事特办,急事先办的目的,并有效地回应各绿色施工示范工程申报单位。按照科学的顺序审核,做到有条不紊,提高工作效率。申报表管理即为申报的表单管理以及申报时需要提交的各项文档、图等资料的管理,在项目申报时申报单位需要提交各项信息以及申报项目的相关简介,附属需要条件相关的施工方案,施工的各项管理制度等。在申报表管理中,用户根据申报的表进行填写,到建筑业协会各个办事处进行填写以及提交相关材料。工作人员在接收到申报申请时,进行系统的申请。填写系统申报管理中所需的信息,以及将用户提交的电子材料以及纸质的材料进行封装、编码等操作,方便审批时进行对应的查阅。

4.3审后管理实现

在项目验收过程中,需要填写根据中国建筑业协会提出的各项相关考核表单进行考核,实地考核需要计算机或者纸质的考核表,考核完成后将相关数据录入系统,经协会相关人员进行打分以及审核后验收完成。验收的主要内容分5个方面,包含环境评分、节材与材料利用、节水与水资源利用、节能与能源利用、节地与土地利用等。系统对于这5个方面进行了相关设计,系统功能实现如下。1)环境评分主要考核的是对周边环境污染情况,根据相关的各项检测数据对此项目开始检测的数据进行对比,考核出项目对环境的污染指数,在规定的范围内方可通过考核2)节材与材料利用率考核的指标为,各项材料的使用情况,根据项目申报时所填写的项目大小、项目的设计图纸等分析所得的数据对比。材料选择本着就地取材的原则并有实施记录;机械保养、限额领料、废弃物再生利用等制度健全,做到有据可查,有责可究系统根据中国建筑业协会相关验收流程以及验收的各项表单,利用表单工具以及流程工具对此功能进行了设计,验收所得的分数,在第一次填写后不可修改,需要修改相关数据需提交相关的申请,申请通过后方可对数据进行修改。

4.4信息管理实现

信息分为两部分,内部信息以及对外的信息。内部信息主要是企业内部的通知、公告等,是由企业内部人员进行信息整理、然后在系统的信息页面上输入信息内容,最后由信息相关负责人进行核实信息然后。对外信息需要进行信息审核,信息审核是对信息正确的进一步确认,企业对外的信息一定要是真实、正确的信息,其关系到企业的形象。信息的类图分为内部与对外两部分,对内由内部信息输入类、信息复查类、内部核实类、信息类构成。对外信息由对外信息输入类、信息审批类、审批流程类、审批结果类以及对外类等构成。

4.5档案管理实现

档案管理主要有档案归档、资料管理以及查询等3大核心功能。定期或者当绿色施工示范工程申报完成后,工程资料需要进一步归档处理,由档案管理中心收集并整理这些档案,然后对档案进行分类,档案中心负责人对收集分类后的档案进行复查,确认是否可存档,如果不能需要重新整理,如果可以进行存档处理,进行资料存档。档案管理功能由档案收集类、档案分类类、档案复查类、档案复查结果类、资料归档类、资料查询类以及资料统计类等构成。

5系统测试

5.1测试流程

软件测试是系统建设必不可少的一个过程,通过检测判断系统的性能是否达到了预期设定的要求。软件测试是伴随软件整个开发流程的,在软件开发设计阶段软件测试就已经开始了。在系统进入编码阶段以后,就要进行白盒测试,当功能模块完成以后,测试人员则会对该功能模块进行黑盒功能性测试。当系统开发完成以后则进行集成测试阶段,该阶段是整个测试环节的重要阶段。随后就会进入确认测试阶段、系统测试阶段。当系统上线以后进入安装测试阶段,进而会进入验收测试阶段。最后就是结项总结阶段。到此整个软件测试周期完成。测试的过程中,检查软件功能、性能是否符合系统需求,监测系统的并发,检测系统的安全性,验证系统的稳定性,验证数据的安全性,系统的应急预案是否正常。

5.2测试工具

本系统测试采用了LoadRunner工具,该工具能够满足各个不同测试用例的需求,测试出在各种网络环境中系统的各项峰值,帮助开发组找到系统中存在的各项问题,例如并发、响应时间、系统数据吞吐量、服务器资源利用率等。作为一种多样化性能测试工具,它的作用是对系统的性能进行检查以及优化。

5.3测试环境

系统在测试过程中搭建的测试环境包括数据库服务器、应用服务器与使用客户端计算机。

5.4测试策略

软件测试这项工作是伴随着整个系统产品的生产周期和投放试用过程而存在的,测试工作过程延续了整个系统的生命周期。在本系统的设计和研发过程中我们采用的测试方法有:黑、白盒测试,性能测试以及安全测试。黑盒测试主要是对整个系统的表象以及实际用例来评判系统的综合稳定性和成功率。一般情况下都是通过测试人员对各页面的实际功能和输出的结果进行测试,从而发现系统软件中存在的缺陷和漏洞,进而对这些问题进行修改和修复的一种方法。在本测试环节中,我们根据测试需求,在协会、企业内部专门为将使用本系统的测试人员进行了协调和部署,并联合开发本系统的专业测试工程师进行系统测试。分析报告所收集的抽象数据进行录入系统,通过系统的逻辑判断后所展现的结果进行比对。按照系统提供的数据模板或信息表项进行填写录入,然后通过系统界面将这些表项导入系统中,最后通过相关功能模块的操作进行测试和判断。白盒测试所涉及的工作比黑盒测试更加具体,例如在某个系统界面上,需要对该页面所有可执行的操作以及系统后台对所有人工操作和数据的处理流程、处理方法、传递方向等进行逐个分析,通过平台或相应页面进行抓取捕获数据,然后来判断所接收到的结果是否符合系统开发时所设计的预期结果。假如结果跟预期判断不一致时,需要对本界面的系统功能、逻辑方法、执行编码进行逐个分析查找,将所有动态传递和静态页面的链接走向进而达到设计需求,从而实现所有系统功能。我们对所有系统功能模块和环节都部署了专业的开发测试人员来进行测试和排查。安全性测试是任何信息化系统最重要的一个环节,它所涉及方面广泛,因此我们只能根据目前总结和应该遵循的方法来进行测试。首先是对系统的运行硬件环境做出严格的要求,承载和运行本系统的服务器、网络、电源、物理隔离等都是我们必须考虑的重要因素,以及最基本的防范措施———备份。我们需要测试网络环境是否具有单点故障,一旦网络中断,可采用双网卡和双线接入的方式来防止单点故障。供电设施的测试工作相对简单,本系统在原有的基础上,采用UPS即可实现供电单点故障的问题;其次是在系统内部和外部不同用户的访问以及恶意破坏的行为,我们将不同层次和级别的用户进行登录测试,试图在链接和传递参数,尤其对数据库操作的日志进行测试和检测。灾难性测试,可以通过不同程度的环境破坏、硬件更换或损坏等方式进行,这样可以对系统的容灾程度、可恢复性以及实用性等指标进行核准。对于安全性测试,普通用户一般情况下没有相应条件和意识,只能由熟悉和参与本系统的研发和相关技术人员来完成。性能测试主要分为兼容性测试、稳定性测试、可用性测试等。由于本系统采用的是B/S架构,所以本系统必须具有很好的兼容性,终端用户在登陆本系统时所用到的设备、操作系统、浏览器、功能插件千差万别,所以在测试时需要专门的测试人员使用不同的终端环境进行测试,然后对统计出的测试结果进行分析,最终形成系统测试缺陷报告书。性能测试主要是对系统的负载、吞吐量、响应时长等相关参数进行统计分析,我们将通过压力测试软件、非同等级用户登陆等办法对其进行测试。可用性测试主要是UI的友好性、功能树结构的习惯性以及用户的体验程度进行调研和分析,尤其要尽量满足和符合不同层次的人员需求和习惯,进而到达通俗易懂。

5.5性能测试用例

系统测试能否达到预期的目标,可通过测试用例来分析。测试用例是根据系统需求分析文档而建立的,测试的范围根据需求文档而确定,全覆盖是测试用例设计的基本要求。测试用例的设计需要参考测试说明书以及计划。系统测试的深度与测试用例的数目成正比,测试用例的数量决定了系统测试的横向与纵向的深度。系统的性能测试又包含压力测试、事务相应时间测试、服务器资源利用率测试以及服务器的数据吞吐量测试等,其中并发测试是压力测试的重要指标。以下仅以并发测试的结果进行分析。机构的使用人数大致为500人左右,因此对同时在线并发要求不是很高。系统的主要性能指标在于用户并发量,当用户逐渐往上加时系统的响应速度及时间。根据当前的业务情况要求系统最大的并发数为300人同时在线,压力测试主要是以下方面:并发测试、服务器吞吐量、服务器工作负载等测试。

5.6测试结果分析

经过测试确认系统功能已满足需求说明的要求,已全覆盖系统需求,功能可以完成系统的全部业务要求,运行效率与稳定性经测试,确认系统功能已通过测试。通过性能测试,系统并发与事务响应时间等都达到需求说明的要求,本系统实现过程中运用了工作流引擎和报表工具,很好地满足了对数据的统计分析要求,具有较强的可扩展性。

6结论与展望

测试系统设计方案范文5

关键词:系统集成;项目分类;管理要点;标准化

计算机硬件系统集成项目在日常的信息系统建设中处于“基础”的地位,有单一设备的建设项目(譬如网络设备的更新换代、单项设备采购)、也有多种设备的集成、还有系统总体的设计及实施、机房设计与装修、硬件系统的服务与维护等。做为计算机系统服务供应商或系统集成商,对这些项目的管理就面临一些挑战和问题。根据我十多年来对数千个计算机硬件集成项目的长期跟踪和分析,总结了计算机硬件系统集成项目的几个管理经验,简称计算机硬件系统集成项目管理的“3456”,也就是3种分类,4个要点,5大方案,6类报表,下面详细阐述,以供大家参考,也请各位专家批评指正。

一、3种分类

根据计算机硬件集成项目建设的特点,可将项目建设分为:计算机硬件设备集成与安装、计算机硬件设备的技术与服务、计算机硬件系统总体设计与工程管理服务等三类。仔细甄别这三类项目,有利于针对性的进行项目管理,获得客户的满意度,这种分类的定义分别如下:

1. 计算机硬件设备集成与安装类(以下简称“设备集成与安装类”)

这是最常见的一种计算机硬件集成项目,也是大多数购买方习惯采用的一种计算机硬件系统项目建设模式。在此类项目建设中,计算机系统中涉及的设备性能、系统架构等已经由购买方进行了全面的论证并进行了定型或定性选择,设备供应商只需按照购买方的合同要求进行采购、供货和安装即可。

2. 计算机硬件设备的技术与服务类(以下简称“技术与服务类”)

这类项目是以IT技术与服务为主的计算机硬件系统建设项目,往往是为了某种特定的技术需求和服务为标的的。采购方针对某种设备的技术存在疑虑、问题或困惑需要提供服务一方的技术支持、技术培训和技术服务。这类项目需要提供方进行方案的科学论证和选择,并提交相关技术的解决方案。

3. 计算机硬件系统总体设计与工程管理服务类(以下简称“总体设计与工程管理类”)

这是一种采购方“放权式”的计算机硬件集成项目,通常情况下,采购方对自身建设的系统在架构设计、规模分布、性能指标等有一定的了解,但基于各种原因,采购方需要服务提供方全面负责计算机硬件系统的总体设计、架构、以及新老系统的融合,进行采购和集成,在整个过程中进行技术指导培训,并进行工程实施的全面组织和管理。这类项目越来越多的出现在即将采购的系统集成项目中来,也是计算机系统集成项目发展的一个主要方向。这类项目需要服务供应商涉猎全面的计算机系统领域,涵盖尽可能多的计算机系统范围,同时对技术人员、管理人员的要求也是最高的。

三种分类的项目有各自的特点,在项目管理中应该针对其特点采取不同的项目管理措施,其项目管理的要点也各不相同。

二、4个项目管理要点

项目管理涉及多个管理知识领域,在此不想涉及太多项目管理理论的内容,下面主要就服务提供方在项目管理方面,从项目管理过程、项目经理选择、集成设备管理、客户沟通四个方面的要点做一个简单的总结。

1. 项目管理过程要点

“设备集成与安装类”项目管理的要点在于要及时按期到货,交付设备,并尽快组织安装和提供相关的部署图等。

“技术与服务类”项目管理的要点在于实施前要告知客户全面的实施思路和过程,实施中要提醒客户备份相关信息和历史资料,实施后要出具报告并说明解决了相关问题或堵塞了漏洞等。

“总体设计与工程管理类”项目管理的要点在于要根据客户的需求全面考虑设计方案并组织专家(外部及客户方内部)论证通过;在实施过程中对总体设计思想进行讲解与落实,监督服务提供方(二级服务方或分集成商)按照设计进行实施并验证其实施的准确与正确性;组织整个系统的联调测试,验证总体设计思想;组织工程的验收和后期服务维护。

2. 选派项目经理要点

针对“设备集成与安装类”项目选择项目经理时,人选通常不是什么问题,各承建单位都有很多熟悉计算机硬件系统的管理人员,选择对供应设备性能熟悉的人员即可。

针对“技术与服务类”项目选派项目经理时,应该考虑一个能够将技术性问题简单化,思路清晰,善于讲解,思维敏捷的人员来担当项目经理。

“总体设计与工程管理类”项目在选派项目经理时一定要考虑到项目经理的技术经验和组织能力,而组织管理能力是首选。最好是具备系统性的项目管理知识、了解用户的行业特点并熟悉服务供应方的组织机构、具备2个以上类似项目管理经验的人员。

3. 集成设备的管理要点

针对计算机硬件集成项目在集成设备的管理中,可分为采购管理、到货管理、安装测试管理、交付管理、集成测试管理等过程要点,在每一个过程中都要得到采购方负责人员的签字确认。特别要注意的是到货管理并不等于交付管理,很多时候供应方项目经理或技术人员误认为设备已经到达用户指定现场,交付自然已经完成,其实存在着很大的认识偏差。交付管理是设备加电测试合格、资料齐全、性能指标满足采购方需要的设备移交,是集成设备管理最关键的一个环节,也是对单一设备的验收交付。集成测试指的是多个设备集成在一起的要进行的集成工作,并不是每个项目都会做集成测试,而要看项目涉及到得的设备类型及相关性,根据项目的类型进行裁剪。

4. 客户沟通管理要点

针对计算机硬件集成项目这三种分类来讲,客户沟通管理的重要性与复杂性程度由高到低依次是:“总体设计与工程管理类”项目、“技术与服务类”项目、“设备集成与安装类”项目;但这并代表“沟通”在重要性和复杂度低的分类项目管理中不重要,恰恰相反成功的项目管理基于沟通。

在面对客户沟通时,首先一定要分清楚有哪些干系人,哪些人是关键干系人,有针对性的对不同类型的关键干系制定不同的沟通策略。要仔细判别:哪些关键干系人愿意听取汇报?哪些关键干系人愿意看材料?哪些关键干系人注重技术?哪些关键干系人对项目的实施效果比较关心?了解关键干系人的关注点和喜好,了解清楚客户的组织结构和层级,了解该行业的组织关系“特点”,针对其特点采取不同的有效措施。制定沟通计划。

其次要确切的知道服务供应方能够提供的服务和级别,有哪些可用资源?哪些可调配资源?这些资源什么时候可投入到项目中?投入后客户是否满意?了解组织在本项目中的实施策略以及如何去管理关键干系人的期望。

接下来就要采取有效的措施对关键干系人的期望进行梳理和引导,密切关注关键干系人的关注点的变化,在和干系人沟通的过程中适时调整针对关键干系人的沟通措施和计划。在资源和技术、时间、质量、成本、范围等可控的前提下尽可能的满足干系人的期望,并对干系人的期望进行有效管理,以期提高客户满意度。

项目执行过程中适时的对客户沟通进行总结。

根据计算机硬件系统集成项目的特点,总结出了在项目实施管理过程中的关键性成果物(文档)的模版,将其分为两大类:一类为方案,另一类为表格,罗列如下供大家参考。

三、5大方案

在计算机硬件系统集成项目实施中,项目方案对项目的执行和管理至关重要,这些基本的项目方案包括五个:计算机系统集成总体设计方案、计算机系统集成实施方案、计算机系统集成集成测试方案、计算机系统集成培训方案、计算机系统集成维护方案。在这五大方案的基础上,根据客户的需要,可以演变出其他的项目管理方案来,但它们也隶属于这五大方案之中。

这五大方案所包括的内容分别如下:

1. 计算机系统集成总体设计方案的内容

《总体设计方案》的内容包括业务应用需求、现有系统架构、集成后的总体设计、架构、性能、实施安装、测试、验收、维护等的要求内容等。

2. 计算机系统集成实施方案的内容

《实施方案》的内容包括各方职责与组织架构(组织、分工及沟通管理等)、实施环境要求、实施的组织与宣传、实施计划及主要内容(含里程碑)、工作实施、风险列表与风险应对、实施风险紧急应对方案、实施过程报表、实施检查、实施培训方案等。

3. 计算机系统集成集成测试方案的内容

《集成测试方案》的内容包括测试要求、测试目标、测试范围、单项测试内容及报告、测试计划、测试人员安排与组织、集成测试的内容(联通性、性能、指标等)、集成测试的实施、集成测试的结论等。

4. 计算机系统集成培训方案的内容

《培训方案》的内容包括培训目标、培训人员要求(教师与学员)、培训的课程安排(时间、地点、环境设备等)、形式及教材准备、课程说明、培训实施、培训效果检查等。

5. 计算机系统集成维护方案的内容

《维护方案》的内容包括运行维护的流程和机制(流程、时间、问题单格式、维护报告内容模板、现场工作流程等)、运行维护的人员安排、运行维护手册、日常维护注意事项、常见问题及应对措施等。

四、6类表格

计算机硬件系统集成项目在实施过程中的所有报表看似很多,且格式各异,用户的要求也各不相同,但仔细归纳后可以将其分为六类,它们是:计算机集成设备采购通知单、计算机集成设备到货验货单、计算机集成设备安装记录单、计算机集成设备交付单、计算机集成设备系统集成测试报告单、计算机系统集成设备验收报告单。

从项目管理的角度来分析,若是管理好这六类表单,项目就成功了一半。

六类报表的所有报表一式多份,不足以说明相关工作时可加附表或文档说明,报表可根据项目类型和客户特点进行裁剪。

五、结束语

由于IT技术更新变化发展快,实施人员队伍年轻,计算机硬件系统集成项目执行起来复杂,如何更好高效的执行项目和进行管理一直以来都是供需双方在考虑的问题。本文单纯从项目管理的角度去思考,没有考虑到实施队伍人员的技术培训,组织与管理等细节性问题,总结的“3456”难免会有些偏颇,还请各位专家给予指正并探讨。

测试系统设计方案范文6

关键词: 电气系统; 效能评估; 不解体检测; 快速检测

中图分类号: TN911?34; TJ811 文献标识码: A 文章编号: 1004?373X(2014)02?0048?03

电气系统作为车辆的重要组成部分,担负着电源供电、车辆起动、车体防护、重要参数信息指示以及灯光、音响的提供等功能,其各项功能的实现将直接影响整车战技性能的发挥[1?2]。由于电气设备故障具有一定的随机性,有必要在车辆使用前后对整车技术状况进行普查,方便车俩的管理与使用。然而,针对车辆多个电气设备实施系统精确性能测试耗时较长,这在基层级测试过程中难以实现,同时也是完全没有必要的。同时也是完全没有必要的。本文以面向任务的装备性能普查为目标,设计一种车辆电气系统不解体快速技术状况检测方法,并根据测试结果评估车辆电气系统总体性能,为车辆动用提供数据支持。

1 总体测试方案

针对快速技术状况检测的需求,本文提出一种面向任务的分层测试方案,首先进行总体指标检测,在此基础上,根据任务确定底层检测方案,实施检测。检测方案如图1所示。总体指标检测主要通过对检测仪表的观察,对起动过程的经验判断,初步判断被测车辆电源系统、起动系统、检测仪表是否存在明显故障[3],完成整车基本信息收集,给出整车性能初步评估,为底层测试方案的确定提供基础信息。

底层指标检测根据总体指标检测提供的基础信息、车辆历史状况记录以及本次车辆保障任务的要求,确定各子系统检测方案,综合运用目测、手动检查及仪器测试等多种手段,对各电气子系统的技术状况进行分层次、有重点的检测,给出各子系统状态描述,为车辆具体性能评估提供信息支持。

2 测试手段的选择

电气系统各子系统相对独立, 测试方法也各不相同。因此,系统采用通用的分布式节点设计,根据被测子系统的不同选用不同的测试终端。考虑到测试时间要求短,针对性强,有必要对测试手段及测试层次进行选择与优化。可直接通过观察、试验实现性能测试的被测设备要求尽量简化其测试手段,特别是有自检功能的子系统,尽量利用其自检功能完成测试。对于检测过程繁琐,检测节点难于安装的系统,可采用系统内分层测试方式[4],首先进行1级参数测试,在1级参数不满足要求的情况下,再进行下一级参数检查。

根据以上规则,最终确定整个检测过程中基本信息的采集、灭火系统自检、仪表系统检测、辅助部件检测由测控人员直接手动实施,并通过PDA无线输入终端传入测控主机。电源系统检测、起动系统检测、灭火系统部件级测试采用专用检测控制终端,设计有专门的检测接口电路,实现子系统的分布式检测,检测结果通过数据总线传入测控主机。

测试原理如图2所示。

3 测试流程的整合与优化

各测试项目的内容虽然相对独立,但各测试项目需要放在一个整体测试流程中实施,为节省测试时间,提高测试效率,需要对测试流程进行整合与优化,测试流程的确定需要考虑以下几方面的因素:

(1) 需要考虑各测试流程准备工作的相互制约。如电源系统测试需要车辆起动,并使发动机达到充电转速,这就需要测试时合理设计测试流程,避免重复起车或重复开关电路总开关。

(2) 测试流程还应考虑被测系统的重要程度,如电源系统、起动系统较为重要,有些任务可能只需完成此两项测试即可,应该优先测试。而辅助部件功能相对单一,可放在后面测试,甚至不测。

(3) 测试节点的安装也应该在测试流程设计中考虑,部分测试内容可使用相同测试节点,如蓄电池容量测试、起动系统空载试验和电源系统试验,均需使用蓄电池电压采集节点,可尽量集中测试。

最终测试流程的确立还应考虑测试目标、前期基本信息采集、历史数据等多方面因素的影响,可采用智能决策专家系统,综合考虑多种决定因素,自动生成测试流程。系统结构如图3所示。

4 电气系统评估体系

车辆电气系统总体性能可分为“良好”、“堪用”、“禁用”三类,其具体效能的定位又与各电气分系统的状态有关(分系统状态也可分为“良好”、 “堪用”、“禁用”),因此要实现整体性能的评估,必须实现各分系统效能的评估[5]。评估体系结构如图4所示。

根据评估体系,系统完成不见检测及故障诊断,通过元件结论评估部件性能,评估子系统性能,通过子系统性能评估车辆电气系统整体性能。其评估流程如图5所示。

面向装备动用的车辆电气系统评估涉及装备运用的各个侧面,评估内容进而也具有多层次新性,为完整、清晰地表述评估内容,评估内容以装备结构划分为主线展开,具体分为任务层,能力层,功能层三个层次。各分系统根据测试项目,测试部件的不同,评估方法各不相同。以灭火系统为例,某车型含两套灭火系统,包括一套灭火系统及一套灭火抑爆系统,系统良好必须要求灭火系统及灭火抑爆系统均处于良好状态,但只要有一套系统处于其他状态,那么性能的评估就变得比较复杂。通过分析发现灭火系统能实现战斗室和动力室灭火功能,灭火抑爆系统主要用于战斗室灭火,因此灭火系统评估权值较大,而灭火抑爆系统评估权值较小,最终可根据经验把知识存入专家系统的评估矩阵中,评估子系统性能。表1列出了两部件系统的评估矩阵结构。

3为禁用。

在各分系统性能评估完成后可进行总体性能评估。评估时,同样应考虑各子系统权值,如电源系统直接决定车辆其他用电设备性能的发挥,起动系统直接制约车辆机动性能,权值应很大;而灭火系统在作战任务中作用较大,但其他情况作用较小,权值可适中;而辅助部件功能相对单一权值可较小,根据以上规则可确定某车型电气系统评估矩阵如表2所示。

5 结 论

本文以面向任务的性能普查为目标,在缩短测试时间,简化测试手段的基础上,设计了一种车辆电气设备不解体测试方法,优化了测试流程,并提出了评估方案,该方案能够短时内完成所有车载电气设备总体性能的评估,为车辆动用提供数据支持,方便车辆的管理使用,具有较大的现实意义。

参考文献

[1] 张豫南,谢永成.装甲车辆电气与电子系统[M].北京:国防工业出版社,2003.

[2] 杨军,冯振声,黄考利,等.装备智能故障诊断技术[M].北京:国防工业出版社,2004.

[3] 中国人民总装通保部.ZTZ96式坦克修理指南电气设备与检测仪表[M].北京:中国人民总装通保部,2000.

[4] NEWMANN George, BARTHELENGHI George. A government manager testbility and diagnostic guide, AD?A 208917 [R]. USA: [s.n.], 1989.