系统分析题论文范文-论基于构件的软件开发4

【#第一文档网# 导语】以下是®第一文档网的小编为您整理的《系统分析题论文范文-论基于构件的软件开发4》，欢迎阅读！

论基于构件的软件开发

【摘要】

21世纪以来，各国为了提高装备维修保障能力，开始重点研究综合测试诊断技术。2009 年6月，我单位受某装备部委托，研制“XXX电子装备综合测试诊断设备”。我有幸成为该项 目的

总工程师。该项目主要分为两大部分：测试软件开发平台和管理运行平台。由于该项 目中有很多技术难点，而且内容较多，研发任务紧，综合以上因素，我们采取了基于构件的 开发技术。开发过程中，首先对整个软件进行了统一规划，强调对构件的重用。在构件复用 方面，我们进行了三方面的主要工作：1、尽量使用公司内部已经被应用和测试过的成熟构 件。2、在现有构件不满足需求的情况下，寻找成熟的商用构件。3、对一些有市场潜力的模 块采用构件化的思路开发，丰富单位构件库。通过构件化的开发技术，极大地提高了软件的 开发效率和可乘性。 【正文】

21世纪以来，综合测试诊断技术成了各国为增强其装备后勤保障能力，逐渐开始关注 的热

点技札2009年6月，我单位受某装备部委托，研制“XXX电子装备综合测式诊断设备”。 我有幸成为了该项目的总工程师。综合测试诊断技术是在综合和考虑了装备的可测试性、 人工和自动测试、人员、电子资料和培训等构成测试的资源，进行的合理的资源配置，来达 到测试效能最大，费用最低的一种结构化管理过程。综合测试诊断设备主要由两部分组成： 测试软件开发平台和管理运行平台。测试软件开发平台主要由装备研制单位使用。根据装备 的外部接口、测试资源、以及装备各测试项的测试流程和约束条件，开发装备测试和故障诊 断用TPS （Test Program

Set测试程序集）和适配器，然后利用装备的可测试性模型、TPS和 BIT信息.开发装备的智能诊

断模型。管理运行平台主要由装备维修保障部队使用。管理运 行平台使用测试软件开发平台开发的TPS和适配器，配合完成装备的例行检查。在装备岀现 故障时，根据装备反馈的BIT （Built

In Test机内自检）信息，确定装备的故障模式，故障诊 断推理机通过对装备故障模型的分析，

结合以往排故历史数据，寻找一条费用最低、测试时 间最短的测试路径，然后通过调用TPS来自动进行测试诊断，直到隔离出LRU （LineReplace Unit最小可更换单元）或者最小模糊组。由于该项目涉及的内容多.任务时间紧，而且还 有很多技术难点需要突破。例如：提供一套图形化的测试程序开发环境；根据装备的可测试 性模型开发故障诊断模型；具有IEFM功能；能够智能故障诊断等。根据该项目的一些实际 特点，为了提高产品开发效率，提高可靠性。我们采用了基于构件的软件开发技术。在构件 的复用方面，我们首先进行了总体规划：1、尽量使用单位已经


开发并经过使用和测试成熟 的构件。2、在已有构件不满足需求的情况下，需找相关商业软件。

3、将一些有市场潜力的 模块进行构件化开发，存入单位构件库。1、尽量使用单位已经开发并经

过使用和测试成 熟的构件。由于我单位的主体技术就是测试和控制技术，通过多年的积累，已经形成了一 批开发类似项目的有价值的构件，这些构件有垂直型构件和水平型构件。例如：对于注册表 的操作，对于word文档的打印、显示、控制和预览等功能属于水平型构件，基本上每个项 目的开发都会用到。另外，针对测控行业，我们也积累了很多有用的构件，例如：射频频谱 分析构件，雷达数据处理构件，VISA驱动开发构件等。2、在现有构件不满足需求的情况 下，积极寻找商用构件。该项目一个很大的难点就是要提供图形化的软件开发环境。目前 市面上图形化的软件开发环境较文本型的软件开发环境要少很多。工业控制方面的梯形图算 图形化软件开发，不过梯形图只适合简单的逻辑处理，而且数据处理能力有限，LabVIEW是 —款真正竟义的图形化开发环境，该环境是由美国NI公司开发，已经有20多年的历史，在 测控行业具有非常广的用户群，同时支持几乎所有的主流技术，例如：.Net,Com,Dcom. WebService等，采用数据流驱动方式工作。该软件还具有强大的、众多的工具套件，包含数 据库访问套件、报表生成套件、数据存储套件等几百个实用和行业领域套件。另外一些图形 化开发环境大多用来进行建模，不是真正意义上的编程工具。通过我们对现有图形化开发环 境的分析和研究,LabVIEW是最适合我们的目的，但是我单位目前没有开发图形化编译器方 面的人员储备，加之编译器开发工作复杂，难以在短期内见效。所以我们采取了一种折中的 方法：在设计时，统一规划程序结构，让LabVIEW来完成图形化软件开发的工作，然后生 成我们所需要的输出，以后如果有更好的图形化编译组件，或者我们具有开发此类编译器的 能力，可以很容易的将其替换下来。另外，在程序界面方面，我们也下了不少功夫。界面 给用户最直观的使用感受，其好坏直接影响到软件的易用性。在界面设计时，我们调研了很 多具有丰富功能的界面构件。通过调研，发现最著名的界面组件是:BCGBarPro和Skin+ +。

通过对软件的功能、性能、价格和开发商技术水平的对比和分析，我们最后选中了 BCGBarPro 作为我们的界面开发构件，后来该构件被集成到VS2010.net环境中，这也充分说明了我们 分析的正确性。利用该构件，我们很快就开发出了 OutLook风格的软件界面。3、对一些 有市场潜力的软件模块采用构件化开发技术装备的测试性以前在装备的维修性中囊括，后 来随着测试性的重要性日益凸显，GJB9001-2009已经明确将装备的测试性提升为装备的六 性之一。随着测试性技术重要性的提高，我们预计和测试性相关的软件产品也会有很大的市 场前景，例如：每个装备的测试性都需要进行检测，那么统计分析装备测试性指标的软件肯 定具有很大的市场。所以，根据以上分析，我们统一了思路，采用构件化的技术开发装备 故障建模模块和智能故障诊断模块。将


故障建模模块和智能诊断模块分别封装为DLL,统一 其对外接口，以后有项目有类似功能的可以直接借用，或者可以再此基础上进行完善，形成 可测试性统计分析和智能故障诊断软件。在开发此构件时，首先对现有的故障建模技术进 行了收集、整理、分类和对比，通过综合分析，我们采用了多信号流依赖模型作为故障诊断 模型的理论基础。在本次开发过程中，单位内部形成的构件由于有源代码、相关文档和构 件开发人员的技术支持，集成过程比较方便oBCGBarPro极大地增强了软件界面的美观程度, 让人有耳目一新的感觉•提炼出的装备故障建模模块将对公司后期类似的业务开发打下了良 好基础。LabVIEW作为一个图形化的开发工具，很好的完成了图形化开发的要求，我们也对 LabVIEW环境进行了一些定制，使其更适应需求，但是，LabVIEW毕竟不是一个提供给用户 进行二次开发的工具，所以打开后，任务栏会多岀一个LabVIEW进程，而且有些功能我们 也不好控制。通过有效的使用构件化的开发技术，使得开发难度达到降低，开发周期大大 缩短，同时，利用化开发技术开发有市场潜力的模块，对单位的业务发展也具有很重到的现 实意义。根据我本人的推测，构件化技术还会朝着水平型和垂直型两个方向发展，但是由于 垂直型是针对各个行业的，这个世界行业千千万万，而且千差万别，所以相对来讲，垂直型 构件的发展前景会更好。

本文来源：https://www.dy1993.cn/V8A.html