1 嵌入式構件技術
1．1 構 件
    構件可以視為一個通過接口對外界提供服務或向外界請求服務的黑盒，多個構件可以組成一個更高層次的構件，構件比對象提供了更高的設計抽象。構件是二進制可替換的，這個特點使它們與“類”有著顯著的不同。當創(chuàng)建了一個構件的修訂版本時，它可以替代同一構件的原先版本，而不必重新編譯其他構件。通常，只要一個構件滿足相同的接口，就可替換另一個構件，而不必對其他構件做任何修改。因此，構件能夠很好地解決更新、維護、分布和復用等諸多問題。
    構件具備以下幾個基本特征：可復用性、可封裝性、組裝性、可定制性、自治性、粗粒度、集成特征、接口連接機制。目前，構建模型大致可分為2類：在面向對象的程序設計中，構件即對象，例如JavaBean；在軟件體系結構中，構件即結構單元，例如結構描述語言ADL。這些構件模型適合更高層的應用軟件，但不適合在嵌入式軟件開發(fā)中占主導地位的底層系統(tǒng)軟件的開發(fā)。
1.2 嵌入式構件
1．2．1 嵌入式構件模型
    嵌入式構件為實現(xiàn)一定嵌入式系統(tǒng)功能的一組封裝的、規(guī)范的、可重用的、具有嵌入特性的軟件單元，是組成嵌入式系統(tǒng)的功能單位。它是被標準化的、具有重用性、支持QoS的、能夠提供實時應用的軟件資源。
    這里，從嵌入式構件的定義出發(fā)，將參考文獻中通用軟件構件模型作適當?shù)臄U展，使其成為適用于嵌入式系統(tǒng)的基本構件模型。
    每個嵌入式構件由4部分構成：構件體、屬性、接口、依賴關系。圖l為基本構件的示意圖。構件體實現(xiàn)構件的基本功能，即對外提供的服務；屬性描述了構件的基本信息；接口將構件與外界連接，在得到自己需要的服務后，為外界提供服務，每一種接口對應一個不同的服務；依賴關系標識構件間的所有關系，用于實現(xiàn)構件間的拼接。

1．2．2 嵌入式構件屬性
    屬性是描述構件某個方面特征的元數(shù)據(jù)。屬性定義了構件查找的方法，可以根據(jù)任意一條屬性記錄快速找到符合條件的構件。由于嵌入式構件的特殊性，可以將嵌入式軟件構件的屬性分為3種：描述屬性、約束屬性和服務質量(QoS)屬性。
    (1)描述屬性
    描述屬性指的是一般構件都具有的公共屬性。常見的描述屬性有以下幾種。
    名稱：構件以名稱作為標識。
    標識：每個構件都對應唯一的ID號，區(qū)別于其他構件。
    類型：將構件歸類，便于檢索與管理。
    版本號：用于構件的更新。
    編程語言：表示構件的實現(xiàn)語言。
    構件描述信息：簡述構件功能。
    表示形式：一個構件可以是源代碼、動態(tài)鏈接庫、靜態(tài)鏈接庫，以及文檔、圖表等形式。
    (2)約束屬性
    約束屬性描述構件所依賴的環(huán)境。約束屬性可分為2類：描述絕大多數(shù)構件都具有的公有約束屬性和描述單獨構件特殊需求的專有約束屬性。公有約束屬性包括CPU類型、操作系統(tǒng)、依賴的類庫等。專有約束屬性包括特殊硬件需求、時間約束和內(nèi)存需求等。
    (3)QoS屬性
    QoS屬性是嵌入式軟件構件最重要的要素。為了選取合適的構件來開發(fā)嵌入式系統(tǒng)，必須考慮構件的QoS屬性，以評估它所提供的性能指標。常見的QoS屬性包括平均執(zhí)行時間、最差執(zhí)行時間、最優(yōu)執(zhí)行時間、內(nèi)存消耗、功耗、健壯性、可靠性和安全性等。

2 嵌入式軟件構件設計
2．1 μC／OS—II嵌入式實時操作系統(tǒng)
    μC／0S—II是一個可移植、占先式、實時的多任務內(nèi)核，以任務為基本處理單位，能同時管理高達63個任務。它實時性強，可靠性高，對處理器以及ROM、RAM資源的要求不高；另外，它的代碼大部分用ANSI C語言編寫，只有少部分微處理器專用的代碼用匯編語言編寫，有利于程序的移植。[!--empirenews.page--]
2．2 基于構件的嵌入式軟件體系結構
    一個構件系統(tǒng)的體系結構由一系列定義的構件框架和針對該框架設計的構件間的相互作用關系組成。體系結構是所要實現(xiàn)系統(tǒng)的整體規(guī)劃，它為構件的組裝提供基礎框架和接口規(guī)范。
    目前，嵌入式構件技術研究的核心之一是構件模型和軟件體系結構(軟件構架)這兩個相互關聯(lián)的問題。不同的構件只能在相應的軟件構架中使用，因此基于構件的應用軟件設計也可認為是基于體系結構(構架)的軟件設計，也稱之為基于“構件一構架”的應用軟件設計。
    根據(jù)上述的嵌入式基本構件模型，本文提出了一適用于嵌入式系統(tǒng)的軟件體系結構。其中，定義“構件系統(tǒng)”為一特定應用，實現(xiàn)某一具體功能。例如，鍵盤為一構件系統(tǒng)，顯示器也為一構件系統(tǒng)。另外，定義“構件子系統(tǒng)”。它類似于UML中的包概念，代表元素的邏輯分組，將具體的應用從實際問題中抽象出來，同時對各個關注區(qū)域進行相對分離，這樣做可以獨立地分析各個關注點，從而可以更好地分析系統(tǒng)的結構。一個構件子系統(tǒng)可以包含一個構件或者是多個構件的集合。
    我們把構件系統(tǒng)構造成抽象層次中的不同部分，最抽象(最接近應用領域)的位于“頂部”，最具體(最接近硬件)的位于“底部”。這樣，可以將構件系統(tǒng)從結構上構造為6個獨立的層次：應用層、用戶接口層、通信層、OS層、硬件抽象層和配置描述層。
    每個層次為一個構件子系統(tǒng)，每個構件子系統(tǒng)內(nèi)包含有一個或多個構件。通過構件間的依賴關系來定位和拼接構件，組裝構件子系統(tǒng)，最終生成所需要的構件系統(tǒng)。其中，配置描述層記錄構件系統(tǒng)屬性、結構說明、相關參數(shù)設置與系統(tǒng)類型定義，以及構件系統(tǒng)中各構件的依賴關系。配置描述層作用于其他各個層次，記錄了構件系統(tǒng)所需的一切信息，使得構件系統(tǒng)的移植更為方便，同時也易于構件的查詢、檢索、維護及出入庫管理。
    硬件抽象層實現(xiàn)硬件的驅動、I／O控制，可以用于同一種硬件平臺的很多應用中。OS層主要用于與操作系統(tǒng)相關的操作，包括系統(tǒng)任務的創(chuàng)建、消息的創(chuàng)建等。通信層實現(xiàn)數(shù)據(jù)的傳遞、數(shù)據(jù)格式的轉換。
    用戶接口層提供與底層應用相關的基本操作函數(shù)、對外接口函數(shù)，實現(xiàn)上下層之間的互操作。應用層位于頂層，用于實現(xiàn)用戶的應用程序。用戶無需關心底層的硬件結構，直接使用用戶接口層提供的基本操作函數(shù)，即可編程實現(xiàn)自己需要的功能。
    層(即構件子系統(tǒng))的接口是所包含的構件接口的組合。分層接口從上層看是透明的，對下層則是不透明的。在層接口處定義的構件僅對整個層次結構中該層或者該層之上的構件可見。只要符合一定的條件，每一層都可實現(xiàn)相當程度的復用，只需要替換相關的構件即可。
    這里，特別要提到“原型”的概念。在各個層中，每個垂直切片僅實現(xiàn)與切片的目的相關的部分。這種實現(xiàn)方案稱為“迭代式原型(iterative prototyping)”，每個切片稱為一個“原型(prototype)”。實現(xiàn)原型時，每個原型都在其前驅所實現(xiàn)的特性的基礎上進行構造。原型的序列根據(jù)邏輯上特性的優(yōu)先順序來確定。本體系結構引入原型的概念，每個原型包含來自各層的一個或者多個構件，后面的原型構造于先前原型所提供的服務的基礎上。每個原型將實現(xiàn)一種特定的功能，逐漸增加功能，最終實現(xiàn)用戶應用程序。
    分層的結構設計保持了頂層與低層很好的一致性，實現(xiàn)了橫向分離；同時，原型的引用使得各層間的連接更為緊密，縱向相連，從而得到集成度更高、更可靠的系統(tǒng)。

3 嵌入式構件系統(tǒng)的實現(xiàn)
3．1 鍵盤構件系統(tǒng)的實現(xiàn)
    嵌入式構件從本質上來說，大部分的工作就是對輸入／輸出部分進行處理。其構件主要有鍵盤、前向通道的處理(如A／D處理)、后向通道的處理(如D／A處理)、USB控制、網(wǎng)絡控制、液晶顯示等。輸入／輸出軟件的代碼占據(jù)了整個操作系統(tǒng)的相當部分，對嵌入式操作系統(tǒng)來說，這部分的重要性是不言而喻的。其中，鍵盤更是嵌入式應用程序最常用的器件，因此本文以鍵盤為例，依據(jù)上述體系結構構建了鍵盤應用模型，配置實現(xiàn)了鍵盤功能。
    圖2為鍵盤構件系統(tǒng)分層體系結構。每層左邊顯示的“棒棒糖”形狀表示層的接口，接口是一組可以從外部訪問的類和對象。虛線箭頭表示的是依賴關系，每層都依賴于其下一層的包，且構件與構件之間也存在著依賴關系。上層調用位于下層具體一些的層次中的服務，這種單向依賴使得可以在不同的上下文中使用相同的服務，而無需考慮服務的實現(xiàn)方式。同時，由于低一些的層中提供了定義良好的接口集合，可以用不同的底層實現(xiàn)來替換它們，這樣，整個構件系統(tǒng)就能更方便地移植到其他的物理環(huán)境中。

    另外，圖2中的寬箭頭表明了數(shù)據(jù)的傳遞方向，數(shù)據(jù)在硬件抽象層取得后，逐級向上層傳遞，經(jīng)過層層處理、轉換，最終到達應用層，被用戶程序所用。而此處，數(shù)據(jù)的傳輸過程其實也是一個原型的形成過程，即最終實現(xiàn)了一鍵盤響應處理任務。
3．2 構件生成集成環(huán)境的實現(xiàn)
    基于構件系統(tǒng)體系結構，本文擬開發(fā)了一構件生成集成環(huán)境，如圖3所示。該環(huán)境可以實現(xiàn)構件系統(tǒng)的自配置、自拼接、源代碼自生成，結構清晰，使用簡便。隨后在該集成環(huán)境上，配置鍵盤構件系統(tǒng)，自動生成源代碼，并在博創(chuàng)ARM300實驗平臺上實現(xiàn)了鍵盤響應，很好地驗證了此體系結構的可行性及優(yōu)越性。

結 語
    本文擴展了通用軟件構件的概念，提出了適用于嵌入式系統(tǒng)的構件模型；并在此基礎上設計了嵌入式軟件6層體系結構，采用了分層的結構設計，實現(xiàn)了橫向分離，而“原型”的引用使得各層縱向相連。此體系結構不僅實現(xiàn)了軟硬件分離，同時也實現(xiàn)了功能的分離，有利于實現(xiàn)穩(wěn)定性好的嵌入式系統(tǒng)。最后，本文在鍵盤應用實例中驗證了其可行性。隨著嵌入式系統(tǒng)的硬件發(fā)展，以及基于構件的軟件設計方法自身的不斷完善，基于構件的軟件設計方法必將是未來的發(fā)展方向。