基于中間層的軟件體系結構模型

侯 彬，張立臣

（廣東工業大學 廣東 廣州 510006）

隨著計算機技術的不斷發展和應用，軟件系統規模和復雜度日益增加。軟件設計人員在設計過程中不僅要考慮軟件系統的功能，而且要解決更難處理的可修改性、性能、可靠性、非功能性等問題。于是軟件開發人員開始研究軟件體系結構來構造復雜的大型軟件系統。

1 軟件體系結構一般模型

一般的軟件體系結構的定義[1]為：軟件體系結構為軟件系統提供了一個結構、行為和屬性的高級抽象，并由構成系統的元素描述、元素相互作用、指導元素集成模式以及模式約束組成。軟件體系結構不僅指定了系統的組織結構和拓撲結構，并且顯示了系統需求和構成系統的元素之間的對應關系，提供了一些設計決策的基本原理。

軟件體系結構的特點：1）軟件系統結構是一個高層次上的抽象，它并不涉及具體的系統結構，也不關心具體的實現。2）軟件體系結構必須支持系統所要求的功能，在設計軟件體系結構時，必須考慮系統的動態行為。3）在設計軟件體系結構時，必須考慮現有系統的兼容性、安全性和可靠性，同時還要考慮系統以后的擴展性和伸縮性。所以應在多個不同方向的目標中進行決策。

軟件系統建模技術的提出，其主要目的是為了解決因日益復雜的結構模型而導致的系統設計方面的問題。從早期提出的以數據為中心的體系結構模型，然后是以功能執行為中心的體系結構模型，逐步發展到以系統內核為中心的面向對象的體系結構模型。這些體系結構模型的演變進化是為了不斷適應計算機應用領域的擴大而引出的新的問題需求。雖然有很多軟件系統建模技術，但這些技術的共同目標就是提高實際應用系統的開放性、集成性、適應需求變化的擴展性以及開發與執行的高效性。通過分析以上模型，并且又參考了很多現有的具有代表性的建模方式，最終提出一種新的基于中間層的建模方式。

2 基于中間層的體系結構模型

[2-7]可以分析現有的幾種軟件體系結構模型的技術特性，如：數據流、管道/過濾器、功能執行中心、面向對象等模型。通過分析可以得出，這些常用的模型都有自己的優缺點，并不適合所有系統，如一個大型的可以分成多個模塊的項目。每個模塊的功能不同，每個部分的體系結構適合不同的模型。如：學校一卡通系統（即：只要手持一張卡，就可以在學校里如：餐廳，圖書館等刷卡的場所進行相關活動，整個系統通過終端的刷卡機記錄其全部刷卡情況）有若干模塊組成（餐廳管理系統、圖書館管理系統、教職工管理系統等），而且每個模塊適應不同的體系結構模型，而采用上面提到的任何一種模型都不太合適。因此，針對那些可以分成若干個相互依賴而不是很緊密的子模塊，每個子模塊又適合用不同的體系結構建模的系統。因此，基于中間層的體系結構模型構建不同體系結構系統。

2.1 中間件

計算機技術迅速發展。從硬件技術看，CPU速度越來越高，處理能力越來越強；從軟件技術看，應用程序的規模不斷擴大，特別是Internet及WWW的出現，使計算機的應用范圍更廣，許多應用程序需在網絡環境的異構平臺上運行。這一切都對新一代的軟件開發提出了新的需求。在這種分布異構環境中，通常存在多種硬件系統平臺（如PC，工作站，小型機等），在這些硬件平臺上又存在各種各樣的系統軟件（如不同的操作系統、數據庫、語言編譯器等），以及多種風格各異的用戶界面，這些硬件系統平臺還可能采用不同的網絡協議和網絡體系結構連接。如何把這些系統集成起來并開發新的應用是一個非常現實而困難的問題。

為解決分布異構問題，提出了中間件（middle ware）的概念。中間件是位于平臺（硬件和操作系統）和應用之間的通用服務，如圖1所示，這些服務具有標準的程序接口和協議。針對不同的操作系統和硬件平臺，它們可以有符合接口和協議規范的多種實現。

圖1 中間件示意圖Fig.1 Schematic of middle ware

中間件具有如下特點：1）滿足大量應用的需要；2）運行于多種硬件和OS平臺；3）支持分布計算，提供跨網絡、硬件和OS平臺的透明性的應用或服務的交互；4）支持標準的協議；5）支持標準的接口。

由于標準接口對于可移植性和標準協議對于互操作性的重要性，中間件已成為許多標準化工作的主要部分。對于應用軟件開發，中間件遠比操作系統和網絡服務更為重要，中間件提供的程序接口定義了一個相對穩定的高層應用環境，不管底層的計算機硬件和系統軟件怎樣更新換代，只要將中間件升級更新，并保持中間件對外的接口定義不變，應用軟件幾乎不需任何修改，從而保護了企業在應用軟件開發和維護中的重大投資。

2.2 基于中間層的體系結構

基于類中間層的體系結構模型如圖2所示。其思想是：1）把一個大的系統分成若干個子模塊，每個模塊根據其自身的特點選擇其合適的建模方式；2）在整個系統模型和應用程序之間提供一個類似中間件的層次。底層的模塊形成的系統像上一層提供一些功能服務，中間層向應用界面提供接口，并為其提供服務；3）各個子系統模塊之間的信息傳遞也是依靠中間層來完成的。

圖2 基于中間層的體系結構模型Fig.2 Architecture model based on middle layer

3 基于中間層的體系結構模型實例

以學校一卡通系統為實例，闡述基于中間層的體系結構模型。系統的終端是一張卡片，里面儲存相關用戶信息。在開發中，系統中可以分成若干模塊，如：餐廳子系統模塊、圖書館子系統模塊、教職工管理子系統模塊等等。

3.1 餐廳子系統模塊

餐廳子系統主要是往卡沖值、劃卡消費。此模塊用以數據為中心的體系結構的模型即可。如圖3所示在以數據為中心的模型中，數據集合被置于整個軟件系統的核心位置，并以統一的數據描述形式提供各個功能部件共享。各個功能部件的開發過程完全獨立，部件之間存在一致的數據交換接口。

圖3 餐廳子系統的體系結構模型Fig.3 Architecture model of restaurants subsystem

以數據為中心體系結構模型的特點是[2]：1）系統的每個部件都有輸入端和輸出端。2）系統的各個部件是相互獨立的實體，它們之間不共享任何狀態信息，而且每個部件不必知道其上一步或下一步的部件是什么。除非是系統最前端的部件，否則部件不必知道系統輸入端的數據流是什么。3）一個部件只需要關注其本身輸入和輸出的數據流。4）系統結構中功能上的聯系比較松散，無法實現功能復用，容易造成代碼冗余。另外數據接口標準難于符合所有的應用需求，這使此模型建造的系統模型帶有局限性。

3.2 圖書館子系統模塊

圖書館子系統主要是圖書的借入與借出，以功能執行為中心的體系結構的模型比較適合此模塊。該模型使用一個統一的執行中心的形式來實現各類應用或系統部件的數據和界面的共享，如圖4所示。

圖4 圖書館子系統的體系結構模型Fig.4 Architecture model of library subsystem

以功能執行為中心的體系結構的模型最大的特點是實現了2個分離[4]：1）共有的計算和執行功能與應用程序的分離；2）用戶與系統的界面交互功能和應用程序的分離。這2個分離優化了代碼執行效率避免了代碼冗余，便于實現風格一致的用戶界面。程序與數據庫的交換功能集中到執行中心統一實現，有利于數據的管理與維護，保證了數據的一致性。另外，這類模型既可實現數據的開放性，又具備了功能的開放性，系統的擴充性也較好。

3.3 教職工管理子系統模塊

教職工管理子系統由于教職工與其職位有關，且一個教職工就是一個實體，雖然信息大部分都是個人自己獨特擁有，但其特征和行為大都相同，可以抽象出來組成一個教職工類型。所以，用面向對象的建模方式比較適合。面向對象的體系結構模型是把系統中的所有資源如數據、模塊等都看作是一個個對象。數據的表示方法和其相應操作封裝在一個對象中，各對象之間通過信息傳遞發生聯系，它是實現對象之間相互聯系和作用的唯一手段，如圖5所示。

圖5 教職工管理子系統的體系結構模型Fig.5 Architecture model of staff management subsystem

面向對象體系結構模型的特點[5]：1）封裝功能：為信息隱藏提供具體的實現手段，用戶不必知道對象的內部狀態，只需了解其功能描述就可使用 （封裝是一種信息隱藏技術，目的使對象的生產者和使用者分離，使對象的定義和實現分開），可減輕開發一個軟件系統的難度和周期。2）繼承性：提供了代碼共享的手段。避免編程人員重復編寫代碼，編程人員可以方便地共享已有的軟件資源和程序代碼，從而大幅度提高軟件的開發效率和減少今后的軟件維護工作量。3）錯誤的局部性：某對象出現錯誤，就可限制在本對象之內，不向外傳播。就對本對象進行修改，容易找到錯誤處理。4）調用的方式：對象和另一個對象主要通過過程調用進行交互，因此一個對象調用另一對象就必須知道該對象的標識。5）降低系統的效率：如果一旦改變了某一對象的標識符，就必須修改所有其他對象，并清除由此帶來的一些副作用。

圖6為一卡通系統的基于中間層的軟件體系機構模型。

該實例系統用中間層用協調各個子模塊，對應用層和子系統提供通用的接口，并且各個子系統模塊之間的信息傳遞依靠中間層完成。通過中間層，應用層的設計就可以不必考慮子系統的模型差異，更便于開發。

圖6 一卡通系統的體系結構模型Fig.6 Architecture model of card system

4 結束語

通過分析幾種常見的軟件體系結構模型，提出了一種基于中間層的體系結構建模方法。在實際應用中，應該具體問題具體分析，選擇合適的體系結構。分析總結每種結構模型的特征和優缺點，并用它來指導工程實踐活動，有利于工程人員和軟件可發人員基于不同的應用目的選取合適的體系結構，有利于提高軟件工程活動的質量和效率。

參考文獻:

[1] 張友生.軟件體系結構[M].北京:清華大學出版社，2002.

[2] 毛斐巧，齊德昱.軟件體系結構風格研究現狀及存在的問題[J].計算機應用研究，2008，25（18）：2270-2273.MAO Fei-qiao，QI De-yu.Current research state and existing problems of software architectuml style[J].Application Research of Computers， 2008，25（8）：2270-2273.

[3] 楊志明.幾種常見軟件體系結構模型的分析[J].計算機工程與設計，2004，25（8）：1325-1328.YANG Zhi-ming.Analysis of common software architectural styles[J].Computer Engineering and Design，2004，25（8）：1325-1328.

[4] 周楓.軟件體系結構模型的分析及研究[J].昆明理工大學學報：理工版，2002，25（8）：88-92.ZHOU Feng.Analytical research on the software architecture model[J].Journal of Kunming University of Science and Technology：Science and Technology，2002，27（6）：88-92.

[5] 乎西旦.居馬洪，蔣新革，古麗米拉.常用軟件體系結構模型的分析[J].計算機工程與設計，2006，27（14）：2624-2625.Huxidan Jumahong， JIANG Xin-ge， Gulimire.Analysis of software system structural model in common use[J].Computer Engineering and Design，2006，27（14）：2624-2625.

[6] 張友生.層次式軟件體系結構模型[J].計算機工程與應用，2004，40（30）：20-22.ZHANG You-sheng.Models of layered software architecture[J].Computer Engineering and Applications，2004，40（30）：20-22.

[7] 張友生，李雄.網狀軟件體系結構模型[J].計算機工程與應用，2005，41（29）：58-60.ZHANG You-sheng，LI Xiong.Models of graph software architecture [J].Computer Engineering and Application，2005，41（29）：58-60.