[ 導讀 ] - 什么是ERRY ILM ILM (Intelligent Logistic Manager) 是異聯最新推出，基于Internet技術的在線企業物流管理解決方案。 Internet的飛速發展使企業的管理能力和管理要求得以擴展，為每位客戶提供個性化的制造、服務也已成為現實。電子商務又使企業的經

概述

- 什么是ERRY ILM ILM (Intelligent Logistic Manager) 是異聯最新推出，基于Internet技術的在線企業物流管理解決方案。 Internet的飛速發展使企業的管理能力和管理要求得以擴展，為每位客戶提供個性化的制造、服務也已成為現實。電子商務又使企業的經

 
    ILM (Intelligent Logistic Manager) 是異聯最新推出，基于Internet技術的在線企業物流管理解決方案。

    Internet的飛速發展使企業的管理能力和管理要求得以擴展，為每位客戶提供個性化的制造、服務也已成為現實。電子商務又使企業的經營思想和經營方式發生根本變革。在更大地滿足客戶需求和降低運營成本的雙重壓力下，運輸行業正在通過技術投資來爭取可持續的回報。iLM目標是正是為大中型物流企業提供一整套功能完善、實用并具有快速反應能力的智能化物流解決方案，為整個企業的運作帶來顯著的、持續的影響。

    作為第一個完全建立在尖端的網絡應用技術（web application）基礎上的物流管理軟件，ILM擁有 Client/server architecture 難以比擬優勢。ILM能夠結合物流企業的具體操作流程，在各功能模塊的支持下網絡化地管理公司的主要業務：

    ILM適合100輛以上的物流運輸公司，為他們提供量身定制的個性化解決方案。系統采用XML開放標準進行連接，具有很好的可擴展性，確保了與不同環境下相關應用的集成。

    貫穿其中的JAVA技術和面向INTERNET的數據庫技術將使其具有良好的兼容性、安全性和擴展性，可以使iLM完美的與電子商務、辦公自動化系統整合應用，成為INTERNET時代最有效、最易用的企業管理工具。先進的B/S（瀏覽器/服務器）結構可將企業級應用從原有的辦公桌面，擴展到世界各個角落的計算機和各種類型的移動終端產品。它將以其更簡易的操作性、更好的伸縮性為企業發展提供更有力的支持。

    系統功能模塊組成

    1、基本信息維護模塊

     · 商品目錄和管理對商品的基礎資料按照分類進行管理（新增、更新和刪除等）
。
     · 客戶檔案管理企業客戶和個人客戶的基本信息維護。

     · 運輸公司（隊）和運輸工具維護各運輸公司和其下屬車輛、船只等基本信息的維護。

     · 費率管理基于客戶、運輸公司、運輸方式等因素的多維費率系統的管理和維護

 [FS:PAGE];    · 用戶權限管理設置維護使用該系統的用戶權限。

    2、定單接收模塊

     · 手工定單錄入提供人工輸入定單界面，錄入標準格式的定單

     · EDI定單輸入根據客戶具體需求，提供各類電子數據傳輸接口完成數據轉換。高效率地完成定單輸入。

    3、調度模塊 調度是業務流程的核心模塊。 ILM通過向用戶提供定單按關鍵項（如貨主信息、目的地、商品、定單類型、定單優先級等）排序、歸類和匯總，詳細的運輸工具狀態查詢等智能支持，幫助完成定單的分理和調度單的制作。這些智能支持能夠減少操作人員對客戶和車隊特殊信息記憶的倚賴，提高定單輸入的速度和準確度，提高定單的分理和調度單的編制的效率。調度系統能夠通過實時的網絡通信向倉庫、運輸公司等有關多方發布調度指令，使調度指令能夠信息迅速便捷地傳遞。有關方面可以通過互聯網終端向調度中心及時反饋本地準備情況，使調度系統能夠及時處理意外事件，（如倉庫備貨和運輸公司車輛困難等），進行二次調度，提高工作效率，減少損失。

    4、運輸跟蹤模塊運輸公司能夠通過互聯網，定時地向調度中心匯報最新的車輛在途情況，包括車輛位置、道路（海面）情況、天氣狀況、貨物情況、油料情況等。調度中心可以根據匯總的車輛在途信息向客戶提供最新的定單狀態查詢服務，更新預計到達時間等。ILM可以根據客戶需求與最先進的可接入式通信系統連接，實現真正意義上的實時信息交互，發揮物流軟件的極大效能，進一步地提高車隊生產力、改善客戶服務。
    5．庫存管理模塊象所有的倉庫系統一樣，ILM庫存管理幫助企業的倉庫管理人員對庫存物品的入庫、出庫、移動和盤點等操作進行全面的控制和管理。庫存管理從類別、物料、貨位、批次、單件、ＡＢＣ分類等不同角度來管理庫存物品的數量、庫存成本和資金占用情況，以便用戶可以及時了解和控制庫存業務各方面的準確情況和數據。ILM基于web 的設計方便了分布式倉庫的遠程接入，輕松完成調度以及商品出入庫等信息的傳輸任務。

    6、財務結算模塊ILM的財務結算模塊負責物流各種費用（運費和各類雜費）的結算。其中運費是物流企業主營業收入。它的結算以跟據企業具體業務需求定制的費率系統為基礎，由系統自動根據定單、調度單計算得到。 費率系統可以使用多個關鍵項（客戶、運輸公司、運輸方式、目的地、出發[FS:PAGE]地等等）唯一確定費率。通過對費率的維護結合相應的用戶權限設置，物流企業的銷售價格可以得到有效的管理和控制。同時,iLM推出費率族的概念：結合企業不同結算方式，抽取一個或多個關鍵項構建費率族。比如一個客戶+運輸公司的組合成為一個費率族。費率族可以作為一個整體進行維護，大大減少的日常維護的工作量。費率族這種靈活的設計能夠幫助企業更加輕松地發展合作伙伴，拓展業務空間，推行新的價格政策等。

    7．分析決策模塊ILM的提供了強大的報表分析功能，各級決策者可以看到他們各自關心的分析結果，幫助他們更好的管理和控制物流企業的業務。主要提供分析的信息有：未調度定單、在途商品、未結算定單（按客戶或運輸公司）、運輸公司負荷情況、運輸工具使用情況、質損定單、庫存狀況等等

    ILM價值體現

    1. 支持高效率的EDI定單輸入和手工定單錄入。根據客戶具體需求，提供各類電子數據傳輸接口完成數據轉換。
 
    2. 調度系統匯總調度任務的在途情況，（包括車輛位置、道路（海面）情況、天氣狀況、貨物情況、油料情況等）向客戶提供最新的定單狀態查詢服務，更新預計到達時間等。

    3. 可以與先進的可接入式通信系統連接，實現真正意義上的實時信息交互，發揮物流軟件的極大效能，進一步地提高車隊生產力、改善客戶服務。4. 基于web 的設計方便了倉庫和運輸公司的遠程接入，輕松完成調度以及商品出入庫等信息的傳輸任務
 
    5. 通過對費率的維護結合相應的用戶權限設置，物流企業的銷售價格可以得到有效的管理和控制。
 
    6. 費率族的概念：結合企業不同結算方式，抽取一個或多個關鍵項構建費率族。比如一個客戶+運輸公司的組合成為一個費率族。費率族可以作為一個整體進行維護，大大減少的日常維護的工作量。費率族這種靈活的設計能夠幫助企業更加輕松地發展合作伙伴，拓展業務空間，推行新的價格政策等。

    7. 提供強大的報表分析功能。主要提供分析的信息有：未調度定單、在途商品、未結算定單（按客戶或運輸公司）、運輸公司負荷情況、運輸工具使用情況、質損定單、庫存狀況等等。

    系統特點

    實用性 在系統設計過程中，充分考慮目標客戶業務運作的過程，和客戶的實際情況，以求最大限度地滿足實際業務的需要。從目前來看，系統在設計[FS:PAGE]上基本上滿足了實用性的設計要求。易用性ILM是具有通用性的產品，幾乎不需要任何二次開發即可直接使用，系統功能強大并且基于J2EE標準，因此開發周期短，易于與企業原有的系統進行集成。從而滿足了系統易用性的要求。同時也顯著降低了系統維護和培訓的費用，使整個系統的總成本大大降低。基于Web的工作方式ILM基于WEB的工作方式，使用戶在使用iLM時，只需要打開瀏覽器，就可以開始工作，再也不需要在客戶端安裝各種版本的應用。當使用者在外地出差或在家時，仍然可以通過Internet接入到系統，進行察看匯報或審批，日常工作一點不受影響。內部集成工作流在ILM中，每一個流程都被看成是工作流的一個步驟，在流程完成后，工作流模塊會自動將結果送往預先設置好的下一個步驟。例如在操作員完成合同訂單輸入后，工作流會自動將該合同送給OM,并通過email通知該OM有合同等待他審批；OM批準該合同后，工作流軟件會自動通知操作員該合同已經被批準。這一切都是可以配置的，系統管理人員可以通過一定的規則來配置工作流，比如多少金額以下不需要審批等等。 工作流極大地提高了企業的工作效率，更重要的是提高了系統的靈活性。當企業業務流程發生改變時，只需要更改工作流配置，而不需要更改軟件代碼。可擴展性 在系統功能設計和用戶接口設計上，采用了分離的設計模式，使后臺業務規則的修改與前臺用戶接口的修改在一定程度上分離，保證了系統設計上擴展性的要求。基于組件的應用擴展每一個企業都有其自己的特點，可是傳統的系統實施方法只能做到通過調節參數開關的方式來適應企業，由于靈活性太小而不得不將企業管理方式往預先設置好的管理方式上套，企業不得不放棄經過多年積累的管理經驗。另一方面，傳統的ERP軟件往往將企業管理看成是靜止和一成不變的，當企業管理方式發生改變時不能很好地適應。ILM看到了企業在這方面強烈的要求，從而在開發軟件時就利用組件方式來從根本上解決。我們叫做組件和搭建方式。ILM由一系列的組件構成，在系統實施時，根據企業的具體情況進行搭建。對于企業大多數的具有共性的部分，ILM提供了一套高質量的組件，對于企業的個性部分，在實施時進行構造。由于組件之間是一種松散結構，更換某個組件時不影響其他組件，從而很好地解決了企業個性化問題。由于采用的是標準化的EJB組件，系統可以很好地與其他符合標準的組件構造的系統相連，避免了造成系統孤島的問題。 安全性 在安全設計上，任何沒有系統用戶登錄名和相應口令的人均不能[FS:PAGE]訪問系統，而每個系統用戶均被授予了相應的權限，不能訪問任何非授權的信息。從而最大限度地保證了系統的安全。

    運行環境及技術體系構架

    系統環境本系統完全基于Java 平臺構造，整體架構采用J2EE規范，具有非常好的跨平臺性。

    主要支持平臺有：Erry EAS , BEA Weblogic, 并能很好地移植到IBM Webshpere, SUN-Netscape iPlanet等其他符合J2EE規范的應用服務器上。

     · 操作系統支持：Windows NT 或 Windows 2000SolarisHP-UXDigital UnixLinuxIBM AIXAS400

     · 數據庫支持：Oracle 8iSybaseInformixDB2MySql

     · HTTP Server 支持ApacheNetscape Microsoft IIS  系統架構為了更好地理解異聯為什么要使用遵循JAVA、XML標準的三層架構，這里有必要對三層架構做一個簡單的介紹。早期數據庫應用軟件主要是小型DBMS，如dBASE和foxpro等，這類系統具有簡單靈活、使用方便、易于掌握等優點，在當時深受用戶歡迎。然而，隨著數據量的增大，系統復雜程度的提高，小型數據庫的固有缺點就日漸暴露出來，阻礙了企業業務的發展，因而，數據庫的大型化成為了必然趨勢。隨著數據庫的大型化，人們為了數據和資源的共享，不斷發展著系統的體系結構，也經歷了幾個階段。

    (1)體系結構的發展60年代早期，出現了采用宿主機與多個仿真終端連網的形式，由分時系統支配共享主機的集成數據處理結構，這就是Master/Terminal模式。到80年代中期，局域網技術發展很快，由文件服務器和網絡工作站構成的分散式網絡應用系統擴充了PC機的功能，并使得PC機用戶能夠共享公共數據，但是實際的數據處理工作仍然在PC工作站上完成，因此不論文件服務器的性能有多高，整體性能都受到PC機能力的限制。90年代初，客戶機/服務器（C/S）結構出現，它的實質就是將數據存取和應用程序分離開來，有數據服務器執行數據操作，客戶機來執行應用程序，用戶在客戶端通過網絡同服務器打交道，客戶端又包括用戶界面和企業邏輯，網絡上傳送的數據主要是客戶端向服務器發出的請求以及服務器發送給客戶端的響應結果和出錯信息。C/S可以顯著地減少局域網傳輸量、降低了對數據控制的難度，提供了多用戶開發特性，保障了用戶投資。

    (2)二層結構的一個應用 初期的客戶機/服務器技術采用兩層結構，即用戶界面和大部分企業邏輯[FS:PAGE]一起放在客戶端，共享的數據放置在數據庫服務器上，有DBMS處理對數據的操作，企業應用主要放在客戶端，客戶端對數據的請求送到數據庫服務器，數據庫服務器處理后將結果返回客戶端。在某商業配送系統中，采用了這樣的兩層結構，這里的配送業態是商業運作中新出現的一種商業形態，在系統中，各個送貨公司分處在城市各地，遠離信息處理中心，而信息處理中心還包括各個職能部門，信息處理中心接受顧客以電話或Internet上的訂貨，將訂單信息進行加工處理之后，通過Internet或電話撥號網絡傳送到離顧客地址最近的送貨公司，送貨公司接到訂單后，將訂單上的商品及時地送到顧客地址，完成一次商業行為。為了數據的一致性，系統的數據統一保存在數據庫服務器上，DBMS采用的是SYBASE 11，在客戶端，采用PowerBuilder開發的用戶界面，由于PowerBuilder強大的界面開發功能，所以縮短了開發周期，達到了理想效果。由于該企業各部門劃分過于分散、各自獨立，不便于建立統一的應用服務器，所以大部分企業邏輯都放在各個客戶端。各部門的表示界面各不相同，當有不同部門共用一個界面時，可以根據口令來區分它可以操作的功能模塊。這種結構對于規模較小、復雜程度較低的信息系統比較合適，但在開發和配置復雜的更大規模的企業應用中逐漸顯現出不足，比如：    · 難以集中控制企業邏輯安裝在每一個客戶機上，使得對系統的維護、修改非常困難。此時集中成為企業管理的強烈要求。就那此配送系統來說，當企業邏輯因為市場或管理等各方面原因有所改變之后，軟件的運作流程就要做相應的調整，而流程牽扯到各個部門，它們之間的數據耦合方式就要改變，程序的修改將不能統一進行，可能會出現修改不同步，如果軟件人員較分散的話，不同步還可能造成企業邏輯的混亂。

     · 客戶端負擔大企業邏輯放在客戶端，要求客戶機具有完成這些計算任務的強大功能，客戶機的性能成為制約系統性能的因素，當企業邏輯更加復雜時，只有提高客戶機的性能才能滿足業務要求。

     · 安全性差在兩層結構中，大部分業務邏輯是在每臺客戶端，這樣企業的核心機密就容易被泄露，而且每臺客戶機都可以對服務器上的數據進行直接操作，勢必產生漏洞。系統龐大之后，就很難保證，系統的穩定性了

    (3)技術發展的最新進展：三層結構由于以上一些原因，以及分布式技術不斷發展，在企業管理系統中，三層結構逐漸取代了兩層結構[FS:PAGE]。三層結構是在分布式技術成熟之后建立起來的，它的基本思想是將用戶界面同企業邏輯分離，把信息系統按功能劃分為表示、功能和數據三大塊，分別放置在相同或不同的硬件平臺上。主要有以下幾層：

     · 表示層 表示層是信息系統的用戶接口部分，即人機界面，是用戶與系統間交互信息的窗口，主要功能是指導操作人員使用界面，輸入數據、輸出結果。它并不擁有企業邏輯，或只擁有部分不涉及企業核心機密的應用邏輯。

     · 功能層 功能層是應用的主體，包括了系統中核心的和易變的企業邏輯（規劃、運作方法、管理模式等），它的功能是接收輸入，處理后返回結果。

     · 數據層 數據層即數據庫管理系統（DBMS），負責管理對數據庫的讀寫和維護，能夠迅速執行大量數據的更新和檢索。在三層結構中，表示層和功能層之間的數據交換要盡可能簡潔，盡量保證一次業務處理在表示層和功能層之間進行的數據交換少。表示層放在客戶端，功能層放在應用服務器上，數據層放在數據庫服務器上。由于企業邏輯與用戶界面相分離，獨立出應用服務器，在很大程度上解決了兩層結構所面臨的問題。具體說三層結構具有如下的優越性：

     · 用戶界面的改變同企業邏輯的改變互相隔離，互不影響，便于系統的修改和維護，大大增強了系統的靈活性。這對軟件開發者以及用戶都是好處。

     · 系統可以把關鍵性的企業邏輯放在應用服務器上進行集中管理，而不需要放在每臺客戶機上。對企業敏感數據的訪問也可通過應用服務器來進行，而不是由客戶機直接進行存取。這就增強了系統的安全性。比如在該配送系統中，各部門根據各自口令進入各自的應用，不會影響其它部門的工作。

     · 客戶機可共享應用服務器提供的數據和功能等技術資源，有利于提高系統的性能和開發效率。

     · 三層結構實際上也是目前Web應用采用的體系結構，它允許把全部的企業邏輯和業務處理放在應用服務器上，支持純粹的瘦客戶機，因此采用三層結構的系統可以較為方便、自然地向Web應用等方向拓展。

     · 三層架構不需要客戶端有很強的處理能力，原有的低性能的PC在新系統中仍然能夠得到很好的利用，避免了重復投資，降低了應用成本。三層結構中的三層，只是邏輯上的概念。具體實現時，物理結構上的差異可能會很大。三層可以在[FS:PAGE]一臺計算機上，也可以在兩臺、三臺，甚至更多的計算機上，只要它們在體系上遵循三層C/S結構即可。系統從一臺擴展為兩臺、三臺甚至更多計算機時，對應用沒有任何修改。

    (4)ILM與三層技術架構異聯公司從九八年起，就將公司方向放在了Java、XML、三層架構、組件等標準技術上。在三層架構最核心的軟件：應用服務器的研發上，異聯投入了大量的人力和資金，并于99年推出了自己的應用服務器EAS。和異聯的其他產品一樣，ILM揉入了異聯數年研究的Java、XML等組件技術。在異聯看來，傳統的ERP系統所采用的調整參數的方法靈活性太小，企業只能在極小的范圍內進行調整，其結果是在企業在實施過程時，不得不放棄企業自己的獨特個性，而且當企業發展時，不得不每過幾年就重新構造一遍。而組件技術才是當前技術條件下企業應用系統的方向，異聯采用組件在三層架構下所搭建的系統，在企業發展時，一方面可以在水平和垂直方向擴展，另一方面在企業業務邏輯發生改變時，只需要更換相應部分組件，而其他組件不受影響。

【聲明】物流產品網轉載本文目的在于傳遞信息，并不代表贊同其觀點或對真實性負責，物流產品網倡導尊重與保護知識產權。如發現文章存在版權問題，煩請聯系小編電話：010-82387008，我們將及時進行處理。