【正文】 審核，供應(yīng)商標志等，而且以 上每一個操作又對應(yīng)相應(yīng)的一系列相關(guān)操作，因此為了能盡量降低開發(fā)成本和開發(fā)過程中的復(fù)雜度，就必須選擇一個功能強大，使用方便，學(xué)習(xí)成本低的框架去實現(xiàn)邏輯層，在經(jīng)過業(yè)內(nèi)調(diào)研和內(nèi)部的討論后， webwork 非常適合我們的進銷存系統(tǒng)的開發(fā)，具體分析如下： webwork 簡潔、靈活功能強大，它是一個標準的 Command 模式框架 實現(xiàn)，并且完全從 web 層脫離出來。前端控制器對請求的數(shù)據(jù)進行包裝，初始化上下文數(shù)據(jù)，根據(jù)配置文件查找請求 URL 對應(yīng)的 Action 類，執(zhí)行 Action，將執(zhí)行結(jié)果轉(zhuǎn)發(fā)到相應(yīng)的展現(xià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ù)定義。當(dāng)然，還有一個非常重要的因素，因為它不屬于某個層次的技術(shù)，性能 /緩存是必須和上面因素綜合考慮的因素。 商品信息管理 商品信息管理：是系統(tǒng)運作的基礎(chǔ)，要實現(xiàn)對商品信息的動態(tài)管理；除供應(yīng)商信息北京航空航天大學(xué) 工程實踐結(jié)題報告 21 錄入外，需要先于其他信息錄入系統(tǒng)，才能保證正常運行。 商品退貨管理 商品退貨管理：業(yè)務(wù)人員從根據(jù)商品積壓或近有效期情況，提交商品退貨申請，到倉儲人員將商品下架、包裝、退還的整套商品出庫業(yè)務(wù)流程。 商品銷售管理 商品銷售管理：網(wǎng)站或門店將銷售信息錄入到系統(tǒng)，同時實現(xiàn)商品的出庫；可以自第三 章 系統(tǒng) 總體設(shè)計 22 動計算銷售總額和銷售利潤，可以查商品的銷售明細與匯總等信息。 北京航空航天大學(xué) 工程實踐結(jié)題報告 23 系統(tǒng) 網(wǎng)絡(luò) 拓撲 圖 圖 11 系統(tǒng) 網(wǎng) 絡(luò) 拓撲 圖 上圖 展示的是系統(tǒng)的網(wǎng)絡(luò)拓撲結(jié)構(gòu)，整個信息系統(tǒng)建立一個集中的數(shù)據(jù)中心，共用數(shù)據(jù)庫服務(wù)器、 WEB 服務(wù)器?，F(xiàn)代企業(yè)需要有開放的信息環(huán)境，需要加強與外界的聯(lián)系，這使得大多數(shù)企業(yè)將他們的內(nèi)部網(wǎng)與 Inter 相連。因此，通過多種安全策略保證了整個系統(tǒng)在網(wǎng)絡(luò)環(huán)境中的安全運行。為保證系統(tǒng)能提供不間斷服務(wù)，我們采用了集群技術(shù)， 在應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器層面都采用了雙機的高可用架構(gòu)， 大幅度提升 了系統(tǒng)和數(shù)據(jù)的穩(wěn)定性。 修改 選中某一供應(yīng)商、此供應(yīng)商為 ―創(chuàng)建、正常 ‖時，才可點擊此按鈕；點擊則新窗口打開 ―修改供應(yīng)商 ‖頁面。 表 2 人員權(quán)限管理 名稱 權(quán)限 規(guī)則 特殊權(quán)限 對供應(yīng)商進行創(chuàng)建、查看、修改、刪除操作。 活動圖例 說明 第四 章 系統(tǒng)詳 細設(shè)計 26 采購專員點擊供貨渠道鏈接系統(tǒng)顯示采購人員登錄界面采購人員錄入登錄系統(tǒng)信息登錄信息是否正確系統(tǒng)顯示采購人員登錄信息錯誤登錄信息有誤登錄信息正確采購人員對供貨渠道信息進行操作 ， 包括 “ 創(chuàng)建 、 修改 、 刪除 ” 等采購人員點擊提交按鈕 ， 提交操作完后的供貨渠道信息判斷信息是否正確系統(tǒng)提示信息錯誤信息有誤信息正確供貨渠道信息添加到數(shù)據(jù)庫 圖 12 供應(yīng)商 管理活動 圖 由以上活動圖，可以得到 供貨渠道 實現(xiàn)的業(yè)務(wù)流程如下： 采購 人員登錄主界面，點擊 供貨 渠道 管理鏈接，進入 供貨渠道 管理頁面； 此時需要對 采購 人員身份進行驗證，因此系統(tǒng)轉(zhuǎn)入 采購 人員身份驗證界面； 采購 人員輸入身份信息，包括合法的用戶名和密碼，試圖登錄系統(tǒng)。在表單 供貨渠道 概要信息提交給項目對象的同時，還需要提交 供貨渠道 的明細信息給項目對象，由該對象對提交的表單進行處理， 處理完畢，返回提交成功信息。在 ―入庫單 ‖可以逆向修改商品信息中 ―批準文號、重量 ‖信息，但商品信息中 ―批準文號、重量 ‖修改，不會變更 ―入庫單 ‖中信息；因為 ―入庫單 ‖屬于工單記錄，需要記錄歷史數(shù)據(jù)；特別說明 ―商品庫存信。在進銷存系統(tǒng)中，商品信息數(shù)據(jù)基礎(chǔ)資料，在供應(yīng)商管理、商品價格管理、商品采購管理、質(zhì)量管理、商品庫存管理、商品盤點管理模塊都會應(yīng)用。否則，系統(tǒng)給出登錄失敗信息，并重新轉(zhuǎn)至 采購 人員身份驗證界面，要求重新輸入身份信息； 登錄成功后， 采購人 員可以對 供貨渠道 模塊進行相關(guān)的操作，包括新建、修改、刪除，或者查詢 供貨渠道 等； 所有這些操作完成之后，需要點擊“ 提交 ”按鈕，提交表單， 系統(tǒng)通過響應(yīng)表單的北京航空航天大學(xué) 工程實踐結(jié)題報告 27 提交，完成相應(yīng)的操作并返回相應(yīng)的結(jié)果； 若在操作過程中，輸入的信息有誤，則系統(tǒng)會提示錯誤，并要求 采購人 員重新進行操作； 信息無誤后，系統(tǒng)將更新后的信息存入數(shù)據(jù)庫，以備日后查詢或修改；退出系統(tǒng)，此次 供貨渠道 管理活動結(jié)束。 創(chuàng)建定義為 ―創(chuàng)建供應(yīng)商信息保存后，系統(tǒng)自動更新為此狀態(tài) ‖； 正常定義為 ―提交成功 的意思，系統(tǒng)自動更新為此狀態(tài) ‖。刪除提交后，此供應(yīng)商狀態(tài)變更為 ―作廢 ‖。 供應(yīng) 商 管理 供應(yīng)商信息 ―查詢 ‖功能，附帶 ―創(chuàng)建、修改、刪除 ‖等功能；此頁面可查詢與維護 ―進銷存系統(tǒng) ‖中所有的供應(yīng)商信息。為保證數(shù)據(jù)的高速訪問，我們在前端部署了兩臺 WEB 服務(wù)器，采用 DNS 隨機的方式，將用戶的訪問流量分擔(dān)到兩臺前端服務(wù)器上去，這樣既可以使系統(tǒng)的整體訪問能力提高，用可以實 現(xiàn)高可用。 B／ S 模式是否安全取決于管理者，加強帳號密碼管理和構(gòu)筑防火墻是很必要的。通過分級權(quán)限管理，各級系統(tǒng)操作用戶都可以在各自范圍內(nèi)進行業(yè)務(wù)處理。 商品盤點管理 商品盤點管理：倉儲人員定期對庫存商品進行清點，以保證系統(tǒng)記錄的商品庫存數(shù)據(jù)與商品實際庫存數(shù)據(jù)保持一致。 商品價格管理 商品價格管理：是系統(tǒng)開展銷售業(yè)務(wù)的基礎(chǔ)信息，要實現(xiàn)對商品價格的動態(tài)管理；不進行商品價格維護前，是不可以開展銷售業(yè)務(wù)的。 商品進貨管理 商品進貨管理：采購人員從與供應(yīng)商洽談采購計劃，到商品到貨信息錄入到系統(tǒng)的整套商品進入業(yè)務(wù)流程。 圖 10 系統(tǒng) 功能 架構(gòu)圖 供應(yīng)商 管理 供應(yīng)商管理：是系統(tǒng)運作的基礎(chǔ)，要實現(xiàn)對供應(yīng)商信息的動態(tài)管理；供應(yīng)商信息要先于其他信息錄入系統(tǒng)，才能保證正常運行。 第三 章 系統(tǒng) 總體設(shè)計 20 所以，是否選用好的持久層框架，取決于你整個團隊思維是否徹底 OO 了，是否需要真正 OO，當(dāng)然，對于一些小型項目，有時我們覺得直接使用 JDBC 模板反而更加輕松快捷一點，這也是 Spring 的 JDBC 模板 /iBatis 的 Jdbc 模板存在的理由了。 數(shù)據(jù)訪問層框架 持久層框架目前有 Hibernate和各種 JDO產(chǎn)品，當(dāng)然還有直接寫 SQL語句的 JDBC。 WebWork建立在 Xwork之上，處理 HTTP的請求和響應(yīng)。雖然 FreeMarker 具有一些 編程 的能力，但通常由 Java 程序準備要顯示的數(shù)據(jù)，由 FreeMarker 生成頁面，通過模板顯示準備的數(shù)據(jù)。它不僅可以用作表現(xiàn)層的實現(xiàn)技術(shù)，而且還可以用于生成 XML， JSP 或 Java 等。 展現(xiàn)層框架 在進銷存系統(tǒng)中用戶操作比較頻繁，訪問量也會比較大，所以選擇一個效率高、速度快的展示層是很重要，可以給用戶帶來良好的用戶體驗。 供應(yīng)商管理 商品管理 采購計劃管理 驗收單管理入庫單管理配送單管理 銷售退回單 退貨申請 退貨調(diào)整展示層 瀏覽器 : h t m l + 數(shù)據(jù)W eb w o r k 調(diào)度控制 ， 轉(zhuǎn)到相對應(yīng) a c t i o n數(shù)據(jù)提交用戶 S e r v i c e 接口 供應(yīng)商 S e r v i c e 接口 商品 S e r v i c e 接口 采購單 S e r v i c e 接口驗收單 S e r v i c e 接口驗收單 S e r v i c e 接口 驗收單 S e r v i c e 接口 驗收單 S e r v i c e 接口驗收單 S e r v i c e 接口??? S e r v i c e 實現(xiàn)庫表業(yè)務(wù)邏輯層數(shù)據(jù)層D A O 接口 D A O 實現(xiàn)Ib a t i s O / R M a p p i n g??? 第三 章 系統(tǒng) 總體設(shè)計 18 圖 9 系統(tǒng)技術(shù)架構(gòu)圖 展現(xiàn)層英文是 Presentation Layer，是實現(xiàn)顯示功能的， 在進銷存系統(tǒng)里就是展示給用戶的 UI 部分， 使用戶直接操作的界面，用戶通過展示層獲取信息，并對信息進行管理。結(jié)構(gòu)選型恰當(dāng)與否，直接關(guān)系到系統(tǒng)的成敗。 規(guī)范性 本系統(tǒng)的設(shè)計需要采用標準的通信、網(wǎng)絡(luò)等協(xié)議，嚴格遵循軟件工程規(guī)范化的設(shè)計原則，不同的設(shè)計階段進行嚴格的設(shè)計評審及完成相應(yīng)的設(shè)計文檔等，對整個設(shè)計過程進行規(guī)范化的管理和控制。系統(tǒng)應(yīng)適應(yīng)業(yè)務(wù)部門的需求變更及擴展，第二 章 需求 分析 16 多采用配置方法功能調(diào)整，而不需要對程序做大的修改。運行操作人員僅在系統(tǒng)報警提示的情況下，進行非正常情況下的人工干預(yù)或通知技術(shù)人員進行故障維修。數(shù)據(jù)安全性方面，防止外界或內(nèi)部用戶的非法或惡意訪問本系統(tǒng)。 性能 指標 性能需求部分，主要有兩個方面的指標要求，即響應(yīng)時間要求和并發(fā)能力要求。 9．對供貨渠道的 管理 功能：將商品供貨渠道在系統(tǒng)中進行登記，便于采購人員制定采購計劃中選定；數(shù)據(jù)涉及 ―供貨渠道名稱、地址、聯(lián)系人、營業(yè)執(zhí)照、藥品資質(zhì) ‖等信息；需要具備 ―添加、刪除、修改、查看、審核 ‖等功能。第三步， 系統(tǒng)自動系統(tǒng)與盤點庫存數(shù)據(jù)不一致的信息進行報警提示，以保證系統(tǒng)商品庫存數(shù)據(jù)與實際商品庫存數(shù)據(jù)的一致性；數(shù)據(jù)涉及 ―商品基礎(chǔ)信息、系統(tǒng)商品庫存數(shù)量、盤點商品庫存數(shù)據(jù)、商品貨位編碼、商品損壞數(shù)量、商品庫存差異數(shù)量 ‖等信息；需要具備 ―查看、處理 ‖等功能。 5．對門店銷售商品的 零售管理 功能： 第一步， 倉儲人員根據(jù)門店零售需求，將商品提前配送到門店進行展示，便于吸引客戶購買，配送的商品信息 在此進行登記；數(shù)據(jù)涉及 ―商品配送單位、商品接收單位、商品基礎(chǔ)信息、商品庫存信息、商品配貨數(shù)量、商品配貨價格、商品接收貨位 ‖等信息；需要具備 ―添加、修改、刪除、查看、生效、驗收、狀態(tài)跳轉(zhuǎn) ‖等功能。 第二步， 采購人員根據(jù)商品退貨申請數(shù)據(jù)與供貨渠道進行洽談與確認，將最終可以退貨數(shù)據(jù)登記到系統(tǒng)，便于倉庫人員對商品進行下架、打包 、配送操作；數(shù)據(jù)涉及 ―供貨渠道信息、商品基礎(chǔ)信息、商品庫存信息、核準退貨數(shù)量、核準退貨價格 ‖等信息，需要具備 ―查看、修改 ‖等功能。第三步， 根據(jù)質(zhì)檢驗收數(shù)據(jù)對實際入庫商品進行質(zhì)量與數(shù)量確認，在系統(tǒng)中進行登記，便于商品庫存的更新存儲操作；數(shù)據(jù)涉及 ―驗收單據(jù)信息、入庫商品進價 /數(shù)量、入庫商品批號 /有效期、商品預(yù)期貨位號 ‖等信息，需 要具備 ―登記、查看 ‖等功能。 第二步， 分別對 ―網(wǎng)站售價、門店售價 ‖進行維護，為客戶在 ―網(wǎng)站、門店 ‖購買環(huán)節(jié)不可缺少的數(shù)據(jù)；數(shù)據(jù)涉及 ―市場價、限制零售價、零售價、會員價、貴賓價 ‖等信息，需要具備 ―修改、查看 ‖等功能。 網(wǎng)站銷售流程：客戶在網(wǎng)站購買下單后；網(wǎng)站會生成一個銷售訂單；同時，會生成一個商品配送單據(jù)；倉儲根據(jù)訂單商品進行商品打包、快遞操作。 醫(yī)藥零售電子商務(wù) 進銷存系統(tǒng)的業(yè)務(wù)模式：實現(xiàn)對商品“進貨、存儲、退貨、盤點”的管理；將商品庫存數(shù)據(jù)傳輸給“醫(yī)藥零售電子商務(wù)網(wǎng)站”，由其完成商品基礎(chǔ)信息及第二 章 需求 分析 6 庫存的展示，在客戶網(wǎng)上購物后將購買商品信息傳輸給本系統(tǒng)；本系統(tǒng)根據(jù)“醫(yī)藥零售電子商務(wù)網(wǎng)站”傳輸?shù)馁徺I商品信息進行配貨處理，并將處理結(jié)果反饋給“醫(yī)藥零售電子商務(wù)網(wǎng)站”系統(tǒng)，由其完成后續(xù)的網(wǎng)站售后服務(wù)工作。需求分析的結(jié)果是系統(tǒng)開發(fā)的基礎(chǔ)，關(guān)系到系統(tǒng)的成敗和軟件產(chǎn)品的質(zhì)量。醫(yī)藥零售電子商務(wù)網(wǎng)站系統(tǒng)是對客戶展示醫(yī)藥商品信息并提供網(wǎng)上購物的功能系統(tǒng)；醫(yī)藥零售電子商務(wù)進銷存系統(tǒng)是為了配合“醫(yī)藥零售電子商務(wù)網(wǎng)站”業(yè)務(wù)而建設(shè)的系統(tǒng)，對網(wǎng)站銷售藥品的實體倉庫與門店“進貨、銷售、存儲”等進行管理的應(yīng)用系統(tǒng)；“醫(yī)藥零售電子商務(wù)網(wǎng)站”與“醫(yī)藥零售電子商務(wù)進銷存”將進行對接，完成藥品數(shù)據(jù)的實時傳輸與處理，以保證“醫(yī)藥零售電子商務(wù)”業(yè) 務(wù)的順利實施與執(zhí)行。 北京航空航天大學(xué) 工程實踐結(jié)題 報告 5 第二章 需求分析 總體需求 本 系統(tǒng)是某實體連鎖藥 房的 網(wǎng)上 藥 店打造的后臺進銷 存 系統(tǒng) ， 該網(wǎng)上藥 店 致力于建立“中國健康商品第一服務(wù)平臺”，為消費者提供優(yōu)質(zhì)、價廉、物美、誠信的健康類商品。 3． 分析制藥企業(yè)、批發(fā)企業(yè)、零售終端的廣泛數(shù)據(jù)有效的交換方式及存在問題，思考長遠發(fā)展的優(yōu)化方向；研究醫(yī)院和醫(yī)藥零售業(yè)的信息化的模式，使電子商務(wù)的前臺處理與企業(yè)、醫(yī)院的后臺信息處理相結(jié)合，真正實現(xiàn)交易的及時化和自動化。 目標及研究內(nèi)容 論文 目標 1． 針對目前醫(yī)藥電子商務(wù)企業(yè)現(xiàn)狀進行市場調(diào)研， 充分考慮整個應(yīng)用的靈活性和可擴展性原則要求，通過合理的模塊劃分，實現(xiàn)系統(tǒng)在業(yè)務(wù)變更或軟件技術(shù)發(fā)展時的靈活性適應(yīng)能力； 2． 覆蓋整個企業(yè)的物流，資金流和信息流的全過程，對業(yè)務(wù)流程的全過程跟蹤，及時便捷的統(tǒng)計查詢，友好的程序界面方便用戶操作 ，實現(xiàn) ―物流、資金流、信息流、業(yè)務(wù)流 ‖的動態(tài)監(jiān)控與管理 ； 3． 解決以