導(dǎo)語：軟件體系結(jié)構(gòu)風(fēng)格分析論文一文來源于網(wǎng)友上傳，不代表本站觀點，若需要原創(chuàng)文章可咨詢客服老師，歡迎參考。

[摘要]本文對幾種經(jīng)典的軟件體系結(jié)構(gòu)風(fēng)格進行了具體的闡述，分析了各種風(fēng)格的特點、優(yōu)缺點，最后重點介紹了三層C/S軟件體系結(jié)構(gòu)。

[關(guān)鍵詞]軟件體系結(jié)構(gòu)軟件體系結(jié)構(gòu)風(fēng)格三層C/S軟件體系結(jié)構(gòu)

20世紀(jì)60年代中期的軟件危機使得人們開始重視軟件工程的研究。起初，人們把軟件設(shè)計的重點放在數(shù)據(jù)結(jié)構(gòu)和算法的選擇上。隨著軟件系統(tǒng)規(guī)模越來越大、越來越復(fù)雜，整個系統(tǒng)的結(jié)構(gòu)顯得越來越重要。

一、軟件體系結(jié)構(gòu)風(fēng)格分析

最初的軟件體系結(jié)構(gòu)是Mainframe結(jié)構(gòu)——客戶、數(shù)據(jù)和程序都被集中在主機上，通常只有少量的GUI界面，對遠程數(shù)據(jù)庫的訪問比較困難。隨著PC的廣泛應(yīng)用，該結(jié)構(gòu)逐漸被淘汰。在20世紀(jì)80年代中期出現(xiàn)了Client/Server分布式計算結(jié)構(gòu)，應(yīng)用程序的處理在客戶機和服務(wù)器之間分擔(dān)。隨著大型軟件系統(tǒng)的開發(fā)，這種結(jié)構(gòu)在系統(tǒng)的部署和擴展性方面暴漏出不足。隨著Internet的發(fā)展，一個更靈活的體系結(jié)構(gòu)“三層/多層計算”體系結(jié)構(gòu)應(yīng)運而生。

Garlan和Shaw將通用軟件體系結(jié)構(gòu)風(fēng)格總結(jié)為以下幾類：

1.數(shù)據(jù)流風(fēng)格：批處理序列；管道/過濾器。2.調(diào)用/返回風(fēng)格：主程序/子程序；面向?qū)ο箫L(fēng)格；層次結(jié)構(gòu)。3.獨立構(gòu)件風(fēng)格：進程通訊；事件系統(tǒng)。4.虛擬機風(fēng)格：解釋器；基于規(guī)則的系統(tǒng)。5.倉庫風(fēng)格：數(shù)據(jù)庫系統(tǒng)；超文本系統(tǒng)；黑板系統(tǒng)。

下面將介紹幾種主要和經(jīng)典的體系結(jié)構(gòu)風(fēng)格和它們的優(yōu)缺點。

1.C2風(fēng)格。C2體系結(jié)構(gòu)風(fēng)格可以概括為：通過連接件綁定在一起的按照一組規(guī)則運作的并行構(gòu)件網(wǎng)絡(luò)。圖1中構(gòu)件與連接件之間的連接體現(xiàn)了C2風(fēng)格中構(gòu)建系統(tǒng)的規(guī)則。

C2風(fēng)格是最常用的一種軟件體系結(jié)構(gòu)風(fēng)格。從C2風(fēng)格的組織規(guī)則和結(jié)構(gòu)圖中，我們可以得出，C2風(fēng)格具有以下特點：

(1)系統(tǒng)中的構(gòu)件可實現(xiàn)應(yīng)用需求，并能將任意復(fù)雜度的功能封裝在一起;(2)所有構(gòu)件之間的通訊是通過以連接件為中介的異步消息交換機制來實現(xiàn)的;(3)構(gòu)件相對獨立，構(gòu)件之間依賴性較少。系統(tǒng)中不存在某些構(gòu)件將在同一地址空間內(nèi)執(zhí)行，或某些構(gòu)件共享特定控制線程之類的相關(guān)性假設(shè)。

2.數(shù)據(jù)抽象和面向?qū)ο箫L(fēng)格。目前軟件界已普遍轉(zhuǎn)向使用面向?qū)ο笙到y(tǒng)，抽象數(shù)據(jù)類型概念對軟件系統(tǒng)有著重要作用。這種風(fēng)格的構(gòu)件是對象，或者說是抽象數(shù)據(jù)類型的實例。對象是一種被稱作管理者的構(gòu)件，因為它負責(zé)保持資源的完整性。對象是通過函數(shù)和過程的調(diào)用來交互的。圖2是數(shù)據(jù)抽象和面向?qū)ο箫L(fēng)格的示意圖。

面向?qū)ο蟮南到y(tǒng)有許多的優(yōu)點：

(1)因為對象對其他對象隱藏它的表示，所以可以改變一個對象的表示，而不影響其他的對象。(2)設(shè)計者可將一些數(shù)據(jù)存取操作的問題分解成一些交互的程序的集合。面向?qū)ο蟮南到y(tǒng)也存在著某些問題：①為了使一個對象和另一個對象通過過程調(diào)用等進行交互，必須知道對象的標(biāo)識。只要一個對象的標(biāo)識改變了，就必須修改所有其他明確調(diào)用它的對象。②必須修改所有顯式調(diào)用它的其他對象，并消除由此帶來的一些副作用。

3.基于事件的隱式調(diào)用風(fēng)格?；谑录碾[式調(diào)用風(fēng)格的思想是構(gòu)件不直接調(diào)用一個過程，而是觸發(fā)或廣播一個或多個事件。系統(tǒng)中的其他構(gòu)件中的過程在一個或多個事件中注冊，當(dāng)一個事件被觸發(fā)，系統(tǒng)自動調(diào)用在這個事件中注冊的所有過程，這樣，一個事件的觸發(fā)就導(dǎo)致了另一模塊中的過程的調(diào)用?；谑录碾[式調(diào)用風(fēng)格的主要特點是事件的觸發(fā)者并不知道哪些構(gòu)件會被這些事件影響。這樣不能假定構(gòu)件的處理順序，甚至不知道哪些過程會被調(diào)用。隱式調(diào)用系統(tǒng)的主要優(yōu)點有：(1)為軟件重用提供了強大的支持。當(dāng)需要將一個構(gòu)件加入現(xiàn)存系統(tǒng)中時，只需將它注冊到系統(tǒng)的事件中。(2)為改進系統(tǒng)帶來了方便。當(dāng)用一個構(gòu)件代替另一個構(gòu)件時，不會影響到其他構(gòu)件的接口。隱式調(diào)用系統(tǒng)的主要缺點有：①構(gòu)件放棄了對系統(tǒng)計算的控制。一個構(gòu)件觸發(fā)一個事件時，不能確定其他構(gòu)件是否會響應(yīng)它。而且即使它知道事件注冊了哪些構(gòu)件的構(gòu)成，它也不能保證這些過程被調(diào)用的順序。②數(shù)據(jù)交換的問題。有時數(shù)據(jù)可被一個事件傳遞，但另一些情況下，基于事件的系統(tǒng)必須依靠一個共享的倉庫進行交互。在這些情況下，全局性能和資源管理便成了問題。③既然過程的語義必須依賴于被觸發(fā)事件的上下文約束，關(guān)于正確性的推理存在問題。

4.管道/過濾器風(fēng)格。在管道/過濾器風(fēng)格的軟件體系結(jié)構(gòu)中，每個構(gòu)件都有一組輸入和輸出，構(gòu)件讀輸入的數(shù)據(jù)流，經(jīng)過內(nèi)部處理，然后產(chǎn)生輸出數(shù)據(jù)流。這個過程通常通過對輸入流的變換及增量計算來完成，所以在輸入被完全消費之前，輸出便產(chǎn)生了。因此，這里的構(gòu)件被稱為過濾器，這種風(fēng)格的連接件就象是數(shù)據(jù)流傳輸?shù)墓艿溃瑢⒁粋€過濾器的輸出傳到另一過濾器的輸入。

圖3是管道/過濾器風(fēng)格的示意圖。

管道/過濾器風(fēng)格的軟件體系結(jié)構(gòu)的優(yōu)點：

(1）使得軟構(gòu)件具有良好的隱蔽性和高內(nèi)聚、低耦合的特點；(2)支持軟件重用。重要提供適合在兩個過濾器之間傳送的數(shù)據(jù)，任何兩個過濾器都可被連接起來；(3)系統(tǒng)維護和性能增強簡單；(4)支持并行執(zhí)行。每個過濾器是作為一個單獨的任務(wù)完成，因此可與其他任務(wù)并行執(zhí)行。管道/過濾器風(fēng)格的主要缺點：①通常導(dǎo)致進程成為批處理的結(jié)構(gòu)。這是因為雖然過濾器可增量式地處理數(shù)據(jù)，但它們是獨立的，所以設(shè)計者必須將每個過濾器看成一個完整的從輸入到輸出的轉(zhuǎn)換。②不適合處理交互的應(yīng)用。當(dāng)需要增量地顯示改變時，這個問題尤為嚴重。③因為在數(shù)據(jù)傳輸上沒有通用的標(biāo)準(zhǔn)，每個過濾器都增加了解析和合成數(shù)據(jù)的工作，這樣就導(dǎo)致了系統(tǒng)性能下降，并增加了編寫過濾器的復(fù)雜性。

5.批處理風(fēng)格。批處理風(fēng)格的每一步處理都是獨立的，并且每一步是順序執(zhí)行的，只有當(dāng)前一步處理完后，后一步處理才能開始，數(shù)據(jù)傳送在步與步之間作為一個整體。批處理的典型應(yīng)用是經(jīng)典數(shù)據(jù)處理和程序開發(fā)。

批處理風(fēng)格與管道過濾器風(fēng)格的共同點是把任務(wù)分解成一系列固定順序的計算單元（組件），組件間只通過數(shù)據(jù)傳遞交互。區(qū)別表現(xiàn)在以下幾個方面：批處理是全部的、高潛伏性的、輸入時可隨機存取、無合作性、無交互性，管道過、濾器是遞增的、數(shù)據(jù)結(jié)果延遲小、輸入時處理局部化、有反饋、可交互。

6.倉庫風(fēng)格。在倉庫風(fēng)格中，有兩種不同的構(gòu)件：中央數(shù)據(jù)結(jié)構(gòu)說明當(dāng)前狀態(tài)，獨立構(gòu)件在中央數(shù)據(jù)存貯上執(zhí)行，倉庫與外構(gòu)件間的相互作用在系統(tǒng)中會有大的變化。

若輸入流中某類時間觸發(fā)進程執(zhí)行的選擇，則倉庫是一傳統(tǒng)型數(shù)據(jù)庫；另一方面，若中央數(shù)據(jù)結(jié)構(gòu)的當(dāng)前狀態(tài)觸發(fā)進程執(zhí)行的選擇，則倉庫是一黑板系統(tǒng)。

二、三層C/S軟件體系結(jié)構(gòu)分析

C/S軟件體系結(jié)構(gòu)是20世紀(jì)90年代成熟起來的技術(shù)，它將應(yīng)用一分為二，服務(wù)器（后臺）負責(zé)數(shù)據(jù)管理，客戶機（前臺）完成與用戶的交互任務(wù)。

傳統(tǒng)的二層C/S結(jié)構(gòu)存在以下幾個局限：1.二層C/S結(jié)構(gòu)是單一服務(wù)器且以局域網(wǎng)為中心的，所以難以擴展至大型企業(yè)廣域網(wǎng)或Internet；2.軟、硬件的組合及集成能力有限；3.客戶機的負荷太重，難以管理大量的客戶機，系統(tǒng)的性能容易變壞；4.數(shù)據(jù)安全性不好。因為二層C/S有這么多缺點，三層C/S結(jié)構(gòu)應(yīng)運而生。三層C/S結(jié)構(gòu)是將應(yīng)用功能分成表示層、功能層和數(shù)據(jù)層三個部分，如下圖所示。

表示層是應(yīng)用的用戶接口部分，它擔(dān)負著用戶與應(yīng)用間的對話功能。表示層一般使用圖形用戶接口，操作簡單、易學(xué)易用。功能層相當(dāng)于應(yīng)用的本體，它是將具體的業(yè)務(wù)處理邏輯編入程序中。功能層的程序多半是用可視化編程工具開發(fā)的。數(shù)據(jù)層就是數(shù)據(jù)庫管理系統(tǒng)，負責(zé)管理對數(shù)據(jù)庫數(shù)據(jù)的讀寫。數(shù)據(jù)庫管理系統(tǒng)必須能迅速執(zhí)行大量數(shù)據(jù)的更新和檢索。因此，一般從功能層傳送到數(shù)據(jù)層的要求大都使用SQL語言。

對二層C/S結(jié)構(gòu)的局限，三層C/S的解決方案是：對這三層進行明確分割，并在邏輯上使其獨立。與傳統(tǒng)的二層結(jié)構(gòu)相比，三層C/S結(jié)構(gòu)具有以下優(yōu)點：

1.允許合理地劃分三層結(jié)構(gòu)的功能，使之在邏輯上保持相對獨立性，從而使整個系統(tǒng)的邏輯結(jié)構(gòu)更為清晰，能提高系統(tǒng)和軟件的可維護性和可擴展性。2.允許更靈活有效地選用相應(yīng)的平臺和硬件系統(tǒng)，使之在處理負荷能力上與處理特性上分別適應(yīng)于結(jié)構(gòu)清晰的三層；并且這些平臺和各個組成部分可以具有良好的可升級性和開放性。3.三層C/S結(jié)構(gòu)中，應(yīng)用的各層可以并行開發(fā)，各層也可以選擇各自最適合的開發(fā)語言。使之能并行地而且是高效地進行開發(fā)，達到較高的性能價格比；對每一層的處理邏輯的開發(fā)和維護也會更容易些。4.允許充分利用功能層有效地隔離開表示層與數(shù)據(jù)層，未授權(quán)的用戶難以繞過功能層而利用數(shù)據(jù)庫工具或黑客手段去非法地訪問數(shù)據(jù)層，這就為嚴格的安全管理奠定了堅實的基礎(chǔ)；整個系統(tǒng)的管理層次也更加合理和可控制。

軟件體系結(jié)構(gòu)風(fēng)格為大粒度的軟件重用提供了可能。然而，對于應(yīng)用體系結(jié)構(gòu)風(fēng)格來說，由于視點的不同，系統(tǒng)設(shè)計師有很大的選擇空間。要為系統(tǒng)選擇或設(shè)計某一個體系結(jié)構(gòu)風(fēng)格，必須根據(jù)特定項目的具體特點，進行分析比較后再確定。不同的結(jié)構(gòu)有不同的處理能力的強項和弱點，一個系統(tǒng)的體系結(jié)構(gòu)應(yīng)該根據(jù)實際需要進行選擇，以解決實際問題。

參考文獻：

[1]ShawM,GarlanD,SoftwareArchitecturePerspectivesonanemergingdiscipline,PrenticeHall,1996

[2]馮沖江賀馮靜芳編著:軟件體系結(jié)構(gòu)理論與實踐.人民郵電出版社

[3]MaryShaw.MakingChoices:Acomparisonofstylesforsoftwarearchitecture[J].IEEESoftware，specialissueonsoftwarearchitecture，1995

[4]覃征何堅等編著:軟件體系結(jié)構(gòu).西安交通大學(xué)出版社