景區(qū)售票系統(tǒng)需求規(guī)格說明書95頁

1、景區(qū)售票軟件系統(tǒng)需求規(guī)格說明書Version 1.0目 錄1.簡介41.1編寫目的41.2范圍41.3參考資料41.4術(shù)語與縮寫41.5閱讀建議42.綜合描述52.1系統(tǒng)的狀況52.2產(chǎn)品功能52.3用戶類和特征52.4假設和依賴62.5運行環(huán)境62.6不確定的問題63.功能需求73.1 XX功能73.N XX功能73.N+1 不支持的功能74.外部接口需求84.1用戶界面84.2軟件接口84.3硬件接口95.其它非功能需求105.1性能需求105.2質(zhì)量屬性105.3安全需求與措施105.4其它需求106.分析模型126.1用例模型126.2靜態(tài)模型156.3動態(tài)模型171.簡介1.1編寫目

2、的.1.1 編寫目的該需求規(guī)格說明書是為“傷得起”小組計劃開發(fā)的“景區(qū)售票系統(tǒng)”所制定。“景區(qū)售票系統(tǒng)”， 緩解旅游景區(qū)的售檢票的人力壓力，提供高效的，快節(jié)的，穩(wěn)定的操作。實現(xiàn)系統(tǒng)應具有實用性、可靠性、有效性及方便性。1.1.2 軟件版本號軟件版本號由四部分組成，第一個1為主版本號，第二個1為子版本號，第三個1為階段版本號，第四部分為日期版本號加希臘字母版本號，希臘字母版本號共有5種，分別為：base、alpha、beta、RC、release。例如：1.1.1.051021_ alpha。1.1.3軟件版本號修改規(guī)則主版本號(1)：當功能模塊有較大的變動，比如增加多個模塊或者整體架構(gòu)發(fā)生變化

3、。此版本號由項目決定是否修改。子版本號(1)：當功能有一定的增加或變化，比如增加了對權(quán)限控制、增加自定義視圖等功能。此版本號由項目決定是否修改。 階段版本號(1)：一般是 Bug 修復或是一些小的變動，要經(jīng)常發(fā)布修訂版，時間間隔不限，修復一個嚴重的bug即可發(fā)布一個修訂版。此版本號由項目經(jīng)理決定是否修改。 日期版本號(110501):用于記錄修改項目的當前日期，每天對項目的修改都需要更改日期版本號。此版本號由開發(fā)人員決定是否修改。希臘字母版本號(alpha):此版本號用于標注當前版本的軟件處于哪個開發(fā)階段，當軟件進入到另一個階段時需要修改此版本號。此版本號由項目決定是否修改。1.2范圍1.2.

4、1軟件開發(fā)目的緩解旅游景區(qū)的售檢票的人力壓力，提供高效的，快節(jié)的，穩(wěn)定的操作。實現(xiàn)系統(tǒng)應具有實用性、可靠性、有效性及方便性1.2.2 軟件開發(fā)的背景隨著我國城市旅游業(yè)的快速發(fā)展，人們生活水平的提高，對旅游行業(yè)形象管理方面要求不斷提高。傳統(tǒng)的人工模式已顯得陳舊和落后，旅游景區(qū)的售檢票系統(tǒng)已經(jīng)不再是以前那種人工的，復雜的，工作量大的售票檢票系統(tǒng)，而是一種電子化的新型系統(tǒng)。建立旅游景區(qū)售檢票系統(tǒng)，不僅使景區(qū)的管理水平有了提高，同時也相應地完善了旅游景區(qū)的管理制度。這種系統(tǒng)極大的方便的管理員的管理和查詢等操作。為管理者提供決策支持數(shù)據(jù)，以便及時地發(fā)現(xiàn)問題，合理安排日常業(yè)務工作，制定新的資金投入和計劃。

5、這種電子化工作模式避免了人工操作造成的失誤，提高了工作效率和質(zhì)量，從而也提高了經(jīng)濟效益。1.3參考資料1 GB 8566 計算機軟件開發(fā)規(guī)范 2 GB 8567 計算機軟件產(chǎn)品開發(fā)文件編制指南 3 GB/T 11457 軟件工程術(shù)語 4 軟件工程：實踐者的研究方法（第6版）.作者：（美）Roger S.Pressman.2007年1月.5軟件工程實用教程(計算機應用技術(shù)規(guī)劃教材). 作者：呂云翔. 2011年1月.6軟件工程方法與實踐.作者：竇萬峰.2009年5月.1.4術(shù)語與縮寫本文檔所涉及的全部術(shù)語和縮寫詞及其含義導航終端機查詢系統(tǒng)未購票者排隊等候購票或正在查詢票務信息的人們已購票者已經(jīng)付

6、款并獲得門票管理員系統(tǒng)某一部分的管理人員超級BOSS系統(tǒng)的總管理人員Goshop網(wǎng)絡票務銷售平臺1.5閱讀建議本說明書適用對象： （1）軟件客戶，以便精確地描述他們想獲得什么樣的產(chǎn)品。 （2）軟件開發(fā)者，以便準確地理解客戶需要什么樣的產(chǎn)品。 （3）項目經(jīng)理，以便能夠全面的掌握軟件的功能與企業(yè)實際的差距，追蹤軟件開發(fā)的過程。（4）測試人員，以便更詳細的了解軟件的需求，設計良好的測試程序。（5）文檔編寫者，以便更加明晰軟件的開發(fā)進程和文檔的維護記錄。2.綜合描述2.1系統(tǒng)的狀況1查詢：查詢當前門票種類、余量、價格、有效日期2購買門票：為游客和旅行社提供購買門票功能3統(tǒng)計：統(tǒng)計當日和歷史售票記錄，包

7、括售出各類門票總數(shù)量，售出未入園票數(shù)量，入園人數(shù)量，當日入園未出園人數(shù)，各類門票收入。4票務管理：修改門票種類，價格，日期，數(shù)量5實時信息提供：將今日截止至當前時間的售票量、入園人數(shù)、將要入園人數(shù)提供給接待處6檢票：分為入園檢票和出園檢票兩種狀態(tài)：游客入園時將售出門票的狀態(tài)轉(zhuǎn)為入園狀態(tài)。游客出園時將入園狀態(tài)轉(zhuǎn)為離開狀態(tài)。7問題咨詢：游客通過問題咨詢功能向服務人員咨詢8投訴：游客通過投訴功能向服務人員反映投訴情況9系統(tǒng)維護：面向系統(tǒng)管理人員，提供數(shù)據(jù)備份和數(shù)據(jù)恢復功能。各種用戶所用到的功能情況：旅行社查詢、購買團體票、問題咨詢、投訴系統(tǒng)管理人員數(shù)據(jù)轉(zhuǎn)移備份、數(shù)據(jù)恢復（備份數(shù)據(jù)拷入）財務部獲取統(tǒng)計

8、信息（財務方面）決策部獲取統(tǒng)計信息（總體）服務人員提供問題咨詢接待處檢票、獲取實時信息票務管理獲取統(tǒng)計信息、管理票務個體游客查詢、購買門票、問題咨詢、投訴 景區(qū)售票系統(tǒng)2.3用戶類和特征【確定有可能使用該軟件產(chǎn)品的不同用戶類，并且描述它們相關(guān)的特征。往往有一些軟件需求，只與特定的用戶類有關(guān)。描述時，應該將該軟件產(chǎn)品的重要用戶類與非重要用戶類區(qū)分開。用戶不一定是軟件產(chǎn)品的直接使用者，通過報表、應用程序接口、系統(tǒng)硬件接口得到軟件產(chǎn)品的數(shù)據(jù)和服務的人、或者機構(gòu)也有他們的需求。所以，應該將這些外部需求視為通過報表、應用程序接口、系統(tǒng)硬件接口附加給軟件產(chǎn)品的附加用戶類。】1）游客： 前來到該景點旅游的人

9、，年齡范圍不限。在售票處自己選擇合適的門票購買，然后拿著門票到接待處檢票。交互方式：園外售票終端，通過觸摸屏操作可進行的操作：a查詢當前票的種類，余票量，價格，可用時間b選擇并購買個體門票c問題咨詢d投訴2）旅行社：通過網(wǎng)絡接口訂購團體票交互方式：通過網(wǎng)絡接口訪問本系統(tǒng)可進行的操作：a 查詢當前票的種類，余票量，價格，可用時間b 選擇并購買團體票c 問題咨詢d 投訴3）接待處：接待游客，檢查門票，出園時統(tǒng)計游客人數(shù)。負責接待游客，根據(jù)當前的票務信息，做好接待準備。如當日兒童票較多，要多準備女員工接待；當日老年票較多，要多配醫(yī)護人員；當日有雨，要做好防雨準備等等。當閉園時依舊有游人未出園時，要找

10、到游客并送出大門。交互方式：通過檢票射頻儀器進行檢票，通過液晶顯示屏獲取實時票務信息可進行的操作：a 檢票b 獲取實時票務信息4）票務管理部：對門票的種類進行設計和修改，如是個體票還是團體票，門票有效時間，價格，數(shù)量等交互方式：后臺，通過直接連到系統(tǒng)的計算機訪問，用管理員賬戶登陸可進行的操作：a查詢當前票的種類，余票量b修改票類信息，如種類，價格，可用時間，數(shù)量5）決策部：對當前銷量進行統(tǒng)計并分析，安排以后的門票種類價格票量與可用時間的安排。交互方式：后臺，通過直接連接到系統(tǒng)的計算機訪問，也可以通過打印的報表間接得到統(tǒng)計信息?？蛇M行的操作：獲取總體統(tǒng)計信息6）財務部：統(tǒng)計收入和財務分配交互方式

11、：后臺，通過財務員賬戶直接連接到系統(tǒng)的計算機訪問得到數(shù)據(jù)可進行的操作：獲取統(tǒng)計信息（財務方面）7）服務人員：提供問題解答和投訴受理服務交互方式：后臺，通過直接連接到系統(tǒng)的計算機，在系統(tǒng)提供的留言平臺上與客戶交流可進行的操作：a 解決問題咨詢b 獲取投訴8）系統(tǒng)管理人員：對售票系統(tǒng)進行維護交互方式：后臺，直接連接到系統(tǒng)的計算機，用維護員賬戶訪問可進行的操作：a 數(shù)據(jù)轉(zhuǎn)移備份b 數(shù)據(jù)恢復（備份數(shù)據(jù)考入）2.4假設和依賴假設：可能會使用商業(yè)UI軟件進行界面設計 客戶的用戶界面將符合適合于觸屏的界面設定 假定用戶識字，能獨立完成查詢買票、投訴、咨詢服務 員工有一定的計算機基礎(chǔ)知識，能夠獨立完成軟件的學

12、習與使用軟件運行在符合最低配置以上的計算機中約束：工期約束：一個月以內(nèi)完成人員約束：有經(jīng)驗的開發(fā)者設備約束：開發(fā)機器至少能流暢的運行VS2008地理位置約束：哈工大校園內(nèi)2.5運行環(huán)境1.硬件環(huán)境最低硬件配置：CPU：主頻2GHz以上，雙核CPU顯示器：游客使用的顯示器為電容觸屏，其他部門使用普通液晶15寸顯示器存儲設備：2T以上的硬盤兩個，一個作為主硬盤，一個作為冗余容錯。內(nèi)存：2G網(wǎng)絡：10M網(wǎng)線連接推薦配置：CPU：主頻2.4GHz以上，雙核CPU顯示器：游客使用電容觸屏顯示器，其他部門使用普通液晶17寸顯示器存儲設備：4T以上硬盤兩個，一個作為主硬盤，一個作為冗余容錯內(nèi)存：4G網(wǎng)絡：1

13、0M光纖連接2.軟件環(huán)境：操作系統(tǒng)：windows vista及以上操作系統(tǒng)數(shù)據(jù)庫系統(tǒng)：Mysql瀏覽器：IE6及以上版本3.其它與該軟件有關(guān)的軟件組件vcredist2005.exe2.6不確定的問題1應用服務器的選用2中間件的選用3網(wǎng)絡軟件的選用4所使用的液晶屏的品牌3.功能需求3.1 查詢功能功能描述：顯示當前景區(qū)的余票信息；優(yōu)先級：弱于檢票，處于第三級前置條件：游客到達系統(tǒng)售票終端；旅行社通過網(wǎng)絡接口進行查詢；后置條件：系統(tǒng)顯示相關(guān)余票信息；主干過程：1.游客在系統(tǒng)的終端上選擇“查詢”功能（觸屏）或旅行社通過網(wǎng)絡接口選擇“查詢”功能；2.系統(tǒng)將數(shù)據(jù)庫中的余票種類、數(shù)量、價格、有效日期輸

14、出：（格式如下）l 門票名 門票價格 門票開始時間 門票結(jié)束時間 門票余票量 異常：系統(tǒng)出錯，無法顯示余票信息。3.2 買票功能功能描述：根據(jù)游客或旅行社的需求，系統(tǒng)打印出所需的門票；優(yōu)先級：與檢票同級，處于第一級前置條件：游客到達系統(tǒng)售票終端；旅行社通過網(wǎng)絡接口選擇“買票”功能；后置條件：系統(tǒng)打印出客戶所需門票并反饋給票務數(shù)據(jù)庫進行更新；主干過程：1.游客在系統(tǒng)終端上選擇“購票”功能（或旅行社通過網(wǎng)絡接口選擇“買票”功能）；2.客戶在終端上輸入“欲購門票種類”、“哪天”“數(shù)量”；3.系統(tǒng)形成購票訂單；4.系統(tǒng)查詢數(shù)據(jù)庫，審核訂單；5.若有票，則系統(tǒng)接收訂單，并提示客戶交納金額，轉(zhuǎn)入7；6.若

15、無票，則系統(tǒng)進入異常處理，并提示客戶“當前無票”，返回1；7.客戶交納金額；（自助終端接受現(xiàn)金；網(wǎng)絡接口接受網(wǎng)銀）8.系統(tǒng)核查金額與票額；9.若足夠，則返回余額并打印門票；若不足，則提示客戶并退回全額返回7； 10.系統(tǒng)完成交易并更新數(shù)據(jù)庫信息；異常：1.系統(tǒng)出錯，無法打印門票或收錢不出票；2.系統(tǒng)無票，無法完成交易；3.3 檢票功能優(yōu)先級：處于第一級前置條件：游客到達系統(tǒng)檢票終端；后置條件：游客憑票出入園；主干過程：1.游客達到檢票終端，出示門票（采用掃描識別門票或通過門票內(nèi)置芯片識別）；2.系統(tǒng)根據(jù)門票信息判斷： 是否是門票； 是門票進入；不是門票進入異常處理并提示“出示門票”返回1 看時

16、間是否有效，有效則檢票入園并記錄進園人數(shù)；否則進入異常處理并提示“非當日票”返回14.游客游園結(jié)束回到檢票終端，出示門票；5.系統(tǒng)識別門票后讓游客出園并記錄出園人數(shù)（識別規(guī)則類似2的-）；異常：1.系統(tǒng)出錯，無法識別門票或游客不能正常出入園；2.出現(xiàn)假票或非當日票；3.4 統(tǒng)計功能功能描述：1. 系統(tǒng)根據(jù)售票信息，自動結(jié)算從某一時刻到當前時刻的售票情況2. 系統(tǒng)統(tǒng)計近日或當日的售票情況，形成售票情況交給決策部成員，以便制定新的售票計劃優(yōu)先級：處于第一級前置條件：1每完成一次購票或退票操作；2決策部成員“售票統(tǒng)計”功能；3財務部“金額結(jié)算功能”；4. 當日門票供不應求時（買票的異常）自動啟動；后

17、置條件：1. 系統(tǒng)以表格形式顯示“金額結(jié)算”結(jié)果，交給財務部；2. 系統(tǒng)以表格形式顯示“售票情況”，交給決策部成員；主干過程：1.游客完成一次有效的購票操作；2.系統(tǒng)根據(jù)購票信息及當前數(shù)據(jù)庫售票信息統(tǒng)計最新售票情況：（售票信息如下） l 總售票數(shù) 總售票金額 個人票數(shù)量 個人票金額 團票數(shù)量 團票金額3財務部成員登陸系統(tǒng)，獲得權(quán)限；4財務部成員選擇“金額結(jié)算”功能；5系統(tǒng)以表格形式顯示結(jié)果；主干過程：1決策部成員登陸系統(tǒng)，獲得權(quán)限；2決策部成員選擇“售票統(tǒng)計”功能；3決策部成員輸入“統(tǒng)計條件”：如近兩天、近一周、近一月等；4系統(tǒng)根據(jù)統(tǒng)計條件，搜索數(shù)據(jù)庫；5系統(tǒng)將近兩天（近一周、近一月）的售票情

18、況以表格輸出；(形式如下)l 時間段 團票總數(shù) 平均價格 個人票總數(shù) 平均價格 6將第5步形成的表格交給決策部成員，以便制定新的售票計劃；主干過程：1買票出現(xiàn)異常：供不應求；2系統(tǒng)自動啟動“售票統(tǒng)計”功能；3系統(tǒng)“統(tǒng)計條件”默認為“當天”；4系統(tǒng)搜索數(shù)據(jù)庫；5系統(tǒng)用表格將“當日售票情況”交給決策部成員，以便及時修改當日售票計劃；3.5 維護功能功能描述：系統(tǒng)管理員對門票數(shù)據(jù)庫進行每天2次的定時數(shù)據(jù)維護及系統(tǒng)故障處理；優(yōu)先級：弱于統(tǒng)計，處于第二級前置條件：1. 到維護時間2. 系統(tǒng)數(shù)據(jù)庫出現(xiàn)故障；后置條件：數(shù)據(jù)庫得到維護并完成故障處理；主干過程：1. 系統(tǒng)管理員登陸并取得管理員權(quán)限；2. 對數(shù)據(jù)

19、庫進行每日的定時維護及故障處理；3.6 管理功能功能描述：系統(tǒng)通過新的售票計劃，修改票的種類、數(shù)量、價格、有效時間；優(yōu)先級：弱于維護，處于第三級前置條件：決策部形成新的售票計劃；后置條件：完成新的售票計劃并更新數(shù)據(jù)庫；主干過程：1. 管理模塊收到新的售票計劃；2. 判斷售票計劃的時限：3. 系統(tǒng)根據(jù)新的售票計劃的時限修改數(shù)據(jù)庫（當日立即修改；明日的明天修改）；異常：數(shù)據(jù)庫無法訪問或更新無法正常完成；3.7 實時票情功能功能描述：系統(tǒng)實時統(tǒng)計并顯示賣票數(shù)、進出園人數(shù)； 前置條件：每賣出一張票或有人進出園；后置條件：系統(tǒng)實時顯示賣出的票數(shù)及進出園人數(shù)；主干過程：1.賣出票或有人進出園；2.系統(tǒng)實時

20、統(tǒng)計賣出的票數(shù)及進出園人數(shù)；3系統(tǒng)將結(jié)果存儲；4. 系統(tǒng)管理員選擇“實時票情”功能；5. 系統(tǒng)顯示實時結(jié)果異常：無法實時統(tǒng)計數(shù)據(jù)或顯示結(jié)果；3.8 問題咨詢功能功能描述：系統(tǒng)給客戶提供相應接口，解決客戶的問題或回答相應咨詢；前置條件：系統(tǒng)提供了相關(guān)接口；后置條件：系統(tǒng)通過接口回答客戶的問題及咨詢；主干過程：1客戶通過接口選擇“問題咨詢”功能；2客戶通過接口提出問題咨詢；3系統(tǒng)提示客戶服務員“有問題咨詢”；3客戶服務員查看問題；4客戶服務員回答問題；異常：接口不穩(wěn)定，問題不能提交或回答無法顯示；3.9 投訴功能功能描述：系統(tǒng)通過一定的接口給客戶提供投訴；前置條件：系統(tǒng)提供相應的接口；（網(wǎng)絡接口或

21、人機接口）后置條件：系統(tǒng)得到客戶的投訴信息并提醒客戶服務員處理；主干過程：1客戶通過接口，選擇“投訴”功能；2客戶輸入投訴內(nèi)容A；3系統(tǒng)獲取投訴內(nèi)容A，并封裝成信息包A；4系統(tǒng)將信息包A傳給客戶服務員并提醒其處理；5服務員將處理意見B輸入系統(tǒng)；6系統(tǒng)將處理意見封裝為信息包B;7系統(tǒng)將信息包B返回對應的投訴條目下；異常：系統(tǒng)出錯，不響應投訴或處理意見無法回傳；3.10 不支持的功能買票功能中無法完成金額的識別：原因成本過高，網(wǎng)銀付費技術(shù)代價高，現(xiàn)金識別難度大；門票無法識別：模擬的系統(tǒng)無法針對的設計出真實的門票，無論是條形碼識別或內(nèi)置芯片識別對自助終端來說都成本太高或技術(shù)復雜；提供的相關(guān)接口中，網(wǎng)

22、絡接口無法完成：作為自助系統(tǒng)，加上網(wǎng)絡接口實在太過復雜，因自助系統(tǒng)主要考慮人機界面交互；觸屏功能的實現(xiàn)對這個小項目而言，不但成本高且技術(shù)上難度不小，為能在有限時間及資源下做出點東西，只忍痛割愛；最后，本系統(tǒng)考慮到成員能力及技術(shù)要求，力爭做到模擬水平，對于以上太過現(xiàn)實的功能實在力不從心；4.外部接口需求4.1用戶界面l VC標準與網(wǎng)頁界面標準：1 客戶端界面：使用VC 2008進行用戶界面的設計，力爭做到界面簡潔，操作便捷,輸入輸出明確，具有提示幫助信息；2 網(wǎng)絡界面：使用Dreamweaver + php 進行用戶界面（網(wǎng)頁）的設計，力爭做到界面簡潔（主題突出），操作便捷，輸入輸出明確（盡量減

23、少用戶的記憶信息），并具有提示幫助信息；l 用戶界面1客戶端界面11主界面：客戶端的登錄界面；具有6個功能按鈕：查詢、買票、投訴、咨詢、管理員登錄、退出；1個幫助菜單；通過鼠標完成操作；12子界面1：適用于投訴、查詢；具有3個功能按鈕：查詢、提交、取消；3個輸入文本區(qū)；查詢結(jié)果用表格顯示；通過鼠標、鍵盤完成操作；13子界面2：適用于買票；具有2個功能按鈕：確定、退出；3個文本輸入?yún)^(qū)和1個文本輸出區(qū)；通過鼠標、鍵盤完成操作；14子界面3：適用于管理員登錄；具有2個功能按鈕：登錄、取消；2個文本輸入?yún)^(qū)；登錄結(jié)果已彈出框顯示；通過鼠標、鍵盤完成操作；2網(wǎng)絡界面21主頁面：是網(wǎng)絡的主界面，適用于買票、

24、查詢、投訴、咨詢；擁有統(tǒng)一的logo和標題；具有4個對應的功能連接；結(jié)果用對應的子頁面顯示；綜合用鼠標鍵盤完成操作；22子頁面1：買票的界面；擁有統(tǒng)一的logo和標題；具有2個功能連接：買票、重置；有一個表格輸入?yún)^(qū)；買票結(jié)果通過一個子頁面完成，綜合用鼠標鍵盤操作；23. 子頁面3：適用于投訴、咨詢；擁有統(tǒng)一的logo和標題；有2個功能連接：提交、重置；1個文本輸入表格；結(jié)果用子頁面顯示；綜合用鼠標、鍵盤完成操作；4.2軟件接口本系統(tǒng)是自助售票系統(tǒng)的一個模擬，系統(tǒng)內(nèi)部各個子系統(tǒng)的交互已經(jīng)基本滿足模擬的需求，不具有外部軟件接口；4.3硬件接口由于是實際系統(tǒng)的模擬，不考慮與相關(guān)硬件的連接；故系統(tǒng)沒有

25、硬件接口； 5.其它非功能需求5.1性能需求性能需求提出需求的依據(jù)同時使用系統(tǒng)進行編輯數(shù)據(jù)的用戶數(shù)至少50個使景區(qū)的售票地點盡量靈活，可以實現(xiàn)異地售票，多地售票，同時使用的終端數(shù)應該盡量多，初步定于50個系統(tǒng)平均響應時間應控制在3秒之內(nèi)，最多不能超過10秒。系統(tǒng)響應時間是衡量系統(tǒng)性能的重要指標，平均響應時間越短越有效率，響應時間過長會降低軟件系統(tǒng)的可用性與實時系統(tǒng)的時間應保持一致性如果與實時系統(tǒng)的時間誤差過大，則容易導致不同的售票終端數(shù)據(jù)發(fā)生沖突，產(chǎn)生誤差。如果與實時系統(tǒng)的時間誤差過大，則容易導致不同的售票終端數(shù)據(jù)發(fā)生沖突，產(chǎn)生誤差系統(tǒng)支持的并發(fā)操作數(shù)量至少為50景區(qū)售票終端數(shù)量較多，這樣做可

26、以提高性能，減少出現(xiàn)故障的幾率存儲器設計應包括兩個2T的存儲，外加一個2T的備份存儲器由于景區(qū)面臨的游客數(shù)量可能眾多，游客的信息也可能登記復雜。一段時間進行一次備份對提高系統(tǒng)的個、安全性能大有助益。因此選擇大容量的存儲器作為存儲和備份的空間系統(tǒng)對數(shù)據(jù)的處理出錯率應低于1%景區(qū)售票系統(tǒng)可能面臨巨大的數(shù)據(jù)流量，而且一旦出錯可能會影響所有售票終端，甚至導致數(shù)據(jù)庫的崩潰。應此系統(tǒng)應該具有一定的成熟性，減少出錯。系統(tǒng)應在登入之時進行用戶名和密碼的驗證保證系統(tǒng)的安全性圖5.1.1 性能需求5.2質(zhì)量屬性對用戶最重要的屬性對開發(fā)者最重要的屬性有效性高效性可維護性可移植性靈活性可重用性易用性可測試性可靠性圖5

27、.2-1 質(zhì)量屬性有效性高效性靈活性易用性可靠性有效性正正高效性正負負靈活性負易用性可靠性正負圖5.2-2 選擇的質(zhì)量屬性之間的正負關(guān)系5.3安全需求與措施安全需求應對措施身份驗證1、第一次登陸的管理人員必須統(tǒng)一輸入初始密碼，更新身份信息并等待高級管理人員通過驗證。2、設置安全問題以及更新至少30個字符組成的新密碼（子母與數(shù)字構(gòu)成）。3、每次運行系統(tǒng)之后要輸入密碼以及回答安全問題。用戶特權(quán)級別1、對管理人員進行嚴格的級別設定。不同級別的管理人員只能訪問和更改特定的數(shù)據(jù)。2、例如：“只有擁有查賬員訪問特權(quán)的用戶才可以查看客戶交易歷史?！本W(wǎng)絡傳輸?shù)谋Ｃ苄?、 針對用戶輸入的個人信息，如年齡，姓名，

28、身份證號進行加密。2、 對用戶輸入的個人信用卡、銀行卡進行付款等相關(guān)信息進行嚴格的加密傳輸。3、 管理人員沒有特權(quán)查看個人銀行信息等。4、 終端機到數(shù)據(jù)管理中心采用專線，保證信息不被竊取。5、 系統(tǒng)與外界網(wǎng)絡連接部分設置防火墻，進行入侵檢測。訪問控制1、通過對特定網(wǎng)段、服務建立的訪問控制體系，將絕大多數(shù)攻擊阻止在到達攻擊目標之前。 備份和恢復良好的備份和恢復機制，可在攻擊造成損失時，盡快地恢復數(shù)據(jù)和系統(tǒng)服務。圖5.3.1 安全需求與措施5.4其它需求其他需求相關(guān)說明健壯性所有的規(guī)劃參數(shù)都要指定一個缺省值，當輸入數(shù)據(jù)丟失或無效時，就使用缺省值數(shù)據(jù)。復用性本產(chǎn)品可以復用已有軟件，可以為其

29、他產(chǎn)品復用。靈活性一個具有一定經(jīng)驗的軟件維護人員可以在半個月內(nèi)添加一項新的功能。可維護性1、 具有較高的可維護性，可以簡單進行軟件的更改或者糾正缺陷。2、 增強系統(tǒng)總的可維護性：A函數(shù)調(diào)用不能超過兩層深度B每一個軟件模塊中，注釋與源代碼語句的比例至少為12可移植性1、 在軟件設計過程中通常采用通用的程序設計語言和運行環(huán)境支撐2、 軟件可以在不同操作系統(tǒng)上運行（WIN,LINUX等），或者只需更改一小部分。6.分析模型6.1.1用例清單用例編號用例名稱簡要說明01.個體旅客查詢個體旅客查詢票務問題。02.個體旅客購買門票個體旅客按需購買門票，交易。03.個體旅客問題咨詢個體旅客遇到售票問題及所需

30、問題的咨詢，營造良好的售票環(huán)境。04.個體旅客投訴個體旅客遇到門票出錯，服務質(zhì)量差，糾紛等，服務人員迅速解決問題，糾紛。05.旅行社（團票）查詢旅行社（團票）用戶查詢票務問題（包括團票可提供時間，數(shù)量，注意事項）。06.旅行社（團票）購買門票旅行社（團票）用戶按需購買門票，交易。07.旅行社（團票）問題咨詢旅行社（團票）用戶遇到售票問題及所需問題的咨詢，營造良好的售票環(huán)境。08.旅行社（團票）投訴旅行社（團票）用戶遇到門票出錯，服務質(zhì)量差，糾紛等，服務人員迅速解決問題，糾紛。解決旅行社（團票）用戶需求調(diào)整參觀時間的問題09.接待處檢票接待處施行旅行社（團票）用戶、個體旅客的進出景點的票務檢查。

31、10.接待處獲取數(shù)據(jù)庫實時售票信息接待處獲取數(shù)據(jù)庫即時反饋過來的售票情況，對客流量情況調(diào)節(jié)自己的工作模式與工作量。接待處處理旅客在景點遇到的意外情況，解決客流擁堵問題。11.決策部獲取統(tǒng)計信息（總體）決策部獲取票務管理提供的門票銷售趨勢的統(tǒng)計信息，供其參考，制定銷售策略。12.財務部獲取統(tǒng)計信息（財務方面）財務部獲取票務管理提供的歷史售票，當前售票，訂票等一切財物數(shù)據(jù)，以統(tǒng)計財物數(shù)據(jù)。13.服務人員問題咨詢（提供）服務人員投訴處理（提供）服務人員針對個人團體進行問題咨詢的回答與解決。服務人員針對個人團體的投訴給予處理。14.票務管理獲取統(tǒng)計信息票務管理獲取服務終端的購買，訂購門票信息，對各類信

32、息進行分類、統(tǒng)計，同時上傳至數(shù)據(jù)庫。15.票務管理調(diào)控票務（種類，價格，數(shù)量）票務管理接受決策部指示，對當前未售門票業(yè)務（種類，價格，數(shù)量）進行修改。16.系統(tǒng)管理人員數(shù)據(jù)轉(zhuǎn)移備份系統(tǒng)管理人員定期對系統(tǒng)數(shù)據(jù)庫進行備份轉(zhuǎn)移。17.系統(tǒng)管理人員數(shù)據(jù)恢復（備份數(shù)據(jù)拷入）解決數(shù)據(jù)庫發(fā)生數(shù)據(jù)丟失等意外情況的數(shù)據(jù)恢復與補救。6.1.2 用例模型及其詳細描述 01). 個體旅客查詢A用例模型B用例詳細描述用例編號：01.用例名稱：個體旅客查詢1 描述個體旅客查詢票務問題。2 涉及的參與者與關(guān)注點顧客：希望票務查詢能準確迅速，購票能夠方便快捷，檢票能夠在迅速有效良好的秩序下進行，并有良好的售后處理，咨詢等服務

33、。 能享受到方便便利的一條龍順暢服務。3主成功場景（或基本流程）常規(guī)事件流： 個體用戶在主頁面上點擊“查詢票務”， 正確確定自己所需票務查詢類型并遞交申請。 數(shù)據(jù)庫獲取查詢請求，處理請求。 數(shù)據(jù)庫反饋個體用戶的請求(如處理有無余票等需求)并作出相應回復 個體用戶獲取所需回答，流程結(jié)束。返回歡迎界面。4 擴展（替代流程）替代流程： 個體用戶在主頁面上點擊“查詢票務”， 沒有正確確定自己所需票務查詢類型并遞交申請。 數(shù)據(jù)庫獲取查詢請求，處理。 數(shù)據(jù)庫查證無此類票務，返回操作錯誤回復。 個體用戶得到回復，返回主界面，重新操作。 重復基本流程。獲取所需回復。5 前置條件使用主界面進入票務查詢。6 后置

34、條件（成功保證）正確選擇所需票務查詢類型。7 特殊需求 支持文本顯示的語言國際化（支持English-漢語）。 19液晶觸屏顯示器，文本信息可見性較強。 文字表達簡潔明了，確保使用者能準確理解字面內(nèi)容。8 發(fā)生頻率可能不斷發(fā)生，不可預料9 未解決問題數(shù)據(jù)庫出錯時，對用戶回復不正確信息02). 個體旅客購買門票A用例模型B用例詳細描述用例編號：02.用例名稱：個體旅客購買門票1 描述個體旅客按需購買門票，交易。2 涉及的參與者與關(guān)注點顧客：希望票務查詢能準確迅速，購票能夠方便快捷，檢票能夠在迅速有效良好的秩序下進行，并有良好的售后處理，咨詢等服務。 能享受到方便便利的一條龍順暢服務。3主成功場景

35、（或基本流程）常規(guī)事件流： 個體用戶在主頁面上點擊“購買門票”， 正確確定自己所需票務類型并遞交申請（分團隊票，與個人票，團隊票需旅行社登記）。 數(shù)據(jù)庫獲取購買請求，處理請求。 數(shù)據(jù)庫反饋個體用戶的請求，更新數(shù)據(jù)庫并作出相應回復 個體用戶獲取門票，憑條，交易結(jié)束。返回歡迎界面。4 擴展（替代流程）替代流程： 個體用戶在主頁面上點擊“購買門票”， 沒有正確確定自己所需票務類型并遞交申請。 數(shù)據(jù)庫獲取購買請求，處理請求。 數(shù)據(jù)庫反饋個體用戶的請求，更新數(shù)據(jù)庫并作出相應回復個體用戶獲取門票，憑條，交易結(jié)束。發(fā)現(xiàn)購票錯誤，轉(zhuǎn)至問題咨詢界面，撥打客服電話解決問題。5 前置條件使用主界面進入“購買門票”，

36、并選擇個體旅客。6 后置條件（成功保證）正確選擇所買門票的數(shù)量類型。7 特殊需求 支持文本顯示的語言國際化（支持English-漢語）。 19液晶觸屏顯示器，文本信息可見性較強。 文字表達簡潔明了，確保使用者能準確理解字面內(nèi)容。8 發(fā)生頻率可能不斷發(fā)生，不可預料9 未解決問題數(shù)據(jù)庫出錯時，對用戶回復不正確信息。出票錯誤時，造成旅客滯留與觀光障礙。03). 個體旅客問題咨詢A用例模型B用例詳細描述用例編號：03.用例名稱：個體旅客問題咨詢1 描述個體旅客遇到售票問題及所需問題的咨詢，營造良好的售票環(huán)境。2 涉及的參與者與關(guān)注點顧客：希望票務查詢能準確迅速，購票能夠方便快捷，檢票能夠在迅速有效良好

37、的秩序下進行，并有良好的售后處理，咨詢等服務。 能享受到方便便利的一條龍順暢服務。3主成功場景（或基本流程）常規(guī)事件流： 在主頁面上點擊“問題咨詢” 在“問題咨詢”界面中查詢所顯示的常規(guī)問題及其解決方法。 問題得到解決，退回主界面，流程結(jié)束4 擴展（替代流程）替代流程： 在主頁面上點擊“問題咨詢” 在“問題咨詢”界面中查詢所顯示的常規(guī)問題及其解決方法。 查詢未果，轉(zhuǎn)至人工服務，撥打電話，或按照地址前往服務進一步咨詢問題。 服務人員通過電話，或當面解決用戶問題。5 前置條件在主界面上進入“問題咨詢”6 后置條件（成功保證）常規(guī)問題得到查詢或人工服務及時解決7 特殊需求 支持文本顯示的語言國際化（

38、支持English-漢語）。 19液晶觸屏顯示器，文本信息可見性較強。 文字表達簡潔明了，確保使用者能準確理解字面內(nèi)容。 服務人員精通國際語言，能良好的與國外游客進行溝通。 人工服務熱線在工作時間內(nèi)，必須開放 另設24小時的購票咨詢熱線8 發(fā)生頻率不可預料，隨時可能發(fā)生9 未解決問題遇到國際游客，語言多樣化的問題沒有解決。04). 個體旅客投訴A用例模型B用例詳細描述用例編號：04.用例名稱：個體旅客投訴1 描述個體旅客遇到門票出錯，服務質(zhì)量差，糾紛等，服務人員迅速解決問題，糾紛。2 涉及的參與者與關(guān)注點顧客：希望票務查詢能準確迅速，購票能夠方便快捷，檢票能夠在迅速有效良好的秩序下進行，并有良

39、好的售后處理，咨詢等服務。 能享受到方便便利的一條龍順暢服務。并且針對投訴能夠得到及時滿意的解決。3主成功場景（或基本流程）常規(guī)事件流： 在主頁面上點擊“投訴”。 在“投訴”界面中填寫并選擇所要投訴的項目，事件并遞交。 服務部接受到投訴，第一時間解決。 服務部反饋給用戶，收到用戶的投訴請求，并請求用戶等待解決。4 擴展（替代流程）替代流程： 在主頁面上點擊“投訴”。 在“投訴”界面中填寫投訴項目與事件不方便或發(fā)生問題。 轉(zhuǎn)至人工服務，撥打電話，或按照地址前往服務進一步進行投訴訴諸服務部的投訴服務人員。 服務人員通過電話，或當面解決用戶問題。5 前置條件用戶進入“投訴”界面。6 后置條件（成功保

40、證）終端投訴的遞交。服務人員對投訴的電話與當面受理。7 特殊需求 支持文本顯示的語言國際化（支持English-漢語）。 19液晶觸屏顯示器，文本信息可見性較強。 文字表達簡潔明了，操作簡易，確保使用者能準確理解字面內(nèi)容。 服務人員精通國際語言，能良好的與國外游客進行溝通。 人工服務投訴專線在工作時間內(nèi)，必須開放8 發(fā)生頻率不可預料，隨時可以發(fā)生。9 未解決問題終端接受投訴的類型未明確。05). 旅行社（團票）查詢A用例模型B用例詳細描述用例編號：05.用例名稱：旅行社（團票）查詢1 描述旅行社（團票）用戶查詢票務問題（包括團票可提供時間，數(shù)量，注意事項）。2 涉及的參與者與關(guān)注點團體購票機構(gòu)

41、（如旅行社）：能迅速購買大量所需門票，能夠方便快捷的通查團票信息，并有良好的售后處理，咨詢等服務。3主成功場景（或基本流程）常規(guī)事件流： 團票用戶在主頁面上點擊“查詢票務”， 正確確定自己所需票務查詢類型并遞交申請。 數(shù)據(jù)庫獲取查詢請求，處理請求。 數(shù)據(jù)庫反饋團票用戶的請求(如處理有無余票等需求)并作出相應回復 團票用戶獲取所需回答，流程結(jié)束。返回歡迎界面。4 擴展（替代流程）替代流程： 團票用戶在主頁面上點擊“查詢票務”， 沒有正確確定所需票務查詢類型并遞交申請。 數(shù)據(jù)庫獲取查詢請求，處理。 數(shù)據(jù)庫查證無此類票務，返回操作錯誤回復。 團票用戶得到回復，返回主界面，重新操作。 重復基本流程。獲

42、取所需回復。5 前置條件使用主界面進入票務查詢。6 后置條件（成功保證）正確選擇所需票務查詢類型。7 特殊需求 支持文本顯示的語言國際化（支持English-漢語）。 19液晶觸屏顯示器，文本信息可見性較強。 文字表達簡潔明了，確保使用者能準確理解字面內(nèi)容。8 發(fā)生頻率可能不斷發(fā)生，不可預料9 未解決問題數(shù)據(jù)庫出錯時，對用戶回復不正確信息06). 旅行社（團票）購買門票A用例模型B用例詳細描述用例編號：06.用例名稱：旅行社（團票）購買門票1 描述旅行社（團票）按需購買門票，交易。2 涉及的參與者與關(guān)注點團體購票機構(gòu)（如旅行社）：能迅速購買大量所需門票，能夠方便快捷的通查團票信息，并有良好的售

43、后處理，咨詢等服務。3主成功場景（或基本流程）常規(guī)事件流： 團體購票用戶在主頁面上點擊“購買門票”， 正確確定自己所需票務類型及數(shù)量并遞交申請（分團隊票，與個人票，團隊票需旅行社登記）。 數(shù)據(jù)庫獲取購買請求，處理請求。 數(shù)據(jù)庫反饋團體購票用戶的請求，更新數(shù)據(jù)庫并作出相應回復。 團隊共票用戶獲取門票，憑條，交易結(jié)束。返回歡迎界面。4 擴展（替代流程）替代流程： 團體購票用戶在主頁面上點擊“購買門票”， 沒有正確確定自己所需票務類型并遞交申請。 數(shù)據(jù)庫獲取購買請求，處理請求。 數(shù)據(jù)庫反饋個體用戶的請求，更新數(shù)據(jù)庫并作出相應回復個體用戶獲取門票，憑條，交易結(jié)束。發(fā)現(xiàn)購票錯誤，轉(zhuǎn)至問題咨詢界面，撥打客

44、服電話解決問題。（如數(shù)量不足，則直接繼續(xù)常規(guī)基本流程即可）5 前置條件使用主界面進入“購買門票”，并選擇團隊購票。6 后置條件（成功保證）正確選擇所買門票的數(shù)量類型。7 特殊需求 支持文本顯示的語言國際化（支持English-漢語）。 19液晶觸屏顯示器，文本信息可見性較強。 文字表達簡潔明了，確保使用者能準確理解字面內(nèi)容。8 發(fā)生頻率可能不斷發(fā)生，不可預料。9 未解決問題數(shù)據(jù)庫出錯時，對用戶回復不正確信息。出票錯誤時，造成旅客滯留與觀光障礙。07). 旅行社（團票）問題咨詢A用例模型B用例詳細描述用例編號：07.用例名稱：旅行社（團票）問題咨詢1 描述旅行社（團票）用戶遇到售票問題及所需問題

45、的咨詢，營造良好的售票環(huán)境。2 涉及的參與者與關(guān)注點團體購票機構(gòu)（如旅行社）：能迅速購買大量所需門票，能夠方便快捷的通查團票信息，并有良好的售后處理，咨詢等服務。3主成功場景（或基本流程）常規(guī)事件流： 在主頁面上點擊“問題咨詢” 在“問題咨詢”界面中查詢所顯示的常規(guī)問題及其解決方法。 問題得到解決，退回主界面，流程結(jié)束4 擴展（替代流程）替代流程： 在主頁面上點擊“問題咨詢” 在“問題咨詢”界面中查詢所顯示的常規(guī)問題及其解決方法。 查詢未果，轉(zhuǎn)至人工服務，撥打電話，或按照地址前往服務進一步咨詢問題。 服務人員通過電話，或當面解決用戶問題。 問題得到解決，退回主界面，流程結(jié)束。5 前置條件在主界

46、面上進入“問題咨詢”6 后置條件（成功保證）常規(guī)問題得到查詢或人工服務及時解決7 特殊需求 支持文本顯示的語言國際化（支持English-漢語）。 19液晶觸屏顯示器，文本信息可見性較強。 文字表達簡潔明了，確保使用者能準確理解字面內(nèi)容。 服務人員精通國際語言，能良好的與國外游客進行溝通。 人工服務熱線在工作時間內(nèi)，必須開放。 另設24小時的購票咨詢熱線。8 發(fā)生頻率不可預料，隨時可能發(fā)生。9 未解決問題團隊游客量大時，服務人員對待解決問題的游客安置與休息問題。08). 旅行社（團票）投訴A用例模型B用例詳細描述用例編號：08.用例名稱：旅行社（團票）投訴1 描述旅行社（團票）用戶遇到門票出錯

47、，服務質(zhì)量差，糾紛等，服務人員迅速解決問題，糾紛。解決旅行社（團票）用戶需求調(diào)整參觀質(zhì)量的問題等。2 涉及的參與者與關(guān)注點團體購票機構(gòu)（如旅行社）：能迅速購買大量所需門票，能夠方便快捷的通查團票信息，并有良好的售后處理，咨詢等服務。針對投訴能夠得到及時滿意的解決。3主成功場景（或基本流程）常規(guī)事件流： 在主頁面上點擊“投訴”。 在“投訴”界面中填寫并選擇所要投訴的項目，事件并遞交。 服務部接受到投訴，第一時間解決。 服務部反饋給用戶，收到用戶的投訴請求，并請求用戶等待解決。4 擴展（替代流程）替代流程： 在主頁面上點擊“投訴”。 在“投訴”界面中填寫投訴項目與事件不方便或發(fā)生問題。 轉(zhuǎn)至人工服

48、務，撥打電話，或按照地址前往服務進一步進行投訴訴諸服務部的投訴服務人員。 服務人員通過電話，或當面解決用戶問題。5 前置條件用戶進入“投訴”界面。6 后置條件（成功保證）終端投訴的遞交。服務人員對投訴的電話與當面受理。7 特殊需求 支持文本顯示的語言國際化（支持English-漢語）。 19液晶觸屏顯示器，文本信息可見性較強。 文字表達簡潔明了，操作簡易，確保使用者能準確理解字面內(nèi)容。 服務人員精通國際語言，能良好的與國外游客進行溝通。 人工服務投訴專線在工作時間內(nèi)，必須開放8 發(fā)生頻率不可預料，隨時可以發(fā)生。9 未解決問題終端接受投訴的類型未明確。09). 接待處檢票A用例模型B用例詳細描述

49、用例編號：09.用例名稱：接待處檢票1 描述接待處施行旅行社（團票）用戶、個體旅客的進出景點的票務檢查。2 涉及的參與者與關(guān)注點接待處：需求景區(qū)售票系統(tǒng)及時有效的給予票務訂單與信息，并根據(jù)售票訂購訂單情況與實際情況相結(jié)合，為工作日的客流量工作做好準備措施。根據(jù)景區(qū)的最大限容游客量，以及各個外部團體訂購需求，做出合理的反饋。團體購票機構(gòu)（如旅行社）：能迅速購買大量所需門票，能夠方便快捷的通查團票信息，并有良好的售后處理，咨詢等服務。針對投訴能夠得到及時滿意的解決。檢票能方便安全快捷，有良好的秩序。顧客：希望票務查詢能準確迅速，購票能夠方便快捷，檢票能夠在迅速有效良好的秩序下進行，并有良好的售后處

50、理，咨詢等服務。 能享受到方便便利的一條龍順暢服務。檢票能方便安全快捷，有良好的秩序。3主成功場景（或基本流程）常規(guī)事件流： 游客進入景區(qū)之前，接待處對其進行檢票。 游客出景區(qū)之前，接待處對其進行檢票。 通過儀器檢票，儀器與數(shù)據(jù)庫系統(tǒng)相連，確定售票與使用人數(shù)是否匹配。4 擴展（替代流程）替代流程： 接待處接待游客，并檢票。 遇到天氣災害等意外情況。 召回所有旅客，并安置與公共休息區(qū)內(nèi)直到意外情況結(jié)束。 重復基本流程。5 前置條件接受售票系統(tǒng)數(shù)據(jù)庫的時時更新，數(shù)據(jù)正確無誤。6 后置條件（成功保證）成功對旅客的進出景區(qū)進行檢票。7 特殊需求檢票儀器，與數(shù)據(jù)庫相連接，檢票速度較快。安全休息區(qū)，有基本

51、的供水與醫(yī)療系統(tǒng)。8 發(fā)生頻率工作日時，意外情況，隨時發(fā)生，不可預料。9 未解決問題安全區(qū)的大小，可容納人數(shù)。10). 接待處獲取數(shù)據(jù)庫實時售票信息A用例模型B用例詳細描述用例編號：10.用例名稱：接待處獲取數(shù)據(jù)庫實時售票信息1 描述接待處獲取數(shù)據(jù)庫即時反饋過來的售票情況，對客流量情況調(diào)節(jié)自己的工作模式與工作量。接待處處理旅客在景點遇到的意外情況，解決客流擁堵問題。2 涉及的參與者與關(guān)注點接待處：需求景區(qū)售票系統(tǒng)及時有效的給予票務訂單與信息，并根據(jù)售票訂購訂單情況與實際情況相結(jié)合，為工作日的客流量工作做好準備措施。根據(jù)景區(qū)的最大限容游客量，以及各個外部團體訂購需求，做出合理的反饋。3主成功場景（或基本流程）常規(guī)事件流： 接待處接受次日等工作日得訂票情況，并制定工作計劃。 接待處接受來自售票系統(tǒng)數(shù)據(jù)庫的數(shù)據(jù)時時更新，并對客流量進行合理的接待。4 擴展（替代流程）替代流程： 接待處接受數(shù)據(jù)庫更新的錯誤數(shù)據(jù)。 未檢修出之前，采用應急工作措施。等待修復。 維護成功后，重復常規(guī)基本流程。5 前置條件接受售票系統(tǒng)的數(shù)據(jù)庫更新。6 后置條件（成功保證）數(shù)據(jù)庫數(shù)據(jù)更新