《電子技術應用》
您所在的位置:首頁 > 其他 > 业界动态 > 企业信息资源管理软件系统的问题分析及解决方案

企业信息资源管理软件系统的问题分析及解决方案

2009-01-08
作者:覃春莲

一、國內企業信息資源管理軟件系統建設的現狀

??? 我國實施"以信息化帶動工業化"發展戰略以來,企業信息化伴隨著經濟建設得到了快速發展。企業信息化意識明顯提高,信息化進程正在加快,企業信息化工作在提高生產率和企業競爭力方面正在形成巨大的潛力。近50%的企業已經在實踐中探索和應用信息化手段提升其管理和業務水平,信息化投資的焦點從大型ERP項目及財務應用轉向人力資源和市場營銷及客服等多方應用。?

??? 在企業信息化管理總體水平提高的同時,我國企業信息化管理與全球知名企業之間的差距也是明顯的,企業信息化管理仍存在很大問題:例如雖然企業高層領導人對信息化的意識有明顯提高,但在戰略落實、機制保障、執行力等方面仍有很大改進空間;企業的信息化戰略與業務戰略銜接融合不夠緊密,業務人員無法運用信息化手段提高業務和管理水平;作為信息化基礎設施的企業級信息化平臺建設存在明顯弱點,系統整合面臨難題;企業建立的所謂MIS(管理信息系統)沒有發揮作用,沒有效益,甚至得不償失。信息化管理面臨的問題體現在信息資源管理軟件系統上主要表現在以下幾個方面:?

1.?指導策略上:未注意數據積累和軟件可重用性規劃,軟件開發低水平重復;缺乏管理和維護,建設缺乏延續性;未注重標準建設,技術體制不統一,系統集成難度高。?

2.?技術體系上:多采用單機或兩層軟件體系結構,即使采用了三層Web結構也是簡單的靜態信息發布,稱不上是真正的三層結構。不適合做分布式處理,很難實現位置透明性和規模的線性擴充。前端應用、業務規則和底層數據捆綁開發,常常是牽一而動百。?

3.?對待數據問題上:數據庫系統混亂,針對單項業務應用系統建立的孤立的數據庫無法通過網絡進行信息共享,形成了眾多的“信息孤島”。信息孤島的危害在于應用系統之間無法實現信息資源共享、無法真正做到信息資源的充分利用,而由此導致的更深層的問題是,建立在數據信息基礎之上的信息化大廈也難以穩固。急需建立各個業務應用系統都能共享的共享數據庫。?

??? 信息資源管理軟件建設是信息化建設的關鍵和核心,業界有許多優秀的建設經驗可供我們借簽。筆者認為,隨著需求的變化,信息化建設中軟件模式的變更亦是一個不斷發展的過程。下面是對軟件模式發展歷程的一個簡單分析,以期從中能給我們的國內企業信息化管理軟件系統建設提供一些指導和借鑒。?

二、信息化建設中軟件模式的發展歷程?

??? 軟件模式的發展大致經歷了的四個階段,下面針對這四個階段進行詳細的介紹。?

1、數據與程序“捆綁”階段

??? 每個應用都有自己的數據,而且應用程序很少訪問其它部門或系統的數據,數據與程序捆綁在一起(如圖1所示),數據的定義、格式以及操作規則都完全由使用它們的應用程序來解釋,共享數據幾乎是不可能的。系統間進行數據交換時,往往需要很多專用的、點對點的接口程序,而且多數是通過格式化消息或文件傳遞來實現的,造成整個基礎設施的結構不靈活、可伸縮性差。?

圖1數據與程序 “捆綁” 階段?

2、數據與程序分離階段?

??? 隨著數據庫管理系統的不斷成熟,大多數新開發應用系統的程序和數據已經分離。此時數據可以獨立于應用程序,一個應用程序可以訪問多個數據庫(或數據文件),但不同的數據庫之間彼此孤立,無法形成統一的數據視圖。在系統構架方面也發生了相應的變化,即中間多了如圖2所示的一個數據訪問層。

圖2 數據與程序分離階段的軟件構架?

3、統一建模階段?

??? 通過建立標準的公共數據模型,將分散在不同宿主機上的數據庫集成為一個物理上分布而邏輯上統一的數據庫,應用程序可通過統一的數據訪問服務查詢和更新分布式數據庫中的數據。在系統構架方面如圖3所示。

圖3? 統一建模階段的軟件構架?

??? 公共數據模型等數據標準化工作大大提高了信息系統之間的數據共享與互操作能力。但是,數據標準化不是萬能的,它不能一勞永逸地解決數據共享問題。

4數據共享階段?

??? 數據共享是全球信息化管理軟件系統建設前進的目標。

???.網絡的迅猛發展為信息化建設提供了便利條件,但同時也給信息化建設基礎設施提出了更高的要求:網絡的存在使得應用系統可能要訪問不同宿主機上的數據,必須提供便捷的方式,使之能快速找到所需的數據源,從而避免開發人員通過建立私有、冗余的數據源,達到降低數據集成與轉換代價的目的。

?? .為了滿足數據安全需求,應提供統一的訪問控制、用戶識別和授權服務,如果每個應用都采用特有的授權和訪問控制方式,將給系統間的互操作和數據共享帶來很大的障礙。

??? 類似問題需要一種新的數據管理和數據共享機制。數據共享要求首先將各使命應用的需求匯總,通過分析去掉冗余數據集,以提高公共數據的一致性和質量,然后再將這些數據以所有應用程序都認可的形式存入數據庫,實現數據與應用程序的獨立性。同時,在數據標準化的基礎上,數據共享機制為遺留系統、在役系統和新研系統之間的數據共享與互操作提供了三種用法不同而基礎一致的解決方案,包括共享數據服務器、虛擬數據倉庫和XML門戶。從應用者的角度看,數據共享環境實現將物理上或邏輯上異構的多個數據庫集成為統一的虛擬數據庫,為不同的應用系統提供全局一致的虛擬數據視圖,所有應用程序均可通過統一的數據訪問服務透明地查詢虛擬數據庫。為了能夠實現共享數據環境的思想,應用系統的構架發展成了圖4所示的模式。

圖4?在數據共享階段的數據訪問模式和軟件系統構架?

??? 可以清楚的看出,在應用和數據層增加了業務規則和數據訪問兩層,業務層使得當業務規則發生變化時可以不用改變前端應用,避免了頻繁的軟件更新和業務的中斷;數據訪問層掩蓋了數據的異構性和物理上的分布。系統構架的層次化劃分使得數據和構件更易于實現重用和方便不同層次的升級與變動而不影響其他層,實現了層與層之間的透明性,易于進行系統維護、升級和擴充,因此對系統按功能進行層次劃分將是未來系統構架發展的一個方向。

三、解決方案?

??? 分析以上發展歷程,可以看出,軟件模式的發展主要圍繞著兩個主題并行:軟件構架和數據環境。下面針對國內企業信息資源管理軟件系統建設面臨的主要問題,筆者從軟件構架和數據環境兩方面提出以下解決方案:?

1、選擇合理的軟件構架模型構架軟件應用系統?

??? 有兩個長期困擾信息化建設的難題:一是缺乏高檔次的數據環境,這一點將在后面給出詳細論述;二是難以建立起真正反映需求的模型,其主要原因是企業必須適應新的不斷變化的商業需求。這樣,利用已有的企業信息系統方面的投資,而不是重新制定全盤方案就變得很重要。一個以漸進的(而不是激進的,全盤否定的)投資方式建立的服務器端平臺機制是公司所需求的。同時,這種平臺應能提供極佳的可伸縮性去滿足那些在他們系統上進行商業運作的大批新客戶。為此我們必須在構架應用系統時選擇合理的軟件構架模型。?

??? 譬如J2EE體系結構,它提供中間層集成框架用來滿足無需太多費用而又需要高可用性、高可靠性以及可擴展性的應用的需求;J2EE架構可以充分利用用戶原有的投資,如一些公司使用的BEA Tuxedo、IBM CICS, IBM Encina,、Inprise VisiBroker 以及Netscape Application Server。另外,基于J2EE平臺的產品幾乎能夠在任何操作系統和硬件配置上運行,現有的操作系統和硬件也能被保留使用。J2EE的負載平衡策略允許多臺服務器集成部署,以及其平臺無關性為搭建具有可伸縮性、靈活性、易維護性的軟件系統提供了良好的機制。?

??? J2EE使用多層的分布式應用模型,應用邏輯按功能劃分為組件,各個應用組件根據他們所在的層分布在不同的機器上。事實上,Sun設計J2EE的初衷正是為了解決兩層模式(客戶端/服務器端)的弊端,在傳統模式中,客戶端擔當了過多的角色而顯得臃腫,在這種模式中,第一次部署的時候比較容易,但難于升級或改進,可擴展性也不理想,而且經常基于某種專有的協議——通常是某種數據庫協議。它使得重用業務邏輯和界面邏輯非常困難。現在J2EE 的多層企業級應用模型將兩層化模型中的不同層面切分成許多層。一個多層化應用能夠為不同的每種服務提供一個獨立的層,以下是 J2EE 典型的四層結構: ?

(1) 運行在客戶端機器上的客戶層組件;可以是傳統的客戶端軟件,也可以是基于Web的瘦客戶。?

(2)?運行在J2EE服務器上的Web層組件;它主要負責生成動態HTML頁面并和客戶端進行交互,如 Java Servlet, Java Server Pages。?

(3)?運行在J2EE服務器上的業務邏輯層組件;該層提供業務規則,一般由EJB實現。主要有三種Beans : Session beans(會話beans), Entity beans(實體beans), Message_driven (消息驅動)。?

(4)?運行在EIS服務器上的企業信息系統(Enterprise Information System)層軟件;該層即傳統的數據庫層,主要提供數據相關服務。?

圖5? ? J2EE 典型的四層結構?

2、注重數據的標準化,營造高檔次的數據環境

??? 作為IRM(信息資源管理)理論奠基人、研究者和實踐者的霍頓及馬錢德等人認為:信息資源管理的目標是通過增強企業處理動態和靜態條件下內外信息需求的能力來提高管理的效益,即追求“3E”——Efficient(高效)、Effective(實效)和Economical(經濟)。企業只有從戰略高度開發信息資源、科學合理地管理信息資源、充分有效地利用信息資源,才能在競爭中取勝。而信息資源管理首先需要明確的是數據管理。威廉·德雷爾認為,沒有卓有成效的數據管理,就沒有成功高效的數據處理,更建立不起來全企業的計算機信息系統。?

??? 首先,統一數據定義和編碼規范。在信息化時代,信息的標準化工作越來越重要,沒有標準化就沒有信息化,信息分類編碼標準是信息標準中的最基礎的標準。信息分類就是根據信息內容的屬性或特征,將信息按一定的原則和方法進行區分和歸類,并建立起一定的分類系統和排列順序,以便管理和使用信息。信息編碼就是在信息分類的基礎上,將信息對象(編碼對象)賦予有一定規律性的、易于計算機和人識別與處理的符號。應遵照國際標準-國家標準-行業標準-企業標準的序列,建立全企業信息系統所使用的信息分類編碼標準。?

??? 在我們現行的許多應用系統中,常常存在數據定義和編碼不統一的現象,不同的程序員、或者同一個程序員在不同的時期,對同一個數據對象起了很多不同的名稱,諸如“設備代碼”、“設備號”、“設備編號”等等,這種冗余混亂,會從基礎上混亂軟件應用系統。如果一個城市的電話號碼沒有統一的標準,那就不會有撥號的自動交換,只好回到早期接線員時代。企業信息系統中充斥著這些混亂的數據,肯定不會支持管理的科學化。制定編碼規則是數據準備工作中較難的問題之一,一個考慮周全的編碼體系需要跨部門反復討論。不同分類的數據可能有不同的編碼結構,但同一類數據必須遵循共同的編碼規則:唯一性、實用性、標準化、易用性和統一的編碼結構。我們可以結合數據流的調研分析,做好基礎的數據標準化工作,進而落實到數據庫的結構標準化。?

??? 其次,通過定義主題數據庫的途徑,建立起基于網絡的共享數據庫。?

??? 我們先看一個簡單的例子。某單位的工資系統是按錄入工資單建立數據庫的,職工張華的工資單編號是0104。該單位人事系統是按錄入職工檔案建數據庫的,張華在人事系統中的編號是1122。人事系統要獲得張華的工資數據,需要編寫接口程序將1122轉換成0104,才能正確地檢索;反之,工資系統要獲得人事系統的數據,需要編寫接口程序將0104轉換成1122。這樣,2個應用系統至少需要2個接口。如果再加上職工培訓系統和社會保險系統,共4個應用系統要互相交流數據,就至少需要4×3=12個接口。而企業經營管理中如果有20個大大小小“孤島式”的應用系統需要相互交流數據,就至少需要20×19=380個接口。這么多的接口很難做完,即使做完所有的接口,整個系統的運行也將是低效和脆弱的。所以,企圖通過做接口實現系統集成,從來就是可望而不可及的。?

??? 解決這類應用系統集成問題的正確方法是:不按照報表原樣建立數據庫,而是面向業務主題建立數據庫,即主題數據庫。主題數據庫與企業管理中要解決的主要問題相關聯,而不是與通常的計算機應用項目相關聯,是對各個應用系統“自建自用”的數據庫的徹底否定,強調建立各個應用系統“共建共用”的共享數據庫。通過建立主題數據庫,同一數據一次、一處進入系統,保證其準確性、及時性和完整性,經由網絡-計算機-數據庫系統,可以多次、多處使用。上例中的員工信息是幾個應用系統所共用的,應該對企業的所有員工統一編號,有關員工的信息統一組織存儲,從而保證信息共享——各應用程序都存取共享的“員工主題數據庫”,這就從根本上取消了不必要的接口。?

??? 最后,虛擬數據庫和XML門戶為異構數據庫系統之間的互操作問題提供解決方案。?

在企業信息資源管理軟件系統中,僅靠共享數據庫不可能解決所有數據共享問題,我們不可避免地會受到異構數據庫之間互操作的困擾。虛擬數據庫(Virtual Database),又稱數據仲裁器(Mediator),是一種異構數據庫集成中間件,用來完成異構數據庫(或數據模式)之間的數據轉換。這種方法可以彌補統一建模方法的局限性,它提供靈活、高效的轉換機制,可用來集成遺留數據庫,以滿足不同系統之間的數據交換需求。XML門戶(Portal)是為松耦合應用提供的數據訪問機制,它通過Web服務器提供一個數據庫訪問窗口,以XML文檔的形式傳遞數據,并通過Web瀏覽器來展現和閱讀數據。?

四、結束語?

??? 一流的網絡-計算機環境是企業信息化的條件,但遠非信息化的標志。只有成功地建立起企業信息資源管理軟件系統,并使各系統的互連、互通和互操作成為可能,才能使信息化建設跨上新的臺階。否則企業信息化將越來越成為無本之木,實現信息化建設的跨越式發展也會成為一句空話。?

參考書目及網站

1.《The J2EE Tutorial》Pearson Education , Stephanie Bodoff , Dale Green , 2003.

2.http://www.ccidnet.com

3.http://www.IBM.com

本站內容除特別聲明的原創文章之外,轉載內容只為傳遞更多信息,并不代表本網站贊同其觀點。轉載的所有的文章、圖片、音/視頻文件等資料的版權歸版權所有權人所有。本站采用的非本站原創文章及圖片等內容無法一一聯系確認版權者。如涉及作品內容、版權和其它問題,請及時通過電子郵件或電話通知我們,以便迅速采取適當措施,避免給雙方造成不必要的經濟損失。聯系電話:010-82306118;郵箱:aet@chinaaet.com。
主站蜘蛛池模板: 亚洲五码在线观看视频| 日韩暖暖在线视频| 欧美日本精品在线| 日本一区免费| 91精品免费看| 日韩欧美在线免费观看视频| 久久福利视频网| 国产日韩欧美日韩| 国产欧美日韩视频| 欧美激情亚洲精品| 久久国产精品99国产精| 欧美精品日韩三级| 久久久成人精品| 97欧美精品一区二区三区| 中文精品无码中文字幕无码专区| 国产精品尤物福利片在线观看| 日本精品免费视频| 日韩国产欧美亚洲| 欧美视频在线播放一区| 欧美 日韩 国产在线观看| 午夜精品久久久久久久男人的天堂| 国产精品69久久久| 国产精品香蕉av| 日本一区二区在线播放| 亚洲精品欧美精品| 国产欧美一区二区三区久久| 欧美亚洲日本网站| 久久国产色av| 日韩中文字幕网址| 国产精品免费福利| 亚洲v日韩v综合v精品v| 欧美激情第6页V| 国产精品久久久久久免费观看| 国产精品第3页| 国产一区香蕉久久| 亚洲午夜高清视频| 国产精品久久亚洲7777| 国产精品视频26uuu| 国产日韩欧美精品在线观看| 亚洲a在线观看| 在线免费一区|