1. <tt id="5hhch"><source id="5hhch"></source></tt>
    1. <xmp id="5hhch"></xmp>

  2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

    <rp id="5hhch"></rp>
        <dfn id="5hhch"></dfn>

      1. MIS開發(fā)模式的策略的研究

        時間:2023-02-21 05:22:43 論文范文 我要投稿
        • 相關推薦

        MIS開發(fā)模式的策略的研究

          摘要:現(xiàn)代企業(yè)在MIS開發(fā)技術中大量應用Web Server新技術,并已獲得相當?shù)某晒?但由于Web Server本身存在的特點,MIS開發(fā)過程中不能將此新模式完全替代傳統(tǒng)模式,或者與傳統(tǒng)模式完全對立,本文主要對C/S與B/S模式的結合進行探討。

        MIS開發(fā)模式的策略的研究

          關鍵詞:MIS 開發(fā)模式;Client/Server;Browse/Server

          1、引言

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

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

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

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

          企業(yè)管理過程中由于概念上的混淆,目前在企業(yè)信息網(wǎng)的建設上普遍存在著兩個誤區(qū):

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

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

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

          2、C/S和B/S 之比較

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

          2.1 C/S架構軟件的優(yōu)勢與劣勢

          (1) 應用服務器運行數(shù)據(jù)負荷較輕。

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

          (2) 數(shù)據(jù)的儲存管理功能較為透明。

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

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

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

          其次,傳統(tǒng)的C/S結構的軟件需要針對不同的操作系統(tǒng)系統(tǒng)開發(fā)不同版本的軟件,由于產品的更新?lián)Q代十分快,代價高和低效率已經(jīng)不適應工作需要。在JAVA這樣的跨平臺語言出現(xiàn)之后,B/S架構更是猛烈沖擊C/S,并對其形成威脅和挑戰(zhàn)。

          2.2 B/S架構軟件的優(yōu)勢與劣勢

          (1) 維護和升級方式簡單。

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

          (2) 成本降低,選擇更多。

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

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

          (3) 應用服務器運行數(shù)據(jù)負荷較重。

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

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

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

          3.1 全文檢索數(shù)據(jù)庫的集成

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

          3.2 關系數(shù)據(jù)庫的接口

          Intranet與關系數(shù)據(jù)庫的接口是MIS 中的一個重要問題,這里我們不具體闡述,這也是Intranet與Internet的區(qū)別最大之處;ヂ(lián)網(wǎng)上常常是一些不規(guī)則文本的發(fā)布,而企業(yè)內部更注重于對有序數(shù)據(jù)的發(fā)布,這是 MIS的靈魂,目前解決這個問題大致有三條路徑:

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

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

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

          3.3 工作流接口

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

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

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

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

          (1) WEB Browser根據(jù)用戶操作對WEB Server提出訪問請求。

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

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

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

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

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

          5、結束語

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

          參考文獻:

          [1] 張信東. 信息系統(tǒng)開發(fā)[M]. 清華大學出版社, 2003-03-01

          [2] 曹漢平. 信息系統(tǒng)開發(fā)與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期

        【MIS開發(fā)模式的策略的研究】相關文章:

        淺談大學生合作學習模式的開發(fā)研究08-25

        談語言學習策略培訓的模式08-14

        中國蔬菜物流模式研究08-02

        和諧實踐教育模式研究08-03

        談談林業(yè)種植問題策略研究05-24

        淺析校本課程開發(fā)促進體育教師專業(yè)發(fā)展的策略研究08-24

        高職項目化教學模式要素研究08-14

        工業(yè)氣體企業(yè)營銷策略研究03-13

        《綜合與實踐活動教學模式研究》階段研究總結-學科論文06-07

        国产高潮无套免费视频_久久九九兔免费精品6_99精品热6080YY久久_国产91久久久久久无码

        1. <tt id="5hhch"><source id="5hhch"></source></tt>
          1. <xmp id="5hhch"></xmp>

        2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

          <rp id="5hhch"></rp>
              <dfn id="5hhch"></dfn>