一、什麽是C/S和B/S 

第一、什麽是C/S結構。C/S （Client/Server）結構，即大家熟知的客戶機和服務器結構。它是軟件系統體系結構，通過它可以充分利用兩端硬件環境的優勢，將任務合理分配到Client端和Server端來實現，降低了系統的通訊開銷。目前大多數應用軟件系統都是Client/Server形式的兩層結構，由於現在的軟件應用系統正在向分布式的Web應用發展，Web和Client/Server 應用都可以進行同樣的業務處理，應用不同的模塊共享邏輯組件；因此，內部的和外部的用戶都可以訪問新的和現有的應用系統，通過現有應用系統中的邏輯可以擴展出新的應用系統。這也就是目前應用系統的發展方向。

傳統的C／S體系結構雖然采用的是開放模式，但這只是系統開發一級的開放性，在特定的應用中無論是Client端還是Server端都還需要特定的軟件支持。由於沒能提供用戶真正期望的開放環境，C/S結構的軟件需要針對不同的操作系統系統開發不同版本的軟件， 加之產品的更新換代十分快，已經很難適應百臺電腦以上局域網用戶同時使用。而且代價高， 效率低。如我院使用的上海超蘭公司“案件統計”管理軟件就是典型的C／S體系結構管理軟件。

第二、什麽是B/S結構。B/S（Browser/Server）結構即瀏覽器和服務器結構。它是隨著Internet技術的興起，對C/S結構的一種變化或者改進的結構。在這種結構下，用戶工作界面是通過WWW瀏覽器來實現，極少部分事務邏輯在前端（Browser）實現，但是主要事務邏輯在服務器端（Server）實現，形成所謂三層3-tier結構。這樣就大大簡化了客戶端電腦載荷，減輕了系統維護與升級的成本和工作量，降低了用戶的總體成本（TCO）。以目前的技術看，局域網建立B/S結構的網絡應用，並通過Internet/Intranet模式下數據庫應用，相對易於把握、成本也是較低的。它是一次性到位的開發，能實現不同的人員，從不同的地點，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）訪問和操作共同的數據庫；它能有效地保護數據平臺和管理訪問權限，服務器數據庫也很安全 。目前我院內網（Intranet）、外網（Internet）和北京東方清大公司“案件、辦公管理軟件”就是B/S 結構管理軟件，幹警在局域網各工作站通過WWW瀏覽器就能實現工作業務。特別是在JAVA這樣的跨平臺語言出現之後，B/S架構管理軟件更是方便、快捷、高效。

第三、管理軟件主流技術。管理軟件技術的主流技術與管理思想一樣，也經歷了三個發展時期。首先，界面技術從上世紀DOS字符界面到Windows圖形界面（或圖形用戶界面GUI），直至Browser瀏覽器界面三個不同的發展時期。其次，今天所有電腦的瀏覽器界面，不僅直觀和易於使用，更主要的是基於瀏覽器平臺的任何應用軟件其風格都是一樣的，使用人對操作培訓的要求不高，而且軟件可操作性強，易於識別；再者，平臺體系結構也從過去單用戶發展到今天的文件／服務器（F／S）體系、客戶機／服務器（C／S）體系和瀏覽器／服務器（B／S）體系。

二、C/S和B/S 之比較 

C/S和B/S是當今世界開發模式技術架構的兩大主流技術。C/S是美國 Borland公司最早研發，B/S是美國微軟公司研發。目前，這兩項技術以被世界各國所掌握，國內公司以C/S和B/S技術開發出產品也很多。這兩種技術都有自己一定的市場份額和客戶群，各家企業都說自己的管理軟件架構技術功能強大、先進、方便，都能舉出各自的客戶群體，都有一大群文人墨客為自己搖旗吶喊，廣告滿天飛，可謂仁者見仁，智者見智。

1、C/S架構軟件的優勢與劣勢 

（1）、應用服務器運行數據負荷較輕。最簡單的C/S體系結構的數據庫應用由兩部分組成，即客戶應用程序和數據庫服務器程序。二者可分別稱為前臺程序與後臺程序。運行數據庫服務器程序的機器，也稱為應用服務器。一旦服務器程序被啟動，就隨時等待響應客戶程序發來的請求；客戶應用程序運行在用戶自己的電腦上，對應於數據庫服務器，可稱為客戶電腦，當需要對數據庫中的數據進行任何操作時，客戶程序就自動地尋找服務器程序，並向其發出請求，服務器程序根據預定的規則作出應答，送回結果，應用服務器運行數據負荷較輕。

（2）、數據的儲存管理功能較為透明。在數據庫應用中，數據的儲存管理功能，是由服務器程序和客戶應用程序分別獨立進行的，前臺應用可以違反的規則，並且通常把那些不同的（不管是已知還是未知的）運行數據，在服務器程序中不集中實現，例如訪問者的權限，編號可以重復、必須有客戶才能建立定單這樣的規則。所有這些，對於工作在前臺程序上的最終用戶，是“透明”的，他們無須過問（通常也無法幹涉）背後的過程，就可以完成自己的一切工作。在客戶服務器架構的應用中，前臺程序不是非常“瘦小”，麻煩的事情都交給了服務器和網絡。在C/S體系的下，數據庫不能真正成為公共、專業化的倉庫，它受到獨立的專門管理。

（3）、C/S架構的劣勢是高昂的維護成本且投資大。首先，采用C/S架構，要選擇適當的數據庫平臺來實現數據庫數據的真正“統一”，使分布於兩地的數據同步完全交由數據庫系統去管理，但邏輯上兩地的操作者要直接訪問同一個數據庫才能有效實現，有這樣一些問題，如果需要建立“實時”的數據同步，就必須在兩地間建立實時的通訊連接，保持兩地的數據庫服務器在線運行，網絡管理工作人員既要對服務器維護管理，又要對客戶端維護和管理，這需要高昂的投資和復雜的技術支持，維護成本很高，維護任務量大。

其次，傳統的C/S結構的軟件需要針對不同的操作系統系統開發不同版本的軟件，由於產品的更新換代十分快，代價高和低效率已經不適應工作需要。在JAVA這樣的跨平臺語言出現之後，B/S架構更是猛烈沖擊C/S，並對其形成威脅和挑戰。

2、B/S架構軟件的優勢與劣勢

（1）、維護和升級方式簡單。目前，軟件系統的改進和升級越來越頻繁，B/S架構的產品明顯體現著更為方便的特性。對一個稍微大一點單位來說，系統管理人員如果需要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但B/S架構的軟件只需要管理服務器就行了，所有的客戶端只是瀏覽器，根本不需要做任何的維護。無論用戶的規模有多大，有多少分支機構都不會增加任何維護升級的工作量，所有的操作只需要針對服務器進行；如果是異地，只需要把服務器連接專網即可，實現遠程維護、升級和共享。所以客戶機越來越“瘦”，而服務器越來越“胖”是將來信息化發展的主流方向。今後，軟件升級和維護會越來越容易，而使用起來會越來越簡單，這對用戶人力、物力、時間、費用的節省是顯而易見的，驚人的。因此，維護和升級革命的方式是“瘦”客戶機，“胖”服務器。

（2）、成本降低，選擇更多。大家都知道windows在桌面電腦上幾乎一統天下，瀏覽器成為了標準配置，但在服務器操作系統上windows並不是處於絕對的統治地位。 現在的趨勢是凡使用B/S架構的應用管理軟件，只需安裝在Linux服務器上即可，而且安全性高。所以服務器操作系統的選擇是很多的，不管選用那種操作系統都可以讓大部分人使用windows作為桌面操作系統電腦不受影響，這就使的最流行免費的Linux操作系統快速發展起來，Linux除了操作系統是免費的以外，連數據庫也是免費的，這種選擇非常盛行。

比如說很多人每天上“新浪”網，只要安裝了瀏覽器就可以了，並不需要了解“新浪”的服務器用的是什麽操作系統，而事實上大部分網站確實沒有使用windows操作系統，但用戶的電腦本身安裝的大部分是windows操作系統。

（3）、應用服務器運行數據負荷較重。由於B/S架構管理軟件只安裝在服務器端（Server）上，網絡管理人員只需要管理服務器就行了，用戶界面主要事務邏輯在服務器（Server）端完全通過WWW瀏覽器實現，極少部分事務邏輯在前端（Browser）實現，所有的客戶端只有瀏覽器，網絡管理人員只需要做硬件維護。但是，應用服務器運行數據負荷較重，一旦發生服務器“崩潰”等問題，後果不堪設想。因此，許多單位都備有數據庫存儲服務器，以防萬一。

Web服務作為炙手可熱的技術，如何應用到企業的IT系統和商業流程之中、並給企業帶來直接的經濟效益，一直備受國內外企業管理者的高度關註和推崇。而在近兩年，出現了一種技術架構被譽為下一代Web服務的基礎架構，它就是SOA（Service-oriented architecture，面向服務架構）。1996年，Gartner最早提出SOA。2002年12月，Gartner提出SOA是"現代應用開發領域最重要的課題"，還預計到2008年，SOA將成為占有絕對優勢的軟件工程實踐方法，主流企業現在就應該在理解和應用SOA開發技能方面進行投資。

更好支持商業流程
SOA並不是一個新事物，IT組織已經成功建立並實施SOA應用軟件很多年了，BEA、IBM、等廠商看到了它的價值，紛紛跟進。SOA的目標在於讓IT變得更有彈性，以更快地響應業務單位的需求，實現實時企業（Real-Time Enterprise，這是Gartner為SOA描述的願景目標）。而BEA的CIO Rhonda早在2001年6月就提出要將BEA的IT基礎架構轉變為SOA，並且從對整個企業架構的控制能力、提升開發效率、加快開發速度、降低在客戶化和人員技能的投入等方面取得了不錯的成績。

SOA是在計算環境下設計、開發、應用、管理分散的邏輯（服務）單元的一種規範。這個定義決定了SOA的廣泛性。SOA要求開發者從服務集成的角度來設計應用軟件，即使這麽做的利益不會馬上顯現。SOA要求開發者超越應用軟件來思考，並考慮復用現有的服務，或者檢查如何讓服務被重復利用。SOA鼓勵使用可替代的技術和方法（例如消息機制），通過把服務聯系在一起而非編寫新代碼來構架應用。經過適當構架後，這種消息機制的應用允許公司僅通過調整原有服務模式而非被迫進行大規模新的應用代碼的開發，使得在商業環境許可的時間內對變化的市場條件做出快速的響應。

SOA也不僅僅是一種開發的方法論--它還包含管理。例如，應用SOA後，管理者可以方便的管理這些搭建在服務平臺上的企業應用，而不是管理單一的應用模塊。其原理是，通過分析服務之間的相互調用，SOA使得公司管理人員方便的拿到什麽時候、什麽原因、哪些商業邏輯被執行的數據信息，這樣就幫助了企業管理人員或應用架構師叠代地優化他們的企業業務流程、應用系統。

SOA的一個中心思想就是使得企業應用擺脫面向技術的解決方案的束縛，輕松應對企業商業服務變化、發展的需要。企業環境中單個應用程序是無法包容業務用戶的（各種）需求的，即使是一個大型的ERP解決方案，仍然不能滿足這個需求在不斷膨脹、變化的缺口，對市場快速做出反應，商業用戶只能通過不斷開發新應用、擴展現有應用程序來艱難的支撐其現有的業務需求。通過將註意力放在服務上，應用程序能夠集中起來提供更加豐富、目的性更強的商業流程。其結果就是，基於SOA的企業應用系統通常會更加真實地反映出與業務模型的結合。服務是從業務流程的角度來看待技術的--這是從上向下看的。這種角度同一般的從可用技術所驅動的商業視角是相反的。服務的優勢很清楚：它們會同業務流程結合在一起，因此能夠更加精確地表示業務模型、更好地支持業務流程。相反我們可以看到以應用程序為中心的企業應用模型迫使業務用戶將其能力局限為應用程序的能力。

企業流程（enterprise process）是流經企業框架的空氣，它賦予業務模型裏的組件以生命，並更加清晰地定義了它們之間的關系。流程定義了同業務模型進行交互操作的專門方法。例如，會計可能是企業服務系統的一個組件--但是將發票寄給客戶卻是一個業務流程。服務被定義用來支持業務流程，因而貫穿整個流程始終的是：各種服務組件在流程和邏輯實現過程中的裝配操作。理解業務流程是定制服務的關鍵所在。

有利於企業業務的集成
傳統的應用集成方法（點對點集成、企業消息總線或中間件的集成（EAI）、基於業務流程的集成）都很復雜、昂貴，並且不靈活。這些集成方法難於快速適應基於企業現代業務變化不斷產生的需求。基於面向服務架構 (SOA) 的應用開發和集成可以很好的解決其中的許多問題。

SOA 描述了一套完善的開發模式來幫助客戶端應用連接到服務上。這些模式定制了系列機制用於描述服務、通知及發現服務、與服務進行通信。

不同於傳統的應用集成方法，在 SOA 中，圍繞服務的所有模式都是以基於標準的技術實現的。大部分的通信中間件系統，如 RPC、CORBA、DCOM、EJB 和 RMI，也同樣如此。可是它們的實現都不是很完美的，在權衡交互性以及標準定制的可接受性方面總是存在問題。SOA 試圖排除這些缺陷。因為幾乎所有的通信中間件系統都有固定的處理模式，如RPC 的功能、CORBA 的對象等等。然而，服務既可以定義為功能，又可同時對外定義為對象、應用等等。這使得 SOA 可適應於任何現有系統，並使得系統在集成時不必刻意遵循任何特殊定制。 

SOA 幫助企業信息系統遷移到"leave-and-layer"架構之上，這意味著在不用對現有的企業系統做修改的前提下，系統可對外提供 Web 服務接口，這是因為它們已經被可以提供 Web 服務接口的應用層做了一層封裝，所以在不用修改現有系統架構的情況下，SOA 可以將系統和應用迅速轉換為服務。SOA 不僅覆蓋來自於打包應用、定制應用和遺留系統中的信息，而且還覆蓋來自於如安全、內容管理、搜索等 IT 架構中的功能和數據。因為基於 SOA 的應用能很容易地從這些基礎服務架構中添加功能，所以基於SOA的應用能更快地應對市場變化，為使企業業務部門設計開發出新的功能應用。

B/S架構 C/S架構 SOA架構