范本工程實(shí)踐醫(yī)藥零售電子商務(wù)進(jìn)銷存系統(tǒng)設(shè)計與實(shí)施模板

范本工程實(shí)踐醫(yī)藥零售電子商務(wù)進(jìn)銷存系統(tǒng)設(shè)計與實(shí)施資料內(nèi)容僅供參考，如有不當(dāng)或者侵權(quán)，請聯(lián)系本人改正或者刪除。北京航空航天大學(xué)軟件學(xué)院工程實(shí)踐結(jié)題報告課題名稱:醫(yī)藥零售電子商務(wù)進(jìn)銷存系統(tǒng)設(shè)計與實(shí)施姓名:朱凌濤、成功、李茜、許德笙、宋學(xué)磊組別:第十五組學(xué)號:朱凌濤GS1121211成功GS1121268李茜GS1121222許德笙GS1121208宋學(xué)磊GS1121384專業(yè)方向:IT項(xiàng)目管理與產(chǎn)業(yè)信息化所屬院系:北京航空航天大學(xué)軟件學(xué)院指導(dǎo)老師:谷衛(wèi)平實(shí)踐起止時間:6月至2月摘要隨著互聯(lián)網(wǎng)電子商務(wù)業(yè)務(wù)的迅猛發(fā)展,以及國內(nèi)醫(yī)藥電子商務(wù)政策的不斷開放,傳統(tǒng)醫(yī)藥行業(yè)已不斷介入到電子商務(wù)領(lǐng)域,傳統(tǒng)醫(yī)藥零售迎來了客戶快速發(fā)展的時期,在網(wǎng)上交易的客戶快速增加的情況下,傳統(tǒng)企業(yè)的運(yùn)營模式以無法支撐客戶的爆炸式增長,特別是在網(wǎng)站后端的進(jìn)銷存環(huán)節(jié)出現(xiàn)了嚴(yán)重滯后,賬目混亂,庫存不準(zhǔn),信息反饋不及時等問題接踵而至。這些問題成為制約企業(yè)轉(zhuǎn)型發(fā)展的瓶頸,嚴(yán)重制約了傳統(tǒng)醫(yī)藥零售企業(yè)向電子商務(wù)領(lǐng)域轉(zhuǎn)型的發(fā)展壯大。如何借助IT手段、如何經(jīng)過信息化,加強(qiáng)核心競爭力,實(shí)現(xiàn)持續(xù)發(fā)展已成為企業(yè)亟待解決的關(guān)鍵問題。因此,醫(yī)藥零售進(jìn)銷存系統(tǒng)在藥品企業(yè)的管理中有著廣泛的應(yīng)用前景。本文經(jīng)過研究分析醫(yī)藥零售進(jìn)銷存系統(tǒng)所存在的問題,綜合國內(nèi)外醫(yī)藥零售進(jìn)銷存管理的先進(jìn)經(jīng)驗(yàn)與不足之處,基于”進(jìn)貨、銷售、庫存、退貨、盤點(diǎn)、結(jié)算”等主要業(yè)務(wù)的需求,在”靈活性、擴(kuò)展性、實(shí)用性、及時性”等方便進(jìn)行了全面研究。一方面,研究了系統(tǒng)從平臺選擇、結(jié)構(gòu)搭建、關(guān)聯(lián)關(guān)系等方面,為企業(yè)制定了一套切實(shí)可行的解決方案;另一方面,在需求分析、流程整合、系統(tǒng)設(shè)計等方面做了許多有益的嘗試與改進(jìn),建立了一套全面易用的業(yè)務(wù)信息管理系統(tǒng)。該系統(tǒng)打通了”基礎(chǔ)信息運(yùn)作、門店零售業(yè)務(wù)、電商網(wǎng)站銷售”之間的壁壘,建立了完整的信息共享機(jī)制,讓”門店店員、網(wǎng)站運(yùn)營、采購人員、倉儲人員、結(jié)算人員”之間建立起有效的溝通,提高了企業(yè)管理效率,保證了業(yè)務(wù)運(yùn)作的工作規(guī)范性、透明性和時效性。關(guān)鍵詞:醫(yī)藥,零售,網(wǎng)店,運(yùn)營管理,進(jìn)銷存目錄第一章緒論 11.1課題背景及意義 11.2國內(nèi)外現(xiàn)狀及對比分析 11.3目標(biāo)及研究內(nèi)容 31.3.1論文目標(biāo) 31.3.2論文研究內(nèi)容 31.4系統(tǒng)的創(chuàng)新性 4第二章需求分析 52.1總體需求 52.2業(yè)務(wù)流程梳理及優(yōu)化 62.3功能性需求 102.4非功能性需求 142.4.1性能指標(biāo) 152.4.2安全性 152.4.3穩(wěn)定性 152.4.4可維護(hù)性 152.4.5可擴(kuò)展性 152.4.6易用性 162.4.7規(guī)范性 16第三章系統(tǒng)總體設(shè)計 173.1系統(tǒng)技術(shù)架構(gòu) 173.2系統(tǒng)功能架構(gòu) 203.2.1供應(yīng)商管理 203.2.2商品信息管理 203.2.3商品進(jìn)貨管理 213.2.4商品退貨管理 213.2.5商品價格管理 213.2.6商品銷售管理 213.2.7商品盤點(diǎn)管理 223.3系統(tǒng)網(wǎng)絡(luò)拓?fù)鋱D 23第四章系統(tǒng)詳細(xì)設(shè)計 254.1功能模塊詳細(xì)設(shè)計 254.1.1供應(yīng)商管理 254.1.2商品信息管理 274.1.3采購計劃管理 304.2數(shù)據(jù)庫的設(shè)計目標(biāo) 334.3數(shù)據(jù)庫的設(shè)計原則 334.4數(shù)據(jù)庫的邏輯設(shè)計 354.4.1數(shù)據(jù)字典分析 354.4.2整體E-R圖 354.5數(shù)據(jù)庫的物理設(shè)計 374.5.1采購計劃表 374.5.2驗(yàn)收單表 374.5.3入庫單表 384.5.4配送單表 384.5.5銷售退回單表 394.5.6退貨申請單表 394.5.7退貨調(diào)整單 404.5.8退貨調(diào)整單表 404.5.9地區(qū)匯總表 414.5.10倉庫匯總表 424.5.11商品信息表 434.5.12供應(yīng)商表 454.6系統(tǒng)權(quán)限設(shè)計 464.7系統(tǒng)安全性設(shè)計 48第五章系統(tǒng)測試 505.1 測試概述 505.2 測試目的 505.3 測試方法、工具及測試環(huán)境 515.3.1 測試方法 515.3.2 測試工具 515.3.3 測試環(huán)境 525.4 典型的測試用例及測試結(jié)果 535.5 系統(tǒng)性能測試 545.6 測試結(jié)果分析 555.7 小結(jié) 56第六章系統(tǒng)實(shí)施 576.1系統(tǒng)實(shí)施組織 576.2實(shí)施進(jìn)度計劃 576.3系統(tǒng)實(shí)施準(zhǔn)備 576.3.1接口準(zhǔn)備 576.3.2運(yùn)行環(huán)境準(zhǔn)備 586.3.3數(shù)據(jù)準(zhǔn)備 596.4系統(tǒng)界面展示 596.5系統(tǒng)評估 606.6小結(jié) 61總結(jié)與展望 62參考文獻(xiàn) 64第一章緒論1.1課題背景及意義隨著現(xiàn)代科學(xué)技術(shù)的迅猛發(fā)展,計算機(jī)技術(shù)已滲透到各個領(lǐng)域,成為各行業(yè)必不可少的工具,特別是Internet技術(shù)的推廣和信息高速公路的建立,使IT產(chǎn)業(yè)在市場競爭中越發(fā)顯示出其獨(dú)特的優(yōu)勢,步入數(shù)字化時代,有巨大的數(shù)據(jù)信息等待著加工處理和傳輸,這使得對數(shù)據(jù)庫的進(jìn)一步開發(fā)和利用顯得尤為迫切。進(jìn)銷存系統(tǒng)作為一種企業(yè)管理軟件能夠幫助企業(yè)快速有效地管理企業(yè)貨物的流動,提高企業(yè)管理水平和工作效率,同時也能夠減少手工操作帶來的失誤。當(dāng)前國內(nèi)醫(yī)藥電子商務(wù)政策的不斷開放,傳統(tǒng)醫(yī)藥行業(yè)對電子商務(wù)的不斷介入,將會大大加快企業(yè)的發(fā)展,在客戶快速增加的情況下,企業(yè)賬目混亂,庫存不準(zhǔn),信息反饋不及時等問題也接踵而至。這些問題會成為制約企業(yè)發(fā)展的瓶頸,嚴(yán)重制約了企業(yè)的發(fā)展壯大。誰利用信息資源的效率越高,誰就會在各方面的競爭中占有一席之地,誰就會有更多的優(yōu)勢。中國醫(yī)藥企業(yè)經(jīng)營涉及進(jìn)、銷、存多個環(huán)節(jié),涉及商品種類繁多,業(yè)務(wù)量大,庫存管理復(fù)雜,使用手工管理已無法勝任。如何借助IT手段、如何經(jīng)過信息化,加強(qiáng)核心競爭力,實(shí)現(xiàn)持續(xù)發(fā)展已成為企業(yè)亟待解決的關(guān)鍵問題。因此,醫(yī)藥零售進(jìn)銷存系統(tǒng)在藥品企業(yè)的管理中有著廣泛的應(yīng)用前景。醫(yī)藥零售進(jìn)銷存系統(tǒng)將是電子商務(wù)醫(yī)藥企業(yè)經(jīng)營管理中的重要環(huán)節(jié),是一個企業(yè)能夠取得效益的關(guān)鍵;如果能夠做到合理進(jìn)貨,及時銷售,庫存量最小的同時又不至于缺貨;大大降低運(yùn)作成本與風(fēng)險,加快實(shí)施的效率,增加投資的回報,為企業(yè)決策提供數(shù)據(jù),確保企業(yè)在龐大的組織范圍內(nèi)健康的運(yùn)行,那么企業(yè)就能獲得最好的效益。1.2國內(nèi)外現(xiàn)狀及對比分析隨著互聯(lián)網(wǎng)的迅猛發(fā)展,為醫(yī)藥電子商務(wù)的發(fā)展提供了無限商機(jī)。醫(yī)藥電子商務(wù)作為一種現(xiàn)代商品流通模式,集信息化、自動化、標(biāo)準(zhǔn)化為一體,極大地提高了現(xiàn)代商品流通效率,同時,也大大減少了藥品流通領(lǐng)域中的流通層次和交易環(huán)節(jié),以降低藥品流通成本和流通費(fèi)用,從而降低了藥品價格,對醫(yī)藥行業(yè)具有重大意義。當(dāng)前,中國醫(yī)藥電子商務(wù)發(fā)展還很緩慢,借鑒發(fā)達(dá)國家的成功經(jīng)驗(yàn)對中國醫(yī)藥行業(yè)具有重大現(xiàn)實(shí)意義。國內(nèi)外醫(yī)藥行業(yè)電商發(fā)展現(xiàn)狀,對比數(shù)據(jù)如下:歐盟:藥劑師協(xié)會下屬的藥店,90%以上都開展了網(wǎng)上藥品預(yù)訂業(yè)務(wù)。北美:網(wǎng)上OTC藥品銷售占銷售總額的30%以上。美國醫(yī)藥流通的90%以上由電子信息實(shí)現(xiàn)。法國:84.7%的藥品經(jīng)過藥店銷售,15.3%的藥品由廠家直接銷售給醫(yī)院。中國:整個醫(yī)藥零售市場約1800億,網(wǎng)上藥店銷售額4億左右,占零售市場的0.2%左右[1]。中國醫(yī)藥電子商務(wù)發(fā)展的現(xiàn)狀:中國醫(yī)藥電子商務(wù)的發(fā)展大致經(jīng)歷了以下三個階段,第一階段從1996年開始,中國藥品電子商務(wù)的起步和探索階段。河南省率先運(yùn)用電子商務(wù)改造傳統(tǒng)藥品流通行業(yè),并初步探索了藥品電子商務(wù)的政策框架、商業(yè)模式和技術(shù)方案,提供了初步的經(jīng)驗(yàn)。第二階段從開始,中國藥品電子商務(wù)的試點(diǎn)和規(guī)范階段。第三階段始于”十一五”初期,中國藥品電子商務(wù)的全面發(fā)展和推廣應(yīng)用階段?？墒?以上三個階段僅是對政策與模式的探索,至今還未出現(xiàn)一款為醫(yī)藥電子商務(wù)而開發(fā)的進(jìn)銷存系統(tǒng)。歷年發(fā)放醫(yī)藥B2C牌照數(shù)量,數(shù)據(jù)如下::1個:2個:1個:6個:8個:15個:16個[1]國外醫(yī)藥電子商務(wù)發(fā)展的現(xiàn)狀(以美國為例):美國是最早在醫(yī)藥商業(yè)領(lǐng)域廣泛采用計算機(jī)技術(shù)的國家,它在上世紀(jì)90年代完成了普及。在此期間,各大醫(yī)藥批發(fā)公司投入巨資構(gòu)建了獨(dú)立的計算機(jī)局域網(wǎng)和廣域網(wǎng),把分布全國的客戶經(jīng)過計算機(jī)連接起來。大大提高了業(yè)務(wù)處理能力和處理效率;在完整意義上,美國的醫(yī)藥電子商務(wù)是伴隨著互聯(lián)網(wǎng)的興起而發(fā)展起來的。當(dāng)前,各醫(yī)藥經(jīng)營企業(yè)發(fā)現(xiàn)了多種有效的電子商務(wù)開展方式,實(shí)現(xiàn)了制藥企業(yè)、批發(fā)企業(yè)、零售終端的廣泛數(shù)據(jù)有效的交換和信息整合;現(xiàn)階段適用于不同”企業(yè)類型、商務(wù)模式”的醫(yī)藥電子商務(wù)進(jìn)銷存系統(tǒng)已經(jīng)成為”醫(yī)藥電子商務(wù)”發(fā)展不可或缺的軟件。國外醫(yī)藥電子商務(wù)發(fā)展對中國的啟示:中國醫(yī)藥電子商務(wù)得到了迅速的發(fā)展,但依然存在一些問題,由于醫(yī)藥產(chǎn)業(yè)信息化發(fā)展水平低且參差不齊,真正意義的醫(yī)藥電子商務(wù)是集物流、信息流和資金流為一體的藥品流通模式,這要求參與電子商務(wù)的企業(yè)具有較高的信息化水平,才能保證不同的醫(yī)藥電子商務(wù)主體建立直接、有效和電子化的溝通。由于中國醫(yī)藥行業(yè)信息建設(shè)時間較短,當(dāng)前國內(nèi)很多醫(yī)藥企業(yè)只是部分實(shí)現(xiàn)了信息化,企業(yè)內(nèi)部難以實(shí)現(xiàn)計算機(jī)的統(tǒng)一管理?？墒?醫(yī)藥電子商務(wù)的主體是企業(yè),企業(yè)信息化的程度必將影響醫(yī)藥電子商務(wù)的發(fā)展。中國必須采取措施,促進(jìn)企業(yè)利用網(wǎng)絡(luò)參與競爭來開拓市場。同時,應(yīng)努力推進(jìn)醫(yī)院和醫(yī)藥零售業(yè)的信息化進(jìn)程,使電子商務(wù)的前臺處理與企業(yè)、醫(yī)院的后臺信息處理相結(jié)合,真正實(shí)現(xiàn)交易的及時化和自動化。1.3目標(biāo)及研究內(nèi)容 1.3.1論文目標(biāo)1．針對當(dāng)前醫(yī)藥電子商務(wù)企業(yè)現(xiàn)狀進(jìn)行市場調(diào)研,充分考慮整個應(yīng)用的靈活性和可擴(kuò)展性原則要求,經(jīng)過合理的模塊劃分,實(shí)現(xiàn)系統(tǒng)在業(yè)務(wù)變更或軟件技術(shù)發(fā)展時的靈活性適應(yīng)能力;2．覆蓋整個企業(yè)的物流,資金流和信息流的全過程,對業(yè)務(wù)流程的全過程跟蹤,及時便捷的統(tǒng)計查詢,友好的程序界面方便用戶操作,實(shí)現(xiàn)”物流、資金流、信息流、業(yè)務(wù)流”的動態(tài)監(jiān)控與管理;3．解決以往進(jìn)銷存信息管理系統(tǒng)功能不完善、不穩(wěn)定、遠(yuǎn)程通信能力差以及企業(yè)進(jìn)、銷、存信息脫節(jié)等問題;集合多種管理一體化,致力于幫助企業(yè)快速有效的管理”進(jìn)貨、銷售、庫存、退貨、盤點(diǎn)、應(yīng)收/應(yīng)付資金”等各項(xiàng)業(yè)務(wù),旨在為企業(yè)建立起一個”簡捷、高效”的實(shí)時運(yùn)營管理平臺;4．為企業(yè)大大降低運(yùn)作成本與風(fēng)險,加快實(shí)施的效率,增加投資的回報,還會為企業(yè)決策提供數(shù)據(jù)與速度,確保企業(yè)在龐大的組織范圍內(nèi)健康的運(yùn)行。1.3.2論文研究內(nèi)容1．經(jīng)過對醫(yī)藥電子商務(wù)企業(yè)現(xiàn)狀進(jìn)行市場調(diào)查,研究了物資產(chǎn)品經(jīng)營過程中進(jìn)、銷、存等重要環(huán)節(jié),對系統(tǒng)進(jìn)行規(guī)劃,分析了系統(tǒng)將要實(shí)現(xiàn)的基本信息管理、商品到貨入庫管理、商品銷售管理、庫存管理等、報表打印功能,繪制各種圖例,確定其基本結(jié)構(gòu)及實(shí)現(xiàn)策略。2．采用了模塊結(jié)構(gòu)化設(shè)計方法,自頂向下,逐層分解,畫圖后進(jìn)行數(shù)據(jù)庫的設(shè)計。研究了公司銷售、庫存、供應(yīng)商、客戶的數(shù)據(jù),根據(jù)數(shù)據(jù)之間的聯(lián)系,建立數(shù)據(jù)庫的輸入、輸出、管理等模式。3．分析制藥企業(yè)、批發(fā)企業(yè)、零售終端的廣泛數(shù)據(jù)有效的交換方式及存在問題,思考長遠(yuǎn)發(fā)展的優(yōu)化方向;研究醫(yī)院和醫(yī)藥零售業(yè)的信息化的模式,使電子商務(wù)的前臺處理與企業(yè)、醫(yī)院的后臺信息處理相結(jié)合,真正實(shí)現(xiàn)交易的及時化和自動化。1.4系統(tǒng)的創(chuàng)新性經(jīng)過對醫(yī)藥行業(yè)實(shí)體零售進(jìn)銷存系統(tǒng)分析,總結(jié)以下幾個創(chuàng)新點(diǎn):1．實(shí)體零售進(jìn)銷存系統(tǒng)的操作易用性、設(shè)置靈活性和功能擴(kuò)展性較弱,本系統(tǒng)充分考慮整個應(yīng)用的靈活性和可擴(kuò)展性原則要求,經(jīng)過合理的模塊劃分,實(shí)現(xiàn)系統(tǒng)在業(yè)務(wù)變更或軟件技術(shù)發(fā)展時的靈活性適應(yīng)能力。2．實(shí)體零售進(jìn)銷存系統(tǒng)對物流、資金流和信息流的全過程跟蹤及統(tǒng)計存在斷點(diǎn),本系統(tǒng)將實(shí)現(xiàn)”物流、資金流、信息流、業(yè)務(wù)流”的動態(tài)監(jiān)控與管理;集合多種管理一體化,幫助企業(yè)快速有效的管理”進(jìn)貨、銷售、庫存、退貨、盤點(diǎn)、應(yīng)收/應(yīng)付資金”等各項(xiàng)業(yè)務(wù),為企業(yè)建立起一個”簡捷、高效”的實(shí)時運(yùn)營管理平臺。3．實(shí)體零售進(jìn)銷存系統(tǒng)僅支持”基礎(chǔ)信息運(yùn)作、門店零售業(yè)務(wù)”的結(jié)合,將”電子商務(wù)網(wǎng)站”的銷售業(yè)務(wù)排除在外;本系統(tǒng)將實(shí)現(xiàn)”基礎(chǔ)信息運(yùn)作、門店零售業(yè)務(wù)、網(wǎng)站銷售業(yè)務(wù)”的良好結(jié)合,為企業(yè)建立起一個”全面、協(xié)同”的集合運(yùn)營管理平臺。第二章需求分析2.1總體需求本系統(tǒng)是某實(shí)體連鎖藥房的網(wǎng)上藥店打造的后臺進(jìn)銷存系統(tǒng),該網(wǎng)上藥店致力于建立”中國健康商品第一服務(wù)平臺”,為消費(fèi)者提供優(yōu)質(zhì)、價廉、物美、誠信的健康類商品。經(jīng)營的品種主要涉及”營養(yǎng)保健品、母嬰用品、護(hù)理美容品、成人用品、醫(yī)療器械、藥膳禮品”等。千余家供應(yīng)商,數(shù)萬個品牌,品種繁多。開展”醫(yī)藥零售電子商務(wù)”業(yè)務(wù)的企業(yè)或公司,都需要”醫(yī)藥零售電子商務(wù)網(wǎng)站”與”醫(yī)藥零售電子商務(wù)進(jìn)銷存”兩個系統(tǒng)的支撐。醫(yī)藥零售電子商務(wù)網(wǎng)站系統(tǒng)是對客戶展示醫(yī)藥商品信息并提供網(wǎng)上購物的功能系統(tǒng);醫(yī)藥零售電子商務(wù)進(jìn)銷存系統(tǒng)是為了配合”醫(yī)藥零售電子商務(wù)網(wǎng)站”業(yè)務(wù)而建設(shè)的系統(tǒng),對網(wǎng)站銷售藥品的實(shí)體倉庫與門店”進(jìn)貨、銷售、存儲”等進(jìn)行管理的應(yīng)用系統(tǒng);”醫(yī)藥零售電子商務(wù)網(wǎng)站”與”醫(yī)藥零售電子商務(wù)進(jìn)銷存”將進(jìn)行對接,完成藥品數(shù)據(jù)的實(shí)時傳輸與處理,以保證”醫(yī)藥零售電子商務(wù)”業(yè)務(wù)的順利實(shí)施與執(zhí)行。醫(yī)藥零售電子商務(wù)進(jìn)銷存系統(tǒng)要想符合行業(yè)要求,前期的需求分析在系統(tǒng)開發(fā)過程中有非常重要的地位,它的好壞直接關(guān)系到系統(tǒng)開發(fā)成本、系統(tǒng)開發(fā)周期及系統(tǒng)質(zhì)量。它是系統(tǒng)設(shè)計的第一步,是整個系統(tǒng)成開發(fā)成功的基礎(chǔ)。詳細(xì)周全的需求分析,能夠減少系統(tǒng)開發(fā)中的錯誤,又可降低修復(fù)錯誤的費(fèi)用,從而大大減少系統(tǒng)開發(fā)成本,縮短系統(tǒng)開發(fā)周期。需求分析的結(jié)果是系統(tǒng)開發(fā)的基礎(chǔ),關(guān)系到系統(tǒng)的成敗和軟件產(chǎn)品的質(zhì)量。首先,此系統(tǒng)需要實(shí)現(xiàn)商品”進(jìn)貨、銷售、存儲、退貨、配貨、盤點(diǎn)”等基礎(chǔ)流程與功能;以保證對”實(shí)體倉庫或門店”商品庫存的管理、與”醫(yī)藥零售電子商務(wù)系統(tǒng)”的緊密配合。其次,此系統(tǒng)還需實(shí)現(xiàn)”商品信息的登記、供貨渠道的登記、商品庫存異常糾正、商品零售價格設(shè)置與維護(hù)、商品有效期報警監(jiān)控、商品在倉庫或門店擺放貨位參數(shù)設(shè)置與維護(hù)”等功能;這些都是此系統(tǒng)的輔助功能,能更好的提升”醫(yī)藥零售電子商務(wù)進(jìn)銷存”系統(tǒng)的易用性、適應(yīng)商品錯綜復(fù)雜的異常業(yè)務(wù)情況的解決與監(jiān)管。最后,實(shí)現(xiàn)此系統(tǒng)與”醫(yī)藥零售電子商務(wù)網(wǎng)站”的良好結(jié)合,才能達(dá)到一個”全面、協(xié)同”的運(yùn)營管理平臺標(biāo)準(zhǔn),才能實(shí)現(xiàn)”操作易用性、設(shè)置靈活性和功能擴(kuò)展性”的充分保證。醫(yī)藥零售電子商務(wù)進(jìn)銷存系統(tǒng)的業(yè)務(wù)模式:實(shí)現(xiàn)對商品”進(jìn)貨、存儲、退貨、盤點(diǎn)”的管理;將商品庫存數(shù)據(jù)傳輸給”醫(yī)藥零售電子商務(wù)網(wǎng)站”,由其完成商品基礎(chǔ)信息及庫存的展示,在客戶網(wǎng)上購物后將購買商品信息傳輸給本系統(tǒng);本系統(tǒng)根據(jù)”醫(yī)藥零售電子商務(wù)網(wǎng)站”傳輸?shù)馁徺I商品信息進(jìn)行配貨處理,并將處理結(jié)果反饋給”醫(yī)藥零售電子商務(wù)網(wǎng)站”系統(tǒng),由其完成后續(xù)的網(wǎng)站售后服務(wù)工作。2.2業(yè)務(wù)流程梳理及優(yōu)化經(jīng)過醫(yī)藥行業(yè)實(shí)體零售進(jìn)銷存系統(tǒng)的市場調(diào)研,對本系統(tǒng)的業(yè)務(wù)流程進(jìn)行了梳理及優(yōu)化,具體如下:1．本系統(tǒng)的商品”進(jìn)貨”業(yè)務(wù)流程圖1商品”進(jìn)貨”業(yè)務(wù)流程圖商品”進(jìn)貨”業(yè)務(wù)流程描述:將供貨渠道、商品信息維護(hù)到系統(tǒng);采購人員制定采購計劃,向供貨渠道采購商品;質(zhì)檢人員在商品到達(dá)倉庫后,進(jìn)行質(zhì)量核驗(yàn);倉儲人員在質(zhì)檢核驗(yàn)經(jīng)過后,進(jìn)行商品入庫及擺放。2．本系統(tǒng)的商品”退貨”業(yè)務(wù)流程圖2商品”退貨”業(yè)務(wù)流程圖商品”退貨”業(yè)務(wù)流程描述:將供貨渠道、商品信息維護(hù)到系統(tǒng);業(yè)務(wù)人員提交退貨申請;采購人員與供貨渠道核準(zhǔn)退貨信息;倉儲人員根據(jù)采購人員核準(zhǔn)退貨信息進(jìn)行商品下架、打包、配送操作。3．本系統(tǒng)的商品”銷售”業(yè)務(wù)流程圖3網(wǎng)站零售商品業(yè)務(wù)流程圖圖4門店零售商品業(yè)務(wù)流程圖商品”銷售”業(yè)務(wù)流程描述:涉及”網(wǎng)站銷售、門店銷售”兩個流程。網(wǎng)站銷售流程:客戶在網(wǎng)站購買下單后;網(wǎng)站會生成一個銷售訂單;同時,會生成一個商品配送單據(jù);倉儲根據(jù)訂單商品進(jìn)行商品打包、快遞操作。門店銷售流程:倉庫人員將商品配送到門店展示;客戶在門店購買付款;門店會生成一個零售訂單。4．本系統(tǒng)的商品”盤點(diǎn)”業(yè)務(wù)流程圖5商品”盤點(diǎn)”業(yè)務(wù)流程圖商品”盤點(diǎn)”業(yè)務(wù)流程描述:倉儲人員進(jìn)行盤點(diǎn)工作登記,設(shè)定盤點(diǎn)時間周期;系統(tǒng)自動獲取系統(tǒng)庫存數(shù)據(jù);倉儲人員登記盤點(diǎn)的實(shí)際庫存數(shù)據(jù);系統(tǒng)自動將系統(tǒng)庫存數(shù)據(jù)與盤點(diǎn)庫存數(shù)據(jù)進(jìn)行對比,篩選不一致庫存數(shù)據(jù);財務(wù)人員核查不一致庫存數(shù)據(jù),進(jìn)行報損或報溢操作。2.3功能性需求經(jīng)過醫(yī)藥行業(yè)實(shí)體零售進(jìn)銷存系統(tǒng)的市場調(diào)研,以及對本系統(tǒng)的業(yè)務(wù)流程進(jìn)行了梳理及優(yōu)化,分析了以下功能需求:1．對商品信息與售價的維護(hù)功能:第一步,將商品詳細(xì)信息在系統(tǒng)中進(jìn)行登記,便于采購人員制定采購計劃中選定,使網(wǎng)站能夠詳細(xì)、清楚的展示商品信息;數(shù)據(jù)涉及”便于采購計劃選定的商品名稱、規(guī)格、單位、生產(chǎn)企業(yè)”等信息,還涉及”便于網(wǎng)站信息展示的化學(xué)名稱、商品分類、批準(zhǔn)文號、儲存條件、功能療效、說明書、重量”等信息;需要具備”添加、修改、查看”等功能。第二步,分別對”網(wǎng)站售價、門店售價”進(jìn)行維護(hù),為客戶在”網(wǎng)站、門店”購買環(huán)節(jié)不可缺少的數(shù)據(jù);數(shù)據(jù)涉及”市場價、限制零售價、零售價、會員價、貴賓價”等信息,需要具備”修改、查看”等功能。圖6商品信息與售價維護(hù)的用例圖2．對商品入庫的功能:包括”采購計劃、貨物質(zhì)檢、驗(yàn)收入庫”三大部分。第一步,將采購人員與供貨渠道確定的采購數(shù)據(jù)在系統(tǒng)中進(jìn)行登記,便于商品到貨后,質(zhì)檢人員進(jìn)行核驗(yàn)與處理;數(shù)據(jù)涉及”供貨渠道信息、采購商品信息、商品最近入庫進(jìn)價、本次采購計劃進(jìn)價/數(shù)量”等信息,需要具備”添加、修改、查看”等功能。第二步,根據(jù)采購數(shù)據(jù)對實(shí)際到貨商品進(jìn)行質(zhì)量與數(shù)量核驗(yàn),在系統(tǒng)中進(jìn)行登記,便于商品質(zhì)檢完畢后,倉儲人員進(jìn)行入庫與擺放操作;數(shù)據(jù)涉及”采購計劃信息、驗(yàn)收商品進(jìn)價/數(shù)量、驗(yàn)收商品批號/有效期”等信息,需要具備”登記、查看”等功能。第三步,根據(jù)質(zhì)檢驗(yàn)收數(shù)據(jù)對實(shí)際入庫商品進(jìn)行質(zhì)量與數(shù)量確認(rèn),在系統(tǒng)中進(jìn)行登記,便于商品庫存的更新存儲操作;數(shù)據(jù)涉及”驗(yàn)收單據(jù)信息、入庫商品進(jìn)價/數(shù)量、入庫商品批號/有效期、商品預(yù)期貨位號”等信息,需要具備”登記、查看”等功能。入庫登記生效以后,系統(tǒng)根據(jù)入庫數(shù)據(jù)自動完成商品庫存的變更存儲。圖7商品入庫的用例圖3．對商品退貨的功能:包括”計劃申請、計劃核準(zhǔn)、質(zhì)檢出庫”三大部分。第一步,業(yè)務(wù)人員根據(jù)商品有效期與積壓情況,對商品提出退貨申請,便于對庫存資金的合理控制;數(shù)據(jù)涉及”供貨渠道信息、商品基礎(chǔ)信息、商品庫存信息、預(yù)期退貨數(shù)量”等信息,需要具備”添加、修改、查看”等功能。第二步,采購人員根據(jù)商品退貨申請數(shù)據(jù)與供貨渠道進(jìn)行洽談與確認(rèn),將最終能夠退貨數(shù)據(jù)登記到系統(tǒng),便于倉庫人員對商品進(jìn)行下架、打包、配送操作;數(shù)據(jù)涉及”供貨渠道信息、商品基礎(chǔ)信息、商品庫存信息、核準(zhǔn)退貨數(shù)量、核準(zhǔn)退貨價格”等信息,需要具備”查看、修改”等功能。第三步,倉儲人員根據(jù)商品核準(zhǔn)退貨數(shù)據(jù)進(jìn)行商品下架、打包、配送操作;數(shù)據(jù)涉及”供貨渠道信息、商品基礎(chǔ)信息、商品庫存信息、核準(zhǔn)退貨數(shù)量、核準(zhǔn)退貨價格、實(shí)際退貨數(shù)量”等信息,需要具備”查看、生效”等功能。圖8商品退貨的用例圖4．對客戶網(wǎng)站購買信息的記錄功能:第一步,客戶在網(wǎng)站購買商品后,系統(tǒng)自動生成一個購買訂單,記錄客戶的購買信息,便于后續(xù)的售后服務(wù)工作延續(xù);數(shù)據(jù)涉及”客戶聯(lián)系方式、客戶收貨地址、客戶付款信息、客戶收貨方式、客戶購買商品、客戶優(yōu)惠數(shù)據(jù)”等信息,需要具備”查看、修改、刪除、狀態(tài)跳轉(zhuǎn)”等功能。第二步,客戶網(wǎng)站購買訂單生成后,系統(tǒng)自動生成一個精確到商品批號的配送單,同時更新商品庫存數(shù)據(jù)并保證準(zhǔn)確性;數(shù)據(jù)涉及”商品配送單位、商品基礎(chǔ)信息、商品入庫信息、商品配送數(shù)量、商品配送進(jìn)價”等信息,需要具備”查看、刪除、修改、生效、狀態(tài)跳轉(zhuǎn)”等功能。5．對門店銷售商品的零售管理功能:第一步,倉儲人員根據(jù)門店零售需求,將商品提前配送到門店進(jìn)行展示,便于吸引客戶購買,配送的商品信息在此進(jìn)行登記;數(shù)據(jù)涉及”商品配送單位、商品接收單位、商品基礎(chǔ)信息、商品庫存信息、商品配貨數(shù)量、商品配貨價格、商品接收貨位”等信息;需要具備”添加、修改、刪除、查看、生效、驗(yàn)收、狀態(tài)跳轉(zhuǎn)”等功能。第二步,客戶在門店購買商品后,系統(tǒng)自動生成一個購買訂單,記錄客戶的購買信息,便于后續(xù)的售后服務(wù)工作延續(xù);數(shù)據(jù)涉及”客戶聯(lián)系方式、客戶付款信息、客戶購買商品、客戶優(yōu)惠數(shù)據(jù)”等信息,需要具備”查看、修改、刪除、添加”等功能。6．對商品盤點(diǎn)的功能:第一步,倉儲人員在進(jìn)行盤點(diǎn)前,在系統(tǒng)登記盤點(diǎn)需求,明確盤點(diǎn)開始時間以獲取系統(tǒng)庫存數(shù)據(jù),便于與盤點(diǎn)的庫存數(shù)據(jù)進(jìn)行對比分析;數(shù)據(jù)涉及”盤點(diǎn)范圍、盤點(diǎn)方式、盤點(diǎn)周期”等信息,需要具備”添加、修改、刪除、查看、授權(quán)”等功能。第二步,倉儲人員在盤點(diǎn)開始后,經(jīng)過手持設(shè)備對實(shí)際商品庫存數(shù)據(jù)進(jìn)行登記,便于與系統(tǒng)庫存數(shù)據(jù)進(jìn)行對比分析;數(shù)據(jù)涉及”商品基礎(chǔ)信息、商品庫存數(shù)量、商品貨位編碼、商品損壞數(shù)量”等信息;需要具備”添加、修改、查看、刪除”等功能。第三步,系統(tǒng)自動系統(tǒng)與盤點(diǎn)庫存數(shù)據(jù)不一致的信息進(jìn)行報警提示,以保證系統(tǒng)商品庫存數(shù)據(jù)與實(shí)際商品庫存數(shù)據(jù)的一致性;數(shù)據(jù)涉及”商品基礎(chǔ)信息、系統(tǒng)商品庫存數(shù)量、盤點(diǎn)商品庫存數(shù)據(jù)、商品貨位編碼、商品損壞數(shù)量、商品庫存差異數(shù)量”等信息;需要具備”查看、處理”等功能。第四步,財務(wù)人員根據(jù)庫存差異數(shù)據(jù)進(jìn)行核準(zhǔn),對出現(xiàn)的庫存差異進(jìn)行損溢登記,以實(shí)現(xiàn)系統(tǒng)商品庫存數(shù)據(jù)與實(shí)際商品庫存數(shù)據(jù)的一致性;數(shù)據(jù)涉及”商品基礎(chǔ)信息、商品庫存信息、損溢類型、損溢數(shù)量”等信息;需要具備”添加、修改、查看、刪除、審核”等功能。7．對商品進(jìn)行停止采購的功能:當(dāng)商品出現(xiàn)積壓,或者與供貨渠道出現(xiàn)分歧時,對商品進(jìn)行停止采購操作,禁止采購人員繼續(xù)購進(jìn)此商品;數(shù)據(jù)涉及”商品基礎(chǔ)信息、商品庫存信息”等信息;需要具備”添加、修改、刪除、查看、審核”等功能。8．對商品進(jìn)行停止銷售的功能:當(dāng)商品出現(xiàn)質(zhì)量問題需要廠家召回,或者運(yùn)營決定不再銷售此商品時,對商品進(jìn)行停止銷售操作,禁止”網(wǎng)站、門店”在繼續(xù)銷售此商品;數(shù)據(jù)涉及”商品基礎(chǔ)信息、商品庫存信息”等信息;需要具備”添加、修改、刪除、查看、審核”等功能。9．對供貨渠道的管理功能:將商品供貨渠道在系統(tǒng)中進(jìn)行登記,便于采購人員制定采購計劃中選定;數(shù)據(jù)涉及”供貨渠道名稱、地址、聯(lián)系人、營業(yè)執(zhí)照、藥品資質(zhì)”等信息;需要具備”添加、刪除、修改、查看、審核”等功能。10．對在庫商品的有效期監(jiān)控報警功能:根據(jù)”企業(yè)運(yùn)營、供貨渠道”的要求,對商品有效期報警參數(shù)進(jìn)行設(shè)置,便于及時發(fā)現(xiàn)達(dá)到有效期警戒線的商品,及時進(jìn)行供貨渠道退貨、運(yùn)營清倉等工作;數(shù)據(jù)涉及”商品信息、報警類型(按供貨渠道、按企業(yè)運(yùn)營)、報警范圍(單一供貨渠道、全部供貨渠道)、初-中-高報警天數(shù)”等信息,需要具備”添加、修改、查看”報警參數(shù)的功能,需要具備”查看、處理”報警商品的功能。2.4非功能性需求醫(yī)藥零售電子商務(wù)進(jìn)銷存系統(tǒng)滿足用戶業(yè)務(wù)需求而必須具有且除功能需求以外的特性。非功能性需求包括系統(tǒng)的性能、可靠性、可維護(hù)性、可擴(kuò)充性和對技術(shù)和對業(yè)務(wù)的適應(yīng)性等等。2.4.1性能指標(biāo)性能需求部分,主要有兩個方面的指標(biāo)要求,即響應(yīng)時間要求和并發(fā)能力要求。并發(fā)性:因本系統(tǒng)主要是內(nèi)部運(yùn)營人員使用,因此在訪問指標(biāo)上要求能夠滿足千兆以太網(wǎng)環(huán)境中,可支持系統(tǒng)用戶數(shù)1萬人,日活躍用戶數(shù)1千人,平均在線使用時間以2小時為基準(zhǔn),平均并發(fā)用戶數(shù)為80人。響應(yīng)時間:此用例以多用戶并發(fā)查詢?yōu)橹?以平均并發(fā)用戶數(shù)80人為例,并發(fā)查詢的平均響應(yīng)時間不能超過3秒,考慮到峰值的浪涌情況,峰值并發(fā)人數(shù)為100人時,并發(fā)查詢的平均響應(yīng)時間不能超過4秒。2.4.2安全性業(yè)務(wù)安全性方面,保證系統(tǒng)不會由于自身的故障或失效導(dǎo)致應(yīng)用系統(tǒng)的其它成份相繼失效甚至崩潰的特性。數(shù)據(jù)安全性方面,防止外界或內(nèi)部用戶的非法或惡意訪問本系統(tǒng)。即系統(tǒng)本身應(yīng)有完善的權(quán)限管理功能,經(jīng)過對權(quán)限的配置管理,可實(shí)現(xiàn)對于不同操作角色的訪問控制,同時在關(guān)鍵業(yè)務(wù)數(shù)據(jù)的更新與刪除操作上,應(yīng)具備操作審核功能以及操作日志。便于追蹤數(shù)據(jù)操作軌跡,保證數(shù)據(jù)層面的安全。2.4.3穩(wěn)定性本系統(tǒng)的運(yùn)行要為7*24小時的不間斷自動運(yùn)行,即除必要的少量配置文件的修改之外,日常的業(yè)務(wù)均由系統(tǒng)自動運(yùn)行、勿需人工干預(yù)。運(yùn)行操作人員僅在系統(tǒng)報警提示的情況下,進(jìn)行非正常情況下的人工干預(yù)或通知技術(shù)人員進(jìn)行故障維修。2.4.4可維護(hù)性系統(tǒng)一旦投入運(yùn)行就不能間斷。除了要求系統(tǒng)具有良好的維護(hù)性外,還應(yīng)當(dāng)擁有離線的維護(hù)環(huán)境以便在不影響正常業(yè)務(wù)的情況下進(jìn)行軟件的維護(hù)工作。2.4.5可擴(kuò)展性隨著業(yè)務(wù)的不斷發(fā)展,新的系統(tǒng)也將不斷建設(shè),因此,本項(xiàng)目應(yīng)具有較好的可擴(kuò)展性,為應(yīng)用系統(tǒng)的進(jìn)一步擴(kuò)充和升級提供方便。系統(tǒng)應(yīng)適應(yīng)業(yè)務(wù)部門的需求變更及擴(kuò)展,多采用配置方法功能調(diào)整,而不需要對程序做大的修改。系統(tǒng)應(yīng)能適應(yīng)后續(xù)應(yīng)用的添加,系統(tǒng)整體框架保持穩(wěn)定,不需要做大量的程序修改。隨著用戶數(shù)的增長及功能應(yīng)用的增長,軟件系統(tǒng)經(jīng)過硬件性能的調(diào)整而保持相正確穩(wěn)定性。2.4.6易用性為便于操作人員的人工干預(yù),有關(guān)系統(tǒng)配置、運(yùn)行參數(shù)、節(jié)目表的修改等,應(yīng)提供直觀、方便的修改界面,系統(tǒng)可按照配置的參數(shù)自動運(yùn)行,減少操作人員的勞動強(qiáng)度。2.4.7規(guī)范性本系統(tǒng)的設(shè)計需要采用標(biāo)準(zhǔn)的通信、網(wǎng)絡(luò)等協(xié)議,嚴(yán)格遵循軟件工程規(guī)范化的設(shè)計原則,不同的設(shè)計階段進(jìn)行嚴(yán)格的設(shè)計評審及完成相應(yīng)的設(shè)計文檔等,對整個設(shè)計過程進(jìn)行規(guī)范化的管理和控制。收集與分發(fā)的所有資料應(yīng)具有規(guī)范的文件命名和數(shù)據(jù)格式。第三章系統(tǒng)總體設(shè)計3.1系統(tǒng)技術(shù)架構(gòu)進(jìn)銷存是一個功能復(fù)雜,系統(tǒng)龐大的系統(tǒng),在進(jìn)銷存系統(tǒng)里管理著多個操作用戶和多年商業(yè)信息的數(shù)據(jù)。因此技術(shù)架構(gòu)時必須重點(diǎn)考慮整個系統(tǒng)的跨平臺、安全性、穩(wěn)定性、實(shí)用性及可伸縮性,同時技術(shù)架構(gòu)應(yīng)該有非常好的可擴(kuò)展能力,采用模塊化、構(gòu)件化以及面向?qū)ο蟮脑O(shè)計方法,并符合整個項(xiàng)目的建設(shè)原則和技術(shù)要求。結(jié)構(gòu)選型恰當(dāng)與否,直接關(guān)系到系統(tǒng)的成敗。在結(jié)構(gòu)選型中主要考慮先進(jìn)性和實(shí)用性并重原則、標(biāo)準(zhǔn)化和規(guī)范化原則、開放性和兼容性原則、松耦合和粗粒度集成原則、可擴(kuò)展性和可維護(hù)性原則、可擴(kuò)展性和可維護(hù)性原則?；谝陨显瓌t,并結(jié)合當(dāng)前業(yè)內(nèi)的成功案例,本系統(tǒng)技術(shù)體系上選用J2EE技術(shù),采用B/S/D三層結(jié)構(gòu)進(jìn)行應(yīng)用系統(tǒng)的開發(fā)。開發(fā)采用Srping+webwork2+ibatis+Freemarker+MySQL該系統(tǒng)的技術(shù)架構(gòu)劃分三個層次:展示層/業(yè)務(wù)邏輯層/數(shù)據(jù)訪問層。圖9系統(tǒng)技術(shù)架構(gòu)圖展現(xiàn)層英文是PresentationLayer,是實(shí)現(xiàn)顯示功能的,在進(jìn)銷存系統(tǒng)里就是展示給用戶的UI部分,使用戶直接操作的界面,用戶經(jīng)過展示層獲取信息,并對信息進(jìn)行管理。系統(tǒng)經(jīng)過展示層也能獲取用戶的行為信息。這部分一般使用B/S結(jié)構(gòu)來完成,當(dāng)然你也能夠使用專門遠(yuǎn)程客戶端來實(shí)現(xiàn);業(yè)務(wù)邏輯層因?yàn)槭怯纱罅拷M件(Components)組成的,也可稱為組件層,組件從不同角度又可分為各種類型,然后又有不同的流派,當(dāng)前占主要位置的是Model+Service,模型加服務(wù),因此這一層又稱為業(yè)務(wù)服務(wù)層BusinessService;也有稱為Model業(yè)務(wù)層;持久層是負(fù)責(zé)對象持久化也就是數(shù)據(jù)庫操作的層次,英文PersistenceLayer,主要負(fù)責(zé)把用戶的操作數(shù)據(jù),經(jīng)過分析整理轉(zhuǎn)化成數(shù)據(jù)庫語言,最終存儲到數(shù)據(jù)庫里,在用戶需要使用的時候再讀取使用,例如:用戶增加一個供應(yīng)商信息,用戶在系統(tǒng)里,填入供應(yīng)商的名稱,供應(yīng)商地址,供應(yīng)商營業(yè)執(zhí)照,聯(lián)系人,開戶銀行等信息,在持久層把這些信息存儲導(dǎo)數(shù)據(jù)庫中的相應(yīng)的供應(yīng)商表里。展現(xiàn)層框架在進(jìn)銷存系統(tǒng)中用戶操作比較頻繁,訪問量也會比較大,因此選擇一個效率高、速度快的展示層是很重要,能夠給用戶帶來良好的用戶體驗(yàn)。用戶在使用系統(tǒng)時,就是在和展示層進(jìn)行交互,用戶的使用體驗(yàn)全部來自展示層,展示層的選擇最終影響到用戶的體驗(yàn)。因此進(jìn)過調(diào)研測試最終選擇了FreeMarker,FreeMarker是一個用Java語言編寫的模板引擎,它基于模板來生成文本輸出。FreeMarker與Web容器無關(guān),即在Web運(yùn)行時,它并不知道Servlet或HTTP。它不但能夠用作表現(xiàn)層的實(shí)現(xiàn)技術(shù),而且還能夠用于生成XML,JSP或Java等。FreeMarker允許Javaservlet保持圖形設(shè)計同應(yīng)用程序邏輯的分離,這是經(jīng)過在模板中密封HTML完成的。模板用servlet提供的數(shù)據(jù)動態(tài)地生成HTML。模板語言是強(qiáng)大的直觀的,編譯器速度快,輸出接近靜態(tài)HTML頁面的速度。雖然FreeMarker具有一些編程的能力,但一般由Java程序準(zhǔn)備要顯示的數(shù)據(jù),由FreeMarker生成頁面,經(jīng)過模板顯示準(zhǔn)備的數(shù)據(jù)。FreeMarker與容器無關(guān),因?yàn)樗⒉恢繦TTP或Servlet;FreeMarker同樣能夠應(yīng)用于非Web應(yīng)用程序環(huán)境,FreeMarker更適合作為Model2框架(如Struts)的視圖組件,能夠在模板中使用JSP標(biāo)記庫,FreeMarker是免費(fèi)的。業(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í)成本低的框架去實(shí)現(xiàn)邏輯層,在經(jīng)過業(yè)內(nèi)調(diào)研和內(nèi)部的討論后,webwork非常適合我們的進(jìn)銷存系統(tǒng)的開發(fā),具體分析如下:1.因?yàn)閣ebwork簡潔、靈活功能強(qiáng)大,它是一個標(biāo)準(zhǔn)的Command模式框架實(shí)現(xiàn),而且完全從web層脫離出來。2.Xwork提供了很多核心功能:前端攔截機(jī)(interceptor),運(yùn)行時表單屬性驗(yàn)證,類型轉(zhuǎn)換,強(qiáng)大的表示式語言(OGNL–theObjectGraphNotationLanguage),IoC(InversionofControl依賴倒轉(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ù)訪問層框架持久層框架當(dāng)前有Hibernate和各種JDO產(chǎn)品,當(dāng)然還有直接寫SQL語句的JDBC。因?yàn)檫M(jìn)銷存系統(tǒng)本身的復(fù)雜程度,就決定持久層的復(fù)雜性,只有選擇一個功能強(qiáng)大,使用方便、透明的框架才能給開發(fā)人員帶來方便,無論在開發(fā)過程和調(diào)試過程使用一個能對SQL透明的的框架是非常有好處的!我們選擇iBatis,因?yàn)镮batis的靈活性和透明度的的綜合性要比hibernate和其它的JDO產(chǎn)品要好。持久層框架質(zhì)量好與壞區(qū)分就是是否是O/RMapping,也就是對象和關(guān)系數(shù)據(jù)庫映射,關(guān)系數(shù)據(jù)庫需要實(shí)現(xiàn)定義好Schema結(jié)構(gòu);對象因?yàn)樽侄味兊囊灿幸粋€自己的結(jié)構(gòu),如何將對象數(shù)據(jù)自動持久化到數(shù)據(jù)庫中,首先我們得定義兩者結(jié)構(gòu)的對應(yīng),這實(shí)際是數(shù)據(jù)的元數(shù)據(jù)定義。因?yàn)镠iberante/iBatis這樣O/RMapping工具幫助你實(shí)現(xiàn)對象和數(shù)據(jù)庫轉(zhuǎn)換,克服了對象和數(shù)據(jù)庫阻抗現(xiàn)象,O/RMapping總結(jié),因此才使得我們更多的能夠?qū)ο蠓绞?從模型Model對象)來考慮JavaEE/J2EE系統(tǒng),能夠完全放棄以前那種以數(shù)據(jù)庫為中心的思維方式。因此,是否選用好的持久層框架,取決于你整個團(tuán)隊思維是否徹底OO了,是否需要真正OO,當(dāng)然,對于一些小型項(xiàng)目,有時我們覺得直接使用JDBC模板反而更加輕松快捷一點(diǎn),這也是Spring的JDBC模板/iBatis的Jdbc模板存在的理由了。從以上能夠看出,靈活性/快速性/簡單性/可伸縮性是我們進(jìn)行架構(gòu)選擇的主要幾個依據(jù),架構(gòu)選擇實(shí)際就是在這幾個策略之間做一個平衡。當(dāng)然,還有一個非常重要的因素,因?yàn)樗粚儆谀硞€層次的技術(shù),性能/緩存是必須和上面因素綜合考慮的因素。3.2系統(tǒng)功能架構(gòu)根據(jù)對進(jìn)銷存系統(tǒng)目標(biāo)和業(yè)務(wù)流程的分析,確定了本系統(tǒng)的七大模塊:供應(yīng)商管理、商品信息管理、商品進(jìn)貨管理、商品退貨管理、商品價格管理、商品銷售管理、商品盤點(diǎn)管理。圖10系統(tǒng)功能架構(gòu)圖3.2.1供應(yīng)商管理供應(yīng)商管理:是系統(tǒng)運(yùn)作的基礎(chǔ),要實(shí)現(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ù)資金核算。3.2.2商品信息管理商品信息管理:是系統(tǒng)運(yùn)作的基礎(chǔ),要實(shí)現(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ù)采購。3.2.3商品進(jìn)貨管理商品進(jìn)貨管理:采購人員從與供應(yīng)商洽談采購計劃,到商品到貨信息錄入到系統(tǒng)的整套商品進(jìn)入業(yè)務(wù)流程。包括:采購計劃制定、驗(yàn)收單、入庫單、商品效期報警、商品貨位維護(hù);采購計劃制定是采購人員與供貨渠道確定的采購數(shù)據(jù)在系統(tǒng)中進(jìn)行登記;驗(yàn)收單是質(zhì)檢人員對實(shí)際到貨商品進(jìn)行質(zhì)量與數(shù)量核驗(yàn);入庫單是倉儲人員對實(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)。3.2.4商品退貨管理商品退貨管理:業(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)行商品下架、打包、配送。3.2.5商品價格管理商品價格管理:是系統(tǒng)開展銷售業(yè)務(wù)的基礎(chǔ)信息,要實(shí)現(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)管理。3.2.6商品銷售管理商品銷售管理:網(wǎng)站或門店將銷售信息錄入到系統(tǒng),同時實(shí)現(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ù)銷售此商品。3.2.7商品盤點(diǎn)管理商品盤點(diǎn)管理:倉儲人員定期對庫存商品進(jìn)行清點(diǎn),以保證系統(tǒng)記錄的商品庫存數(shù)據(jù)與商品實(shí)際庫存數(shù)據(jù)保持一致。包括:商品盤點(diǎn)登記、系統(tǒng)庫存數(shù)據(jù)、盤點(diǎn)庫存數(shù)據(jù)、庫存數(shù)據(jù)對比表、商品損溢登記;商品盤點(diǎn)登記是倉儲人員在進(jìn)行盤點(diǎn)前,在系統(tǒng)登記盤點(diǎn)需求,明確盤點(diǎn)開始時間以獲取系統(tǒng)庫存數(shù)據(jù);盤點(diǎn)庫存數(shù)據(jù)是倉儲人員在盤點(diǎn)開始后,經(jīng)過手持設(shè)備對實(shí)際商品庫存數(shù)據(jù)進(jìn)行登記與動態(tài)管理;庫存數(shù)據(jù)對比表是系統(tǒng)與盤點(diǎn)庫存數(shù)據(jù)進(jìn)行對比,對不一致的信息進(jìn)行報警提示;商品損溢登記是財務(wù)人員根據(jù)庫存差異數(shù)據(jù)進(jìn)行核準(zhǔn),對出現(xiàn)的庫存差異進(jìn)行損溢登記,以實(shí)現(xiàn)系統(tǒng)商品庫存數(shù)據(jù)與實(shí)際商品庫存數(shù)據(jù)的一致性。3.3系統(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)供用戶訪問。經(jīng)過分級權(quán)限管理,各級系統(tǒng)操作用戶都能夠在各自范圍內(nèi)進(jìn)行業(yè)務(wù)處理。1．系統(tǒng)部署的安全策略系統(tǒng)部署的安全性是首要問題,由于B／S模式采用點(diǎn)對多點(diǎn)、多點(diǎn)對多點(diǎn)這種開放的結(jié)構(gòu)模式,并采用TCP／IP這一類運(yùn)用于Internet的開放性協(xié)議,其安全性只能靠數(shù)據(jù)服務(wù)器上管理密碼的數(shù)據(jù)庫來保證。現(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)安全。因此,經(jī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)的整體訪問能力提高,用能夠?qū)崿F(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è)計4.1功能模塊詳細(xì)設(shè)計由于功能模塊中涉及的功能較多,此處以供應(yīng)商管理、商品管理、采購計劃管理為系統(tǒng)詳細(xì)設(shè)計用例,詳細(xì)展開各項(xiàng)功能需求。4.1.1供應(yīng)商管理供應(yīng)商信息”查詢”功能,附帶”創(chuàng)立、修改、刪除”等功能;此頁面可查詢與維護(hù)”進(jìn)銷存系統(tǒng)”中所有的供應(yīng)商信息。表1通用操作規(guī)則表名稱規(guī)則創(chuàng)立點(diǎn)擊則新窗口打開”創(chuàng)立供應(yīng)商”頁面。修改選中某一供應(yīng)商、此供應(yīng)商為”創(chuàng)立、正?！睍r,才可點(diǎn)擊此按鈕;點(diǎn)擊則新窗口打開”修改供應(yīng)商”頁面。刪除選中某一供應(yīng)商、此供應(yīng)商為”創(chuàng)立”時,才可點(diǎn)擊此按鈕;點(diǎn)擊則新窗口打開”刪除供應(yīng)商”提示層。刪除提交后,此供應(yīng)商狀態(tài)變更為”作廢”。提交審核選中某一供應(yīng)商、此供應(yīng)商為”創(chuàng)立、正?！睍r,才可點(diǎn)擊此按鈕。表2人員權(quán)限管理名稱權(quán)限規(guī)則--特殊權(quán)限對供應(yīng)商進(jìn)行創(chuàng)立、查看、修改、刪除操作。采購主管審核獨(dú)立權(quán)限--狀態(tài)規(guī)則說明定義:包括”創(chuàng)立、正常、作廢”。1、創(chuàng)立定義為”創(chuàng)立供應(yīng)商信息保存后,系統(tǒng)自動更新為此狀態(tài)”;2、正常定義為”提交成功的意思,系統(tǒng)自動更新為此狀態(tài)”。6、作廢定義為”此供應(yīng)商信息已經(jīng)沒有意義,不能再進(jìn)行任何操作,如果重新與作廢供應(yīng)商合作,需要重新創(chuàng)立此供應(yīng)商信息”。活動圖例說明圖12供應(yīng)商管理活動圖由以上活動圖,能夠得到供貨渠道實(shí)現(xiàn)的業(yè)務(wù)流程如下:采購人員登錄主界面,點(diǎn)擊供貨渠道管理鏈接,進(jìn)入供貨渠道管理頁面;此時需要對采購人員身份進(jìn)行驗(yàn)證,因此系統(tǒng)轉(zhuǎn)入采購人員身份驗(yàn)證界面;采購人員輸入身份信息,包括合法的用戶名和密碼,試圖登錄系統(tǒng)。系統(tǒng)將采購人員輸入的身份信息與數(shù)據(jù)庫中的信息進(jìn)行比對,若兩者一致,則允許登錄,系統(tǒng)自動跳轉(zhuǎn)至供貨渠道管理界面。否則,系統(tǒng)給出登錄失敗信息,并重新轉(zhuǎn)至采購人員身份驗(yàn)證界面,要求重新輸入身份信息;登錄成功后,采購人員能夠?qū)┴浨滥K進(jìn)行相關(guān)的操作,包括新建、修改、刪除,或者查詢供貨渠道等;所有這些操作完成之后,需要點(diǎn)擊”提交”按鈕,提交表單,系統(tǒng)經(jīng)過響應(yīng)表單的提交,完成相應(yīng)的操作并返回相應(yīng)的結(jié)果;若在操作過程中,輸入的信息有誤,則系統(tǒng)會提示錯誤,并要求采購人員重新進(jìn)行操作;信息無誤后,系統(tǒng)將更新后的信息存入數(shù)據(jù)庫,以備日后查詢或修改;退出系統(tǒng),此次供貨渠道管理活動結(jié)束。時序圖例說明圖13供應(yīng)商管理時序圖在上圖中,采購人員分別進(jìn)行新建供貨渠道、修改供貨渠道、刪除供貨渠道以及提交供貨渠道等操作,并在操作完成后提交表單。在表單供貨渠道概要信息提交給項(xiàng)目對象的同時,還需要提交供貨渠道的明細(xì)信息給項(xiàng)目對象,由該對象對提交的表單進(jìn)行處理,處理完畢,返回提交成功信息。4.1.2商品信息管理概述此模塊商品信息管理是針對商品詳細(xì)信息進(jìn)行”創(chuàng)立、修改、刪除”等功能。在進(jìn)銷存系統(tǒng)中,商品信息數(shù)據(jù)基礎(chǔ)資料,在供應(yīng)商管理、商品價格管理、商品采購管理、質(zhì)量管理、商品庫存管理、商品盤點(diǎn)管理模塊都會應(yīng)用。關(guān)聯(lián)商品信息中”批準(zhǔn)文號、重量”與”入庫單”存在逆向更新功能。在”入庫單”能夠逆向修改商品信息中”批準(zhǔn)文號、重量”信息,但商品信息中”批準(zhǔn)文號、重量”修改,不會變更”入庫單”中信息;因?yàn)椤比霂靻巍睂儆诠斡涗?需要記錄歷史數(shù)據(jù);特別說明”商品庫存信息”中的”批準(zhǔn)文號、重量”信息與”此模塊-商品信息管理”的信息保持一致?；顒訄D例說明圖14商品信息管理活動圖由以上活動圖,能夠得到商品信息實(shí)現(xiàn)的業(yè)務(wù)流程如下:商品人員登錄主界面,點(diǎn)擊商品信息管理鏈接,進(jìn)入商品信息管理頁面;此時需要對商品人員身份進(jìn)行驗(yàn)證,因此系統(tǒng)轉(zhuǎn)入商品人員身份驗(yàn)證界面;商品人員輸入身份信息,包括合法的用戶名和密碼,試圖登錄系統(tǒng)。系統(tǒng)將商品人員輸入的身份信息與數(shù)據(jù)庫中的信息進(jìn)行比對,若兩者一致,則允許登錄,系統(tǒng)自動跳轉(zhuǎn)至商品信息管理界面。否則,系統(tǒng)給出登錄失敗信息,并重新轉(zhuǎn)至商品人員身份驗(yàn)證界面,要求重新輸入身份信息;登錄成功后,商品人員能夠?qū)ι唐沸畔⒛K進(jìn)行相關(guān)的操作,包括新建、修改、刪除,或者查詢商品信息等;所有這些操作完成之后,需要點(diǎn)擊”提交”按鈕,提交表單,系統(tǒng)經(jīng)過響應(yīng)表單的提交,完成相應(yīng)的操作并返回相應(yīng)的結(jié)果;若在操作過程中,輸入的信息有誤,則系統(tǒng)會提示錯誤,并要求商品人員重新進(jìn)行操作;信息無誤后,系統(tǒng)將更新后的信息存入數(shù)據(jù)庫,以備日后查詢或修改;退出系統(tǒng),此次商品信息管理活動結(jié)束。時序圖例說明圖15商品信息管理時序圖在上圖中,商品人員分別進(jìn)行新建商品、修改商品、刪除商品以及提交商品信息等操作,并在操作完成后提交表單。在表單商品概要信息提交給項(xiàng)目對象的同時,還需要提交商品的明細(xì)信息給項(xiàng)目對象,由該對象對提交的表單進(jìn)行處理,處理完畢,返回提交成功信息。4.1.3采購計劃管理概述此頁面是采購員與供應(yīng)商達(dá)成采購協(xié)議后,在進(jìn)銷存系統(tǒng)進(jìn)行對應(yīng)供應(yīng)商的商品采購計劃登記的功能;此頁面的采購計劃是商品到貨后,為”驗(yàn)收單”商品核驗(yàn)工作提供基礎(chǔ)數(shù)據(jù)的作用。關(guān)聯(lián)1、此頁面獲取”商品信息管理”中商品基礎(chǔ)信息;2、此頁面獲取”商品庫存管理”中商品入庫信息;3、此頁面獲取”庫存上下限設(shè)置”計算的”庫存上下限數(shù)據(jù)”;4、此頁面獲取”供應(yīng)商管理”中供應(yīng)商信息;5、此頁面獲取”商品價格管理”中商品價格信息;6、此頁面還會獲取其它的信息,具體可見各個字段說明。范圍1、此頁面僅可選擇”正?！睜顟B(tài)的供應(yīng)商;2、此頁面不可選擇”作廢狀態(tài)、停止采購”屬性的商品;3、”作廢狀態(tài)”數(shù)據(jù)來源于商品信息管理;4、”停止采購”數(shù)據(jù)來源于停止/恢復(fù)采購單?；顒訄D例說明圖16采購計劃管理活動圖由以上活動圖,能夠得到采購計劃實(shí)現(xiàn)的業(yè)務(wù)流程如下:采購人員登錄主界面,點(diǎn)擊采購計劃管理鏈接,進(jìn)入采購計劃管理頁面;此時需要對采購人員身份進(jìn)行驗(yàn)證,因此系統(tǒng)轉(zhuǎn)入采購人員身份驗(yàn)證界面;采購人員輸入身份信息,包括合法的用戶名和密碼,試圖登錄系統(tǒng)。系統(tǒng)將采購人員輸入的身份信息與數(shù)據(jù)庫中的信息進(jìn)行比對,若兩者一致,則允許登錄,系統(tǒng)自動跳轉(zhuǎn)至采購計劃管理界面。否則,系統(tǒng)給出登錄失敗信息,并重新轉(zhuǎn)至采購人員身份驗(yàn)證界面,要求重新輸入身份信息;登錄成功后,采購人員能夠?qū)Σ少徲媱澞K進(jìn)行相關(guān)的操作,包括新建、修改、刪除,或者查詢采購計劃等;所有這些操作完成之后,需要點(diǎn)擊”提交”按鈕,提交表單,系統(tǒng)經(jīng)過響應(yīng)表單的提交,完成相應(yīng)的操作并返回相應(yīng)的結(jié)果;若在操作過程中,輸入的信息有誤,則系統(tǒng)會提示錯誤,并要求采購人員重新進(jìn)行操作;信息無誤后,系統(tǒng)將更新后的信息存入數(shù)據(jù)庫,以備日后查詢或修改;退出系統(tǒng),此次采購計劃管理活動結(jié)束。時序圖例說明圖17采購計劃管理時序圖在上圖中,采購人員分別進(jìn)行新建采購計劃、修改采購計劃、刪除采購計劃以及提交采購計劃等操作,并在操作完成后提交表單。在表單采購計劃概要信息提交給項(xiàng)目對象的同時,還需要提交采購計劃的明細(xì)信息給項(xiàng)目對象,由該對象對提交的表單進(jìn)行處理,處理完畢,返回提交成功信息。4.2數(shù)據(jù)庫的設(shè)計目標(biāo)進(jìn)銷存管理系統(tǒng)中的數(shù)據(jù)庫系統(tǒng)是整個系統(tǒng)的數(shù)據(jù)支撐,其建設(shè)將實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)的集中存儲和管理。數(shù)據(jù)架構(gòu)設(shè)計的好壞將直接影響到整個工程開發(fā)、運(yùn)行及今后的穩(wěn)定發(fā)展,因此需要規(guī)劃和設(shè)計一個合理的數(shù)據(jù)架構(gòu),對各類業(yè)務(wù)數(shù)據(jù)進(jìn)行合理布局,從而滿足業(yè)務(wù)的正常運(yùn)行及數(shù)據(jù)交互的需要,并適應(yīng)新形式下業(yè)務(wù)流程未來可能的變化,形成系統(tǒng)穩(wěn)定可靠的數(shù)據(jù)基礎(chǔ)。數(shù)據(jù)對于信息化系統(tǒng)有著至關(guān)重要的作用,從某種意義上講數(shù)據(jù)質(zhì)量決定著信息化系統(tǒng)的成敗,因此,數(shù)據(jù)架構(gòu)的重要性也就顯而易見了。權(quán)限設(shè)計采用細(xì)粒度權(quán)限管理,根據(jù)不同的崗位分配權(quán)限,再在崗位里分配角色和模塊,這樣能夠給權(quán)限管理者減少工作復(fù)雜度,只需要把崗位設(shè)置完成后,就不用每次都去配置交涉和模塊,只需要把工作內(nèi)容相同的操作員分配相同的崗位即可。權(quán)限的細(xì)粒度管理,能夠給不同操作員展示不同的操作頁面,而不是根據(jù)不同按鈕的隱藏和顯示控制權(quán)限。例如:同一個”刪除”按鈕,A有操作權(quán)限就會看見此按鈕,B沒有權(quán)限就不會看到此按鈕,也不會在頁面的源代碼里看見此按鈕的操作代碼,這樣才能提高系統(tǒng)安全度。4.3數(shù)據(jù)庫的設(shè)計原則基于系統(tǒng)的總體架構(gòu)以及功能需求,按照統(tǒng)一的共享信息資源標(biāo)準(zhǔn)進(jìn)行共享數(shù)據(jù)庫設(shè)計時,擬遵循如下原則:1．不應(yīng)該針對整個系統(tǒng)進(jìn)行數(shù)據(jù)庫設(shè)計,而應(yīng)該根據(jù)系統(tǒng)架構(gòu)中的組件劃分,針對每個組件所處理的業(yè)務(wù)進(jìn)行組件單元的數(shù)據(jù)庫設(shè)計;不同組件間所對應(yīng)的數(shù)據(jù)庫表之間的關(guān)聯(lián)應(yīng)盡可能減少,如果不同組件間的表需要外鍵關(guān)聯(lián)也盡量不要創(chuàng)立外鍵關(guān)聯(lián),而只是記錄關(guān)聯(lián)表的一個主鍵,確保組件對應(yīng)的表之間的獨(dú)立性,為系統(tǒng)或表結(jié)構(gòu)的重構(gòu)提供可能性。2．采用領(lǐng)域模型驅(qū)動的方式和自頂向下的思路進(jìn)行數(shù)據(jù)庫設(shè)計,首先分析系統(tǒng)業(yè)務(wù),根據(jù)職責(zé)定義對象。對象要符合封裝的特性,確保與職責(zé)相關(guān)的數(shù)據(jù)項(xiàng)被定義在一個對象之內(nèi),這些數(shù)據(jù)項(xiàng)能夠完整描述該職責(zé),不會出現(xiàn)職責(zé)描述缺失。而且一個對象有且只有一項(xiàng)職責(zé),如果一個對象要負(fù)責(zé)兩個或兩個以上的職責(zé),應(yīng)進(jìn)行分拆。3．根據(jù)建立的領(lǐng)域模型進(jìn)行數(shù)據(jù)庫表的映射,此時應(yīng)參考數(shù)據(jù)庫設(shè)計第二范式:一個表中的所有非關(guān)鍵字屬性都依賴于整個關(guān)鍵字。關(guān)鍵字能夠是一個屬性,也能夠是多個屬性的集合,不論那種方式,都應(yīng)確保關(guān)鍵字能夠保證唯一性。在確定關(guān)鍵字時,應(yīng)保證關(guān)鍵字不會參與業(yè)務(wù)且不會出現(xiàn)更新異常,這時,最優(yōu)解決方案為采用一個自增數(shù)值型屬性或一個隨機(jī)字符串作為表的關(guān)鍵字。4．由于第一點(diǎn)所述的領(lǐng)域模型驅(qū)動的方式設(shè)計數(shù)據(jù)庫表結(jié)構(gòu),領(lǐng)域模型中的每一個對象只有一項(xiàng)職責(zé),因此對象中的數(shù)據(jù)項(xiàng)不存在傳遞依賴,因此,這種思路的數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計從一開始即滿足第三范式:一個表應(yīng)滿足第二范式,且屬性間不存在傳遞依賴。5．同樣,由于對象職責(zé)的單一性以及對象之間的關(guān)系反映的是業(yè)務(wù)邏輯之間的關(guān)系,因此在領(lǐng)域模型中的對象存在主對象和從對象之分,從對象是從1－N或N－N的角度進(jìn)一步主對象的業(yè)務(wù)邏輯,因此從對象及對象關(guān)系映射為的表及表關(guān)聯(lián)關(guān)系不存在刪除和插入異常。6．在映射后得出的數(shù)據(jù)庫表結(jié)構(gòu)中,應(yīng)再根據(jù)第四范式進(jìn)行進(jìn)一步修改,確保不存在多值依賴。這時,應(yīng)根據(jù)反向工程的思路反饋給領(lǐng)域模型。如果表結(jié)構(gòu)中存在多值依賴,則證明領(lǐng)域模型中的對象具有至少兩個以上的職責(zé),應(yīng)根據(jù)第一條進(jìn)行設(shè)計修正。7．在經(jīng)過分析后確認(rèn)所有的表都滿足二、三、四范式的情況下,表和表之間的關(guān)聯(lián)盡量采用弱關(guān)聯(lián)以便于對表字段和表結(jié)構(gòu)的調(diào)整和重構(gòu)。而且,我認(rèn)為數(shù)據(jù)庫中的表是用來持久化一個對象實(shí)例在特定時間及特定條件下的狀態(tài)的,只是一個存儲介質(zhì),因此,表和表之間也不應(yīng)用強(qiáng)關(guān)聯(lián)來表述業(yè)務(wù)(數(shù)據(jù)間的一致性),這一職責(zé)應(yīng)由系統(tǒng)的邏輯層來保證,這種方式也確保了系統(tǒng)對于不正確數(shù)據(jù)(臟數(shù)據(jù))的兼容性。當(dāng)然,從整個系統(tǒng)的角度來說我們還是要盡最大努力確保系統(tǒng)不會產(chǎn)生臟數(shù)據(jù),單從另一個角度來說,臟數(shù)據(jù)的產(chǎn)生在一定程度上也是不可避免的,我們也要保證系統(tǒng)對這種情況的容錯性。這是一個折中的方案。8．應(yīng)針對所有表的主鍵和外鍵建立索引,有針對性的(針對一些大數(shù)據(jù)量和常見檢索方式)建立組合屬性的索引,提高檢索效率。雖然建立索引會消耗部分系統(tǒng)資源,但比較起在檢索時搜索整張表中的數(shù)據(jù)特別時表中的數(shù)據(jù)量較大時所帶來的性能影響,以及無索引時的排序操作所帶來的性能影響,這種方式依然是值得提倡的。9．盡量少采用存儲過程,當(dāng)前已經(jīng)有很多技術(shù)能夠替代存儲過程的功能如”對象/關(guān)系映射”等,將數(shù)據(jù)一致性的保證放在數(shù)據(jù)庫中,無論對于版本控制、開發(fā)和部署、以及數(shù)據(jù)庫的遷移都會帶來很大的影響。但不可否認(rèn),存儲過程具有性能上的優(yōu)勢,因此,當(dāng)系統(tǒng)可使用的硬件不會得到提升而性能又是非常重要的質(zhì)量屬性時,可經(jīng)過平衡考慮選用存儲過程。10．當(dāng)處理表間的關(guān)聯(lián)約束所付出的代價(常常是使用性上的代價)超過了保證不會出現(xiàn)修改、刪除、更改異常所付出的代價,而且數(shù)據(jù)冗余也不是主要的問題時,表設(shè)計能夠不符合四個范式。四個范式確保了不會出現(xiàn)異常,但也可能由此導(dǎo)致過于純潔的設(shè)計,使得表結(jié)構(gòu)難于使用,因此在設(shè)計時需要進(jìn)行綜合判斷,但首先確保符合四個范式,然后再進(jìn)行精化修正是剛剛進(jìn)入數(shù)據(jù)庫設(shè)計領(lǐng)域時能夠采用的最好辦法。11．設(shè)計出的表要具有較好的使用性,主要體現(xiàn)在查詢時是否需要關(guān)聯(lián)多張表且還需使用復(fù)雜的SQL技巧。4.4數(shù)據(jù)庫的邏輯設(shè)計4.4.1數(shù)據(jù)字典分析系統(tǒng)中所設(shè)計的部分?jǐn)?shù)據(jù)字典如下:采購計劃單{供應(yīng)商ID、采購計劃編號、結(jié)算方式、狀態(tài)、地區(qū)、倉庫、審核人}驗(yàn)收單{供應(yīng)商ID、驗(yàn)收單編號、地區(qū)、倉庫、狀態(tài)、結(jié)算方式}入庫單{供應(yīng)商ID、入庫單編號、地區(qū)、倉庫、狀態(tài)、驗(yàn)收單編號}配送單{配送單編號、地區(qū)、倉庫、狀態(tài)、客戶類型、生效人}銷售退回單{銷售退回編號,地區(qū)、倉庫、狀態(tài)、客戶類型、驗(yàn)收結(jié)論}退貨調(diào)整單{退貨調(diào)整編號、狀態(tài)、地區(qū)、倉庫、結(jié)算方式、采購員、供應(yīng)商ID}商品信息{商品編號、名稱、規(guī)格、單位、生產(chǎn)企業(yè)、重量、批準(zhǔn)文號、條形碼、分類、產(chǎn)地、銷項(xiàng)稅率、化學(xué)名稱、地區(qū)、倉庫、是否處方、狀態(tài)}供應(yīng)商信息{供應(yīng)商編號、名稱、類型、地址信息、標(biāo)識、供貨區(qū)域、結(jié)算銀行、結(jié)算方式、經(jīng)營范圍、審核人、采購員}4.4.2整體E-R圖進(jìn)銷存的核心內(nèi)容是商品的庫存,進(jìn)、銷、存都是圍繞庫存的一個系列操作,進(jìn):一個采購計劃對一個供應(yīng)商,對應(yīng)這個這個供應(yīng)商的多個商品,繼而一個采購計劃對應(yīng)一個驗(yàn)收單,一個驗(yàn)收單里對應(yīng)多個商品,一個驗(yàn)收單對應(yīng)一個入庫單,一個入庫單對應(yīng)多個商品,多個入庫單行程庫存。銷:所謂的銷就是銷售,配送單,一個配送對多個商品,多個商品對應(yīng)多個供應(yīng)商,對應(yīng)多個批號、批次號、貨位號存:有了入庫單,配送單,銷售退回單的對應(yīng)關(guān)系就行程庫存。整體E-R圖如圖所示:圖18系統(tǒng)E-R圖4.5數(shù)據(jù)庫的物理設(shè)計在完成數(shù)據(jù)庫的邏輯設(shè)計后,即可開始數(shù)據(jù)庫的物理設(shè)計?；谝陨蠑?shù)據(jù)庫的邏輯設(shè)計,考慮程序設(shè)計的簡易性及通用性,本系統(tǒng)的數(shù)據(jù)庫采用MySQL5.5開發(fā)。以下是進(jìn)銷存管理系統(tǒng)設(shè)計中所用的主要數(shù)據(jù)表結(jié)構(gòu)4.5.1采購計劃表表5采購計劃表字段名稱類型空值備注CREATE_DTDATEY創(chuàng)立時間ISPASSNUMBER(22)Y是否傳驗(yàn)收單0-否1-是CREATE_OPTERIDNUMBER(22)Y創(chuàng)立人idLAST_OPTERIDNUMBER(22)Y最后修改人idCHECKED_DTDATEY最后審核時間STOREIDNUMBER(22)Y倉庫idSTATUSNUMBER(22)N審核狀態(tài)CHECKED_RECORDVARCHAR2(500)Y審核內(nèi)容IDNUMBER(22)NPURCHASENOVARCHAR2(20)N采購計劃編號PROVIDERIDNUMBER(22)N供應(yīng)商idCLOSE_TYPENUMBER(22)Y結(jié)算方式AREAIDNUMBER(22)N機(jī)構(gòu)區(qū)域1-北京CHECKEDNUMBER(22)N驗(yàn)收狀態(tài)REMARKVARCHAR2(200)Y備注CHECKERNUMBER(22)Y審核人4.5.2驗(yàn)收單表表6驗(yàn)收單表字段名稱類型空值備注CLOSE_TYPENUMBER(22)Y結(jié)算方式OPERATERIDNUMBER(22)Y采購員idCREATE_DTDATEY創(chuàng)立時間REMARKVARCHAR2(300)Y備注PURCHASEIDNUMBER(22)Y采購計劃idPROVIDERIDNUMBER(22)Y供應(yīng)商idSTATUS_CHKNUMBER(22)Y驗(yàn)收狀態(tài)STATUSNUMBER(22)Y轉(zhuǎn)入庫單狀態(tài)CHECKNOVARCHAR2(20)Y驗(yàn)收單號IDNUMBER(22)Nseq_check_idSTOREIDNUMBER(22)Y倉庫idCREATE_OPTERIDNUMBER(22)Y創(chuàng)立人idAREAIDNUMBER(22)Y機(jī)構(gòu)區(qū)域1-北京4.5.3入庫單表表7入庫單表字段名稱類型空值備注REMARKVARCHAR2(300)Y備注CHECKIDNUMBER(22)Y驗(yàn)收單idOPERATERIDNUMBER(22)Y采購員idCREATE_DTDATEN創(chuàng)立時間PROVIDERIDNUMBER(22)Y供應(yīng)商idAREAIDNUMBER(22)Y機(jī)構(gòu)區(qū)域STATUSNUMBER(22)Y入庫單狀態(tài)STORENOVARCHAR2(20)Y入庫