1、 xxx軟件系統設計規格說明書version 2.0傷得起！組名李雷組長朱文龍、郭偉龍、何明剛成員編寫分工： 李雷 2.2、2.3 第四章朱文龍 第一章、2.1何明剛 第三章郭偉龍 3.4 4.31哈爾濱工業大學計算機學院軟件工程課程設計設計規格說明書<項目名稱><小組名稱>版本：日期： 文檔信息項目名稱：景區自主售票系統小組名稱：傷得起！項目負責人：李雷文檔負責人：李雷編制日期：2011年6月11日版本：1.0文檔分工（姓名）負責內容李雷2.2 2.3 第四章朱文龍第一章 2.1何明剛第三章郭偉龍3.4 4.3修改記錄日期版本修改說明修改者記錄調整的內容和理由，保留計

2、劃的不同的版本2011.6.162.0修改3.2 3.3 3.4界面重新設計李雷2011.6.172.1修改 2.2.1 2.1.2 體系結構重新設計李雷2011-6-19 2.2修改3.2.2、3.4、3.6 網絡的界面相關設計何明剛2哈爾濱工業大學計算機學院軟件工程課程設計設計規格說明書<項目名稱><小組名稱>版本：日期： 目 錄1.簡介51.1編寫目的51.2范圍51.3參考資料51.4術語與縮寫52.概要設計62.1 體系結構設計62.1.1 體系結構風格設計62.1.2 功能結構設計72.2 包/構件設計82.3 數據庫設計92.3.1 數據庫選擇92.3.2

3、 邏輯結構設計103.界面設計113.1 界面設計規范113.1.1 布局規范113.1.2 操作規范113.1.3 默認項規范123.1.4 其它規范123.2 界面定義和界面關系圖133.2.1 界面定義133.2.2 界面關系圖143.3 界面設計143.3.1 主界面f1153.3.2 xx功能界面設計f11153.3.3 xx功能界面設計f12173.4 界面資源設計173.4.1 圖標資源173.4.2 界面資源184.詳細設計184.1 類詳細設計184.1.1 設計類圖184.1.2類詳細說明194.2 數據庫詳細設計204.2.1 表詳細設計204.2.2 視圖詳細設計如未設

4、計視圖此節刪去204.2.3 存儲過程詳細設計如未設計存儲視圖此節刪去214.3 過程設計2111.簡介1.1編寫目的【說明這份軟件系統設計報告是基于哪份軟件產品需求規格說明書編寫的，開發這個軟件產品意義、作用、以及最終要達到的意圖。本設計規格說明書編制目的。軟件系統設計報告詳盡說明了該軟件產品的體系結構設計，界面設計、數據庫設計和構件設計等，從而對該軟件產品的結構、實現方法等進行了詳細的描述。】.1.1 編寫目的該軟件設計規格說明書是基于“傷得起”小組計劃開發的“景區售票系統”需求說明書編寫的。“景區售票系統”，緩解旅游景區的售檢票的人力壓力，提供高效的，快節的，穩定的操作。實現系統應具有實

5、用性、可靠性、有效性及方便性。軟件系統設計報告詳盡說明了該軟件產品的體系結構設計，界面設計、數據庫設計和構件設計等，從而對該軟件產品的結構、實現方法等進行了詳細的描述。1.2范圍【說明該軟件產品包含的業務目標和業務范圍和主要需求，參考需求規格說明】1.2.1系統的業務目標緩解旅游景區的售檢票的人力壓力，提供高效的，快節的，穩定的操作。實現系統應具有實用性、可靠性、有效性及方便性。建立旅游景區售檢票系統，不僅使景區的管理水平有了提高，同時也相應地完善了旅游景區的管理制度。這種系統極大的方便的管理員的管理和查詢等操作。為管理者提供決策支持數據，以便及時地發現問題，合理安排日常業務工作，制定新的資金

6、投入和計劃。這種電子化工作模式避免了人工操作造成的失誤，提高了工作效率和質量，從而也提高了經濟效益。1.2.2系統的主要功能1查詢：查詢當前門票種類、余量、價格、有效日期2購買門票：為游客和旅行社提供購買門票功能3統計：統計當日和歷史售票記錄，包括售出各類門票總數量，售出未入園票數量，入園人數量，當日入園未出園人數，各類門票收入。4票務管理：修改門票種類，價格，日期，數量5實時信息提供：將今日截止至當前時間的售票量、入園人數、將要入園人數提供給接待處6檢票：分為入園檢票和出園檢票兩種狀態：游客入園時將售出門票的狀態轉為入園狀態。游客出園時將入園狀態轉為離開狀態。7問題咨詢：游客通過問題咨詢功能

7、向服務人員咨詢8投訴：游客通過投訴功能向服務人員反映投訴情況9系統維護：面向系統管理人員，提供數據備份和數據恢復功能。功能按部門分類結果：旅行社查詢、購買團體票、問題咨詢、投訴系統管理人員數據轉移備份、數據恢復（備份數據拷入）財務部獲取統計信息（財務方面）決策部獲取統計信息（總體）服務人員提供問題咨詢接待處檢票、獲取實時信息票務管理獲取統計信息、管理票務個體游客查詢、購買門票、問題咨詢、投訴 景區售票系統1.3參考資料【說明：提供設計規格說明中所引用的所有文檔和其他信息資源的完整清單，包括標題、報告編號、日期、作者以及發布機構。】1 gb 8566 計算機軟件開發規范 2 gb 8567 計算

8、機軟件產品開發文件編制指南 3 gb/t 11457 軟件工程術語 4 軟件工程：實踐者的研究方法（第6版）.作者：（美）roger s.pressman.2007年1月.5軟件工程實用教程(計算機應用技術規劃教材). 作者：呂云翔. 2011年1月.6軟件工程方法與實踐.作者：竇萬峰.2009年5月. 7 “傷得起”軟件工程需求規格書.“傷得起”小組編寫.1.4術語與縮寫【說明：定義設計規格說明所應用的全部術語和縮寫詞。】1.4.1術語及縮寫 術語及縮寫traveler個體游客service服務人員travelagent旅行社reception接待處decisionpart決策部financ

9、epart財務部ticketpart票務管理部門databaseassist數據庫管理員query查詢buyticket買票changeticket修改門票qustion咨詢complain投訴checkticket檢票databaserb數據庫維護servicereslove服務人員解決咨詢與投訴rectptiongetinformation接待處獲取實時信息getstat獲取統計數據database數據庫ticket門票queryitem游客或旅行社發起的查詢項目questionitem游客或旅行社發起的咨詢項目complainitem游客或旅行社發起的投訴項目stat統計數據2.概要設計

10、2.1 體系結構設計2.1.1系統體系結構設計方案本售票系統采用b/s和c/s雙體系結構設計。b/s設計主要用于網絡售票與投訴咨詢，c/s設計用于景區管理人員使用。這樣的設計是出于以下幾點考慮：1. 當前網絡環境很成熟，門票購買完全可以實現不到售票處而隨時隨地的購買。本售票系統因此采用b/s（即browserserver(瀏覽器服務器)體系結構設計，只安裝維護一個服務器(server)，而客戶端采用瀏覽器(browse)運行軟件。可以使系統的適用性更強，方便客戶使用。2. 同時，基于b/s體系結構的軟件，系統安裝、修改和維護全在服務器端解決。用戶在使用系統時，僅僅需要一個瀏覽器就可運行全部的模

11、塊，真正達到了“零客戶端”的功能，很容易在運行時自動升級。3. 出于安全方面的考慮，檢票系統，票務管理系統等景區核心機密系統是不能放到外部網絡的，需要使用景區內部網絡來運行。c/s客戶端服務器結構可以很好的對消息進行加密，防止外部入侵，提供更強大的功能。2.1.2 體系結構風格設計圖2.1.1 體系結構設計圖關于體系結構設計圖的說明：本體系結構采用b/s和c/s結構，即瀏覽器-服務器結構和客戶端-服務器結構。b/s結構的功能是c/s結構的子集。上圖為c/s結構的體系結構設計圖。最上層為界面層即是客戶端界面，包括主歡迎界面，下分內部人員登錄、游客查詢與購買、數據庫維護人員、接待處、客服人員、管理

12、人員界面。通過網絡連接層接入景區內部網絡。邏輯控制層實現具體功能，具體包括：查詢、購買門票、問題咨詢、投訴獲取統計信息、管理票務、數據轉移備份、數據恢復（備份數據拷入）檢票、獲取實時信息等。下層接入數據庫，包括管理員數據庫、票務數據庫、投訴數據庫、咨詢數據庫。b/s結構的體結構設計圖與c/s大體相同， 只是只有查詢、買票、咨詢與投訴四個功能。由于b/s僅是c/s的子集，所以下面除了界面以外，不再贅述b/s的相關設計。2.1.3 功能結構設計模塊名稱菜單編號菜單名稱功能描述游客menue001定義查詢功能查詢當前門票種類、余量、價格、有效日期menue002定義購買行為為游客和旅行社提供購買門票

13、功能menue003定義問題咨詢游客通過問題咨詢功能向服務人員咨詢menue004定義投訴游客通過投訴功能向服務人員反映投訴情況票務管理menue005定義統計信息統計當日和歷史售票記錄menue006定義票務管理修改門票種類，價格，日期，數量系統管理人員menue007定義數據恢復提供數據恢復功能menue008定義轉移備份數據提供數據備份功能財務部menue009定義統計信息統計當日和歷史售票記錄決策部menue010定義統計信息統計當日和歷史售票記錄服務人員menue011定義問題咨詢游客通過問題咨詢功能向服務人員咨詢接待處menue012定義實時信息將今日截止至當前時間的售票量、入園人

14、數、將要入園人數提供給接待處menue013定義檢票分為入園檢票和出園檢票兩種狀態2.2 包/構件設計圖2-4 包結構圖序號包名包說明包含類類說明1ui表示層welcomeinterface歡迎界面logininterface內部人員登陸界面query&buyinterface游客查詢與購買界面question&complaininterface游客咨詢與投訴界面databaseassistinterface數據庫維護人員界面receptioninterface接待處界面serviceinterface服務人員界面manageinterface管理人員界面2control業務控

15、制層getstat決策部、財務部獲取數據ticketpartjob票務管理改票reception檢票處檢票、獲取實時信息databasebr數據庫備份恢復doquery游客、旅行社查詢buyticket游客、旅行社買票question咨詢complain投訴solvequestion解決咨詢solvecomplain解決投訴3database數據庫層admin管理員數據庫ticket票務數據庫complainlib投訴數據庫questionlib咨詢數據庫序號接口名接口說明接口方法方法說明1doquery游客、旅行社查詢門票情況sendquery(queryitem)發出一個查詢請求getqu

16、eryinformation(ticketinformation)獲取查詢結果returnqueryinformation (ticketinformation)返回查詢結果2buyticket游客、旅行社購買門票buyticket()買票pay()支付returnbuyresult()返回購買結果getticketinformation()獲取門票信息3question提出咨詢sendquestion(qu estionitem)發出咨詢請求getquestionresult(questionitem)獲取咨詢結果4complain提出投訴sendcomplain(co mplainitem

17、)發出投訴請求getquestionresult(complainitem)獲取投訴結果5solvequestion解決咨詢showquestion（questionitem）顯示咨詢solvequestion(question)處理咨詢6solvecomplain解決投訴showcomplain（complainitem）顯示投訴solvecomplain（complainitem）處理投訴7reception接待處檢票checkticket（ticket）檢票getinstantinformation獲取實時票務信息8getstat獲取數據gethistoryinformation(tic

18、ketinfo)獲取票務歷史信息getfinanceinformation(financeinfo)獲取財務歷史信息showhistoryinformation顯示歷史票務信息showfinanceinformation顯示財務信息changeticket(ticket)修改門票種類9ticketpartjob修改票務信息changeticket(ticket)修改門票種類databasebackup數據庫備份10databasebr數據庫維護databaserestore數據庫恢復login(adminid,password)登錄11login登錄2.3 數據庫設計2.3.1 數據庫選擇景區

19、自助售票系統采用mysql關系數據庫作為數據的持久化存儲方案。mysql是一個小型關系型數據庫管理系統。mysql具有以下特點：1. 使用c和c+編寫，并使用了多種編譯器進行測試，保證源代碼的可移植性2. 支持aix、freebsd、hp-ux、linux、mac os、novell netware、openbsd、os/2 wrap、solaris、windows等多種操作系統 3. 為多種編程語言提供了api。這些編程語言包括c、c+、python、java、perl、php、eiffel、ruby和tcl等4. 支持多線程，充分利用cpu資源5. 優化的sql查詢算法，有效地提高查詢速度

20、6. 既能夠作為一個單獨的應用程序應用在客戶端服務器網絡環境中，也能夠作為一個庫而嵌入到其他的軟件中提供多語言支持，常見的編碼如中文的gb 2312、big5，日文的shift_jis等都可以用作數據表名和數據列名7. 提供tcp/ip、odbc和jdbc等多種數據庫連接途徑8. 提供用于管理、檢查、優化數據庫操作的管理工具9. 可以處理擁有上千萬條記錄的大型數據庫景區售票系統用jdbc訪問mysql，jdbc（java data base connectivity,java數據庫連接）是一種用于執行sql語句的java api，可以為多種關系數據庫提供統一訪問，它由一組用java語言編寫的類

21、和接口組成。jdbc為數據庫開發人員提供了一個標準的api，據此可以構建更高級的工具和接口。2.3.2 邏輯結構設計景區售票系統需要兩個數據庫來管理，第一個數據庫記錄與門票有關的相關數據，第二個數據記錄來自游客的咨詢與投訴1. 表設計門票數據庫序號表名中文名解釋1ticket門票信息表用來存儲門票的基本信息2ticketsale門票的銷售信息表用來存儲售出門票的詳細信息3finance財務表用來存儲財務上的明細信息q&a數據庫序號表名中文名解釋1question咨詢信息表用來存儲咨詢的信息2complain投訴信息表用來存儲投訴的信息管理員數據庫序號表名中文名解釋1admin管理員賬號

22、用來存儲管理員的賬號與權限信息2視圖設計門票數據庫序號視圖名中文名解釋1tickettoday當日門票銷售情況視圖對當日門票數據進行統計分析處理2ticketyesterday昨日門票銷售情況視圖對昨日日門票數據進行統計分析處理3ticketlastthree三日門票銷售情況視圖對最近三天的門票數據進行統計分析處理4ticketlastweek近一周門票銷售情況視圖對最近一周的門票數據進行統計分析處理5ticketlastmonth近一個月門票銷售情況視圖對最近一個月的門票數據進行統計分析處理6ticketlastseason近一個季度門票銷售情況視圖對最近一個季度的門票數據進行統計分析處理7

23、ticketlastyear近一年門票銷售情況視圖對最近一年的門票數據進行統計分析處理8tickethistroyyear按年查詢歷史門票情況視圖按年對歷史門票情況進行查詢分析9tickethistorymonth按月份查詢歷史門票情況視圖按月份對歷史門票情況進行查詢分析10tickethistoryweek按周查詢歷史門票情況視圖按周對歷史門票情況進行查詢分析q&a數據庫序號表名中文名解釋1unslovedquestion未解決咨詢信息視圖用來存儲未解決咨詢的信息2unsolvedcomplain未解決投訴信息視圖用來存儲未解決投訴的信息3solvedquestion已解決咨詢信息視

24、圖用來存儲已解決咨詢的信息4 solvedquestion已解決投訴信息視圖用來存儲已解決投訴的信息3.界面設計3.1 界面設計規范該自助售票系統的ui 遵循以下界面設計規范：l 用戶原則：確定用戶的類型，并根據用戶的特點預測其對不同界面的反應；l 就近原則：將同一類的功能都組織放在頁面相同模塊中；l 容錯原則：必須允許用戶犯錯，給予用戶后悔的機會；l 幫助原則：為用戶提供適量的幫助，必須使用用戶語言，不迷惑用戶；l 習慣原則：設計及功能盡量貼近用戶的操作習慣，避免用戶思考；l 響應原則：每次用戶進行操作后，都需要給用戶一個響應反饋，否則用戶將不清楚自己操作是否有效，從而進行重復操作，對產品甚

25、至用戶帶來傷害；l 精簡原則：設計者需要常常向自己提問：是否做出很多用戶不需要的東西？有時候，決定不要什么，比決定做什么更重要；l 最小信息量原則：盡量減少用戶記憶的信息量，采用有助于記憶的方案；l 保持一致性原則:任務、信息表達、界面控制等與用戶理解熟悉的保持一致；達到用戶學會某一操作后，可以完成其他類似的操作，加快學習使用界面的過程；l 使用快捷鍵:系統界面中使用常見快捷鍵，方便用戶使用3.1.1 布局規范1.分辨率：主分辨率1280×800，所有表示層頁面都要滿足此分辨率；2.頁面寬度限制：l 所有主頁面（非彈出頁）標準寬度為800像素，同時盡量滿足滿屏顯示，并且底層容器不出現

26、縱向滾動條；l 所有彈出頁面（選擇頁）最大寬度為700像素，最大高度不超過主頁面；3.頁面布局風格：l 歡迎頁面采用上下布局，上為logo，下為查詢買票、登陸等4大功能按鈕；l 管理頁面采用左右布局，左側為各個功能導向按鈕，右側為輸出區域，其中右側上部為用戶登錄或顯示身份信息（輸入信息由彈出頁面完成，提示反饋信息亦由彈出頁面完成）；l 查詢買票子頁面：采用上下布局，上為輸入條件并設置查詢、買票、返回3按鈕；下為文本輸出去，提示余票信息或買票結果，并設置返回按鈕；l 投訴咨詢子頁面：采用上下布局，上為文本輸入區，下為相關功能鍵；l 票務修改子頁面：采用上下布局，上為修改條件設置及功能鍵，下為修改

27、結構文本區；4.字體規范：輸入輸出信息為宋體、小四號、黑色、左對齊；logo文字宋體、二號、紅色；狀態信息為宋體、五號、黑色；按鈕為宋體、三號、黑色；表格左對齊、宋體、五號、黑色；5.顏色規范：背景采用柔和的藍色；功能按鈕正常為粉色，失效為灰色；文本信息均黑色；logo文字用紅色；3.1.2 操作規范1數據選擇的約定：為減少用戶記憶內容，采用下拉列表作提供輸入數據的選擇；2數據排列的約定：由于輸出信息有使用表格，對此優先按時間升序、票的種類排序；投訴咨詢等其他文本信息按拼音升序排序；31.3 默認項規范1頁面的默認操作：l 首次進入管理頁面：右側輸入輸出區，默認為“歡迎來到系統管理區”的紅字，

28、因為此時并未進行任何操作；l 管理頁面中選擇“投訴”或“咨詢”功能：右側輸入輸出去，默認逐條顯示相關條目；l 投訴咨詢子頁面：上部文本輸入區，默認為空白，因為此時并未有文本，須用戶輸入；2所有數值型數據必須右對齊顯示（包括數據項、表格等），非數值型數據左對齊顯示；3使用下拉框：l 選擇時間的下拉框，默認為“當日”或“近一周”；l 選擇票種類的下拉框，默認為“所有票”；4檢票功能顯示為實時數據，有系統自動完成；5文本區默認顯示相關注釋或說明；3.1.4 其它規范1 輸入數據規范：由于使用下拉框，用戶輸入數據基本為數字，對其進行整型、范圍為【1,100】進行驗證，若出錯給出錯誤提示并要求重新輸入；

29、2 輸入文本規范：對文本內容驗證，和諧掉一些非法詞匯；3.2 界面定義和界面關系圖3.2.1.1 客戶端界面定義編號界面名稱用戶角色說明u0welcomeinterface歡迎界面注冊用戶、游客歡迎使用u1maininterface主界面注冊用戶、游客軟件的主界面。游客通過查詢、買票、投訴、咨詢分別進入u2u3u40u50界面注冊用戶通過登錄進入u600界面u2queryinterface查詢界面游客游客在此進行查詢u3buyticketinterface買票界面游客游客在此進行買票u40complaininterface投訴界面游客游客在此進行投訴u41complainqueryinterf

30、ace查詢投訴界面游客游客在此進行投訴查詢u50questioninterface咨詢界面游客游客在此進行咨詢u51questionqueryinterface咨詢查詢界面游客游客在此進行咨詢查詢u600logininterface3管理員登錄界面注冊用戶管理員登錄主界面，注冊用戶通過不同的用戶名和密碼獲取不同權限，進入同界面。票務管理人員進入u610界面；接待處人員進入u620界面；投訴與咨詢受理人員進入u630界面u611ticketchangeinterface票務修改界面注冊用戶注冊用戶對門票數據庫進行修改u612historyinterface歷史銷售情況界面注冊用戶注冊用戶對門票歷

31、史銷售情況進行查詢u631questionsolveinterface解決咨詢界面注冊用戶注冊用戶對咨詢進行查詢與解答，修改qc數據庫u632complainsolveinterface投訴解決界面注冊用戶注冊用戶對投訴進行查詢與接待，修改qc數據庫3.2.1.2客戶端界面關系圖1 由歡迎界面u0直接進入主界面u1；2 在主界面u1點擊<查詢>功能由主界面u1進入查詢u2；3 在查詢界面u2點擊門票項目由查詢界面u2進入買票界面u3；4 在主界面u1點擊<買票>功能由主界面u1進入買票界面u3；5 在主界面u1點擊<投訴> 功能由主界面u1進入投訴界面u40

32、；6 在投訴界面u40點擊<查詢投訴>功能由投訴界面u40進入查詢投訴界面u41；7 在主界面u1點擊<咨詢> 功能由主界面u1進入查詢界面u50；8 在投訴界面u50點擊<查詢咨詢>功能由咨詢界面540進入查詢咨詢界面u51；9 在主界面u1點擊<管理員登陸>功能由主界面u0進入管理員登錄界面u600；管理員根據不同的賬戶進入不同的界面。票務管理人員進入票務管理u610界面，接待處人員進入接待處u620界面，投訴與咨詢受理人員進入投訴與咨詢受理u630界面；10. 在票務管理u610界面點擊<查詢票務>功能由票務管理u610界面進入

33、u2查詢界面；11. 在票務管理u610界面點擊<修改票務信息>功能由票務管理u610界面進入票務修改 u611界面；12. 在票務管理u610界面點擊<查詢歷史銷售記錄>功能由票務管理u610界面進入歷史門票 銷售信息u612界面；13. 在投訴與咨詢受理u630界面點擊<解決投訴>功能進入u632解決投訴界面；14. 在投訴與咨詢受理u630界面點擊<解決咨詢>功能進入u631解決咨詢界面；3.2.2 網絡端界面定義和界面關系圖3.2.2.1 網絡端界面定義編號界面名稱用戶角色說明u0index主界面游客游客由界面上功能連接打開u1、u2、u

34、3、u01頁面u1buy買票界面游客游客在此完成買票u2complain投訴界面游客游客在此進行投訴u3question咨詢界面游客游客在此進行咨詢u01search查詢結果界面彈出頁面在此完成數據庫的查詢顯示查詢結果u11upload_buy買票結果界面彈出頁面在此完成數據庫的相關操作并顯示買票結果u21upload_complain投訴結果界面彈出頁面在此完成數據庫的相關操作并顯示投訴結果u31upload_question咨詢結果界面彈出頁面在此完成數據庫的相關操作并顯示咨詢結果3.2.2.2 網絡端界面關系圖1點擊<買票>功能由u0進入u1買票界面；2擊<查詢>

35、 功能由u0進入u01查詢結果界面；3點擊<投訴> 功能由u0進入u2投訴界面；4點擊<咨詢> 功能由u0進入u3咨詢界面；5在u1 輸入買票的條件，點擊<買票>功能進入u11買票結果界面并看到購票的結果；6在u2 輸入投訴信息，點擊<提交>功能進入u21投訴結果界面并看到投訴結果；7在u3 輸入咨詢信息，點擊<提交>功能進入u31咨詢結果界面并看到咨詢結果；3.3 客戶端界面設計3.3.1 歡迎界面u0顯示軟件標題與版權信息。3.3.2 主界面u1l 主界面u1是系統的歡迎界面，采用左右布局；l 其中有6個功能按鈕，使用戶進入系統不

36、同的功能分支：l 游客可以進行<查詢><買票><投訴><咨詢> 4種操作，完成自助門票的查詢與購買，還可以對景區服務進行相關投訴咨詢即進入相關子頁面進行操作；l 注冊用戶要進行<管理員登陸>操作，完成身份驗證進行系統的管理即進入相關管理頁面；操作操作說明操作函數查詢進入查詢界面queryinterface( )買票進入買票界面buyinterface( )投訴進入投訴界面complaininterface()咨詢進入咨詢界面quertioninterface()管理員登錄進入管理員登錄界面logininterface()退出關閉軟件o

37、ncancel( )3.3.2 查詢界面設計u2l 查詢界面u2是門票查詢，采用上下布局；l 列表顯示當前可以提供購買的門票名、價格、有效日期和余票量l 其中有2個功能按鈕：n 更新可以更新當前最新的票務情況n 返回可以返回上一級菜單l 雙擊門票項可以進入門票購買界面u3。數據項數據項說明是否必填項錄入方式門票id門票的種類id是由數據庫錄入門票名門票的名稱是由數據庫錄入門票價格門票的價格是由數據庫錄入門票起始時間門票有效期的開始時間是由數據庫錄入門票結束世界門票有效期的結束時間是由數據庫錄入門票余票量當前種類門票剩余數量是由數據庫錄入操作操作說明操作函數更新根據數據庫的改名更新當前顯示內容q

38、uery( )點擊門票彈出買票界面buy( )返回返回到上一級界面return( )步驟1：用戶登陸主界面；步驟2：用戶點擊查詢按鈕；步驟3：用戶點擊<查詢>按鈕；步驟4：彈出u1界面；步驟5：用戶點擊<更新>按鈕，列表更新當前最新的票務信息；步驟6：用書雙擊任一有項目的門票項，彈出門票購買界面；步驟7：用戶點擊<返回>，返回主界面u1；3.3.3 買票功能界面設計u3l 門票購買界面u3門票購買的界面，采用選擇輸入布局；l 其中有兩個選擇框、一個輸入框、一個輸出框和兩個功能按鈕：門票名稱用來選擇將要購買的門票名稱，數量用來輸入購買門票的數量，日期用來選擇購

39、買門票的日期，總價用來輸出購買門票所需的總額，確定用來買票，返回用來返回上一級菜單。數據項數據項說明是否必填項錄入方式門票名稱通過下拉菜單獲取當前可以購買的門票是數據庫提供選項用戶選擇數量游客購買門票的數量是用戶輸入日期游客購買門票的日期是用戶選擇總價游客購買門票的總價格否軟件自行算出操作操作說明操作函數點擊門票名稱獲取當前可供購買的門票query()日期獲取日歷確定買票buy()退出返回上一級菜單return()步驟1：用戶登錄主界面；步驟2：用戶點擊<買票>按鈕或者用戶通過查詢界面雙擊門票項計入購買門票界面；步驟3：用戶點擊門票下拉菜單獲取當前可供購買的門票種類；步驟4：用戶輸

40、入門票購買數量；步驟5：用戶選擇購買門票的日期；步驟6：用戶點擊<確定>，系統通過日期、數量來判斷是否購買成功。如成功則彈出成功對話框，并在總價上顯示用戶實際付款金額；如失敗則彈出失敗對話框；步驟7：用戶點擊<退出>返回上一級菜單；3.3.4 投訴功能界面設計u40l 投訴界面u40是系統的投訴界面；l 其中有3個輸入框，三個功能按鈕：n 主題用來輸入投訴主題n 投訴者用來輸入投訴者名字n 內容用來輸入投訴內容n 查詢投訴用來查詢歷史投訴情況n 彈出查詢投訴界面n 提交按鈕用來提交投訴項目n 取消按鈕退回上一級菜單。數據項數據項說明是否必填項錄入方式主題投訴主題是用戶錄

41、入投訴者投訴者的名字是用戶錄入內容投訴內容，可輸入500字是用戶錄入操作操作說明操作函數查詢投訴轉到查詢投訴界面complainquryinterface()提交講投訴存入qc數據庫submit()返回返回到上一級界面return( )步驟1：用戶登錄界面；步驟2：用戶輸入投訴的主題；步驟3：用戶輸入名字；步驟4：用戶輸入投訴內容，限500字；步驟5：系統根據輸入情況判斷是否可以存入qc數據庫。如果成功則返回“提交成功”，否則返回錯誤信息；步驟6：用戶點擊查詢投訴，進入投訴查詢界面；步驟7：用戶點擊<返回>按鈕，返回主界面u1；3.3.5 投訴查詢功能界面設計u41l 投訴查詢界面

42、u41是系統的投訴查詢界面，采用上下布局；l 其中有一個列表框和兩個功能按鈕：n 列表框內顯示投訴項，淺粉色代表已解決，深粉色代表未解決。雙擊投訴項目會得到投訴內容與回復的相應信息；n 更新按鈕用來更新當前投訴數據庫的信息n 后退用來退回到投訴界面數據項數據項說明是否必填項錄入方式投訴id標記投訴的唯一id是數據庫主題投訴主題是數據庫投訴者投訴者是數據庫投訴日期發起投訴的日期是數據庫內容投訴內容是數據庫是否解決標記是否解決是數據庫回復管理員對投訴的回復否數據庫解決日期管理員對投訴的回復日期否數據庫操作操作說明操作函數更新從數據庫獲取最新投訴信息complainquery()雙擊投訴項獲取投訴的

43、詳細信息返回返回return()步驟1：注冊用戶點擊查詢投訴按鈕；步驟2：注冊用戶雙擊投訴項獲取投訴詳細信息；步驟3：注冊按返回退回上一級；3.3.6咨詢界面設計u50l 咨詢界面u50是系統的咨詢界面；l 其中有3個輸入框，三個功能按鈕：n 主題用來輸入咨詢主題n 投訴者用來輸入咨詢者名字n 內容用來輸入咨詢內容，限500字n 查詢咨詢用來查詢歷史咨詢情況n 彈出查詢咨詢界面n 提交按鈕用來提交咨詢項目n 取消按鈕退回上一級菜單。數據項數據項說明是否必填項錄入方式主題咨詢主題是用戶錄入投訴者咨詢者的名字是用戶錄入內容咨詢內容，可輸入500字是用戶錄入操作操作說明操作函數查詢投訴轉到查詢咨詢界

44、面questionquryinterface()提交講咨詢存入qc數據庫submit()返回返回到上一級界面return( )步驟1：用戶登錄界面；步驟2：用戶輸入咨詢的主題；步驟3：用戶輸入名字；步驟4：用戶輸入咨詢內容，限500字；步驟5：系統根據輸入情況判斷是否可以存入qc數據庫。如果成功則返回“提交成功”，否則返回錯誤信息；步驟6：用戶點擊查詢咨詢，進入咨詢查詢界面；步驟7：用戶點擊<返回>按鈕，返回主界面u1；3.3.7 咨詢查詢功能界面設計u51l 咨詢查詢界面u51是系統的咨詢查詢界面，采用上下布局；l 其中有一個列表框和兩個功能按鈕：n 列表框內顯示咨詢項，淺粉色代

45、表已解決，深粉色代表未解決。雙擊咨詢項目會得到咨詢內容與回復的相應信息；n 更新按鈕用來更新當前咨詢數據庫的信息n 后退用來退回到咨詢界面數據項數據項說明是否必填項錄入方式咨詢id標記咨詢的唯一id是數據庫主題咨詢主題是數據庫咨詢者咨詢者是數據庫咨詢日期發起咨詢的日期是數據庫內容咨詢內容是數據庫是否解決標記是否解決是數據庫回復管理員對咨詢的回復否數據庫解決日期管理員對咨詢的回復日期否數據庫操作操作說明操作函數更新從數據庫獲取最咨詢信息questionquery()雙擊咨詢項獲取咨詢的詳細信息返回返回return()步驟1：注冊用戶點擊查詢投訴按鈕；步驟2：注冊用戶雙擊投訴項獲取投訴詳細信息；步

46、驟3：注冊按返回退回上一級；3.3.8管理員登錄功能界面設計u600l 管理員登錄界面u600是系統的管理員登錄界面；l 其中有兩個輸入框和兩個功能按鈕：n 用戶名框用來輸入管理員賬號；n 密碼框用來輸入管理員密碼；n 登錄用來獲取賬號的權限信息；數據項數據項說明是否必填項錄入方式用戶名管理員帳號是用戶輸入密碼管理員密碼是用戶輸入操作操作說明操作函數登錄訪問admin數據庫判斷用戶權限，進入相應界面login()返回返回到上一級界面return( )步驟1：用戶在u1選擇<管理員登錄>按鈕，進入該頁面；步驟2：用戶輸入管理員賬號跟密碼；步驟3：用戶點擊登錄，如果存在該用戶，則進入相

47、應頁面，否則提示相應錯誤；步驟6：點擊取消，返回主界面u1；3.3.9接待處人員功能界面設計u620l 接待處界面u620是系統的門票售出情況查詢界面，采用上下布局；l 其中有一個列表框和五個功能按鈕：n 列表框內顯示門票受理項，洪色代表已售出，紫色代表已檢票入園，黃色代表已出園；雙擊列表框內的門票項，已售出會變成已入園，已入園會變成已出園。用來模擬檢票器運行；n 更新按鈕用來更新當前門票售出數據庫的信息；n 已賣出未檢票用來顯示當前所有已售出但未檢票的門票；n 已檢票按鈕用來顯示當前已檢票的門票；n 已出園按鈕用來顯示當前已出園的門票；n 后退用來退回到u1主界面數據項數據項說明是否必填項錄

48、入方式門票編號售出的門票編號，每一張都有唯一的編號是數據庫門票種類編號門票種類的id是數據庫門票名門票名字是數據庫日期有效日期是數據庫門票狀態s：代表售出，c代表檢票入園，o代表出園是數據庫操作操作說明操作函數更新獲取當前門票售出數據庫的最新信息update()已售出未檢票顯示當前所有已售出但未檢票的門票showsale()已檢票顯示當前已檢票的門票showchecked()已出園顯示當前已出園的門票showout()雙擊門票項已售出會變成已入園，已入園會變成已出園。用來模擬檢票器運行返回返回到上一級界面return( )步驟1：接待處管理員在u600界面獲取接待處權限后進入該界面；步驟2：點

49、擊更新按鈕獲取最新門票數據；步驟3：點擊已賣出為檢票按鈕顯示當前所有已售出但未檢票的門票步驟4：點擊已檢票按鈕顯示當前已檢票的門票步驟5：點擊已出園按鈕顯示當前已出園的門票步驟6：雙擊門票項，已售出會變成已入園，已入園會變成已出園。用來模擬檢票器運行步驟7：返回主界面u1；3.3.10票務管理部功能界面設計u610l 票務管理界面u610是系統的票務管理部門功能選擇界面；l 其中由四個功能按鈕：n 點擊查詢票務記錄會進入u2票務查詢界面；n 點擊修改票務信息按鈕會進入u611修改票務信息界面；n 點擊歷史銷售記錄按鈕會進入u612歷史銷售記錄界面操作操作說明操作函數查詢票務記錄查詢門票信息qu

50、ery()修改票務信息修改門票的信息changeticket()歷史銷售記錄查詢門票的歷史銷售記錄historysaling返回返回到上一級界面return( )步驟1：用戶在u600界面獲取門票管理權限后后進入該界面；步驟2：用戶點擊查詢票務記錄按鈕，進入u2票務查詢界面；步驟3：用戶點擊修改票務信息按鈕，進入u611修改票務信息界面；步驟4：用戶點擊歷史銷售記錄按鈕，進入u612歷史銷售記錄界面；步驟5：用戶點擊<返回>返回u1主界面3.3.11票務管理部門門票修改功能界面設計u611l 門票信息修改界面u611是系統的票務管理部門修改門票基本信息的界面；l 其中有四個輸入框、兩個日期選擇框和兩個功能按鈕：n 門票id為每種門票的唯一id值；n 門票名稱為每種門票的名字；n 門票價格為每種門票的售價；n 開始日期為每種門票的有效開始日期；n 結束日期為每種門票的有效結束日期；n 門票量為準備發售門票的數量；n 確定按鈕提交門票信息至ti