【文章內容簡介】 JSP/NetBean 開發(fā)技術、 SQL Server2021 服務器端的 TSQL 語言數據庫開發(fā)技術，這些都是非常成熟的技術。本系統(tǒng)采用先進的開發(fā)技術，開發(fā)的程序具有 WINDOWS 圖形用戶界面，和WINDOWS 特性風格，界面直觀易懂，操作簡潔，使用非常方便。 近年來，隨著網絡技術不斷發(fā)展，尤其是基于 Web 的信息發(fā)布和檢索技術、 Java計算技術以及網絡分布式對象技術的飛速發(fā)展，導致了很多應用系統(tǒng)的體系結構向靈活、多級分布結構演變。 Client/Server（簡稱 C/S）結構，由于客戶服務器兩層結構存在靈活性差、升級困難、維護工作量大等缺陷，已 較難適應當前信息技術與網絡技術發(fā)展的需要。隨著 WEB 技術的日益成熟， Browse/Server（簡稱 B/S）結構浮出水面并呈現逐漸取代前者的形勢，使得軟件系統(tǒng)的網絡體系結構跨入一個新階段。但對結構的單一選擇又并不能有效地適應當前用戶對治理信息系統(tǒng)的新需求。所以熟悉這些結構的特征，并根據實際情況進行系統(tǒng)的選型和結構優(yōu)點的整合，成為開發(fā)一個成功的 MIS 系統(tǒng)的關鍵點。 C/S 模式與 B/S 模式的比較分析 C/S 是 Client/Server 的縮寫。服務器通常采用高性能的 PC、工作站或小型機，并采 用大型數據庫系統(tǒng)，如 Oracle、 Sybase、 Informix 或 SQLServer?？蛻舳诵枰惭b專用的客戶端軟件。 B/Ｓ是 Brower/Server 的縮寫，客戶機上只要安裝一個瀏覽器，如 NetscapeNavigator或 InterEXPlorer，服務器安裝 Oracle、 Sybase、 Informix 或 SQLServer 等數據庫。在這種結構下，用戶界面完全通過 WWW 瀏覽器實現，一部分事務邏輯在前端實現，但是主要事務邏輯在服務器端實現。瀏覽器通過Ｗ ebServer 同數據庫進行數據交互。 B/S 模式的優(yōu)勢 首先它簡化了客戶端。它無需象 C/S 模式那樣在不同的客戶機上安裝不同的客戶應用程序，而只需安裝通用的瀏覽器軟件。這樣不但可以節(jié)省客戶機的硬盤空間與內存，而且使安裝過程更加簡便、網絡結構更加靈活。假設一個企業(yè)的決策層要開一個討論庫存問題的會議，他們只需從會議室的計算機上直接通過瀏覽器查詢數據，然后顯示給大家看就可以了。甚至與會者還可以把筆記本電腦聯上會議室的網絡插口，自己來查詢相關的數據。 其次，它簡化了系統(tǒng)的開發(fā)和維護。系統(tǒng)的開發(fā)者無須再為不同級別的用戶設計開發(fā)不同的客戶應用程 序了，只需把所有的功能都實現在 Web 服務器上，并就不同的功能為各個組別的用戶設置權限就可以了。各個用戶通過 HTTP 請求在權限范圍內調用 Web服務器上不同處理程序，從而完成對數據的查詢或修改。現代企業(yè)面臨著日新月異的競爭環(huán)境，對企業(yè)內部運作機制的更新與調整也變得逐漸頻繁。相對于 C/S， B/S 的維護具有更大的靈活性。當形勢變化時，它無須再為每一個現有的客戶應用程序升級，而只需對 Web 服務器上的服務處理程序進行修訂。這樣不但可以提高公司的運作效率，還省去了維護時協調工作的不少麻煩。假如一個公司有上千臺客戶機，并且 分布在不同的地點，那么便于維護將會顯得更加重要。 再次，它使用戶的操作變得更簡單。對于 C/S 模式，客戶應用程序有自己特定的規(guī)格，使用者需要接受專門培訓。而采用 B/S 模式時，客戶端只是一個簡單易用的瀏覽器軟件。無論是決策層還是操作層的人員都無需培訓，就可以直接使用。 B/S 模式的這種特性，還使 MIS 系統(tǒng)維護的限制因素更少。 畢 業(yè) 論 文 （設 計） 用 紙 佳木斯大學繼續(xù)教育學院 第 8頁 最后， B/S 非凡適用于網上信息發(fā)布，使得傳統(tǒng)的 MIS 的功能有所擴展。這是 C/S所無法實現的。而這種新增的網上信息發(fā)布功能恰是現代企業(yè)所需的。這使得企業(yè)的大部分書面文件可以被電子文件取代，從而 提高了企業(yè)的工作效率，使企業(yè)行政手續(xù)簡化，節(jié)省人力物力。 鑒于 B/S 相對于 C/S 的先進性， B/S 逐漸成為一種流行的 MIS 系統(tǒng)平臺。各軟件公司紛紛推出自己的 Inter 方案，基于 Web 的財務系統(tǒng)、基于 Web 的 ERP。一些企業(yè)已經領先一步開始使用它，并且收到了一定的成效。 B/S 三層體系結構的不足 由于瀏覽器只是為了進行 WEB 瀏覽而設計的，當其應用于 WEB 應用系統(tǒng)時，許多功能不能實現或實現起來比較困難。比如通過瀏覽器進行大量的數據輸入，或進行報表的應答都是比較困難和不便的。 復雜的應 用構造困難。雖然可以用 ActiveX、 Java 等技術開發(fā)較為復雜的應用，但是相對于發(fā)展已非常成熟 C/S 的一系列應用工具來說，這些技術的開發(fā)復雜，并沒有完全成熟的技術供使用。 HTTP 可靠性低有可能造成應用故障，非凡是對于治理者來說，采用瀏覽器方式進行系統(tǒng)的維護是非常不安全與不方便的。 WEB 服務器成為對數據庫的唯一的客戶端，所有對數據庫的連接都通過該服務器實現。WEB 服務器同時要處理與客戶請求以及與數據庫的連接，當訪問量大時，服務器端負載過重。 由于業(yè)務邏輯和數據訪問程序一般由 ＪａｖａＳｃｒｉｐｔ、ＶＢＳｃ ｒｉｐｔ 等嵌入式小程序實現，分散在各個頁面里，難以實現共享，給升級和維護也帶來了不便。同時由于源代碼的開放性，使得商業(yè)規(guī)則很輕易暴露，而商業(yè)規(guī)則對應用程序來說則是非常重要的。 B/S 模式的新奇與流行，和在某些方面相對于 C/S 的巨大改進，使 B/S 成了 MIS 系統(tǒng)平臺的首選，也使人忽略了 B/S 不成熟的一面，以及 C/S 所固有的一些優(yōu)點。下面讓我們來看 C/S 相對于 B/S 的一些優(yōu)勢。 C/S 模式相對 B/S 模式的優(yōu)勢 首先，交互性強是 C/S 固有的一個優(yōu)點。在 C/S 中，客戶端有一套完整的應用程序，在 出錯提示、幫助等方面都有強大的功能，并且可以在子程序間自由切換。 B/S 雖然由JavaScript、 VBScript 提供了一定的交互能力，但與 C/S 的一整套客戶應用相比是太有限了。 其次， C/S 模式提供了更安全的存取模式。由于 C/S 是配對的點對點的結構模式，采用適用于局域網、安全性比較好的網絡協議（例如： NT 的 NetBEUI 協議），安全性可以得到較好的保證。而 B/S 采用點對多點、多點對多點這種開放的結構模式，并采用TCP/IP 這一類運用于 Inter 的開放性協議，其安全性只能靠數據服務器上治理密碼的數據庫 來保證。 再次，采用 C/S 模式將降低網絡通信量。 B/S 采用了邏輯上的三層結構，而在物理上的網絡結構仍然是原來的以太網或環(huán)形網。這樣，第一層與第二層結構之間的通信、第二層與第三層結構之間的通信都需占用同一條網絡線路。而 C/S 只有兩層結構，網絡通信量只包括 Client 與 Server 之間的通信量。所以， C/S 處理大量信息的能力是 B/S所無法比擬的。 最后，由于 C/S 在邏輯結構上比 B/S 少一層，對于相同的任務， C/S 完成的速度總比 B/S 快。使得 C/S 更利于處理大量數據。 畢 業(yè) 論 文 （設 計） 用 紙 佳木斯大學繼續(xù)教育學院 第 9頁 B/S模式的先進性和 C/S模式的成熟性使人在 現代企業(yè) MIS系統(tǒng)平臺的選擇上難定取舍。究竟應該選擇哪種模式呢，有沒有兩種平臺相結合的模式呢？ 基于 B／ S 結構與 C／ S 結構結合的體系結構 客觀地分析 C／ S、 B／ S 的優(yōu)劣，建立 C／ S、 B／ S 結構相結合的網絡構架已成為必然趨勢。筆者設想，把 B/S 與 C/S 相結合，將組件技術和 ActiveX 技術分別應用在服務器端和客戶端，從而開發(fā)出高效、安全的應用系統(tǒng)。 COM 是一種技術標準。它是由微軟公司創(chuàng)建，提供了使多個應用程序或組件對象協同工作并相互通信的能力。 COM 組件是遵循 COM 規(guī)范編寫、以 WIN32 動態(tài)鏈接庫或可執(zhí)行文件的形式發(fā)布的可執(zhí)行的二進制代碼。遵循 COM 的規(guī)范標準，使組件與應用、組件與組件之間可以相互操作，極其方便地建立可伸縮的應用系統(tǒng)。 ActiveX是遵循 COM/DCOM規(guī)程而開發(fā)的用于 INTERNET的一種對象鏈接與嵌入技術。COM 是應 OLE 設計者的需求而誕生的。其基本的出發(fā)點是想讓某個軟件通過一個通用的機構為另一個軟件提供服務。對于基于 WEB 的應用而言，它提供了使組件嵌入到 WEB 頁面以擴展交互功能的應用機制?？蛻舳丝丶敲嫦蛴脩舻模钥梢暬膱D形視頻或文字界面、或者音頻形式在瀏覽器 上出現。但它可能并不是瀏覽器的組成部分。這些控件原先是放在服務器上的。當瀏覽器發(fā)出請求時， WEB 服務器回傳頁面，由瀏覽器負責解釋。在解釋過程中，若發(fā)現頁面中要求調用 ActiveX 控件時，則用該控件的在頁面中注明的ID 值先在本地的注冊表內進行查詢。若已經存在，則說明該控件已經在本地安裝，然后通過注冊表中的相關信息直接使用該控件；否則就要根據頁面中所提示的該控件所在的服務器上的路徑到服務器上去下載并且自動完成在本地的安裝注冊，使該控件成為本地資源，供今后使用，這就是所謂“一次下載，永久使用“。客戶端控件一旦在本 地安裝完畢，就等價于一個可執(zhí)行的應用程序，它能訪問使用本地的資源，甚至進行遠程訪問。 采用這種結構優(yōu)點在于： （ 1）充分發(fā)揮了 B／ S 與 C／ S 體系結構的優(yōu)勢，彌補了二者不足。充分考慮用戶利益，保證瀏覽查詢者方便操作的同時也使得系統(tǒng)更新簡單，維護簡單靈活，易于操作。 （ 2）信息發(fā)布采用 B／ S 結構，保持了瘦客戶端的優(yōu)點。裝入客戶機的軟件可以采用統(tǒng)一的 WWW 瀏覽器。而且由于 WWW 瀏覽器和網絡綜合服務器都是基于工業(yè)標準，可以在所有的平臺上工作。 （ 3）數據庫端采用 C／ S 結構，通過 ODBC／ JDBC 連 接。這一部分只涉及到系統(tǒng)維護、數據更新等，不存在完全采用 C／ S 結構帶來的客戶端維護工作量大等缺點。并且在客戶端可以構造非常復雜的應用，界面友好靈活，易于操作，能解決許多 B／ S 存在的固有缺點。 （ 4）對于原有基于 C/S 體系結構的應用，可以非常輕易地升級到這種體系結構，只需開發(fā)用于發(fā)布的 WWW 界面，可以保留原有的 C/S 結構的某些子系統(tǒng)，充分地利用現有系統(tǒng)的資源。使得現有系統(tǒng)或資源無需大的改造即可以連接使用，保護了用戶以往的投資。 （ 5）通過在瀏覽器中嵌入 ActiveX 控件可以實現在瀏覽器中不能實現或 實現起來比較困難的功能。比如通過瀏覽器進行報表的應答。另外，在客戶端 ActiveX 控件的加盟，可以豐富 HTML 頁面，產生另人驚異的效果。 （ 6）將服務器端劃分為 WEB 服務器和 WEB 應用程序兩部分。 WEB 應用程序采用組件技術實現三層體系結中的商業(yè)邏輯部分，達到封裝源代碼，保護知識產權的目的。Inter 應用程序大部分屬于分布式應用程序，采用組件技術一個重要特點就是它的處理能力能夠隨著用戶數量、數據量所需性能的提高而增加。 COM 的無縫擴展集 COM+，有 畢 業(yè) 論 文 （設 計） 用 紙 佳木斯大學繼續(xù)教育學院 第 10 頁 著如內存數據庫、負載平衡等強大的功能。 系統(tǒng) 體系結構 web 服務器（ IIS、數據庫服務器）的作用 通俗的講， Web服務器傳送 (serves)頁面使瀏覽器可以瀏覽，然而應用程序服務器提供的是客戶端應用程序可以調用 (call)的方法 (methods)。確切一點，你可以說： Web服務器專門處理 HTTP請求 (request)，但是應用程序服務器是通過很多協議來為應用程序提供 (serves)商業(yè)邏輯 (business logic)。 Web 服務器可以解析 (handles)HTTP 協議。當 Web 服務器接收到一個 HTTP 請求 (request)，會返回一個 HTTP 響應 (response)，例如送回一個 HTML 頁面。為了處理一個請求 (request)， Web 服務器可以響應 (response)一個靜態(tài)頁面或圖片，進行頁面跳轉 (redirect)，或者把動態(tài)響應 (dynamic response)的產生委托 (delegate)給一些其它的程序例如 CGI 腳本， JSP(JavaServer Pages)腳本， servlets，ASP(Active Server Pages)腳本，服務器端 (serverside)JavaScript，或者一些其它的 服務器端 (serverside)技術。無論它們 (譯者注：腳本 )的目的如何，這些服務器端 (serverside)的程序通常產生一個 HTML 的響應 (response)來讓瀏覽器可以瀏覽。 要知道， Web服務器的代理模型 (delegation model)非常簡單。當一個請求 (request)被送到 Web 服務器里來時，它只單純的把請求 (request)傳遞給可以很好的處理請求 (request)的程序 (譯者注：服務器端腳本 )。 Web 服務器僅僅提供一個可以執(zhí)行服務器