現(xiàn)有的軟件系統(tǒng)多采用傳統(tǒng)開發(fā)方法且只針對某個具體應(yīng)用開發(fā)，軟件與設(shè)備及軟件內(nèi)部各模塊間耦合緊密，軟件可復(fù)用性低、可擴展性差。
    基于構(gòu)件的軟件開發(fā)方法[1]，其思想是使軟件能夠像硬件那樣，通過各部分的動態(tài)組裝完成整個應(yīng)用系統(tǒng)的功能。基于構(gòu)件的軟件工程CBSE(Component Based Software Engineering)逐漸成為軟件開發(fā)的主流模式[2]，已成為近幾年學(xué)術(shù)界和產(chǎn)業(yè)界共同關(guān)注和研究的熱點。
1 構(gòu)件模型
    相對于傳統(tǒng)對象而言，構(gòu)件將抽象程度提到一個更高的層次，整個構(gòu)件隱藏了具體的實現(xiàn)，只用接口提供服務(wù)。這樣，構(gòu)件可以將底層的多個邏輯組合成高層次上的粒度更大的新構(gòu)件，甚至直接封裝到一個系統(tǒng)中，使模塊的重用從代碼級、對象級、架構(gòu)級到系統(tǒng)級都可能實現(xiàn)[3-5]。
1.1 構(gòu)件模型
    為了在后期使用構(gòu)件時能夠快速檢索到需要的構(gòu)件，必須對構(gòu)件進行分類。構(gòu)件可以使用多種分類方法。本系統(tǒng)先將構(gòu)件分為原子構(gòu)件Ca和復(fù)合構(gòu)件Cc兩大類，原子構(gòu)件是不能再分的構(gòu)件，復(fù)合構(gòu)件是由原子構(gòu)件或復(fù)合構(gòu)件組成的構(gòu)件。
    原子構(gòu)件可表示為Ca=(IDa，Na，Ta，Ia，Oa，Ma，Da)，其中，IDa為原子構(gòu)件唯一標識；Na為原子構(gòu)件名稱；Ta為原子構(gòu)件類型集合（包括子類型集合），父類型和子類型用樹形結(jié)構(gòu)表示；Ia為原子構(gòu)件輸入接口集合（包括各接口的名稱、參數(shù)、參數(shù)類型）；Oa為原子構(gòu)件輸出接口集合（包括各接口的名稱、參數(shù)、參數(shù)類型）；Ma為原子構(gòu)件消息集合；Da為原子構(gòu)件描述信息(包括構(gòu)件存儲路徑、索引關(guān)鍵字、功能描述、編寫語言、作者、制作日期、版本）。
    復(fù)合構(gòu)件可表示為Cc=(IDc，Nc，Tc，Ic，Oc，Mc，Dc，IDas，Ras)，其中，IDc為復(fù)合構(gòu)件唯一標識；Nc為復(fù)合構(gòu)件名稱；Tc為復(fù)合構(gòu)件類型集合(包括子類型集合)，父類型和子類用樹形結(jié)構(gòu)表示；Ic為復(fù)合構(gòu)件輸入接口指針集合，該指針指向組成復(fù)合構(gòu)件的原子構(gòu)件對應(yīng)輸入接口；Oc為復(fù)合構(gòu)件輸出接口指針集合，該指針指向組成復(fù)合構(gòu)件的原子構(gòu)件對應(yīng)輸出接口；Mc為復(fù)合構(gòu)件消息集合；Dc為復(fù)合構(gòu)件描述信息（包括構(gòu)件存儲路徑、索引關(guān)鍵字、功能描述、編寫語言、作者、制作日期、版本）；IDas為組成復(fù)合構(gòu)件的原子構(gòu)件IDa集合；Ras為組成復(fù)合構(gòu)件的原子構(gòu)件的連接關(guān)系。
    原子構(gòu)件和復(fù)合構(gòu)件又可以根據(jù)功能劃分為界面構(gòu)件、通信構(gòu)件、數(shù)據(jù)庫構(gòu)件、業(yè)務(wù)構(gòu)件等。其中，每一類構(gòu)件又可細分為很多子類。構(gòu)件粒度越小，復(fù)用度越高，構(gòu)件耦合度越低，但構(gòu)件庫中構(gòu)件的數(shù)量也會隨著粒度的變小而劇增，這會給構(gòu)件的檢索帶來不便。因此，應(yīng)根據(jù)具體需求，把握好構(gòu)件的粒度。可參考式(1)[6]：
 
1.2 基于構(gòu)件的軟件開發(fā)過程
    面向構(gòu)件的軟件開發(fā)過程如圖1所示。具體描述如下：

    (1)總體設(shè)計者對業(yè)務(wù)系統(tǒng)進行需求分析后得到功能需求和框架需求。
    (2)構(gòu)件分析者根據(jù)功能需求進行構(gòu)件需求分析后得到構(gòu)件需求；同時框架實現(xiàn)者根據(jù)框架需求對系統(tǒng)框架進行實現(xiàn)。
    (3)構(gòu)件實現(xiàn)者根據(jù)構(gòu)件需求對構(gòu)件進行實現(xiàn)，并經(jīng)過嚴格測試和修改后得到合格的構(gòu)件。
    (4)構(gòu)件庫管理者可以將新制作的構(gòu)件注冊入庫，為了能快速檢索到構(gòu)件，構(gòu)件入庫時必須對其信息進行精確全面的描述。本文使用XML描述構(gòu)件信息，并使用XML Schema對構(gòu)件描述文檔進行合法性檢驗，只有描述合法的構(gòu)件才可以入庫，從而確保構(gòu)件描述信息的一致性和完整性。構(gòu)件庫管理者可以對構(gòu)件庫中的構(gòu)件進行刪除、注銷、檢索等操作。
    (5)構(gòu)件組裝者根據(jù)具體需要從構(gòu)件庫中檢索需要的構(gòu)件，并在系統(tǒng)框架下進行組裝后形成應(yīng)用系統(tǒng)，構(gòu)件組裝者還負責(zé)對應(yīng)用系統(tǒng)的測試與維護。
    (6)應(yīng)用系統(tǒng)交付用戶使用并提出修改意見與建議，構(gòu)件組裝者再根據(jù)用戶需求進行修改。
2 基于構(gòu)件的軟件框架
    面向構(gòu)件的軟件開發(fā)過程中，構(gòu)件組裝和運行需要特殊的環(huán)境，這種特殊的運行環(huán)境稱為框架。一個框架由一些規(guī)則、建議和習(xí)慣組成，它們從構(gòu)件的角度定義了一個系統(tǒng)結(jié)構(gòu)，并定義了系統(tǒng)的各組成部分之間是如何通信和實現(xiàn)互操作的。因此，設(shè)計框架時，必須自己定義構(gòu)件及框架的規(guī)范，使用者只有遵循這些規(guī)范，才能將構(gòu)件集成到框架中。本系統(tǒng)框架包括構(gòu)件組裝框架和構(gòu)件運行框架兩部分，這兩個框架由系統(tǒng)框架管理器管理，以確保系統(tǒng)在某一時刻，只能處于其中一個框架下。系統(tǒng)處于構(gòu)件組裝框架時，可實現(xiàn)構(gòu)件組裝、功能模塊組裝、應(yīng)用系統(tǒng)集成、應(yīng)用系統(tǒng)修改、應(yīng)用系統(tǒng)功能擴展等功能。系統(tǒng)處于運行框架時，能夠完成相應(yīng)的業(yè)務(wù)處理功能，但不能對其進行配置。基于構(gòu)件的軟件框架結(jié)構(gòu)如圖2所示。
2.1 構(gòu)件組裝框架
     傳統(tǒng)的構(gòu)件組裝大多使用代碼方式調(diào)用構(gòu)件接口，此方式比較復(fù)雜。本框架提供一種圖形化的構(gòu)件組裝界面，開發(fā)者可以輕松高效地集成新的應(yīng)用系統(tǒng)或?qū)σ延邢到y(tǒng)進行擴展。
    如圖2所示，構(gòu)件組裝框架主要包括構(gòu)件制作工具、構(gòu)件測試工具、構(gòu)件庫管理工具、構(gòu)件組裝工具、模塊管理工具、模塊組裝工具。其中，制作工具、構(gòu)件測試工具只提供簡單的構(gòu)件制作和測試功能，構(gòu)件實現(xiàn)者可以選擇市場上其他工具進行構(gòu)件制作及測試；構(gòu)件庫管理工具具有構(gòu)件注冊、注銷、刪除、檢索等功能，模塊管理工具具有模塊注冊、修改、刪除、檢索等功能，這兩個工具實現(xiàn)起來相對簡單；構(gòu)件組裝和模塊組裝時生成對應(yīng)的XML配置文檔，通過這些XML配置文檔將構(gòu)件粘合成應(yīng)用系統(tǒng)。本文使用的XML配置文檔主要包括：(1)構(gòu)件描述文檔：對構(gòu)件信息進行描述，以便使用構(gòu)件時能方便獲取構(gòu)件信息；(2)構(gòu)件適配文檔：對構(gòu)件接口連接關(guān)系進行描述；(3)模塊適配文檔：對模塊之間以及構(gòu)件和模塊之間連接關(guān)系的描述；(4)菜單適配文檔：將菜單與對應(yīng)業(yè)務(wù)模塊綁定，以便用戶點擊對應(yīng)的菜單時，觸發(fā)該功能模塊運行。組裝時，通過這些XML配置文檔，將構(gòu)件組裝成子模塊、功能模塊直至整個綜合測試系統(tǒng)，需要時查找模型中相應(yīng)的標簽位置并靈活插入，這樣在對系統(tǒng)修改時，只需要修改相應(yīng)的構(gòu)件，其他部分不受影響。此方法支持系統(tǒng)的快速開發(fā)和修改，具有較高的靈活性和較好的可擴展性，達到了令人滿意的伸縮性。

    在組裝時，構(gòu)件組裝者根據(jù)應(yīng)用系統(tǒng)的需求檢索相關(guān)構(gòu)件，如果構(gòu)件庫中無此構(gòu)件，則必須制作相關(guān)構(gòu)件并放入構(gòu)件庫中，再將檢索到的構(gòu)件通過構(gòu)件組裝工具進行組裝。為了不使應(yīng)用系統(tǒng)在組裝過程中太復(fù)雜，先將構(gòu)件組裝成業(yè)務(wù)構(gòu)件，再將業(yè)務(wù)構(gòu)件組裝成功能模塊，最后將功能模塊組裝成應(yīng)用系統(tǒng)。
2.1.1 構(gòu)件組裝
    構(gòu)件組裝工具的核心是解決構(gòu)件適配問題。大多數(shù)情況下，使用不同語言制作的構(gòu)件都需要做某種方式的修改以便與其他構(gòu)件相匹配，這個過程稱為構(gòu)件適配，適配方法有白盒法、黑盒法和灰盒法。文獻[7]對三種方法的技術(shù)、特點和實現(xiàn)的難易程度進行了分析，結(jié)論是采用灰盒法既可以實現(xiàn)構(gòu)件組裝的靈活性，又不至于使適配技術(shù)過于復(fù)雜。本文在對各種灰盒法的適配技術(shù)進行比較后，采用基于連接器的適配技術(shù)。此方法將構(gòu)件功能的實現(xiàn)與其交互作用的實現(xiàn)相分離，從而增加構(gòu)件組裝的可配置性，在現(xiàn)有技術(shù)條件下，它是實現(xiàn)構(gòu)件動態(tài)組裝的有效途徑之一。
    構(gòu)件連接器可以表示為CL=(IDcl，Ncl，Rcls)，其中，IDcl為連接器唯一標識；Ncl為連接器名稱；Rcls為連接關(guān)系集合，包含有多個接口連接關(guān)系，每個連接關(guān)系Rcl可表示為Rcl=(IDsc，IDdc，DTc，Dc，MSc)，其中，IDsc表示源構(gòu)件唯一標識，IDdc表示目標構(gòu)件唯一標識，DTc表示數(shù)據(jù)類型，Dc為數(shù)據(jù)的值，MSc表示消息。
2.1.2 模塊組裝
    通過模塊組裝工具可以將業(yè)務(wù)模塊組裝成功能模塊。本文使用類似連接器的方法設(shè)計模塊連接器。
    模塊連接器可以表示為：ML=(IDml，Nml，Rmls)，其中，IDml為模塊連接器唯一標識；Nml為模塊連接器名稱；Rmls為連接關(guān)系集合，包含有多個模塊接口連接關(guān)系，每個連接關(guān)系Rml可表示為Rml=(IDsm，IDdm，DTm，Dm，MSm),其中，IDsm表示源模塊唯一標識，IDdm表示目標模塊唯一標識，DTm表示數(shù)據(jù)類型，Dm為數(shù)據(jù)的值，MSm表示消息。
    模塊連接器信息用XML適配文檔進行描述，其XML schema源碼如下：
<?xml version="1.0"?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XML
Schema">
<xsd:element name=" IDml " type="xsd:string"/>
<xsd:element name=" Nml ">
<xsd:complexType>
<xsd:sequence maxOccurs="unbounded">
   <xsd:element name="Rml"type="xsd:string" maxOccurs=
"unbounded"/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
</xsd:schema>
2.1.3 菜單配置
    菜單描述工具的主要功能是將菜單與對應(yīng)功能的模塊進行綁定，生成菜單適配文檔。本系統(tǒng)菜單嵌套最多為三級，菜單適配文檔可表示為FL=(IDm，IDf1，IDf2，IDf3)，其中IDm表示功能模塊ID，IDfi為第i級菜單ID，i=1，2，3。其源碼可參考前文給出的模塊適配文檔XML schema源碼。
2.2 構(gòu)件運行框架
    構(gòu)件運行框架主要包括：構(gòu)件調(diào)度器、構(gòu)件實例化工具以及各種XML配置文檔解析器。其中，配置文檔解析器的功能是解析對應(yīng)的XML配置文檔，其實現(xiàn)相對簡單，在此不作介紹。下面重點介紹構(gòu)件調(diào)度器和構(gòu)件實例化工具。
2.2.1 基于工作流控制的構(gòu)件調(diào)度模型
    構(gòu)件調(diào)度是一個動態(tài)過程，調(diào)度之前難以知道構(gòu)件運行所需要的全部信息，因此很難一次性建立構(gòu)件調(diào)度模型。即使建立了模型，隨著構(gòu)件調(diào)度的執(zhí)行，各種因素發(fā)生變化，也會使模型不能反應(yīng)信息的動態(tài)變化而導(dǎo)致構(gòu)件調(diào)度失敗。
    工作流技術(shù)[7，8]最初被廣泛應(yīng)用于解決企業(yè)的項目調(diào)度問題，現(xiàn)已逐漸擴展到許多領(lǐng)域。工作流技術(shù)可以全面描述過程的信息，在運行時能夠動態(tài)監(jiān)視業(yè)務(wù)過程的執(zhí)行情況，因此可得到過程執(zhí)行的實時信息，如：過程執(zhí)行、資源利用、時間計劃情況等，并能根據(jù)這些信息生成新的調(diào)度方案。因此，工作流技術(shù)可以應(yīng)用于解決構(gòu)件調(diào)度問題。
    本文提出一種基于工作流技術(shù)的構(gòu)件調(diào)度模型，模塊包括：過程控制模型、公共資源服務(wù)模型、消息處理模型、工作流數(shù)據(jù)模型。各模型之間的調(diào)用關(guān)系如圖3所示。

    過程控制模型是構(gòu)件調(diào)度模型的核心和骨架，定義應(yīng)用系統(tǒng)所有構(gòu)件的處理流程，描述構(gòu)件調(diào)度問題的約束，包括模塊之間以及組成模塊的構(gòu)件之間的邏輯關(guān)系、詳細描述(執(zhí)行所需的信息、資源)等。這些信息可以在構(gòu)件調(diào)度過程中通過各種XML配置文檔解析器解析對應(yīng)的XML配置文檔獲取。利用這些信息可以預(yù)測并找出工作流所管理的全部過程實例之間存在的資源沖突情況。通過把產(chǎn)生資源沖突的過程實例按照一定的規(guī)則抽取出來就可以得到項目調(diào)度的動態(tài)模型。由于過程實例的執(zhí)行情況不斷變化，如某些過程實例執(zhí)行結(jié)束、某些實例被終止、某些活動被掛起、某些異常出現(xiàn)等，因此按照一定的周期動態(tài)地從這些過程實例中所得到的過程模型也會隨之不斷更新，得到&ldquo;最新&rdquo;的調(diào)度模型，這解決了調(diào)度模型不能反映信息動態(tài)變化的問題。
    公共資源服務(wù)模型定義構(gòu)件調(diào)度過程中需要的公共服務(wù)資源，如數(shù)據(jù)庫服務(wù)、打印服務(wù)等。
    消息處理模型定義構(gòu)件調(diào)度過程中的事件屬性，它是一個構(gòu)件向另一個構(gòu)件發(fā)出的某種通知。
    工作流數(shù)據(jù)模型定義了與構(gòu)件調(diào)度模型執(zhí)行密切相關(guān)的數(shù)據(jù)。從某種意義上講，它確定構(gòu)件執(zhí)行過程狀態(tài)轉(zhuǎn)換的條件。
2.2.2 構(gòu)件實例化
    構(gòu)件是動態(tài)調(diào)用的，即應(yīng)用系統(tǒng)運行前構(gòu)件都沒有實例化，只有在執(zhí)行過程中調(diào)用時才實例化。可以借助反射機制實現(xiàn)構(gòu)件動態(tài)實例化。本文的構(gòu)件實例化工具是在.NET平臺下用C#語言實現(xiàn)，其關(guān)鍵代碼如下：
private void CreateInstanceAndInvoke()
{
    ParseXML()；//解析相關(guān)XML文檔
    SourceComXMLPath=COMSchedule()；//構(gòu)件調(diào)度器
    Assembly curAssm=Assembly.LoadFile(SourceComXMLPath)；
    Type[] types=curAssm.GetTypes()；
    if (isInterface)
    {
        foreach (Type type in types)
        {
            MethodInfo[] methodInfos=type.GetMethods()；
            foreach (MethodInfo methodInfo in methodInfos)
            {
                ParameterInfo[] paras=
methodInfo.GetParameters();
                object[] objSourceParas=
new object[paras.Length];
                object[] objTargetParas;
                if (methodInfo.Name==strSourceComInter-
faceName)
                {
objTargetParas=methodInfo.Invoke(curAssm.CreateInstance
(type.FullName),
out objSourceParas);
                    InvokeTarget()；//調(diào)用目標構(gòu)件的接口
                }
            }
        }
    }
    else
    {
        &hellip;&hellip;
    }
    &hellip;
}
3 應(yīng)用實例
    本文設(shè)計的基于工作流控制的構(gòu)件化軟件框架已經(jīng)在某型設(shè)備接口測試系統(tǒng)中得到應(yīng)用。某型設(shè)備有多種待測接口，下面以其A/D接口測試為例說明本系統(tǒng)的有效性。
    圖4為對某型設(shè)備A/D、D/A接口構(gòu)件劃分結(jié)果圖。構(gòu)件通過構(gòu)件連接器組裝成業(yè)務(wù)模塊，業(yè)務(wù)模塊通過模塊連接器組裝成功能模塊。組裝后的某型設(shè)備接口測試系統(tǒng)對A/D接口測試結(jié)果如圖5所示。測試中，A/D接口的通道13測試誤差大于設(shè)定誤差的最大值，未通過測試；其他接口各通道的測試誤差均小于其最大誤差要求，通過測試。

    實踐應(yīng)用證明，該軟件框架可以實現(xiàn)基于構(gòu)件的應(yīng)用系統(tǒng)的插座式組裝，使其能從原子構(gòu)件集成子模塊、功能模塊直至整個應(yīng)用系統(tǒng)。此方法支持系統(tǒng)的快速開發(fā)和修改，具有較高的靈活性和較好的可擴展性，達到了令人滿意的伸縮性。
    針對目前大多數(shù)軟件模塊間耦合緊密、軟件可復(fù)用性低、可擴展性差等問題。將XML、工作流和構(gòu)件技術(shù)相結(jié)合，設(shè)計了圖形化方式構(gòu)件組裝框架和構(gòu)件運行框架。用戶可以在構(gòu)件組裝框架下集成應(yīng)用系統(tǒng)，在構(gòu)件運行框架下運行組裝的系統(tǒng)可以實現(xiàn)相應(yīng)的業(yè)務(wù)功能。實踐證明，該軟件框架可以實現(xiàn)基于構(gòu)件的應(yīng)用系統(tǒng)的插座式組裝，使其能從原子構(gòu)件集成子模塊、功能模塊直至整個應(yīng)用系統(tǒng)。此方法支持系統(tǒng)的快速開發(fā)和修改，具有較高的靈活性和較好的可擴展性，避免了軟件的重復(fù)開發(fā)，節(jié)省了大量費用，達到了令人滿意的伸縮性效果。
參考文獻
[1] 楊芙清，王千祥，梅宏，等.基于復(fù)用的軟件生產(chǎn)技術(shù)[J].中國科學(xué)，2001，31(4)：363-371.
[2] 任洪敏，錢樂秋.構(gòu)件組裝及其形式化推導(dǎo)研究[JJ.軟件學(xué)報，2003，l4(6)：1066-1074.
[3] 王強，何克清，李兵，等.基于MMF的互操作性軟構(gòu)件庫管理模型的研究[J].計算機工程，2005，31(16)：57-58.
[4] 吳信永，宋東，劉飛.基于構(gòu)件技術(shù)的通用ATS框架設(shè)計[J].計算機測量與控制，2008，16(2)：141-143.
[5] 王忠杰，徐曉飛，戰(zhàn)德臣．基于特征的構(gòu)件模型及其規(guī)范化設(shè)計過程[J]．軟件學(xué)報，2006，17(1)：39-47．
[6] 徐瑋，保林，李昭原.企業(yè)信息系統(tǒng)業(yè)務(wù)構(gòu)件研究[J]. 軟件學(xué)報，2003，14(7)：1213-1220.
[7] 王志堅，費玉奎，婁淵清.軟件構(gòu)件技術(shù)及其應(yīng)用[M]. 北京：科學(xué)出版社，2005.
[8] 李偉平，范玉順.基于工作流的資源受限項目調(diào)度研 究[J].清華大學(xué)學(xué)報(自然科學(xué)版)，2004，44(10)：
1384-138.