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

2、和使用，以DAO模式實現(xiàn)數(shù)據(jù)庫的持久層，通過面向?qū)ο笳Z言Java設(shè)計各個類實例，類間實現(xiàn)嚴(yán)格封裝。Action控制層獲取操作請求，并調(diào)用相對應(yīng)的類實現(xiàn)操作請求。該系統(tǒng)實現(xiàn)了企業(yè)采購的基本功能，包括下達采購清單、進貨管理、付款管理、退貨管理、入庫管理、庫存管理、采購統(tǒng)計、退貨統(tǒng)計、報表統(tǒng)計等。該系統(tǒng)操作流程為當(dāng)企業(yè)進行一個采購業(yè)務(wù)流程時，首先由采購部下達采購清單，再由倉管部新增進貨單，然后再審核進貨單是否出錯，最后付款 。關(guān)鍵詞: struts2 ；MVC ；ERP；采購管理子系統(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)濟發(fā)展速度越來越快，九十年代以來，中小型企業(yè)逐漸成為支撐國民經(jīng)濟的重要組成部分。在國內(nèi)每年新興的中小企業(yè)數(shù)數(shù)以萬計，但每年倒閉的中小企業(yè)也在萬數(shù)以上，在這些倒閉的企業(yè)統(tǒng)計中

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

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

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

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

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

15、過程前后，涉及到相關(guān)攔截器（Intercepter）的調(diào)用。8）  一旦Action執(zhí)行完畢，ActionInvocation負(fù)責(zé)根據(jù)struts.xml中的配置找到對應(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)項目所喜歡的特點，正因為如此，Mysql廣泛應(yīng)用于中小型項目開發(fā)中。二、 可行性分析可行性研究主要內(nèi)容是要求以全面、系統(tǒng)的分析為主要方法，經(jīng)濟效益為核心，圍繞影響項目的各種因素，運用數(shù)據(jù)資料論證擬建項目是否可行。對整個可行性研究提出綜合分析評價，指出優(yōu)缺點和建議Error! Reference source not found.。（一）經(jīng)濟可行性作為畢業(yè)設(shè)計研究課題，系統(tǒng)的一切開發(fā)內(nèi)容都由自己利用在校的時間完成，系統(tǒng)采用WEB服務(wù)方式，因此，前期只要利用自己的電腦作為本地服務(wù)器即可進行一系列的系統(tǒng)開發(fā)與測試

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

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

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

20、的最大程度上的優(yōu)化。（三）系統(tǒng)功能需求規(guī)定系統(tǒng)需求是實現(xiàn)中小企業(yè)信息化的管理，及時地為生產(chǎn)部門提供充足的原材料或消耗品，確保生產(chǎn)的完成，并且定期的補充庫存量，以保證庫存的最優(yōu)控制。（四）非功能需求分析用戶界面需求：簡潔、易用、易懂，美觀，具備良好的兼容性。系統(tǒng)運行性能要求：頁面加載速度快、數(shù)據(jù)處理快。（五）軟硬件環(huán)境需求1、硬件系統(tǒng)服務(wù)器端： 內(nèi)存512Mb/硬盤10Gb以上的專用微機服務(wù)器客戶端：內(nèi)存256Mb/硬盤6Gb以上的臺式計算機。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)限和超級管理員可分配的權(quán)限。超級管理員可分每個用戶劃分相對應(yīng)的使用權(quán)限，一般用戶登錄后可以進行供應(yīng)商、產(chǎn)品、采購清單、退貨、庫存、采購統(tǒng)計、退貨統(tǒng)計、報表統(tǒng)計等模塊管理操作，系統(tǒng)超級管員則擁有所有權(quán)限。1用例一：登錄1.1 主要參與者：所有操作用戶。1.2 用例描述：該用例用于提供登錄功能。用戶要登錄之后才能進行相應(yīng)操作。用戶須填寫正確用戶名和密碼，方可登錄成功。1.3 事件流1.3.1基

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

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

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

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

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

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

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

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

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

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

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

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

34、有相對應(yīng)的增刪改查操作以及相應(yīng)的驗證即指。該超級管理員_開發(fā)活動圖顯示了單一流程在多種情況下的多種流向與各個流程之間的跳轉(zhuǎn)關(guān)系。（二）靜態(tài)模型與動態(tài)模型設(shè)計1、添加采購清單 圖4.3用戶添加訂單的參與類圖 圖4.4用戶添加訂單用例的時序圖Figure 4.3 users add order class diagram Figure 4.4 users add order Timing Diagram圖4.3用戶添加訂單參與類圖中，各類之間都是單向關(guān)聯(lián)關(guān)系。控制類“訂單添加控制者”接收來自邊界類“訂單添加表單”的消息，并發(fā)送給實體類用戶。“訂單添加表單”與“訂單添加控制者”是一對一關(guān)聯(lián)；“訂單添

35、加控制者”的0個或1個對象與用戶的0個或1個對象關(guān)聯(lián)，一個“訂單添加控制者”每次處理一個用戶。圖4.4用戶添加訂單用例時序圖中，用戶在添加產(chǎn)品時需要填寫采購訂單信息，“訂單添加控制者”接收到“訂單添加表單”發(fā)送過來的信息，在數(shù)據(jù)庫中驗證是否已有相應(yīng)信息，若有，則“訂單添加控制者”向用戶實體類發(fā)送登錄成功的消息，用戶進入相應(yīng)頁面。2、添加進貨單 圖4.5用戶添加進貨單的參與類圖 圖4.6用戶添加進貨單用例的時序圖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)系。控制類“進貨單添加控制者”接收來自邊界類“進貨單添加表單”的消息，并發(fā)送給實體類用戶。“進貨單添加表單”與“進貨單添加控制者”是一對一關(guān)聯(lián)；“進貨單添加控制者”的0個或1個對象與用戶的0個或1個對象關(guān)聯(lián)，一個“進貨單添加控制者”每次處理一個用戶。圖4.6中，用戶在添加進貨單時需要填寫相應(yīng)的信息，“進貨單添加控制者”接收到“進貨單添加表單”發(fā)送過來的信息，在數(shù)據(jù)庫中驗證是否已有相應(yīng)信息，若有，則“進貨單添加控制者”向用戶實體類發(fā)送登錄成功的消息，用戶進入相應(yīng)頁面。3、進行付款 圖4.7進貨付款單的參與類圖 圖4.8進貨付款單用例的時序圖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ā)送給實體類用戶。“付款單表單”與“付款單控制者”是一對一關(guān)聯(lián)；“付款單控制者”的0個或1個對象與用戶的0個或1個對象關(guān)）聯(lián)，一個“付款單添加控制者”每次處理一個用戶。圖4.8中，用戶在添加產(chǎn)品時需要填寫進貨信息，“付款單控制者”接收到“付款單表單”發(fā)送過來的信息，在數(shù)據(jù)庫中驗證是否已有相應(yīng)信息，若有，則“付款單控制者”向用戶實體類發(fā)送登錄成功的消息，用戶進入

38、相應(yīng)頁面。4、進行退貨 圖4.9退貨單的參與類圖 圖4.10退貨單用例的時序圖Figure 4. 9 returnproduct class diagram Figure 4.10 returnproduct Timing Diagram圖4.9中，各類之間都是單向關(guān)聯(lián)關(guān)系。控制類“退貨單控制者”接收來自邊界類“退貨單表單”的消息，并發(fā)送給實體類用戶。“退貨單表單”與“退貨單控制者”是一對一關(guān)聯(lián)；“退貨單控制者”的0個或1個對象與用戶的0個或1個對象關(guān)聯(lián)，一個“退貨單控制者”每次處理一個用戶。圖4.10中，用戶在添加退貨單時要填寫相應(yīng)的信息，“退貨單控制者”接收到“退貨單表單”發(fā)送過來的信息，

39、在數(shù)據(jù)庫中驗證是否已有相應(yīng)信息，若有，則“退貨單控制者”向用戶實體類發(fā)送登錄成功的消息，用戶進入相應(yīng)頁面。5、查看退貨單 圖4.11退貨單的參與類圖 圖4.12退貨單用例的時序圖Figure 4. 11 returnproduct class diagram Figure 4.12 returnproduct Timing Diagram圖4.11中，各類之間都是單向關(guān)聯(lián)關(guān)系。控制類“查看退貨控制者”接收來自邊界類“查看退貨表單”的消息，并發(fā)送給實體類用戶。“查看退貨表單”與“查看退貨控制者”是一對一關(guān)聯(lián)；“查看退貨控制者”的0個或1個對象與用戶的0個或1個對象關(guān)聯(lián)，一個“查看退貨控制者”每次

40、處理一個用戶。圖4.12中，用戶查看退貨單信息，“查看退貨控制者”接收到“查看退貨表單”發(fā)送過來的信息，由 “查看退貨控制者”發(fā)送查看退貨表單的消息，從數(shù)據(jù)庫取出相應(yīng)退貨表單數(shù)據(jù)。6、查看庫存圖4.13庫存單的參與類圖 圖4.14庫存單用例的時序圖Figure 4. 13 inventory class diagram Figure 4.14 inventory Timing Diagram圖4.13中，各類之間都是單向關(guān)聯(lián)關(guān)系。控制類“查看庫存控制者”接收來自邊界類“查看庫存表單”的消息，并發(fā)送給實體類用戶。“查看庫存表單”與“查看庫存控制者”是一對一關(guān)聯(lián)；“查看庫存控制者”的0個或1個對象

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

42、實體類用戶。“查看采購統(tǒng)計表單”與“查看采購統(tǒng)計控制者”是一對一關(guān)聯(lián)；“查看采購統(tǒng)計控制者”的0個或1個對象與用戶的0個或1個對象關(guān)聯(lián)，一個“查看采購統(tǒng)計控制者”每次處理一個用戶。圖2.16中，用戶查看查看采購統(tǒng)計表單信息，“查看采購統(tǒng)計控制者”接收到“查看采購統(tǒng)計表單”發(fā)送過來的信息，由 “查看采購統(tǒng)計控制者”發(fā)送查看查看采購統(tǒng)計表單的消息，從數(shù)據(jù)庫取出相應(yīng)查看采購統(tǒng)計表單數(shù)據(jù)。8、查看退貨統(tǒng)計圖4.17退貨統(tǒng)計的參與類圖 圖4.18退貨統(tǒng)計用例的時序圖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)計控制者”接收來自邊界類“查看退貨統(tǒng)計表單”的消息，并發(fā)送給實體類用戶。“查看退貨統(tǒng)計表單”與“查看退貨統(tǒng)計控制者”是一對一關(guān)聯(lián)；“查看退貨統(tǒng)計控制者”的0個或1個對象與用戶的0個或1個對象關(guān)聯(lián)，一個“查看退貨統(tǒng)計控制者”每次處理一個用戶。圖4.18中，用戶查看查看退貨統(tǒng)計表單信息，“查看退貨統(tǒng)計控制者”接收到“查看退貨統(tǒng)計表單”發(fā)送過來的信息，由 “查看退貨統(tǒng)計控制者”發(fā)送查看查看退貨統(tǒng)計表單的消息，從數(shù)據(jù)庫取出相應(yīng)查看退貨統(tǒng)計表單數(shù)據(jù)。9、查看報表統(tǒng)計圖4.19報表統(tǒng)計的參與類圖 圖4.20報表統(tǒng)計用例

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

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

46、品表單時需要填寫查詢信息，“產(chǎn)品查詢控制者”接收到“產(chǎn)品查詢表單”發(fā)送過來的信息，數(shù)據(jù)庫中查找相應(yīng)信息，若符合要求，則“產(chǎn)品查詢控制者”向用戶實體類顯示相應(yīng)消息。11、供應(yīng)商查詢圖4.23供應(yīng)商查詢的參與類圖 圖4.24供應(yīng)商查詢用例的時序圖 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ā)送給實體類客戶。“供應(yīng)商查詢表單”與“供應(yīng)商查詢控制者”是一對一關(guān)聯(lián)；“供應(yīng)商查

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

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

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

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

51、制者”向用戶實體類顯示相應(yīng)消息。15、退貨查詢圖4.31退貨查詢的參與類圖 圖4.32退貨查詢用例的時序圖Figure 4. 31 query_returnproduct class diagram Figure 4.32 query_returnproduct Timing Diagram圖4.31中，各類之間都是單向關(guān)聯(lián)關(guān)系。控制類“退貨查詢控制者”接收來自邊界類“退貨查詢表單”的消息，并發(fā)送給實體類用戶。“退貨查詢表單”與“采購清單查詢控制者”是一對一關(guān)聯(lián)；“退貨查詢控制者”的0個或1個對象與用戶的0個或1個對象關(guān)聯(lián)，一個“退貨查詢控制者”每次處理一個用戶。圖4.32中，用戶在查詢退貨表

52、單時需要填寫查詢信息，“退貨查詢控制者”接收到“退貨查詢表單”發(fā)送過來的信息，數(shù)據(jù)庫中查找相應(yīng)信息，若符合要求，則“退貨查詢控制者”向用戶實體類顯示相應(yīng)消息。16、庫存查詢圖4.33庫存查詢的參與類圖 圖4.34庫存詢用例的時序圖Figure 4. 33query_inventory class diagram Figure 4.34query_inventory Timing Diagram圖4.33中，各類之間都是單向關(guān)聯(lián)關(guān)系。控制類“庫存查詢控制者”接收來自邊界類“庫存查詢表單”的消息，并發(fā)送給實體類用戶。“庫存查詢表單”與“庫存查詢控制者”是一對一關(guān)聯(lián)；“庫存查詢控制者”的0個或1個對

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

54、主要是產(chǎn)品信息管理；采購清單主要是下達采購訂單，系統(tǒng)所有的采購流程是從下達采購清單開始；進貨管理主要是根據(jù)采購清單生成倉庫進貨單，可進行增加進貨單、審核進貨單等具體操作；付款管理主要是對審核通過后的進貨單進行付款與退貨操作；入庫管理主要是進行對已付款的進貨單里面的產(chǎn)品進行入庫的操作；退貨管理主要是查詢退貨單信息與明細(xì)；庫存管理主要是查看產(chǎn)品庫存信息；采購統(tǒng)計主要是將入庫管理模塊的每一條單據(jù)里面的每一種產(chǎn)品查詢出來做一個數(shù)量的統(tǒng)計和總金額的統(tǒng)計；退貨統(tǒng)計主要是將退貨管理模塊的每一條單據(jù)里面的每一種產(chǎn)品查詢出來做一個數(shù)量的統(tǒng)計和總金額的統(tǒng)計；圖表統(tǒng)計主要是統(tǒng)計每種產(chǎn)品在每個月的采購數(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)限，有不同的操作。對于管理員的用戶，沒有操作的權(quán)限，其他的用戶可以對其進行刪改的操作，該功能通過對用戶的角色字段（roleCode）進行判斷，默認(rèn)管理員的roleCode等于1，功能操作包括查詢用戶信息、添加用戶、修改用戶、刪除用戶。系統(tǒng)角色管理：提供的功能包括查詢所有角色的信息、添加新角色、為當(dāng)前非管理員的角色提供修改角色資料的功能、刪

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