嵌入式組件技術(shù)的研究及應用
加入技術(shù)交流群
3 面向嵌入式組件的系統開(kāi)發(fā)過(guò)程
由以上分析可以看出，由于嵌入式系統的功能和性能要求，以及硬件資源限制和復雜性控制需求，適用于嵌入式軟件系統的組件體現了接口定義約束、靜態(tài)綁定和抽象語(yǔ)言的發(fā)布形式等特性。那么正是由于這些特性的存在，適用于通用組件的軟件開(kāi)發(fā)方法就不能直接應用于嵌入式軟件開(kāi)發(fā)過(guò)程，而需要一種適合于嵌入式組件特性的系統開(kāi)發(fā)方法。下面介紹面向嵌入式組件的開(kāi)發(fā)過(guò)程，它能夠有效地利用和體現嵌入式組件的特性。
整個(gè)開(kāi)發(fā)過(guò)程如圖1所示。根據組成與分解、抽象與具體的兩個(gè)基本開(kāi)發(fā)思想建立了一個(gè)二維坐標系，橫坐標為抽象與具體;縱坐標為分解與組合。兩個(gè)坐標軸將整個(gè)開(kāi)發(fā)空間分成了4部分，即建模過(guò)程的4個(gè)基本步驟：分解、實(shí)體化、組合、確認。
分解整個(gè)開(kāi)發(fā)過(guò)程從圖1的左上角開(kāi)始。黑色方框代表了最初的待實(shí)現系統，即開(kāi)發(fā)人員經(jīng)過(guò)需求分析所建立的系統模型。通過(guò)系統功能域的劃分，將系統進(jìn)行分解，在每一個(gè)功能域都包含了與該功能相關(guān)的所有邏輯組件。每一個(gè)邏輯組件再作為一個(gè)子系統遞歸地進(jìn)行分解，直到組件達到了可重用組件的粒度。分解過(guò)程只是從抽象和邏輯角度決定組件的功能形式。
實(shí)體化將具有最小粒度的不能再分解的邏輯組件進(jìn)行實(shí)體化。由于這些邏輯組件已經(jīng)具有了明確的功能或者直接就是已有的組件，所以可以很容易地將這些邏輯組件轉化為實(shí)際組件，如圖1中右下角的黑粗線(xiàn)方框所示。本文引用地址：http://dyxdggzs.com/article/152484.htm
組合將重用的或者是將實(shí)現的實(shí)際組件，根據抽象模型，通過(guò)組件接口組合起來(lái)，該過(guò)程完全是分解的逆過(guò)程。如圖2所示。
驗證 對實(shí)體化以后再構建起來(lái)的系統與最初的待實(shí)現系統進(jìn)行對比，利用組件的功能和約束特性預測整個(gè)系統的功能和性能，從而驗證系統設計的正確性。
面向嵌入式組件開(kāi)發(fā)的整個(gè)過(guò)程體現為一個(gè)樹(shù)形結構，相當于一棵組件樹(shù)。樹(shù)的每一片葉子都代表一個(gè)組件。而每一個(gè)組件都可以視為一棵子樹(shù)，遞歸地利用該開(kāi)發(fā)過(guò)程。整個(gè)過(guò)程總是不斷利用已有組件或者明確可實(shí)現的小粒度組件的組合對設計進(jìn)行驗證，由于組件接口和實(shí)現已經(jīng)靜態(tài)綁定，每一個(gè)組件在運行時(shí)的功能在設計期就能完全確定，這樣能幫助開(kāi)發(fā)人員在最早的時(shí)間內發(fā)現設計上的缺陷，及時(shí)對設汁進(jìn)行修改。
4 結 語(yǔ)
如今，嵌入式系統已經(jīng)被廣泛地應用于生活的方方面面。CBD技術(shù)無(wú)疑會(huì )對嵌入式領(lǐng)域的發(fā)展起到重要的作用。這里通過(guò)深入分析通用組件的設計原則和嵌入式系統的特性要求，提出了適合于嵌入式系統的組件設計原則和開(kāi)發(fā)方法，使組件技術(shù)的優(yōu)點(diǎn)在嵌入式系統中得到了很好的體現，為CBD技術(shù)向嵌入式領(lǐng)域的轉移提供了一種有效的途徑。
當然，要使CBD技術(shù)得以在嵌入式系統中充分的利用，還有一些問(wèn)題有待推進(jìn)和解決。例如，目前還缺乏廣泛使用的適合于嵌入式系統的組件技術(shù)標準，大多數的組件技術(shù)還不能夠支持對嵌入式系統性能特性(如實(shí)時(shí)性)的定義和分析，并且應用于具有特定系統性能要求的嵌入式系統的組件組合方法和系統設計時(shí)的功能預測和驗證手段都還有待于發(fā)展。此外，幫助嵌入式開(kāi)發(fā)人員進(jìn)行組件和系統建模、分析和驗證的輔助工具還需要進(jìn)一步的開(kāi)發(fā)和引入。
評論