本發(fā)明屬于軟件開(kāi)發(fā)技術(shù)領(lǐng)域，特別是涉及一種基于模型驅(qū)動(dòng)的嵌入式控制軟件開(kāi)發(fā)方法。
背景技術(shù)：
傳統(tǒng)軟件開(kāi)發(fā)依靠系統(tǒng)設(shè)計(jì)和編碼來(lái)驅(qū)動(dòng)，典型的開(kāi)發(fā)模式是需求分析、功能分析與設(shè)計(jì)、編碼、測(cè)試和部署。在這樣的軟件開(kāi)發(fā)過(guò)程中，隨著時(shí)間推移系統(tǒng)不斷地被修改，各類文檔、設(shè)計(jì)圖表與代碼的距離越來(lái)越遠(yuǎn)。它們?nèi)咧械娜我庖粋€(gè)被修改都會(huì)導(dǎo)致其它兩類的修改，工作量巨大，勢(shì)必導(dǎo)致開(kāi)發(fā)效率低以及不利于后期的系統(tǒng)維護(hù)。開(kāi)發(fā)過(guò)程中各階段的制品間的高耦合性勢(shì)必導(dǎo)致軟件可復(fù)用性低。
隨著計(jì)算機(jī)技術(shù)、芯片技術(shù)，軟件技術(shù)的發(fā)展，嵌入式系統(tǒng)出現(xiàn)了以下變化：新的高性能微處理器層出不窮；嵌入式操作系統(tǒng)的設(shè)計(jì)更加適應(yīng)在不同硬件平臺(tái)上移植；人機(jī)交互界面更加友好和豐富；面向領(lǐng)域特殊需求的嵌入式技術(shù)得到巨大發(fā)展，針對(duì)不同行業(yè)需求的嵌入式系統(tǒng)軟件架構(gòu)和標(biāo)準(zhǔn)不斷出現(xiàn)。面對(duì)上述變化，隨著自動(dòng)化和智能化逐漸滲透到人們的生活之中，人們對(duì)嵌入式系統(tǒng)的功能和性能要求越來(lái)越高，故嵌入式軟件越來(lái)越復(fù)雜，其開(kāi)發(fā)過(guò)程中面臨諸多困難。
技術(shù)實(shí)現(xiàn)要素：
本發(fā)明的目的在于提供一種基于模型驅(qū)動(dòng)的嵌入式控制軟件開(kāi)發(fā)方法，通過(guò)利用建模元模型和系統(tǒng)業(yè)務(wù)邏輯來(lái)構(gòu)建符合目標(biāo)系統(tǒng)業(yè)務(wù)邏輯的嵌入式領(lǐng)域的PIM和通過(guò)SystemC模型得到PSM，使系統(tǒng)需求更迅速反映到目標(biāo)平臺(tái)上。
本發(fā)明是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的：
本發(fā)明為一種基于模型驅(qū)動(dòng)的嵌入式控制軟件開(kāi)發(fā)方法，包括如下步驟：
步驟一，利用建模元模型和系統(tǒng)業(yè)務(wù)邏輯來(lái)構(gòu)建符合目標(biāo)系統(tǒng)業(yè)務(wù)邏輯的嵌入式領(lǐng)域的PIM；
步驟二，構(gòu)建的嵌入式領(lǐng)域PIM根據(jù)轉(zhuǎn)換規(guī)則和SystemC模型進(jìn)行模型轉(zhuǎn)換，得到基于SystemC的PSM；
步驟三，將基于SystemC的PSM通過(guò)代碼生成工具得到C代碼。
優(yōu)選地，所述建模元模型包括嵌入式領(lǐng)域元模型邏輯和UML模型。
優(yōu)選地，所述轉(zhuǎn)換規(guī)則為目標(biāo)平臺(tái)特性以及systemC元模型特征建立轉(zhuǎn)換規(guī)則并進(jìn)行軟硬件劃分，以功能類或方法映射綁定在系統(tǒng)的構(gòu)件上。
本發(fā)明具有以下有益效果：
本發(fā)明通過(guò)利用建模元模型和系統(tǒng)業(yè)務(wù)邏輯來(lái)構(gòu)建符合目標(biāo)系統(tǒng)業(yè)務(wù)邏輯的嵌入式領(lǐng)域的PIM和通過(guò)SystemC模型得到PSM，使系統(tǒng)需求更迅速反映到目標(biāo)平臺(tái)上，有利于提高開(kāi)發(fā)效率，充分延長(zhǎng)系統(tǒng)的生命周期，增加了可移植性。
當(dāng)然，實(shí)施本發(fā)明的任一產(chǎn)品并不一定需要同時(shí)達(dá)到以上所述的所有優(yōu)點(diǎn)。
附圖說(shuō)明
為了更清楚地說(shuō)明本發(fā)明實(shí)施例的技術(shù)方案，下面將對(duì)實(shí)施例描述所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明的一種基于模型驅(qū)動(dòng)的嵌入式控制軟件開(kāi)發(fā)方法流程圖。
具體實(shí)施方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其它實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
請(qǐng)參閱圖1所示，本發(fā)明為一種基于模型驅(qū)動(dòng)的嵌入式控制軟件開(kāi)發(fā)方法，包括如下步驟：
步驟一，利用建模元模型和系統(tǒng)業(yè)務(wù)邏輯來(lái)構(gòu)建符合目標(biāo)系統(tǒng)業(yè)務(wù)邏輯的嵌入式領(lǐng)域的PIM；
步驟二，構(gòu)建的嵌入式領(lǐng)域PIM根據(jù)轉(zhuǎn)換規(guī)則和SystemC模型進(jìn)行模型轉(zhuǎn)換，得到基于SystemC的PSM；
步驟三，將基于SystemC的PSM通過(guò)代碼生成工具得到C代碼。
優(yōu)選地，所述建模元模型包括嵌入式領(lǐng)域元模型邏輯和UML模型。
其中，轉(zhuǎn)換規(guī)則為目標(biāo)平臺(tái)特性以及systemC元模型特征建立轉(zhuǎn)換規(guī)則并進(jìn)行軟硬件劃分，以功能類或方法映射綁定在系統(tǒng)的構(gòu)件上。
值得注意的是，上述系統(tǒng)實(shí)施例中，所包括的各個(gè)單元只是按照功能邏輯進(jìn)行劃分的，但并不局限于上述的劃分，只要能夠?qū)崿F(xiàn)相應(yīng)的功能即可；另外，各功能單元的具體名稱也只是為了便于相互區(qū)分，并不用于限制本發(fā)明的保護(hù)范圍。
另外，本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述各實(shí)施例方法中的全部或部分步驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，相應(yīng)的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，所述的存儲(chǔ)介質(zhì)，如ROM/RAM、磁盤或光盤等。
以上公開(kāi)的本發(fā)明優(yōu)選實(shí)施例只是用于幫助闡述本發(fā)明。優(yōu)選實(shí)施例并沒(méi)有詳盡敘述所有的細(xì)節(jié)，也不限制該發(fā)明僅為所述的具體實(shí)施方式。顯然，根據(jù)本說(shuō)明書的內(nèi)容，可作很多的修改和變化。本說(shuō)明書選取并具體描述這些實(shí)施例，是為了更好地解釋本發(fā)明的原理和實(shí)際應(yīng)用，從而使所屬技術(shù)領(lǐng)域技術(shù)人員能很好地理解和利用本發(fā)明。本發(fā)明僅受權(quán)利要求書及其全部范圍和等效物的限制。