前言:本站為你精心整理了MIS開發(fā)模式范文,希望能為你的創(chuàng)作提供參考價(jià)值,我們的客服老師可以幫助你提供個(gè)性化的參考范文,歡迎咨詢。
摘要:現(xiàn)代企業(yè)在MIS開發(fā)技術(shù)中大量應(yīng)用WebServer新技術(shù),并已獲得相當(dāng)?shù)某晒?,但由于WebServer本身存在的特點(diǎn),MIS開發(fā)過程中不能將此新模式完全替代傳統(tǒng)模式,或者與傳統(tǒng)模式完全對立,本文主要對C/S與B/S模式的結(jié)合進(jìn)行探討。
關(guān)鍵詞:MIS;開發(fā)模式;Client/Server;Browse/Server
中圖分類號:TP29文獻(xiàn)標(biāo)識碼:A文章編號:1672-3198(2008)04-0243-03
1引言
Intranet這個(gè)名字自Internet商業(yè)化以來,已經(jīng)成為部分企業(yè)日常管理的必要工具,由于Intranet本身的特點(diǎn),多數(shù)人總?cè)菀着cMIS的概念混淆區(qū)別。若按一般的理解為:“防火墻之后的Internet”,確實(shí)與初級MIS(企業(yè)管理信息系統(tǒng))有很多相似之處,但本人認(rèn)為Intranet不能與MIS相提并論,可以從以下兩點(diǎn)進(jìn)行對比說明:
(1)Intranet是基于Internet技術(shù)之上,根據(jù)企業(yè)的應(yīng)用需求特點(diǎn),所開發(fā)出的增強(qiáng)應(yīng)用技術(shù)平臺。它側(cè)重于平臺技術(shù)。
(2)MIS構(gòu)件包括計(jì)算機(jī)應(yīng)用程序、OS、通訊協(xié)議等,它是一個(gè)綜合系統(tǒng),而且更注重于網(wǎng)上內(nèi)容及網(wǎng)上管理。
由此可以得到結(jié)論,Intranet的出現(xiàn)只是更豐富了MIS的吸引力,完全代替MIS的含義范圍的說法從應(yīng)用與理論角度都是不正確的。
企業(yè)管理過程中由于概念上的混淆,目前在企業(yè)信息網(wǎng)的建設(shè)上普遍存在著兩個(gè)誤區(qū):
(1)將Intranet等同于MIS,認(rèn)為MIS就是指C/S(客戶機(jī)/服務(wù)器)模式,Intranet代表了新技術(shù)B/S(瀏覽器/服務(wù)器)模式。以前的所有系統(tǒng)設(shè)計(jì)方案都可用B/S模式來解決,全部系統(tǒng)在B/S模式下開發(fā)。
(2)將Intranet與MIS對立,認(rèn)為B/S側(cè)重于信息文本,C/S數(shù)據(jù)庫信息的形成過程也就是它的過程,主張數(shù)據(jù)庫信息進(jìn)出仍用C/S模式。
其實(shí)這兩種做法都是偏激的,是對Intranet新平臺的缺乏認(rèn)識所致,有必要給予充分認(rèn)識才能正確對待。
2C/S和B/S之比較
C/S和B/S是當(dāng)今世界開發(fā)模式技術(shù)架構(gòu)的兩大主流技術(shù)。C/S是美國Borland公司最早研發(fā),B/S是美國微軟公司研發(fā)。目前,這兩項(xiàng)技術(shù)以被世界各國所掌握,國內(nèi)公司以C/S和B/S技術(shù)開發(fā)出產(chǎn)品也很多。
2.1C/S架構(gòu)軟件的優(yōu)勢與劣勢
(1)應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較輕。
最簡單的C/S體系結(jié)構(gòu)的數(shù)據(jù)庫應(yīng)用由兩部分組成,即客戶應(yīng)用程序和數(shù)據(jù)庫服務(wù)器程序。二者可分別稱為前臺程序與后臺程序。運(yùn)行數(shù)據(jù)庫服務(wù)器程序的機(jī)器,也稱為應(yīng)用服務(wù)器。一旦服務(wù)器程序被啟動(dòng),就隨時(shí)等待響應(yīng)客戶程序發(fā)來的請求,客戶應(yīng)用程序運(yùn)行在用戶自己的電腦上,對應(yīng)于數(shù)據(jù)庫服務(wù)器,可稱為客戶電腦。當(dāng)需要對數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行任何操作時(shí),客戶程序就自動(dòng)地尋找服務(wù)器程序,并向其發(fā)出請求,服務(wù)器程序根據(jù)預(yù)定的規(guī)則做出應(yīng)答,送回結(jié)果,應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較輕。
(2)數(shù)據(jù)的儲存管理功能較為透明。
在數(shù)據(jù)庫應(yīng)用中,數(shù)據(jù)的儲存管理功能,是由服務(wù)器程序和客戶應(yīng)用程序分別獨(dú)立進(jìn)行的,前臺應(yīng)用可以違反的規(guī)則,并且通常把那些不同的(不管是已知還是未知的)運(yùn)行數(shù)據(jù),在服務(wù)器程序中不集中實(shí)現(xiàn),例如訪問者的權(quán)限、編號可以重復(fù),必須有客戶才能建立定單這樣的規(guī)則。所有這些,對于工作在前臺程序上的最終用戶,是“透明”的,他們無須過問(通常也無法干涉)背后的過程,就可以完成自己的一切工作。在客戶服務(wù)器架構(gòu)的應(yīng)用中,前臺程序不是非?!笆菪 ?,麻煩的事情都交給了服務(wù)器和網(wǎng)絡(luò)。在C/S體系的下,數(shù)據(jù)庫不能真正成為公共、專業(yè)化的倉庫,它受到獨(dú)立的專門管理。
(3)C/S架構(gòu)的劣勢是高昂的維護(hù)成本且投資大。
首先,采用C/S架構(gòu),要選擇適當(dāng)?shù)臄?shù)據(jù)庫平臺來實(shí)現(xiàn)數(shù)據(jù)庫數(shù)據(jù)的真正“統(tǒng)一”,使分布于兩地的數(shù)據(jù)同步完全交由數(shù)據(jù)庫系統(tǒng)去管理,但邏輯上兩地的操作者要直接訪問同一個(gè)數(shù)據(jù)庫才能有效實(shí)現(xiàn)。有這樣一些問題,如果需要建立“實(shí)時(shí)”的數(shù)據(jù)同步,就必須在兩地間建立實(shí)時(shí)的通訊連接,保持兩地的數(shù)據(jù)庫服務(wù)器在線運(yùn)行,網(wǎng)絡(luò)管理工作人員既要對服務(wù)器維護(hù)管理,又要對客戶端維護(hù)和管理,這需要高昂的投資和復(fù)雜的技術(shù)支持,維護(hù)成本很高,維護(hù)任務(wù)量大。
其次,傳統(tǒng)的C/S結(jié)構(gòu)的軟件需要針對不同的操作系統(tǒng)系統(tǒng)開發(fā)不同版本的軟件,由于產(chǎn)品的更新?lián)Q代十分快,代價(jià)高和低效率已經(jīng)不適應(yīng)工作需要。在JAVA這樣的跨平臺語言出現(xiàn)之后,B/S架構(gòu)更是猛烈沖擊C/S,并對其形成威脅和挑戰(zhàn)。
2.2B/S架構(gòu)軟件的優(yōu)勢與劣勢
(1)維護(hù)和升級方式簡單。
目前,軟件系統(tǒng)的改進(jìn)和升級越來越頻繁,B/S架構(gòu)的產(chǎn)品明顯體現(xiàn)著更為方便的特性。對一個(gè)稍微大一點(diǎn)單位來說,系統(tǒng)管理人員如果需要在幾百甚至上千部電腦之間來回奔跑,效率和工作量是可想而知的,但B/S架構(gòu)的軟件只需要管理服務(wù)器就行了,所有的客戶端只是瀏覽器,根本不需要做任何的維護(hù)。無論用戶的規(guī)模有多大,有多少分支機(jī)構(gòu)都不會增加任何維護(hù)升級的工作量,所有的操作只需要針對服務(wù)器進(jìn)行;如果是異地,只需要把服務(wù)器連接專網(wǎng)即可,實(shí)現(xiàn)遠(yuǎn)程維護(hù)、升級和共享。所以客戶機(jī)越來越“瘦”,而服務(wù)器越來越“胖”是將來信息化發(fā)展的主流方向。今后,軟件升級和維護(hù)會越來越容易,而使用起來會越來越簡單,這對用戶人力、物力、時(shí)間、費(fèi)用的節(jié)省是顯而易見的,驚人的。因此,維護(hù)和升級革命的方式是“瘦”客戶機(jī),“胖”服務(wù)器。
(2)成本降低,選擇更多。
大家都知道windows在桌面電腦上幾乎一統(tǒng)天下,瀏覽器成為了標(biāo)準(zhǔn)配置,但在服務(wù)器操作系統(tǒng)上windows并不是處于絕對的統(tǒng)治地位。現(xiàn)在的趨勢是凡使用B/S架構(gòu)的應(yīng)用管理軟件,只需安裝在Linux服務(wù)器上即可,而且安全性高。所以服務(wù)器操作系統(tǒng)的選擇是很多的,不管選用那種操作系統(tǒng)都可以讓大部分人使用windows作為桌面操作系統(tǒng)電腦不受影響,這就使的最流行免費(fèi)的Linux操作系統(tǒng)快速發(fā)展起來,Linux除了操作系統(tǒng)是免費(fèi)的以外,連數(shù)據(jù)庫也是免費(fèi)的,這種選擇非常盛行。
比如說很多人每天上“新浪”網(wǎng),只要安裝了瀏覽器就可以了,并不需要了解“新浪”的服務(wù)器用的是什么操作系統(tǒng),而事實(shí)上大部分網(wǎng)站確實(shí)沒有使用windows操作系統(tǒng),但用戶的電腦本身安裝的大部分是windows操作系統(tǒng)。
(3)應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較重。
由于B/S架構(gòu)管理軟件只安裝在服務(wù)器端(Server)上,網(wǎng)絡(luò)管理人員只需要管理服務(wù)器就行了,用戶界面主要事務(wù)邏輯在服務(wù)器(Server)端完全通過WWW瀏覽器實(shí)現(xiàn),極少部分事務(wù)邏輯在前端(Browser)實(shí)現(xiàn),所有的客戶端只有瀏覽器,網(wǎng)絡(luò)管理人員只需要做硬件維護(hù)。但是,應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較重,一旦發(fā)生服務(wù)器“崩潰”等問題,后果不堪設(shè)想。因此,許多單位都備有數(shù)據(jù)庫存儲服務(wù)器,以防萬一。
3C/S與B/S將長期共存
在傳統(tǒng)的C/S下已經(jīng)積累了大量的應(yīng)用和信息,例如各類數(shù)據(jù)庫和各種格式的文件,而Intranet必須能充分利用這些已有的應(yīng)用和信息。Intranet技術(shù)基礎(chǔ)由于其通用性,能提供的標(biāo)準(zhǔn)接口是不多的。例如訪問數(shù)據(jù)庫的辦法歸根結(jié)底仍是CGI,而直接用CGI不僅編程麻煩,而且維護(hù)更困難,對于極大多數(shù)的企業(yè)是不適用的,至少是不夠用的,還要有一系列的應(yīng)用接口工具。而B/S模式目前只適用于信息,對于如在線事務(wù)處理(OLTP)應(yīng)用尚有實(shí)質(zhì)性困難。所以說,C/S與B/S模式還將長期共存,而二者間的接口工具也是一種長期需求。3.1全文檢索數(shù)據(jù)庫的集成
Internet的技術(shù)就是以文本為基礎(chǔ)的,可以說,Hypertext就說明了這個(gè)優(yōu)點(diǎn)。全文檢索是Intranet的一個(gè)基本組成,關(guān)鍵是指定檢索條件,還有就是能把各式各樣原來的文件(庫),方便地轉(zhuǎn)換并裝入全文檢索數(shù)據(jù)庫。雖然現(xiàn)在有一系列的接口工具,但由于原來文件的格式種類幾乎是無限的,這問題不可能有最終的解決方案,只能靠開發(fā)廠商不斷完善和優(yōu)化。也有以(超)文本文件為基礎(chǔ)信息的管理系統(tǒng),由于沒有合適的平臺,勉強(qiáng)使用關(guān)系數(shù)據(jù)庫或LutosNotes這種專用平臺來建設(shè),但要么開發(fā)困難、效率低下,要么則會使用戶陷入專有平臺固有的各種苦惱之中。Intranet技術(shù)在這方面是無可比擬的。
3.2關(guān)系數(shù)據(jù)庫的接口
Intranet與關(guān)系數(shù)據(jù)庫的接口是MIS中的一個(gè)重要問題,這里我們不具體闡述,這也是Intranet與Internet的區(qū)別最大之處。互聯(lián)網(wǎng)上常常是一些不規(guī)則文本的,而企業(yè)內(nèi)部更注重于對有序數(shù)據(jù)的,這是MIS的靈魂,目前解決這個(gè)問題大致有三條路徑:
(1)許多數(shù)據(jù)庫廠商推出了各自的“解決方案”。這些方案的特點(diǎn)是基于各自的專有技術(shù),與其數(shù)據(jù)庫產(chǎn)品以及開發(fā)工具緊緊地捆綁在一起。如果企業(yè)只用或主要使用一種數(shù)據(jù)庫,這條途徑是可行的。但I(xiàn)ntranet的開放性將大打折扣。
(2)使用所謂的OLAP工具,即獨(dú)立于數(shù)據(jù)庫產(chǎn)品的分析工具。但目前出現(xiàn)的OLAP工具的Intranet版本都不夠成熟,應(yīng)有一番競爭乃至到成熟的過程,但必須應(yīng)用于多種數(shù)據(jù)庫及需求比較復(fù)雜的用戶。但這樣做投資較大且需專門培訓(xùn)。
(3)在Intranet平臺中提供訪問關(guān)系數(shù)據(jù)庫的通用接口工具,這是最理想的做法,但目前產(chǎn)品仍沒有達(dá)到前兩種工具的性能,希望盡早有一個(gè)功能強(qiáng)的通用接口工具產(chǎn)生。
3.3工作流接口
對于大部分企業(yè),全面、完整的工作流工具并不太需要,因?yàn)槿臋z索和關(guān)系數(shù)據(jù)庫的接口工具已解決了信息的存儲和共享使用。而工作流中“工作”是屬于OLTP的,目前最好還是采用傳統(tǒng)技術(shù)。如屬于辦公自動(dòng)化方面的,最自然的是采用Office套件;為收集原始數(shù)據(jù),還得需要Form工具。而Intranet的“消息傳遞”工具是一大缺項(xiàng),目前可行的只是利用電子郵件系統(tǒng),而現(xiàn)在主要問題卻是企業(yè)中通常采用LotusNotes等郵件系統(tǒng),而不是直接使用Netscape等瀏覽器中的電子郵件功能,因此需要一個(gè)工作流接口工具,能實(shí)現(xiàn)基本的工作流功能,能綜合調(diào)用Office或Form工具,完成基本工作。利用企業(yè)的電子郵件系統(tǒng)實(shí)現(xiàn)工作消息傳遞,利用Intranet調(diào)閱信息。
4C/S與B/S的結(jié)合策略
根據(jù)上面對企業(yè)MIS開發(fā)策略的分析可以得出這樣的結(jié)論,B/S在MIS中的一個(gè)重要用途即是WEB,而目前企業(yè)WEB的基本工作模式就是:
(1)WEBBrowser根據(jù)用戶操作對WEBServer提出訪問請求。
(2)Server將請求分析處理,通過CGI訪問DBMS以進(jìn)行數(shù)據(jù)的查詢統(tǒng)計(jì)或事務(wù)的提交。
(3)CGI根據(jù)DBMS返回的結(jié)果生成HTML文書經(jīng)過Server向客戶的Browser返回結(jié)果。
(4)Browser將HTML結(jié)果顯示給用戶。
對于上述流程,工作量主要在Server部分,而對該部分的處理目前也有好幾種方法,有用CGI訪問DBMS,也有依靠WebServer自身具有數(shù)據(jù)庫處理能力,也有混合訪問DBMS,但總的來說,對WebServer端的應(yīng)用開發(fā)我們有更高的要求。在各個(gè)子系統(tǒng)應(yīng)用上,我們?nèi)匀煌扑]用Client/Server方式,無論你用小型XBASE類數(shù)據(jù)庫,或大型的Oracle、Sybase類數(shù)據(jù)庫,在客戶端你仍然要裝實(shí)用程序用于數(shù)據(jù)服務(wù)器的信息聯(lián)系,而同樣對于大多數(shù)管理類用戶,則可安裝瀏覽器,編制一定的CGI程序,甚至利用新出現(xiàn)的JDBC或ASP技術(shù),實(shí)現(xiàn)與后臺數(shù)據(jù)庫的連接。
要特別提到的一點(diǎn)就是安全機(jī)制,在傳統(tǒng)的Client/Server應(yīng)用中,安全性問題解決起來就比較容易,而WebServer,我們可以對用戶請求進(jìn)行過濾(包過濾、域過濾、主機(jī)過濾等),而由于Intranet是基于TCP/IP協(xié)議的,如果用戶直接通過IP地址,繞過前述的管理平臺,直接訪問信息的話,那么Intranet的管理就是一句空話。在MIS中,Intranet應(yīng)用與傳統(tǒng)的C/S應(yīng)用二者的安全性問題怎樣合起來一起解決,而無需系統(tǒng)管理員根據(jù)用戶的訪問權(quán)限和需求對WebServer進(jìn)行手工配置,最好能在WebServer中有一種可與傳統(tǒng)C/S應(yīng)用無縫結(jié)合的方式,使開發(fā)人員在企業(yè)MIS營構(gòu)中對二種應(yīng)用的各方面進(jìn)行集中一致的管理維護(hù)。
5結(jié)束語
對于企業(yè)的B/S應(yīng)用,從當(dāng)前的技術(shù)水平看,特別適用于系統(tǒng)同用戶交互量不大的應(yīng)用,對于需要大量頻繁、高速交互的應(yīng)用系統(tǒng),采用這種模式并不一定是最好的選擇。采用Intranet應(yīng)用模式并不一定要全部取代傳統(tǒng)的Client/Server結(jié)構(gòu),從某種意義特別是從近期的發(fā)展看,二者應(yīng)用界限并不清晰,而且往往是互相補(bǔ)充、相輔相成的。事實(shí)上,企業(yè)MIS采用B/S模式并不是要求把應(yīng)用都轉(zhuǎn)到WEBServer上來,而是要根據(jù)情況來選擇。那么,在應(yīng)用中新的B/S模式就需要能同傳統(tǒng)的C/S模式結(jié)合起來。
參考文獻(xiàn)
[1]張信東.信息系統(tǒng)開發(fā)[M].北京:清華大學(xué)出版社,2003.
[2]曹漢平.信息系統(tǒng)開發(fā)與IT項(xiàng)目管理[M].北京:清華大學(xué)出版社,2006.
[3]鄧東華.基于XML的三層C/S模型[J].華中科技大學(xué)學(xué)報(bào),2005-08-12.