小議MIS 開發模式的策略研究

導語：小議MIS 開發模式的策略研究一文來源于網友上傳，不代表本站觀點，若需要原創文章可咨詢客服老師，歡迎參考。

摘要：現代企業在MIS開發技術中大量應用WebServer新技術，并已獲得相當的成功，但由于WebServer本身存在的特點，MIS開發過程中不能將此新模式完全替代傳統模式，或者與傳統模式完全對立，本文主要對C/S與B/S模式的結合進行探討。

關鍵詞：MIS開發模式；Client/Server；Browse/Server

1引言

Intranet這個名字自Internet商業化以來，已經成為部分企業日常管理的必要工具，由于Intranet本身的特點，多數人總容易與MIS的概念混淆區別。若按一般的理解為：“防火墻之后的Internet”，確實與初級MIS(企業管理信息系統)有很多相似之處，但本人認為Intranet不能與MIS相提并論，可以從以下兩點進行對比說明：

(1)Intranet是基于Internet技術之上，根據企業的應用需求特點，所開發出的增強應用技術平臺。它側重于平臺技術。

(2)MIS構件包括計算機應用程序、OS、通訊協議等，它是一個綜合系統,而且更注重于網上內容及網上管理。

由此可以得到結論，Intranet的出現只是更豐富了MIS的吸引力，完全代替MIS的含義范圍的說法從應用與理論角度都是不正確的。

企業管理過程中由于概念上的混淆，目前在企業信息網的建設上普遍存在著兩個誤區：

(1)將Intranet等同于MIS，認為MIS就是指C/S(客戶機/服務器)模式，Intranet代表了新技術B/S(瀏覽器/服務器)模式。以前的所有系統設計方案都可用B/S模式來解決，全部系統在B/S模式下開發。

(2)將Intranet與MIS對立，認為B/S側重于信息文本，C/S的數據庫信息的形成過程也就是它的過程，主張數據庫信息進出仍用C/S模式。

其實這兩種做法都是偏激的，是對Intranet新平臺的缺乏認識所致，有必要給予充分認識才能正確對待。

2C/S和B/S之比較

C/S和B/S是當今世界開發模式技術架構的兩大主流技術。C/S是美國Borland公司最早研發，B/S是美國微軟公司研發。目前，這兩項技術以被世界各國所掌握，國內公司以C/S和B/S技術開發出產品也很多。

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

（1）應用服務器運行數據負荷較輕。

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

（2）數據的儲存管理功能較為透明。

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

（3）C/S架構的劣勢是高昂的維護成本且投資大。

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

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

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

（1）維護和升級方式簡單。

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

（2）成本降低，選擇更多。

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

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

（3）應用服務器運行數據負荷較重。

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

3C/S與B/S將長期共存

在傳統的C/S下已經積累了大量的應用和信息，例如各類數據庫和各種格式的文件，而Intranet必須能充分利用這些已有的應用和信息。Intranet技術基礎由于其通用性，能提供的標準接口是不多的。例如訪問數據庫的辦法歸根結底仍是CGI,而直接用CGI不僅編程麻煩，而且維護更困難，對于極大多數的企業是不適用的，至少是不夠用的，還要有一系列的應用接口工具。而B/S模式目前只適用于信息，對于如在線事務處理(OLTP)應用尚有實質性困難。所以說，C/S與B/S模式還將長期共存，而二者間的接口工具也是一種長期需求。

3.1全文檢索數據庫的集成

Internet的技術就是以文本為基礎的，可以說，Hypertext就說明了這個優點。全文檢索是Intranet的一個基本組成，關鍵是指定檢索條件，還有就是能把各式各樣原來的文件(庫)，方便地轉換并裝入全文檢索數據庫。雖然現在有一系列的接口工具，但由于原來文件的格式種類幾乎是無限的，這問題不可能有最終的解決方案，只能靠開發廠商不斷完善和優化。也有以（超）文本文件為基礎信息的管理系統，由于沒有合適的平臺,勉強使用關系數據庫或LutosNotes這種專用平臺來建設，但要么開發困難、效率低下，要么則會使用戶陷入專有平臺固有的各種苦惱之中。Intranet技術在這方面是無可比擬的。

3.2關系數據庫的接口

Intranet與關系數據庫的接口是MIS中的一個重要問題,這里我們不具體闡述,這也是Intranet與Internet的區別最大之處。互聯網上常常是一些不規則文本的，而企業內部更注重于對有序數據的，這是MIS的靈魂，目前解決這個問題大致有三條路徑：

(1)許多數據庫廠商推出了各自的“解決方案”。這些方案的特點是基于各自的專有技術，與其數據庫產品以及開發工具緊緊地捆綁在一起。如果企業只用或主要使用一種數據庫，這條途徑是可行的。但Intranet的開放性將大打折扣。

(2)使用所謂的OLAP工具，即獨立于數據庫產品的分析工具。但目前出現的OLAP工具的Intranet版本都不夠成熟，應有一番競爭乃至到成熟的過程，但必須應用于多種數據庫及需求比較復雜的用戶。但這樣做投資較大且需專門培訓。

(3)在Intranet平臺中提供訪問關系數據庫的通用接口工具，這是最理想的做法，但目前產品仍沒有達到前兩種工具的性能，希望盡早有一個功能強的通用接口工具產生。

3.3工作流接口

對于大部分企業，全面、完整的工作流工具并不太需要，因為全文檢索和關系數據庫的接口工具已解決了信息的存儲和共享使用。而工作流中“工作”是屬于OLTP的，目前最好還是采用傳統技術。如屬于辦公自動化方面的，最自然的是采用Office套件；為收集原始數據，還得需要Form工具。而Intranet的“消息傳遞”工具是一大缺項，目前可行的只是利用電子郵件系統，而現在主要問題卻是企業中通常采用LotusNotes等郵件系統，而不是直接使用Netscape等瀏覽器中的電子郵件功能，因此需要一個工作流接口工具，能實現基本的工作流功能，能綜合調用Office或Form工具，完成基本工作。利用企業的電子郵件系統實現工作消息傳遞，利用Intranet調閱信息。

綜合以上可以看出，B/S要想在企業MIS中起主導角色，要走的路還很長，而MIS經過長期的建設，由C/S鑄就的數據大廈也不可能一下由B/S改寫，必須具體問題具體分析，不帶任何成見也沒有什么激進偏見，將C/S與B/S技術淋漓盡致地盡展優勢，發揮在企業MIS建設中。

4C/S與B/S的結合策略

根據上面對企業MIS開發策略的分析可以得出這樣的結論，B/S在MIS中的一個重要用途即是WEB,而目前企業WEB的基本工作模式就是：

(1)WEBBrowser根據用戶操作對WEBServer提出訪問請求。

(2)Server將請求分析處理,通過CGI訪問DBMS以進行數據的查詢統計或事務的提交。

(3)CGI根據DBMS返回的結果生成HTML文書經過Server向客戶的Browser返回結果。

(4)Browser將HTML結果顯示給用戶。

對于上述流程，工作量主要在Server部分，而對該部分的處理目前也有好幾種方法，有用CGI訪問DBMS,也有依靠WebServer自身具有數據庫處理能力，也有混合訪問DBMS，但總的來說，對WebServer端的應用開發我們有更高的要求。在各個子系統應用上，我們仍然推薦用Client/Server方式，無論你用小型XBASE類數據庫，或大型的Oracle、Sybase類數據庫，在客戶端你仍然要裝實用程序用于數據服務器的信息聯系，而同樣對于大多數管理類用戶,則可安裝瀏覽器,編制一定的CGI程序,甚至利用新出現的JDBC或ASP技術,實現與后臺數據庫的連接。

要特別提到的一點就是安全機制,在傳統的Client/Server應用中，安全性問題解決起來就比較容易，而WebServer，我們可以對用戶請求進行過濾（包過濾、域過濾、主機過濾等），而由于Intranet是基于TCP/IP協議的，如果用戶直接通過IP地址，繞過前述的管理平臺，直接訪問信息的話，那么Intranet的管理就是一句空話。在MIS中，Intranet應用與傳統的C/S應用二者的安全性問題怎樣合起來一起解決，而無需系統管理員根據用戶的訪問權限和需求對WebServer進行手工配置，最好能在WebServer中有一種可與傳統C/S應用無縫結合的方式，使開發人員在企業MIS營構中對二種應用的各方面進行集中一致的管理維護。

5結束語

對于企業的B/S應用，從當前的技術水平看，特別適用于系統同用戶交互量不大的應用，對于需要大量頻繁、高速交互的應用系統，采用這種模式并不一定是最好的選擇。采用Intranet應用模式并不一定要全部取代傳統的Client/Server結構，從某種意義特別是從近期的發展看，二者應用界限并不清晰，而且往往是互相補充、相輔相成的。事實上，企業MIS采用B/S模式并不是要求把應用都轉到WEBServer上來，而是要根據情況來選擇。那么，在應用中新的B/S模式就需要能同傳統的C/S模式結合起來。

參考文獻：

[1]張信東.信息系統開發[M].清華大學出版社,2003-03-01

[2]曹漢平.信息系統開發與IT項目管理[M].清華大學出版社,2006-04-01

[3]劉波.關于B/S和C/S架構的探析[J].新疆大學學報,2006-10-05

[4]鄧東華.基于XML的三層C/S模型[J].華中科技大學學報,2005-08-12

[5]C/S和B/S的模式的比較和選擇.渭南師范學院學報,2006年02期