基于SSM的沃爾夫商城進(jìn)銷存系統(tǒng)

基于SSM的沃爾夫商城進(jìn)銷存系統(tǒng)摘要：隨著經(jīng)濟(jì)的發(fā)展，企業(yè)之間的競爭越來越激烈，一旦在某方面落后于其他企業(yè)，很快就會(huì)被淘汰。其中，企業(yè)管理是在競爭中搶奪地位的最重要的因素之一，對于中小銷售企業(yè)更是如此，銷售企業(yè)的企業(yè)管理就是對進(jìn)貨、銷售、庫存等方面進(jìn)行管理的過程，即進(jìn)銷存管理，這些正是該類企業(yè)的主要業(yè)務(wù)，其管理水平高低將會(huì)直接影響到其業(yè)務(wù)服務(wù)的質(zhì)量，因此，在面對大型銷售人力物力資源充足的壓力下，中小銷售企業(yè)想要在競爭中占有一席之地，進(jìn)銷存的管理變得尤為重要傳統(tǒng)的進(jìn)銷存管理主要通過紙質(zhì)手動(dòng)記錄方式來處理各種信息，但這樣的方式信息查找不方便，信息記錄容易出現(xiàn)偏差，甚至記錄有丟失受損的風(fēng)險(xiǎn)，不僅使得業(yè)務(wù)效率低下，業(yè)務(wù)質(zhì)量不高，還使得管理成本很高。此外，傳統(tǒng)的進(jìn)銷存管理無法讓各部門的業(yè)務(wù)很好的串聯(lián)起來，無論是采購、進(jìn)貨、出貨、銷售，都是各司其職，員工無法得到業(yè)務(wù)進(jìn)程信息，導(dǎo)致業(yè)務(wù)難以推進(jìn)。如今，科技的發(fā)展使得各種進(jìn)銷存軟件出現(xiàn)在市面上，雖然提高了管理的效率減少了信息丟失受損的風(fēng)險(xiǎn)，但越來越復(fù)雜的操作流程，使得部分員工上手困難，并且一些進(jìn)銷存軟件服務(wù)層次僅限于信息存儲(chǔ)，本次課題主要解決操作復(fù)雜的問題，設(shè)計(jì)開發(fā)出操作簡單，并且能夠記錄業(yè)務(wù)進(jìn)程的進(jìn)銷存系統(tǒng)。沃爾夫進(jìn)銷存系統(tǒng)開發(fā)將會(huì)基于MVC設(shè)計(jì)模式、Spring框架來實(shí)現(xiàn)，并且摒棄傳統(tǒng)的C/S模式，使用B/S模式來實(shí)現(xiàn)服務(wù)，減少計(jì)算機(jī)環(huán)境部署的成本，只需要使用瀏覽器即可使用系統(tǒng)，也降低了計(jì)算機(jī)性能負(fù)荷。關(guān)鍵詞：進(jìn)銷存系統(tǒng)，商品管理TheInventorymanagementSystembaseonSSMforWolfMarketAbstract：Withthedevelopmentofeconomy，thecompetitionbetweenofenterprisebecomesmoreandmoreintense，oncetheenterprisewhichsomethingfallsbehindothers，itwillbeeliminatedsoon.Amongthem,theenterprisemanagementisoneofthemostimportantfactorincompetition,especiallyforsmall-andmiddle-sizesaleenterprise,theenterprisemanagementforsaleenterprisemeanthattheprocessofmanagingpurchase、saleandstorage,etc.,thatisinventorymanagement,whichisthemainbusinesstosaleenterprise.Thelevelofinventorymanagementwillbeaffecttothequalityofbusiness.so,Inthefaceofthepressionfromlargeenterprise,whichhassufficientresource,inventorymanagementmakeaessentialpartofgettingaroletoplayincompetitionforsmall-andmiddle-sizesaleenterprise.Traditionalinventorymanagementusuallybaseonpaperrecordtodealwithdifferentinformation,butthiswaywillleadtosearchinginconveniently、recordingwronginformation,evenhavetheriskoflossanddamage,whichwillmakethebusinessefficiencyandqualitylow,andwehavetopayforexpensivemanagementcost.Beside,traditionalinventorymanagementcan’tmakedepartmentcommunicatedwitheachother,thatmeanpurchase、sale、andshipmentareindependentofeachother,staffcan’tgettheprocessinformationinrealtime，whichmakedifficulttoadvancethebusiness.Now,thedevelopmentoftechnologyhasmadevariousinventorymanagementsoftwareappearinmarket，whichalthoughimprovedmanagementefficiencyandreducedtheriskoflossing.butmoreandmorecomplexoperationmakesomeemployeeshardtogetstarted.Evensomesoftwareonlyprovideinformationstorageforuser.thisprojectismainlysolvethepromblemofcomplexoperations,anddesigntheinventorymanagementsystemthatsimpletooperateandrecordtheprocessofbusiness.ThedevelopmentwillbeimplementedbaseonMVCdesignpatternandspringframework,andusetheB/SmodelinsteadofC/Smodeltoimplementtheservice,whichcanreducethecostofdeployingenvironmentofcomputer.onlyneedtousethebrowser,anditalsomaketherequirementofcomputerperformancelower.Keywords：Inventorymanagementsystem,Commoditymanagement目錄1緒論 緒論1.1研究的的背景和意義傳統(tǒng)的進(jìn)銷存系統(tǒng)通過紙質(zhì)將信息進(jìn)行記錄，不僅企業(yè)管理各個(gè)部門的數(shù)據(jù)都是獨(dú)自存在，各業(yè)務(wù)的進(jìn)程無法隨時(shí)通過固定渠道得知，各部門之間的沒有足夠的聯(lián)系交流，導(dǎo)致業(yè)務(wù)執(zhí)行效率底下。數(shù)據(jù)不夠集中也使得企業(yè)管理者無法運(yùn)籌帷幄，將數(shù)據(jù)統(tǒng)一分析。隨著信息技術(shù)的快速發(fā)展，中小企業(yè)要想在競爭中擁有一席之地，建立一個(gè)進(jìn)銷存系統(tǒng)整合管理供應(yīng)鏈資源，來確保部門之間的交流協(xié)作，是未來企業(yè)發(fā)展的必然趨勢[1]。市面上也出現(xiàn)了各種五花八門的進(jìn)銷存軟件，他們功能強(qiáng)大但同時(shí)也帶來了操作復(fù)雜，不容易上手的問題，而且一些進(jìn)銷存軟件甚至僅局限于信息的存儲(chǔ)，并不能給予進(jìn)一步的幫助，本次課題的主要目的，即化繁為簡，設(shè)計(jì)出簡單的進(jìn)銷存系統(tǒng)，并且能有效的完成貨物供應(yīng)鏈上的服務(wù)，并且能記錄業(yè)務(wù)進(jìn)程。如今的數(shù)字化時(shí)代，越來越多的信息記錄管理從人為手動(dòng)記錄轉(zhuǎn)變成計(jì)算機(jī)記錄，給予人們許多方便，信息技術(shù)的發(fā)展本身就是為了能讓人們更加“懶惰”，能有更多的精力去處理其他事務(wù)[2]。市面上也出現(xiàn)了各種各樣的系統(tǒng)工具，他們功能強(qiáng)大，能夠給使用者帶來莫大的便利，但卻忽略了操作上給使用者帶來的不便，面對復(fù)雜繁多的子系統(tǒng)，使用者不得不花上時(shí)間去了解使用方法，向使用過系統(tǒng)的人員請教，一定程度上阻礙了企業(yè)的發(fā)展，即便實(shí)現(xiàn)了許多強(qiáng)大的功能，新使用者也可能會(huì)手足無措。因此，一套簡單方便的系統(tǒng)可以降低使用者的操作門檻，使其快速上手系統(tǒng)，保證業(yè)務(wù)的效率[3]?！哆M(jìn)銷存系統(tǒng)》是為沃爾夫有限公司實(shí)現(xiàn)貨物鏈信息化管理而開發(fā)的一套系統(tǒng)，以提供更好的貨物管理質(zhì)量與詳盡的財(cái)務(wù)信息，同時(shí)功能操作簡單，方便使用者快速上手。1.2目前國內(nèi)外現(xiàn)狀1.2.1國外進(jìn)銷存管理發(fā)展?fàn)顩r 早在18世紀(jì)60年代之前，即工業(yè)革命之前，進(jìn)銷存就已經(jīng)以某種形式存在，當(dāng)時(shí)的商人不得不親自記錄下購買記錄，并且每天都要密切關(guān)注當(dāng)天銷售了多少商品和還剩多少商品，基本上一人參與所有業(yè)務(wù)的處理，使得業(yè)務(wù)發(fā)展十分緩慢，并且由于沒有集中的數(shù)據(jù)，商人只能靠預(yù)測推斷未來商品的需求。 到了工業(yè)革命時(shí)期，商品的生產(chǎn)效率大大提升，業(yè)務(wù)量也急劇增長，曾經(jīng)一人獨(dú)攬所有業(yè)務(wù)方式已經(jīng)不現(xiàn)實(shí)，因此對進(jìn)銷存的管理需求也在增加，直到1889年赫爾曼·何樂禮發(fā)明出了基于打孔卡技術(shù)的打穿孔制表器，即是計(jì)算機(jī)的前身，可以用來記錄復(fù)雜的數(shù)據(jù)，打穿孔制表器當(dāng)時(shí)是為了解決美國的全國性人口普查，但這同時(shí)也為進(jìn)銷存管理技術(shù)打下了一個(gè)良好的基礎(chǔ)。在1930年，哈佛大學(xué)一個(gè)團(tuán)隊(duì)基于打孔技術(shù)做出了打孔卡系統(tǒng)用來分辨公司訂購的商品，并且根據(jù)打孔卡記錄一些庫存和銷售記錄[4]。這是第一次出現(xiàn)了基于其他介質(zhì)對倉庫信息進(jìn)行自動(dòng)化管理記錄的系統(tǒng)，相對比以前的記錄方式，更加方便快捷，然而在當(dāng)時(shí)這個(gè)系統(tǒng)的成本過于昂貴，使得無法普及到各規(guī)模企業(yè)。并且面對持續(xù)增長的業(yè)務(wù)挑戰(zhàn)，該系統(tǒng)的速度也逐漸無法跟上。但這系統(tǒng)對于進(jìn)銷存管理也是一個(gè)重要的里程碑。 到了20世紀(jì)40年代末，出現(xiàn)了基于對紫外線敏感的墨水與讀取器來辨別各種商品和標(biāo)記出售的商品，這項(xiàng)技術(shù)在當(dāng)時(shí)計(jì)算處理能力下不足以滿足該系統(tǒng)的需求，最終也以失敗告知，但該構(gòu)想成為了未來現(xiàn)代條形碼系統(tǒng)的先驅(qū)。 1974年，商品統(tǒng)一條形碼（UPC）的出現(xiàn)，對商品的辨別有了一個(gè)統(tǒng)一的標(biāo)準(zhǔn)，并且隨著科技發(fā)展，掃描器的價(jià)格也在逐漸降低，這促使進(jìn)銷存系統(tǒng)有了巨大的發(fā)展。到了20世紀(jì)80年代，隨著計(jì)算機(jī)逐漸在美國普及，UPC越來越流行，配合著計(jì)算機(jī)的處理能力，人們開始研發(fā)進(jìn)銷存軟件，通過計(jì)算機(jī)來記錄庫存信息和銷售信息，開始走進(jìn)了計(jì)算機(jī)來處理信息的時(shí)代[5]。 到21世紀(jì)初期，射頻識別（RFID）的出現(xiàn)使得條碼掃描更加成熟，使條碼能夠記錄更多更復(fù)雜的信息。1.2.2國內(nèi)進(jìn)銷存管理發(fā)展?fàn)顩r 在經(jīng)濟(jì)全球化的浪潮下，我國各中小企業(yè)面臨巨大挑戰(zhàn)，越來越多的企業(yè)者意識到科學(xué)的企業(yè)管理的重要性，建立一個(gè)規(guī)范、高效、科學(xué)的管理制度和擁有富有競爭力的經(jīng)營理念已成眾多企業(yè)所渴求的，企業(yè)采用計(jì)算機(jī)來管理采購、銷售、庫存各個(gè)環(huán)節(jié)已成必然的趨勢[6]。但由于商品種類繁多復(fù)雜、業(yè)務(wù)過多等各種原因，即便使用計(jì)算機(jī)消除掉了傳統(tǒng)人工記錄出現(xiàn)計(jì)算失誤等不確定因素錯(cuò)誤，也難以避免出現(xiàn)人為的操作失誤，因此在保證能實(shí)現(xiàn)各種進(jìn)銷存的功能同時(shí)，也應(yīng)該提供一定程度的驗(yàn)證機(jī)制，盡可能的減少人為失誤，以保證出現(xiàn)不必要的勘誤。進(jìn)銷存系統(tǒng)在企業(yè)發(fā)展中扮演著重要的角色，如何幫助企業(yè)管理貨物，做到及時(shí)采購，合理銷售，不出現(xiàn)貨物積壓或貨物急缺，就能為企業(yè)帶來最佳的收益。面對大企業(yè)，信息管理對于各方面都不太占優(yōu)的中小企業(yè)成為了至關(guān)重要的戰(zhàn)略點(diǎn)[7]。從大量的貨物信息有效的提取出最重要的信息，將會(huì)影響公司后續(xù)發(fā)展決策的關(guān)鍵因素，這也正是進(jìn)銷存系統(tǒng)所需要完成的工作，所有的貨物信息都將數(shù)字化，這是勢在必行的趨勢。隨著網(wǎng)絡(luò)的發(fā)展，進(jìn)銷存系統(tǒng)也擺脫了傳統(tǒng)的C/S模式，逐漸轉(zhuǎn)變成B/S結(jié)構(gòu)體系，相對于C/S模式，B/S只需要使用瀏覽器即可使用系統(tǒng)，安裝便捷，成本低，對電腦的負(fù)荷更低，更加低要求的使用條件使得進(jìn)銷存系統(tǒng)國際化、網(wǎng)絡(luò)化、個(gè)人化[8]。1.3論文主要的研究內(nèi)容 本論文主要介紹在IntelliJIDEA基于SSM開發(fā)沃爾夫商城進(jìn)銷存系統(tǒng)的過程，系統(tǒng)主要實(shí)現(xiàn)對商品進(jìn)行管理，主要包括倉庫管理、銷售管理、采購管理、財(cái)務(wù)管理和基本信息管理幾個(gè)模塊，完成了各種信息諸如商品信息，各倉庫庫存信息的存儲(chǔ)，銷售采購業(yè)務(wù)的進(jìn)程跟蹤，各業(yè)務(wù)的產(chǎn)生的財(cái)務(wù)支出收入統(tǒng)計(jì)。并確保操作簡單，使得各數(shù)據(jù)管理更加便捷規(guī)范，提高業(yè)務(wù)的效率，減少數(shù)據(jù)管理的成本。其主要的研究內(nèi)容如下：利用IntelliJIDEA以MVC軟件設(shè)計(jì)模式、B/S網(wǎng)絡(luò)結(jié)構(gòu)模式和SSM框架完成系統(tǒng)的開發(fā)。介紹實(shí)現(xiàn)系統(tǒng)的各種技術(shù)，包括MVC和SSM等各種技術(shù)。對進(jìn)銷存系統(tǒng)的實(shí)現(xiàn)進(jìn)行需求分析，并在此基礎(chǔ)上進(jìn)行系統(tǒng)的詳細(xì)設(shè)計(jì)，包括數(shù)據(jù)庫表設(shè)計(jì)和各模塊的功能設(shè)計(jì)。介紹對各功能的測試方法。

2系統(tǒng)需求分析需求分析，也被稱為軟件需求分析，是通過深入調(diào)查與客戶交流等各種途徑，將客戶描述較為模糊的需求規(guī)范清晰化并整合，來確定整體項(xiàng)目所需要的功能的過程[9]。在進(jìn)行開發(fā)前，這是至關(guān)重要的一步，如果沒有正確理解用戶的需求，那么開發(fā)出來的系統(tǒng)不符合用戶的需要，導(dǎo)致系統(tǒng)的開發(fā)無法按時(shí)完成。針對本次課題，對用戶做出的需求分析如下：由于沃爾夫商城的業(yè)務(wù)在不斷的發(fā)展，貨物倉庫在國內(nèi)分布的位置在不斷擴(kuò)張，曾經(jīng)的紙質(zhì)方式信息記錄不僅費(fèi)時(shí)費(fèi)力，難以記錄管理貨物的信息。諸如采購、銷售、調(diào)撥等業(yè)務(wù)也使得倉庫的庫存信息無法準(zhǔn)確記錄，同時(shí)業(yè)務(wù)的擴(kuò)大，也使得供應(yīng)商和客戶的信息開始多了起來，但由于缺少了固定的信息獲取渠道，使得業(yè)務(wù)涉及的貨物和合作方狀態(tài)難以跟蹤，數(shù)據(jù)的不集中不僅讓業(yè)務(wù)執(zhí)行效率低下，企業(yè)者也沒有便捷的方式獲得整體收入支出數(shù)據(jù)進(jìn)行分析來確定采購銷售的決策。因此設(shè)計(jì)開發(fā)了這套沃爾夫進(jìn)銷存系統(tǒng)，其目的就是為了以簡單的方式集中記錄各種信息，提高信息的管理水平，減少信息管理的成本，并且提供貨物訂單跟蹤，提高業(yè)務(wù)效率。2.1系統(tǒng)的需求分析沃爾夫進(jìn)銷存系統(tǒng)的需求如下：信息的查詢和管理。所有的采購人員、銷售人員等所有人員都可以查詢到商品、客戶、和供應(yīng)商這類基本信息，擁有特定權(quán)限的系統(tǒng)管理員可對部分基本信息進(jìn)行更新刪除操作，部分特定的信息如銷售訂單、采購訂單、出庫入庫訂單等信息只有特定的人員才可以查看。采購管理。采購人員可以填寫采購單提出采購申請讓采購主管進(jìn)行審核，審核通過的訂單在聯(lián)系供應(yīng)商發(fā)貨后，可讓倉庫管理人員進(jìn)行入庫處理。銷售管理。銷售人員可以填寫銷售單指定倉庫發(fā)出客戶需要的商品，生成的訂單可以讓倉庫管理人員可進(jìn)行相應(yīng)的出庫處理。倉庫管理。任何用戶都可以查詢各倉庫庫存信息，倉庫管理員可以填寫調(diào)撥申請倉庫的貨物轉(zhuǎn)移到指定的倉庫中，由倉庫主管審核通過可指派人員去完成相應(yīng)的調(diào)撥處理。財(cái)務(wù)管理。財(cái)務(wù)人員可以了解到業(yè)務(wù)的收支統(tǒng)計(jì)，并且可以查詢到各業(yè)務(wù)的訂單收支明細(xì)，該功能僅限財(cái)務(wù)人員可以使用。2.2系統(tǒng)的功能需求基于以上的分析，可以確定進(jìn)銷存系統(tǒng)的功能模塊分為基本信息管理、采購管理、銷售管理、財(cái)務(wù)管理和倉庫管理五個(gè)模塊。系統(tǒng)的功能模塊圖如下圖2-1所示：圖2-1系統(tǒng)的功能模塊結(jié)構(gòu)圖基本信息管理主要管理各種基本的信息，是整個(gè)系統(tǒng)的基礎(chǔ)，用戶可以通過這里查詢到各種基本信息，也能根據(jù)需要自行搜索指定的信息，如商品信息或供應(yīng)商信息等。能夠讓用戶更方便了解到商品信息與合作方的信息，提高業(yè)務(wù)效率?？蛻粜畔⒖蛻粜畔⒖刹樵兊戒N售客戶的各種信息，內(nèi)容包括：客戶姓名、聯(lián)系電話、收貨地址等。系統(tǒng)管理員可對客戶的信息進(jìn)行編輯管理和新增客戶信息，其他用戶只能進(jìn)行查詢不具備編輯權(quán)限。員工信息員工信息主要功能有：查詢員工信息，新增員工，刪除員工，員工信息編輯，其中還包括員工的角色身份編輯，不同的角色身份決定了在系統(tǒng)中所能使用的功能，避免出現(xiàn)員工進(jìn)行與自身角色不符的業(yè)務(wù)，以上功能只有系統(tǒng)管理員有權(quán)限，其他用戶不具有相應(yīng)的權(quán)限。商品信息商品信息可以查詢到商品的信息，包括商品編號，商品采購價(jià)格，銷售價(jià)格，單位規(guī)格，重量等。所有用戶都有查詢的權(quán)限，只有系統(tǒng)管理員可以對信息進(jìn)行編輯修改和新增商品信息。供應(yīng)商信息供應(yīng)商信息可以查詢到供應(yīng)商的信息，如供應(yīng)商名，聯(lián)系人，聯(lián)系電話等，所有用戶都可以查詢到相關(guān)供應(yīng)商的信息，只有系統(tǒng)管理員具有新增編輯刪除供應(yīng)商信息的權(quán)限。采購管理該功能由采購人員和采購主管使用，主要包括了采購業(yè)務(wù)流程需要的各種功能，包括新建采購訂單、采購審核、訂單查詢。其他角色沒有采購業(yè)務(wù)的相關(guān)權(quán)限新建采購訂單采購人員可以在這里添加需要采購的商品和輸入需要采購的數(shù)量，指定入庫的倉庫，系統(tǒng)會(huì)自動(dòng)生成采購訂單號，并且會(huì)自動(dòng)計(jì)算選擇的商品采購需要的價(jià)格和所有商品的總價(jià)。采購審核采購主管可以在這里查詢到待審核的采購訂單，可以查詢到各訂單申請采購的商品和入庫倉庫，可以對訂單進(jìn)行同意采購或拒絕采購處理，在選擇拒絕的后可以填寫具體的申請未通過的的原因。查詢訂單采購人員可以查詢到自己創(chuàng)建的訂單狀態(tài)，并且能夠查詢每個(gè)訂單的采購明細(xì)和訂單進(jìn)程跟蹤，通過審核的訂單可以在聯(lián)系供應(yīng)商請求發(fā)貨后，將得到的單號填寫進(jìn)訂單，生成相應(yīng)的入庫單。銷售管理該功能主要由銷售人員使用，包括新建銷售訂單和訂單查詢，用于完成在銷售業(yè)務(wù)上相關(guān)流程。其他角色不具備有銷售業(yè)務(wù)相關(guān)的權(quán)限新建銷售訂單銷售人員可以在這里添加選擇相關(guān)的銷售信息，包括銷售商品，銷售數(shù)量，指定出貨倉庫，選擇銷售客戶，系統(tǒng)會(huì)自動(dòng)生成銷售單號和計(jì)算銷售價(jià)格。提交訂單后系統(tǒng)會(huì)自動(dòng)生成出庫訂單。訂單查詢銷售人員可以在這里查詢到自己創(chuàng)建的銷售訂單的信息，包括銷售的商品和數(shù)量、出貨倉庫、銷售客戶等，還能跟蹤訂單是否已經(jīng)出庫，在倉庫管理員出貨填寫快遞訂單號后，銷售人員可以在進(jìn)程跟蹤查詢到相應(yīng)快遞單號，還可跳轉(zhuǎn)到快遞100上查詢其訂單物流。財(cái)務(wù)管理該功能主要由財(cái)務(wù)人員使用，可以在這里了解到各業(yè)務(wù)中產(chǎn)生的支出與收入的明細(xì)，其中包括財(cái)務(wù)統(tǒng)計(jì)和訂單收支明細(xì)。該功能只有財(cái)務(wù)人員有使用權(quán)限財(cái)務(wù)統(tǒng)計(jì)系統(tǒng)將會(huì)自動(dòng)統(tǒng)計(jì)相關(guān)的數(shù)據(jù)表格和餅狀圖等，如各商品類型的銷售量、業(yè)務(wù)支出中各類支出占比、總收入、總支出等信息。訂單明細(xì)財(cái)務(wù)人員可以在這里查詢到各業(yè)務(wù)訂單產(chǎn)生收支明細(xì)，可以指定訂單的收支明細(xì)，如運(yùn)費(fèi)支出，利潤等。倉庫管理此功能主要由倉庫管理員和倉庫主管使用，其中，庫存查詢是所有用戶都有使用的權(quán)限，其余包括出庫處理、入庫處理、調(diào)撥申請、調(diào)撥處理只有倉庫管理員有權(quán)限使用，而調(diào)撥審核只有倉庫主管有使用權(quán)限，助于完成出入庫過程中信息的記錄。庫存查詢庫存查詢可以查詢到商品在各倉庫中的庫存信息，如貨物名稱，所在倉庫，庫存數(shù)量等信息。所有用戶都可以進(jìn)行查詢。出庫處理倉庫管理員可以在這里處理銷售業(yè)務(wù)生成的出庫訂單，在貨物確定出庫后，可以選擇出貨的快遞公司，填寫對應(yīng)的快遞單號，系統(tǒng)會(huì)自動(dòng)驗(yàn)證快遞單號的格式是否符合對應(yīng)快遞公司。入庫處理入庫處理可以讓倉庫管理員處理已經(jīng)發(fā)貨的采購貨物，在確認(rèn)收到貨物完成盤點(diǎn)后，可以填寫各類商品實(shí)際入庫的數(shù)量，一旦系統(tǒng)識別數(shù)量有偏差，便會(huì)請求填寫報(bào)差原因。系統(tǒng)會(huì)根據(jù)實(shí)際入庫數(shù)量對庫存進(jìn)行更新，如果貨物被退回，就可以選擇拒收退庫。調(diào)撥申請倉庫管理員可以在這里創(chuàng)建調(diào)撥申請單，可以選擇調(diào)撥倉庫、入庫倉庫，和需要調(diào)撥的商品，并填寫需要調(diào)撥的數(shù)量，同時(shí)可以看到調(diào)撥倉庫對應(yīng)商品的庫存數(shù)量進(jìn)行參考，系統(tǒng)會(huì)自動(dòng)生成調(diào)撥單號。圖2-2系統(tǒng)用例圖調(diào)撥審核倉庫主管可以處理未審核的的調(diào)撥申請，可以確認(rèn)調(diào)撥商品在兩個(gè)倉庫中的數(shù)量來判斷作為是否同意審核的參考依據(jù)，選擇同意則可以指派其他的倉庫管理員來處理此調(diào)撥業(yè)務(wù)，不同意則可以填寫原因。調(diào)撥處理在這里倉庫管理員可以看到與自己申請的調(diào)撥單和被指派去處理的調(diào)撥單，可以查看調(diào)撥進(jìn)程，被指派處理的訂單在確定貨物讓快遞公司派送之后，可以填寫快遞單號供申請人通過快遞100查看物流信息。2.3用例分析有了明確的功能模塊分析，下面就可以進(jìn)一步對各角色與系統(tǒng)中的功能之間關(guān)系進(jìn)行用例分析，并列出用例規(guī)約說明，系統(tǒng)的用例圖如下圖2-2所示。具體的用例規(guī)約說明如下：表2.1新增基礎(chǔ)信息用例規(guī)約說明用例編號1.1用例名稱新增基礎(chǔ)信息功能描述新增各類基礎(chǔ)信息執(zhí)行者系統(tǒng)管理員前置條件用戶的角色為系統(tǒng)管理員后置條件基礎(chǔ)信息完成新增涉眾利益用戶基本路徑1進(jìn)入想要新增的基礎(chǔ)信息管理界面2輸入對應(yīng)基礎(chǔ)信息的相關(guān)信息，完成基礎(chǔ)信息的新增2.1點(diǎn)擊新增按鈕2.2輸入對應(yīng)基礎(chǔ)信息的內(nèi)容2.3在驗(yàn)證部分信息符合規(guī)則提交后，對應(yīng)信息表新增信息，新增基礎(chǔ)信息完成，具體規(guī)則可見業(yè)務(wù)規(guī)則涉及列表員工表、商品表、倉庫表、供應(yīng)商表、客戶表業(yè)務(wù)規(guī)則員工表：密碼長度不少于6位且不多語12位員工郵箱要符合郵箱規(guī)格商品表：采購價(jià)格不可小于等于0銷售價(jià)格不可小于等于0商品重量不可小于等于0供應(yīng)商表：聯(lián)系電話長度必須為11位聯(lián)系郵箱要符合規(guī)格客戶表：聯(lián)系電話長度必須為11位聯(lián)系郵箱要符合規(guī)格表2.2編輯基礎(chǔ)信息用例規(guī)約說明用例編號1.2用例名稱編輯基礎(chǔ)信息功能描述對現(xiàn)有的基礎(chǔ)信息進(jìn)行編輯管理執(zhí)行者系統(tǒng)管理員前置條件用戶的角色為系統(tǒng)管理員后置條件基礎(chǔ)信息完成更新涉眾利益用戶基本路徑1進(jìn)入想要編輯的基礎(chǔ)信息管理界面2對基礎(chǔ)信息進(jìn)行編輯，完成基礎(chǔ)信息的更新2.1在需要修改的基礎(chǔ)信息中點(diǎn)擊編輯按鈕2.2編輯需要的的信息2.3在驗(yàn)證部分信息符合規(guī)則提交后，對應(yīng)信息表的信息更新，編輯基礎(chǔ)信息完成，具體規(guī)則可見業(yè)務(wù)規(guī)則涉及列表員工表、商品表、倉庫表、供應(yīng)商表、客戶表業(yè)務(wù)規(guī)則員工表：修改的員工郵箱要符合郵箱規(guī)格商品表：修改的采購價(jià)格不可小于等于0修改的銷售價(jià)格不可小于等于0修改的商品重量不可小于等于0供應(yīng)商表：修改的聯(lián)系電話長度必須為11位修改聯(lián)系郵箱要符合規(guī)格客戶表：修改聯(lián)系電話長度必須為11位修改聯(lián)系郵箱要符合規(guī)格表2.3申請采購用例規(guī)約說明用例編號2.1用例名稱申請采購功能描述提出對指定的倉庫商品采購申請執(zhí)行者采購人員前置條件用戶的角色為采購人員后置條件采購表新增采購申請涉眾利益采購人員，采購主管基本路徑1進(jìn)入采購申請頁面2將采購申請的信息補(bǔ)充完整，提交完成申請2.1選擇采購入庫的倉庫2.2選擇供應(yīng)商2.3添加選擇需要采購的商品2.4輸入需要采購的數(shù)量2.5在驗(yàn)證填寫無誤后即可提交，采購表和采購明細(xì)表新增對應(yīng)信息，申請采購?fù)瓿桑却少徶鞴軐徍?，具體可見表2.4采購審核用例規(guī)約說明涉及列表采購表，采購明細(xì)表業(yè)務(wù)規(guī)則采購的數(shù)量不能小于等于0供應(yīng)商不可不選擇入庫倉庫不可不選擇添加商品后不可不選擇商品表2.4采購審核用例規(guī)約說明用例編號2.2用例名稱審核采購申請功能描述對采購人員提交的申請進(jìn)行審核，根據(jù)實(shí)際情況確認(rèn)是否同意采購執(zhí)行者采購主管前置條件用戶的角色為采購主管，存在采購申請需要審核后置條件采購表對應(yīng)申請的狀態(tài)更新涉眾利益采購人員基本路徑1進(jìn)入采購審核界面2查看采購申請的明細(xì)，根據(jù)采購審核規(guī)則進(jìn)行審核，決定是否通過采購申請。具體規(guī)則見業(yè)務(wù)規(guī)則。3根據(jù)審核結(jié)果選擇通過或拒絕3.1a選擇審核通過3.2a采購表狀態(tài)更新，完成審核采購申請3.1b選擇拒絕采購3.2b選擇拒絕采購的簡要原因3.3b輸入具體的拒絕原因3.4b采購表狀態(tài)更新，新增備注，完成審核采購申請涉及列表采購表業(yè)務(wù)規(guī)則采購審核的原則如下：入庫倉庫的對應(yīng)商品庫存是否不足采購的商品還在繼續(xù)銷售判斷是否在申請的供應(yīng)商進(jìn)行采購以上列出原則不是唯一標(biāo)準(zhǔn)，根據(jù)實(shí)際的業(yè)務(wù)情況作出具體的判斷表2.5處理采購用例規(guī)約說明用例編號2.3用例名稱處理采購功能描述對通過審核的采購申請進(jìn)行處理執(zhí)行者采購人員前置條件存在通過審核的采購申請，并且已經(jīng)聯(lián)系供應(yīng)商獲得出貨單號后置條件采購表信息更新，進(jìn)貨表和進(jìn)貨明細(xì)表信息更新涉眾利益采購人員，倉庫管理員基本路徑1進(jìn)入采購單查詢頁面2確認(rèn)出貨信息，完成采購處理2.1在對應(yīng)的采購申請選擇確認(rèn)出貨2.2輸入供應(yīng)商提供的出貨單號2.3采購表信息更新，進(jìn)貨表和進(jìn)貨明細(xì)表新增信息，完成采購處理，等待倉庫管理員完成入庫處理，具體見表2-8入庫處理用例規(guī)約說明涉及列表采購表，進(jìn)貨表，進(jìn)貨明細(xì)表業(yè)務(wù)規(guī)則輸入的出貨單號不可少于14位表2.6創(chuàng)建銷售訂單用例規(guī)約說明用例編號3.1用例名稱創(chuàng)建銷售訂單功能描述創(chuàng)建銷售訂單，向客戶銷售商品執(zhí)行者銷售人員前置條件用戶的角色為銷售人員，且有客戶購買商品后置條件銷售表新增信息涉眾利益銷售人員，倉庫管理員基本路徑1進(jìn)入創(chuàng)建銷售訂單界面2填寫相關(guān)的銷售信息，完成銷售訂單創(chuàng)建2.1選擇商品出庫的倉庫2.2選擇銷售商品的客戶2.3選擇銷售商品2.4填寫商品銷售數(shù)量2.5完成驗(yàn)證后提交，銷售表新增信息，等待倉庫管理員完成處理出庫，詳情見表2.9處理出庫用例規(guī)約說明涉及列表銷售表，銷售明細(xì)表業(yè)務(wù)規(guī)則銷售的商品數(shù)量大于等于0出庫倉庫不可以不選擇銷售客戶不可以不選擇添加商品后不可不選則銷售的數(shù)量不可大于選擇倉庫的庫存數(shù)量表2.7銷售處理用例規(guī)約說明用例編號3.2用例名稱處理銷售訂單功能描述根據(jù)銷售業(yè)務(wù)跟進(jìn)情況對對應(yīng)銷售訂單結(jié)果進(jìn)行處理執(zhí)行者銷售人員前置條件客戶已將商品簽收或拒收后置條件銷售表信息更新涉眾利益銷售人員基本路徑1進(jìn)入銷售訂單查詢頁面2確認(rèn)銷售結(jié)果，完成銷售訂單處理2.1a在對應(yīng)銷售訂單選擇確認(rèn)簽收2.2a確定提交后，銷售表信息更新，銷售處理完成2.1b在對應(yīng)銷售訂單選擇確認(rèn)拒收2.2b選擇拒收原因2.3b填寫具體原因2.4b完成驗(yàn)證提交后，銷售表信息更新，銷售處理完成涉及列表銷售表業(yè)務(wù)規(guī)則拒收原因不可不選具體原因內(nèi)容不能為空表2.8處理入庫用例規(guī)約說明用例編號4.1用例名稱處理入庫功能描述對已經(jīng)出貨采購貨物進(jìn)行入庫處理盤點(diǎn)貨物執(zhí)行者倉庫管理員前置條件采購人員已填寫采供貨物出貨單號后置條件采購表信息更新，進(jìn)貨明細(xì)表信息更新涉眾利益采購人員，倉庫管理員基本路徑1進(jìn)入入庫處理頁面2確定對應(yīng)單號的采購貨物到達(dá)，進(jìn)行盤點(diǎn)后即可進(jìn)行入庫處理2.1在對應(yīng)的進(jìn)貨訂單上選擇貨物盤點(diǎn)2.2根據(jù)實(shí)際情況選擇入庫處理或拒收2.3a如果進(jìn)行入庫處理，則需要填寫貨物實(shí)際入庫數(shù)量2.3.1a如果盤點(diǎn)數(shù)量與采購單明細(xì)相同，在提交處理后，進(jìn)貨明細(xì)表更新信息，采購表更新信息，完成入庫處理2.3.1b如果盤點(diǎn)的數(shù)量與采購單明細(xì)不同，則需要填寫報(bào)差原因2.3.2b選擇報(bào)差原因2.3.3b填寫具體情況2.3.4b驗(yàn)證報(bào)差信息后可提交，采購表、進(jìn)貨表、進(jìn)貨明細(xì)表、倉庫明細(xì)表信息更新，完成入庫處理2.3b如果進(jìn)行拒收處理，則在確認(rèn)提交后，采購表、進(jìn)貨表信息更新涉及列表采購表，進(jìn)貨表，進(jìn)貨明細(xì)表，倉庫明細(xì)表業(yè)務(wù)規(guī)則貨物實(shí)際入庫數(shù)量不可以小于等于0報(bào)差原因不可不選擇具體原因內(nèi)容不能為空表2.9處理出庫用例規(guī)約說明用例編號4.2用例名稱處理出庫功能描述對銷售的商品進(jìn)行出庫執(zhí)行者倉庫管理員前置條件用戶角色為倉庫管理員，存在銷售訂單的商品待出庫后置條件出貨表、出貨明細(xì)表新增信息，銷售表、倉庫明細(xì)表完成信息更新涉眾利益采購人員，倉庫管理員基本路徑1進(jìn)入出庫處理界面2從銷售表中獲取未出庫的銷售訂單，完成發(fā)貨后填寫出貨信息2.1在對應(yīng)的銷售訂單上選擇確認(rèn)出庫2.2選擇發(fā)貨的快遞2.3填寫快遞單號2.4通過驗(yàn)證提交后，出貨表、出貨明細(xì)表新增信息，銷售表、倉庫明細(xì)表信息更新，出庫處理完成涉及列表銷售表，出貨表，出貨明細(xì)表，倉庫明細(xì)表業(yè)務(wù)規(guī)則填寫的單號要符合對應(yīng)快遞公司的單號規(guī)則表2.10申請調(diào)撥用例規(guī)約說明用例編號4.3用例名稱申請調(diào)撥功能描述創(chuàng)建調(diào)撥申請請求從其他倉庫調(diào)取商品執(zhí)行者倉庫管理員前置條件用戶角色為倉庫管理員后置條件調(diào)撥申請表新增信息涉眾利益?zhèn)}庫管理員，倉庫主管基本路徑1進(jìn)入調(diào)撥申請界面2填寫調(diào)撥申請信息，提交申請2.1選擇調(diào)撥倉庫2.2選擇入庫倉庫2.3添加調(diào)撥商品2.4填寫調(diào)撥數(shù)量2.5通過驗(yàn)證后，提交申請，調(diào)撥申請表、調(diào)撥明細(xì)表新增信息，調(diào)撥申請完成，等待倉庫主管進(jìn)行審核，具體見表2.12審核調(diào)撥申請涉及列表調(diào)撥申請表，調(diào)撥明細(xì)表業(yè)務(wù)規(guī)則調(diào)撥倉庫不能不選擇入庫倉庫不能不選擇調(diào)撥數(shù)量不小于等于0表2.11處理調(diào)撥用例規(guī)約說明用例編號4.4用例名稱處理調(diào)撥功能描述對通過申請的調(diào)撥申請進(jìn)行處理執(zhí)行者倉庫管理員前置條件用戶角色為倉庫管理員，調(diào)撥申請審核通過，被倉庫主管指定處理調(diào)撥，且已經(jīng)完成出貨后置條件調(diào)撥申請表信息完成更新涉眾利益?zhèn)}庫管理員基本路徑1進(jìn)入調(diào)撥處理頁面2被指定處理的倉庫管理員填寫調(diào)撥信息，提交調(diào)撥處理2.1在對應(yīng)的調(diào)撥申請，選擇填寫單號2.2通過驗(yàn)證后提交，調(diào)撥申請表信息更新，完成出貨3提出調(diào)撥申請的倉庫管理員確認(rèn)貨物調(diào)撥情況，提交調(diào)撥結(jié)果3.1在對應(yīng)的調(diào)撥申請，確認(rèn)貨物到達(dá)后，選擇確認(rèn)入庫3.2調(diào)撥申請表、倉庫明細(xì)表信息更新，完成調(diào)撥處理涉及列表調(diào)撥申請表，倉庫明細(xì)表業(yè)務(wù)規(guī)則填寫的單號必須符合中通快遞單號規(guī)則表2.12處理采購用例規(guī)約說明用例編號4.5用例名稱審核調(diào)撥申請功能描述對調(diào)撥申請進(jìn)行審核處理執(zhí)行者倉庫主管前置條件用戶角色為倉庫主管，存在未審核的調(diào)撥申請后置條件調(diào)撥申請表信息更新涉眾利益?zhèn)}庫管理員基本路徑1進(jìn)入調(diào)撥審核頁面2獲取未審核的調(diào)撥申請，根據(jù)調(diào)撥審核規(guī)則進(jìn)行審核，選擇審核結(jié)果。2.1a如果選擇通過審核，則需要選擇處理調(diào)撥的倉庫管理員，在通過驗(yàn)證后即可提交，調(diào)撥申請表信息更新，完成審核2.1b如果選擇拒絕調(diào)撥，則需要填寫未通過的理由，在通過驗(yàn)證后即可提交，調(diào)撥申請表信息更新，完成審核涉及列表調(diào)撥申請表業(yè)務(wù)規(guī)則選擇處理的調(diào)撥的倉庫管理員不可與申請人相同未通過的理由內(nèi)容不能為空調(diào)撥審核規(guī)則入庫倉庫的對應(yīng)調(diào)撥商品庫存通常不應(yīng)多于調(diào)撥倉庫調(diào)撥倉庫對應(yīng)調(diào)撥商品庫存充足此審核規(guī)則不是唯一標(biāo)準(zhǔn)，一切以實(shí)際情況確認(rèn)審核表2.13處理采購用例規(guī)約說明用例編號5.1用例名稱財(cái)務(wù)查詢功能描述在財(cái)務(wù)頁面中可查詢各業(yè)務(wù)訂單的收支明細(xì)執(zhí)行者財(cái)務(wù)人員前置條件存在已完成的業(yè)務(wù)訂單后置條件無涉眾利益財(cái)務(wù)人員基本路徑1進(jìn)入財(cái)務(wù)查詢界面2在對應(yīng)的訂單下選擇查看詳情，即可查詢對應(yīng)訂單的收支明細(xì)3選擇財(cái)務(wù)統(tǒng)計(jì)，即可查詢整體的財(cái)務(wù)信息，如收支占比，銷售類型涉及列表采購表，采購明細(xì)表，銷售表，銷售明細(xì)表，調(diào)撥申請表，調(diào)撥明細(xì)表業(yè)務(wù)規(guī)則

3系統(tǒng)設(shè)計(jì)3.1系統(tǒng)總體架構(gòu)設(shè)計(jì)本系統(tǒng)主要圍繞MVC模式進(jìn)行開發(fā)，結(jié)合Spring框架和MyBatis-Plus來實(shí)現(xiàn)各模塊的功能，其系統(tǒng)總體結(jié)構(gòu)圖如下圖3-1：圖3-1總體系統(tǒng)結(jié)構(gòu)圖3.2前端使用技術(shù)由于本人前端技術(shù)能力不足，因此主要使用了Layui，一種開源的模塊化前端框架基于其提供的tab項(xiàng)來實(shí)現(xiàn)部分動(dòng)態(tài)操作功能，而系統(tǒng)的登錄界面也基于網(wǎng)上開源免費(fèi)的素材，在完成后端完成賬號登錄驗(yàn)證功能后，將登錄驗(yàn)證接口與登錄按鈕接通實(shí)現(xiàn)登錄操作。在財(cái)務(wù)統(tǒng)計(jì)功能中，為了實(shí)現(xiàn)各種統(tǒng)計(jì)圖的效果，還使用了Echarts，基于javascript即可實(shí)現(xiàn)各種圖表效果的開源可視圖化庫。3.3順序圖順序圖以時(shí)間軸的方式來描述在執(zhí)行功能時(shí)角色對各種類進(jìn)行操作的順序，可直觀的體現(xiàn)功能實(shí)現(xiàn)的具體操作，下面將列出各功能的順序圖。3.3.1基礎(chǔ)信息管理模塊順序圖由于各類管理模塊的執(zhí)行順序相似，這里將員工表、客戶表、供應(yīng)商表、商品表統(tǒng)一稱為基礎(chǔ)信息表。系統(tǒng)管理員選擇進(jìn)入基礎(chǔ)信息的管理界面，點(diǎn)擊新增信息，開始填寫對應(yīng)的基礎(chǔ)信息，提交前，系統(tǒng)會(huì)進(jìn)行驗(yàn)證，確定信息無誤后將數(shù)據(jù)提交完成新增信息。具體的新增基礎(chǔ)信息順序圖如圖3-2所示：圖3-2新增基礎(chǔ)信息順序圖系統(tǒng)管理員選擇進(jìn)入基礎(chǔ)信息的管理界面，選擇對應(yīng)需要編輯的信息開始修改基礎(chǔ)信息，提交前系統(tǒng)對修改后的信息驗(yàn)證合法性，無誤就將數(shù)據(jù)提交進(jìn)行更新。具體的基礎(chǔ)信息編輯順序圖如圖3-3所示：圖3-3基礎(chǔ)信息編輯順序圖3.3.2采購模塊順序圖圖3-4采購申請順序圖采購人員進(jìn)入采購申請界面，選擇采購的供應(yīng)商和入庫的倉庫，添加需要采購的商品和對應(yīng)的采購數(shù)量，提交前系統(tǒng)會(huì)驗(yàn)證是否有漏填或填寫錯(cuò)誤的信息，確定無誤后就會(huì)將信息提交。具體的采購申請順序圖如下圖3-4所示。采購主管進(jìn)入采購審核的界面，獲取到未審核的采購申請，可查看對應(yīng)申請具體的采購信息，根據(jù)情況判斷選擇是否通過，根據(jù)選擇提交具體的審核結(jié)果，系統(tǒng)驗(yàn)證信息無誤后更新采購信息。采購申請的順序圖如圖3-5所示。圖3-5審核采購申請順序圖采購人員進(jìn)入采購處理頁面，可選擇通過審核的采購申請，填寫出貨訂單，系統(tǒng)會(huì)驗(yàn)證填寫的訂單是否符合要求，確認(rèn)無誤后即可提交更新采購信息，采購處理順序圖如圖3-6所示下。3.3.3銷售管理模塊順序圖銷售人員進(jìn)入新建銷售訂單界面，選擇需要銷售的客戶和出庫倉庫，添加銷售的商品，填寫數(shù)量，完成銷售信息提交后，系統(tǒng)確定信息無誤后就提交銷售信息完成銷售訂單增加。新建銷售訂單順序圖如圖3-7所示。圖3-6采購處理順序圖圖3-7新建銷售訂單順序圖銷售人員進(jìn)入銷售處理界面，在對應(yīng)的銷售訂單上選擇銷售結(jié)果，根據(jù)結(jié)果填寫更多的銷售結(jié)果信息，系統(tǒng)確認(rèn)無誤后即可提交更新銷售信息，銷售處理順序圖如圖3-8所示。圖3-8銷售處理順序圖3.3.4倉庫管理模塊順序圖倉庫管理員進(jìn)入入庫處理界面，選擇對應(yīng)的進(jìn)貨信息，進(jìn)行入庫盤點(diǎn)處理，在對應(yīng)的貨品填寫對應(yīng)的商品實(shí)際入庫數(shù)量，完成入庫盤點(diǎn)信息，系統(tǒng)驗(yàn)證信息合法后即可提交更新進(jìn)貨結(jié)果、采購結(jié)果和倉庫庫存。入庫處理順序圖如圖3-9所示。圖3-9入庫處理順序圖倉庫管理員進(jìn)入出庫處理界面，獲取未發(fā)貨的銷售訂單，在對應(yīng)已經(jīng)發(fā)貨的訂單選擇出庫處理，選擇發(fā)貨的快遞，填寫快遞單號，系統(tǒng)驗(yàn)證單號合法后即可提交，更新銷售狀態(tài)、生成出貨單和更新倉庫庫存，出庫處理順序圖如圖3-10所示：圖3-10出庫處理順序圖圖3-11申請調(diào)撥順序圖倉庫管理員進(jìn)入調(diào)撥申請界面，選擇調(diào)撥倉庫和入庫倉庫，添加需要調(diào)撥的商品并填寫具體的調(diào)撥數(shù)量，系統(tǒng)驗(yàn)證調(diào)撥信息合法后即可提交新增調(diào)撥申請信息。申請調(diào)撥順序圖如圖3-11所示。圖3-12審核調(diào)撥申請順序圖倉庫主管進(jìn)入調(diào)撥審核頁面，獲取到未審核的調(diào)撥申請，可根據(jù)倉庫庫存信息和調(diào)撥申請具體調(diào)撥的商品和數(shù)量以及具體情況判斷是否同意調(diào)撥，將審核結(jié)果信息填寫完整后，系統(tǒng)驗(yàn)證提交的信息合法后即可更新調(diào)撥申請的狀態(tài)。調(diào)撥申請順序圖如圖3-12所示。倉庫管理員進(jìn)入調(diào)撥處理頁面，獲取到自己的調(diào)撥申請和被指定去處理的調(diào)撥申請，在完成調(diào)撥出貨后，選擇對應(yīng)被指定去處理的調(diào)撥申請即可填寫出貨單號確認(rèn)出貨，更新調(diào)撥申請信息的狀態(tài)，對于自己申請通過的調(diào)撥申請，在確認(rèn)入庫后即可選擇確認(rèn)入庫，更新調(diào)撥申請狀態(tài)，具體調(diào)撥處理順序圖如圖3-13所示。圖3-13調(diào)撥處理順序圖3.3.5財(cái)務(wù)管理模塊順序圖財(cái)務(wù)人員進(jìn)入財(cái)務(wù)查詢頁面，系統(tǒng)會(huì)獲取所有已完成的業(yè)務(wù)訂單，并進(jìn)行如收支明細(xì)等各種詳情計(jì)算，將最終的計(jì)算結(jié)果在頁面顯示提供給財(cái)務(wù)人員查詢，財(cái)務(wù)查詢順序圖如圖3-14所示：圖3-14調(diào)撥處理順序圖3.4狀態(tài)圖狀態(tài)表用于描述部分類在功能進(jìn)程中狀態(tài)的變化，同種類在不同的狀態(tài)下，所能執(zhí)行的功能也有所不同，本系統(tǒng)中主要的狀態(tài)變化體現(xiàn)在業(yè)務(wù)中各訂單的進(jìn)程狀態(tài)。經(jīng)過分析，狀態(tài)的變化主要發(fā)生在采購、銷售、調(diào)撥業(yè)務(wù)進(jìn)行的過程中發(fā)生變化，在下面將逐一列出各狀態(tài)圖。采購申請的狀態(tài)圖如圖3-15采購申請狀態(tài)圖所示。銷售訂單的狀態(tài)圖如圖3-16銷售訂單狀態(tài)圖所示。進(jìn)貨單的狀態(tài)圖如圖3-17進(jìn)貨單狀態(tài)圖所示。出貨單的狀態(tài)圖如圖3-18出貨單狀態(tài)圖所示。圖3-15采購申請狀態(tài)圖圖3-16銷售訂單狀態(tài)圖圖3-17進(jìn)貨單狀態(tài)圖圖3-18出貨單狀態(tài)圖調(diào)撥申請的狀態(tài)圖如圖3-19調(diào)撥申請狀態(tài)圖所示。圖3-19調(diào)撥申請狀態(tài)圖3.5類圖圖3-20類的關(guān)系圖類圖作為靜態(tài)模型之一，他能描述類擁有的屬性與接口之間的關(guān)系，能讓開發(fā)人員根據(jù)類圖編寫代碼，起到了非常重要的作用，下面將會(huì)先畫出類之間的關(guān)系圖，然后結(jié)合已經(jīng)介紹的順序圖、狀態(tài)圖，根據(jù)功能模塊畫出具體詳細(xì)類圖。在系統(tǒng)中，并不是每個(gè)角色各司其職，管理著與自己業(yè)務(wù)相關(guān)的信息，因此，并不是所有角色與所有類都有關(guān)系，綜上所述得出類的關(guān)系圖如圖3-20所示。3.5.1基礎(chǔ)信息管理類圖基礎(chǔ)信息管理的實(shí)現(xiàn)類圖如下：圖3-21基礎(chǔ)信息管理實(shí)現(xiàn)類圖圖3-22新建采購申請實(shí)現(xiàn)類圖3.5.2采購管理類圖新建采購申請的實(shí)現(xiàn)類圖如圖3-22。審核采購申請的實(shí)現(xiàn)類圖如下圖：圖3-23審核采購申請實(shí)現(xiàn)類圖采購處理實(shí)現(xiàn)類圖如下：圖3-24采購處理實(shí)現(xiàn)類圖實(shí)現(xiàn)類圖3.5.3銷售管理類圖處理銷售訂單實(shí)現(xiàn)類圖如下：圖3-25處理銷售訂單實(shí)現(xiàn)類圖創(chuàng)建銷售訂單實(shí)現(xiàn)類圖如下：圖3-26創(chuàng)建銷售訂單實(shí)現(xiàn)類圖3.5.4倉庫管理類圖處理入庫實(shí)現(xiàn)類圖如下：圖3-27處理入庫實(shí)現(xiàn)類圖處理出庫實(shí)現(xiàn)類圖如下：圖3-9處理出庫實(shí)現(xiàn)類圖調(diào)撥申請實(shí)現(xiàn)類圖如下：圖3-28調(diào)撥申請實(shí)現(xiàn)類圖審核調(diào)撥申請實(shí)現(xiàn)類圖如下：圖3-29審核調(diào)撥申請實(shí)現(xiàn)類圖調(diào)撥處理實(shí)現(xiàn)類圖如下：圖3-30調(diào)撥處理實(shí)現(xiàn)類圖3.5.5財(cái)務(wù)管理管理類圖財(cái)務(wù)查詢實(shí)現(xiàn)類圖如下：圖3-31財(cái)務(wù)查詢實(shí)現(xiàn)類圖3.3數(shù)據(jù)庫設(shè)計(jì)本系統(tǒng)使用mySQL作為后臺(tái)數(shù)據(jù)庫。mySQL是當(dāng)下最為流行的關(guān)系數(shù)據(jù)庫管理系統(tǒng)（RelationalDatabaseManagementSystem）之一，其廣泛應(yīng)用于WEB應(yīng)用等方面[10]。并且使用Sqlyog對數(shù)據(jù)庫表格進(jìn)行創(chuàng)建管理，進(jìn)銷存系統(tǒng)中大部分的業(yè)務(wù)功能都涉及到了數(shù)據(jù)庫表格的操作，為了保證業(yè)務(wù)之間的數(shù)據(jù)不產(chǎn)生混淆，數(shù)據(jù)庫的表將圍繞業(yè)務(wù)功能展開設(shè)計(jì)，并且通過需求分析確定了系統(tǒng)還需要存儲(chǔ)各類基礎(chǔ)信息，如員工信息、商品信息、客戶信息等。同時(shí)為了實(shí)現(xiàn)部分動(dòng)態(tài)功能，還需要一些表作為功能表。下面將會(huì)講述數(shù)據(jù)庫表的具體設(shè)計(jì)。user（員工表）表3.1員工表列名數(shù)據(jù)類型可為空注釋userIdIntNotNulliduserNameVarchar（20）NotNull員工用戶名userRoleIntNotNull員工角色userPasswordVarchar(20)NotNull 用戶密碼userEmailVarchar(30)Null員工郵箱如表3.1所示，員工表主要用來記錄員工的信息，各列的意義如注釋所示，而userRole則利用了角色表中的roleId作為外鍵，來辨識員工的角色，具體可見表3.8主鍵為userId。Client（客戶表）表3.2客戶表列名數(shù)據(jù)類型可為空注釋cliIdIntNotNullidcliNameVarchar（20）NotNull客戶姓名cliPhoneVarchar(11)NotNull客戶電話cliAddressVarchar(30)NotNull送貨地址cliEmailVarchar(30)Null客戶郵箱如表3.2所示，客戶表主要記錄了客戶的信息，同時(shí)便于出庫時(shí)了解送貨地址與聯(lián)系人信息，其主鍵為cliId。Vendor（供應(yīng)商表）表3.3供應(yīng)商表列名數(shù)據(jù)類型可為空注釋vendorIdIntNotNullidvendorNameVarchar（20）NotNull供應(yīng)商公司名contactVarchar(10)NotNull聯(lián)系人contactPhoneVarchar(11)NotNull聯(lián)系電話vendorAddressVarchar(30)NotNull供應(yīng)地址vendorPostboxVarchar(30)Null供應(yīng)商郵箱如表3.3所示，供應(yīng)商表主要記錄供應(yīng)商的相關(guān)信息，主要用于采購時(shí)便于了解供應(yīng)商的信息，主鍵為vendorId。warehouse（倉庫表）表3.4倉庫表列名數(shù)據(jù)類型可為空注釋warehouseIdIntNotNullidwarehouseNameVarchar（20）NotNull倉庫名warehouseAddressVarchar(30)NotNull倉庫地址如表3.4所示，該表主要記錄倉庫的基本信息，其主鍵是warehouseId。warehousetotal（倉庫明細(xì)）表3.5倉庫明細(xì)表列名數(shù)據(jù)類型可為空注釋warehousetotaIIdIntNotNullIdwarehouseIdIntNotNull倉庫idgoodsNoVarchar（20）NotNull商品號wGoodsNumIntNotNull商品庫存如表3.5所示，倉庫明細(xì)表主要記錄了各個(gè)倉庫所有商品的存貨數(shù)量，其主要將倉庫表id作為外鍵來識別商品庫存的歸屬，再使用商品表的商品編號作為外鍵來識別具體商品，可參考表3.6。該表的主鍵為warehousetotaIId。Goods（商品表）表3.6商品表列名數(shù)據(jù)類型可為空注釋goodsIdIntNotNullidgoodsNoVarchar（5）NotNull商品編號goodstypeIdIntNotNull商品類型idgoodsNameVarchar(20)NotNull商品名稱goodsSizeFloatNotNull商品重量proPriceFloatNotNull采購價(jià)salePriceFloatNotNull銷售價(jià)unitVarchar（10）NotNull單位如表3.6所示，商品表主要記錄了商品的信息，配合商品類型表中的goodstypeId作為外鍵來進(jìn)一步完善信息，可見表3.7。主鍵為goodsNo。GoodType（商品類型表）表3.7商品類型表列名數(shù)據(jù)類型可為空注釋goodstypeIdIntNotNullidgoodstypeNameVarchar（20）NotNull商品類型名如表3.7所示，商品類型表主要記錄商品類型的具體名字，在完善商品表信息同時(shí)，也便于系統(tǒng)利用此表來實(shí)現(xiàn)搜索功能。主鍵為goodstypeId。Role（角色表表）表3.8角色表列名數(shù)據(jù)類型可為空注釋roleIdIntNotNullidroleNameVarchar（20）NotNull角色名如表3.8所示，角色表主要用于記錄具體的角色名，同時(shí)搭配權(quán)限表來進(jìn)行組合出角色權(quán)限表，來實(shí)現(xiàn)系統(tǒng)的角色權(quán)限限制功能，其主鍵為roleIdPermission（權(quán)限表）表3.9權(quán)限表列名數(shù)據(jù)類型可為空注釋perIdIntNotNullidperNameVarchar（20）NotNull權(quán)限名perTypeIntNotNull權(quán)限類型perUrlVarchar(20)NotNull跳轉(zhuǎn)地址如表3.9所示，權(quán)限表用于記錄系統(tǒng)功能項(xiàng)的具體名字，而perType則作為各權(quán)限的父子關(guān)系，如出庫處理是倉庫管理的子功能，同時(shí)搭配角色表組合成角色權(quán)限表來區(qū)分各角色所能使用的功能，主鍵為perId。role_permission（角色權(quán)限表）表3.10角色權(quán)限表列名數(shù)據(jù)類型可為空注釋rlIdIntNotNullidroleIdIntNotNull角色表idperIdIntNotNull權(quán)限表id如表3.10所示，該表主要作為功能表，在用于辨識在不同角色登錄進(jìn)系統(tǒng)后所能使用的功能權(quán)限，主要使用roleId和perId兩個(gè)外鍵進(jìn)行區(qū)別來實(shí)現(xiàn)功能。主鍵為rlId。Selltotal（銷售表）表3.11銷售表列名數(shù)據(jù)類型可為空注釋selltoIdIntNotNullidselltoNoVarchar（20）NotNull銷售訂單號selltoTimeDateTimeNotNull創(chuàng)建時(shí)間selltoClientVarchar(11)NotNull銷售客戶selltoExplainVarchar(100)Null備注selltoManVarchar（20）NotNull創(chuàng)建人selltoOrdStaVarchar（10）NotNull訂單狀態(tài)selltoPricesFloatNotNull訂單總價(jià)sellOrderVarchar（20）NotNull出貨單號outDateDateTimeNotNull出貨日期warehouseIdIntNotNull倉庫idexpressVarchar（10）NotNull快遞finishDateDateTimeNotNull訂單完成日期如表3.11所示，該表主要記錄銷售業(yè)務(wù)的信息，其包括銷售客戶對象，銷售總價(jià)，以及記錄各種銷售進(jìn)程的信息，如訂單狀態(tài)、出貨日期、訂單完成日期等。其主鍵為selltoNo，warehouseId和selltoClient分別引用了倉庫表的warehouseId和客戶表的cliId作為外鍵使用。Selldetail（銷售明細(xì)表）表3.12銷售明細(xì)表列名數(shù)據(jù)類型可為空注釋selldeIdIntNotNullidgoodsNoVarchar（20）NotNull商品編號selltoNoVarchar(10)NotNull銷售訂單號selldeNumIntNotNull單品銷售數(shù)量selldeSubFloatNotNull單品銷售總價(jià)如表3.12所示，銷售明細(xì)表主要記錄對應(yīng)銷售訂單具體銷售的商品和其銷售的數(shù)量，主鍵為selldeId，goodsNo和selltoNo分別引用了商品表的商品編號和銷售表的銷售訂單號作為外鍵。Purtotal（采購表）表3.13采購表列名數(shù)據(jù)類型可為空注釋purtoIdIntNotNullidpurtoNoVarchar（20）NotNull采購訂單號purtoTimeDateTimeNotNull創(chuàng)建時(shí)間purtoManVarchar(20)NotNull創(chuàng)建人purtoPricesFloatNotNull采購總價(jià)purtoAuResultVarchar(5)NotNull訂單狀態(tài)vendorIdIntNotNull供應(yīng)商idwarehouseIdIntNotNull倉庫idorderNoVarchar（20）Null發(fā)貨單號orderDateDateTimeNull發(fā)貨時(shí)間finishDateDateTimeNull訂單完成時(shí)間remarkVarchar（100）Null備注passTimeDateTimeNotNull審核完成時(shí)間如表3.13所示，采購表主要記錄了銷售業(yè)務(wù)的需要填寫的相關(guān)信息，如聯(lián)系相關(guān)供應(yīng)商id和需要入庫的倉庫id，還記錄了業(yè)務(wù)流程的相關(guān)信息，如訂單狀態(tài)，審核時(shí)間等。主鍵為purtoNo，warehouseId和vendorId分別引用來了倉庫表的warehouseId和供應(yīng)商表的vendorId作為外鍵。Purtotal（采購明細(xì)表）表3.14供應(yīng)商表列名數(shù)據(jù)類型可為空注釋purdeIdIntNotNullidgoodsNoVarchar（20）NotNull商品編號purtoNoVarchar(20)NotNull采購訂單號purdeNumIntNotNull采購數(shù)量purdeSubFloatNotNull單品總價(jià)如表3.14所示，采購明細(xì)表主要記錄對應(yīng)采購訂單具體的采購信息，其中包括采購的商品編號，采購的數(shù)量和單件商品采購總價(jià)。主鍵為purdeId，goodsNo和spurtoNo分別引用了商品表的商品編號和采購表的采購訂單號作為外鍵。Puttotal（進(jìn)貨表）表3.15進(jìn)貨表列名數(shù)據(jù)類型可為空注釋puttoIdIntNotNullidputtoNoVarchar（20）NotNull進(jìn)貨單號puttoTimeDatetimeNotNull訂單生成時(shí)間puttoManVarchar(20)NotNull創(chuàng)建人warehouseIdIntNotNull倉庫idputtoAuResultVarchar(10)NotNull進(jìn)貨結(jié)果如表3.15所示，進(jìn)貨表主要記錄了進(jìn)貨單的信息，進(jìn)貨單通常在采購單上填寫供應(yīng)商提供的發(fā)貨單號后動(dòng)態(tài)生成，因此主鍵puttoNo與發(fā)貨單號相同，warehouseId引用了倉庫表的warehouseId作為外鍵。Putdetail（進(jìn)貨明細(xì)表）表3.16進(jìn)貨明細(xì)表列名數(shù)據(jù)類型可為空注釋putdeIdIntNotNullidputtoNoVarchar（20）NotNull進(jìn)貨單號goodsNoVarchar(20)NotNull商品編號putdeNumintNotNull應(yīng)進(jìn)貨數(shù)量putdeActNumIntNotNull實(shí)際進(jìn)貨數(shù)量如表3.16所示，進(jìn)貨明細(xì)表主要記錄對應(yīng)進(jìn)貨單詳細(xì)的進(jìn)貨商品和其數(shù)量，倉庫管理員可以根據(jù)實(shí)際情況填寫實(shí)際進(jìn)貨的數(shù)量，如果與應(yīng)進(jìn)數(shù)量有偏差，系統(tǒng)會(huì)要求填寫報(bào)差原因。主鍵為putdeId，puttoNo和goodsNo作為進(jìn)貨表的進(jìn)貨訂單和商品的商品編號作為外鍵來辨別單號和商品。Outtotal（出貨表）表3.17出貨表列名數(shù)據(jù)類型可為空注釋outtoIdIntNotNullidouttoNoVarchar（20）NotNull出貨單號outtoTimeDatetimeNull出貨時(shí)間outtoManVarchar(20)Null處理人outtoAuResultVarchar(20)NotNull出貨狀態(tài)wareAddressVarchar(30)Null出貨地址如表3.17所示，出貨表主要記錄了出貨業(yè)務(wù)的信息，通常在銷售商品出貨后，出貨單就會(huì)隨之生成，主鍵為outtoId。Outdetail（出貨明細(xì)表）表3.18出貨明細(xì)表列名數(shù)據(jù)類型可為空注釋outdeIdIntNotNullidgoodsNoVarchar（20）NotNull商品編號outtoNoVarchar(20)NotNull出貨單號outdeNumIntNotNull銷售數(shù)量如表3.18所示，出貨明細(xì)主要記錄了出貨的詳細(xì)信息，記錄對應(yīng)出貨單號和出貨的商品和數(shù)量，主鍵為outdeId，引用了商品表goodsNo和出貨表的outtoNo作為外鍵。Teleport（調(diào)撥申請表）表3.19調(diào)撥申請表列名數(shù)據(jù)類型可為空注釋idIntNotNullidteleNoVarchar（20）NotNull調(diào)撥申請單號teleDateDatetimeNotNull創(chuàng)建日期telefromIntNotNull調(diào)撥倉庫teletoIntNotNull進(jìn)貨倉庫remarkVarchar(50)Null備注statusVarchar（10）Null狀態(tài)teleManVarchar（20）NotNull申請人applyManVarchar（20）NotNull審核人dealManVarchar（20）Null處理人orderNoVarchar（20）Null出貨單號orderDateDatetimeNull出貨時(shí)間applyDateDatetimeNotNull審核處理時(shí)間finishDateDatetimeNull調(diào)撥完成時(shí)間如表3.19所示，調(diào)撥申請表主要記錄調(diào)撥申請的信息，倉庫管理員可以填寫需要調(diào)撥的倉庫和進(jìn)貨倉庫，同時(shí)記錄申請的進(jìn)程信息，如審核時(shí)間、審核人等，還記錄了開始調(diào)撥過程的相關(guān)信息，主鍵為teleNo。Teledetail（調(diào)撥詳情表）表3.20調(diào)撥詳情表列名數(shù)據(jù)類型可為空注釋idIntNotNullidteleNoVarchar（20）NotNull調(diào)撥申請?zhí)杇oodsNoVarchar(10)NotNull商品編號telNumVarchar(11)NotNull調(diào)撥數(shù)量weightVarchar(30)NotNull重量如表3.20所示，調(diào)撥詳情表主要記錄了對應(yīng)調(diào)撥申請?zhí)柧唧w調(diào)撥的商品和數(shù)量，主鍵為id，引用了調(diào)撥申請表的teleNo和商品表的goodsNo作為外鍵。3.7本章小結(jié)本章主要介紹了系統(tǒng)開發(fā)使用的架構(gòu)，并根據(jù)架構(gòu)的層次分別介紹各層次使用的技術(shù)，基于B/S結(jié)構(gòu)和MVC結(jié)構(gòu)，使用了Spring框架中的SpringMVC，搭配MyBatis-plus中通用的Mapper和Service來實(shí)現(xiàn)一些基本的業(yè)務(wù)邏輯。將帶有加工好的數(shù)據(jù)頁面返回給用戶。在前端方面主要使用了Layui作為界面設(shè)計(jì)，使用Echarts實(shí)現(xiàn)了各種圖表可視化。并介紹了基于mysql創(chuàng)建數(shù)據(jù)庫并使用sqlyog進(jìn)行管理，還介紹來了數(shù)據(jù)庫表的具體設(shè)計(jì)，將用例圖、用例規(guī)約說明、類圖、順序圖列出說明。

4系統(tǒng)實(shí)現(xiàn)完成了需求分析與系統(tǒng)設(shè)計(jì)，本章將介紹各功能模塊的實(shí)現(xiàn)和其界面效果。其介紹方式主要圍繞五個(gè)管理模塊中的功能進(jìn)行介紹。4.1銷售管理模塊功能實(shí)現(xiàn)4.1.1新建銷售訂單圖4-1是新建銷售訂單的實(shí)現(xiàn)界面圖，系統(tǒng)會(huì)自動(dòng)生成銷售訂單，銷售人員可以在這里選擇銷售的客戶和銷售商品出貨的倉庫并添加銷售的商品，系統(tǒng)會(huì)根據(jù)銷售人員選擇的商品動(dòng)態(tài)顯示相應(yīng)的基本信息，還會(huì)根據(jù)填寫的銷售數(shù)量來計(jì)算單品價(jià)格和總價(jià)。圖4-1新建銷售訂單功能界面4.1.2查詢銷售訂單圖4-2是查詢銷售訂單的界面，銷售人員可以在這里查詢與自己相關(guān)的銷售訂單，可以根據(jù)訂單號和訂單狀態(tài)進(jìn)行搜索，可以處理未完成的訂單，也可以在訂單詳情中查詢訂單明細(xì)跟蹤訂單的的進(jìn)程，還可點(diǎn)擊快遞單號跳轉(zhuǎn)到快遞100查詢快遞物流，顯示效果如圖4-3所示。圖4-2查詢銷售訂單功能界面圖4-3訂單詳情界面圖4.2倉庫管理模塊功能實(shí)現(xiàn)4.2.1出庫處理圖4-4為出庫處理的界面圖，倉庫管理員可以在這里看到還未出貨的銷售訂單，點(diǎn)擊出庫處理可看見銷售商品明細(xì)和填寫出貨的快遞單號，目前可支持的快遞有中通快遞和韻達(dá)快遞，系統(tǒng)會(huì)驗(yàn)證填寫的單號是否符合對應(yīng)快遞公司的單號規(guī)則。圖4-4出庫處理界面圖和出庫處理界面圖4.2.2入庫處理圖4-5為入庫處理界面圖，倉庫管理員可以在這里進(jìn)行入庫業(yè)務(wù)的處理，可以根據(jù)情況選擇驗(yàn)收入庫和拒收，圖4-5為驗(yàn)收入庫的界面圖，在驗(yàn)收入庫界面中可以輸入驗(yàn)收的實(shí)際數(shù)量，系統(tǒng)會(huì)自動(dòng)驗(yàn)證輸入數(shù)量是否有偏差，如果有偏差將會(huì)追加要求填寫原因，效果圖如圖4-6所示。圖4-5入庫處理界面圖圖4-6驗(yàn)收入庫界面圖圖4-7驗(yàn)收偏差效果圖4.2.3調(diào)撥申請圖4-8位調(diào)撥申請界面圖，倉庫管理員可以選調(diào)撥的倉庫和進(jìn)貨的倉庫，在用戶選擇了商品后，除了顯示部分基本的商品信息還會(huì)顯示調(diào)撥倉庫對應(yīng)商品的所剩庫存供倉庫管理員參考。圖4-8調(diào)撥申請界面圖4.2.4調(diào)撥審核圖4-9為調(diào)撥審核界面圖，倉庫主管可以在這里審核倉庫管理員的調(diào)撥申請，如圖4-10所示，在詳情中可以查看到調(diào)撥的商品，并有兩個(gè)倉庫的庫存對比。如果選擇拒絕調(diào)撥，還要填寫拒絕的理由，界面圖如4-11所示。如果同意調(diào)撥，將會(huì)彈出選擇調(diào)撥處理人界面框，如圖4-12所示。圖4-9調(diào)撥審核界面圖圖4-10詳情界面圖圖4-11拒絕調(diào)撥界面圖圖4-12同意調(diào)撥界面圖4.2.5調(diào)撥處理在調(diào)撥處理中，倉庫管理員可以看見與自己相關(guān)的調(diào)撥單，包括自己申請的調(diào)撥單和被指定處理的調(diào)撥單。圖4-14是調(diào)撥詳情截面圖，可以查看到需要調(diào)撥的明細(xì)還有調(diào)撥的進(jìn)程。對于需要處理的訂單，可以進(jìn)行填寫出貨單號操作，如圖4-15所示，目前僅支持中通快遞的訂單。圖4-13調(diào)撥處理界面圖 圖4-14調(diào)撥詳情界面圖 圖4-15填寫單號界面圖4.2.6倉庫查詢圖4-15為倉庫查詢界面，系統(tǒng)管理員可以新增倉庫貨編輯倉庫信息，圖4-17位庫存詳情界面圖，所有用戶可以查詢各倉庫的信息和對應(yīng)倉庫的商品庫存。圖4-16倉庫查詢界面圖4-17庫存詳情界面圖圖4-18新增倉庫界面圖4.3采購管理模塊功能實(shí)現(xiàn)4.3.1采購申請圖4-16為采購申請界面圖，采購人員可以選擇需要進(jìn)貨的倉庫和添加需要采購的商品，系統(tǒng)會(huì)顯示采購商品的基本信息和采購價(jià)格，采購人員可以填寫采購的數(shù)量，系統(tǒng)會(huì)自動(dòng)計(jì)算單品采購價(jià)格和總價(jià)。4-19采購申請界面圖4.3.2采購申請圖4-17為的界面圖采購申請，采購主管可以在這里處理未審核的采購申請。在詳情中可以查看到采購的商品、具體的采購數(shù)量和入庫倉庫，如果選擇拒絕采購，還需要填寫拒絕的理由，如圖4-18所示。圖4-20采購審核界面圖圖4-21拒絕采購界面圖4.3.3查詢采購訂單圖4-22是查詢采購訂單的界面，采購人員可以查詢到自己申請的采購訂單，并且可以在訂單詳情中查看采購明細(xì)和訂單的進(jìn)程，見圖4-23。在于供應(yīng)商聯(lián)系獲得出貨單號后，可在填寫訂單中填寫單號，由于各個(gè)供應(yīng)商出貨的快遞不統(tǒng)一，因此暫定限制單號長度不少于12位，見圖4-24。圖4-22查詢采購訂單界面圖圖4-23采購訂單詳情界面圖圖4-24采購出貨單號填寫界面圖4.4財(cái)務(wù)管理模塊功能實(shí)現(xiàn)4.4.1訂單查詢圖4-25為訂單查詢界面圖，財(cái)務(wù)人員可以在這里查詢各業(yè)務(wù)已完成的訂單，并可在收支明細(xì)上確認(rèn)業(yè)務(wù)具體的收入支出。如運(yùn)費(fèi)支出等。收支明細(xì)界面圖如4-26所示:圖4-25訂單查詢界面圖圖4-26收支明細(xì)界面圖4.4.2財(cái)務(wù)統(tǒng)計(jì)如圖4-27所示，財(cái)務(wù)人員可在財(cái)務(wù)統(tǒng)計(jì)頁面查看到各種收入支出的總體統(tǒng)計(jì)信息，如收入支出占比、各類支出占比等。圖4-27財(cái)務(wù)統(tǒng)計(jì)界面圖4.5基礎(chǔ)信息管理模塊功能實(shí)現(xiàn)4.5.1員工信息圖4-28為員工信息界面，系統(tǒng)管理員可以在這里新增、編輯和刪除員工信息，所有用戶可以查詢員工信息，圖4-29為新增員工信息界面，圖4-30為編輯員工信息界面。圖4-28員工信息界面圖 圖4-29新增員工信息界面圖 圖4-30編輯員工信息界面圖4.5.2客戶信息圖4-31為客戶信息界面，系統(tǒng)管理員可以在這里新增、編輯和刪除客戶信息，系統(tǒng)會(huì)對填寫的信息是否符合規(guī)格進(jìn)行驗(yàn)證所有用戶可以查詢客戶信息，但沒有權(quán)限對客戶信息進(jìn)行修改，圖4-32為新增客戶信息界面，圖4-33為編輯客戶信息界面。圖4-31客戶信息界面界面圖圖4-32新增客戶信息界面圖圖4-33編輯客戶信息界面圖4.5.3供應(yīng)商信息圖4-33為供應(yīng)商信息界面，系統(tǒng)管理員可以在這里新增、編輯和刪除供應(yīng)商信息，圖4-34為新增供應(yīng)商信息界面，圖4-35為編輯供應(yīng)商信息界面，系統(tǒng)會(huì)在提交前對填寫的信息是否符合規(guī)則進(jìn)行驗(yàn)證，所有用戶可以在此查詢供應(yīng)商信息，但沒有權(quán)限進(jìn)行新增或編輯修改。圖4-34供應(yīng)商信息界面圖圖4-35新增供應(yīng)商信息界面圖圖4-36編輯供應(yīng)商信息界面圖4.5.4商品信息圖4-37為商品信息界面，系統(tǒng)管理員可以在這里新增、編輯和刪除商品信息，圖4-38為新增商品信息界面，圖4-39為編輯商品信息界面，系統(tǒng)會(huì)驗(yàn)證填寫的信息是否符合規(guī)則。所有用戶可以查詢商品信息，但沒有權(quán)限對商品信息進(jìn)行新增和更改。圖4-37商品信息界面界面圖 圖4-38新增商品信息界面界面圖 圖4-39編輯商品信息界面圖4.6本章小結(jié)本章主要圍繞各個(gè)管理功能模塊展開介紹了各子功能系統(tǒng)實(shí)現(xiàn)的具體效果圖，主要介紹了銷售管理模塊、倉庫管理模塊、采購管理模塊、財(cái)務(wù)管理模塊和基礎(chǔ)信息管理模塊的界面圖，并簡單介紹了一下系統(tǒng)的部分功能效果圖。

5系統(tǒng)測試系統(tǒng)測試的重要性自然不必多說，他能夠檢測系統(tǒng)的穩(wěn)定性，并且能檢查出可能未發(fā)現(xiàn)的邏輯上的錯(cuò)誤，可讓開發(fā)者及時(shí)修復(fù)，本章將會(huì)具體介紹測試的計(jì)劃和具體的測試內(nèi)容及結(jié)果。5.1測試計(jì)劃本次測試主要采用黑盒測試，即在不考慮內(nèi)部運(yùn)行狀態(tài)的前提下，測試系統(tǒng)中所有的功能是否有正常執(zhí)行，整個(gè)測試過程主要圍繞每個(gè)業(yè)務(wù)執(zhí)行順序中涉及到各角色的功能來進(jìn)行測試以確保所有的功能都有被覆蓋測試。具體的測試計(jì)劃如下：測試1：名稱：用戶登錄測試目的：測試用戶登錄功能內(nèi)容：用戶名和密碼輸入,合法性檢查，不同角色系統(tǒng)功能界面顯示控制。測試2：名稱：采購業(yè)務(wù)流程測試目的：測試采購業(yè)務(wù)流程涉及到各角色的部分功能是否正常內(nèi)容：采購申請信息內(nèi)容填寫，信息填寫合法性檢查，采購審核結(jié)果各選項(xiàng)檢查，訂單狀態(tài)各階段信息檢查，采購出貨訂單填寫，入庫處理的信息合法性檢查。測試3：名稱：銷售業(yè)務(wù)流程測試目的：測試銷售業(yè)務(wù)流程涉及到各角色的部分功能是否正常內(nèi)容：銷售訂單信息的填寫及內(nèi)容合法性檢查，出貨處理快遞單號填寫合法性驗(yàn)證，銷售訂單各階段進(jìn)程信息檢查，銷售結(jié)果選擇檢查。測試4：名稱：調(diào)撥業(yè)務(wù)流程測試目的：測試調(diào)撥業(yè)務(wù)流程中涉及到的角色的功能是否正常內(nèi)容：調(diào)撥申請信息的填寫及內(nèi)容合法性檢查，調(diào)撥審核結(jié)果選擇檢查，處理人選擇合法性檢查，調(diào)撥申請狀態(tài)信息檢查，出貨快遞單號填寫合法性驗(yàn)證，入庫操作檢查。測試5：名稱：信息管理測試目的：測試相關(guān)基礎(chǔ)信息和財(cái)務(wù)信息管理的功能是否正常內(nèi)容：商品信息查詢，新增商品和編輯商品的合法性，員工信息查詢，新增和編輯的合法性，供應(yīng)商信息查詢，新增和編輯的合法性，客戶信息查詢，新增和編輯的合法性，庫存信息查詢，財(cái)務(wù)信息統(tǒng)計(jì)和業(yè)務(wù)訂單明細(xì)查詢。5.2測試用例5.2.1用戶登錄測試用戶根據(jù)用戶名和密碼在登錄界面進(jìn)行登錄，未填寫的位置系統(tǒng)會(huì)相應(yīng)的標(biāo)記提示，當(dāng)賬號密碼驗(yàn)證碼都填寫點(diǎn)擊登錄后，系統(tǒng)會(huì)進(jìn)行驗(yàn)證，如果賬號不存在或密碼錯(cuò)誤系統(tǒng)會(huì)提示，賬號密碼正確但驗(yàn)證碼不正確系統(tǒng)會(huì)提示，密碼正確且驗(yàn)證碼正確的話系統(tǒng)將進(jìn)入系統(tǒng)主界面，并根據(jù)員工的角色顯示不同的功能項(xiàng)。具體測試用例見表5-1：表5-1用戶登錄測試用例表測試目的測試內(nèi)容測試結(jié)果測試說明檢測登錄驗(yàn)證輸入賬號，密碼為空密碼輸入框圈紅，提示“必填項(xiàng)不能為空”檢測登錄驗(yàn)證輸入密碼，賬號為空賬號輸入框圈紅，提示“必填項(xiàng)不能為空”檢測登錄驗(yàn)證輸入不存在的賬號密碼點(diǎn)擊登登錄提示“賬號或密碼密碼錯(cuò)誤”檢測登錄驗(yàn)證輸入存在的賬號，輸入錯(cuò)誤的密碼提示“賬號或密碼密碼錯(cuò)誤”檢測登錄驗(yàn)證輸入存在的賬號，輸入正確的密碼，輸入正確的驗(yàn)證碼進(jìn)入系統(tǒng)界面檢測登錄驗(yàn)證輸入正確的賬號密碼，輸入錯(cuò)誤的驗(yàn)證碼提示“驗(yàn)證碼錯(cuò)誤（區(qū)分大小寫）”檢測功能權(quán)限限制使用不同的角色賬號登錄進(jìn)入系統(tǒng)界面，不同的角色功能項(xiàng)都有所差別5.2.2采購業(yè)務(wù)測試采購人員在新建采購訂單需要選擇進(jìn)貨的倉庫和供應(yīng)商，并添加需要采購商品和采購數(shù)量后方可提交。采購主管審核確認(rèn)通過后就可點(diǎn)擊同意采購，采購業(yè)務(wù)就可繼續(xù)，如果不同意則需要填寫具體的拒絕理由。通過的訂單可填寫出貨訂單生成對應(yīng)的入庫訂單，倉庫管理員在入庫處理中可以選擇拒收，如果選擇驗(yàn)收入庫則需要填寫實(shí)際入庫的數(shù)量，如果出現(xiàn)偏差則提示輸入報(bào)差原因。系統(tǒng)會(huì)根據(jù)實(shí)際入庫數(shù)量修改對應(yīng)倉庫的商品數(shù)量。具體測試用例見表5-2：表5-2采購業(yè)務(wù)測試用例表測試目的測試內(nèi)容測試結(jié)果測試說明驗(yàn)證采購申請信息合法性不選擇填寫任何信息點(diǎn)擊提交訂單提示“請將信息填寫完整”驗(yàn)證采購申請信息合法性選擇供應(yīng)商，添加商品并填寫數(shù)量，不選擇進(jìn)貨倉庫提交訂單提示“請選擇入庫倉庫”驗(yàn)證采購申請信息合法性選擇倉庫，添加商品并填寫數(shù)量，不選擇供應(yīng)商提交訂單提示“請選擇供應(yīng)商”驗(yàn)證采購申請信息合法性選擇倉庫供應(yīng)商，不添加商品信息提交訂單提示“采購商品不能為空”驗(yàn)證采購申請信息合法性選擇倉庫供應(yīng)商，添加商品不填寫采購數(shù)量提交訂單提示“采購數(shù)量不能0”驗(yàn)證采購申請信息合法性選擇倉庫供應(yīng)商，添加商品后不選擇商品提交訂單提示“未選擇商品”驗(yàn)證采購申請信息合法性選擇倉庫供應(yīng)商，添加商品，在選擇商品后填寫采購數(shù)量確認(rèn)提交提示“提交成功，請等待審核”驗(yàn)證功能的有效性在添加商品后點(diǎn)擊操作列中的刪除所選行的商品信息被刪除驗(yàn)證審核功能的有效性點(diǎn)擊訂單詳情彈出訂單詳情，顯示采購明細(xì)信息驗(yàn)證審核功能的有效性點(diǎn)擊同意采購并確認(rèn)提交提示“審核完畢”驗(yàn)證拒絕采購信息合法性點(diǎn)擊拒絕采購不填寫拒絕原因提交審核提示“請輸入原因”驗(yàn)證拒絕采購信息合法性點(diǎn)擊拒絕采購填寫拒絕原因提交審核，選擇確認(rèn)提交提示“審核完畢”驗(yàn)證處理采購訂單的合法性點(diǎn)擊填寫訂單，輸入低于12位的單號點(diǎn)擊提交提示字顯示“不正確的單號”無法提交驗(yàn)證處理采購訂單的合法性點(diǎn)擊填寫訂單，輸入高于12位的單號點(diǎn)擊提交提示字顯示“正確的單號”，系統(tǒng)顯示提交成功驗(yàn)證采購信息進(jìn)程的正確性不同狀態(tài)的訂都單點(diǎn)擊訂單詳情查看信息流程都根據(jù)進(jìn)程顯示對應(yīng)的信息驗(yàn)證入庫處理的有效性點(diǎn)擊拒收，并選擇確認(rèn)提交系統(tǒng)提示“貨物已拒收”驗(yàn)證入庫處理的功能有效性點(diǎn)擊驗(yàn)收入庫系統(tǒng)彈出驗(yàn)收入庫的界面框驗(yàn)證入庫處理的信息合法性點(diǎn)擊驗(yàn)收入庫，不填寫實(shí)際入庫數(shù)量提交系統(tǒng)提示“請?zhí)顚懭霂鞌?shù)量”驗(yàn)證入庫處理的信息合法性點(diǎn)擊驗(yàn)收入庫，所有商品入庫數(shù)量都與采購相同并確認(rèn)提交系統(tǒng)未要求填寫報(bào)差原因，提交后提示“入庫完畢”通過查詢數(shù)據(jù)庫，對應(yīng)倉庫的商品數(shù)量已增加對應(yīng)的數(shù)量驗(yàn)證入庫處理的功能有效性點(diǎn)擊驗(yàn)收入庫，輸入與采購數(shù)量有偏差的數(shù)量系統(tǒng)展開報(bào)差原因填寫輸入框，提示要求填寫驗(yàn)證入庫處理的信息合法性點(diǎn)擊驗(yàn)收入庫，輸入與采購數(shù)量有偏差的數(shù)量，不填寫報(bào)差原因提示“報(bào)差原因未填寫”驗(yàn)證入庫處理的信息合法性點(diǎn)擊驗(yàn)收入庫，輸入與采購數(shù)量有偏差的數(shù)量，填寫報(bào)差原因后確認(rèn)提交提示“入庫完畢”通過查詢數(shù)據(jù)庫，對應(yīng)倉庫的商品數(shù)量已增加對應(yīng)的數(shù)量5.2.3銷售業(yè)務(wù)測試銷售人員在新建銷售訂單中需要選擇銷售客戶和出貨倉庫，并添加需要銷售商品和銷售數(shù)量后方可提交。倉庫管理員在出庫處理可以看到未出庫的銷售訂單，可點(diǎn)擊填寫出貨快遞單號，可以選擇出貨的快遞，系統(tǒng)會(huì)驗(yàn)證快遞單號。提交快遞單號后銷售人員可以查看在查詢訂單找到相應(yīng)銷售訂單的進(jìn)程，可對已出貨的銷售訂單進(jìn)行確認(rèn)收貨和客戶拒收處理，在拒收處理中可填寫拒收原因。具體測試用例見表5-3：表5-3銷售業(yè)務(wù)測試用例表測試目的測試內(nèi)容測試結(jié)果測試說明驗(yàn)證新建銷售訂單信息合法性不選擇填寫任何信息點(diǎn)擊提交訂單提示“請將信息填寫