1、蘇州大學本科生畢業設計（論文）本樣例的標題結構和內容每個同學做參考，具體格式不完全規范，以后再發布詳細格式要求！目 錄第一章概述1第二章文獻綜述22.1語言概述22.2 技術框架概述22.3數據庫概述4第三章需求分析63.1需求概述63.2用例建模73.3靜態建模14第四章系統設計154.1總體設計154.1.1系統總體架構設計154.1.2系統的總體功能設計164.2詳細設計與動態建模174.2.1商品銷售管理模塊184.2.2財務管理模塊184.2.3倉庫管理模塊184.2.4活動圖建模194.2.5時序圖建模204.3數據庫設計20第五章系統實現305.1系統登錄305.2創建訂單315

2、.3發票信息管理345.4商品信息維護355.5用戶管理36第六章 總結與展望376.1本文總結376.2后續工作展望37參考文獻38致 謝39摘 要本文介紹了一個企業銷售管理系統的分析和實現的過程。該系統的功能有：商品銷售管理、財務管理、倉庫管理、系統管理。本系統采用了基于Java 技術的MVC模式進行設計，并通過使用（Struts2+Spring3+MyBatis）軟件體系架構實現本系統，運用了面向對象的設計與開發方法設計出數據庫，比較簡潔、方便，具有一定的推廣和應用價值。該系統的實現，做到了給企業銷售管理者提供充足的信息和快捷的查詢平臺，滿足了需求的定義，具有一定的應用價值。關鍵詞：Ja

3、va；MVC；Struts2；Spring3；Mybatis；Abstract This text introduces the process of the analysis and achievement of an enterprise's sales management system. The system's functions include: the sales management of products,financialmanagement, storage management, and systematic management. This syste

4、m adopts the MVC mode which is based on Java technology, and framework of the truts2+Spring3+Mybatis software also contributes to the realization of the system. This system utilizes the target-oriented method of the design and development to make the data bank, which is concise and convenient and ha

5、s the particular value of promotion and application. The realization of the system provides the sales manager of the enterprise with sufficient information and convenient platform, meeting the demand of the definition, which has particular value of application.Keywords: Java；MVC；Struts2；Spring3；Myba

6、tis；40第一章概述隨著社會的發展，顧客需求瞬息萬變，技術創新不斷加速，產品生命周期不斷縮短，企業之間市場競爭日趨激烈，因此，企業實現信息化已經成為企業快速響應市場和參與市場競爭的關鍵。尤其生產銷售管理在現代企業經營管理中占據著重要的地位，一個企業銷售管理的水平幾乎決定著企業的經濟命脈。眾多銷售問題中，最主要的都是因為信息不通暢造成的。中小企業在我國眾多企業中占了絕大多數。進入世貿組織后，這些企業不可避免的要加入國際化企業的競爭行列，實現企業信息化是參與挑戰的必要條件。但是中小企業的多樣性及靈活多邊形的經營方式，加上相關投入量的限制，使得很多中小企業沒有進行信息化建設。而互聯網為擴展銷售市場

7、提供了新的方法和機會。因此利用現代化信息技術和互聯網絡，整合CRM(客戶關系管理（Customer Relationship Management)的經營管理理念，以市場的發展為導向，以客戶的需求為核心，以全面優質的客戶服務為目標，改變企業的經營管理模式，是中小型企業首先要解決的問題。在60年代，很多的企業圍繞的是成本，在產品的成本上大下功夫。在生產戰略上追求的是大批量，低成本，當時信息系統圍繞著庫存控制展開；到了70年代，追求的是速度，追求的是內部協調信息集成，當時提出了vlRP的概念；到了80年代，大家看到追求質量，追求工序控制，降低管理成本，提高管理績效的重要性，這一切都促進了當時的企業

8、信息化建設；到了90年代，個性化需求大大提升，要求企業必須有足夠的應變能力，這樣才能在與對手的競爭中取得成功。歷經20余年的時間，企業的信息化建設工作取得了較大的進步，因為對企業的信息化建設的途徑認識的不夠系統并且不夠科學準確，因此，以往的在許許多多的企業的信息化建設的工作中我們有了許多的誤區，確實走了很多的彎路。許多企業不顧實際狀況，盲目的追求決策層和業務處理層的自動化，忽視了最基礎的企業信息的信息化建設。 銷售管理是企業管理非常重要的一環，它對企業的發展起著舉足輕重的作用。由于商品信息的繁多，各部門工作的繁雜，使得銷售管理變得十分復雜。開發一套完善的銷售管理系統不但可以使得銷售管理者對商品

9、的整個銷售流程狀態以及庫存等信息了如指掌，并為決策管理提供科學依據從而提高了管理水平和工作效率，而且可以使工作人員甩掉手工記賬以及審核等地方式，從而最大限度的減少了手工操作帶來的失誤，達到事半功倍的效果。銷售管理系統作為企業管理自動化、規范化的一部分，在提供企業管理效率和經濟效益是發揮了不可替代的作用。所以為了給企業銷售管理者提供充足的信息和快捷的平臺,使企業的管理工作更具科學性、規范性和高效性，利用計算機實現企業的銷售管理,開發企業銷售管理系統勢在必行。第二章文獻綜述國內現有的系統大多不劃分權限，這樣使得每個人的工作內容交叉錯亂，無法實現權責分明，這樣就會一個操作誰都可以做，也會誰都不愿意做

10、，出現問題時也不能找出問題的關鍵。本系統集多種功能為一體，很好的劃分了各部門的權限，使得各項工作有序并且有效的進行。（文獻綜述部分要寫自己系統里面用到哪些技術，每個技術寫一點內容，加起來3-4頁即可）2.1語言概述(1) Java是一種簡單，面向對象，分布式的，解釋型的，健壯安全的，結構中立的，可移植的，性能優異、多線程的動態語言。使用Java語言不僅可以實現大型企業級的分布式應用系統，還能夠為小型的、嵌入式設備進行應用程序的開發。Java語言的優良特性使得Java應用具有無比的健壯性和可靠性，這也減少了應用系統的維護費用。Java對對象技術的全面支持和Java平臺內嵌的API能縮短應用系統的

11、開發時間并降低成本。Java的編譯一次，到處可運行的特性使得它能夠提供一個隨處可用的開放結構和在多平臺之間傳遞信息的低成本方式。特別是Java企業應用編程接口（Java Enterprise APIs）為企業計算及電子商務應用系統提供了有關技術和豐富的類庫1。 (2) Jquery是繼prototype之后又一個優秀的JavaScript框架。它是輕量級的js庫(壓縮后只有21k) ，它兼容CSS3，還兼容各種瀏覽器 （IE 6.0+, FF 1.5+, Safari 2.0+, Opera 9.0+）。jQuery使用戶能更方便地處理HTML documents、events、實現動畫效果，

12、并且方便地為網站提供AJAX交互。jQuery還有一個比較大的優勢是，它的文檔說明很全，而且各種應用也說得很詳細，同時還有許多成熟的插件可供選擇。jQuery能夠使用戶的html頁保持代碼和html內容分離，也就是說，不用再在html里面插入一堆js來調用命令了，只需定義id即可2。2.2 技術框架概述技術框架概述(1)AJAX指異步JavaScript及XML（Asynchronous JavaScript And XML）。Ajax的核心是JavaScript對象XmlHttpRequest。該對象在Internet Explorer 5中首次引入，它是一種支持異步請求的技術。簡而言之，X

13、mlHttpRequest使您可以使用JavaScript向服務器提出請求并處理響應，而不阻塞用戶5。(2) Struts2是Struts的下一代產品，是在 struts 和WebWork的技術基礎上進行了合并的全新的Struts 2框架。其全新的Struts 2的體系結構與Struts 1的體系結構的差別巨大。Struts 2以WebWork為核心，采用攔截器的機制來處理用戶的請求，這樣的設計也使得業務邏輯控制器能夠與Servlet API完全脫離開，所以Struts 2可以理解為WebWork的更新產品。雖然從Struts 1到Struts 2有著太大的變化，但是相對于WebWork，St

14、ruts 2只有很小的變化 6。(3) Spring是一個開源框架，是為了解決企業應用程序開發復雜性由Rod Johnson創建的。框架的主要優勢之一就是其分層架構，分層架構允許使用者選擇使用哪一個組件，同時為J2EE應用程序開發提供集成的框架。Spring使用基本的JavaBean來完成以前只可能由EJB完成的事情。然而，Spring的用途不僅限于服務器端的開發。從簡單性、可測試性和松耦合的角度而言，任何Java應用都可以從Spring中受益7。(4)Mybatis是一個開放源代碼的對象關系映射框架，它封裝了絕大多數的 JDBC 樣板代碼，使得開發者只需關注 SQL 本身，而不需要花費精力去

15、處理例如注冊驅動，創建Connection，以及確保關閉Connection 這樣繁雜的代碼。 MyBatis是支持普通SQL查詢，存儲過程和高級映射的優秀持久層框架。MyBatis 消除了幾乎所有的 JDBC 代碼和參數的手工設置以及結果集的檢索。MyBatis 使用簡單的 XML或注解用于配置和原始映射，將接口和 Java 的POJOs（Plain Old Java Objects，普通的Java對象）映射成數據庫中的記錄。每個MyBatis 應用程序主要都是使用SqlSessionFactory實例的，一個SqlSessionFactory實例可以通過SqlSessionFactoryB

16、uilder獲得。SqlSessionFactoryBuilder可以從一個xml配置文件或者一個預定義的配置類的實例獲得。 用xml文件構建SqlSessionFactory實例是非常簡單的事情。推薦在這個配置中使用類路徑資源（classpath resource)，但你可以使用任何Reader實例，包括用文件路徑或file:/開頭的url創建的實例。MyBatis有一個實用類-Resources，它有很多方法，可以方便地從類路徑及其它位置加載資源8。圖2.2 Struts2+Spring+Mybatis框架2.3數據庫概述MySQL是一個小型關系型數據庫管理系統，開發者為瑞典MySQL A

17、B公司。由于MySQL軟件體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，許多中小型網站為了降低網站總體擁有成本而選擇了MySQL作為網站數據庫。總體來說，MySQL數據庫具有以下主要特點9：同時訪問數據庫的用戶數量不受限制；是目前市場上現有產品中運行速度最快的數據庫系統；用戶權限設置簡單、有效；使用C和C+編寫，并使用了多種編譯器進行測試，保證源代碼的可移植性；支持AIX、FreeBSD、HP-UX、Linux、Mac OS、Novell Netware、OpenBSD、OS/2 Wrap、Solaris、Windows等多種操作系統；為多種編程語言提供了API。這些編程語言包括C、

18、C+、Python、Java、Perl、PHP、Eiffel、Ruby和Tcl等；支持多線程，充分利用CPU資源；優化的SQL查詢算法，有效地提高查詢速度；既能夠作為一個單獨的應用程序應用在客戶端服務器網絡環境中，也能夠作為一個庫而嵌入到其他的軟件中提供多語言支持，常見的編碼如中文的GB 2312、BIG5，日文的Shift_JIS等都可以用作數據表名和數據列名；提供TCP/IP、ODBC和JDBC等多種數據庫連接途徑；提供用于管理、檢查、優化數據庫操作的管理工具；可以處理擁有上千萬條記錄的大型數據庫。第三章需求分析3.1需求概述傳統管理模式下的常見弊端:(1)銷售部門內部。多個分散數據庫及手

19、工操作使工作效率大大折扣。在業務處理方面，經常需要數據重復錄入，人工出錯幾率很高。如一份交易，相同的內容通常需要重復錄入到訂貨單，退貨單，發票等不同的單據上。在資料管理上，部門內部資源共享程度低導致客戶服務效率低下。如銷售人員占有關鍵客戶資料，各種客戶問題無法快速獲得解決，同時企業客戶資源經常會隨著業務人員的流動而流失等等。(2)銷售部門與其他部門之間計算機應用缺乏系統集成使得業務流程無法達到預期目標。在與倉庫部門的協調上，銷售人員通常無法準確了解到每一份訂單的生產進程，訂單跟蹤只是一個良好的愿望。協調性差使得生產部門無法根據市場需要合理安排采購計劃。 在與財務部門的協調上，由于管理上的漏洞，

20、遺漏應收賬款的現象十分嚴重，直接造成企業的經濟損失。客戶付款爭議也時有發生。在與決策部門的協調上，由于數據收集、整理的困難，使得管理者很難得到準確的統計數據，造成分析、預測的可靠性大大降低。銷售管理是企業管理非常重要的一環，它對企業的發展起著舉足輕重的作用。由于商品信息的繁多，各部門工作的繁雜，使得銷售管理變得十分復雜。開發一套完善的銷售管理系統不但可以使得銷售管理者對商品的整個銷售流程狀態以及庫存等信息了如指掌，并為決策管理提供科學依據從而提高了管理水平和工作效率，而且可以使工作人員甩掉手工記賬以及審核等地方式，從而最大限度的減少了手工操作帶來的失誤，達到事半功倍的效果。銷售管理系統作為企業

21、管理自動化、規范化的一部分，在提供企業管理效率和經濟效益是發揮了不可替代的作用。據企業銷售管理系統的特點，可以將其分為商品銷售管理、財務管理、倉庫管理、系統管理4個部分，期中各個部分的具體功能模塊如圖3.1所示。四 大 基 本 功 能商品銷售管理銷售商品管理、銷售訂單管理、銷售退貨管理、客戶信息維護。財務管理收款方案管理、收款付款管理、發票信息管理倉庫管理根據商品信息維護、進貨、出庫、入庫管理。系統管理用戶管理、角色維護、用戶角色、權限分配圖3.1系統的主要功能銷售管理系統的簡單處理流程如下：銷售人員從客戶那里得到訂貨單。銷售人員進行訂貨單的修改以及審核，審核后的訂貨單不能修改。財務人員進行收

22、款活動確認可以發貨后，由倉庫管理員發貨。財務人員進行再次收款后，訂單流程結束。銷售人員從客戶那里得到退貨單。銷售人員對退貨單進行審核。倉庫人員收到貨物后通知財務人員進行付款。付款結束后代表一個退貨流程的結束。3.2用例建模具體見如下用例分析(1)企業銷售管理系統用例（第一層）參與者（Actor）：系統管理員、銷服財務及倉儲人員。用例：訂貨管理、退貨管理、系統管理。圖3.2企業銷售管理系統用例圖本系統主要有訂貨和退貨兩個主要流程，以及一個系統管理的功能。(2)訂貨管理用例（第二層）參與者(Actor):銷服人員、客戶、財務人員、倉庫管理員。用例:創建訂單、審批訂單、處理訂單。圖3.3訂貨管理用例

23、圖客戶必須購買企業存在的貨源才可以創建訂貨單，創建退貨單、審批退貨單和處理退貨單三個過程是依次進行的，所以后一個總是依賴于前一個。(3)退貨管理用例（第二層）參與者(Actor):銷服人員、客戶、財務人員、倉庫管理員。用例:創建退貨單、審批退貨單、處理退貨單。圖3.4退貨管理用例圖客戶必須是在企業內已經有創建的訂單已經完成，以及貨物在退貨期限內才可以創建退貨單，創建退貨單、審批退貨單和處理退貨單三個過程是依次進行的，所以后一個總是依賴于前一個。(4)系統管理用例（第二層）參與者（Actor）：系統管理員。 用例：用戶管理、角色維護、用戶角色、權限分配。圖3.5系統管理用例圖只有創建了用戶以及角

24、色后，才能進行用戶和角色的對應處理，所以用戶角色的管理依賴于用戶維護和角色管理，并且權限的分配時在用戶角色對應后才能進行的。(5)訂貨管理審批訂單用例（第三層） 參與者（Actor）：銷服人員、財務人員、客戶。 用例：審批訂單、審批未通過、審批通過。圖3.6訂貨管理審批訂單用例圖客戶創建了訂單后，由銷服人員進行審批，審批條件是填寫規范，貨源量庫存充足或者通過進貨可以滿足的審批通過，審批通過后將訂單交給財務人員進行訂單的下一步處理，如果訂單沒有通過將訂單返回給客戶進行訂單的重新創建。(6)訂貨管理訂單處理用例（第三層）參與者（Actor）：財務人員、銷服人員、倉庫管理員。用例：第一次收款、發貨、

25、第二次收款、完成訂單。圖3.7訂貨管理訂單處理用例圖訂單審批通過后，由財務人員進行第一次收款（無論是收全款還是半款或者是不收任何費用）后，通知倉庫管理員進行發貨，發貨后將信息返回給財務人員，財務人員將訂單返回給銷服人員，有銷服人員完成訂單。如此完成訂單的處理過程。(7)退貨管理審批退貨單用例（第三層） 參與者（Actor）：銷服人員、倉庫管理員、客戶。 用例：審批退貨單、審批未通過、審批通過。圖3.8退貨管理審批退貨單用例圖客戶創建了退貨單后，由銷服人員進行審批，退貨單填寫符合規范，且退貨理由是賣方責任的退貨單審批通過，審批通過后將退貨單交給倉庫管理員進行退貨單的下一步處理，如果退貨單沒有通過

26、將退貨單返回給客戶進行退貨單的重新創建。(8)退貨管理退貨單處理用例（第三層）參與者（Actor）：財務人員、銷服人員、倉庫管理員。用例：商品入庫、付款、完成退貨單。圖3.9退貨管理退貨單處理用例圖首先確定倉庫管理員將客戶退還的商品入庫后，財務人員才可以將款項付給客戶，付款后將退貨單信息返還給銷服人員，由銷服人員完成退貨單。如此完成退貨單的處理過程。3.3靜態建模(1) 圖3.10描述了用戶、角色、以及權限這幾個實體的的關系，每一個用戶可以扮演幾種角色，而每一個角色也會擁有幾個權限不等。擁有用戶角色 1 n 1權限擁有 n 圖3.10 用戶權限ER圖(2)客戶可以創建無數張退貨單或者訂單。而每

27、一張訂單由無數種產品組成，每張訂單可以擁有好幾種收付款信息，但是每個信息只會有一張發票。每一張訂單的收付款方案不止一種。圖3.11 客戶、訂單、退貨單E-R圖第四章系統設計4.1概要設計4.1.1系統總體架構設計由于整個銷售管理信息查詢的業務邏輯較為復雜，涉及較大的計算量，而且前后臺傳遞的參數數據量也較大，特別是為了后期的可維護性和可擴展性考慮，必須采用合適的開發框架。同時，由于用戶對于整個頁面的刷新過程感到厭倦，所以必須要采用合適的AJAX頁面局部刷新技術來進行前后臺的數據傳遞。但是AJAX技術對大數據量的傳遞由于網絡原因會有所延遲，因此對于后臺程序的高效執行和數據格式精簡壓縮方面也提出了較

28、高的要求。綜上需求所述，結合目前的開發技術，本模塊采用目前J2EE框架下流行的MVC開發模式進行設計開發，采用的開發基礎框架是Struts 2、Spring 3、Mybatis3和jQuery 1.6。其中，表現層（View）采用了JSP頁面展示+jQuery用戶交互控制相結合的方式，同時jQuery的AJAX方法負責前臺發送請求至后臺、數據交互、接收和處理后臺發回的數據等操作；Struts作為控制層（Control）控制整個業務過程，Mybatis作為數據持久層專門負責數據庫的相關操作；邏輯層（Model）的Spring負責邏輯處理、提供各種業務處理服務，并且以容器為基礎對Struts和My

29、batis進行對象生命周期的管理。完整的一個請求和數據流向如圖4.1所示。圖4.1MVC開發模型示意圖在該模型框架下，一個從瀏覽器發出的查詢請求從產生、傳遞、處理到返回結果的先后過程如下：1) 用戶通過瀏覽器訪問查詢JSP頁面，用戶在JSP頁面上輸入查詢條件，并點擊“查詢”按鈕，此時將激活頁面中的jQuery方法，jQuery方法獲取和預處理用戶輸入的數據，并使用其AJAX方法請求后臺的控制類（Struts Action），將預處理的數據作為參數傳入到action層13；2) J2EE服務器接收到該用戶的Action Name請求后，會首先通過Struts的配置文件尋找到Action 類對應的

30、具體處理的偽類名，然后通過Spring 配置文件獲得具體的實現類，在Spring 容器的統一管理下該類會被實例化（下同，略），然后傳入參數，調用其中的處理方法；3) Struts Action 類中的方法對整個查詢業務進行控制調動（包括查詢參數的進一步預處理），但不處理具體的業務邏輯，需要傳遞查詢參數調用Spring中的Service處理方法（Spring容器注入方式得到）；4) Spring通過與JavaBean模型相結合，傳參給數據庫持久層Mybatis并調用指定的SQL語句15；5) Mybatis執行SQL語句后將查詢到的數據返回到Spring的Service；6) Spring將查詢

31、結果返回給Struts中的Action 類；7) Struts將結果數據轉化JSON字符串返回到jQuery AJAX方法中；8) jQuery AJAX方法進一步處理這些數據，并將其顯示在JSP頁面上；4.1.2系統模塊劃分（這一節要畫模塊圖，或SC圖）根據以上的弊端本系統的設計大體如下：(1)首先，了解企業全局，建立企業的全局模型。以各職能部門為子系統，初步勾劃出子系統的主要功能以及各子系統問的相互作用關系。(2)其次，分析各子系統特有的性質、將各子系統分解為一系列相關的企業過程，并進一步將各個過程分解成若干個具體的功能單元。在分解的過程中，應從企業實際的業務活動出發，整理并區分出企業各過

32、程各層次中相關的業務功能，并且，應盡可能減少分解模塊間的信息關聯。(3)然后，構建基礎數據平臺。(4)最后，經過以上分析，本系統分為兩層：業務層和數據層。其中：數據層是通過操縱數據為事務邏輯層提供數據服務，如存儲數據操作結果、返回數據檢索結果等；業務層負責接收系統傳來的請求并將請求傳給數據層，同時將請求處理結果發給系統。4.2詳細設計與動態建模（詳細設計部分要針對每個模塊畫動態圖或流程圖，這一節不規范，流程圖畫的也不對，不要照這個樣子做!）本系統是按照部門設計的，但是企業銷售管理系統的系統流程如圖4.2,4.3所示：圖4.2訂貨流程圖圖4.3退貨流程圖4.2.1商品銷售管理模塊商品銷售管理主要

33、由創建訂單、銷售訂單管理、銷售退貨管理以及客戶信息幾個功能，只有擁有銷售人員權限的人才可以進行操作：（1） 創建訂單是根據客戶的要求初步創建一個訂單，包括客戶名、訂單編碼、選擇商品、收款類型、是否開發票、運費以及系統自動默認的下單時間。（2） 創建好訂單后，進入到銷售訂單管理模塊，選擇好訂單后點擊進入編輯訂單，可以修改訂單內容，確認后進行訂單審核，審核后的訂單無法進行改變。（3） 銷售退貨管理是對客戶提交的退貨單進行審核，主要審核其退貨數量及退貨理由。（4） 客戶信息維護是對客戶的郵箱、賬號、姓名、電話、手機、地址等內容進行修改、添加、刪除、查詢等操作，其中可以進行無條件查詢。4.2.2財務管

34、理模塊 財務管理模塊由收款方案管理、收款管理、付款管理、發票信息管理四個功能構成，同樣，需要具有財務權限的人才能登錄。（1） 收款方案管理是對收款編碼、收款名稱、收款方案類型、方案順序、收款金額、是否允許發貨這些信息進行修改、刪除、增加和查詢操作、其中查詢也可以無條件進行。（2） 收款管理是在訂單進行審核后，可以對收款方案編碼、實收款金額、收款日期等進行修改。（3） 付款管理是在退貨單審核后并且倉庫收到貨物并確認進庫后進行的。對訂單的付款狀況進行查詢以及操作。（4） 發票信息管理，是對相應的訂單付款后可以進行開發票這個操作，發票的抬頭為必填項，只創建未審核的發票是無效的。同時也可以進行發票的查

35、詢和修改。4.2.3倉庫管理模塊倉庫管理模塊由商品信息維護、進貨管理、出貨管理、入庫管理四個功能組成，同樣，也必須是具有倉庫人員權限的才可以進入這個模塊。（1） 商品信息維護功能是對商品價格名稱等信息進行維護，可以增加新商品也可以刪除舊商品，也可以對商品信息進行修改，同時也可以進行商品信息的查詢。（2） 進貨管理是在商品庫存量小于一定數量值進行的，但是庫存量最好不要大于最大值，否則容易造成商品的積壓。4.2.4活動圖建模1.訂貨過程圖4.4訂貨過程活動圖2退貨過程圖4.5退貨過程活動圖4.2.5時序圖建模1.訂單過程圖4.6訂貨過程時序圖2、退貨過程圖4.7退貨過程時序圖4.3數據庫設計由于企

36、業銷售管理系統對于數據的安全性及完整性要求比較高，而且為了增加程序的使用范圍，還要保證系統可以擁有存儲足夠多數據的能力。這就要求必須選擇一個安全可靠、高效的數據庫管理平臺。MySQL是由原MySQL AB 公司自主研發的，是目前IT行業最流行的開放源代碼的數據庫管理系統，同時他也是一個支持多線程高并發多用戶的關系型數據庫管理系統。它可以為任何規模的組織機構提供集成化信息管理解決方案。同時，在解決方案的伸縮性、可用性和安全性方面做了重大改進。綜上所述，本系統采用MySQL 5.5數據庫。 數據表結構 客戶（customer）客戶ID（主鍵）、客戶編碼、客戶電話、客戶姓名、手機號碼、郵箱、地址、備

37、注。表4.1客戶信息表字段名稱字段類型字段長度可否為空說明customer_idInt11否客戶IDcustomer_novarchar20是客戶編碼customer_telvarchar20是客戶電話customer_namevarchar20是客戶姓名customer_mobilevarchar20是手機號碼emailvarchar20是郵箱addressvarchar20是地址remarkvarchar20是備注 付款信息表（payment）付款ID(主鍵)、退貨單ID（外鍵）、付款狀態、付款金額、付款日期、應該付款金額、備注。表4.2收付款信息表字段名稱字段類型字段長度可否為空說明pa

38、yment _idInt11否付款IDsale_return_idint11是退貨單IDpayment_status_idint11是付款狀態payment_sumdecimal12,2是付款金額payment_datevarchar20是付款日期yg_sumdecimal12,2是應該付款金額remarkvarchar200是備注 付款方案表（gather_method）收款方案ID(主鍵)、收款方案編碼、收款方案名稱、收款類型編號（外鍵）、收款順序、收款金額類型、收款金額、是否發貨、備注。表4.3收款方案表字段名稱字段類型字段長度可否為空說明gather_method_idInt11否收款

39、方案IDgather_method_novarchar20是收款方案編碼gather_method_namevarchar20是收款方案名稱gather_type_idInt11是收款類型編號gather_orderint11是收款順序gather_sum_type_idInt11是收款金額類型gather_sumdecimal12,2是收款金額is_deliveryvarchar20是是否發貨remarkvarchar20是備注發票信息（invoice）發票信息編號(主鍵)、收付款ID、發票標題（抬頭）、發票類型ID、發票金額、發票日期、狀態（0表示創建、1表示審核）、備注。表4.4發票信息

40、表字段名稱字段類型字段長度可否為空說明invoice_idInt11否發票信息編號exchange_idint11是收付款IDtitlevarchar200是發票標題exchange_type_idInt11是發票類型IDinvoice_sumdecimal12,2是發票金額invoice_datevarchar20是發票日期flagint11是狀態(0表示創建，1表示審核)remarkvarchar20是備注銷售商品（order_product）銷售商品編碼（主鍵）、商品編號（外鍵）、銷售訂單編號（外鍵）、銷售數量、銷售價格、訂單和退貨標志（0表示訂單，1表示退貨）、是否審核（0表示未審核、

41、表示審核）、備注。表4.5銷售商品表字段名稱字段類型字段長度可否為空說明order_product_idInt11否銷售商品編碼product_idint11是商品編號sale_order_idint11是銷售訂單編號quantityInt11是銷售數量pricedecimal12,2是銷售價格pro_flagint11是訂單和退貨標志Is_checkint11是是否審核remarkvarchar20是備注商品（product）商品ID（主鍵）、商品編碼、商品名稱、商品所屬種類、商品規格、商品計量單位、價格、數量、最小數量、最大數量、備注。表4.6商品信息表字段名稱字段類型字段長度可否為空說明

42、product_idint11是商品IDpro_novarchar20是商品編碼pro_namevarchar20是商品名稱product_type_idint11是商品所屬種類pro_stylevarchar20是商品規格pro_unitvarchar20是商品計量單位pricedecimal12,2是價格quantityint11是數量lower_sumint11是最小數量upper_sumint11是最大數量remarkvarchar20是備注收款表（receivables）收款ID (主鍵)、收款編碼、訂單ID（外鍵）、狀態、收款類型（外鍵）、是否開發票、已付款、收款總金額、收款完成日

43、期、備注表4.7商品種類表字段名稱字段類型字段長度可否為空說明receivables_idint11否收款IDreceivables_novarchar20是收款編碼sale_order _idint11是訂單IDgather_order _idint11是收款類型receivables_status_idInt11是狀態is_invoicevarchar20是是否開發票ys_sumdecimal12,2是已付款total_sumdecimal12,2是收款總金額exchange_datevarchar20是收款完成日期remarkvarchar20是備注收款詳細表（receivables_d

44、etail）收款明細表(主鍵)、收款ID（外鍵）、收款方案ID（外鍵）、是否完成、收款類型、收款金額、收款日期、收款順序、備注表4.8商品種類表字段名稱字段類型字段長度可否為空說明Receivables_detail_idint11否收款明細表receivables_IDInt11是收款IDgather_method _idint11是收款方案IDis_completedvarchar20是是否完成gather_order _idint11是收款類型receivable_detail_iddecimal12,2是收款金額receivable_detail_datevarchar20是收款日期r

45、eceivable_detail_orderInt11是收款順序remarkvarchar20是備注退貨商品表（return_product）退貨商品(主鍵)、訂單商品（外鍵）、退貨單（外鍵）、退貨數量、備注表4.9商品種類表字段名稱字段類型字段長度可否為空說明return_product _idint11否退貨商品order_product _idInt11是訂單商品sale_return_idint11是退貨單return_quantityint11是退貨數量remarkvarchar20是備注銷售訂單（sale_order）銷售訂單ID（主鍵）、銷售負責人編號、客戶負責人編號、銷售訂單編

46、號、收款類型（外鍵）、是否開發票、訂單狀態（創建、審核、出庫、完成）、下單日期、發貨日期、商品金額、其他費用、總費用、備注。表4.10銷售訂單表字段名稱字段類型字段長度可否為空說明sale_order_idint11否銷售訂單IDuser_idint11是銷售負責人編號customer_idint11是客戶負責人編號sale_order_novarchar20是銷售訂單編號gather_type_idInt11是收款類型is_invoicevarchar20是是否開發票order_status_idint11是訂單狀態order_datevarchar20是下單日期delivery_datev

47、archar20是發貨日期pro_sumdecimal12,2是商品金額other_sumdecimal12,2是其他費用total_sumdecimal12,2是總費用remarkvarchar20是備注銷售退貨表（sale_return）銷售退貨表id（主鍵）、銷售退貨表編號、銷售訂單編號（外鍵）、狀態（創建、審核、入庫、完成）、退貨日期、創建日期、退貨原因、標志（0表示未退貨、1表示已退貨）、備注。表4.11銷售訂單表字段名稱字段類型字段長度可否為空說明sale_return _idint11否銷售退貨表idsale_return _novarchar20是銷售退貨表編號sale_ord

48、er_idint11是銷售訂單編號return_status_idint11是狀態return_datevarchar20是退貨日期pub_datevarchar20是創建日期return_reasonvarchar200是退貨原因flagint11是標志remarkvarchar20是備注系統編碼表（sys_code）編碼id（主鍵）、編碼類型編號、編碼編號、編碼值、編碼順序、編碼批注。表4.12銷售訂單表字段名稱字段類型字段長度可否為空說明code_idint11否編碼idcode_type_novarchar20是編碼類型編號code_novarchar20是編碼編號code_value

49、varchar20是編碼值code_orderint11是編碼順序code_notesvarchar20是編碼批注系統編碼類型表（sys_code_type）編碼類型id（主鍵）、編碼類型編號、編碼類型名稱、編碼類型批注。表4.13銷售訂單表字段名稱字段類型字段長度可否為空說明code_type_idint11否編碼類型idcode_type_novarchar20否編碼類型編號code_type_namevarchar20是編碼類型名稱code_notesvarchar200是編碼類型批注系統模塊表（sys_module）模塊ID（主鍵）、上級模塊ID、模塊層級、系統編碼、是否葉節點、完整路

50、徑、模塊圖標、模塊順序、模塊名稱、模塊說明、模塊URL、備注。表4.14系統模塊表字段名稱字段類型字段長度可否為空說明module _idint11否模塊IDparent_idint11是上級模塊IDmodule_levelint11是模塊層級system_novarchar20是系統編碼is_leafchar1是是否葉節點full_indexvarchar200是完整路徑module_iconvarchar40是模塊圖標module_orderint11是模塊順序module_namevarchar40是模塊名稱module_notestext是模塊說明module_urlvarchar20

51、0是模塊URLremarkvarchar200是備注系統角色角色ID（主鍵）、系統編碼、角色編碼、角色名稱、角色說明、備注。表4.15系統角色表字段名稱字段類型字段長度可否為空說明role_idInt11否角色IDsystemt_novarchar20是系統編碼roler_novarchar40是角色編碼role_namevarchar40是角色名稱role_notestext是角色說明remarkvarchar20是備注角色權限（sys_role_right）權限ID（主鍵）、角色ID、模塊ID、備注。表4.16角色權限表字段名稱字段類型字段長度可否為空說明srr_idInt11否權限IDrole_idInt11否角色IDmodule_idInt11否模塊IDremarkvarchar20是備注角色用戶用戶角色ID(主鍵)、角色ID、用戶ID、備注。表4.17角色權限表字段名稱字段類型字段長度可否為空說明role_user_idInt11否用戶角色IDrole_idInt11否角色IDuser_idInt11否用戶IDremarkvarchar20是備注系統用戶用戶ID（主鍵）、系統編碼、用戶名、用戶密碼、真實姓名、用戶備注、性別、手機、電話、郵箱、備注。表4.18