【正文】 應商，即可查詢自己供應的商品昨天在各分店的銷售、庫存情況，還可實時下載或郵件訂閱各分店在任意時段內的經銷存數(shù)據(jù)。：綜合查詢分店數(shù)據(jù)集中分店數(shù)據(jù)匯總分店數(shù)據(jù)統(tǒng)計總部數(shù)據(jù)統(tǒng)計經銷商數(shù)據(jù)交換報表生成報表打印圖 綜合查詢模塊 數(shù)據(jù)庫的邏輯設計和物理設計 邏輯設計 實體關系圖以最具典型性的用戶權限表為例，： 用戶權限表實體關系圖 關系模型描述 用戶權限數(shù)據(jù)表的設計見附錄一 數(shù)據(jù)視圖描述 略 數(shù)據(jù)庫一致性設計 生成用戶權限數(shù)據(jù)表SQL語句見附錄二 物理設計數(shù)據(jù)庫服務器采用AS400平臺，運用數(shù)據(jù)庫DB2/400, 在QSYS下建立SCM系統(tǒng)自己的library (SCM), 并將數(shù)據(jù)表的物理文件Object置于其中。Web服務器Apache 操作系統(tǒng)AS/400 V4R5數(shù)據(jù)庫服務器DB2/400 V4R5應用服務器數(shù)據(jù)庫服務器JDBC SCM 系統(tǒng)軟件平臺4 SCM系統(tǒng)軟件結構設計SCM系統(tǒng)的軟件平臺設計為():操作系統(tǒng)：IBM AS/400 V4R5數(shù)據(jù)庫：DB2/400 IBM DB2 (通用數(shù)據(jù)庫)是一個可高度擴展的適用于網絡的解決方案，它可以管理傳統(tǒng)商業(yè)資料和電子商務所要求的多媒體內容。適用于從桌面系統(tǒng)，部門級系統(tǒng)到并行處理的UNIX平臺或大型主機。它是IBM電子商務應用架構的核心。從而支持非常廣泛的流行平臺。作為IBM電子商務應用架構的核心，WebSphere應用服務器提供了無限的擴展性，允許用戶利用IBM或其它廠商提供的Java類擴展其運行環(huán)境[3840]。分店用戶，供應商通過基于web的瀏覽器客戶端訪問系統(tǒng)；總部內部的管理員采用JFC/GUI獨立桌面客戶端進行管理和分析；還應給供應商提供XML形式數(shù)據(jù)交換文件；將來隨著無線應用的發(fā)展，SCM系統(tǒng)可能會提供基于WAP網關WML形式的應用，因此也要預留接口。企業(yè)信息系統(tǒng)數(shù)據(jù)對象JSP/Servlet數(shù)據(jù)對象JSP/ServletDataSetModelDriver數(shù)據(jù)對象SOAP典型web用戶無線用戶系統(tǒng)管理員B2B 供應商HTML視圖基于XML的web servicesWML視圖JFC /swing視圖圖4。其實現(xiàn)原理概括如下：JSP調用JavaBean ；JavaBean調用EJB；EJB通過JDBC連結池訪問企業(yè)信息系統(tǒng)層或關系數(shù)據(jù)庫。企業(yè)內部的分布式應用適合采用JFC/GUI獨立桌面客戶端。基于WAP的無線客戶端的實現(xiàn)原理與基于web不同在于：WAP客戶端與Web Server之間增加了一個WAP網關，JSP/Servlet生成的是WML／WMLScript 頁面。當開發(fā)的應用程序只需支持類型單一的客戶界面時，數(shù)據(jù)訪問邏輯與界面相關性邏輯混在一起，有時是利于表達和控制的，特別是在簡單應用無需考慮過多擴展時。（3） 界面無關性代碼與界面相關性代碼混在一起，因而需耗費大量時間判斷哪些代碼重復。［42］［43］ 為此，在進行設計時，我們引入MVC模型。Model : 業(yè)務邏輯模塊，表示應用領域有關的類別、物體、數(shù)據(jù)結構以及企業(yè)業(yè)務邏輯等。View: 用戶視圖模塊，一方面，它為用戶提供了輸入手段，并觸發(fā)Controller運行；另一方面，它通過Model訪問企業(yè)數(shù)據(jù)，并用某方式顯示這些數(shù)據(jù)。用兩種方法之一：Push(推)模式，讓View在Model處注冊，以便在Model變化時獲得提醒；Pull(拉)模式，View在需要獲得最新數(shù)據(jù)時調用Model。Model執(zhí)行的動作包括激活業(yè)務邏輯和改變Model的狀態(tài)。傳統(tǒng)的MVC模型只是從概念上將視圖從流程控制、業(yè)務邏輯獨立出來，并定義了相互間作用的機制，使各個模塊的開發(fā)相對獨立，但是它沒有針對不同視圖類型，解決流程控制等對象的統(tǒng)一問題。 結合J2EE對MVC模型的改進 以Java為核心J2EE體系結構提供了一個基于組件的方法來設計、開發(fā)、裝配及部署企業(yè)應用程序。通過圖1對不同界面客戶端應用實現(xiàn)原理的分析可知：在概念上，Java應用程序均可以按三類邏輯對象來劃分，負責應用程序表現(xiàn)部分的對象View、處理業(yè)務邏輯和數(shù)據(jù)的對象Model、接受和解釋用戶請求并控制業(yè)務對象滿足這些請求的對象Controller。Model要能被所有類型的客戶端所共享，它必須保持一致性，并且包含所有可能更新數(shù)據(jù)的方法。統(tǒng)一Controller定義了Java應用程序的行為，它解析用戶的操作并將這些操作跟Model執(zhí)行的動作對應起來。例如，網上商店的管理客戶端和購物客戶端需要不同的Controller。即便它們提供的功能有輕微差異，仍可以用一個類實現(xiàn)共同的功能，用子類實現(xiàn)不同的功能，做到Controller的重用。但是Controller直接與View交互，所以不能完全不受View類型變化的影響。為了設計一個大部分可供共享的Controller，我們必須研究View和Controller的接口，并找到減少對Controller交互影響的方法。為了盡可能保持Controller的重用性，Controller必須盡快解析用戶操作并轉換為標準業(yè)務事件——形式統(tǒng)一、與View無關且能表達用戶請求的行為。如果在已有web應用基礎上，再開發(fā)一個基于JFC的客戶界面，則只需增加一種轉換類，將JFC操作轉換為標準業(yè)務事件即可。如，JFC客戶端由panel, list, table等Swing組件構成，Web客戶端則由瀏覽器加載的JSP頁面實現(xiàn)。所以，我們需要把負責View選擇的Controller組件分層，這些組件最初用對象表示View，接著轉交給特定類型的View生成器。根據(jù)用戶界面的不同，生成器有可能在Server端（JSP/Servlet），也有可能在客戶端(JFC)。Model（業(yè)務邏輯模塊）為所有客戶端共享，包含企業(yè)數(shù)據(jù)和對數(shù)據(jù)的增、刪、改、查等基本業(yè)務邏輯操作。Entity Bean對關系型數(shù)據(jù)庫的操作通過統(tǒng)一的JDBC連結池來實現(xiàn)。前者主要由JavaBean構成，后者根據(jù)客戶端的特點選擇Servlet或者ActionConvertToEvent Beans。增加新類型的應用客戶端（如JFC），EJB Controller無需改動即可共用，只要將Controller代理重構就能實現(xiàn)Controller的功能。View生成時，基于JFC的View選擇組件ActionConvertToEvent Beans要重新注冊它的事件偵聽器，這樣偵聽器才會把這些事件遞交或廣播給Controller的其它部分。 View（用戶視圖模塊）側重于應用程序用戶界面的表現(xiàn)。它可根據(jù)不同視圖的特點，與定制的Controller代理接口，并充當View生成器，調用共享的Model對象，按特定用戶界面生成特定的View。當用戶界面為JFC/Swing時，View生成器在客戶端，對Model的表現(xiàn)相對要簡單。流程控制模塊的分層，較好的實現(xiàn)了共用的、穩(wěn)定的EJB Controller部分緊耦合，個性的、易變的Controller代理部分的松耦合，體現(xiàn)了OOP設計的思想。模塊的高度可重用性節(jié)省了企業(yè)的開發(fā)成本，分離穩(wěn)定的代碼和易變的代碼使Multiinterface程序更易于實現(xiàn)、測試、維護。易于支持新形式的用戶界面，要增加一種新形式的用戶界面，只需編寫View和部分Controller代理代碼，然后將它們與已有的EJB Controller、企業(yè)Model集成即可。不論何種形式的客戶端，都通過統(tǒng)一封裝的企業(yè)Model對象訪問企業(yè)信息系統(tǒng)層，隱藏實際的數(shù)據(jù)接口，保障了數(shù)據(jù)安全。不同的客戶類型，對企業(yè)信息系統(tǒng)層訪問的授信權限不同，通過Controller和View生成器中的雙層控制得到確保。 新模型在SCM系統(tǒng)結構設計中的應用 將上述模型和軟件平臺相結合，： 連鎖企業(yè)SCM系統(tǒng)實現(xiàn)圖 將傳統(tǒng)的MVC模型加以改造，并結合J2EE組件技術，用于Multiinterfaces程序設計的解決方案，有效的降低了連鎖企業(yè)SCM系統(tǒng)的開發(fā)成本和時間，易于隨著新技術出現(xiàn)增加新形式的應用。此模式已在上文提到的項目中得到成功應用。5 系統(tǒng)的開發(fā)和部署 J2EE小組開發(fā)模式基于J2EE的連鎖企業(yè)SCM系統(tǒng)采用小組開發(fā)模式，因為系統(tǒng)為多層體系結構，并大量采用組件技術，所以代表商品Catalog,訂單等業(yè)務邏輯EJB組件、流程控制的JavaBean、Servlet組件和表現(xiàn)層的客戶端、Web組件可以并行開發(fā)。當然，并行的開發(fā)模式對小組的分工更加明確[45]()：Enterprise Java Bean創(chuàng)建Web Component創(chuàng)建J2EE應用程序的分布J2EE應用程序的裝配J2EE應用程序的客戶端創(chuàng)建 SCM系統(tǒng)并行開發(fā)Enterprise Bean創(chuàng)建階段 人員：Java程序員 任務： *編寫及編譯Enterprise Bean需要的Java源代碼 *規(guī)范Enterprise Bean的分布描述 * 可發(fā)布文件：包含Enterprise Web Component創(chuàng)建階段 人員：網絡設計者（JSP ponent）, Java程序員(servlets) 任務： *編寫及編譯Servlet的源碼 * *,.jsp,. 可發(fā)布文件：包含Web J2EE應用程序的客戶端創(chuàng)建 人員：Java程序員任務： *編寫及編譯客戶端必需的Java源代碼 *規(guī)范客戶端的分布描述 * 可發(fā)布文件： J2EE應用程序的裝配 人員：Java程序員任務： *裝配在上一階段生成的Enterpise Bean文件（）和Web Component（.war)文件到J2EE應用程序文件（.ear） *規(guī)范J2EE應用程序的分布規(guī)范 可發(fā)布文件： J2EE應用程序的分布 人員：系統(tǒng)管理員 任務： *添加過程中的J2EE應用程序文件（.ear）到J2EE服務器中 *通過修改分布J2EE應用程序的描述文件配置J2EE應用程序的可選環(huán)境變量 *布置（安裝）J2EE應用程序到服務器分工的關鍵在于：商務邏輯一定要劃分的非常合理，原則是一個組件中應該只含有一種商務邏輯，一般的商務邏輯應該是通過幾個組件的協(xié)同合作來實現(xiàn)的。所以在開發(fā)過程中一定要注意組件的商務邏輯的獨立性與唯一性，系統(tǒng)分析員和項目負責人一定要嚴格把關，這一點非常非常重要[46]。因此，EJB組件的開發(fā)和部署非常關鍵。實體Bean中又要合理運用Bean管理和Container管理兩種EJB,后者有更大的靈活性；會話Bean則需區(qū)分使用持久型Bean和無狀態(tài)型兩種EJB，后者適用于多用戶共享。 Web應用的集成和發(fā)布 SCM系統(tǒng)的集成和發(fā)布 SCM系統(tǒng)開發(fā)的最后關鍵環(huán)節(jié)是組件的集成和發(fā)布， 文件，同時。要說明的是，也支持EJB組件的群集。使連鎖企業(yè)可以隨業(yè)務量的發(fā)展隨時靈活的擴展其SCM系統(tǒng)。6 結論 本文的主要工作與成果分析了連鎖企業(yè)的SCM系統(tǒng)業(yè)務邏輯和需求，并對現(xiàn)有MIS的利用、數(shù)據(jù)集中與分析、訂單匯總、統(tǒng)一配送等問題提出合理的解決方案。最后，重點針對系統(tǒng)為多類型用戶界面的特點，提出基于J2EE的MVC新模式，并運用于SCM軟件邏輯結構設計中。目前使用良好，平均每日的網上采購近千萬元，占到集團總采購額的近70%，并且這個比例還在增加。數(shù)據(jù)從昔日的數(shù)據(jù)孤島匯總到總部，在數(shù)據(jù)倉庫中做完匯總分析后，即時將經銷存報表呈給集團的決策層和相關財務人員，為企業(yè)的管理、經營提供了及時的、準確的、詳細的數(shù)字依據(jù)。為連鎖企業(yè)提供了更好的服務。2) 優(yōu)秀的穩(wěn)定性 ,因為采用Servlet, EJB, JSP，模塊化結構，中間件負責事務處理等設計，保證系統(tǒng)穩(wěn)定性。采用JDBC連接池示對數(shù)據(jù)庫讀取更迅速。5) 跨平臺應用 ,可支持多種操作系統(tǒng)Windows, AIX, Unix, Linux和多種 應用服務器WebLogic， WebSphere ,JRun等。 尚待解決的問題的討論每種技術都有自己的局限性，本系統(tǒng)采用純Java技術，Java語言雖然。然而 。其它面向對象的分布式技術交互上存在不足，如：1. Java 技術由SUN公司提供,沒有解決好與2. COM3. CORBA，如果將J2EE技術與CORBA、COM等分布式技術結合起來，開發(fā)出既具有跨平臺性能，又能實現(xiàn)與其它分布式對向交互的能力，監(jiān)視系統(tǒng)具有更大的生命力和前景，這也是今后研究努力的方向有待進一步研究。在系統(tǒng)升級使會考慮重構此項功能。先進的SCM系統(tǒng)應能在分析歷史經銷存數(shù)據(jù)的基礎上，結合系統(tǒng)的外部因素如季節(jié)、天氣、人們的消費習慣等，預測商品的銷售趨勢，提前制定合理的采購計劃。但是系統(tǒng)預留了網上結算的標準J2EE接口，一旦網上交易的外部環(huán)境成熟，系統(tǒng)可用預留接口和網上銀行、第三方認證機構相接，在SCM系統(tǒng)中完成統(tǒng)一結算功能。 Garlan, D. Formal modeling of the Enterprise JavaBeans? ponent integration and Software Technology Volume: 43, Issue: 3, March 1, 2001, pp. 171188 [33] 徐大偉,. 長春大學學報,2001,11(2):1619[34] 潘建國,