BS與CS的聯繫與區別。

C/S是Client/Server的縮寫。服務器一般採用高性能的PC、工做站或小型機，並採用大型數據庫系統，如Oracle、Sybase、Informix或 SQL Server。客戶端須要安裝專用的客戶端軟件。
B/S是Brower/Server的縮寫，客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator或Internet Explorer，服務器安裝Oracle、Sybase、Informix或 SQL Server等數據庫。在這種結構下，用戶界面徹底經過WWW瀏覽器實現，一部分事務邏輯在前端實現，可是主要事務邏輯在服務器端實現。瀏覽器經過Web Server 同數據庫進行數據交互。
C/S 與 B/S 區別： 
1．硬件環境不一樣: 
  C/S 通常創建在專用的網絡上, 小範圍裏的網絡環境, 局域網之間再經過專門服務器提供鏈接和數據交換服務.
  B/S 創建在廣域網之上的, 沒必要是專門的網絡硬件環境,例與電話上網, 租用設備. 信息本身管理. 有比C/S更強的適應範圍, 通常只要有操做系統和瀏覽器就行 
2．對安全要求不一樣 
  C/S 通常面向相對固定的用戶羣, 對信息安全的控制能力很強. 通常高度機密的信息系統採用C/S 結構適宜. 能夠經過B/S發佈部分可公開信息.
  B/S 創建在廣域網之上, 對安全的控制能力相對弱, 可能面向不可知的用戶。
3．對程序架構不一樣 
  C/S 程序能夠更加註重流程, 能夠對權限多層次校驗, 對系統運行速度能夠較少考慮.
  B/S 對安全以及訪問速度的多重的考慮, 創建在須要更加優化的基礎之上. 比C/S有更高的要求 B/S結構的程序架構是發展的趨勢, 從MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持網絡的構件搭建的系統. SUN 和IBM推的JavaBean 構件技術等,使 B/S更加成熟. 
4．軟件重用不一樣 
  C/S 程序能夠不可避免的總體性考慮, 構件的重用性不如在B/S要求下的構件的重用性好.
  B/S 對的多重結構,要求構件相對獨立的功能. 可以相對較好的重用.就入買來的餐桌能夠再利用,而不是作在牆上的石頭桌子 
5．系統維護不一樣 
  C/S 程序因爲總體性, 必須總體考察, 處理出現的問題以及系統升級. 升級難. 多是再作一個全新的系統
  B/S 構件組成,方面構件個別的更換,實現系統的無縫升級. 系統維護開銷減到最小.用戶從網上本身下載安裝就能夠實現升級. 
6．處理問題不一樣 
  C/S 程序能夠處理用戶面固定, 而且在相同區域, 安全要求高需求, 與操做系統相關. 應該都是相同的系統
  B/S 創建在廣域網上, 面向不一樣的用戶羣, 分散地域, 這是C/S沒法做到的. 與操做系統平臺關係最小. 
7．用戶接口不一樣 
  C/S 可能是創建的Window平臺上,表現方法有限,對程序員廣泛要求較高
  B/S 創建在瀏覽器上, 有更加豐富和生動的表現方式與用戶交流. 而且大部分難度減低,減低開發成本. 
8．信息流不一樣 
  C/S 程序通常是典型的中央集權的機械式處理, 交互性相對低
  B/S 信息流向可變化, B-B B-C B-G等信息、流向的變化, 更像交易中心。

B/S

模式的優勢和缺點

 

  B/S結構的優勢

   （1）、具備分佈性特色，能夠隨時隨地進行查詢、瀏覽等業務處理。

    （2）、業務擴展簡單方便，經過增長頁面便可增長服務器功能。

  

（3）、維護簡單方便，只須要改變網面，便可實現全部用戶的同步更新。

    （4）、共享性強

 

  B/S 模式的缺點

   （1）、響應速度不及C/S，隨着AJAX技術的發展，相比傳統B/S結構軟件提高一倍速度。    

（2）、用戶體驗效果不是很理想，B/S須要單獨界面設計，廠商之間的界面也是千差萬別，因爲瀏覽器刷新機制，使用時有刷屏現象，好在AJAX技術解決這一難題，像用友，智贏等開發的B/S架構軟  件用戶體驗效果與C/S差很少。

  

  C/S 模式的優勢和缺點

 

  1.因爲客戶端實現與服務器的直接相連，沒有中間環節，所以響應速度較快。

    3.C/S結構的管理信息系統具備較強的事務處理能力。

   C/S 模式的缺點

    1.只適用於局域網。而隨着互聯網的飛速發展，移動辦公和分佈式辦公愈來愈普及，這須要咱們的系統具備擴展性。這種方式遠程訪問須要專門的技術，同時要對系統進行專門的設計來處理分佈式