【文章內(nèi)容簡介】 arker同樣可以應(yīng)用于非Web應(yīng)用程序環(huán)境，F(xiàn)reeMarker更適合作為Model2框架（如Struts）的視圖組件，可以在模板中使用JSP標(biāo)記庫，F(xiàn)reeMarker是免費的。業(yè)務(wù)邏輯層框架進(jìn)銷存系統(tǒng)是一個復(fù)雜而龐大的系統(tǒng)，里面包含非常多而復(fù)雜的業(yè)務(wù)邏輯，例如一個供應(yīng)商的操作就包括，供應(yīng)商增加，供應(yīng)商修改，供應(yīng)商3級審核，供應(yīng)商標(biāo)志等，而且以上每一個操作又對應(yīng)相應(yīng)的一系列相關(guān)操作，因此為了能盡量降低開發(fā)成本和開發(fā)過程中的復(fù)雜度，就必須選擇一個功能強(qiáng)大，使用方便，學(xué)習(xí)成本低的框架去實現(xiàn)邏輯層，在經(jīng)過業(yè)內(nèi)調(diào)研和內(nèi)部的討論后，webwork非常適合我們的進(jìn)銷存系統(tǒng)的開發(fā)，具體分析如下：、靈活功能強(qiáng)大，它是一個標(biāo)準(zhǔn)的Command模式框架實現(xiàn)，并且完全從web層脫離出來。：前端攔截機(jī)（interceptor），運(yùn)行時表單屬性驗證，類型轉(zhuǎn)換，強(qiáng)大的表達(dá)式語言（OGNL – the Object Graph Notation Language），IoC（Inversion of Control依賴倒轉(zhuǎn)控制）容器等。WebWork建立在Xwork之上，處理HTTP的請求和響應(yīng)。所有的請求都會被它的前端控制器（ServletDispatcher，最新版本是FilterDispatcher）截獲。前端控制器對請求的數(shù)據(jù)進(jìn)行包裝，初始化上下文數(shù)據(jù)，根據(jù)配置文件查找請求URL對應(yīng)的Action類，執(zhí)行Action，將執(zhí)行結(jié)果轉(zhuǎn)發(fā)到相應(yīng)的展現(xiàn)頁面。3. WebWork2支持多視圖表示，視圖部分可以使用JSP, Velocity, FreeMarker, JasperReports，XML等。 數(shù)據(jù)訪問層框架持久層框架目前有Hibernate和各種JDO產(chǎn)品，當(dāng)然還有直接寫SQL語句的JDBC。因為進(jìn)銷存系統(tǒng)本身的復(fù)雜程度，就決定持久層的復(fù)雜性，只有選擇一個功能強(qiáng)大，使用方便、透明的框架才能給開發(fā)人員帶來方便，無論在開發(fā)過程和調(diào)試過程使用一個能對SQL透明的的框架是非常有好處的！我們選擇iBatis，因為Ibatis的靈活性和透明度的的綜合性要比hibernate和其他的JDO產(chǎn)品要好。持久層框架質(zhì)量好與壞區(qū)分就是是否是O/R Mapping，也就是對象和關(guān)系數(shù)據(jù)庫映射，關(guān)系數(shù)據(jù)庫需要實現(xiàn)定義好Schema結(jié)構(gòu)；對象因為字段而變的也有一個自己的結(jié)構(gòu)，如何將對象數(shù)據(jù)自動持久化到數(shù)據(jù)庫中，首先我們得定義兩者結(jié)構(gòu)的對應(yīng)，這實際是數(shù)據(jù)的元數(shù)據(jù)定義。因為Hiberante/iBatis這樣O/R Mapping工具幫助你實現(xiàn)對象和數(shù)據(jù)庫轉(zhuǎn)換，克服了對象和數(shù)據(jù)庫阻抗現(xiàn)象，O/R Mapping總結(jié) ，所以才使得我們更多的可以對象方式（從模型Model對象）來考慮Java EE/J2EE系統(tǒng)，可以完全放棄以前那種以數(shù)據(jù)庫為中心的思維方式。所以，是否選用好的持久層框架，取決于你整個團(tuán)隊思維是否徹底OO了，是否需要真正OO，當(dāng)然，對于一些小型項目，有時我們覺得直接使用JDBC模板反而更加輕松快捷一點，這也是Spring的JDBC模板/iBatis的Jdbc模板存在的理由了。從以上可以看出，靈活性/快速性/簡單性/可伸縮性是我們進(jìn)行架構(gòu)選擇的主要幾個依據(jù)，架構(gòu)選擇實際就是在這幾個策略之間做一個平衡。當(dāng)然，還有一個非常重要的因素，因為它不屬于某個層次的技術(shù)，性能/緩存是必須和上面因素綜合考慮的因素。 系統(tǒng)功能架構(gòu)根據(jù)對進(jìn)銷存系統(tǒng)目標(biāo)和業(yè)務(wù)流程的分析，確定了本系統(tǒng)的七大模塊：供應(yīng)商管理、商品信息管理、商品進(jìn)貨管理、商品退貨管理、商品價格管理、商品銷售管理、商品盤點管理。圖10 系統(tǒng)功能架構(gòu)圖 供應(yīng)商管理供應(yīng)商管理：是系統(tǒng)運(yùn)作的基礎(chǔ)，要實現(xiàn)對供應(yīng)商信息的動態(tài)管理；供應(yīng)商信息要先于其他信息錄入系統(tǒng)，才能保證正常運(yùn)行。包括：供應(yīng)商維護(hù)、供應(yīng)商標(biāo)志、結(jié)算方式維護(hù)三個模塊；供應(yīng)商維護(hù)是對供貨渠道基礎(chǔ)信息進(jìn)行登記與動態(tài)管理，供應(yīng)商標(biāo)志是根據(jù)供貨渠道對企業(yè)的重要程度進(jìn)行分類，結(jié)算方式是將供貨渠道存在的各種結(jié)算模式進(jìn)行登記，便于本系統(tǒng)財務(wù)資金核算。 商品信息管理商品信息管理：是系統(tǒng)運(yùn)作的基礎(chǔ)，要實現(xiàn)對商品信息的動態(tài)管理；除供應(yīng)商信息錄入外，需要先于其他信息錄入系統(tǒng)，才能保證正常運(yùn)行。包括：商品信息維護(hù)、商品類別維護(hù)、商品信息標(biāo)志、商品停止采購；商品信息維護(hù)是對商品基礎(chǔ)信息進(jìn)行登記與動態(tài)管理，商品類別維護(hù)是根據(jù)不同的業(yè)務(wù)定義進(jìn)行的屬性劃分，商品信息標(biāo)志是根據(jù)商品對企業(yè)的重要程度進(jìn)行的分類，商品停止采購是在商品出現(xiàn)積壓，或者與供貨渠道出現(xiàn)分歧時，禁止此商品繼續(xù)采購。 商品進(jìn)貨管理商品進(jìn)貨管理：采購人員從與供應(yīng)商洽談采購計劃，到商品到貨信息錄入到系統(tǒng)的整套商品進(jìn)入業(yè)務(wù)流程。包括：采購計劃制定、驗收單、入庫單、商品效期報警、商品貨位維護(hù)；采購計劃制定是采購人員與供貨渠道確定的采購數(shù)據(jù)在系統(tǒng)中進(jìn)行登記；驗收單是質(zhì)檢人員對實際到貨商品進(jìn)行質(zhì)量與數(shù)量核驗；入庫單是倉儲人員對實際入庫商品進(jìn)行質(zhì)量與數(shù)量確認(rèn)，在系統(tǒng)中進(jìn)行登記，便于商品庫存的更新存儲操作；商品效期報警是商品有效期報警參數(shù)進(jìn)行設(shè)置，便于及時發(fā)現(xiàn)達(dá)到有效期警戒線的商品，及時進(jìn)行供貨渠道退貨、運(yùn)營清倉等工作；商品貨位維護(hù)是對庫房貨架進(jìn)行命名，并將信息登記到本系統(tǒng)。 商品退貨管理商品退貨管理：業(yè)務(wù)人員從根據(jù)商品積壓或近有效期情況，提交商品退貨申請，到倉儲人員將商品下架、包裝、退還的整套商品出庫業(yè)務(wù)流程。包括：商品退貨申請、商品退貨調(diào)整、商品退貨單；商品退貨申請是業(yè)務(wù)人員根據(jù)商品有效期與積壓情況，對商品提出退貨申請，便于對庫存資金的合理控制；商品退貨調(diào)整是采購人員根據(jù)商品退貨申請數(shù)據(jù)與供貨渠道進(jìn)行洽談與確認(rèn)，將最終可以退貨數(shù)據(jù)登記到系統(tǒng)；商品退貨單是倉儲人員根據(jù)商品核準(zhǔn)退貨數(shù)據(jù)進(jìn)行商品下架、打包、配送。 商品價格管理商品價格管理：是系統(tǒng)開展銷售業(yè)務(wù)的基礎(chǔ)信息，要實現(xiàn)對商品價格的動態(tài)管理；不進(jìn)行商品價格維護(hù)前，是不可以開展銷售業(yè)務(wù)的。包括：網(wǎng)站價格維護(hù)、門店價格維護(hù)；網(wǎng)站價格維護(hù)是僅針對網(wǎng)站商品零售價格進(jìn)行動態(tài)管理；門店價格維護(hù)是僅針對門店商品零售價格進(jìn)行動態(tài)管理。 商品銷售管理商品銷售管理：網(wǎng)站或門店將銷售信息錄入到系統(tǒng)，同時實現(xiàn)商品的出庫；可以自動計算銷售總額和銷售利潤，可以查商品的銷售明細(xì)與匯總等信息。包括：網(wǎng)站訂單維護(hù)、門店訂單維護(hù)、網(wǎng)站配送維護(hù)、門店配送維護(hù)、商品停止銷售；網(wǎng)站與門店訂單維護(hù)是客戶在網(wǎng)站購買商品后，系統(tǒng)自動生成一個購買訂單，記錄客戶的購買信息，便于后續(xù)的售后服務(wù)工作延續(xù)；網(wǎng)站配送維護(hù)是客戶網(wǎng)站購買訂單生成后，系統(tǒng)自動生成一個精確到商品批號的配送單，同時更新商品庫存數(shù)據(jù)并保證準(zhǔn)確性；門店配送維護(hù)是倉儲人員根據(jù)門店零售需求，將商品提前配送到門店進(jìn)行展示，便于吸引客戶購買，配送的商品信息在此進(jìn)行登記與動態(tài)管理；商品停止銷售是商品出現(xiàn)質(zhì)量問題需要廠家召回，或者運(yùn)營決定不再銷售此商品時，禁止“網(wǎng)站、門店”繼續(xù)銷售此商品。 商品盤點管理商品盤點管理：倉儲人員定期對庫存商品進(jìn)行清點，以保證系統(tǒng)記錄的商品庫存數(shù)據(jù)與商品實際庫存數(shù)據(jù)保持一致。包括：商品盤點登記、系統(tǒng)庫存數(shù)據(jù)、盤點庫存數(shù)據(jù)、庫存數(shù)據(jù)對比表、商品損溢登記；商品盤點登記是倉儲人員在進(jìn)行盤點前，在系統(tǒng)登記盤點需求，明確盤點開始時間以獲取系統(tǒng)庫存數(shù)據(jù)；盤點庫存數(shù)據(jù)是倉儲人員在盤點開始后，通過手持設(shè)備對實際商品庫存數(shù)據(jù)進(jìn)行登記與動態(tài)管理；庫存數(shù)據(jù)對比表是系統(tǒng)與盤點庫存數(shù)據(jù)進(jìn)行對比，對不一致的信息進(jìn)行報警提示；商品損溢登記是財務(wù)人員根據(jù)庫存差異數(shù)據(jù)進(jìn)行核準(zhǔn)，對出現(xiàn)的庫存差異進(jìn)行損溢登記，以實現(xiàn)系統(tǒng)商品庫存數(shù)據(jù)與實際商品庫存數(shù)據(jù)的一致性。 系統(tǒng)網(wǎng)絡(luò)拓?fù)鋱D圖11 系統(tǒng)網(wǎng)絡(luò)拓?fù)鋱D上圖展示的是系統(tǒng)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，整個信息系統(tǒng)建立一個集中的數(shù)據(jù)中心，共用數(shù)據(jù)庫服務(wù)器、WEB服務(wù)器。整個系統(tǒng)運(yùn)行在基于因特網(wǎng)或局域網(wǎng)之上，核心交換機(jī)或互聯(lián)網(wǎng)供用戶訪問。通過分級權(quán)限管理，各級系統(tǒng)操作用戶都可以在各自范圍內(nèi)進(jìn)行業(yè)務(wù)處理。1．系統(tǒng)部署的安全策略系統(tǒng)部署的安全性是首要問題，由于B／S模式采用點對多點、多點對多點這種開放的結(jié)構(gòu)模式，并采用TCP／IP這一類運(yùn)用于Internet的開放性協(xié)議，其安全性只能靠數(shù)據(jù)服務(wù)器上管理密碼的數(shù)據(jù)庫來保證?，F(xiàn)代企業(yè)需要有開放的信息環(huán)境，需要加強(qiáng)與外界的聯(lián)系，這使得大多數(shù)企業(yè)將他們的內(nèi)部網(wǎng)與Internet相連。由于采用TCP／IP，必須采用一系列的安全措施，如構(gòu)筑防火墻，來防止Internet的用戶對企業(yè)內(nèi)部信息的竊取以及外界病毒的侵入。B／S模式是否安全取決于管理者，加強(qiáng)帳號密碼管理和構(gòu)筑防火墻是很必要的。在硬件架構(gòu)中，我們設(shè)置防火墻以防止外界的侵入，在軟件層面，則需要對用戶的權(quán)限進(jìn)行控制，以保證系統(tǒng)安全。因此，通過多種安全策略保證了整個系統(tǒng)在網(wǎng)絡(luò)環(huán)境中的安全運(yùn)行。2．系統(tǒng)部署的性能保障由于存在著多用戶多業(yè)務(wù)功能的并發(fā)操作，因此性能是系統(tǒng)部署的重要問題。為保證數(shù)據(jù)的高速訪問，我們在前端部署了兩臺WEB服務(wù)器，采用DNS隨機(jī)的方式，將用戶的訪問流量分擔(dān)到兩臺前端服務(wù)器上去，這樣既可以使系統(tǒng)的整體訪問能力提高，用可以實現(xiàn)高可用。3．系統(tǒng)部署的穩(wěn)定性由于系統(tǒng)的各種業(yè)務(wù)與運(yùn)營相關(guān)，因此對于系統(tǒng)運(yùn)行的穩(wěn)定性提出了較高要求。為保證系統(tǒng)能提供不間斷服務(wù)，我們采用了集群技術(shù)，在應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器層面都采用了雙機(jī)的高可用架構(gòu)，大幅度提升了系統(tǒng)和數(shù)據(jù)的穩(wěn)定性。第四章 系統(tǒng)詳細(xì)設(shè)計 功能模塊詳細(xì)設(shè)計由于功能模塊中涉及的功能較多，此處以供應(yīng)商管理、商品管理、采購計劃管理為系統(tǒng)詳細(xì)設(shè)計用例，詳細(xì)展開各項功能需求。 供應(yīng)商管理供應(yīng)商信息“查詢”功能，附帶“創(chuàng)建、修改、刪除”等功能；此頁面可查詢與維護(hù)“進(jìn)銷存系統(tǒng)”中所有的供應(yīng)商信息。表1 通用操作規(guī)則表名稱規(guī)則創(chuàng)建點擊則新窗口打開“創(chuàng)建供應(yīng)商”頁面。修改選中某一供應(yīng)商、此供應(yīng)商為“創(chuàng)建、正?！睍r，才可點擊此按鈕；點擊則新窗口打開“修改供應(yīng)商”頁面。刪除選中某一供應(yīng)商、此供應(yīng)商為“創(chuàng)建”時，才可點擊此按鈕；點擊則新窗口打開“刪除供應(yīng)商”提示層。刪除提交后，此供應(yīng)商狀態(tài)變更為“作廢”。提交審核選中某一供應(yīng)商、此供應(yīng)商為“創(chuàng)建、正?！睍r，才可點擊此按鈕。表2 人員權(quán)限管理名稱權(quán)限規(guī)則特殊權(quán)限對供應(yīng)商進(jìn)行創(chuàng)建、查看、修改、刪除操作。采購主管審核獨立權(quán)限狀態(tài)規(guī)則說明定義：包括“創(chuàng)建、正常、作廢”。創(chuàng)建定義為“創(chuàng)建供應(yīng)商信息保存后，系統(tǒng)自動更新為此狀態(tài)”；正常定義為“提交成功的意思，系統(tǒng)自動更新為此狀態(tài)”。作廢定義為“此供應(yīng)商信息已經(jīng)沒有意義，不能再進(jìn)行任何操作，如果重新與作廢供應(yīng)商合作，需要重新創(chuàng)建此供應(yīng)商信息”。活動圖例說明圖12 供應(yīng)商管理活動圖由以上活動圖，可以得到供貨渠道實現(xiàn)的業(yè)務(wù)流程如下：采購人員登錄主界面，點擊供貨渠道管理鏈接，進(jìn)入供貨渠道管理頁面；此時需要對采購人員身份進(jìn)行驗證，因此系統(tǒng)轉(zhuǎn)入采購人員身份驗證界面；采購人員輸入身份信息，包括合法的用戶名和密碼，試圖登錄系統(tǒng)。系統(tǒng)將采購人員輸入的身份信息與數(shù)據(jù)庫中的信息進(jìn)行比對，若兩者一致，則允許登錄，系統(tǒng)自動跳轉(zhuǎn)至供貨渠道管理界面。否則，系統(tǒng)給出登錄失敗信息，并重新轉(zhuǎn)至采購人員身份驗證界面，要求重新輸入身份信息；登錄成功后，采購人員可以對供貨渠道模塊進(jìn)行相關(guān)的操作，包括新建、修改、刪除，或者查詢供貨渠道等；所有這些操作完成之后，需要點擊“提交”按鈕，提交表單，系統(tǒng)通過響應(yīng)表單的提交，完成相應(yīng)的操作并返回相應(yīng)的結(jié)果；若在操作過程中，輸入的信息有誤，則系統(tǒng)會提示錯誤，并要求采購人員重新進(jìn)行操作；信息無誤后，系統(tǒng)將更新后的信息存入數(shù)據(jù)庫，以備日后查詢或修改；退出系統(tǒng)，此次供貨渠道管理活動結(jié)束。時序圖例說明圖13 供應(yīng)商管理時序圖在上圖中，采購人員分別進(jìn)行新建供貨渠道、修改供貨渠道、刪除供貨渠道以及提交供貨渠道等操作，并在操作完成后提交表單。在表單供貨渠道概要信息提交給項目對象的同時，還需要提交供貨渠道的明細(xì)信息給項目對象，由該對象對提交的表單進(jìn)行處理，處理完畢，返回提交成功信息。 商品信息管理概述此模塊商品信息管理是針對商品詳細(xì)信息進(jìn)行“創(chuàng)建、修改、刪除”等功能。在進(jìn)銷存系統(tǒng)中，商品信息數(shù)據(jù)基礎(chǔ)資料，在供應(yīng)商管理、商品價格管理、商品采購管理、質(zhì)量管理、商品庫存管理、商品盤點管理模塊都會應(yīng)用。關(guān)聯(lián)商品信息中“批準(zhǔn)文號、重量”與“入庫單”存在逆向更新功能。在“入庫單”可以逆向修改商品信息中“批準(zhǔn)文號、重量”信息，但商品信息中“批準(zhǔn)文號、重量”修改，不會變更“入庫單”中信息；因為“入庫單”屬于工單記錄，需要記錄歷史數(shù)據(jù)；特別說明“商品庫存信息”中的“批準(zhǔn)文號、重量”信息與“此模塊商品信息管理”的信息保持一致?；顒訄D例說明圖14 商品信息管理活動圖由以上活動圖，可以得到商品信息實現(xiàn)的業(yè)務(wù)流程如下：商品人員登錄主界面，點擊商品信息管理鏈接，進(jìn)入商品信息管理頁面；此時需要對商品人員身份進(jìn)行驗證，因此系統(tǒng)轉(zhuǎn)入商品人員身份驗證界面；商品人員輸入身份信息，包括合法的用戶名和密碼，試圖登錄系統(tǒng)。系統(tǒng)將商品人員輸入的身份信息與數(shù)據(jù)庫中的信息進(jìn)行比對，若兩者一致，則允許登錄，系統(tǒng)自動跳轉(zhuǎn)至商品信息管理界面。否則，系統(tǒng)給出登錄失敗信息，并重新轉(zhuǎn)至商品人員身份驗證界面，要求重新輸入身份信息；登錄成功后，商品人員可以對商品信息模塊進(jìn)行相關(guān)的操作，包括新建、修改、刪除，或者查詢商品信息等；所有這些操作完成之后，需要點擊“提交”按鈕，提交表單，系統(tǒng)通過響應(yīng)表單的提交，完成相應(yīng)的操作并返回相應(yīng)的結(jié)果；若在操作過程中，輸入的信息有誤，則系統(tǒng)會提示錯誤，并要求商品人員重新進(jìn)行操作；信息無誤后，系統(tǒng)將更新后的信息存入數(shù)據(jù)庫，以備日后查詢或修改；退出系統(tǒng)，此次商品信息管理活動結(jié)束。時序圖例說明圖15 商品信息管理時序圖在上圖中，商品人員分別進(jìn)行新建商品、修改商品、刪除商品以及提交商品信息等操作，并在操作完成后提交表單。在表單商品概要信息提交給項目對象的同時