1. <tt id="5hhch"><source id="5hhch"></source></tt>
    1. <xmp id="5hhch"></xmp>

  2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

    <rp id="5hhch"></rp>
        <dfn id="5hhch"></dfn>

      1. 遠程控制實驗系統軟件體系的結構

        時間:2024-04-28 17:13:14 研究生論文 我要投稿
        • 相關推薦

        遠程控制實驗系統軟件體系的結構

          摘 要:針對遠程控制實驗系統具有多需求、多任務并且實時性要求高的特點,提出一種基于需求特征映射的軟件體系結構,并且在此基礎上設計與開發了一套基于C/S與B/S的混合體系結構的遠程控制系統。該系統不但允許用戶進行遠程虛擬實驗,而且還可以對實驗設備進行遠程實時控制。實際應用表明,該系統不但保證了不同用戶的實驗需求,而且還滿足了遠程控制的實時性要求。

          關鍵詞:軟件體系結構;遠程控制系統;需求工程

          1、引 言

          目前,國內外已經有許多大學都研制出了自己的遠程教育軟件系統,這些系統的建成對于提高教學質量和效率起到了極大的推動作用。對于控制系統的遠程實驗教學平臺就其功能而言主要分為虛擬實驗室和遠程控制實驗室。在國外,美國Illinois大學芝加哥分校的VRiChEL實驗室研制的Vicher系統¨ 將虛擬現實技術應用在化學工程教育領域,設計了多個虛擬實驗。另外,類似的還有澳大利亞RMIT大學設計的虛擬實驗用于進行熱傳遞過程的教學 ,可以幫助學生快速地掌握這個抽象的概念。在國內,北京大學開發的基于Internet的虛擬實驗室3WNVLAB就是一種支持大計算量和交互式的網上虛擬實驗室的通用基本框架,它是一個基于瀏覽器和Web服務器的虛擬實驗室 ?梢钥闯,虛擬實驗室主要是用戶通過Internet把設計的的實驗傳送到服務器端。服務器端用來完成客戶端要求的實驗內容,并將可信的實驗結果返回客戶端?蛻羰盏綄嶒灲Y果后,可評價自己的實驗設計,從而對自己的能力進行判斷。

          由于虛擬實驗室中實驗用到的實驗設備都是抽象符號表示,往往無法代表真正的實驗環境,在控制實驗教學過程中尤其明顯,由于用戶無法觀察到被控對象的動態響應,以及實際實驗過程中系統所存在的擾動和不確定性,導致這樣的虛擬實驗無法達到真正的實驗目的。因此,產生了另一類遠程實驗室:遠程控制實驗 ,目前,國內主要有中國科技大學物理系研制了一套基于Internet的掃描探針顯微鏡(SPM)遠程控制系統 ;浙江大學研制了依托千兆局域網基礎上的基于C/S模式的遠程控制系統 。新加坡國立大學的遠程實驗室 允許用戶通過Internet進行遠程實驗,使用B/S方式實驗,可以實現昂貴的實驗設備共享。

          遠程實驗室的服務器端使用LabView虛擬儀器軟件實現對實驗設備的控制,服務器與實驗設備之間通過RS-232接口或IEEE488.2 GPIB總線進行連接。意大利的PolitecnicodiMilano大學也使用類似方案實現了遠程實驗室。不難看出,這樣的系統基本上可以滿足普通的本科教學的驗證性實驗。但是,由于此類系統的控制器設計在本地實驗端,遠程端僅僅只能允許修改相應的控制器參數,而不能夠提供完整的控制器的設計。因此,對于高年級學生的實驗要求就很難滿足,尤其是網絡控制實驗(此類系統要求整個控制回路通過網絡閉環進行實時控制,所以要求系統提供相應的網絡傳輸參數)更是無能為力。

          綜合以上介紹的遠程實驗系統不難發現,現有系統都在一定程度上滿足了特殊用戶的需求,在局部范圍內起到了較好的教學效果,但是,由于用戶需求的多樣性,這樣的系統很難普及,同時一個統一的遠程控制實驗系統的軟件體系結構尚未形成。因此,本文從遠程實驗室系統的不同層次用戶的需求出發,提出一種基于特征映射的軟件體系結構的設計方法,在此基礎上開發和設計了相應的遠程控制實驗室。與現有系統比較本文論述的系統具有以下幾個優點:

         、 滿足多用戶的需求,不僅提供虛擬的驗證性實驗,而且提供遠程的控制實驗。用戶可以通過本系統動態觀察被控對象的過渡過程,以及系統的不確定性對性能的影響。

          ② 本系統可以為控制專業較高層次的研究性用戶提供網絡傳輸的服務質量性能參數,使系統的網絡資源調度與管理以及控制過程中的采樣周期調度成為可能。

         、 系統可以在局域網內通過網絡實時閉環控制,為網絡控制系統的研究提供實驗基礎。

          2、現有系統的軟件體系結構及其存在的問題

          2.1 虛擬實驗室的軟件體系結構目前,現有的虛擬實驗室普遍采用如圖1所示的軟件體系結構,利用面向對象分析(OOA)和面向對象設計(OOD)來開發。采用B/S結構的主要功能是:用戶提交待實驗的Simulink或m文件通過遠程調用Matlab的計算引擎,完成仿真計算后服務器將仿真結果送還給遠程用戶端,客戶端的Applet通訊模塊把仿真數據解析后,將數據分別以動畫和虛擬示波器、數據表格等方式有效的把實驗結果呈現給用戶,達到仿真實驗的效果。由于虛擬實驗的引入,可以滿足遠程教育中自動化專業的低年級學生的仿真實驗或簡單的驗證性實驗的需求,但是,由于缺少對真實設備的控制,對于高年級的本科實驗教學而言,實驗內容的復雜性和多元化,這樣的實驗系統就很難滿足了,尤其是缺乏對控制過程中實際系統的不確定性以及系統過渡過程的動態性能的直觀的描述。

          2.2 遠程控制實驗室的軟件體系結構目前,現有的遠程控制實驗室的軟件體系結構普遍采用如圖2所示的軟件體系結構,跟虛擬實驗室類似采用OOA和OOD來開發設計采用B/S結構。從系統的功能上而言,由于遠程控制實驗室連接的是真實的實驗設備,實驗過程中利用多媒體技術,可以讓學生實時觀測到實際對象的運行情況,并且在遠程控制端給實驗者提供修改控制器參數的接口,允許用戶動態地改變系統的采樣周期? 。此類系統有一個共同的特點:實驗對象的控制器設置在本地端,并且往往都是事先固定的,如:PID,預測控制策略,使用者僅僅可以通過網絡對系統所提供的控制器參數進行設置和修改。相對于虛擬實驗室,遠程控制實驗室更適合本科高年級的教學實驗。尤其是其提供的先進控制策略,也適合一般的研究人員進行驗證性實驗。不難發現,這樣的系統就其本質而言其控制回路的設計仍舊是本地控制,而沒有通過網絡實時閉環控制。因此,就很難滿足控制專業研究生的實驗教學要求。

          考慮到如圖2的結構中系統的控制器設計在服務器端,并且往往都是固定的。為了保證系統的控制回路構建在整個網絡上,文獻[10]中研制了依托校園網的基于C/S模式的遠程控制系統,把控制器設計在遠程端,整個控制回路通過傳輸網絡閉環如圖3所示。

          這樣方便了遠程實驗用戶設計開發相應的控制器。但是其帶來的代價就是客戶端需要安裝龐大的軟件或插件,不僅系統可維護性差,而且由于客戶端使用平臺的不一致性,導致系統的使用范圍受到了很大的限制。

          3、基于需求特征映射遠程控制系統體系結構綜合

          上述分析不難看出,現有系統的軟件體系結構設計過程中普遍存在的一個問題就是:從需求到軟件體系結構的映射不足。對于控制系統而言,系統的實時性要求很高,如果系統的控制回路通過傳輸網絡實時閉環,則構成的控制系統為典型的網絡控制系統。

          近年來,對于這類系統的研究,已經成為控制理論的研究熱點和重點但還有很多理論問題有待進一步的完善。因此,在現有基礎上采用基于需求特征映射方式的軟件體系結構設計方法來設計遠程控制實驗系統。

          首先,把特征看作需求建模的一階實體,并把特征建模與傳統的需求建模結合起來以更完整地捕獲各種需求。進而,在體系結構建模中,以面向需求特征為目標,維持特征模型和體系結構模型間在較高抽象層相對直接和自然的映射。這里要強調的是本文的方法并不是對傳統方法的否定而是對傳統方法的改善,因而該方法能夠與傳統方法如面向對象(O0)方法緊密地集成,并且本文的建模概念和表示、遵循UML語言的概念和表示體系。

          3.1 遠程控制系統的需求建模文獻[11]中把特征分為功能性特征和非功能性特征,兩者對軟件體系結構構造有著不同的影響。因此,本文首先基于功能特征將待開發的遠程控制實驗系統初步劃分為一些構件,接著考慮系統的非功能特征,對這一初步劃分反復、漸進地進行優化和轉換。利用特征誘導和特征組織與分析的需求建模方法[11],把系統的需求劃分為3個層次上的抽象:任務需求,用戶需求和功能需求。

          任務需求的特征描述了實驗教學的目標、實驗過程、實驗組織及約束等。用戶需求特征主要描述系統所提供支持最終實驗用戶任務的服務以及對服務的約束,在此基礎上按文獻[11]中的組織方式進一步組織特征:

          (1)支持特定任務層特征的用戶任務可歸為一組,并成為該任務層特征的子特征。

          (2)支持某一用戶任務的特征可歸為一組并成為該用戶任務的子特征。

          (3)如果一個非功能特征是對一個功能特征的約束,則該非功能特征成為對應功能特征的子特征。如果一個用戶層特征以某一個任務層特征為目標,則前者稱為后者的導出子特征。

          對于特征間的潛在的交互關系,這里采用其相互問的邏輯關系加以描述,包括:“包含”、“一般到特殊”、“導出”、“制約”及“依賴”和“互斥”等,并且嚴格指定特征本身的屬性,然后利用use case技術把特征細化為足夠詳細的可實現的功能需求。

          遠程控制實驗系統根據不同的用戶可以分為:①?苹虻湍昙壍谋究粕;② 高年級本科生;③ 研究生;④ 教師及其他研究人員。針對這4類不同的用戶,需求特征不同,如對于第① 類用戶,其實驗需求的主要特征是對給定的被控對象模型和控制策略進行驗證性實驗,或者在此基礎上進行適當的參數調整以驗證控制參數對系統性能的影響。因此,在需求建模的時候,把其統一抽象成為此類任務需求的必須特征。

          同時,對于這類用戶系統的被控對象的特性,回路特性和計算引擎都不是必須的,可以統一的作為可選特征進行需求特征建模,而這些功能對于其他用戶而言可能是必須的特征,如第③ 、④類用戶要求系統提供回路信息和網絡服務質量的相關信息作為系統控制設計的依據,甚至是希望系統能夠通過網絡實時閉環,因此要求整個系統能夠保證很好得到實時性。整個遠程控制實驗系統的需求特征模型如圖4所示。

          3.2 遠程控制系統的體系結構建模與系統實現的關鍵技術根據得到的需求特征模型,考慮到功能特征與非功能特征對軟件體系結構的構造有著不同的影響,因此,在系統體系結構建模的時候將它們分開處理,分別進行概念體系結構建模、邏輯體系結構建模和部署體系結構建模。其中,概念體系結構建模是基于問題域和需求的結構來描述系統的抽象視圖,而不考慮技術細節;邏輯體系結構建?紤]技術方案,是對概念體系結構進行精化、調整和轉換;而部署體系結構建模相比與前兩者主要解決模塊與模塊間的計算節點及計算節點之間的交互問題。

          系統的體系結構建模是待求解的問題域到解決問題域的高層次的抽象,而面向特征的體系結構建模是以“面向特征”為目標,維持特征模型和體系結構模型間在較高抽象層相對直接和自然的映射。而對于本系統而言,其在實現方式上采用C/S和B/S混合結構,對于系統模型中的控制服務,考慮到系統實時性的要求和需求模型中的必須特征的使用用戶為研究性實驗,對于這類用戶由于其已經具有較好的專業知識, 所以采用C/S結構,利用校園網進行實時閉環。對于其他服務,這里采用B/S結構。

          不難看出,系統實現的關鍵技術在于遠程控制中控制器的動態加載,控制策略的動態加載與擴充常用的方法是通過c++的new和delete的內存管理和分配方案來實現數組和數據結構的定義,以及模塊間的參數傳遞。然而,對于遠程實驗系統運行狀態的判斷,完全依賴于用戶的控制信號,即當用戶希望系統運行停止的時候,需要先給模塊停止信號,然后再停止系統的運行。這樣的做法對于遠程控制實驗系統顯然是不適合的。另外,從整個軟件的安全性角度出發,在終止整個系統的運行前,單獨停止某一個模塊的運行,安全方面會產生隱患?紤]到以上因素,在本系統提出動態接口,其基本思路是另外添加一個DLL,提供公共函數,用于分配和管理內存。在用戶自定義的控制策略模塊中,調用公共函數即可,需要保留或傳遞參數,直接傳遞序列編號。

          SpaceDLL是用于分配和管理內存的公共DLL,接口包括:UserFBDVVector、UserFBDdVect0r和UserFBD.NewdVect。其中,基本的數據類型為雙精度,能夠滿足基本要求。定義雙精度的vector:typedef::std::vector(double)DoubleVector;定義DoubleVector的vector:ty.pedef::std::vector(DoubleVector)VVector;其中,VVector是鏈式的結構,用戶可以在這個鏈上基本上可以認為是無限制的添加和操作DoubleVector的數據類型;對于DoubleVector的管理和傳遞,通過其序號來實現,從而實現內存數據的安全傳遞;UserFBDVVector函數返回的是對VVector的引用;UserFBDNewdVect函數返回的是新的DoubleVector的引用,用戶可以直接操作使用;UserFBDdVector函數的參數為DoubleVector在整個VVector中的序號,返回指定序號的Dou.bleVector的數據序列的引用。通過以上策略,實現了算法模塊接El的擴展,用戶可以自行添加數組或動態分配內存,并且保留或傳遞參數,對內存進行操作。

          3.3 應用實例自行開發了基于校園網的遠程控制軟件(軟件著作權登記號:2005SR15172),網絡控制軟件運行環境為:win2o0O/winxP、SQLServer 7.0,主要包括菜單、工具欄、狀態欄、控制窗13、監控窗口、視頻窗13、顯示窗口。操作窗口主要負責管理監控平臺的各項操作,包括實驗管理、實驗操作和系統管理,其中,實驗操作主要包括:通信設置、流量監控、曲線設置、控制回路配置、被控對象模型配置、控制器參數配置和控制策略的動態加載等。系統管理包括密碼設置和用戶管理。實驗管理主要功能:實驗成績查詢、實驗報告的生成與遞交等功能。監控窗El可以實時顯示控制點的信息主要包括:工程信號量、采樣周期、控制點編號、采集量的延時等。顯示窗El主要配合操作窗口和控制窗口完成各項操作功能的設置及控制點的配置。

          4、結 語

          在現有遠程實驗系統軟件體系結構分析的基礎上,針對遠程實驗系統用戶需求的多樣性和控制系統本身的實時性強的特點下,提出一種基于需求特征映射的軟件體系結構建模的方法。在此基礎上,開發與設計了基于C/S和B/S混合結構的遠程控制實驗系統。實際應用表明,系統在滿足實時性要求下,在一定程度上滿足了多用戶的需求,具有較好的可行性。

        【遠程控制實驗系統軟件體系的結構】相關文章:

        中藥炮制學科結構與體系完善07-21

        實施預算治理 健全內部控制體系08-04

        環境成本三層控制體系10-21

        實施預算管理 健全內部控制體系07-24

        現代企業本錢控制制度體系分析07-14

        數據中心網絡的體系結構分析09-10

        數字圖書館體系結構的發展10-10

        以人力資本為中心的資本結構體系10-16

        電梯的電氣控制結構安全探究08-26

        遠程機房電源控制系統設計07-28

        国产高潮无套免费视频_久久九九兔免费精品6_99精品热6080YY久久_国产91久久久久久无码

        1. <tt id="5hhch"><source id="5hhch"></source></tt>
          1. <xmp id="5hhch"></xmp>

        2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

          <rp id="5hhch"></rp>
              <dfn id="5hhch"></dfn>