ERP采購(gòu)管理子系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上中小企業(yè)采購(gòu)管理子系統(tǒng)摘 要：采購(gòu)環(huán)節(jié)作為企業(yè)生產(chǎn)鏈的基礎(chǔ)，它的重要性可想而知，傳統(tǒng)的采購(gòu)管理方式已經(jīng)不能滿足現(xiàn)代企業(yè)中生產(chǎn)、銷售、庫存這個(gè)流動(dòng)循環(huán)，業(yè)務(wù)量的高速發(fā)展，導(dǎo)致企業(yè)庫存變動(dòng)率不斷上升，現(xiàn)在，庫存率的控制越來越重要，它直接關(guān)系著企業(yè)資金鏈的流通周轉(zhuǎn)，因此，采購(gòu)環(huán)節(jié)的效率在現(xiàn)代企業(yè)中顯得越發(fā)重要，一種合理科學(xué)好用的采購(gòu)管理方式已經(jīng)成為企業(yè)生產(chǎn)必須要考慮的問題。本文介紹了基于Struts2框架實(shí)現(xiàn)的中小企業(yè)數(shù)字信息化采購(gòu)管理子系統(tǒng)，使用MVC模型在WEB應(yīng)用中的不同層次，其中以Struts來實(shí)現(xiàn)系統(tǒng)的表示層，通過Common-pool組件實(shí)現(xiàn)DBCP連接池的開辟

2、和使用，以DAO模式實(shí)現(xiàn)數(shù)據(jù)庫的持久層，通過面向?qū)ο笳Z言Java設(shè)計(jì)各個(gè)類實(shí)例，類間實(shí)現(xiàn)嚴(yán)格封裝。Action控制層獲取操作請(qǐng)求，并調(diào)用相對(duì)應(yīng)的類實(shí)現(xiàn)操作請(qǐng)求。該系統(tǒng)實(shí)現(xiàn)了企業(yè)采購(gòu)的基本功能，包括下達(dá)采購(gòu)清單、進(jìn)貨管理、付款管理、退貨管理、入庫管理、庫存管理、采購(gòu)統(tǒng)計(jì)、退貨統(tǒng)計(jì)、報(bào)表統(tǒng)計(jì)等。該系統(tǒng)操作流程為當(dāng)企業(yè)進(jìn)行一個(gè)采購(gòu)業(yè)務(wù)流程時(shí)，首先由采購(gòu)部下達(dá)采購(gòu)清單，再由倉管部新增進(jìn)貨單，然后再審核進(jìn)貨單是否出錯(cuò)，最后付款 。關(guān)鍵詞: struts2 ；MVC ；ERP；采購(gòu)管理子系統(tǒng)Small And Medium-Sized Enterprise Purchasing SystemAbstrac

3、t： Procurement procedures as the basis of chain of enterprise production , its importance can be imagined, the traditional procurement management mode cannot satisfy the need of modern enterprise production, sales and inventorise in the flow loop, with the rapid development of business, the enterpri

4、se inventory change rate keep rising, now, the control of inventory rate are becoming more and more important, it relates to the circulation flow of the enterprise capital chain directly, as a result, the efficiency of the purchasing is becoming increasingly important in modern enterprise developmen

5、t, a reasonable, scientific and useful way of management in purchasing and supply has become the enterprise production issues which must be considered.This paper introduces the implementation of small and medium-sized enterprise digital information-based procurement management subsystem which is Bas

6、ed on the Struts2 framework, using MVC model in different levels of WEB application, such as the Struts presentation layer to implement the system, using the Common - pool component to set up and use DBCP connection pool, using the DAO pattern to realize database persistence layer, using the object-

7、oriented language Java design the strict encapsulation among each class instances and classes . Getting retrieval request, Action control layer will invokes the corresponding class to implements the operation request.The system realized the basic function of enterprise procurement, including the ord

8、er listing, stock management, purchase management, returns management, inventory management, inventory management, procurement statistics, return statistics, report statistics , etc. The system is a process-when purchasing enterprise business process, the first issued by the purchasing Department pr

9、ocurement list, and then by the warehouse department added the warehousing list then review whether an error occurred, the final paymentKeywords: Struts2 , MVC, ERP, Purchasing manage System目錄專心-專注-專業(yè)一、引言（一）選題背景隨著經(jīng)濟(jì)發(fā)展速度越來越快，九十年代以來，中小型企業(yè)逐漸成為支撐國(guó)民經(jīng)濟(jì)的重要組成部分。在國(guó)內(nèi)每年新興的中小企業(yè)數(shù)數(shù)以萬計(jì)，但每年倒閉的中小企業(yè)也在萬數(shù)以上，在這些倒閉的企業(yè)統(tǒng)計(jì)中

10、，使用傳統(tǒng)管理方式的企業(yè)占了其八成以上。隨著業(yè)務(wù)量的不斷增長(zhǎng)、經(jīng)濟(jì)因素越來越復(fù)雜，傳統(tǒng)的企業(yè)管理模式已經(jīng)不能再適用于現(xiàn)代高速發(fā)展的企業(yè)中，現(xiàn)代企業(yè)涉及的市場(chǎng)面與內(nèi)部員工結(jié)構(gòu)層等已遠(yuǎn)遠(yuǎn)超過傳統(tǒng)模式的企業(yè)，傳統(tǒng)的人工管理已經(jīng)跟不上企業(yè)的運(yùn)作效率要求。實(shí)施企業(yè)資源管理信息自動(dòng)化(簡(jiǎn)稱ERP)，是現(xiàn)代企業(yè)為應(yīng)對(duì)激烈的市場(chǎng)競(jìng)爭(zhēng)，實(shí)現(xiàn)企業(yè)盈利最大化與解決企業(yè)高速發(fā)展需要和內(nèi)部效率低下之間的矛盾而采取的一種發(fā)展戰(zhàn)略，這也是現(xiàn)代企業(yè)想要進(jìn)一步發(fā)展所必經(jīng)之路。ERP，在上個(gè)六十年代在西方已經(jīng)正式興起，最初的目標(biāo)是為了提高M(jìn)PS的效率，一直發(fā)展到現(xiàn)在，ERP已經(jīng)整合了企業(yè)所有資源模塊，實(shí)現(xiàn)統(tǒng)一的信息化管理，幫助企

11、業(yè)提升自身的競(jìng)爭(zhēng)力與實(shí)現(xiàn)更高的利潤(rùn)化。采購(gòu)環(huán)節(jié)，作為企業(yè)生存的三大基礎(chǔ)之一，它的重要性可想而知。傳統(tǒng)的采購(gòu)模式多數(shù)通過電話下達(dá)訂單，手工記錄，在相對(duì)小的訂單型企業(yè)來說，可以應(yīng)付得過去，但一旦業(yè)務(wù)量大了以后，庫存流動(dòng)量會(huì)非常大，單依靠手工來操作已遠(yuǎn)遠(yuǎn)跟不上企業(yè)的運(yùn)作效率，而且手工跟進(jìn)出錯(cuò)率也非常高，很可能會(huì)給企業(yè)帶來很多不必要的損失。所以我想借著這次畢業(yè)設(shè)計(jì)的機(jī)會(huì)開發(fā)一個(gè)中小企業(yè)ERP采購(gòu)管理子系統(tǒng)，幫助中小型企業(yè)實(shí)現(xiàn)信息化管理，提高企業(yè)運(yùn)營(yíng)效率，獲得更高的利潤(rùn)。（二）課題的主要研究?jī)?nèi)容實(shí)施ERP是現(xiàn)代企業(yè)解決業(yè)務(wù)高速發(fā)展與企業(yè)內(nèi)部運(yùn)作效率低下矛盾的必然趨勢(shì)。本課題經(jīng)過調(diào)研后，根據(jù)企業(yè)實(shí)際情況，

12、把中小企業(yè)資源信息化管理采購(gòu)管理子系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)作為主要研究?jī)?nèi)容。本課題以業(yè)務(wù)流為主線，從采購(gòu)清單開始把供應(yīng)商、產(chǎn)品、進(jìn)貨、付款、退貨、報(bào)表統(tǒng)計(jì)等相關(guān)資源及各種信息關(guān)聯(lián)到企業(yè)的業(yè)務(wù)上，實(shí)現(xiàn)采購(gòu)管理一體化，旨在幫助中小企業(yè)解決在采購(gòu)環(huán)節(jié)出現(xiàn)的線下庫存與線上庫存不對(duì)應(yīng)、企業(yè)內(nèi)部人員處理效率低下跟不上實(shí)際業(yè)務(wù)量需求的變化、控制企業(yè)庫存量等問題，為中小企業(yè)提供一種資源信息一體化管理解決方案。（三）涉及到的框架與技術(shù)隨著Web運(yùn)用的發(fā)展和不斷成熟，輕量級(jí)J2EE框架應(yīng)運(yùn)而生，基于以Struts框架作為應(yīng)用前端的表示層，向用戶瀏覽器提供Web方式下的前臺(tái)交互，本課題正是運(yùn)用Struts框架進(jìn)行開發(fā)“中小

13、企業(yè)采購(gòu)管理子系統(tǒng)”，通過面向?qū)ο笳Z言Java設(shè)計(jì)各個(gè)類實(shí)例，類間實(shí)現(xiàn)嚴(yán)格封裝。通過Struts框架設(shè)計(jì)，Action控制層獲取操作請(qǐng)求，并調(diào)用相對(duì)應(yīng)的類實(shí)現(xiàn)操作請(qǐng)求。 1、struts工作原理圖1.1 struts框架原理圖圖1.1中表現(xiàn)了struts2框架的工作原理，來自客戶的所有需要通過框架的請(qǐng)求在Struts2框架中的處理大概分為以下幾個(gè)步驟：1）  客戶端初始化一個(gè)指向Servlet容器（例如Tomcat）的請(qǐng)求。2）  這個(gè)請(qǐng)求經(jīng)過一系列的過濾器（Filter）。3）  接著FilterDispatcher被調(diào)用，F(xiàn)ilt

14、erDispatcher詢問ActionMapper來決定這個(gè)請(qǐng)是否需要調(diào)用某個(gè)Action。4）  如果ActionMapper決定需要調(diào)用某個(gè)Action，F(xiàn)ilterDispatcher把請(qǐng)求的處理交給ActionProxy。5）  ActionProxy通過Configuration Manager詢問框架的配置文件，找到需要調(diào)用的Action類。6）  ActionProxy創(chuàng)建一個(gè)ActionInvocation的實(shí)例。7）  ActionInvocation實(shí)例使用命名模式來調(diào)用，在調(diào)用Action的

15、過程前后，涉及到相關(guān)攔截器（Intercepter）的調(diào)用。8）  一旦Action執(zhí)行完畢，ActionInvocation負(fù)責(zé)根據(jù)struts.xml中的配置找到對(duì)應(yīng)的返回結(jié)果。Struts2的核心就是攔截器。Struts.xml中所有的package都要extends="struts-default"。同理與所有的Java類都要extends自O(shè)bject一樣。struts-default.xml里面就是要做以上事情Error! Reference source not found.。2、Web數(shù)據(jù)庫技術(shù)本系統(tǒng)所用的數(shù)據(jù)庫為Mysql，Mysql是

16、現(xiàn)在比較流行的一種開源的小型數(shù)據(jù)庫，它具有體積小、處理速度快，擁有成本低等很多令小型系統(tǒng)項(xiàng)目所喜歡的特點(diǎn)，正因?yàn)槿绱?，Mysql廣泛應(yīng)用于中小型項(xiàng)目開發(fā)中。二、 可行性分析可行性研究主要內(nèi)容是要求以全面、系統(tǒng)的分析為主要方法，經(jīng)濟(jì)效益為核心，圍繞影響項(xiàng)目的各種因素，運(yùn)用數(shù)據(jù)資料論證擬建項(xiàng)目是否可行。對(duì)整個(gè)可行性研究提出綜合分析評(píng)價(jià)，指出優(yōu)缺點(diǎn)和建議Error! Reference source not found.。（一）經(jīng)濟(jì)可行性作為畢業(yè)設(shè)計(jì)研究課題，系統(tǒng)的一切開發(fā)內(nèi)容都由自己利用在校的時(shí)間完成，系統(tǒng)采用WEB服務(wù)方式，因此，前期只要利用自己的電腦作為本地服務(wù)器即可進(jìn)行一系列的系統(tǒng)開發(fā)與測(cè)試

17、工作。當(dāng)系統(tǒng)真正部署于實(shí)際應(yīng)用的時(shí)候，也不用重新購(gòu)置新的服務(wù)器，只要選用企業(yè)中一臺(tái)運(yùn)行速度比較好的主機(jī)作為服務(wù)器就可以輕松布署使用，完全不用其它額外的投入，因此，系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)在經(jīng)濟(jì)方面上是可行的。（二）技術(shù)可行性系統(tǒng)是基于WEB的J2EE方面企業(yè)級(jí)的應(yīng)用，系統(tǒng)技術(shù)框架為Stuct2，頁面設(shè)計(jì)技術(shù)為jsp+jquery+ajax的聯(lián)合應(yīng)用，數(shù)據(jù)庫采用Mysql，開發(fā)工具使用Eclispe，在大學(xué)幾年里我一直在自學(xué)J2EE方面的知識(shí)，熟悉運(yùn)用Stuct2+Jquery+Mysql+Eclipse開發(fā)框架，也參加過Java外包項(xiàng)目的開發(fā)組，并在一家ERP公司實(shí)習(xí)了八個(gè)月，對(duì)ERP系統(tǒng)在實(shí)際企業(yè)中的

18、應(yīng)用情況有一定的了解，指導(dǎo)老師在關(guān)于這方面的教學(xué)與研究中也有很深的見解。因此，系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)在技術(shù)方面上是可行的。（三）運(yùn)行可行性本系統(tǒng)運(yùn)行Tomcat服務(wù)器上，自己在校期間主要學(xué)習(xí)的是WEB方面的開發(fā)，因此對(duì)Tomcat服務(wù)器的搭建也比較熟悉，系統(tǒng)布署成功后，用戶可以通過在瀏覽器地址欄上輸入相應(yīng)的服務(wù)器IP就可以訪問本系統(tǒng)，用戶根據(jù)賬號(hào)的權(quán)限可以進(jìn)行相應(yīng)的操作，非常簡(jiǎn)單方便。因此，系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)在運(yùn)行方面上是可行的。（四）法律可行性本系統(tǒng)旨在為中小企業(yè)提供資源信息化管理解決方案，僅限于企業(yè)內(nèi)部使用，作為管理企業(yè)的一種工具，僅涉及到企業(yè)業(yè)務(wù)訂單與人事管理方面，不會(huì)跟政治和法律掛鉤。系統(tǒng)一切的開

19、發(fā)、維護(hù)和使用都是在合法的途徑下完成，因此，系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)在法律方面上是可行的。結(jié)論該系統(tǒng)經(jīng)過以上經(jīng)濟(jì)可行性、技術(shù)可行性、運(yùn)行可行性、法律可行性等方面的分析，事實(shí)證明整個(gè)系統(tǒng)是可行的。三、需求分析（一）系統(tǒng)業(yè)務(wù)需求規(guī)定中小企業(yè)采購(gòu)管理子系統(tǒng)是以業(yè)務(wù)流為主線，從采購(gòu)訂單開始把供應(yīng)商、產(chǎn)品、進(jìn)貨、付款、退貨、庫存、報(bào)表統(tǒng)計(jì)等相關(guān)資源及各種信息關(guān)聯(lián)到企業(yè)的業(yè)務(wù)上，實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)與財(cái)務(wù)數(shù)據(jù)的完全對(duì)接，實(shí)現(xiàn)企業(yè)的采購(gòu)管理一體化。（二）系統(tǒng)用戶需求規(guī)定用戶包括企業(yè)內(nèi)部采購(gòu)人員、審核人員。采購(gòu)人員的需求是下達(dá)訂單與查看系統(tǒng)公共功能信息，審核人員則擁有全部系統(tǒng)管理權(quán)限，審核采購(gòu)訂單與付款單等，實(shí)現(xiàn)企業(yè)采購(gòu)業(yè)務(wù)流

20、的最大程度上的優(yōu)化。（三）系統(tǒng)功能需求規(guī)定系統(tǒng)需求是實(shí)現(xiàn)中小企業(yè)信息化的管理，及時(shí)地為生產(chǎn)部門提供充足的原材料或消耗品，確保生產(chǎn)的完成，并且定期的補(bǔ)充庫存量，以保證庫存的最優(yōu)控制。（四）非功能需求分析用戶界面需求：簡(jiǎn)潔、易用、易懂，美觀，具備良好的兼容性。系統(tǒng)運(yùn)行性能要求：頁面加載速度快、數(shù)據(jù)處理快。（五）軟硬件環(huán)境需求1、硬件系統(tǒng)服務(wù)器端： 內(nèi)存512Mb/硬盤10Gb以上的專用微機(jī)服務(wù)器客戶端：內(nèi)存256Mb/硬盤6Gb以上的臺(tái)式計(jì)算機(jī)。2、軟件系統(tǒng)操作系統(tǒng)：Windows XP/Win7、2000 Server系列數(shù)據(jù)庫：MYSQL5.0服務(wù)器：tomcat7.0瀏覽器：Ie 6.0及以

21、上版本（六）需求建模與部分用例規(guī)約圖3.1系統(tǒng)整體功能用例圖Figure 3.1 Use Case Diagram overall system functionality圖3.1用例表示了一般用戶可分配的權(quán)限和超級(jí)管理員可分配的權(quán)限。超級(jí)管理員可分每個(gè)用戶劃分相對(duì)應(yīng)的使用權(quán)限，一般用戶登錄后可以進(jìn)行供應(yīng)商、產(chǎn)品、采購(gòu)清單、退貨、庫存、采購(gòu)統(tǒng)計(jì)、退貨統(tǒng)計(jì)、報(bào)表統(tǒng)計(jì)等模塊管理操作，系統(tǒng)超級(jí)管員則擁有所有權(quán)限。1用例一：登錄1.1 主要參與者：所有操作用戶。1.2 用例描述：該用例用于提供登錄功能。用戶要登錄之后才能進(jìn)行相應(yīng)操作。用戶須填寫正確用戶名和密碼，方可登錄成功。1.3 事件流1.3.1基

22、本流：、填寫賬號(hào)；、填寫密碼；、登錄。1.3.2信息驗(yàn)證：若系統(tǒng)檢測(cè)到輸入的信息格式或內(nèi)容有誤，如非法字符或者信息不符合要求，給予錯(cuò)誤提示，并清空文本框，要求用戶重新輸入。1.4 前置條件：用戶必須先訪問該系統(tǒng)登錄頁面，然后點(diǎn)擊登錄。1.5 成功后件：系統(tǒng)轉(zhuǎn)到相應(yīng)操作頁面。1.6 失敗后件：系統(tǒng)維持原狀。2用例二：產(chǎn)品管理2.1 主要參與者：所有操作用戶2.2 用例描述：該用例用于提供添加產(chǎn)品信息功能。操作用戶要登錄之后才能進(jìn)行相應(yīng)操作。2.3 事件流2.3.1基本流：、增刪改查產(chǎn)品信息；、轉(zhuǎn)到相應(yīng)操作頁面。2.3.11添加產(chǎn)品信息、點(diǎn)擊添加產(chǎn)品；、轉(zhuǎn)到添加產(chǎn)品信息頁面。2.3.1.2刪除產(chǎn)品

23、信息、點(diǎn)擊刪除產(chǎn)品；、轉(zhuǎn)到刪除產(chǎn)品信息頁面。2.3.1.3修改產(chǎn)品信息、點(diǎn)擊修改產(chǎn)品；、轉(zhuǎn)到修改產(chǎn)品信息頁面。2.3.2信息驗(yàn)證：若系統(tǒng)檢測(cè)到輸入的信息格式或內(nèi)容有誤，如非法字符或者信息不符合要求，給予錯(cuò)誤提示，并清空文本框，要求用戶重新輸入。2.4 前置條件：用戶必須先訪問該系統(tǒng)產(chǎn)品管理頁面，然后點(diǎn)擊“新增”。2.5 成功后件：系統(tǒng)轉(zhuǎn)到相應(yīng)操作頁面。2.6 失敗后件：系統(tǒng)維持原狀。3用例三：供應(yīng)商管理3.1 主要參與者：所有操作用戶3.2 用例描述：該用例用于提供添加供應(yīng)商信息功能。操作用戶要登錄之后才能進(jìn)行相應(yīng)操作。3.3 事件流3.3.1基本流：、增刪改查供應(yīng)商信息；、轉(zhuǎn)到相應(yīng)操作信息頁

24、面。3.3.11添加供應(yīng)商信息、點(diǎn)擊添加供應(yīng)商；、轉(zhuǎn)到添加供應(yīng)商信息頁面。3.3.1 .2刪除供應(yīng)商信息、點(diǎn)擊刪除供應(yīng)商；、轉(zhuǎn)到刪除供應(yīng)商信息頁面。3.3.1 .3修改供應(yīng)商信息、點(diǎn)擊修改供應(yīng)商；、轉(zhuǎn)到修改供應(yīng)商信息頁面，修改內(nèi)容包括聯(lián)系人、基本信息等。3.3.2信息驗(yàn)證：若系統(tǒng)檢測(cè)到輸入的信息格式或內(nèi)容有誤，如非法字符或者信息不符合要求，給予錯(cuò)誤提示，并清空文本框，要求用戶重新輸入。3.4 前置條件：用戶必須先訪問該系統(tǒng)供應(yīng)商管理頁面，然后點(diǎn)擊“添加”。3.5 成功后件：系統(tǒng)轉(zhuǎn)到相應(yīng)操作頁面。3.6失敗后件：系統(tǒng)維持原狀。4用例四：添加采購(gòu)清單4.1 主要參與者：一般用戶（采購(gòu)人員）4.2

25、用例描述：該用例用于提供添加采購(gòu)訂單功能。采購(gòu)人員成功登錄到系統(tǒng)后進(jìn)行的相應(yīng)的添加訂單操作。4.3 事件流4.3.1基本流：、采購(gòu)人員點(diǎn)擊添加采購(gòu)訂單；、轉(zhuǎn)到添加采購(gòu)訂單信息頁面。4.3.1.1 選擇供應(yīng)商添加采購(gòu)清單里面的供應(yīng)商4.3.1.2 選擇供應(yīng)商聯(lián)系人選擇供應(yīng)商聯(lián)系人。4.3.1.3 選擇要采購(gòu)的產(chǎn)品選擇該采購(gòu)清單的產(chǎn)品。4.3.2信息驗(yàn)證：若沒有選擇供應(yīng)商就選擇產(chǎn)品，則提示出錯(cuò)信息；若產(chǎn)品數(shù)量為非法字符，則提示出錯(cuò)信息。4.4 前置條件：用戶必須先訪問該系統(tǒng)添加采購(gòu)清單頁面，然后點(diǎn)擊“添加”。4.5 成功后件：系統(tǒng)采購(gòu)訂單表數(shù)據(jù)庫相應(yīng)數(shù)據(jù)改變。4.6 失敗后件：系統(tǒng)維持原狀。5用例

26、五：添加進(jìn)貨單5.1 主要參與者：超級(jí)管理員、審核人員5.2 用例描述：該用例用于添加進(jìn)貨單功能。審核人員成功登錄到系統(tǒng)后進(jìn)行的相應(yīng)的添加進(jìn)貨單操作。5.3 事件流5.3.1基本流：、點(diǎn)擊新增；、選擇供應(yīng)商和聯(lián)系人；、選擇相應(yīng)的采購(gòu)清單。5.3.2信息驗(yàn)證：若系統(tǒng)檢測(cè)審核人員提交信息不完整的或者信息格式有誤，系統(tǒng)將返回錯(cuò)誤信息，并要求審核人員重新檢查并填寫信息或取消添加該訂單。5.4 前置條件：用戶必須先訪問該系統(tǒng)進(jìn)貨管理頁面。5.5 成功后件：系統(tǒng)在進(jìn)貨單管理中自動(dòng)生成相應(yīng)好的進(jìn)貨單。5.6 失敗后件：系統(tǒng)維持原狀。6用例六：進(jìn)貨單審核6.1 主要參與者：超級(jí)管理員、審核人員6.2 用例描述

27、：該用例用于提供倉庫驗(yàn)收進(jìn)貨單功能。審核人員成功登錄到系統(tǒng)后進(jìn)行的相應(yīng)的驗(yàn)收訂單操作。6.3 事件流6.3.1基本流：、審核人員點(diǎn)擊查看進(jìn)貨單；、如果進(jìn)貨單內(nèi)容符合企業(yè)采購(gòu)需求，審核人員點(diǎn)擊驗(yàn)收，并在付款管理中自動(dòng)生成相對(duì)應(yīng)的付款單，相對(duì)應(yīng)的產(chǎn)品數(shù)量自成增加；、如果進(jìn)貨單內(nèi)容不符合企業(yè)采購(gòu)需求，審核人員點(diǎn)擊退貨，并在退貨管理中自動(dòng)生成相對(duì)應(yīng)的退貨單。6.3.2信息驗(yàn)證：若系統(tǒng)檢測(cè)審核人員提交信息不完整的或者信息格式有誤，系統(tǒng)將返回錯(cuò)誤信息，并要求審核人員重新檢查并填寫信息或取消驗(yàn)收該訂單。6.4 前置條件：用戶必須先訪問該系統(tǒng)進(jìn)貨管理頁面。6.5 成功后件：系統(tǒng)在付款管理中自動(dòng)生成相應(yīng)好的付款

28、單，相對(duì)應(yīng)的產(chǎn)品數(shù)量自動(dòng)增加，或在退貨管理中生成相對(duì)應(yīng)的退貨單。6.6 失敗后件：系統(tǒng)維持原狀。7用例七：進(jìn)行付款7.1 主要參與者：超級(jí)管理員、審核人員7.2 用例描述：該用例用于審核部門用于管理進(jìn)貨單驗(yàn)收后的款項(xiàng)功能。當(dāng)驗(yàn)收通過后，可以在付款管理中進(jìn)行付款操作。7.3 事件流7.3.1基本流：、審核人員查看未處理的付款單、確認(rèn)付款單內(nèi)容正確后，審核人員點(diǎn)擊 “付款”；、系統(tǒng)顯示該單已付款。7.3.2信息驗(yàn)證：若系統(tǒng)檢測(cè)審核人員提交信息不完整的或者信息格式有誤，系統(tǒng)將返回錯(cuò)誤信息，并要求審核人員重新檢查并填寫信息或取消付款該單。7.4 前置條件：用戶必須先訪問該系統(tǒng)付款管理頁面。7.5成功后

29、件：系統(tǒng)顯示該單已付款。7.6失敗后件：系統(tǒng)維持原狀。8用例八：采購(gòu)?fù)素?.1 主要參與者：超級(jí)管理員、審核人員8.2 用例描述：該用例用于審核部門管理付款單的退貨功能。當(dāng)確定退貨后，可以在退貨管理中進(jìn)行操作。8.3 事件流8.3.1 基本流：、審核人員查看付款單、如果采購(gòu)出現(xiàn)問題則退貨。8.3.2 信息驗(yàn)證：無8.4 前置條件：用戶必須先訪問該系統(tǒng)付款管理頁面。8.5成功后件：系統(tǒng)顯示該單已退貨。8.6失敗后件：系統(tǒng)維持原狀。9用例九：庫存管理9.1 主要參與者：所有用戶9.2 用例描述：該用例用于統(tǒng)計(jì)庫存的功能。須登錄后才能進(jìn)行相應(yīng)的操作。9.3 事件流9.3.1 基本流：、查看庫存；、顯

30、示庫存信息。9.3.2 信息驗(yàn)證：無9.4 前置條件：用戶必須先訪問該系統(tǒng)庫存管理頁面。9.5成功后件：系統(tǒng)轉(zhuǎn)到相應(yīng)操作頁面。9.6失敗后件：系統(tǒng)維持原狀。10用例十：采購(gòu)統(tǒng)計(jì)10.1 主要參與者：所有用戶10.2 用例描述：該用例用于查看采購(gòu)統(tǒng)計(jì)的功能。須登錄后才能進(jìn)行相應(yīng)的操作。10.3 事件流10.3.1 基本流：、查看采購(gòu)統(tǒng)計(jì)信息。10.3.2 信息驗(yàn)證：無。10.4 前置條件：用戶必須先訪問該系統(tǒng)采購(gòu)統(tǒng)計(jì)管理頁面。10.5成功后件：系統(tǒng)轉(zhuǎn)到相應(yīng)操作頁面。10.6失敗后件：系統(tǒng)維持原狀。11用例十一：退貨統(tǒng)計(jì)11.1 主要參與者：所有用戶11.2 用例描述：該用例用于查看退貨統(tǒng)計(jì)的功能

31、。須登錄后才能進(jìn)行相應(yīng)的操作。11.3 事件流11.3.1 基本流：、查看退貨統(tǒng)計(jì)信息。11.3.2 信息驗(yàn)證：無。11.4 前置條件：用戶必須先訪問該系統(tǒng)退貨統(tǒng)計(jì)管理頁面。11.5成功后件：系統(tǒng)轉(zhuǎn)到相應(yīng)操作頁面。11.6失敗后件：系統(tǒng)維持原狀。12用例十二：報(bào)表統(tǒng)計(jì)12.1 主要參與者：所有用戶12.2 用例描述：該用例用于查看采購(gòu)過程所有統(tǒng)計(jì)的功能。須登錄后才能進(jìn)行相應(yīng)的操作。12.3 事件流12.3.1 基本流：、查看采購(gòu)統(tǒng)計(jì)信息；、圖表顯示每種產(chǎn)品每月在采購(gòu)、退貨、入庫等各個(gè)狀態(tài)下的金額與數(shù)量。12.3.2 信息驗(yàn)證：無。12.4 前置條件：用戶必須先訪問該系統(tǒng)報(bào)表統(tǒng)計(jì)管理頁面。12.

32、5成功后件：系統(tǒng)轉(zhuǎn)到相應(yīng)操作頁面。12.6失敗后件：系統(tǒng)維持原狀。四、軟件設(shè)計(jì)與開發(fā)系統(tǒng)設(shè)計(jì)包括系統(tǒng)流程結(jié)構(gòu)、靜態(tài)模型與動(dòng)態(tài)模型設(shè)計(jì)、功能模型、系統(tǒng)E-R圖和數(shù)據(jù)庫表結(jié)構(gòu)這幾大模塊。系統(tǒng)的從底層數(shù)據(jù)庫設(shè)計(jì)到后臺(tái)編碼開發(fā)再到前臺(tái)界面設(shè)計(jì)，在這一版塊中都有說明，以最簡(jiǎn)單易懂的方式來表達(dá)本系統(tǒng)的設(shè)計(jì)過程。（一）系統(tǒng)流程結(jié)構(gòu)圖4.1一般用戶_開發(fā)流程圖Figure 4.1 General user _ Development Flowchart圖4.1為一般用戶在該系統(tǒng)的所具體操作功能流程圖，包括了登錄、產(chǎn)品管理模塊，供應(yīng)商管理操作模塊、采購(gòu)清單管理操作模塊、退貨管理操作模塊、入庫管理操作模塊、庫存管

33、理操作模塊、采購(gòu)統(tǒng)計(jì)模塊、退貨統(tǒng)計(jì)模塊、庫存統(tǒng)計(jì)模塊、報(bào)表統(tǒng)計(jì)模塊、。每一模塊都有相對(duì)應(yīng)的增刪改查操作以及相應(yīng)的驗(yàn)證。該采購(gòu)人員_開發(fā)活動(dòng)圖顯示了單一流程在多種情況下的多種流向與各個(gè)流程之間的跳轉(zhuǎn)關(guān)系。圖4.2超級(jí)管理員_開發(fā)流程圖Figure 4.2 Supper user _ Development Flowchart圖4.2為超級(jí)管理員在該系統(tǒng)的所具體操作功能流程圖，包括了登錄、產(chǎn)品管理模塊，供應(yīng)商管理操作模塊、采購(gòu)清單管理操作模塊、進(jìn)貨管理操作模塊、付款管理操作模塊、退貨管理操作模塊、入庫管理操作模塊、庫存管理操作模塊、采購(gòu)統(tǒng)計(jì)模塊、退貨統(tǒng)計(jì)模塊、庫存統(tǒng)計(jì)模塊、報(bào)表統(tǒng)計(jì)模塊。每一模塊都

34、有相對(duì)應(yīng)的增刪改查操作以及相應(yīng)的驗(yàn)證即指。該超級(jí)管理員_開發(fā)活動(dòng)圖顯示了單一流程在多種情況下的多種流向與各個(gè)流程之間的跳轉(zhuǎn)關(guān)系。（二）靜態(tài)模型與動(dòng)態(tài)模型設(shè)計(jì)1、添加采購(gòu)清單 圖4.3用戶添加訂單的參與類圖 圖4.4用戶添加訂單用例的時(shí)序圖Figure 4.3 users add order class diagram Figure 4.4 users add order Timing Diagram圖4.3用戶添加訂單參與類圖中，各類之間都是單向關(guān)聯(lián)關(guān)系?？刂祁悺坝唵翁砑涌刂普摺苯邮諄碜赃吔珙悺坝唵翁砑颖韱巍钡南ⅲl(fā)送給實(shí)體類用戶。“訂單添加表單”與“訂單添加控制者”是一對(duì)一關(guān)聯(lián)；“訂單添

35、加控制者”的0個(gè)或1個(gè)對(duì)象與用戶的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“訂單添加控制者”每次處理一個(gè)用戶。圖4.4用戶添加訂單用例時(shí)序圖中，用戶在添加產(chǎn)品時(shí)需要填寫采購(gòu)訂單信息，“訂單添加控制者”接收到“訂單添加表單”發(fā)送過來的信息，在數(shù)據(jù)庫中驗(yàn)證是否已有相應(yīng)信息，若有，則“訂單添加控制者”向用戶實(shí)體類發(fā)送登錄成功的消息，用戶進(jìn)入相應(yīng)頁面。2、添加進(jìn)貨單 圖4.5用戶添加進(jìn)貨單的參與類圖 圖4.6用戶添加進(jìn)貨單用例的時(shí)序圖Figure 4.5 users add purchase class diagram Figure 4.6 users add purchase Timing Diagram圖4.5中

36、，各類之間都是單向關(guān)聯(lián)關(guān)系?？刂祁悺斑M(jìn)貨單添加控制者”接收來自邊界類“進(jìn)貨單添加表單”的消息，并發(fā)送給實(shí)體類用戶?！斑M(jìn)貨單添加表單”與“進(jìn)貨單添加控制者”是一對(duì)一關(guān)聯(lián)；“進(jìn)貨單添加控制者”的0個(gè)或1個(gè)對(duì)象與用戶的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“進(jìn)貨單添加控制者”每次處理一個(gè)用戶。圖4.6中，用戶在添加進(jìn)貨單時(shí)需要填寫相應(yīng)的信息，“進(jìn)貨單添加控制者”接收到“進(jìn)貨單添加表單”發(fā)送過來的信息，在數(shù)據(jù)庫中驗(yàn)證是否已有相應(yīng)信息，若有，則“進(jìn)貨單添加控制者”向用戶實(shí)體類發(fā)送登錄成功的消息，用戶進(jìn)入相應(yīng)頁面。3、進(jìn)行付款 圖4.7進(jìn)貨付款單的參與類圖 圖4.8進(jìn)貨付款單用例的時(shí)序圖Figure 4.7 users

37、 add payment class diagram Figure 4.8 users add payment Timing Diagram圖4.7中，各類之間都是單向關(guān)聯(lián)關(guān)系。控制類“付款單控制者”接收來自邊界類“付款單表單”的消息，并發(fā)送給實(shí)體類用戶。“付款單表單”與“付款單控制者”是一對(duì)一關(guān)聯(lián)；“付款單控制者”的0個(gè)或1個(gè)對(duì)象與用戶的0個(gè)或1個(gè)對(duì)象關(guān)）聯(lián)，一個(gè)“付款單添加控制者”每次處理一個(gè)用戶。圖4.8中，用戶在添加產(chǎn)品時(shí)需要填寫進(jìn)貨信息，“付款單控制者”接收到“付款單表單”發(fā)送過來的信息，在數(shù)據(jù)庫中驗(yàn)證是否已有相應(yīng)信息，若有，則“付款單控制者”向用戶實(shí)體類發(fā)送登錄成功的消息，用戶進(jìn)入

38、相應(yīng)頁面。4、進(jìn)行退貨 圖4.9退貨單的參與類圖 圖4.10退貨單用例的時(shí)序圖Figure 4. 9 returnproduct class diagram Figure 4.10 returnproduct Timing Diagram圖4.9中，各類之間都是單向關(guān)聯(lián)關(guān)系?？刂祁悺巴素泦慰刂普摺苯邮諄碜赃吔珙悺巴素泦伪韱巍钡南?，并發(fā)送給實(shí)體類用戶。“退貨單表單”與“退貨單控制者”是一對(duì)一關(guān)聯(lián)；“退貨單控制者”的0個(gè)或1個(gè)對(duì)象與用戶的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“退貨單控制者”每次處理一個(gè)用戶。圖4.10中，用戶在添加退貨單時(shí)要填寫相應(yīng)的信息，“退貨單控制者”接收到“退貨單表單”發(fā)送過來的信息，

39、在數(shù)據(jù)庫中驗(yàn)證是否已有相應(yīng)信息，若有，則“退貨單控制者”向用戶實(shí)體類發(fā)送登錄成功的消息，用戶進(jìn)入相應(yīng)頁面。5、查看退貨單 圖4.11退貨單的參與類圖 圖4.12退貨單用例的時(shí)序圖Figure 4. 11 returnproduct class diagram Figure 4.12 returnproduct Timing Diagram圖4.11中，各類之間都是單向關(guān)聯(lián)關(guān)系?？刂祁悺安榭赐素浛刂普摺苯邮諄碜赃吔珙悺安榭赐素洷韱巍钡南ⅲl(fā)送給實(shí)體類用戶。“查看退貨表單”與“查看退貨控制者”是一對(duì)一關(guān)聯(lián)；“查看退貨控制者”的0個(gè)或1個(gè)對(duì)象與用戶的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“查看退貨控制者”每次

40、處理一個(gè)用戶。圖4.12中，用戶查看退貨單信息，“查看退貨控制者”接收到“查看退貨表單”發(fā)送過來的信息，由 “查看退貨控制者”發(fā)送查看退貨表單的消息，從數(shù)據(jù)庫取出相應(yīng)退貨表單數(shù)據(jù)。6、查看庫存圖4.13庫存單的參與類圖 圖4.14庫存單用例的時(shí)序圖Figure 4. 13 inventory class diagram Figure 4.14 inventory Timing Diagram圖4.13中，各類之間都是單向關(guān)聯(lián)關(guān)系?？刂祁悺安榭磶齑婵刂普摺苯邮諄碜赃吔珙悺安榭磶齑姹韱巍钡南ⅲl(fā)送給實(shí)體類用戶?！安榭磶齑姹韱巍迸c“查看庫存控制者”是一對(duì)一關(guān)聯(lián)；“查看庫存控制者”的0個(gè)或1個(gè)對(duì)象

41、與用戶的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“查看庫存控制者”每次處理一個(gè)用戶。圖4.14中，用戶查看庫存信息，“查看庫存控制者”接收到“查看庫存表單”發(fā)送過來的信息，由 “查看庫存控制者”發(fā)送查看庫存表單的消息，從數(shù)據(jù)庫取出相應(yīng)庫存表單數(shù)據(jù)。7、查看采購(gòu)統(tǒng)計(jì)圖4.15采購(gòu)統(tǒng)計(jì)表單的參與類圖 圖4.16采購(gòu)統(tǒng)計(jì)表單用例的時(shí)序圖Figure 4. 15 purchase_count class diagram Figure 4.16 purchase_count Timing Diagram圖2.15中，各類之間都是單向關(guān)聯(lián)關(guān)系?？刂祁悺安榭床少?gòu)統(tǒng)計(jì)控制者”接收來自邊界類“查看采購(gòu)統(tǒng)計(jì)表單”的消息，并發(fā)送給

42、實(shí)體類用戶?！安榭床少?gòu)統(tǒng)計(jì)表單”與“查看采購(gòu)統(tǒng)計(jì)控制者”是一對(duì)一關(guān)聯(lián)；“查看采購(gòu)統(tǒng)計(jì)控制者”的0個(gè)或1個(gè)對(duì)象與用戶的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“查看采購(gòu)統(tǒng)計(jì)控制者”每次處理一個(gè)用戶。圖2.16中，用戶查看查看采購(gòu)統(tǒng)計(jì)表單信息，“查看采購(gòu)統(tǒng)計(jì)控制者”接收到“查看采購(gòu)統(tǒng)計(jì)表單”發(fā)送過來的信息，由 “查看采購(gòu)統(tǒng)計(jì)控制者”發(fā)送查看查看采購(gòu)統(tǒng)計(jì)表單的消息，從數(shù)據(jù)庫取出相應(yīng)查看采購(gòu)統(tǒng)計(jì)表單數(shù)據(jù)。8、查看退貨統(tǒng)計(jì)圖4.17退貨統(tǒng)計(jì)的參與類圖 圖4.18退貨統(tǒng)計(jì)用例的時(shí)序圖Figure 4. 17 inventory_count class diagram Figure 4.18 inventory_count

43、 Timing Diagram圖4.17中，各類之間都是單向關(guān)聯(lián)關(guān)系。控制類“查看退貨統(tǒng)計(jì)控制者”接收來自邊界類“查看退貨統(tǒng)計(jì)表單”的消息，并發(fā)送給實(shí)體類用戶。“查看退貨統(tǒng)計(jì)表單”與“查看退貨統(tǒng)計(jì)控制者”是一對(duì)一關(guān)聯(lián)；“查看退貨統(tǒng)計(jì)控制者”的0個(gè)或1個(gè)對(duì)象與用戶的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“查看退貨統(tǒng)計(jì)控制者”每次處理一個(gè)用戶。圖4.18中，用戶查看查看退貨統(tǒng)計(jì)表單信息，“查看退貨統(tǒng)計(jì)控制者”接收到“查看退貨統(tǒng)計(jì)表單”發(fā)送過來的信息，由 “查看退貨統(tǒng)計(jì)控制者”發(fā)送查看查看退貨統(tǒng)計(jì)表單的消息，從數(shù)據(jù)庫取出相應(yīng)查看退貨統(tǒng)計(jì)表單數(shù)據(jù)。9、查看報(bào)表統(tǒng)計(jì)圖4.19報(bào)表統(tǒng)計(jì)的參與類圖 圖4.20報(bào)表統(tǒng)計(jì)用例

44、的時(shí)序圖Figure 4. 19 report_count class diagram Figure 4.20 report_count Timing Diagram圖4.19中，各類之間都是單向關(guān)聯(lián)關(guān)系?？刂祁悺安榭磮?bào)表統(tǒng)計(jì)控制者”接收來自邊界類“查看報(bào)表統(tǒng)計(jì)表單”的消息，并發(fā)送給實(shí)體類用戶?！安榭磮?bào)表統(tǒng)計(jì)表單”與“查看報(bào)表統(tǒng)計(jì)控制者”是一對(duì)一關(guān)聯(lián)；“查看報(bào)表統(tǒng)計(jì)控制者”的0個(gè)或1個(gè)對(duì)象與用戶的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“查看報(bào)表統(tǒng)計(jì)控制者”每次處理一個(gè)用戶。圖4.20中，用戶查看查看報(bào)表統(tǒng)計(jì)表單信息，“查看報(bào)表統(tǒng)計(jì)控制者”接收到“查看報(bào)表統(tǒng)計(jì)表單”發(fā)送過來的信息，由 “查看報(bào)表統(tǒng)計(jì)控制者”發(fā)

45、送查看報(bào)表統(tǒng)計(jì)表單的消息，從數(shù)據(jù)庫取出相應(yīng)查看報(bào)表統(tǒng)計(jì)表單數(shù)據(jù)。10、產(chǎn)品查詢圖4.21產(chǎn)品查詢的參與類圖 圖4.22產(chǎn)品查詢用例的時(shí)序圖Figure 4. 21 query_product class diagram Figure 4.22 query_product Timing Diagram圖4.21中，各類之間都是單向關(guān)聯(lián)關(guān)系?？刂祁悺爱a(chǎn)品查詢控制者”接收來自邊界類“產(chǎn)品查詢表單”的消息，并發(fā)送給實(shí)體類客戶?！爱a(chǎn)品查詢表單”與“產(chǎn)品查詢控制者”是一對(duì)一關(guān)聯(lián)；“產(chǎn)品查詢控制者”的0個(gè)或1個(gè)對(duì)象與顧客的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“產(chǎn)品查詢控制者”每次處理一個(gè)用戶。圖4.22中，用戶在查詢產(chǎn)

46、品表單時(shí)需要填寫查詢信息，“產(chǎn)品查詢控制者”接收到“產(chǎn)品查詢表單”發(fā)送過來的信息，數(shù)據(jù)庫中查找相應(yīng)信息，若符合要求，則“產(chǎn)品查詢控制者”向用戶實(shí)體類顯示相應(yīng)消息。11、供應(yīng)商查詢圖4.23供應(yīng)商查詢的參與類圖 圖4.24供應(yīng)商查詢用例的時(shí)序圖 Figure 4. 23 query_supplier class diagram Figure 4.23 query_supplier Timing Diagram圖4.23中，各類之間都是單向關(guān)聯(lián)關(guān)系?？刂祁悺肮?yīng)商查詢控制者”接收來自邊界類“供應(yīng)商查詢表單”的消息，并發(fā)送給實(shí)體類客戶?！肮?yīng)商查詢表單”與“供應(yīng)商查詢控制者”是一對(duì)一關(guān)聯(lián)；“供應(yīng)商查

47、詢控制者”的0個(gè)或1個(gè)對(duì)象與顧客的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“供應(yīng)商查詢控制者”每次處理一個(gè)用戶。圖4.24中，用戶在查詢供應(yīng)商表單時(shí)需要填寫查詢信息，“供應(yīng)商查詢控制者”接收到“供應(yīng)商查詢表單”發(fā)送過來的信息，數(shù)據(jù)庫中查找相應(yīng)信息，若符合要求，則“供應(yīng)商查詢控制者”向用戶實(shí)體類顯示相應(yīng)消息。12、采購(gòu)清單查詢圖4.25采購(gòu)清單查詢的參與類圖 圖4.26采購(gòu)清單查詢用例的時(shí)序圖Figure 4. 25 query_purchase class diagram Figure 4.26 query_purchase Timing Diagram圖4.25中，各類之間都是單向關(guān)聯(lián)關(guān)系?？刂祁悺安少?gòu)清單

48、查詢控制者”接收來自邊界類“采購(gòu)清單查詢表單”的消息，并發(fā)送給實(shí)體類用戶?！安少?gòu)清單查詢表單”與“采購(gòu)清單查詢控制者”是一對(duì)一關(guān)聯(lián)；“采購(gòu)清單查詢控制者”的0個(gè)或1個(gè)對(duì)象與用戶的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“采購(gòu)清單查詢控制者”每次處理一個(gè)用戶。圖4.26中，用戶在查詢采購(gòu)清單時(shí)需要填寫的查詢信息，“采購(gòu)清單查詢控制者”接收到“采購(gòu)清單查詢表單”發(fā)送過來的信息，數(shù)據(jù)庫中查找相應(yīng)信息，若符合要求，則“采購(gòu)清單查詢控制者”向用戶實(shí)體類顯示相應(yīng)消息。13、進(jìn)貨查詢圖4.27進(jìn)貨查詢的參與類圖 圖4.28進(jìn)貨查詢用例的時(shí)序圖Figure 4. 27 query_stock class diagram Fi

49、gure 4.28 query_stock Timing Diagram圖2.27中，各類之間都是單向關(guān)聯(lián)關(guān)系?？刂祁悺斑M(jìn)貨查詢控制者”接收來自邊界類“進(jìn)貨查詢表單”的消息，并發(fā)送給實(shí)體類用戶?！斑M(jìn)貨查詢表單”與“進(jìn)貨查詢控制者”是一對(duì)一關(guān)聯(lián)；“進(jìn)貨查詢控制者”的0個(gè)或1個(gè)對(duì)象與用戶的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“進(jìn)貨查詢控制者”每次處理一個(gè)用戶。圖2.28中，用戶在查詢進(jìn)貨表單時(shí)需要填寫查詢信息，“進(jìn)貨查詢控制者”接收到“進(jìn)貨查詢表單”發(fā)送過來的信息，數(shù)據(jù)庫中查找相應(yīng)信息，若符合要求，則“進(jìn)貨查詢控制者”向用戶實(shí)體類顯示相應(yīng)消息。14、付款查詢圖4.29付款查詢的參與類圖 圖4.30付款查詢用例

50、的時(shí)序圖Figure 4. 29 query_payment class diagram Figure 4.30 query_payment Timing Diagram圖4.29中，各類之間都是單向關(guān)聯(lián)關(guān)系。控制類“付款查詢控制者”接收來自邊界類“付款查詢表單”的消息，并發(fā)送給實(shí)體類用戶?！案犊畈樵儽韱巍迸c“付款查詢控制者”是一對(duì)一關(guān)聯(lián)；“付款查詢控制者”的0個(gè)或1個(gè)對(duì)象與用戶的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“付款查詢控制者”每次處理一個(gè)用戶。圖4.30中，用戶在查詢付款表單時(shí)需要填寫查詢信息，“付款查詢控制者”接收到“付款查詢表單”發(fā)送過來的信息，數(shù)據(jù)庫中查找相應(yīng)信息，若符合要求，則“付款查詢控

51、制者”向用戶實(shí)體類顯示相應(yīng)消息。15、退貨查詢圖4.31退貨查詢的參與類圖 圖4.32退貨查詢用例的時(shí)序圖Figure 4. 31 query_returnproduct class diagram Figure 4.32 query_returnproduct Timing Diagram圖4.31中，各類之間都是單向關(guān)聯(lián)關(guān)系?？刂祁悺巴素洸樵兛刂普摺苯邮諄碜赃吔珙悺巴素洸樵儽韱巍钡南ⅲl(fā)送給實(shí)體類用戶。“退貨查詢表單”與“采購(gòu)清單查詢控制者”是一對(duì)一關(guān)聯(lián)；“退貨查詢控制者”的0個(gè)或1個(gè)對(duì)象與用戶的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“退貨查詢控制者”每次處理一個(gè)用戶。圖4.32中，用戶在查詢退貨表

52、單時(shí)需要填寫查詢信息，“退貨查詢控制者”接收到“退貨查詢表單”發(fā)送過來的信息，數(shù)據(jù)庫中查找相應(yīng)信息，若符合要求，則“退貨查詢控制者”向用戶實(shí)體類顯示相應(yīng)消息。16、庫存查詢圖4.33庫存查詢的參與類圖 圖4.34庫存詢用例的時(shí)序圖Figure 4. 33query_inventory class diagram Figure 4.34query_inventory Timing Diagram圖4.33中，各類之間都是單向關(guān)聯(lián)關(guān)系?？刂祁悺皫齑娌樵兛刂普摺苯邮諄碜赃吔珙悺皫齑娌樵儽韱巍钡南?，并發(fā)送給實(shí)體類用戶?！皫齑娌樵儽韱巍迸c“庫存查詢控制者”是一對(duì)一關(guān)聯(lián)；“庫存查詢控制者”的0個(gè)或1個(gè)對(duì)

53、象與用戶的0個(gè)或1個(gè)對(duì)象關(guān)聯(lián)，一個(gè)“庫存查詢控制者”每次處理一個(gè)用戶。圖4.34中，用戶在查詢采購(gòu)清單時(shí)需要填寫查詢信息，“庫存查詢控制者”接收到“庫存查詢表單”發(fā)送過來的信息，數(shù)據(jù)庫中查找相應(yīng)信息，若符合要求，則“庫存查詢控制者”向用戶實(shí)體類顯示相應(yīng)消息。（三）功能模型圖4.35系統(tǒng)主控結(jié)構(gòu)圖Figure 4. 35 system main structure系統(tǒng)主控設(shè)計(jì)如上圖4.35所示，主要包括系統(tǒng)設(shè)置、供應(yīng)商管理、產(chǎn)品管理、采購(gòu)清單、進(jìn)貨管理、付款管理、入庫管理、退貨管理、庫存管理、采購(gòu)統(tǒng)計(jì)、退貨統(tǒng)計(jì)、圖表統(tǒng)計(jì)。系統(tǒng)設(shè)置主要是用戶角色與權(quán)限管理；供應(yīng)商管理主要是供應(yīng)商信息管理；產(chǎn)品管理

54、主要是產(chǎn)品信息管理；采購(gòu)清單主要是下達(dá)采購(gòu)訂單，系統(tǒng)所有的采購(gòu)流程是從下達(dá)采購(gòu)清單開始；進(jìn)貨管理主要是根據(jù)采購(gòu)清單生成倉庫進(jìn)貨單，可進(jìn)行增加進(jìn)貨單、審核進(jìn)貨單等具體操作；付款管理主要是對(duì)審核通過后的進(jìn)貨單進(jìn)行付款與退貨操作；入庫管理主要是進(jìn)行對(duì)已付款的進(jìn)貨單里面的產(chǎn)品進(jìn)行入庫的操作；退貨管理主要是查詢退貨單信息與明細(xì)；庫存管理主要是查看產(chǎn)品庫存信息；采購(gòu)統(tǒng)計(jì)主要是將入庫管理模塊的每一條單據(jù)里面的每一種產(chǎn)品查詢出來做一個(gè)數(shù)量的統(tǒng)計(jì)和總金額的統(tǒng)計(jì)；退貨統(tǒng)計(jì)主要是將退貨管理模塊的每一條單據(jù)里面的每一種產(chǎn)品查詢出來做一個(gè)數(shù)量的統(tǒng)計(jì)和總金額的統(tǒng)計(jì)；圖表統(tǒng)計(jì)主要是統(tǒng)計(jì)每種產(chǎn)品在每個(gè)月的采購(gòu)數(shù)量和金額。1、

55、系統(tǒng)設(shè)置模塊結(jié)構(gòu)圖4.36系統(tǒng)設(shè)置結(jié)構(gòu)圖Figure 4. 36 system install structure系統(tǒng)設(shè)置結(jié)構(gòu)如上圖4.36所示，系統(tǒng)設(shè)置包括系統(tǒng)用戶管理、系統(tǒng)角色管理、系統(tǒng)菜單管理、角色權(quán)限管理、代碼庫管理這些模塊。系統(tǒng)用戶管理：根據(jù)不同的權(quán)限，有不同的操作。對(duì)于管理員的用戶，沒有操作的權(quán)限，其他的用戶可以對(duì)其進(jìn)行刪改的操作，該功能通過對(duì)用戶的角色字段（roleCode）進(jìn)行判斷，默認(rèn)管理員的roleCode等于1，功能操作包括查詢用戶信息、添加用戶、修改用戶、刪除用戶。系統(tǒng)角色管理：提供的功能包括查詢所有角色的信息、添加新角色、為當(dāng)前非管理員的角色提供修改角色資料的功能、刪

56、除非管理員的角色信息。系統(tǒng)菜單管理：本系統(tǒng)的菜單分為一級(jí)菜單、二級(jí)菜單，一級(jí)菜單指大模塊的菜單，比如用戶管理、角色管理等，二級(jí)菜單是一級(jí)菜單下的子菜單，比如用戶管理中的增加用戶功能、修改用戶功能等，本菜單的管理只針對(duì)一級(jí)菜單的管理，二級(jí)菜單的管理由系統(tǒng)代碼庫進(jìn)行保存，并且在系統(tǒng)角色功能表中進(jìn)行增刪操作。功能包括查詢菜單信息、添加菜單、修改菜單、刪除菜單。角色權(quán)限管理：為系統(tǒng)角色設(shè)定相應(yīng)的權(quán)限。功能包括查詢角色權(quán)限、修改角色權(quán)限。代碼庫管理：儲(chǔ)存系統(tǒng)一些公共信息的模塊。功能包括查詢代碼庫信息、添加代碼庫信息、修改代碼庫信息、刪除代碼庫信息。2、產(chǎn)品管理模塊結(jié)構(gòu)圖4.37產(chǎn)品信息管理結(jié)構(gòu)圖Figure 4. 37 product information manage structure作為企業(yè)要采購(gòu)的產(chǎn)品種類庫，記錄著產(chǎn)品的所有信息。相關(guān)操作：查詢、新增、刪除和修改某個(gè)產(chǎn)品信息。查詢：可以按輸入條件進(jìn)行查詢相關(guān)的產(chǎn)品信息、可以查看某產(chǎn)品的詳細(xì)信息。新增：添加一條產(chǎn)品記錄，該產(chǎn)品跟系統(tǒng)下面的所有功能模塊都有關(guān)聯(lián)。產(chǎn)品管理是為采購(gòu)清單服務(wù)的。一個(gè)采購(gòu)清單