資源描述:
《mis 開發(fā)模式的策略研究》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在工程資料-天天文庫(kù)。
1、MIS 開發(fā)模式的策略研究摘要:現(xiàn)代企業(yè)在MIS開發(fā)技術(shù)中大量應(yīng)用IS開發(fā)過(guò)程中不能將此新模式完全替代傳統(tǒng)模式,或者與傳統(tǒng)模式完全對(duì)立,本文主要對(duì)C/S與B/S模式的結(jié)合進(jìn)行探討。 關(guān)鍵詞:MIS;開發(fā)模式;Client/Server;BroIS的概念混淆區(qū)別。若按一般的理解為:“防火墻之后的Inter”,確實(shí)與初級(jí)MIS(企業(yè)管理信息系統(tǒng))有很多相似之處,但本人認(rèn)為Intra不能與MIS相提并論,可以從以下兩點(diǎn)進(jìn)行對(duì)比說(shuō)明: (1)Intra是基于Inter技術(shù)之上,根據(jù)企業(yè)的應(yīng)用需求特點(diǎn),所開發(fā)出的增強(qiáng)應(yīng)用技術(shù)平臺(tái)。它側(cè)重于
2、平臺(tái)技術(shù)。 (2)MIS構(gòu)件包括計(jì)算機(jī)應(yīng)用程序、OS、通訊協(xié)議等,它是一個(gè)綜合系統(tǒng),而且更注重于網(wǎng)上內(nèi)容及網(wǎng)上管理。 由此可以得到結(jié)論,Intra的出現(xiàn)只是更豐富了MIS的吸引力,完全代替MIS的含義范圍的說(shuō)法從應(yīng)用與理論角度都是不正確的。 企業(yè)管理過(guò)程中由于概念上的混淆,目前在企業(yè)信息網(wǎng)的建設(shè)上普遍存在著兩個(gè)誤區(qū): (1)將Intra等同于MIS,認(rèn)為MIS就是指C/S(客戶機(jī)/服務(wù)器)模式,Intra代表了新技術(shù)B/S(瀏覽器/服務(wù)器)模式。以前的所有系統(tǒng)設(shè)計(jì)方案都可用B/S模式來(lái)解決,全部系統(tǒng)在B/S模式下開發(fā)。
3、 (2)將Intra與MIS對(duì)立,認(rèn)為B/S側(cè)重于信息文本發(fā)布,C/S數(shù)據(jù)庫(kù)信息的形成過(guò)程也就是它的發(fā)布過(guò)程,主張數(shù)據(jù)庫(kù)信息進(jìn)出仍用C/S模式。 其實(shí)這兩種做法都是偏激的,是對(duì)Intra新平臺(tái)的缺乏認(rèn)識(shí)所致,有必要給予充分認(rèn)識(shí)才能正確對(duì)待。 2C/S和B/S之比較 C/S和B/S是當(dāng)今世界開發(fā)模式技術(shù)架構(gòu)的兩大主流技術(shù)。C/S是美國(guó)Borland公司最早研發(fā),B/S是美國(guó)微軟公司研發(fā)。目前,這兩項(xiàng)技術(shù)以被世界各國(guó)所掌握,國(guó)內(nèi)公司以C/S和B/S技術(shù)開發(fā)出產(chǎn)品也很多。 2.1C/S架構(gòu)軟件的優(yōu)勢(shì)與劣勢(shì) ?。?)
4、應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較輕。 最簡(jiǎn)單的C/S體系結(jié)構(gòu)的數(shù)據(jù)庫(kù)應(yīng)用由兩部分組成,即客戶應(yīng)用程序和數(shù)據(jù)庫(kù)服務(wù)器程序。二者可分別稱為前臺(tái)程序與后臺(tái)程序。運(yùn)行數(shù)據(jù)庫(kù)服務(wù)器程序的機(jī)器,也稱為應(yīng)用服務(wù)器。一旦服務(wù)器程序被啟動(dòng),就隨時(shí)等待響應(yīng)客戶程序發(fā)來(lái)的請(qǐng)求,客戶應(yīng)用程序運(yùn)行在用戶自己的電腦上,對(duì)應(yīng)于數(shù)據(jù)庫(kù)服務(wù)器,可稱為客戶電腦。當(dāng)需要對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行任何操作時(shí),客戶程序就自動(dòng)地尋找服務(wù)器程序,并向其發(fā)出請(qǐng)求,服務(wù)器程序根據(jù)預(yù)定的規(guī)則做出應(yīng)答,送回結(jié)果,應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較輕。 (2)數(shù)據(jù)的儲(chǔ)存管理功能較為透明。 在數(shù)據(jù)庫(kù)應(yīng)用中
5、,數(shù)據(jù)的儲(chǔ)存管理功能,是由服務(wù)器程序和客戶應(yīng)用程序分別獨(dú)立進(jìn)行的,前臺(tái)應(yīng)用可以違反的規(guī)則,并且通常把那些不同的(不管是已知還是未知的)運(yùn)行數(shù)據(jù),在服務(wù)器程序中不集中實(shí)現(xiàn),例如訪問(wèn)者的權(quán)限、編號(hào)可以重復(fù),必須有客戶才能建立定單這樣的規(guī)則。所有這些,對(duì)于工作在前臺(tái)程序上的最終用戶,是“透明”的,他們無(wú)須過(guò)問(wèn)(通常也無(wú)法干涉)背后的過(guò)程,就可以完成自己的一切工作。在客戶服務(wù)器架構(gòu)的應(yīng)用中,前臺(tái)程序不是非?!笆菪 保闊┑氖虑槎冀唤o了服務(wù)器和網(wǎng)絡(luò)。在C/S體系的下,數(shù)據(jù)庫(kù)不能真正成為公共、專業(yè)化的倉(cāng)庫(kù),它受到獨(dú)立的專門管理。 (3)C/S架
6、構(gòu)的劣勢(shì)是高昂的維護(hù)成本且投資大。 首先,采用C/S架構(gòu),要選擇適當(dāng)?shù)臄?shù)據(jù)庫(kù)平臺(tái)來(lái)實(shí)現(xiàn)數(shù)據(jù)庫(kù)數(shù)據(jù)的真正“統(tǒng)一”,使分布于兩地的數(shù)據(jù)同步完全交由數(shù)據(jù)庫(kù)系統(tǒng)去管理,但邏輯上兩地的操要直接訪問(wèn)同一個(gè)數(shù)據(jù)庫(kù)才能有效實(shí)現(xiàn)。有這樣一些問(wèn)題,如果需要建立“實(shí)時(shí)”的數(shù)據(jù)同步,就必須在兩地間建立實(shí)時(shí)的通訊連接,保持兩地的數(shù)據(jù)庫(kù)服務(wù)器在線運(yùn)行,網(wǎng)絡(luò)管理工作人員既要對(duì)服務(wù)器維護(hù)管理,又要對(duì)客戶端維護(hù)和管理,這需要高昂的投資和復(fù)雜的技術(shù)支持,維護(hù)成本很高,維護(hù)任務(wù)量大。 其次,傳統(tǒng)的C/S結(jié)構(gòu)的軟件需要針對(duì)不同的操作系統(tǒng)系統(tǒng)開發(fā)不同版本的軟件,由于產(chǎn)品
7、的更新?lián)Q代十分快,代價(jià)高和低效率已經(jīng)不適應(yīng)工作需要。在JAVA這樣的跨平臺(tái)語(yǔ)言出現(xiàn)之后,B/S架構(gòu)更是猛烈沖擊C/S,并對(duì)其形成威脅和挑戰(zhàn)。 2.2B/S架構(gòu)軟件的優(yōu)勢(shì)與劣勢(shì) ?。?)維護(hù)和升級(jí)方式簡(jiǎn)單。 目前,軟件系統(tǒng)的改進(jìn)和升級(jí)越來(lái)越頻繁,B/S架構(gòu)的產(chǎn)品明顯體現(xiàn)著更為方便的特性。對(duì)一個(gè)稍微大一點(diǎn)單位來(lái)說(shuō),系統(tǒng)管理人員如果需要在幾百甚至上千部電腦之間來(lái)回奔跑,效率和工作量是可想而知的,但B/S架構(gòu)的軟件只需要管理服務(wù)器就行了,所有的客戶端只是瀏覽器,根本不需要做任何的維護(hù)。無(wú)論用戶的規(guī)模有多大,有多少分支機(jī)構(gòu)都不會(huì)增加任何
8、維護(hù)升級(jí)的工作量,所有的操作只需要針對(duì)服務(wù)器進(jìn)行;如果是異地,只需要把服務(wù)器連接專網(wǎng)即可,實(shí)現(xiàn)遠(yuǎn)程維護(hù)、升級(jí)和共享。所以客戶機(jī)越來(lái)越“瘦”,而服務(wù)器越來(lái)越“胖”是將來(lái)信息化發(fā)展的主流方向。今后,軟件升級(jí)和維