【文章內(nèi)容簡介】 出的數(shù)量和形式等。 5 業(yè)務流程圖使用的符號如圖 12 所示。 圖 12 業(yè)務流程符號圖 Fig12 Business Processes Symbols chart 圖 13 售票 系統(tǒng)業(yè)務流程圖 Fig 13 business prospects of the system flow chart 數(shù)據(jù)處理 表示處理 表示業(yè)務流向 表示輸入 ∕ 輸出的報表 表示賬冊 記錄列表 影片查詢 影片列表 購票 成功或失敗 營業(yè)員 記錄查詢 記錄查詢條件 影片查詢條件 6 圖 14 管理 系統(tǒng)業(yè)務流程圖 Fig 14 Operational flow chart of the background system 管理員 影片計劃查詢 影片計劃列表 添加、刪除影片計劃 成功 或失敗信息 影片計劃信息 營業(yè)員查詢 營業(yè)員信息 營業(yè)員列表 添加、修改、刪除 成功或失敗信息 添加、修改、刪除 營業(yè)網(wǎng)點查詢 營業(yè)網(wǎng)點信息 營業(yè)網(wǎng)點列表 成功或失敗信息 營業(yè)記錄信息 營業(yè)記錄查詢 營業(yè)記錄列表 營業(yè)記錄列表 7 現(xiàn)系統(tǒng)存在問題及薄弱環(huán)節(jié)分析 通過系統(tǒng)調(diào)研，我認為現(xiàn)行系統(tǒng)存在的問題及薄弱環(huán)節(jié)主要表現(xiàn)在下列幾個方面： 、運營成 本高、 效率慢 、信息不共享 。 ，工作效率很低下。 ，如放映時間、價格、場次等。 ，容易出現(xiàn)工作人員和觀眾或者觀眾和觀眾之間在排隊買票時發(fā)生爭執(zhí)。 、物力和財力。 ，對于銷售信息的存儲及查詢等非常不方便。 ，等候時間長，使得周圍環(huán)境衛(wèi)生受到影響。 8 2 需求分析 總體目標 傳統(tǒng)的人工售電影票方式需要固定的人力、固定的地方，要求影院事先公布好要放映的影片信息和電影票價格 ，觀眾從固定的幾個影片中選擇想看的，然后電影院排隊購買。這需要很多時間的投入，對于現(xiàn)在社會高效率的生活節(jié)奏來說，這種方式已經(jīng)越來越不能適應科技發(fā)展與信息化建設的需要。尤其現(xiàn)在人們生活質(zhì)量提高了，對于精神文化的追求越來越多，如果人們都去電影院排隊買票，那將會給影院和觀眾本身帶來眾多的不便。 基于 C/S 架構(gòu)的影院管理系統(tǒng)，該系統(tǒng)能通過各營業(yè)網(wǎng)點為顧客提供電影查詢，購買電影票以及退票的服務。當顧客到達營業(yè)網(wǎng)點后向電影公司營業(yè)員提供電影名，地點和放映日期，營業(yè)員根據(jù)以上信息，操作軟件查詢滿足條件的電影。然后根據(jù)時間 和要求來選取想要觀看的電影 ,這樣使得影迷購票更方便 ,交易更順暢。如果觀眾覺得自己買的票 不是很符合自己的時間要求，可以在電影為開始放映前改票，這使得電影院更人性化，能使觀眾應對臨時變化。 具體目標 電影院的場次管理人員可以通過系統(tǒng)將要播放的電影、播放時間、放映廳的號碼以及票價等信息錄入電腦，并可以將近期將播放的電影信息預先顯示上，以方便在線用戶進行瀏覽。對于每部電影已上映場次及收入需要有備份。售票窗口根據(jù)錄入的信息售票。賣票的收入跟隨每張票的售出錄入財務系統(tǒng)（改財務系統(tǒng)只是記錄下影片票房情況和其他財 務無關(guān)），票價根據(jù)普通票、學生票、團購票、代金券票及座類有所差別，這些信息都要存檔。在售票方面，我們要能保證，當一場電影的票被售空的時候，我們不能再出售該場次得票，而且售出的票要保證不能有相同的。于是，我們要能夠記錄，每場電影哪些座位的票已經(jīng)售出了。電影票要有一個唯一標識及相應的影片，時間，影廳，座位，座類，票類和票價。 系統(tǒng)分為兩種用戶角色（一般用戶、管理員），根據(jù)用戶角色的不同進入不同的操作界面。實現(xiàn)方便的嚴格的信息管理。管理員登錄系統(tǒng)后可以隨時錄入新的電影信息。實 9 現(xiàn)靈活更新信息。營業(yè)員登錄系統(tǒng)后，可以 更新（修改、刪除）個人信息和訂單信息。管理員登錄系統(tǒng)后，可以更新（修改、刪除）電影信息和用戶信息。實現(xiàn)方便的信息查詢功，支持系統(tǒng)首頁瀏覽查詢。支持多條件動態(tài)搜索查詢。實現(xiàn)電影票價格統(tǒng)計核算，可實現(xiàn)購物車內(nèi)所有電影票價格的統(tǒng)計核算。 Use Case 建模 定義參與者 根據(jù)整個系統(tǒng)的需求分為前臺管理模塊和后臺管理模塊?？梢源_定 2 個參與者，即用戶和管理員。 用戶使用前臺管理模塊注冊個人信息，登陸系統(tǒng)，瀏覽或搜索電影信息，購買電影票，設置購物車。 管理員使用后臺管理模塊登陸系統(tǒng)，管理用戶信息，添加 或刪除電影信息，處理訂單信息，查看庫存銷售信息。 Case 圖 根據(jù)系統(tǒng)需求分析，結(jié)合上節(jié)系統(tǒng)參與者的定義分析，得到系統(tǒng)的用例如下： 管理 查詢 結(jié)合參與者和用例得到系統(tǒng)的用例圖如下圖 21 所示。 10 圖 21 影院管理 系統(tǒng) Use Case 圖 Fig21 Use Case for Cinema Management System 查詢影片 售票 結(jié)算 營業(yè)記錄 營業(yè)記錄結(jié)算 營業(yè)員 登陸 電影查詢 網(wǎng)點管理 記錄結(jié)算查詢 電影管理 營業(yè)員管理 管理員 處理記錄結(jié)算 11 3 概要設計 需求分析階段已經(jīng)完全弄清楚了目標系統(tǒng)的各種需求，較好地解決了要讓所開發(fā)的軟件“做什么”的問題，下一步就要著手實現(xiàn)軟件的需求，即要著手解決“怎么做”的問題。 根據(jù)需求分析階段的內(nèi)容得到本系統(tǒng)的功能模塊圖，并進行了系統(tǒng)的架構(gòu)設計。 體系結(jié)構(gòu)設計 該系統(tǒng)的研究內(nèi)容主要有三部分，系統(tǒng)的體系結(jié)構(gòu)研究。數(shù)據(jù)庫安全設計。隨著網(wǎng)絡技術(shù)的發(fā)展，系統(tǒng)的安全性成為目前系統(tǒng)開發(fā)的重點，安全系數(shù)高的系統(tǒng)才能有大的市場。因此，在開發(fā)系統(tǒng)的時候，我 們對數(shù)據(jù)庫的安全設計進行了詳細的研究。界面設計。好的界面設計可以給用戶很高的視覺享受和友好暗示。所以，在系統(tǒng)開發(fā)過程中，我們對界面傾注了大量的時間進行了研究。 圖 31 影院售票系統(tǒng)功能模塊圖 Fig31 Cinema Ticketing System Function block chart 該系統(tǒng)主要功能如圖 31所示，當顧客到達營業(yè)網(wǎng)點后向電影公司營業(yè)員提供電影名，影院管理系統(tǒng) 營業(yè)網(wǎng)點售票 影院綜合管理 電影查詢模塊 購電影票模塊 營業(yè)記錄模塊 退出系統(tǒng)模塊 電影計劃管理 網(wǎng)點管理模塊 電影信息管理 結(jié)算統(tǒng)計模塊 操作員信息管理 營業(yè)記錄模塊 退出系統(tǒng)模塊 12 地點和放映日期，營業(yè)員根據(jù)以上信息，操作軟件查 詢滿足條件的電影。在查詢出電影信息的基礎(chǔ)上，根據(jù)顧客的要求選擇某個電影，時間，然后等待顧客確認，并收取票款，然后執(zhí)行出票操作。根據(jù)顧客提供的電影票，查詢出該電影票的信息，然后根據(jù)該電影票的退改簽規(guī)定收取一定手續(xù)費，將剩余票款退還給顧客，并將電影票收回。 該系統(tǒng)要求能進行電影信息管理，管理員能添加和刪除電影上映計劃，還能臨時修改電影上映計劃，對電影上映計劃的修改包括臨時添加電影和臨時取消電影。除此之外，管理員還能隨時更新電影的折扣。該系統(tǒng)要求能進行營業(yè)員和營業(yè)網(wǎng)點的管理，營業(yè)管理員能添加營業(yè)網(wǎng)點，刪除營業(yè)網(wǎng)點 ，修改營業(yè)網(wǎng)點的信息（名稱，地址，電話等），添加營業(yè)員，刪除營業(yè)員。 該系統(tǒng)能保存所有營業(yè)記錄，營業(yè)記錄是營業(yè)員與 影院 公司進行營業(yè)款結(jié)算的依據(jù)，營業(yè)款的結(jié)算采用兩級結(jié)算的原則，電影公司與每個營業(yè)網(wǎng)點經(jīng)理結(jié)算，營業(yè)網(wǎng)點經(jīng)理與每個營業(yè)員結(jié)算，原則上營業(yè)款應該每天結(jié)算。該系統(tǒng)還要求有日志記錄的功能，日志要求記錄以下事件：營業(yè)員的登錄，登出，成功的訂票操作和退票操作，營業(yè)款的結(jié)算記錄， 電影 管理員對電影計劃的成功修改，營業(yè)管理員對營業(yè)員和營業(yè)網(wǎng)點的成功修改等。 架構(gòu)設計目標 軟件架構(gòu)設計要達到如下的目標： 1． 可行性（ Feasible）。架構(gòu)具有可行性是架構(gòu)設計的基石。 2．可靠性（ Reliable）。軟件系統(tǒng)對于用戶的商業(yè)經(jīng)營和管理來說極為重要，因此軟件系統(tǒng)必須非?？煽俊? 3．安全行（ Secure）。軟件系統(tǒng)所承擔的交易的商業(yè)價值極高，系統(tǒng)的安全性非常重要。 4．可定制化（ Customizable）。同樣的一套軟件，可以根據(jù)客戶群的不同和市場需求的變化進行調(diào)整。 5．可擴展性（ Extensible）。在新技術(shù)出現(xiàn)的時候，一個軟件系統(tǒng)應當允許導入新技術(shù)，從而對現(xiàn)有系統(tǒng)進行功能和性能的擴展。 6．可維護性（ Maintainable）。軟件系統(tǒng)的維護包括兩方面，一是排除現(xiàn)有的錯誤，二是將新的軟件需求反映到現(xiàn)有系統(tǒng)中去。一個易于維護的系統(tǒng)可以有效地降低技術(shù)支持的花費。 7．可升級性（ Scalable）。軟件必須能夠在用戶的使用率、用戶的數(shù)目增加很快的情 13 況下，保持合理的性能。只有這樣，才能適應用戶的市場擴展得可能性。 8．客戶體驗（ Customer Experience）。軟件系統(tǒng)必須易于使用，軟件的最終用戶很可能是不具有計算機專業(yè)技術(shù)的人員。 系統(tǒng)架構(gòu) 設計 下面我們將根據(jù)架構(gòu)設計原則和信息系統(tǒng)原理來建立系統(tǒng)的架構(gòu)設 計模型。將信息系統(tǒng)中比較關(guān)心的對象分層，可分為三層：用戶界面層、業(yè)務層、數(shù)據(jù)訪問層再把各層中的 一些公共部分提出來：權(quán)限管理、異常處理，這樣得到包圖如 32 圖 32 影院售票系統(tǒng)的包圖 Fig32 Package Diagram of Cinema Ticketing System 1. 用戶 界面包 視圖界面包的職責是： （ 1） 與用戶和管理員的交互，接收用戶和管理員的各種輸入以及輸出各種提示信息或處理結(jié)果。 （ 2） 對于輸入的數(shù)據(jù)進行數(shù)據(jù)校驗，過 濾非法數(shù)據(jù)。 （ 3） 向業(yè)務 處理對象發(fā)送處理請求。 用戶 界面包展開圖如圖 33所示： 用戶界面 業(yè)務邏輯 數(shù)據(jù)訪問 權(quán)限管理 異常處理 14 圖 33 用戶 界面包展開圖 Fig33 Package Diagram of User Interface 用戶 界面包包含的類如圖 34： 圖 34 視圖界面類圖 Fig34 Class Diagram of View Interface 2. 業(yè)務 邏輯包 業(yè)務邏輯 包的職責是： （ 1） 實現(xiàn)各種業(yè)務處理邏輯或處理算法。 （ 2） 驗證請求者的權(quán)限。 （ 3） 向數(shù)據(jù) 訪問對象發(fā)送數(shù)據(jù)持久化操作的請求。 業(yè)務 邏輯包展開圖如圖 35所示： 用戶界面 輸入，輸出 數(shù)據(jù)校驗 發(fā)送 業(yè)務處理請求 15 邏輯處理實現(xiàn)各種業(yè)務邏輯處理或處理算法驗證請求者的權(quán)限向數(shù)據(jù)訪問對象發(fā)送數(shù)據(jù)持久化操作的請求向視圖界面層返回處理結(jié)果 圖 35 業(yè)務 邏輯包展開圖 Fig35 Package Diagram of Business 業(yè)務邏輯 包包含的類如圖 36： 圖 36 業(yè)務 邏輯類圖 Fig35 Class Diagram of Business 3. 數(shù)據(jù)訪問包 數(shù)據(jù)訪問層的職責是： （ 1） 實現(xiàn)數(shù)據(jù)的持久化操作。 （ 2） 實現(xiàn)事務處理。 數(shù)據(jù)訪問包圖展開如圖 37所示： 數(shù)據(jù)訪問 實現(xiàn)數(shù)據(jù)的持久化操作實現(xiàn)事務處理 圖 37 數(shù)據(jù)訪問包展開圖 Fig37 Package Diagram of Data Access 數(shù)據(jù)訪問包包含的類見圖 38： 圖 38 數(shù)據(jù)訪問類圖 Fig38 Class Diagram of Data Access 16 對于每一個業(yè)務處理中需要持久化操作的對象都可以對應為一個數(shù)據(jù)庫訪問對象，在很多業(yè)務處理中需要請求多個數(shù)據(jù)庫訪問對象來進行數(shù)據(jù)的讀寫操作，而這些操作又必須在同一個事務中，這時需要用同一個數(shù)據(jù)庫連接對象 [7]來進行統(tǒng)一的事務處理。這里的數(shù)據(jù)庫連接類的創(chuàng)建用到了單件（ Singleton）模式，保證一個類僅有一個實例，一個用戶在同一時刻只能用一個數(shù)據(jù)庫連接對象。 4. 權(quán)限管理包 權(quán) 限管理的主要職責是： （ 1） 驗證請求者的請求權(quán)限。 （ 2） 提供請求者的權(quán)限列表。 權(quán)限管理包圖展開如圖 39所示： 權(quán)限管理 驗證請求者的請求權(quán)限提供請求者的權(quán)限列表 圖 39 權(quán)限管理包展開圖