旅游景點票務(wù)分銷系統(tǒng)移動端的設(shè)計與實現(xiàn)-畢業(yè)論文

1、<p><b>　　畢業(yè)設(shè)計（論文）</b></p><p>　　題目名稱：旅游景點票務(wù)分銷系統(tǒng)移動端的設(shè)計與實現(xiàn)-管理員端</p><p><b>　　學(xué)院名稱：軟件學(xué)院</b></p><p>　　班 級：軟工卓越111</p><p><b>　　學(xué) 號：<

2、;/b></p><p><b>　　學(xué)生姓名：</b></p><p><b>　　指導(dǎo)教師：</b></p><p><b>　　年 月</b></p><p><b>　　論文編號： </b></p><p>　　

3、旅游景點票務(wù)分銷系統(tǒng)移動端</p><p>　　的設(shè)計與實現(xiàn)-管理員端</p><p>　　Design and Implementation of The Mobile Terminal For The Tourist Spot Ticket Distribution System</p><p>　　---Manager Client</p>&l

4、t;p><b>　　學(xué)院名稱：軟件學(xué)院</b></p><p>　　班 級：軟工卓越111</p><p><b>　　學(xué) 號：</b></p><p><b>　　學(xué)生姓名：</b></p><p><b>　　指導(dǎo)教師：</b><

5、;/p><p><b>　　年 月</b></p><p><b>　　摘 要</b></p><p>　　隨著旅游業(yè)的盛行，旅游景點票務(wù)分銷模式還是沿用傳統(tǒng)的銷售方式。在傳統(tǒng)銷售模式中存在著用戶排隊買票難、交易麻煩、景點驗票費時費力等弊端。旅游景點票務(wù)分銷系統(tǒng)移動端的設(shè)計與實現(xiàn)以此為需求，采用新型的電子商務(wù)理念解決了這

6、些問題。</p><p>　　本文描述了旅游景點票務(wù)分銷系統(tǒng)移動端的設(shè)計與實現(xiàn)-管理員端的需求分析、功能設(shè)計與實現(xiàn)過程，根據(jù)管理員這個角色確定功能需求，然后分別用類圖和時序圖的形式對各個功能進(jìn)行詳細(xì)設(shè)計，設(shè)計和實現(xiàn)了管理員授權(quán)分銷商產(chǎn)品權(quán)限，授權(quán)景點發(fā)布產(chǎn)品功能，添加分銷商和景點功能，審核分銷商充值申請和退票申請，景點請款功能，訂單管理功能。系統(tǒng)采用了C/S開發(fā)模式，以Android為客戶端形式，PHP開發(fā)后臺接

7、口并部署在新浪云服務(wù)器上，數(shù)據(jù)庫采用便利實用的MySQL。</p><p>　　旅游景點票務(wù)分銷系統(tǒng)移動端的設(shè)計與實現(xiàn)，采用比較流行的電子商務(wù)理念，以O(shè)2O線上線下模式，完成了一個售票、買票、驗票的過程。主要分管理員、分銷商、景點三個角色。管理員包含對公告管理、用戶管理、產(chǎn)品的審核和對分銷商授權(quán)產(chǎn)品，訂單查看，分銷商充值申請、退票申請，景點請款申請的審核的功能；分銷商購買商品、申請退票、申請充值、訂單查看、數(shù)據(jù)統(tǒng)

8、計的功能；景點對用戶的驗票、訂單查看、發(fā)布新產(chǎn)品等功能。</p><p>　　旅游景點票務(wù)分銷系統(tǒng)移動端的設(shè)計與實現(xiàn)，使信息變得實時性，使用戶知道哪些產(chǎn)品是暢銷產(chǎn)品同時解決了用戶在擁擠的環(huán)境下排隊購買票的問題，而且手機(jī)驗票代替了傳統(tǒng)的人工檢票的繁瑣，O2O又為用戶賬戶的提供了安全性保障，成功的完成了一個售票、買票、驗票的過程。 </p><p>　　關(guān)鍵詞：旅游景點；票務(wù)分銷；訂單管理；

9、Android；</p><p><b>　　Abstract</b></p><p>　　With the prevalence of Tourist Spot, the ticket distribution mode of Tourist Spot is still in the way of traditional sales. In the traditio

10、nal sales mode, there are the disadvantages of waiting for the user to queue up to buy tickets, trade troubles, and spot check tickets, etc. Demand for this The design and implementation of the mobile terminal for the ti

11、cket distribution system of the Tourist Spot , The new electronic commerce idea is adopted to solve these problems.</p><p>　　This paper describes the design and implementation of Tourist Spot ticket distribu

12、tion system for mobile terminal requirements analysis, Demand analysis and Function design, Realization process, According to the role of the administrator, Determine functional requirements, And then use the class diagr

13、am and sequence diagram respectively. Design of various functions. authorized attractions released products, distributors and attractions to add functionality, audit distributors recharge applicatio</p><p>　

14、　Design and implementation of Tourist Spot ticket distribution system for mobile terminals using the concept of popular e-commerce, online and offline mode following O2O, completed a ticket, buy a ticket, the ticket proc

15、ess. The main sub-administrator, distributors, attractions three roles. Administrators contain bulletin management, distributor recharge application, the refund application, please attractions audit function shall apply;

16、 the user's ticket attractions, Orders, launch new products, </p><p>　　Design and implementation of Tourist Spot ticket distribution system for mobile terminals, making the information in real time, and

17、the phone instead of the traditional manual recount ticket tedious, O2O also for user accounts provide a security guarantee, the successful completion of a ticket, buy a ticket, the ticket process.</p><p>　　

18、Keywords: Tourist Spot; Tickets Distribution;Order Manage; Android; </p><p><b>　　目 錄</b></p><p>　　第1章 項目簡介1</p><p>　　1.1 項目背景1</p><p>　　1.2 研究現(xiàn)狀1<

19、;/p><p>　　第2章 系統(tǒng)需求2</p><p>　　2.1 系統(tǒng)概述2</p><p>　　2.2 系統(tǒng)功能2</p><p>　　2.3 參與者列表5</p><p>　　2.4 系統(tǒng)環(huán)境需求5</p><p>　　2.4.1 開發(fā)環(huán)境5</p><

20、;p>　　2.4.2 運(yùn)行環(huán)境5</p><p>　　2.5 用例規(guī)約5</p><p>　　2.5.1 公告信息維護(hù)5</p><p>　　2.5.2 產(chǎn)品授權(quán)信息維護(hù)7</p><p>　　2.5.3 訂單管理信息維護(hù)10</p><p>　　2.5.4 用戶管理11</p>

21、;<p>　　2.5.5 財務(wù)管理13</p><p>　　2.5.6 數(shù)據(jù)統(tǒng)計15</p><p>　　2.5.7 產(chǎn)品分類16</p><p>　　2.5.8 個人信息16</p><p>　　2.5.9 登錄16</p><p>　　第3章 系統(tǒng)分析18</p>

22、<p>　　3.1 靜態(tài)模型18</p><p>　　3.1.1 實體類18</p><p>　　3.1.2 邊界類19</p><p>　　3.1.3 控制類20</p><p>　　3.2 分析順序圖20</p><p>　　第4章 系統(tǒng)設(shè)計25</p><p&g

23、t;　　4.1 設(shè)計思想25</p><p>　　4.2 架構(gòu)設(shè)計25</p><p>　　4.3 功能設(shè)計26</p><p>　　4.4 數(shù)據(jù)庫的設(shè)計27</p><p>　　4.4.1 概念模型27</p><p>　　4.4.2 關(guān)系模式27</p><p>　　

24、4.4.3 物理模型29</p><p>　　4.5 接口的設(shè)計33</p><p>　　4.5.1 管理員登陸接口33</p><p>　　4.5.2 授權(quán)記錄接口33</p><p>　　4.5.3 授權(quán)信息添加接口34</p><p>　　4.5.4 開通景點權(quán)限接口34</p>

25、;<p>　　4.5.5 充值審核接口35</p><p>　　4.5.6 退票審核接口35</p><p>　　4.5.7 請款審核接口36</p><p>　　4.5.8 按訂單號查看訂單接口36</p><p>　　4.5.9 公告添加接口37</p><p>　　第5章 系統(tǒng)

26、實現(xiàn)38</p><p>　　5.1 登錄界面38</p><p>　　5.2 公告管理信息管理39</p><p>　　5.3 產(chǎn)品授權(quán)管理40</p><p>　　5.4 訂單管理42</p><p>　　5.5 用戶管理43</p><p>　　5.6 財務(wù)管理4

27、4</p><p>　　第6章 系統(tǒng)測試45</p><p>　　6.1 用戶管理測試45</p><p>　　6.1.1 分銷商列表顯示45</p><p>　　6.1.2 景點列表顯示46</p><p>　　6.2 財務(wù)管理測試46</p><p>　　6.2.1 充值

28、審核列表46</p><p>　　6.2.2 退票審核列表47</p><p>　　6.3 授權(quán)測試48</p><p>　　6.3.1 根據(jù)分銷商授權(quán)測試48</p><p>　　6.3.2 根據(jù)產(chǎn)品授權(quán)測試49</p><p>　　6.4 訂單查詢測試50</p><p&g

29、t;　　第7章 結(jié)束語51</p><p><b>　　致 謝53</b></p><p><b>　　參考文獻(xiàn)54</b></p><p><b>　　附 錄55</b></p><p>　　附錄A:客戶端部分代碼55</p><p

30、>　　附錄B:后臺接口部分代碼67</p><p><b>　　第1章 項目簡介</b></p><p><b>　　1.1 項目背景</b></p><p>　　隨著大數(shù)據(jù)的來臨，各種行業(yè)紛紛加入進(jìn)來，利用互聯(lián)網(wǎng)以及大數(shù)據(jù)的優(yōu)勢來整合各種對自己有利的資源，使利益最大化。然而旅游景點票務(wù)分銷系統(tǒng)的移動端就是利用互

31、聯(lián)網(wǎng)的優(yōu)勢整合各種旅游資源，讓自己在競爭激烈的社會處于主動狀態(tài)。旅游現(xiàn)在不僅屬于一種新興、朝陽的產(chǎn)業(yè)，而且對邊遠(yuǎn)地區(qū)的發(fā)展也能起到實質(zhì)性的作用。票務(wù)分銷的售票方式、購買方式以及消費方式都在改變，由最初的紙質(zhì)售票，到現(xiàn)在的電子驗票。票務(wù)分銷是分銷商購買電子票，根據(jù)訂單號在景點進(jìn)行消費，這種做法方便了用戶。旅游景點票務(wù)分銷系統(tǒng)移動端采用新型的電商理念，利用O2O的方式避免傳統(tǒng)的購票、買票的弊端。使市場更加有利、有序的進(jìn)行下去。</p&

32、gt;<p><b>　　1.2 研究現(xiàn)狀</b></p><p>　　隨著旅游行業(yè)越來越盛行，對于票務(wù)的分銷、代銷模式需求越來越大，傳統(tǒng)的分銷模式存在大量的弊端，新型電商理念慢慢的融入到這些傳統(tǒng)電商中，所以pc端的旅游景點票務(wù)分銷系統(tǒng)如雨后春筍浮現(xiàn)在人們面前，但是對于手機(jī)移動端不存在這種app，所以我們這款旅游景點票務(wù)分銷系統(tǒng)移動端還是比較創(chuàng)新的。在移動的時代，我們利用移動

33、電商的先進(jìn)理念，把復(fù)雜的操作簡化之后變成app，安裝到手機(jī)上。讓不同角色，根據(jù)不同功能去完成了一個售票、買票、驗票的過程，通過這款旅游景點票務(wù)分銷系統(tǒng)移動端做到真正的省時省力，節(jié)儉財力物力，使信息具有實時性，使用戶知道哪些產(chǎn)品是暢銷產(chǎn)品同時解決了用戶在擁擠的環(huán)境下排隊購買票的問題，而且手機(jī)驗票代替了傳統(tǒng)的人工檢票的繁瑣，而且O2O又為用戶賬戶提供了安全性保障。</p><p><b>　　第2章 系統(tǒng)需

34、求</b></p><p><b>　　2.1 系統(tǒng)概述</b></p><p>　　票務(wù)分銷系統(tǒng)移動端是一個應(yīng)用于旅游行業(yè)的行業(yè)軟件。主要是以傳統(tǒng)票務(wù)分銷模式、景點驗票等帶來的弊端為需求，主旨是要解決用戶在擁擠的環(huán)境下排隊購買票的問題，以及傳統(tǒng)的人工檢票的繁瑣，和一些用戶錢財安全等問題。</p><p>　　本系統(tǒng)主要是由景點注

35、冊，新注冊的景點沒有發(fā)布權(quán)力，景點再向管理員申請發(fā)布商品權(quán)限，管理員幫景點開通權(quán)限，景點發(fā)布產(chǎn)品，管理員再審核景點上架新產(chǎn)品。然后管理員添加分銷商，并授權(quán)給分銷商產(chǎn)品。分銷商查看自己被授權(quán)的產(chǎn)品，購買產(chǎn)品，分銷商可以向管理員申請充值，對于多余的票價申請退票處理。景點可以向管理員發(fā)出請款請求，管理員有對分銷商的充值申請、退票申請、景點請款申請有審核功能。管理員也可以發(fā)布最新暢銷產(chǎn)品，分銷商和景點可以查看最新公告。業(yè)務(wù)流圖如圖2-1所示：&

36、lt;/p><p>　　圖2-1旅游景點票務(wù)分銷系統(tǒng)移動端業(yè)務(wù)流圖</p><p><b>　　2.2 系統(tǒng)功能</b></p><p>　　根據(jù)系統(tǒng)分析，管理員角色具有以下功能：</p><p>　　1）公告管理，管理員對于暢銷的產(chǎn)品，可以發(fā)布公告，分銷商和景點都可以查看最新公告。</p><p>

37、;　　2）用戶管理，用戶管理即管理員可以添加分銷商、景點、管理員三種角色。并可以給予分銷商添加下級分銷商的權(quán)利，可以授權(quán)景點發(fā)布產(chǎn)品的權(quán)利。</p><p>　　3）產(chǎn)品管理，管理員可以為景點發(fā)布的產(chǎn)品添加分類，方便景點發(fā)布產(chǎn)品選擇不同的分類，對于景點發(fā)布的新產(chǎn)品，進(jìn)行上架下架功能，只有上架的產(chǎn)品才可以對分銷商授權(quán)。</p><p>　　4）產(chǎn)品授權(quán)，對于上架的產(chǎn)品，管理員可以授權(quán)給分銷商

38、，只有授權(quán)過的產(chǎn)品，分銷商才可以查看和購買。</p><p>　　5）財務(wù)管理：財務(wù)管理包括有分銷商的充值申請、退票申請已經(jīng)景點的請款申請，分銷商購買產(chǎn)品出現(xiàn)余額補(bǔ)助時，可以向管理員申請充值申請、對于購買對于的產(chǎn)品時分銷商可以申請退票申請，景點對于自己產(chǎn)品所產(chǎn)生的利潤，可以向管理員提出請款申請，然后管理員對分銷商的充值、退票申請進(jìn)行審核，還有對景點的請款申請進(jìn)行審核。</p><p>　　

39、6）信息維護(hù)：管理員可以修改自己的登錄密碼等功能。</p><p>　　管理員用例圖如圖2-2所示：</p><p>　　圖2-2管理員端用例圖</p><p>　　經(jīng)過對圖2-1管理員用例圖分析抽象得知管理員功能共24個用例，用例列表如表2-1所示。</p><p>　　表2-1 管理功能用例列表</p><p>

40、　　注：需求的優(yōu)先級分為高、中、低三個級別，級別的定義如下：</p><p>　　高：該需求是系統(tǒng)運(yùn)行的關(guān)鍵需求，必須實現(xiàn)，否則表示項目失?。?lt;/p><p>　　中：系統(tǒng)運(yùn)行的必要需求，應(yīng)盡量實現(xiàn)，如果進(jìn)度緊張，則可以考慮在下一版本實現(xiàn)；</p><p>　　低：該需求可以完善系統(tǒng)的功能，但不是必須實現(xiàn)的需求。如果進(jìn)度允許實現(xiàn)，則系統(tǒng)能夠更完善，如果進(jìn)度不允許，則

41、可以考慮在下一版本實現(xiàn)。</p><p>　　2.3 參與者列表</p><p><b>　　管理員</b></p><p>　　管理員主要是作為一個中間的審核人，對產(chǎn)品的審核上架，對產(chǎn)品的下架，以及對各大用戶的管理，對消息的公告，以及每個月的數(shù)據(jù)報表，最重要的就是對分銷商的充值申請審核，對景點的請款申請審核，以及對退票的審核。</p&

42、gt;<p><b>　　分銷商</b></p><p>　　分銷商主要的發(fā)展下級分銷商，對下級分銷商的授權(quán)，發(fā)展下級，擴(kuò)大范圍，授權(quán)有權(quán)限購買產(chǎn)品，以及自己的購買產(chǎn)品，對產(chǎn)品的退訂，以及付款。</p><p><b>　　3.景點</b></p><p>　　景點為各大景區(qū)，對自己的景點進(jìn)行參考和修改，主要

43、是對已有景區(qū)產(chǎn)品的發(fā)布和管理，對分銷商的購買訂單的查看以及付款狀態(tài)，以及對分銷商購買產(chǎn)品的請求付款，和對各個景點門票的驗收和查看。</p><p>　　2.4 系統(tǒng)環(huán)境需求</p><p>　　2.4.1 開發(fā)環(huán)境</p><p>　　操作系統(tǒng)：Windows 7 或者Windows Server 2008；</p><p>　　開發(fā)工具

44、：Eclipse、Sublime Text2、Android SDK、phpStudy；</p><p>　　數(shù)據(jù)庫軟件：MySQL 5.5 </p><p>　　2.4.2 運(yùn)行環(huán)境</p><p>　　服務(wù)器端：新浪云SAE，CentOS-6.X、Apache-2.2.X、PHP-5.3X/PHP-5.6.X</p><p>　　客戶端

45、：Andriod4.0版本</p><p><b>　　2.5 用例規(guī)約</b></p><p>　　2.5.1 公告信息維護(hù)</p><p>　　公告管理維護(hù)包括公告信息列表顯示，增加公告信息，刪除公告信息。</p><p>　?。?）公告列表顯示的參與者是系統(tǒng)管理員，用于顯示所有公告信，同樣的是發(fā)布公告，分銷商和

46、景點進(jìn)行查看最新內(nèi)容。用例規(guī)約如表2-2所示。</p><p>　　表2-2 公告信息列表顯示</p><p>　　添加公告信息的參與者是系統(tǒng)管理員，增加一條公告信息并存入公告表，對分銷商和景點來說就是進(jìn)去主界面之后，可以看到公告的內(nèi)容。用例規(guī)約如表2-3所示。</p><p>　　表2-3添加公告信息</p><p>　　（3）刪除公告信

47、息用例的參與者是系統(tǒng)管理員，用于根據(jù)需要刪除一條公告信息。用例規(guī)約如表2-4所示。</p><p>　　表2-4 刪除公告信息</p><p>　　2.5.2 產(chǎn)品授權(quán)信息維護(hù)</p><p>　　產(chǎn)品授權(quán)信息信息維護(hù)包括根據(jù)分銷商授權(quán)、根據(jù)產(chǎn)品授權(quán)、根據(jù)分銷商授權(quán)下的產(chǎn)品查看、根據(jù)產(chǎn)品授權(quán)的分銷商查看、產(chǎn)品分銷商搜索、產(chǎn)品的上架、產(chǎn)品的下架、全部產(chǎn)品信息。 &

48、lt;/p><p>　?。?）根據(jù)“產(chǎn)品”授權(quán)信息用例的參與者是系統(tǒng)管理員，用于根據(jù)需要對一個產(chǎn)品授權(quán)給一個分銷商信息。授權(quán)可以進(jìn)行購買，對產(chǎn)品進(jìn)行授權(quán)價授權(quán)。用例規(guī)約如表2-5所示。</p><p>　　表2-5 根據(jù)“產(chǎn)品”授權(quán)信息</p><p><b>　　續(xù)表2-5</b></p><p>　?。?）分銷商信息列

49、表顯示用例的參與者是系統(tǒng)管理員，用于在剛進(jìn)入頁面時默認(rèn)顯示所有分銷商信息。用例規(guī)約如表2-6所示。</p><p>　　表2-6 根據(jù)分銷商授權(quán)</p><p>　?。?）產(chǎn)品，分銷商搜索用例的參與者是系統(tǒng)管理員，用于根據(jù)需要直接搜索一個分銷商或者一個產(chǎn)品信息。用例規(guī)約如表2-7所示。</p><p>　　表2-7產(chǎn)品、分銷商搜索信息</p><

50、;p>　?。?）產(chǎn)品查看用例的參與者是系統(tǒng)管理員，用于根據(jù)需要直接搜索一個分銷商或者一個產(chǎn)品信息。用例規(guī)約如表2-8所示。</p><p>　　表2-8 產(chǎn)品查看</p><p>　?。?）產(chǎn)品上架用例的參與者是系統(tǒng)管理員，用于對產(chǎn)品的上架供分銷商購買。用例規(guī)約如表2-9所示。</p><p>　　表2-9 產(chǎn)品上架</p><p>

51、;　?。?）產(chǎn)品下架用例的參與者是系統(tǒng)管理員，用于根據(jù)需要直接搜索一個分銷商或者一個產(chǎn)品信息。用例規(guī)約如表2-10所示。</p><p>　　表2-10 產(chǎn)品下架</p><p>　　2.5.3 訂單管理信息維護(hù)</p><p>　　訂單管理信息維護(hù)包括訂單信息列表顯示、訂單的搜索。</p><p>　?。?）訂單信息列表顯示用例的參與者

52、是系統(tǒng)管理員，用于在剛進(jìn)入頁面時默認(rèn)顯示所有產(chǎn)品信息。用例規(guī)約如表2-11所示。</p><p>　　表2-11 訂單信息列表顯示</p><p>　?。?）訂單搜索用例的參與者是系統(tǒng)管理員，用于在系統(tǒng)中給對訂單的搜索。用例規(guī)約如表2-12所示。</p><p>　　表2-12 訂單搜索信息</p><p>　　2.5.4 用戶管理&l

53、t;/p><p>　　旅游景點票務(wù)分銷移動端的設(shè)計與實現(xiàn)分為三個不同的角色分別為管理員、分銷商、景點。管理員用戶管理就是對管理員、分銷商、景點的管理。</p><p>　?。?）用戶管理用例的參與者是系統(tǒng)管理員，用于查看并對三大用戶的管理，對分銷商的添加并查看，對管理員的查看并添加，對景點的查看并管理。用例規(guī)約如表2-13所示。</p><p>　　表2-13 查看分

54、銷商</p><p>　?。?）對分銷商的添加用例的參與者是系統(tǒng)管理員，用例規(guī)約如表2-14所示。</p><p>　　表2-14 添加分銷商</p><p>　?。?）對管理員的查看用例的參與者是系統(tǒng)管理員，用例規(guī)約如表2-15所示。</p><p>　　表2-15 管理員查看</p><p>　?。?）對管理員的

55、添加用例的參與者是系統(tǒng)管理員，用例規(guī)約如表2-16所示。</p><p>　　表2-16 管理員添加</p><p>　?。?）對景點的查看用例的參與者是系統(tǒng)管理員，查看景點用戶的詳細(xì)信息，用例規(guī)約如表2-17所示。</p><p>　　表2-17 景點查看</p><p>　　（6）對景點的添加用例的參與者是系統(tǒng)管理員，用例規(guī)約如表2-18

56、所示。</p><p>　　表2-18 景點添加</p><p>　　2.5.5 財務(wù)管理</p><p>　　分銷商要充值，退票景點要請款，對用的需要一個審核功能，確保每一個流程沒有出現(xiàn)亂退，亂充值等現(xiàn)象。</p><p>　?。?）充值審核用例的參與者是系統(tǒng)管理員，在分銷商申請充值，管理員要審核方可金額充到分銷商的賬戶上。用例規(guī)約如表2

57、-19所示。</p><p>　　表2-19 充值審核</p><p>　?。?）請款審核用例的參與者是系統(tǒng)管理員，主要針對景點請款。審核是否正確，如果正確，則同意該充值，如果審核不對，則直接拒絕該請款，用例規(guī)約如表2-20所示。</p><p>　　表2-20 請款審核</p><p>　?。?）退票用例的參與者是系統(tǒng)管理員，主要針對分銷

58、商退票。用例規(guī)約如表2-21所示。</p><p>　　表2-21 退票審核</p><p>　　（4）退票記錄信息列表顯示的參與者是系統(tǒng)管理員，用于顯示所有退票信息。用例規(guī)約如表2-22所示。</p><p>　　表2-22 退票信息列表顯示 </p><p>　　2.5.6 數(shù)據(jù)統(tǒng)計</p><p>　　對產(chǎn)

59、品的賣出進(jìn)行銷量統(tǒng)計，以及對充值和請款進(jìn)行數(shù)據(jù)統(tǒng)計。</p><p>　　表2-23 數(shù)據(jù)分析</p><p>　　2.5.7 產(chǎn)品分類</p><p>　　對產(chǎn)品的分類主要是對景點進(jìn)行劃分用例的參與者是系統(tǒng)管理員。用例規(guī)約如表2-24所示。</p><p>　　表2-24 產(chǎn)品分類</p><p>　　2.5.8

60、 個人信息</p><p>　　個人信息包括修改密碼，管理員可在改處修改自己的密碼</p><p>　　修改密碼用例的參與者是系統(tǒng)管理員，用于當(dāng)前用戶根據(jù)需要修改密碼。用例規(guī)約如表2-25所示。</p><p>　　表2-25 修改密碼</p><p><b>　　2.5.9 登錄</b></p>&

61、lt;p>　　登錄用例的參與者是系統(tǒng)管理員、分銷商、景點，用于用戶登錄系統(tǒng)。用例規(guī)約如表2-26所示。</p><p><b>　　表2-26登錄</b></p><p><b>　　第3章 系統(tǒng)分析</b></p><p><b>　　3.1 靜態(tài)模型</b></p><

62、p>　　我們在建立好用例模型后，本項目下一步的目標(biāo)是從用例描述中抽象出靜態(tài)模型，找出實體類，然后按照一定的原則，分析出相應(yīng)的邊界類和控制類，進(jìn)而構(gòu)建動態(tài)模型。</p><p>　　3.1.1 實體類</p><p>　　我們首先首先從需求規(guī)約中提取名稱，然后進(jìn)行分析精煉后，提取出如下的名詞，包括公告、產(chǎn)品、訂單、請款信息、驗票信息、管理員用戶、分銷商用戶等。經(jīng)過表和數(shù)據(jù)分析，分析精

63、煉出的實體類列表如表3-1所示。</p><p>　　1、管理員用戶：名稱、角色、真實姓名、登錄賬戶、登錄密碼、用戶電話、email、傳真、注冊時間、QQ。</p><p>　　2、景點用戶：名稱、介紹、交通說明、登錄名、密碼、手機(jī)號、省名、市名。</p><p>　　3、分銷商用戶：角色、真實姓名、賬戶余額、地址、手機(jī)號碼、用戶電話、email、傳真、是否開通代理

64、、是否發(fā)展下級。</p><p>　　公告：標(biāo)題、內(nèi)容、id</p><p>　　5、產(chǎn)品：名稱、產(chǎn)品分類、產(chǎn)品狀態(tài)、產(chǎn)品類別、是否推薦、產(chǎn)品地址、價格說明、產(chǎn)品說明、副卷1內(nèi)容、副卷2內(nèi)容、驗票地點、庫存量、票價、建議價、售價、入庫價、拿票價、有效期、入庫時間。</p><p>　　6、訂單：訂單號、下單電話、下單用戶、下單時間、下單狀態(tài)、訂單時間、支付方式、支付

65、時間、景區(qū)名稱、分銷商名稱、使用狀態(tài)、運(yùn)費、實付金額</p><p>　　7、請款信息：訂單號、申請原因、請款金額、審核狀態(tài)、審核人、購買賬號、請款單價、請款數(shù)量</p><p>　　8、充值申請：訂單號、充值金額、充值賬戶、審核人、申請原因、申請時間、申請人、審核狀態(tài)</p><p>　　9、退票：退款金額、退款人、申請原因、退票張數(shù)、退票金額、退票單價、申請時間

66、、退款人</p><p>　　表3-1 實體類 </p><p>　　3.1.2 邊界類</p><p>　　系統(tǒng)的參與者通過邊界類與系統(tǒng)進(jìn)行數(shù)據(jù)的傳輸，參與者向邊界類發(fā)起訪問，邊界類把參與者的申請?zhí)峤唤o控制類，控制類最終訪問實體類。一般在進(jìn)行設(shè)計時可能一個用例

67、對應(yīng)一個邊界類，也可能一個參與者對應(yīng)一個邊界類，有時一個邊界類可能還要調(diào)用另一個邊界類才能完成用例。邊界類的命名以頁面結(jié)尾，前面加上具體的描述，如分銷商添加下級分銷的界面。系統(tǒng)的邊界類列表如表3-2所示。</p><p>　　表3-2 管理員端邊界類列表</p><p>　　3.1.3 控制類</p><p>　　邊界類主要通過控制類訪問實體類。本系統(tǒng)一個實體類基

68、本由一個控制類管理，控制類的命名大多以控制類結(jié)尾，前面對應(yīng)的基本是所控制實體類的描述。系統(tǒng)主要的控制類列表如表3-3所示。</p><p>　　表3-3 系統(tǒng)主要控制類列表</p><p>　　3.2 分析順序圖</p><p>　　分析順序圖可以描述在分析中對象如何控制其方法和行為，展示了活動或者行為發(fā)生的順序。本文基本上對每一個用例建立一個順序圖，目的是為了

69、進(jìn)一步描述用例。</p><p>　　本項目的體系結(jié)構(gòu)采用MVC架構(gòu)規(guī)范。其中：</p><p>　　M-模型層，主要由實體類組成，包括一些基本的邏輯。</p><p>　　V-表示層，用于與用戶進(jìn)行交互并顯示結(jié)果，在順序圖中用邊界類實現(xiàn)這一層。</p><p>　　C-控制層，主要完成三項任務(wù)，一是進(jìn)行業(yè)務(wù)邏輯驗證，二是調(diào)用模型組件，三是決

70、定將合適的視圖組件返回給用戶。</p><p>　　1.公告信息列表順序圖</p><p>　　公告信息列表順序圖描述的是顯示公告信息列表用例。參與者通過點擊主界面的公告管理發(fā)送顯示所有專業(yè)班級信息請求，邊界類把請求提交給控制類，控制類最終通過訪問實體類完成實例。產(chǎn)品列表和退票記錄以及數(shù)據(jù)統(tǒng)計也是如此，在下面就不再詳細(xì)解釋。公告信息列表順序圖如圖3-1所示。</p><

71、p>　　圖3-1 公告信息列表順序圖</p><p>　　2.增加公告信息順序圖</p><p>　　增加公告信息順序圖描述的是增加公告信息用例。首先在主邊界類中提出增加公告的請求，主邊界類調(diào)用增加用戶邊界類，此邊界類顯示系統(tǒng)中用戶的主要信息，提供公告增加操作，在這個邊界類中填寫公告信息，最后把增加用戶請求交給控制類，由控制類通過訪問實體類完成用例。添加分類、添加產(chǎn)品也是如此，在下

72、面就不在詳細(xì)的介紹。增加公告信息順序圖如圖3-2所示。</p><p>　　圖3-2 增加公告信息順序圖</p><p>　　3.刪除公告信息順序圖</p><p>　　刪除公告信息順序圖描述的是刪除公告信息用例。參與者在主邊界類中請求刪除指定公告信息，在刪公告信息邊界類中首先通過控制類調(diào)用實體類獲取公告信息，通過控制類調(diào)用實體類完成用例。刪除專業(yè)班級息順序圖如圖

73、3-3所示。</p><p>　　圖3-3 刪除公告信息順序圖</p><p><b>　　4.產(chǎn)品授權(quán)順序圖</b></p><p>　　產(chǎn)品授權(quán)主要就是對產(chǎn)品的的上下架以及根據(jù)分銷商。根據(jù)產(chǎn)品進(jìn)行授權(quán)，對于景點發(fā)布的產(chǎn)品，必須經(jīng)過管理員的審核，才可以授權(quán)給分銷商，分銷商才可金進(jìn)行購買，在選擇產(chǎn)品和分銷商時，我可以看到分銷商和產(chǎn)品的大致信息，

74、對其授權(quán)，則分銷商可以以此價位購買，如圖3-4所示。</p><p>　　圖3-4 授權(quán)順序圖</p><p>　　5.訂單搜索以及查看流程圖</p><p>　　進(jìn)入訂單管理界面中，我們可以看到的是訂單的信息，訂單的初步信息，點擊訂單會出現(xiàn)的訂單的詳細(xì)信息，在界面的上方，輸入訂單的訂單號，點擊搜索，會出現(xiàn)訂單的信息，同樣點擊訂單，會出現(xiàn)訂單的詳細(xì)信息。如圖3-5所

75、示。</p><p>　　圖3-5訂單查看順序圖</p><p><b>　　6.用戶管理順序圖</b></p><p>　　用戶的管理，主要集中在了三大用戶，景點、管理員、分銷商，對用戶的增加，可以添加用戶的基本信息，用于對用維護(hù)，管理員對于整個系統(tǒng)來說是個至關(guān)重要的角色，景點可以自己注冊，管理員要自己添加分銷商，三大用戶的添加。如圖3-6所

76、示。</p><p>　　圖3-6 用戶添加順序圖</p><p><b>　　7.財務(wù)管理時序圖</b></p><p>　　財務(wù)管理只要是審核，對充值，請款，退票的審核，比如說分銷商申請充值，管理員審核，審核成功，分銷商賬戶余額增加，通過線上交易先下付款的方式，更加安全可靠，請款同樣如此，請款成功后，先下付款，而對于退票來說，退票成功，分銷

77、商賬戶余額增加，如圖3-7所示</p><p>　　圖3-7 財務(wù)管理序圖</p><p><b>　　第4章 系統(tǒng)設(shè)計</b></p><p><b>　　4.1 設(shè)計思想</b></p><p>　　系統(tǒng)設(shè)計是整個旅游景點票務(wù)分銷系統(tǒng)的核心。這一章主要是對系統(tǒng)的設(shè)計與設(shè)計模型分析進(jìn)行分析，使這

78、款軟件在高效，有效的進(jìn)行。</p><p>　　系統(tǒng)設(shè)計包括總體結(jié)構(gòu)設(shè)計和詳細(xì)設(shè)計?？傮w結(jié)構(gòu)設(shè)計主要指在分析的基礎(chǔ)上，對整個系統(tǒng)的劃分。詳細(xì)設(shè)計包括編碼設(shè)計、數(shù)據(jù)庫設(shè)計、輸入/輸出及用戶界面設(shè)計，以及模塊功能與流程設(shè)計。</p><p><b>　　4.2 架構(gòu)設(shè)計</b></p><p>　　系統(tǒng)體系架構(gòu)確定了目標(biāo)系統(tǒng)的核心技術(shù)路線，明確了

79、應(yīng)用系統(tǒng)內(nèi)部采用分層模型，明確了各個層次與規(guī)范體系的對應(yīng)，本系統(tǒng)的體系架構(gòu)設(shè)計充分考慮體系架構(gòu)設(shè)計要求，并結(jié)合行業(yè)特點，具有易于把握、成本低、低耦合度等特點。具體體系架構(gòu)如下圖4-1所示：</p><p>　　圖4-1 系統(tǒng)總框架圖</p><p>　　本系統(tǒng)采用的是基于的Android系統(tǒng)的C/S結(jié)構(gòu)（即客戶端和服務(wù)器結(jié)構(gòu)）架構(gòu)。服務(wù)端是有php開發(fā)的接口，數(shù)據(jù)庫和接口項目都布置在新浪

80、云上，通過新浪云上Mysql數(shù)據(jù)庫對數(shù)據(jù)進(jìn)行的實時的數(shù)據(jù)操作，保證數(shù)據(jù)在實時的情況下，使用戶可以實時的進(jìn)行增刪改查。在客戶端通過Http協(xié)議Post或Get協(xié)議提交參數(shù)，通過返回的JSON數(shù)據(jù)，客戶端在通過FastJson解析數(shù)據(jù)顯示在界面上。在C/S結(jié)構(gòu)下，可以充分利用兩端硬件環(huán)境的優(yōu)勢，將任務(wù)合理分配到Client端和Server端來實現(xiàn)，降低了系統(tǒng)的通訊開銷。 其工作模式是客戶端完成功能數(shù)據(jù)處理，服務(wù)器端完成數(shù)據(jù)庫的管理。<

81、/p><p><b>　　C/S結(jié)構(gòu)的優(yōu)點：</b></p><p>　　1、應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較輕。</p><p>　　2、數(shù)據(jù)的儲存管理功能較為透明。</p><p><b>　　4.3 功能設(shè)計</b></p><p>　　旅游景點票務(wù)分銷系統(tǒng)還包括分銷商端的一些相

82、應(yīng)的功能如4-2所示。管理員主要功能為公告管理；產(chǎn)品授權(quán)；分為根據(jù)分銷商和產(chǎn)品去授權(quán)、訂單管理；用戶管理；分為管理員、分銷商、景點三類用戶；而且可以對景點開通發(fā)布產(chǎn)品的權(quán)限、對分銷商開通添加下級分銷商的權(quán)限；財務(wù)管理；主要包含對景點的請款功能、分銷商退票和申請充值的審核、還有產(chǎn)品管理；可以對景點發(fā)布的商品進(jìn)行去審核，上架下架，添加產(chǎn)品分類等。</p><p>　　圖4-2 功能結(jié)構(gòu)圖</p><

83、;p>　　4.4 數(shù)據(jù)庫的設(shè)計</p><p>　　數(shù)據(jù)庫的設(shè)計是本系統(tǒng)中相當(dāng)重要的一部分內(nèi)容，需要完成從概念模型設(shè)計到關(guān)系模型的映射以及從關(guān)系模型設(shè)計到物理模型的映射。</p><p>　　4.4.1 概念模型</p><p>　　本文在系統(tǒng)分析階段就抽取了一些實體，畫出實體聯(lián)系圖。通過多次的迭代得到了如圖4-3所示的系統(tǒng)E-R圖。</p>

84、<p><b>　　圖4-3概念模型</b></p><p>　　4.4.2 關(guān)系模式</p><p>　　1、訂單表（分銷商賬號，訂單號，產(chǎn)品號，核對數(shù)量，票價，售價，拿票價，購買數(shù)量，退票數(shù)量，確認(rèn)退票數(shù)，下單時間，用戶名稱，使用時間，手機(jī)號，庫存號，退票說明，退票申請時間，確認(rèn)退票時間），訂單號為主鍵，產(chǎn)品號為外鍵關(guān)聯(lián)到產(chǎn)品表。</p>

85、<p>　　2、產(chǎn)品表（產(chǎn)品號，產(chǎn)品分類，旅游景點名稱，產(chǎn)品名稱，產(chǎn)品狀態(tài)，產(chǎn)品類型，產(chǎn)品地址，票價說明，產(chǎn)品說明，備注1，備注2，產(chǎn)品圖片地址，是否建議，是否審核，發(fā)布時間），產(chǎn)品號為主鍵</p><p>　　3、庫存表（庫存號，產(chǎn)品號，庫存量，有效期，票價，拿票價，售價，建議價，入庫價，入庫時間，剩余數(shù)量）庫存號為主鍵，產(chǎn)品號為外鍵關(guān)聯(lián)到產(chǎn)品表。</p><p>　　4、

86、管理員表（管理員賬戶，管理員密碼，管理員角色，真實姓名，電話，手機(jī)，傳真，注冊時間，郵件）</p><p>　　5、公告表（公告號，管理員賬戶，公告標(biāo)題，公告內(nèi)容，公告時間，公告狀態(tài)）公告號為主鍵，管理員賬號為外鍵，關(guān)聯(lián)到管理員表。</p><p>　　6、授權(quán)記錄表（授權(quán)記錄號，授權(quán)價格，授權(quán)時間，產(chǎn)品號，景點名稱，產(chǎn)品名稱，分銷商名稱，操作類型，分銷商賬號），授權(quán)記錄號為主鍵，分銷商賬

87、號和分銷商名稱為聯(lián)合外鍵關(guān)聯(lián)到分銷商用戶表，產(chǎn)品號為外鍵，關(guān)聯(lián)到產(chǎn)品表</p><p>　　7、充值申請表（充值號，充值說明，充值申請時間，是否確定，分銷商名稱，分銷商賬戶，管理員賬戶，充值金額，申請時間），充值號為主鍵，分銷商賬號和分銷商名稱為聯(lián)合外鍵關(guān)聯(lián)到分銷商用戶表，管理員賬號為外鍵關(guān)聯(lián)到管理員表</p><p>　　8、請款表（請款號，請款時間，請款金額，操作類型，總金額，分銷商賬

88、號，管理員賬戶，分銷商名稱，訂單號，請款產(chǎn)品數(shù)量），請款號為主鍵，分銷商賬號為外鍵關(guān)聯(lián)到分銷商表，管理員賬號為外鍵關(guān)聯(lián)到管理員表，訂單號為外鍵關(guān)聯(lián)到訂單表。</p><p>　　9、分銷商表（分銷商名稱，是否代理，是否添加下級分銷，賬戶余額，電話，手機(jī)，傳真，郵件，用戶賬號，地址）用戶賬號為外鍵，關(guān)聯(lián)到用戶表。</p><p>　　10、用戶表（用戶賬號，分銷商名稱，城市號，用戶密碼，真實

89、姓名，電話，手機(jī)，傳真，注冊時間，qq，郵件，地址）用戶賬號為主鍵，城市號為外鍵，關(guān)聯(lián)到城市表。</p><p>　　11、景點表（景點名稱，城市賬號，景點賬號，景點密碼，景點等級，電話，手機(jī)，是否發(fā)布產(chǎn)品，是否審核，交通描述，景點描述）。</p><p>　　12、產(chǎn)品類型表（產(chǎn)品類型）。</p><p>　　13、省份表（省份名稱）。</p>&l

90、t;p>　　14、城市表（城市名稱，省份名稱，城市號）城市號為主鍵，省份名稱為外鍵，關(guān)聯(lián)到省份表。</p><p>　　4.4.3 物理模型</p><p>　　本系統(tǒng)采用My SQL數(shù)據(jù)庫管理系統(tǒng)。Order表用于存訂單信息。表中各個字段數(shù)據(jù)類型、大小以及簡短描述如表4-1所示。</p><p>　　表4-1 Order表</p><

91、p>　　Product表用于存放產(chǎn)品信息。表中各個字段數(shù)據(jù)類型、大小以及簡短描述如表4-2所示。</p><p>　　表4-2 Product表</p><p><b>　　續(xù)表4-2</b></p><p>　　Managers表用于存放管理員信息。表中各個字段數(shù)據(jù)類型、大小以及簡短描述如表4-3所示。</p><

92、p>　　表4-3 Managers表</p><p>　　Announcement表用于存放公告信息。表中各個字段數(shù)據(jù)類型、大小以及簡短描述如表4-4所示。</p><p>　　表4-4 Announcement表</p><p>　　Authrecord表用于存放授權(quán)信息。表中各個字段數(shù)據(jù)類型、大小以及簡短描述如表4-5所示。</p>&l

93、t;p>　　表4-5 Authrecord表</p><p>　　rechargeapply表用于存放充值申請信息。表中各個字段數(shù)據(jù)類型、大小以及簡短描述如表4-6所示。</p><p>　　表4-6 rechargeapply表</p><p>　　Prostock表用于存放產(chǎn)品庫存信息。如表4-7所示。</p><p>　　表4

94、-7 Prostock表</p><p>　　用戶users表用于存放分銷商信息。表中各個字段數(shù)據(jù)類型、大小以及簡短描述如表4-8所示。</p><p>　　表4-8 users表</p><p>　　用戶distributor表用于存放分銷商用戶信息。表中各個字段數(shù)據(jù)類型、大小以及簡短描述如表4-9所示。</p><p>　　表4-9

95、 distributor表</p><p>　　用戶productKind表用于存放產(chǎn)品分類信息。表中各個字段數(shù)據(jù)類型、大小以及簡短描述如表4-10所示。</p><p>　　表4-10 productKind表</p><p>　　用戶province表用于存放省份信息。表中各個字段數(shù)據(jù)類型、大小以及簡短描述如表4-11所示。</p><p&

96、gt;　　表4-11 province表</p><p>　　用戶city表用于存放城市信息。表中各個字段數(shù)據(jù)類型、大小以及簡短描述如表4-12所示。</p><p>　　表4-12 city表</p><p>　　4.5 接口的設(shè)計</p><p>　　客戶端與服務(wù)器所進(jìn)行的數(shù)據(jù)傳輸主要就是利用了接口進(jìn)行的，本項目利用了PHP對接口進(jìn)行

97、開發(fā)利用Http協(xié)議中Get或POST方式進(jìn)行傳值，并以json方式輸出。主要接口如下。</p><p>　　4.5.1 管理員登陸接口</p><p>　　接口名稱：login_admin</p><p><b>　　功能：管理員登陸</b></p><p><b>　　請求方式：POST</b>

98、;</p><p>　　參數(shù)及結(jié)果如表4-13、表4-14所示</p><p>　　表4-13 管理員登陸參數(shù)</p><p>　　表4-14 返回結(jié)果</p><p>　　4.5.2 授權(quán)記錄接口</p><p>　　接口名稱：auto_product</p><p>　　功能：根據(jù)授權(quán)信息

99、添加授權(quán)記錄。</p><p><b>　　請求方式：POST</b></p><p>　　參數(shù)及結(jié)果如表4-15、表4-16所示</p><p>　　表4-15 授權(quán)記錄參數(shù)</p><p>　　表4-16 返回結(jié)果</p><p>　　4.5.3 授權(quán)信息添加接口</p>&

100、lt;p>　　接口名稱：auto_next</p><p>　　功能：授權(quán)信息的添加。</p><p><b>　　請求方式：POST</b></p><p>　　參數(shù)及結(jié)果如表4-17、表4-18所示</p><p>　　表4-17 授權(quán)信息參數(shù)</p><p>　　表4-18 返回結(jié)果&

101、lt;/p><p>　　4.5.4 開通景點權(quán)限接口</p><p>　　接口名稱：rootmanager_spot</p><p>　　功能：管理員給景點開通權(quán)限。</p><p><b>　　請求方式：POST</b></p><p>　　參數(shù)及結(jié)果如表4-19、表4-20所示</p>

102、;<p>　　表4-19 開通景點權(quán)限參數(shù)</p><p>　　表4-20 返回結(jié)果</p><p>　　4.5.5 充值審核接口</p><p>　　接口名稱：recharge_check</p><p>　　功能：管理員對充值申請審核接口。</p><p><b>　　請求方式：POST&

103、lt;/b></p><p>　　參數(shù)及結(jié)果如表4-21、表4-22所示</p><p>　　表4-21 充值申請審核參數(shù)</p><p>　　表4-22 返回結(jié)果</p><p>　　4.5.6 退票審核接口</p><p>　　接口名稱：refund_check</p><p>　　

104、功能：管理員對退票申請進(jìn)行審核。</p><p><b>　　請求方式：POST</b></p><p>　　參數(shù)及結(jié)果如表4-23、表4-24所示</p><p>　　表4-23 退票審核參數(shù)</p><p>　　表4-24 返回結(jié)果</p><p>　　4.5.7 請款審核接口</p&

105、gt;<p>　　接口名稱：qingkuan_check</p><p>　　功能：管理員對請款申請進(jìn)行審核。</p><p><b>　　請求方式：POST</b></p><p>　　參數(shù)及結(jié)果如表4-25、表4-26所示</p><p>　　表4-25 請款審核參數(shù)</p><p&

106、gt;　　表4-26 返回結(jié)果</p><p>　　4.5.8 按訂單號查看訂單接口</p><p>　　接口名稱：query_orderByNum</p><p>　　功能：管理員對分銷商生成的購買訂單可以根據(jù)訂單號查看。</p><p><b>　　請求方式：POST</b></p><p>

107、;　　參數(shù)及結(jié)果如表4-27、表4-28所示</p><p>　　表4-27 根據(jù)訂單號查詢訂單參數(shù)</p><p>　　表4-28 返回結(jié)果</p><p>　　4.5.9 公告添加接口</p><p>　　接口名稱：message_add</p><p>　　功能：管理員發(fā)布公告功能。</p>&l

108、t;p><b>　　請求方式：POST</b></p><p>　　參數(shù)及結(jié)果如表4-29、表4-30所示</p><p>　　表4-29 發(fā)布公告參數(shù)</p><p>　　表4-30 返回結(jié)果表</p><p>　　第5章 系統(tǒng)實現(xiàn) </p><p><b>　　5.1 登

109、錄界面</b></p><p>　　系統(tǒng)運(yùn)行后，首先進(jìn)入系統(tǒng)登錄頁面，如圖5-1所示。選擇管理員身份，填寫賬號和密碼，選擇管理員身份，點擊“登錄”按鈕，如果用戶名或密碼填寫錯誤會有錯誤提示，如果填寫正確進(jìn)入管理員主頁面如圖5-2所示。</p><p>　　圖5-1 系統(tǒng)登錄頁面</p><p>　　管理員主頁是管理員功能主菜單，在主界面中選擇具體操作，

110、即可在主界面打開相應(yīng)的頁面。下方菜單與主菜單功能相同，在上方顯示最新公告。如圖5-2所示。</p><p>　　圖5-2 管理員主頁面</p><p>　　5.2 公告管理信息管理</p><p>　　公告管理信息管理模塊主要負(fù)責(zé)維護(hù)公告管理的各項數(shù)據(jù)。主要分為查看公告信息、增加公告信息、刪除公告信息，如圖5-3所示。</p><p>　

111、　圖5-3 專業(yè)班級信息管理</p><p>　?。?）在選擇公告管理后，點擊公告信息管理可將所有公告信息的記錄列出在信息列表中。在點擊“增加公告信息”按鈕后頁面跳轉(zhuǎn)到增加專公告信息頁面如圖5-4所示，可以根據(jù)提示填寫公告基本信息，點擊“提交”即可。</p><p>　　圖5-4 增加專業(yè)班級信息頁面</p><p>　?。?）當(dāng)管理員點擊“刪除”時，系統(tǒng)會刪除

112、該條信息，并提示刪除成功，頁面如圖5-5所示。</p><p>　　圖5-5 刪除公告信息頁面</p><p>　　5.3 產(chǎn)品授權(quán)管理</p><p>　　產(chǎn)品授權(quán)管理信息管理模塊主要負(fù)責(zé)根據(jù)“產(chǎn)品”進(jìn)行授權(quán)、根據(jù)”分銷商”進(jìn)行授權(quán)、先根據(jù)景點發(fā)布的新產(chǎn)品進(jìn)行查看，然后對產(chǎn)品進(jìn)行審核對該新品進(jìn)行上架、產(chǎn)品的下架操作。</p><p>　　

113、（1）首先一進(jìn)入產(chǎn)品授權(quán)看到的界面就是根據(jù)“分銷商”進(jìn)行授權(quán)，我們可以看到分銷商的初步信息，如圖5-6所示。</p><p>　　圖5-6 根據(jù)“分銷商”授權(quán)信息頁面</p><p>　?。?）產(chǎn)品授權(quán)除了可以根據(jù)分銷商進(jìn)行授權(quán)，我們還可以進(jìn)行產(chǎn)品的授權(quán)，在上方有一個選擇按鈕，我們點擊會出現(xiàn)產(chǎn)品、分銷商兩個選項，點擊產(chǎn)品，我們可以根據(jù)”產(chǎn)品”進(jìn)行授權(quán)。如圖5-7所示。</p>

114、<p>　　圖5-7根據(jù)“產(chǎn)品”授權(quán)信息頁面</p><p>　?。?）產(chǎn)品發(fā)布之后分銷商還不可以直接進(jìn)行購買，需經(jīng)過管理員上架才可進(jìn)行購買，，如果次商品合格，我們可以點擊上架，這款產(chǎn)品就可以進(jìn)行購買。如圖5-8所示。</p><p>　　圖5-8產(chǎn)品上架信息頁面</p><p>　　（4）產(chǎn)品上架之后，可能經(jīng)過一段時間產(chǎn)品過期或者已經(jīng)賣完，管理員可以選

115、擇叫產(chǎn)品下架，這樣分銷商就不會看到此款產(chǎn)品。如圖5-9所示。</p><p>　　圖5-9產(chǎn)品下架信息頁面</p><p>　?。?）產(chǎn)品發(fā)布之后，我們可以對產(chǎn)品以及分銷商進(jìn)行搜索，進(jìn)行相應(yīng)的鎖定式查看，避免了數(shù)據(jù)量龐大的時間一頁一頁去查找的麻煩。如圖5-10所示</p><p>　　圖5-10產(chǎn)品搜索頁面</p><p><b>

116、　　5.4 訂單管理</b></p><p>　　訂單管理信息管理模塊主要負(fù)責(zé)對訂單的搜索查看，查看訂單的詳細(xì)信息</p><p>　?。?）進(jìn)入訂單管理界面看到顯示全部訂單信息，我們可以看到對訂單進(jìn)行搜索。輸入要搜索的訂單號，點擊搜索，搜索到想要信息。如圖5-11所示。</p><p>　　圖5-11訂單搜索信息頁面</p><p

117、>　?。?）搜索的訂單可以對其進(jìn)行信息的查看，點擊訂單，就會出現(xiàn)定的詳細(xì)信息，如圖5-12所示。</p><p>　　圖5-12訂單詳細(xì)信息頁面</p><p><b>　　5.5 用戶管理</b></p><p>　　用戶管理信息管理模塊主要負(fù)責(zé)對三大用戶的添加、刪除。</p><p>　?。?）對景點用戶的查

118、看，進(jìn)入到用戶管理模塊后，點擊上方的按鈕，選擇景點，可以對景點進(jìn)行一個大致的查看，點擊每一個景點可以對其進(jìn)行詳細(xì)的查看，同樣可以對其進(jìn)行添加。如圖5-13所示。</p><p>　　圖5-13 景點信息頁面</p><p><b>　　5.6 財務(wù)管理</b></p><p>　　財務(wù)管理模塊主要對分銷商充值申請的審核和退票申請的審核，還有對

119、景點請款的審核。</p><p>　　進(jìn)入財務(wù)管理界面看到充值，我們可以到充值審核、請款審核、退票審核。對于充值、請款、退票審核列表下面有同意和拒絕兩個操作，管理員根據(jù)情況操作相應(yīng)的功能。如圖5-14退票申請列表頁面所示。</p><p>　　圖5-14 退票申請列表頁面</p><p><b>　　系統(tǒng)測試</b></p>&l