使用抽象層構建可複用且易于維護的測試軟件,以滿足國防和航空航天應用的需求

實現高達 60%的代碼複用,而且整體測試開發時間減少了多達 9 倍。NI 的認證計劃加上內部培訓,使我們能夠掌握必要的技能,編寫功能強大而靈活的代碼,並在 200 多個測試台上維護這些代碼。”


L3 Technologies

采用抽象

硬件和測量抽象打破了測試執行程序和與儀器交互的代碼模塊之間的耦合。 測試執行程序沒有調用直接與特定儀器交互的代碼模塊,而是與MAL進行交互。 這定義了基于通用儀器類型執行常見任務的操作或步驟類型。這些操作是儀器通用的,通常具有高級別名稱,如“信號輸入”、 “信號輸出”、“連接”、“電源” 和 “負載”。它們還會接收針對特定測試的參數(而不是針對特定儀器的參數),如信號名稱、連接名稱、電源別名、電壓/電流和負載方法(CV、CC、CP)。

映射框架使用配置文件將通用操作的特定 測試參數轉換爲特定儀器參數,如儀器參考、通道編號、矩陣行和列、GPIB地址和儀器配置約束。 框架與HAL連接,與配置文件定義的特定儀器進行通信。 它基于MAL操作類型調用每個特定儀器對應的方法,從配置文件中提取針對特定儀器的參數。

姓名
公司
電話
郵箱
地址
部門
職位

通過儀器系列驅動程序實現硬件抽象

儀器系列驅動程序是針對特定供應商的驅動程序,可與儀器常用的産品系列進行通信。 與IVI驅動程序類似,儀器系列驅動程序使用通用驅動程序實現與多個不同儀器的通信。

常見的示例包括NI模塊化儀器(NI-DMM、NI-Switch、NI-DCPower和NI-Scope)和Pickering PILPXI。儀器系列驅動程序實現了相關産品系列之間的互換性。 雖然它們不支持跨供應商或跨産品系列複用,但這些驅動程序通常直觀,易于實現,並且包含每個儀器的大多數功能(就算不是全部功能)。

如何降低成本?

當涉及到軟件開發時,成本與複雜性密切相關。 複雜性有好也有壞,取決于其性質。 目標是增加良好的複雜性,同時避免不良的複雜性。 可以增加功能的複雜性是好的。 每個特性通常會增加功能。 使用可擴展、靈活的模塊化代碼來實現這些目標可能較爲複雜。 但是當以簡練的方式實現時,這種複雜性是有益的。 由于規劃不當、冗余功能和繁瑣的意大利面條式代碼而産生的複雜性是不好的,因爲它增加了開發成本,但沒有增加功能。

此時,最初開發框架的500小時投入已經開始得到回報,比標准開發方法少了100小時。 隨著新測試的開發、 産品的改變以及産品的生命周期持續,初始投資將持續得到回報。

閱讀ni.com更多相關內容
Copyright ©1997-2019 www.slideall.com & SooQ. All rights reserved.