【正文】 業(yè)應(yīng)用程序。Java突出的組件技術(shù)(包括EJB、JavaBean、Servlet、定制的JSP Tag等)，非常適合實現(xiàn)業(yè)務(wù)邏輯、視圖、流程控制模塊的分離，另外，它是完全意義上的OOP，概念結(jié)構(gòu)非常清晰，因此用Java組件技術(shù)，并合理運用MVC模型設(shè)計Multiinterfaces程序是非常理想的。通過圖1對不同界面客戶端應(yīng)用實現(xiàn)原理的分析可知：在概念上，Java應(yīng)用程序均可以按三類邏輯對象來劃分，負(fù)責(zé)應(yīng)用程序表現(xiàn)部分的對象View、處理業(yè)務(wù)邏輯和數(shù)據(jù)的對象Model、接受和解釋用戶請求并控制業(yè)務(wù)對象滿足這些請求的對象Controller。統(tǒng)一Model 是對SCM系統(tǒng)應(yīng)用數(shù)據(jù)和用于更改這些數(shù)據(jù)的業(yè)務(wù)邏輯的抽象。Model要能被所有類型的客戶端所共享，它必須保持一致性，并且包含所有可能更新數(shù)據(jù)的方法。而且，當(dāng)不同類型的客戶端代表對系統(tǒng)不同授權(quán)水平時，可以把對底層Model的訪問隱藏在安全的中間對象內(nèi)，這樣，既保持訪問控制的靈活性時，又允許Model 為所有類型客戶端共享。統(tǒng)一Controller定義了Java應(yīng)用程序的行為，它解析用戶的操作并將這些操作跟Model執(zhí)行的動作對應(yīng)起來。每一擁有不同功能的客戶端需要自己的Controller。例如，網(wǎng)上商店的管理客戶端和購物客戶端需要不同的Controller。而不同類型的客戶端，如果功能相同或相似，可以共享提供此功能的Controller。即便它們提供的功能有輕微差異，仍可以用一個類實現(xiàn)共同的功能，用子類實現(xiàn)不同的功能，做到Controller的重用。例如：銀行應(yīng)用系統(tǒng)中，web客戶端與獨立桌面客戶端的唯一區(qū)別是表現(xiàn)界面的不同，所以它們共用同一Controller。但是Controller直接與View交互，所以不能完全不受View類型變化的影響。如果，將View對象的參數(shù)固化在Controller內(nèi)就使它難以被重新部署。為了設(shè)計一個大部分可供共享的Controller，我們必須研究View和Controller的接口，并找到減少對Controller交互影響的方法。Controller通過View接受用戶的操作，如在JFC界面，用戶操作會是“點擊按鈕”事件或“鼠標(biāo)移動”事件等，在Web界面，用戶操作表現(xiàn)為對URL的get或post請求，在通訊交流時，用戶操作采用異步消息的形式。為了盡可能保持Controller的重用性，Controller必須盡快解析用戶操作并轉(zhuǎn)換為標(biāo)準(zhǔn)業(yè)務(wù)事件——形式統(tǒng)一、與View無關(guān)且能表達(dá)用戶請求的行為。 Mutliinterface MVC設(shè)計模式 Mutliinterface MVC design patternEIS/RDBMSJDBC連結(jié)池JavaBeanActionConvertToEventBeansServletHTMLResults JSPsXMLResults JSPsWMLResults JSPsJFC Swing典型web用戶無線用戶系統(tǒng)管理員B2B 供應(yīng)商Entity bean Session bean用一個Java類可以實現(xiàn)用戶對View的操作到標(biāo)準(zhǔn)事件的轉(zhuǎn)換， Controller的其余部分則只需處理此標(biāo)準(zhǔn)業(yè)務(wù)事件，這樣，對標(biāo)準(zhǔn)業(yè)務(wù)事件的處理可在其它類型View開發(fā)時重用。如果在已有web應(yīng)用基礎(chǔ)上，再開發(fā)一個基于JFC的客戶界面，則只需增加一種轉(zhuǎn)換類，將JFC操作轉(zhuǎn)換為標(biāo)準(zhǔn)業(yè)務(wù)事件即可。Controller選擇View的邏輯，往往取決于此View用作客戶界面的載體。如，JFC客戶端由panel, list, table等Swing組件構(gòu)成，Web客戶端則由瀏覽器加載的JSP頁面實現(xiàn)。為了盡可能保持Controller的重用性，Controller要以一種與客戶界面無關(guān)的形式來選擇View并盡可能晚的轉(zhuǎn)換為界面相關(guān)的View。所以，我們需要把負(fù)責(zé)View選擇的Controller組件分層，這些組件最初用對象表示View，接著轉(zhuǎn)交給特定類型的View生成器。如：商品列表View會包含這些商品的所有必要的信息，此對象被交給一個View生成器，生成器根據(jù)特定用戶界面生成表現(xiàn)數(shù)據(jù)的View。根據(jù)用戶界面的不同，生成器有可能在Server端（JSP/Servlet），也有可能在客戶端(JFC)。 模型的建立根據(jù)上面分析。Model（業(yè)務(wù)邏輯模塊）為所有客戶端共享，包含企業(yè)數(shù)據(jù)和對數(shù)據(jù)的增、刪、改、查等基本業(yè)務(wù)邏輯操作。Enterprise JavaBean (EJB) 正是把商務(wù)邏輯封裝在了管理安全、事務(wù)、狀態(tài)等細(xì)節(jié)的組件框架中，其Entity Bean和Session Bean的結(jié)合可以非常好的實現(xiàn)Model模塊。Entity Bean對關(guān)系型數(shù)據(jù)庫的操作通過統(tǒng)一的JDBC連結(jié)池來實現(xiàn)。Controller（流程控制模塊）分為兩層，EJB Controller 和Controller代理。前者主要由JavaBean構(gòu)成，后者根據(jù)客戶端的特點選擇Servlet或者ActionConvertToEvent Beans。EJB Controller 負(fù)責(zé)與EJB交互，Controller代理負(fù)責(zé)與View交互。增加新類型的應(yīng)用客戶端（如JFC），EJB Controller無需改動即可共用，只要將Controller代理重構(gòu)就能實現(xiàn)Controller的功能。ActionConvertToEvent Beans是特定的Controller代理，它解析用戶操作并轉(zhuǎn)換為標(biāo)準(zhǔn)業(yè)務(wù)事件，然后交給EJB Controller處理。View生成時，基于JFC的View選擇組件ActionConvertToEvent Beans要重新注冊它的事件偵聽器，這樣偵聽器才會把這些事件遞交或廣播給Controller的其它部分。Servlet是Controller代理的另一種，它適合接收用戶請求和輸入，并控制用戶訪問流程，調(diào)用合適的view展現(xiàn)給用戶，自身無需向客戶端輸出信息。 View（用戶視圖模塊）側(cè)重于應(yīng)用程序用戶界面的表現(xiàn)。JSP頁面非常適合動態(tài)生成HTML、WML、XML等多種視圖反饋。它可根據(jù)不同視圖的特點，與定制的Controller代理接口，并充當(dāng)View生成器，調(diào)用共享的Model對象，按特定用戶界面生成特定的View。另外，在底層Model對象復(fù)雜時，定制的JSP Tag可使JSP頁面易于利用JavaBean組件，也有助于封裝表現(xiàn)邏輯使之更模塊化和便于重用。當(dāng)用戶界面為JFC/Swing時，View生成器在客戶端，對Model的表現(xiàn)相對要簡單。 分離穩(wěn)定的代碼和易變的代碼是OOP設(shè)計的一個原則，通常負(fù)責(zé)控制部分的對象要比負(fù)責(zé)表現(xiàn)部分的對象穩(wěn)定，而負(fù)責(zé)業(yè)務(wù)邏輯和業(yè)務(wù)數(shù)據(jù)的對象比前兩類對象更穩(wěn)定。流程控制模塊的分層，較好的實現(xiàn)了共用的、穩(wěn)定的EJB Controller部分緊耦合，個性的、易變的Controller代理部分的松耦合，體現(xiàn)了OOP設(shè)計的思想。模型性能和特點分析：（1） 經(jīng)濟(jì)性。模塊的高度可重用性節(jié)省了企業(yè)的開發(fā)成本，分離穩(wěn)定的代碼和易變的代碼使Multiinterface程序更易于實現(xiàn)、測試、維護(hù)。（2） 靈活性和可擴(kuò)展性。易于支持新形式的用戶界面，要增加一種新形式的用戶界面，只需編寫View和部分Controller代理代碼，然后將它們與已有的EJB Controller、企業(yè)Model集成即可。（3） 安全性。不論何種形式的客戶端，都通過統(tǒng)一封裝的企業(yè)Model對象訪問企業(yè)信息系統(tǒng)層，隱藏實際的數(shù)據(jù)接口，保障了數(shù)據(jù)安全。（4） 授權(quán)控制。不同的客戶類型，對企業(yè)信息系統(tǒng)層訪問的授信權(quán)限不同，通過Controller和View生成器中的雙層控制得到確保。（5） 企業(yè)邏輯、流程控制與視圖表現(xiàn)分離，開發(fā)人員的分工更明確、易于并行開發(fā)。 新模型在SCM系統(tǒng)結(jié)構(gòu)設(shè)計中的應(yīng)用 將上述模型和軟件平臺相結(jié)合，： 連鎖企業(yè)SCM系統(tǒng)實現(xiàn)圖 將傳統(tǒng)的MVC模型加以改造，并結(jié)合J2EE組件技術(shù)，用于Multiinterfaces程序設(shè)計的解決方案，有效的降低了連鎖企業(yè)SCM系統(tǒng)的開發(fā)成本和時間，易于隨著新技術(shù)出現(xiàn)增加新形式的應(yīng)用。而且，增強(qiáng)了SCM系統(tǒng)的安全性和授權(quán)控制。此模式已在上文提到的項目中得到成功應(yīng)用。實踐證明，此設(shè)計模式有較高的理論與應(yīng)用價值，并為多類型用戶界面的復(fù)雜應(yīng)用程序的總體設(shè)計提供了一個統(tǒng)一的、標(biāo)準(zhǔn)的設(shè)計模式。5 系統(tǒng)的開發(fā)和部署 J2EE小組開發(fā)模式基于J2EE的連鎖企業(yè)SCM系統(tǒng)采用小組開發(fā)模式，因為系統(tǒng)為多層體系結(jié)構(gòu)，并大量采用組件技術(shù)，所以代表商品Catalog,訂單等業(yè)務(wù)邏輯EJB組件、流程控制的JavaBean、Servlet組件和表現(xiàn)層的客戶端、Web組件可以并行開發(fā)。這樣大大的縮短了系統(tǒng)的開發(fā)時間。當(dāng)然，并行的開發(fā)模式對小組的分工更加明確[45]()：Enterprise Java Bean創(chuàng)建Web Component創(chuàng)建J2EE應(yīng)用程序的分布J2EE應(yīng)用程序的裝配J2EE應(yīng)用程序的客戶端創(chuàng)建 SCM系統(tǒng)并行開發(fā)Enterprise Bean創(chuàng)建階段 人員：Java程序員 任務(wù)： *編寫及編譯Enterprise Bean需要的Java源代碼 *規(guī)范Enterprise Bean的分布描述 * 可發(fā)布文件：包含Enterprise Web Component創(chuàng)建階段 人員：網(wǎng)絡(luò)設(shè)計者（JSP ponent）, Java程序員(servlets) 任務(wù)： *編寫及編譯Servlet的源碼 * *,.jsp,. 可發(fā)布文件：包含Web J2EE應(yīng)用程序的客戶端創(chuàng)建 人員：Java程序員任務(wù)： *編寫及編譯客戶端必需的Java源代碼 *規(guī)范客戶端的分布描述 * 可發(fā)布文件： J2EE應(yīng)用程序的裝配 人員：Java程序員任務(wù)： *裝配在上一階段生成的Enterpise Bean文件（）和Web Component（.war)文件到J2EE應(yīng)用程序文件（.ear） *規(guī)范J2EE應(yīng)用程序的分布規(guī)范 可發(fā)布文件： J2EE應(yīng)用程序的分布 人員：系統(tǒng)管理員 任務(wù)： *添加過程中的J2EE應(yīng)用程序文件（.ear）到J2EE服務(wù)器中 *通過修改分布J2EE應(yīng)用程序的描述文件配置J2EE應(yīng)用程序的可選環(huán)境變量 *布置（安裝）J2EE應(yīng)用程序到服務(wù)器分工的關(guān)鍵在于：商務(wù)邏輯一定要劃分的非常合理，原則是一個組件中應(yīng)該只含有一種商務(wù)邏輯，一般的商務(wù)邏輯應(yīng)該是通過幾個組件的協(xié)同合作來實現(xiàn)的。分工一定要明確，盡量避免EJB創(chuàng)建者與Web組件創(chuàng)建者的腳色互換，否則很可能造成商務(wù)邏輯組件之間的耦合，而這是絕對不允許的，否則隨著開發(fā)過程的進(jìn)行，就會發(fā)現(xiàn)越來越難以控制應(yīng)用的開發(fā)。所以在開發(fā)過程中一定要注意組件的商務(wù)邏輯的獨立性與唯一性，系統(tǒng)分析員和項目負(fù)責(zé)人一定要嚴(yán)格把關(guān)，這一點非常非常重要[46]。 EJB組件的開發(fā)和部署 EJB組件包含連鎖企業(yè)SCM系統(tǒng)所有的業(yè)務(wù)邏輯，使整個應(yīng)用系統(tǒng)的核心和基石。因此，EJB組件的開發(fā)和部署非常關(guān)鍵。：生成 Bean 類生成 Home接口生成 Remote接口生成分布描述 .xml 文件打包編譯 .Jar部署到應(yīng)用服務(wù)器圖 EJB組件開發(fā)和部署 開發(fā)的要點有二：，實體Bean適合于描述數(shù)據(jù)庫中對象和業(yè)務(wù)邏輯，會話Bean適用于處理與用戶的交互以及部分控制功能。實體Bean中又要合理運用Bean管理和Container管理兩種EJB,后者有更大的靈活性；會話Bean則需區(qū)分使用持久型Bean和無狀態(tài)型兩種EJB，后者適用于多用戶共享。2合理運用分布描述得XML文件，一方面它和EJB的性能有關(guān)，另一方面，遵循標(biāo)準(zhǔn)的描述文件可以方便的部署于各種J2EE應(yīng)用服務(wù)器平臺。 Web應(yīng)用的集成和發(fā)布 SCM系統(tǒng)的集成和發(fā)布 SCM系統(tǒng)開發(fā)的最后關(guān)鍵環(huán)節(jié)是組件的集成和發(fā)布， 文件，同時。，配以相應(yīng)的xml描述文件，即完成系統(tǒng)最后的集成與發(fā)布[47]。要說明的是，也支持EJB組件的群集。軟件層的雙群集策略，大大地加強(qiáng)了系統(tǒng)的可擴(kuò)展性。使連鎖企業(yè)可以隨業(yè)務(wù)量的發(fā)展隨時靈活的擴(kuò)展其SCM系統(tǒng)。這是運用J2EE技術(shù)帶來的好處。6 結(jié)論 本文的主要工作與成果分析了連鎖企業(yè)的SCM系統(tǒng)業(yè)務(wù)邏輯和需求，并對現(xiàn)有MIS的利用、數(shù)據(jù)集中與分析、訂單匯總、統(tǒng)一配送等問題提出合理的解決方案。接下來，運用J2EE技術(shù)設(shè)計系統(tǒng)，給出SCM系統(tǒng)的拓?fù)鋱D和實現(xiàn)原理，并細(xì)化到多層模型設(shè)計、模塊分析、數(shù)據(jù)庫邏輯設(shè)計、物理設(shè)計等。最后，重點針對系統(tǒng)為多類型用戶界面的特點，提出基于J2EE的MVC新模式，并運用于SCM軟件邏輯結(jié)構(gòu)設(shè)計中。運用上述方案構(gòu)件的連鎖企業(yè)的SCM系統(tǒng)，已成功運用于某大型跨國連鎖集團(tuán)。目前使用良好，平均每日的網(wǎng)上采購近千萬元，占到集團(tuán)總采購額的近70%，并且這個比例還在增加。利用SCM系統(tǒng)進(jìn)行統(tǒng)一采購、統(tǒng)一配送、統(tǒng)一結(jié)算,有效的降低了集團(tuán)總庫存量，加速資金的周轉(zhuǎn)；訂單匯總后使集團(tuán)采購的價格優(yōu)勢更明顯，節(jié)省了采購成本；而且，集團(tuán)的采購部門節(jié)省了約40%的采購人員，總部對各分店的控制能力加強(qiáng)了。數(shù)據(jù)從昔日的數(shù)據(jù)孤島匯總到總部，在數(shù)據(jù)倉庫中做完匯總分析后，即時將經(jīng)銷存報表呈給集團(tuán)的決策層和相關(guān)財務(wù)人員，為企業(yè)的管理、經(jīng)營提供了及時的、準(zhǔn)確的、詳細(xì)的數(shù)字依據(jù)。同時，企業(yè)的供應(yīng)商也可及時通過SCM系統(tǒng)的外部接口，了解自己商品在各分店的總體銷售、庫存情況，便于及時供貨，制定有效的促銷策略。為連鎖企業(yè)提供了更好的服務(wù)。在運行過程中，基于J2EE技術(shù)的連鎖企業(yè)SCM系統(tǒng)，實踐證明具有如下特點：1) 安全、健壯 ,有效的實現(xiàn)服務(wù)失效轉(zhuǎn)移，采用了組策略，權(quán)限、角色和、數(shù)字簽名、加密等技術(shù)。2) 優(yōu)秀的穩(wěn)定性 ,因為采用Servlet,