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

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

3、ized Enterprise Purchasing System Abstract： 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 ra

4、pid development of business, the enterprise 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

5、important in modern enterprise development, 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 pr

6、ocurement management subsystem which is Based 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 da

7、tabase persistence layer, using the object-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

8、of enterprise procurement, including the order 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

9、first issued by the purchasing Department procurement list, and then by the warehouse department added the warehousing list then review whether an error occurred, the final payment Keywords: Struts2 , MVC, ERP, Purchasing manage System 目錄目錄 一、引言一、引言.1 1 （一）選題背景 .1 （二）課題的主要研究內(nèi)容 .1 （三）涉及到的框架與技術(shù) .2 二、二

10、、 可行性分析可行性分析.4 4 （一）經(jīng)濟可行性 .4 （二）技術(shù)可行性 .4 （三）運行可行性 .4 （四）法律可行性 .5 三、需求分析三、需求分析.6 （一）系統(tǒng)業(yè)務(wù)需求規(guī)定 .6 （二）系統(tǒng)用戶需求規(guī)定 .6 （三）系統(tǒng)功能需求規(guī)定 .6 （四）非功能需求分析 .6 （五）軟硬件環(huán)境需求 .6 （六）需求建模與部分用例規(guī)約 .7 四、軟件設(shè)計與開發(fā)四、軟件設(shè)計與開發(fā) .14 （一）系統(tǒng)流程結(jié)構(gòu) .14 （二）靜態(tài)模型與動態(tài)模型設(shè)計 .16 （三）功能模型 .27 （五）數(shù)據(jù)表結(jié)構(gòu) .42 五、系統(tǒng)頁面實現(xiàn)五、系統(tǒng)頁面實現(xiàn).46 （一）采購清單實現(xiàn) .46 （二）進貨管理實現(xiàn) .53

11、（三）付款管理實現(xiàn) .57 （四）庫存管理實現(xiàn) .59 （五）圖表統(tǒng)計實現(xiàn) .61 六、系統(tǒng)測試六、系統(tǒng)測試.64 （一）測試的意義 .64 （二）需求測試 .64 （三）性能測試 .64 （四）兼容性測試 .65 （五）黑盒測試 .68 七總結(jié)與展望七總結(jié)與展望.72 參考文獻參考文獻.73 致謝致謝.74 一一、引言、引言 （一）選題背景（一）選題背景 隨著經(jīng)濟發(fā)展速度越來越快，九十年代以來，中小型企業(yè)逐漸成為支撐國 民經(jīng)濟的重要組成部分。在國內(nèi)每年新興的中小企業(yè)數(shù)數(shù)以萬計，但每年倒閉 的中小企業(yè)也在萬數(shù)以上，在這些倒閉的企業(yè)統(tǒng)計中，使用傳統(tǒng)管理方式的企 業(yè)占了其八成以上。隨著業(yè)務(wù)量的不斷

12、增長、經(jīng)濟因素越來越復雜，傳統(tǒng)的企 業(yè)管理模式已經(jīng)不能再適用于現(xiàn)代高速發(fā)展的企業(yè)中，現(xiàn)代企業(yè)涉及的市場面 與內(nèi)部員工結(jié)構(gòu)層等已遠遠超過傳統(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)正式興起，最初的目標是為了提高 MPS 的效率，一直發(fā)展到現(xiàn)在，ERP 已經(jīng)整合了企業(yè)所有資源模塊，實現(xiàn)統(tǒng)一的信 息化管理，幫助企業(yè)提升自身的競爭力與實現(xiàn)更高的利

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

14、，根據(jù)企業(yè)實際情況，把中小企業(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ù)涉及到的框架與技術(shù) 隨著 Web 運用的發(fā)展和不斷成熟，輕量級 J2EE 框架應(yīng)運而生，基于以 Struts 框架作為應(yīng)用前端的表示層，向用戶瀏覽器

15、提供 Web 方式下的前臺交互， 本課題正是運用 Struts 框架進行開發(fā)“中小企業(yè)采購管理子系統(tǒng)” ，通過面向 對象語言 Java 設(shè)計各個類實例，類間實現(xiàn)嚴格封裝。通過 Struts 框架設(shè)計， Action 控制層獲取操作請求，并調(diào)用相對應(yīng)的類實現(xiàn)操作請求。 1 1、strutsstruts 工作原理工作原理 A Ac ct ti io on nC Co on nt te ex xt tC Cl le ea an nU Up p O Ot th he er r f fi il lt te er rs s( (S Si it te eM Me es sh h. .e et tc c) )

16、 F Fi il lt te er rD Di is sp pa at tc ch he er r A Ac ct ti io on nP Pr ro ox xy y A Ac ct ti io on n I In nv vo oc ca at t- -i io on n I In nt te er rc ce ep pt to or r C Co on nf fi ig gu ur ra at ti i o on n M Ma an na ag ge er r S St tr ru ut ts s. .x xm ml l A Ac ct ti io on n R Re es su ul lt

17、 t A Ac ct ti io on nM Ma ap pp pr r T Te em mp pl la at te e H Ht tt tp pS Se er rv vl le et tR Re es s - -p po on ns se e H Ht tt tp pS Se er rv vl le et tR Re eq qu ue er rs st t I In nt te er rc ce ep pt to or r T Ta ag g S Su ub bs sy ys st te em m 圖 1.1 struts 框架原理圖 圖 1.1 中表現(xiàn)了 struts2 框架的工作原理，

18、來自客戶的所有需要通過框架 的請求在 Struts2 框架中的處理大概分為以下幾個步驟： 1） 客戶端初始化一個指向 Servlet 容器（例如 Tomcat）的請求。 2） 這個請求經(jīng)過一系列的過濾器（Filter） 。 3） 接著 FilterDispatcher 被調(diào)用，F(xiàn)ilterDispatcher 詢問 ActionMapper 來決定這個請是否需要調(diào)用某個 Action。 4） 如果 ActionMapper 決定需要調(diào)用某個 Action，F(xiàn)ilterDispatcher 把請求 的處理交給 ActionProxy。 5） ActionProxy 通過 Configuratio

19、n Manager 詢問框架的配置文件，找到需 要調(diào)用的 Action 類。 6） ActionProxy 創(chuàng)建一個 ActionInvocation 的實例。 7） ActionInvocation 實例使用命名模式來調(diào)用，在調(diào)用 Action 的過程前后， 涉及到相關(guān)攔截器（Intercepter）的調(diào)用。 8） 一旦 Action 執(zhí)行完畢，ActionInvocation 負責根據(jù) struts.xml 中的配 置找到對應(yīng)的返回結(jié)果。 Struts2 的核心就是攔截器。Struts.xml 中所有的 package 都要 extends=struts-default。同理與所有的 Ja

20、va 類都要 extends 自 Object 一 樣。struts-default.xml 里面就是要做以上事情 Error!Error! ReferenceReference sourcesource notnot found.found.。 2 2、WebWeb 數(shù)據(jù)庫技術(shù)數(shù)據(jù)庫技術(shù) 本系統(tǒng)所用的數(shù)據(jù)庫為 Mysql，Mysql 是現(xiàn)在比較流行的一種開源的小型數(shù) 據(jù)庫，它具有體積小、處理速度快，擁有成本低等很多令小型系統(tǒng)項目所喜歡 的特點，正因為如此，Mysql 廣泛應(yīng)用于中小型項目開發(fā)中。 二、二、 可行性分析可行性分析 可行性研究主要內(nèi)容是要求以全面、系統(tǒng)的分析為主要方法，經(jīng)濟效益為

21、 核心，圍繞影響項目的各種因素，運用數(shù)據(jù)資料論證擬建項目是否可行。對整 個可行性研究提出綜合分析評價，指出優(yōu)缺點和建議 Error!Error! ReferenceReference sourcesource notnot found.found.。 （一）經(jīng)濟可行性（一）經(jīng)濟可行性 作為畢業(yè)設(shè)計研究課題，系統(tǒng)的一切開發(fā)內(nèi)容都由自己利用在校的時間完 成，系統(tǒng)采用 WEB 服務(wù)方式，因此，前期只要利用自己的電腦作為本地服務(wù)器 即可進行一系列的系統(tǒng)開發(fā)與測試工作。當系統(tǒng)真正部署于實際應(yīng)用的時候， 也不用重新購置新的服務(wù)器，只要選用企業(yè)中一臺運行速度比較好的主機作為 服務(wù)器就可以輕松布署使用，完全不

22、用其它額外的投入，因此，系統(tǒng)的設(shè)計實 現(xiàn)在經(jīng)濟方面上是可行的。 （二）技術(shù)可行性（二）技術(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，在大學幾年里我一直在自學 J2EE 方面的知識，熟悉運用 Stuct2+Jquery+Mysql+Eclipse 開發(fā)框架，也參加過 Java 外包項目的開發(fā)組， 并在一家 ERP 公司實習了八個月，對 ERP 系統(tǒng)在實際企業(yè)中的應(yīng)用情況有一定 的了解，指導老師在關(guān)于這方面的教學與研究中也有很深的見解

23、。因此，系統(tǒng) 的設(shè)計實現(xiàn)在技術(shù)方面上是可行的。 （三）運行可行性（三）運行可行性 本系統(tǒng)運行 Tomcat 服務(wù)器上，自己在校期間主要學習的是 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)一切的開

24、發(fā)、維護和使用都是在合法的途徑下完成， 因此，系統(tǒng)的設(shè)計實現(xiàn)在法律方面上是可行的。 結(jié)論結(jié)論 該系統(tǒng)經(jīng)過以上經(jīng)濟可行性、技術(shù)可行性、運行可行性、法律可行性等方 面的分析，事實證明整個系統(tǒng)是可行的。 三、需求分析三、需求分析 （一）系統(tǒng)業(yè)務(wù)需求規(guī)定（一）系統(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ī)定（二）系統(tǒng)用戶需求規(guī)定 用戶包括企業(yè)內(nèi)部采購人員、審核人員。采購人員的需求是下達訂單與查 看系統(tǒng)公共

25、功能信息，審核人員則擁有全部系統(tǒng)管理權(quán)限，審核采購訂單與付 款單等，實現(xiàn)企業(yè)采購業(yè)務(wù)流的最大程度上的優(yōu)化。 （三）系統(tǒng)功能需求規(guī)定（三）系統(tǒng)功能需求規(guī)定 系統(tǒng)需求是實現(xiàn)中小企業(yè)信息化的管理，及時地為生產(chǎn)部門提供充足的原 材料或消耗品，確保生產(chǎn)的完成，并且定期的補充庫存量，以保證庫存的最優(yōu)控 制。 （四）非功能需求分析（四）非功能需求分析 用戶界面需求：簡潔、易用、易懂，美觀，具備良好的兼容性。 系統(tǒng)運行性能要求：頁面加載速度快、數(shù)據(jù)處理快。 （五）軟硬件環(huán)境需求（五）軟硬件環(huán)境需求 1 1、硬件系統(tǒng)、硬件系統(tǒng) 服務(wù)器端： 內(nèi)存 512Mb/硬盤 10Gb 以上的專用微機服務(wù)器 客戶端：內(nèi)存 2

26、56Mb/硬盤 6Gb 以上的臺式計算機。 2 2、軟件系統(tǒng)、軟件系統(tǒng) 操作系統(tǒng)：Windows XP/Win7、2000 Server 系列 數(shù)據(jù)庫：MYSQL5.0 服務(wù)器：tomcat7.0 瀏覽器：Ie 6.0 及以上版本 （六）需求建模與部分用例規(guī)約（六）需求建模與部分用例規(guī)約 一一般般用用戶戶 產(chǎn)產(chǎn)品品管管理理 供供應(yīng)應(yīng)商商管管理理 采采購購清清單單 進進貨貨管管理理 付付款款管管理理 退退貨貨管管理理 入入庫庫管管理理 庫庫存存管管理理 采采購購統(tǒng)統(tǒng)計計 退退貨貨統(tǒng)統(tǒng)計計 報報表表統(tǒng)統(tǒng)計計 登登錄錄 超超級級管管理理員員 登登錄錄 圖 3.1 系統(tǒng)整體功能用例圖 Figure 3

27、.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.11.1 主要參與者：主要參與者：所有操作用戶。 1.21.2 用例描述：用例描述：該用例用于提供登錄功能。用戶要登錄之后才能進行相應(yīng)操 作。用戶須填寫正確用戶名和密碼，方可登錄成功。 1.31.3 事件流事件流 1.3

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

29、。 2.32.3 事件流事件流 2.3.12.3.1 基本流：基本流：、增刪改查產(chǎn)品信息；、轉(zhuǎn)到相應(yīng)操作頁面。 2.3.12.3.11 1 添加產(chǎn)品信息添加產(chǎn)品信息 、點擊添加產(chǎn)品；、轉(zhuǎn)到添加產(chǎn)品信息頁面。 2.3.1.22.3.1.2 刪除產(chǎn)品信息刪除產(chǎn)品信息 、點擊刪除產(chǎn)品；、轉(zhuǎn)到刪除產(chǎn)品信息頁面。 2.3.1.32.3.1.3 修改產(chǎn)品信息修改產(chǎn)品信息 、點擊修改產(chǎn)品；、轉(zhuǎn)到修改產(chǎn)品信息頁面。 2.3.22.3.2 信息驗證：信息驗證：若系統(tǒng)檢測到輸入的信息格式或內(nèi)容有誤，如非法字符或 者信息不符合要求，給予錯誤提示，并清空文本框，要求用戶重新輸入。 2.42.4 前置條件：前置條件：用

30、戶必須先訪問該系統(tǒng)產(chǎn)品管理頁面，然后點擊“新增” 。 2.52.5 成功后件：成功后件：系統(tǒng)轉(zhuǎn)到相應(yīng)操作頁面。 2.62.6 失敗后件：失敗后件：系統(tǒng)維持原狀。 3 3用例三：用例三：供應(yīng)商管理 3.13.1 主要參與者：主要參與者：所有操作用戶 3.23.2 用例描述：用例描述：該用例用于提供添加供應(yīng)商信息功能。操作用戶要登錄之后 才能進行相應(yīng)操作。 3.33.3 事件流事件流 3.3.13.3.1 基本流：基本流：、增刪改查供應(yīng)商信息；、轉(zhuǎn)到相應(yīng)操作信息頁面。 3.3.13.3.11 1 添加供應(yīng)商信息添加供應(yīng)商信息 、點擊添加供應(yīng)商；、轉(zhuǎn)到添加供應(yīng)商信息頁面。 3.3.13.3.1 .2

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

32、例四：添加采購清單 4.14.1 主要參與者：主要參與者：一般用戶（采購人員） 4.24.2 用例描述：用例描述：該用例用于提供添加采購訂單功能。采購人員成功登錄到系 統(tǒng)后進行的相應(yīng)的添加訂單操作。 4.34.3 事件流事件流 4.3.14.3.1 基本流：基本流：、采購人員點擊添加采購訂單；、轉(zhuǎn)到添加采購訂單信 息頁面。 4.3.1.14.3.1.1 選擇供應(yīng)商選擇供應(yīng)商 添加采購清單里面的供應(yīng)商 4.3.1.24.3.1.2 選擇供應(yīng)商聯(lián)系人選擇供應(yīng)商聯(lián)系人 選擇供應(yīng)商聯(lián)系人。 4.3.1.34.3.1.3 選擇要采購的產(chǎn)品選擇要采購的產(chǎn)品 選擇該采購清單的產(chǎn)品。 4.3.24.3.2 信

33、息驗證：信息驗證：若沒有選擇供應(yīng)商就選擇產(chǎn)品，則提示出錯信息；若產(chǎn)品 數(shù)量為非法字符，則提示出錯信息。 4.44.4 前置條件：前置條件：用戶必須先訪問該系統(tǒng)添加采購清單頁面，然后點擊“添加” 。 4.54.5 成功后件：成功后件：系統(tǒng)采購訂單表數(shù)據(jù)庫相應(yīng)數(shù)據(jù)改變。 4.64.6 失敗后件：失敗后件：系統(tǒng)維持原狀。 5 5用例五：用例五：添加進貨單 5.15.1 主要參與者：主要參與者：超級管理員、審核人員 5.25.2 用例描述：用例描述：該用例用于添加進貨單功能。審核人員成功登錄到系統(tǒng)后進 行的相應(yīng)的添加進貨單操作。 5.35.3 事件流事件流 5.3.15.3.1 基本流：基本流：、點擊

34、新增；、選擇供應(yīng)商和聯(lián)系人；、選擇相應(yīng)的 采購清單。 5.3.25.3.2 信息驗證：信息驗證：若系統(tǒng)檢測審核人員提交信息不完整的或者信息格式有誤， 系統(tǒng)將返回錯誤信息，并要求審核人員重新檢查并填寫信息或取消添加該訂 單。 5.45.4 前置條件：前置條件：用戶必須先訪問該系統(tǒng)進貨管理頁面。 5.55.5 成功后件：成功后件：系統(tǒng)在進貨單管理中自動生成相應(yīng)好的進貨單。 5.65.6 失敗后件：失敗后件：系統(tǒng)維持原狀。 6 6用例六：用例六：進貨單審核 6.16.1 主要參與者：主要參與者：超級管理員、審核人員 6.26.2 用例描述：用例描述：該用例用于提供倉庫驗收進貨單功能。審核人員成功登錄

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

36、成功后件：成功后件：系統(tǒng)在付款管理中自動生成相應(yīng)好的付款單，相對應(yīng)的產(chǎn)品 數(shù)量自動增加，或在退貨管理中生成相對應(yīng)的退貨單。 6.66.6 失敗后件：失敗后件：系統(tǒng)維持原狀。 7 7用例七：用例七：進行付款 7.17.1 主要參與者：主要參與者：超級管理員、審核人員 7.27.2 用例描述：用例描述：該用例用于審核部門用于管理進貨單驗收后的款項功能。當 驗收通過后，可以在付款管理中進行付款操作。 7.37.3 事件流事件流 7.3.17.3.1 基本流：基本流：、審核人員查看未處理的付款單、確認付款單內(nèi)容正確 后，審核人員點擊 “付款” ；、系統(tǒng)顯示該單已付款。 7.3.27.3.2 信息驗證：

37、信息驗證：若系統(tǒng)檢測審核人員提交信息不完整的或者信息格式有誤， 系統(tǒng)將返回錯誤信息，并要求審核人員重新檢查并填寫信息或取消付款該單。 7.47.4 前置條件：前置條件：用戶必須先訪問該系統(tǒng)付款管理頁面。 7.57.5 成功后件：成功后件：系統(tǒng)顯示該單已付款。 7.67.6 失敗后件：失敗后件：系統(tǒng)維持原狀。 8 8用例八：用例八：采購退貨 8.18.1 主要參與者：主要參與者：超級管理員、審核人員 8.28.2 用例描述：用例描述：該用例用于審核部門管理付款單的退貨功能。當確定退貨后， 可以在退貨管理中進行操作。 8.38.3 事件流事件流 8.3.18.3.1 基本流：基本流：、審核人員查看

38、付款單、如果采購出現(xiàn)問題則退貨。 8.3.28.3.2 信息驗證：信息驗證：無 8.48.4 前置條件：前置條件：用戶必須先訪問該系統(tǒng)付款管理頁面。 8.58.5 成功后件：成功后件：系統(tǒng)顯示該單已退貨。 8.68.6 失敗后件：失敗后件：系統(tǒng)維持原狀。 9 9用例九：用例九：庫存管理 9.19.1 主要參與者：主要參與者：所有用戶 9.29.2 用例描述：用例描述：該用例用于統(tǒng)計庫存的功能。須登錄后才能進行相應(yīng)的操作。 9.39.3 事件流事件流 9.3.19.3.1 基本流：基本流：、查看庫存；、顯示庫存信息。 9.3.29.3.2 信息驗證：信息驗證：無 9.49.4 前置條件：前置條件

39、：用戶必須先訪問該系統(tǒng)庫存管理頁面。 9.59.5 成功后件：成功后件：系統(tǒng)轉(zhuǎn)到相應(yīng)操作頁面。 9.69.6 失敗后件：失敗后件：系統(tǒng)維持原狀。 1010用例十：用例十：采購統(tǒng)計 10.110.1 主要參與者：主要參與者：所有用戶 10.210.2 用例描述：用例描述：該用例用于查看采購統(tǒng)計的功能。須登錄后才能進行相應(yīng) 的操作。 10.310.3 事件流事件流 10.3.110.3.1 基本流：基本流：、查看采購統(tǒng)計信息。 10.3.210.3.2 信息驗證：信息驗證：無。 10.410.4 前置條件：前置條件：用戶必須先訪問該系統(tǒng)采購統(tǒng)計管理頁面。 10.510.5 成功后件：成功后件：系統(tǒng)

40、轉(zhuǎn)到相應(yīng)操作頁面。 10.610.6 失敗后件：失敗后件：系統(tǒng)維持原狀。 1111用例十一：用例十一：退貨統(tǒng)計 11.111.1 主要參與者：主要參與者：所有用戶 11.211.2 用例描述：用例描述：該用例用于查看退貨統(tǒng)計的功能。須登錄后才能進行相應(yīng) 的操作。 11.311.3 事件流事件流 11.3.111.3.1 基本流：基本流：、查看退貨統(tǒng)計信息。 11.3.211.3.2 信息驗證：信息驗證：無。 11.411.4 前置條件：前置條件：用戶必須先訪問該系統(tǒng)退貨統(tǒng)計管理頁面。 11.511.5 成功后件：成功后件：系統(tǒng)轉(zhuǎn)到相應(yīng)操作頁面。 11.611.6 失敗后件：失敗后件：系統(tǒng)維持原

41、狀。 1212用例十二：用例十二：報表統(tǒng)計 12.112.1 主要參與者：主要參與者：所有用戶 12.212.2 用例描述：用例描述：該用例用于查看采購過程所有統(tǒng)計的功能。須登錄后才能 進行相應(yīng)的操作。 12.312.3 事件流事件流 12.3.112.3.1 基本流：基本流：、查看采購統(tǒng)計信息；、圖表顯示每種產(chǎn)品每月在采 購、退貨、入庫等各個狀態(tài)下的金額與數(shù)量。 12.3.212.3.2 信息驗證：信息驗證：無。 12.412.4 前置條件：前置條件：用戶必須先訪問該系統(tǒng)報表統(tǒng)計管理頁面。 12.512.5 成功后件：成功后件：系統(tǒng)轉(zhuǎn)到相應(yīng)操作頁面。 12.612.6 失敗后件：失敗后件：系

42、統(tǒng)維持原狀。 四、軟件設(shè)計與開發(fā)四、軟件設(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)（一）系統(tǒng)流程結(jié)構(gòu) 開開始始 輸輸入入登登 錄錄信信息息 驗驗證證通通 過過？ N N 登登錄錄 成成功功 對對產(chǎn)產(chǎn)品品管管 理理操操作作 對對采采購購統(tǒng)統(tǒng) 計計進進行行操操 作作 對對退退貨貨統(tǒng)統(tǒng) 計計操操作作 Y Y 新新增增成成 功功？ 新新增增產(chǎn)產(chǎn)品品 顯顯示示采采購購 統(tǒng)統(tǒng)計計信信息息 顯顯示

43、示退退貨貨 統(tǒng)統(tǒng)計計信信息息 其其它它 操操作作 結(jié)結(jié)束束 對對庫庫存存統(tǒng)統(tǒng) 計計操操作作 顯顯示示庫庫存存 統(tǒng)統(tǒng)計計信信息息 對對圖圖表表統(tǒng)統(tǒng) 計計操操作作 顯顯示示圖圖表表 統(tǒng)統(tǒng)計計信信息息 修修改改產(chǎn)產(chǎn)品品 信信息息 刪刪除除產(chǎn)產(chǎn)品品 更更新新產(chǎn)產(chǎn)品品 數(shù)數(shù)據(jù)據(jù)庫庫 修修改改成成 功功？ 更更新新產(chǎn)產(chǎn)品品 數(shù)數(shù)據(jù)據(jù)庫庫 刪刪除除成成 功功？ 更更新新產(chǎn)產(chǎn)品品 數(shù)數(shù)據(jù)據(jù)庫庫 N N N N N N Y Y Y Y Y Y 對對供供應(yīng)應(yīng)商商 管管理理操操作作 新新增增成成 功功？ 新新增增供供應(yīng)應(yīng) 商商 修修改改供供應(yīng)應(yīng) 商商信信息息 增增加加聯(lián)聯(lián)系系 人人 更更新新供供應(yīng)應(yīng) 商商數(shù)數(shù)據(jù)據(jù)庫

44、庫 修修改改成成 功功？ 更更新新供供應(yīng)應(yīng) 商商數(shù)數(shù)據(jù)據(jù)庫庫 增增加加成成 功功？ 更更新新供供應(yīng)應(yīng) 商商數(shù)數(shù)據(jù)據(jù)庫庫 N N N N N N Y Y Y Y Y Y 對對采采購購清清 單單操操作作 新新增增 成成功功？ 新新增增采采 購購清清單單 修修改改采采 購購清清單單 信信息息 刪刪除除采采 購購清清單單 更更新新采采 購購清清單單 數(shù)數(shù)據(jù)據(jù)庫庫 修修改改 成成功功？ 更更新新采采 購購清清單單 數(shù)數(shù)據(jù)據(jù)庫庫 刪刪除除 成成功功？ 更更新新采采 購購清清單單 數(shù)數(shù)據(jù)據(jù)庫庫 N NN N Y YY YY Y 查查詢詢產(chǎn)產(chǎn)品品 顯顯示示產(chǎn)產(chǎn)品品 詳詳細細信信息息 查查詢詢供供應(yīng)應(yīng) 商商 顯

45、顯示示供供應(yīng)應(yīng) 商商詳詳細細信信 息息 查查詢詢采采 購購訂訂單單 顯顯示示訂訂 單單詳詳細細 信信息息 操操作作成成 功功？ Y Y N N 操操作作成成 功功？ 操操作作成成 功功？ 操操作作成成 功功？ Y Y Y Y Y Y N N N N N N 對對退退貨貨管管 理理操操作作 顯顯示示退退貨貨 信信息息 操操作作成成 功功？ Y Y N N 對對入入庫庫管管 理理操操作作 顯顯示示入入庫庫 信信息息 操操作作成成 功功？ Y Y N N N N 圖 4.1 一般用戶_開發(fā)流程圖 Figure 4.1 General user _ Development Flowchart 圖 4.

46、1 為一般用戶在該系統(tǒng)的所具體操作功能流程圖，包括了登錄、產(chǎn)品管 理模塊，供應(yīng)商管理操作模塊、采購清單管理操作模塊、退貨管理操作模塊、 入庫管理操作模塊、庫存管理操作模塊、采購統(tǒng)計模塊、退貨統(tǒng)計模塊、庫存 統(tǒng)計模塊、報表統(tǒng)計模塊、 。每一模塊都有相對應(yīng)的增刪改查操作以及相應(yīng)的驗 證。該采購人員_開發(fā)活動圖顯示了單一流程在多種情況下的多種流向與各個流 程之間的跳轉(zhuǎn)關(guān)系。 開開始始 輸輸入入登登 錄錄信信息息 驗驗證證通通 過過？ N N 登登錄錄 成成功功 對對產(chǎn)產(chǎn)品品管管 理理操操作作 對對采采購購統(tǒng)統(tǒng) 計計進進行行操操 作作 對對退退貨貨統(tǒng)統(tǒng) 計計操操作作 Y Y 新新增增成成 功功？ 新新

47、增增產(chǎn)產(chǎn)品品 顯顯示示采采購購 統(tǒng)統(tǒng)計計信信息息 顯顯示示退退貨貨 統(tǒng)統(tǒng)計計信信息息 其其它它 操操作作 結(jié)結(jié)束束 對對庫庫存存統(tǒng)統(tǒng) 計計操操作作 顯顯示示庫庫存存 統(tǒng)統(tǒng)計計信信息息 對對圖圖表表統(tǒng)統(tǒng) 計計操操作作 顯顯示示圖圖表表 統(tǒng)統(tǒng)計計信信息息 對對進進貨貨管管 理理操操作作 新新增增進進貨貨 單單 新新增增成成 功功？ 更更新新進進貨貨 單單數(shù)數(shù)據(jù)據(jù)庫庫 審審核核進進貨貨 單單 審審核核通通 過過？ 更更新新進進貨貨單單 數(shù)數(shù)據(jù)據(jù)庫庫，生生 成成付付款款單單 Y Y N N Y Y N N 對對付付款款管管 理理操操作作 付付款款 付付款款成成 功功？ 更更新新付付款款 單單數(shù)數(shù)據(jù)據(jù)庫

48、庫 退退貨貨 退退貨貨成成 功功？ 更更新新付付款款單單 數(shù)數(shù)據(jù)據(jù)庫庫，生生 成成退退貨貨單單 Y Y N N Y Y N N 修修改改產(chǎn)產(chǎn)品品 信信息息 刪刪除除產(chǎn)產(chǎn)品品 更更新新產(chǎn)產(chǎn)品品 數(shù)數(shù)據(jù)據(jù)庫庫 修修改改成成 功功？ 更更新新產(chǎn)產(chǎn)品品 數(shù)數(shù)據(jù)據(jù)庫庫 刪刪除除成成 功功？ 更更新新產(chǎn)產(chǎn)品品 數(shù)數(shù)據(jù)據(jù)庫庫 N N N N N N Y Y Y Y Y Y 對對供供應(yīng)應(yīng)商商 管管理理操操作作 新新增增成成 功功？ 新新增增供供應(yīng)應(yīng) 商商 修修改改供供應(yīng)應(yīng) 商商信信息息 增增加加聯(lián)聯(lián)系系 人人 更更新新供供應(yīng)應(yīng) 商商數(shù)數(shù)據(jù)據(jù)庫庫 修修改改成成 功功？ 更更新新供供應(yīng)應(yīng) 商商數(shù)數(shù)據(jù)據(jù)庫庫 增增加

49、加成成 功功？ 更更新新供供應(yīng)應(yīng) 商商數(shù)數(shù)據(jù)據(jù)庫庫 N N N N N N Y Y Y Y Y Y 對對采采購購清清 單單操操作作 新新增增成成 功功？ 新新增增采采購購 清清單單 修修改改采采購購 清清單單信信息息 刪刪除除采采購購 清清單單 更更新新采采購購 清清單單數(shù)數(shù)據(jù)據(jù) 庫庫 修修改改成成 功功？ 更更新新采采購購 清清單單數(shù)數(shù)據(jù)據(jù) 庫庫 刪刪除除成成 功功？ 更更新新采采購購 清清單單數(shù)數(shù)據(jù)據(jù) 庫庫 N N N N N N Y Y Y Y Y Y 查查詢詢產(chǎn)產(chǎn)品品 顯顯示示產(chǎn)產(chǎn)品品 詳詳細細信信息息 查查詢詢供供應(yīng)應(yīng) 商商 顯顯示示供供應(yīng)應(yīng) 商商詳詳細細信信 息息 查查詢詢采采購購

50、 訂訂單單 顯顯示示訂訂單單 詳詳細細信信息息 查查詢詢付付款款 單單 顯顯示示付付款款 單單詳詳細細信信 息息 查查詢詢付付款款 單單 顯顯示示進進貨貨 單單詳詳細細信信 息息 操操作作成成 功功？ Y Y N N 操操作作成成 功功？ 操操作作成成 功功？ 操操作作成成 功功？ Y Y Y Y Y Y N N N N N N 對對退退貨貨管管 理理操操作作 顯顯示示退退貨貨 信信息息 操操作作成成 功功？ Y Y N N 對對入入庫庫管管 理理操操作作 顯顯示示入入庫庫 信信息息 操操作作成成 功功？ Y Y N N 圖 4.2 超級管理員_開發(fā)流程圖 Figure 4.2 Supper

51、user _ Development Flowchart 圖 4.2 為超級管理員在該系統(tǒng)的所具體操作功能流程圖，包括了登錄、產(chǎn)品 管理模塊，供應(yīng)商管理操作模塊、采購清單管理操作模塊、進貨管理操作模塊、 付款管理操作模塊、退貨管理操作模塊、入庫管理操作模塊、庫存管理操作模 塊、采購統(tǒng)計模塊、退貨統(tǒng)計模塊、庫存統(tǒng)計模塊、報表統(tǒng)計模塊。每一模塊 都有相對應(yīng)的增刪改查操作以及相應(yīng)的驗證即指。該超級管理員_開發(fā)活動圖顯 示了單一流程在多種情況下的多種流向與各個流程之間的跳轉(zhuǎn)關(guān)系。 （二）靜態(tài)模型與動態(tài)模型（二）靜態(tài)模型與動態(tài)模型設(shè)計設(shè)計 1 1、添加采購清單、添加采購清單 訂單添加控制者 訂單添加表單 用戶 1 1 1 10 0. . .1 1 0 0. . .1 1 用用戶戶 ：訂訂單單添添加加表表單單：訂