[發(fā)明專利]一種嵌入式軟件開發(fā)方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201710679584.3
• 申請(qǐng)日: 2017-08-10
• 公開（公告）號(hào): CN107621950A
• 公開（公告）日: 2018-01-23
• 發(fā)明（設(shè)計(jì)）人: 陳春艷
• 申請(qǐng)（專利權(quán)）人: 清遠(yuǎn)博云軟件有限公司
• 主分類號(hào): G06F9/44
• 分類號(hào): G06F9/44
• 代理公司: 深圳市科吉華烽知識(shí)產(chǎn)權(quán)事務(wù)所(普通合伙)44248
• 代理人: 孫偉

技術(shù)領(lǐng)域

本發(fā)明涉及計(jì)算機(jī)軟件信息技術(shù)領(lǐng)域，特別是涉及一種嵌入式軟件開發(fā)方法。

背景技術(shù)

嵌入式系統(tǒng)開發(fā)是當(dāng)今計(jì)算機(jī)軟件發(fā)展的一個(gè)熱點(diǎn)。嵌入式系統(tǒng)的關(guān)鍵之處在于，結(jié)合微處理器或微控制器的系統(tǒng)電路與其專屬的軟件，來達(dá)到系統(tǒng)操作效率成本的最高比。隨著計(jì)算機(jī)技術(shù)的發(fā)展和應(yīng)用的普及，嵌入式系統(tǒng)己滲透到日常生活的各個(gè)方面，廣泛地應(yīng)用于消費(fèi)電子、通信、汽車、國防、航空航天、工業(yè)控制、儀表和辦公自動(dòng)化等領(lǐng)域，它在應(yīng)用數(shù)量上遠(yuǎn)遠(yuǎn)超過了各種通用計(jì)算機(jī)。嵌入式系統(tǒng)是以應(yīng)用為中心，以計(jì)算機(jī)技術(shù)為基礎(chǔ)，軟硬件可剪哉，適應(yīng)應(yīng)用系統(tǒng)對(duì)功能、可靠性、成本、體積和功耗嚴(yán)格要求的專用計(jì)算機(jī)。嵌入式軟件開發(fā)有別于通用計(jì)算機(jī)軟件系統(tǒng)開發(fā)的一個(gè)顯著特點(diǎn)是：它一般需要一個(gè)交叉編譯和調(diào)試環(huán)境，即編輯和編譯軟件在宿主機(jī)上進(jìn)行(一般是在有較充裕CPU和內(nèi)存資源的運(yùn)行Windows操作系統(tǒng)的PC機(jī)上進(jìn)行)，編譯好的目標(biāo)軟件則需要下載到目標(biāo)機(jī)上運(yùn)行(如在一個(gè)運(yùn)行嵌入式Linux系統(tǒng)的ARM目標(biāo)板上運(yùn)行)。宿主機(jī)和目標(biāo)機(jī)通過特定的通信協(xié)議建立通信連接。宿主機(jī)通過這個(gè)通信連接向目標(biāo)機(jī)發(fā)送調(diào)試指令，而目標(biāo)機(jī)則運(yùn)行該調(diào)試指令并將相應(yīng)的運(yùn)行結(jié)果返回給宿主機(jī)。由于宿主機(jī)和目標(biāo)機(jī)上往往運(yùn)行著不同的操作系統(tǒng)，并且處理器的體系結(jié)構(gòu)往往也不相同，這樣就顯著提高了嵌入式軟件開發(fā)的復(fù)雜性，存在著不足，不能滿足軟件行業(yè)發(fā)展的需求。

綜上所述，針對(duì)現(xiàn)有技術(shù)的缺陷，特別需要一種嵌入式軟件開發(fā)方法，以解決現(xiàn)有技術(shù)的不足。

發(fā)明內(nèi)容

針對(duì)現(xiàn)有的存在的不足，影響實(shí)際的使用，本發(fā)明提出一種嵌入式軟件開發(fā)方法，設(shè)計(jì)新穎，提高系統(tǒng)的可擴(kuò)展性，并且提高各組件的集成，降低嵌入式軟件開發(fā)的周期。

為了實(shí)現(xiàn)上述目的，本發(fā)明的技術(shù)方案如下：

一種嵌入式軟件開發(fā)方法，包括處理單元、讀取單元、檢測(cè)單元、運(yùn)算單元、擦除單元、寫入單元、判斷單元、處理單元調(diào)用所述嵌入式開發(fā)軟件的系統(tǒng)命令直至該系統(tǒng)命令返回，所述系統(tǒng)命令的運(yùn)行輸出通過所述重定向的句柄寫入到對(duì)應(yīng)的臨時(shí)文件中，讀取單元用于讀取設(shè)備的相關(guān)參數(shù)信息，檢測(cè)單元將利用模型檢驗(yàn)方法檢測(cè)需求模型的一致性及需求模型所對(duì)應(yīng)的系統(tǒng)需要檢測(cè)的可信特性，如發(fā)現(xiàn)差異對(duì)需求模型進(jìn)行修復(fù)，運(yùn)算單元和判斷將程序模型和需求模型進(jìn)行比較分析以發(fā)現(xiàn)差異性，如發(fā)現(xiàn)差異性則對(duì)生成的目標(biāo)軟件系統(tǒng)程序或需求模型進(jìn)行修復(fù)，擦除單元和寫入單元連接數(shù)據(jù)庫存，檢測(cè)單元的采集執(zhí)行器是基于Runnable實(shí)現(xiàn)的用于定義采集任務(wù)執(zhí)行過程以及執(zhí)行采集任務(wù)的線程，所有的采集執(zhí)行器只負(fù)責(zé)定義某個(gè)周期的采集過程，不要負(fù)責(zé)多個(gè)周期的采集，以免長(zhǎng)期占用線程池資源，生成采集執(zhí)行器的過程主要功能實(shí)現(xiàn)基于采集執(zhí)行器生成線程、采集執(zhí)行器隊(duì)列、執(zhí)行任務(wù)計(jì)劃線程。

進(jìn)一步，處理單元對(duì)行為描述語言文本元素表中的行為和操作數(shù)據(jù)與目標(biāo)軟件系統(tǒng)程序元素表中的符號(hào)，包括函數(shù)、常量和變量進(jìn)行人工對(duì)應(yīng)，參照建立的對(duì)應(yīng)關(guān)系從目標(biāo)軟件系統(tǒng)程序?qū)?yīng)的中間語言中提取程序模型，而行為描述語言模型由行為描述語言直接生成。

在本發(fā)明系統(tǒng)主要基于Esper引擎實(shí)現(xiàn)，實(shí)現(xiàn)基于事件流進(jìn)行數(shù)據(jù)處理，把要分析的數(shù)據(jù)抽象成事件，然后將數(shù)據(jù)發(fā)送到CEP引擎，引擎就會(huì)根據(jù)事件的輸入和最初注冊(cè)的處理模型，得到事件處理結(jié)果，系統(tǒng)根據(jù)從聚合策略解析得到的統(tǒng)計(jì)策略生成相應(yīng)的聚合事件，聚合事件發(fā)送到 Esper實(shí)時(shí)緩存中等待處理。

在本發(fā)明判斷單元設(shè)置有設(shè)備狀態(tài)告警單元，設(shè)備狀態(tài)告警規(guī)則診斷模塊是系統(tǒng)獲取到設(shè)備實(shí)時(shí)狀態(tài)數(shù)據(jù)或聚合統(tǒng)計(jì)數(shù)據(jù)后，根據(jù)知識(shí)庫或配置模塊中定義的告警規(guī)則，通過對(duì)于狀態(tài)數(shù)據(jù)進(jìn)行告警規(guī)則匹配從而觸發(fā)狀態(tài)告警的過程，告警規(guī)則診斷功能主要包括：告警規(guī)則管理、狀態(tài)數(shù)據(jù)預(yù)處理、狀態(tài)告警規(guī)則匹配、狀態(tài)告警事件生成、狀態(tài)告警事件通知。

進(jìn)一步，通過交叉調(diào)試器調(diào)試程序和被調(diào)試程序運(yùn)行在不同機(jī)器上的調(diào)試器，在軟件投入運(yùn)行前對(duì)軟件需求分析、軟件設(shè)計(jì)規(guī)格說明和軟件編碼進(jìn)行查錯(cuò)和糾錯(cuò)，當(dāng)調(diào)試完成后，程序代碼被燒入到目標(biāo)板的存儲(chǔ)器中，并在真實(shí)的硬件環(huán)境上運(yùn)行。

進(jìn)一步，該系統(tǒng)采用了標(biāo)準(zhǔn)的Web Services接口，系統(tǒng)命令是經(jīng)過封裝后運(yùn)行的，輸出對(duì)象為串行接口用戶終端或非串行接口用戶終端，嵌入式開發(fā)軟件為Vxworks或Linux系統(tǒng)。

本發(fā)明的有益效果是：通過對(duì)嵌入式軟件的開發(fā)進(jìn)行設(shè)計(jì)、編譯、調(diào)試、測(cè)試以及固化運(yùn)行的過程，提高系統(tǒng)的可擴(kuò)展性，并且，提高各組件的集成，降低嵌入式軟件開發(fā)的周期，能夠縮短文件的寫入時(shí)間，從而加快嵌入式軟件的升級(jí)速度，設(shè)計(jì)新穎，是一種很好的創(chuàng)新方案。