【正文】 整個 流程 中采用 UML 工具對系統(tǒng)進行輔助的分析和設計 。 本設計的重點是 通過 計算機的軟件 管理系統(tǒng) 對 企業(yè)的營銷網絡，進行統(tǒng)一的管理 ，以提高效率 。 本 DRP(Distribution Resource Planning)分銷管理系統(tǒng) 是 針對 一般的醫(yī)藥企業(yè)分銷管理的實際 需要 ， 通過 具體的 需求分析 ，而設計出 來的 。本系統(tǒng) 還 適當?shù)厥褂?WEB 技術 —— Ajax， 用異步傳輸?shù)募夹g來 增強用戶的使用體驗 。隨著時代的發(fā)展，信息時 代已經 到來，我們需要研究如何借助信息技術來方便我們的工作，這是信息 時代的特點。 最終 造成企業(yè)在商品流通領域成本劇增， 物 價居高不下， 而且 企業(yè)的生產、市場決策缺乏準確的量化依據，造成企業(yè)資源的大量浪費。 DRP(Distribution Resource Planning,分銷資源計劃 ) 系統(tǒng)對分銷鏈上的銷售訂單、財務管理、庫存管理、客戶關系管理、物流管理等方面進行有效控制 ,很好地解決這一問題 [1]。況且， 此 畢業(yè)設計 對基礎模塊 進行需求 分析，難度合適，對知識方面的要求，正好是大學四年來 知識的融會貫通和擴充。 在 這次 2 畢業(yè)設計 中， 將大學所學 的理論知識全面地綜合起來，融會貫通，根據已有的理論知識進行設計， 采用 SpringStrutsHibernate 流行 架構 實現(xiàn) 本 DRP 系統(tǒng) ， 從中 能 積累到不少的軟件開發(fā)經驗。 (2) 銷售管理隨意性大 ,過程缺乏有效監(jiān)督 ,造成大量死帳呆帳 ,卻無法及時追究。 (5) 經常出現(xiàn)庫存積壓而客戶缺貨的現(xiàn)象 ,而到旺季 ,倉庫缺貨非 常嚴重 ,導致無法按時交貨 ,被違約重罰。 目前以及 未來的 分銷 管理系統(tǒng)發(fā)展趨勢 是 ： 采用 DRP 系統(tǒng)。 論文的組織結構 論文首先介紹課題研究的 意義 、課題的現(xiàn)狀（包括國內現(xiàn)狀和國外現(xiàn)狀） ，通過國內的現(xiàn)狀與國外比較，突出目前 市場競爭的日趨激烈使傳統(tǒng)的分銷管理已經不適應 目前的信息 時代 ，同時還介紹 課題未來的發(fā)展趨勢。 論文的第六部分 描述 本 系統(tǒng)的具體實現(xiàn)， 以 本 系統(tǒng)一個流程的實現(xiàn) 為例 進行說明，描述 過濾器 Filter、開源組件和 Ajax 技術的應用， 并且 針對 DRP 分銷系統(tǒng)的需求，對各功能模塊進行功能測試 。同時為包括總部在內的各級機構提供進銷存管理，可以極大提高各級渠道的管理水平，同時實現(xiàn)多點的庫存管理。往往企業(yè)規(guī)模越做 越大 ,利潤卻不能隨著 規(guī)模擴大而上升 ,反而出現(xiàn)下降甚至虧損的現(xiàn)象。它在周密的計劃下，統(tǒng)一物流、信息流和 資金流，有效利用各種資源，控制資金占用，縮短產品供應周期，降低分銷成本和企業(yè)經營風險，實現(xiàn)企業(yè)整體化的一種管理模式。 DRP 利用新型的 IT 技術，解決企業(yè)信息暢通流動的問題，實現(xiàn)龐大多層的分銷網絡以扁平化的信息流方式溝通管理，準確考核分支機構和經銷商的銷售狀況、計劃完成狀況、費用支出狀況、實際庫存狀況、客戶狀況，減少應收賬款的風險，成為諸多企業(yè)突破困境的關鍵 [4]。 (3) 庫存數(shù)量按客戶訂貨量進行動態(tài)分配 ， 通過贈品計算、補損計算及手工調整最大限度的減少庫存。 (5) 建立客戶信用控制機制 ， 對客戶進行信譽區(qū)間和信譽額度的雙重管理 ， 全面掌握來往客戶的拖欠情況 ， 及時對停訂客戶進行準確的處理。 綜上所述， DRP 分銷管理系統(tǒng)的主要特點與作用在于： 對分銷鏈上的銷售訂單、財務管理、庫存管理、客戶關系管理、物流管理 等方面進行有效控制 ；是 以生意流程優(yōu)化為基礎 , 以銷售與庫存綜合控制管理為核心的采購、庫存、銷售、促銷管理、財務以及 6 企業(yè)決策分析功能于一體的高度智能化的企業(yè)分銷業(yè)務解決方案 。 這三大框架分別屬于 這 三層： 展現(xiàn) 層 、 業(yè)務邏輯層 、 持久化層 ，如圖 1 所示： I o C展 現(xiàn) 層( P r e s e n t a t i o n L a y e r )W e b W o r k / S t r u t sA c t i o n , F o r m B e a n , 配置 文 件 ， 模 版 頁 面業(yè) 務 邏 輯 層( B u s i n e s s L a y e r )S p r i n gI o C 容 器 ， A O P ，H i b e r n a t e 的 支 持 ，事 務 管 理持 久 化 層( D a t a s o u r c e L a y e r )H I b e r n a t e映 射 文 件 ， H i b e r n a t e接 口 ， D A O 模 式I o CD o m a i n M o d e l B u s i n e s s O b j e c t s 圖 1 三層架構圖 Struts Struts 是目前比較成熟的 Web 開發(fā)框架，它是在 JSP Model2 的基礎上實現(xiàn)的一個 經典 MVC 框架。 Struts框架利用 ActionForm Bean來進行 View 組件和 Controller 組件之間表單數(shù)據的傳遞。 (2) Struts 框架響應客戶請求的工作流程 1) 判斷 ActionMapping 實例是否存在。 3) 根據配置信息決定是否需要表單驗證。在這種 情況下，不會再創(chuàng)建 Action 對象并調用Action 的 execute 方法。 7) ActionForward 對象指向的 JSP 組件生成動態(tài)網頁，返回給客戶。簡單的說， ORM 是通過使用描述對象 和數(shù)據庫之間映射的 元數(shù)據 ，將 Java 程序 中的對象自動持久化到關系數(shù)據 庫中。 10 具體 配置在 每個 Hibernate 映射文件（ *.） 中 。它也可能持有事務之間重用數(shù)據的緩存。它保存必需的持久化對象的緩存，用于遍歷對象圖，或者通過標識符查找對象。 (5) Query 即查詢 接口 ， 允許你在數(shù)據庫上執(zhí)行查詢并控制查詢如何執(zhí)行。它是一個分層的架構，由 7 個模塊組成。 最常用的特性 ? 創(chuàng)建對象（ JavaBean 工廠） 。 11 控制反轉與依賴注入 控制反轉 (Inversion of Control， IoC)與依賴注入 (Dependency Injection)， 由容器來管理對象之間的依賴關系（而不是對象本身來管理） 。 (2) Spring 的依賴注入 Spring 是一個 Java Bean 容器，它維護著一系列 Java Bean 的 實例 。 2) HibernateTemplate HibernateTemplate 是 Spring 封裝的 Hibernate 操作接口，類似于 Session 接口 。 Spring 與 Struts 的集成 (1) 修改 讓 Tomcat 自動加載 Spring,所以需要增加下面的配置 ： 12 contextparam paramnamecontextConfigLocation/paramname paramvalue/WEBINF/applicationContext*.xml,classpath*:applicationContext*.xml/paramvalue /contextparam listener listenerclass/listenerclass /listener (2) 修改 Struts 的 Action 類 將 Action 類的創(chuàng)建，交給 Spring 去 管理 ， 需要修改： Action 配置中 type 屬性，由原來的 Action 類，改為 由 Spring 封裝的過濾器 (1) OpenSessionInViewFilter 此過濾器 是為了避免 Hibernate 的懶加載異常而 創(chuàng)建的解決方案 ， 它是一個過濾器，能夠讓 Session 在請求解釋完成之后再關閉 ， 能夠避免懶加載異常 ， 只需 在 文件 中 配置 即可 。然后單擊 finish 按鈕完成新項目的創(chuàng)建。 將 其 sample\jpetstore\war\WEBINF 目 錄 下 的 文件復制到新項目的 WEBINF 下，并在 配置好Spring 的 contextparam 和 Listener。 [6] 項目開發(fā)可以分為 4 個階段：起始 (Inception)、細化 (Elaboration)、建造(Construction)和移交 (transition)。 (3) 實現(xiàn) 實現(xiàn)又稱編碼或開發(fā)階段，也就是將設計轉換為特定的編程語言或硬件，同時保持先進性、靈活性和可擴展性。系統(tǒng)經過測試后，整個開發(fā)流程告一段落，進入運行維護或新的功能擴展時期。 UML 提出一套 IT 專業(yè)人員期待多年的統(tǒng)一的標準建模符號。其中，靜態(tài)模型包括用例圖、類圖、對象圖、組件圖、部署圖，動態(tài)模型包括序列圖、協(xié)作圖、 狀態(tài)圖、行為圖。 (1) 分銷庫存管理 分銷庫存管理主要是物流的管理，主要功能是對物料的調撥和 存銷 情況進行審核和監(jiān) 16 控，實時了解物料的出入庫情況和庫存結余情況 ， 并在每個會計期間內對物料進行盤盈和盤虧處理，來調整庫存達到帳實相符，從而更精確的監(jiān)控分銷商的庫存情況，提供真實準確的決策信息。 2) 物料維護 ：可以添加、刪除、修改或查詢物料的信息， 并且可以上傳物料的圖片。 17 添加區(qū)域刪除區(qū)域修改區(qū)域添加分銷商刪除分銷商修改分銷商查看分銷商明細信息分銷商維護商務代表 / 主管 i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e 圖 8 分銷商維護用例圖 (3) 系統(tǒng)管理 系統(tǒng)管理主要是對用戶進行管理， 包括用戶維護和修改密碼。 選擇分銷區(qū)或分銷省，可以用餅圖或柱狀圖，來統(tǒng)計出分銷商級別的分布。 Web 應用程序的組織結構可以分為 4 個部分。 is_client char(1) 是否分銷商 default 39。 is_temi_client char(1) 是否 終端客戶 default 39。 用戶類 及其 管理接口 User 類，只包含用戶的屬性，以及 set/get 方法。修改密碼的實現(xiàn)流程如圖 13： 選擇修改密碼輸入密碼顯示修改密碼界面驗證輸入的數(shù)據提示新密碼輸入錯誤比較原密碼提示原密碼錯誤 保存密碼，并提示修改密碼成功[ 為空、新密碼與確認密碼不同 ][ 數(shù)據合法 ][ 不等于原密碼 ]等于原密碼[ 重試 ]DRP 系統(tǒng)用戶 圖 13 修改密碼 modifyPassword(String) 添加用戶 addUser(User)， 用戶 選擇添加用戶，系統(tǒng)顯示用戶添加界面，讓用戶輸入待添加用戶的詳細信息，系統(tǒng)驗證用戶代碼是否合法，如果用戶代碼為空、重復或不符合要求，提示用戶代碼錯誤，讓用戶重試；如果合法，驗證其他輸入項是否合法，若還是合法，就保存用戶信息，提示添加用戶成功；若不合法， 給出 錯誤提示，讓用戶重試。 增加分銷商節(jié)點的實現(xiàn)流程如圖 16： 選擇分銷商維護選擇分銷商樹節(jié)點選擇增加區(qū)域或分銷商輸入增加的數(shù)據項顯示分銷商維護界面顯示該節(jié)點對應的主維護界面顯示相應的增加界面檢查輸入的數(shù)據項是否合法？提示輸入的數(shù)據不合法[ 不合法 ]保存數(shù)據，并提示保存成功[ 合法 ][ 重試 ]DRP 系統(tǒng)商務代表 /主管 圖 16 分銷商節(jié)點的增加 addRegionOrClient(Client) 刪除節(jié)點 deleteTreeNodeById(int)，用戶先選擇分銷商維護，系統(tǒng)顯示分銷商維護界面，然后選擇需要刪除的分銷商樹節(jié)點，系統(tǒng)顯示該節(jié)點對應的主維護界面，再選擇刪除，系統(tǒng)請求確認，若用戶確認，提示刪除分銷商成功，否則取消此次操作。 修改物料的實 27 現(xiàn)流程如圖 19： 選擇物料維護選擇需要修改的物料（一次只能修改一條）輸入需要修改的數(shù)據顯示物料維護界面顯示修改界面驗證輸入的數(shù)據是否合法？提示輸入的數(shù)據不合法[ 不合法 ]保存物料，并提示修改物料成功[ 合法 ][ 重試 ]DRP 系統(tǒng)商務代表 / 主管 圖 19 修改物料 modify(Item) 核算期間類 及 其管理接口 FiscalYearPeriod 類 ， 只 包 含 核 算 期 間 的 屬 性 ， 以 及 set/get 方法。 流向單表對應 的 流向單類 及 其管理類 (FlowCard 和FlowCardManager)如圖 21： 圖 21 FlowCard和 FlowCardManager 類圖 查詢流向單 findAllFlowCard(int,String)，用戶選擇流向單維護，系統(tǒng)顯示流向單維護界面，然后輸入查詢條件，系統(tǒng)判斷開始日期是否小于或等于結束日期，如果是，顯示符合條件的查詢結果，否則