【正文】 庫要求有備份 和恢復 機制，以防止數據的全部丟失。 山東大學碩士學位論文 23 第 3 章 旅游業(yè)務管理 系統(tǒng)的設計 系統(tǒng)技術架構設計 在上世紀 90 年代， C/S 系統(tǒng)開始出現。 C/S 模式是一種兩層結構的系統(tǒng)：第一層是在客戶機系統(tǒng)上結合了 表示與 業(yè)務邏 輯；第 二層是 通過網 絡結合 了數據 庫服務 器。其次， C/S 模式提供了更安全的存取模式。 山東大學碩士學位論文 24 系統(tǒng)功能架構 系統(tǒng)功能構架設計是將需求從具體到抽象的一個過程。各模塊在這些關系的約束下共同構成一個統(tǒng)一的整體，完成系統(tǒng)的功能。 在這里，重點講一下業(yè)務邏輯層中的類圖關系。線路和線路詳細信息都更新數據庫。 團隊信息依賴于游客信息 ，游客報名選擇某個團隊，決定團隊的各類人數。 下面通過動態(tài)建模對類之間的交互進行描述，展現它們之間的協作。 登記窗體接到添加用戶的請求后，向數據庫發(fā)出添加請求，數據庫完成添加。“ dataBase”數據庫?！?formmaoli”是毛利匯總窗體，主要用于匯總各類毛利信息。 山東大學碩士學位論文 29 u s e r m a o r i F o r m d a t a B a s e1 : S u m m a r y m a o r i2 : s e l e c t r e c o r d s f r o m d a t a b a s e3 : r e t u r n r e c o r d s 圖 36數據統(tǒng)計用例 順序 圖 系統(tǒng)的 部署 圖 該系統(tǒng) 采用簡單的 C/S 兩 層 結構 設 計 ， 將 業(yè) 務 邏 輯和 放在客戶端，通過與數據庫的交互完成一系列功能需求 和用戶對數據檢索速度的要求 。財務管理中收款，付款有兩張表。 其中的老人數、成人數、占床兒童數、不占床兒童數在成本計算和旅行計劃制定中將被用到。 數據庫命名為 Travel，在這個數據庫管理系統(tǒng)中要建立 20 張表，分別是 地區(qū)、匯率、簽證報價、用餐報價、車型 報價、票報價、保險費報價、地接社報價、酒店報價、酒店信息、供應商信息、旅游線路、線路詳細信息、 用餐計劃、門票計劃、 游客列表、團隊列表、收款、付款、權限列表 。 表 33簽證報價 表 列名 數據類型 長度 允許空 代碼 nvarchar 4 否 山東大學碩士學位論文 31 名稱 nvarchar 50 否 供應商代碼 nvarchar 4 否 供應商名稱 nvarchar 50 否 停留期 nvarchar 50 否 有效期 nvarchar 50 否 金額 decimal 18 否 用餐報價 表 用餐報價表記錄了餐飲的供應商和報價等 信息，結構如表 34所示。 表 38地接社報價表 列名 數據類型 長度 允許空 代碼 nvarchar 4 否 項目名稱 nvarchar 50 否 供應商代碼 nvarchar 4 否 供應商名稱 nvarchar 50 否 金額 decimal 18 否 酒店報價表 酒店報價表記錄了酒店各房型的報價信息 ，結構如表 39 所示。 表 312旅游線路表 列名 數據類型 長度 允許空 線路代碼 nvarchar 4 否 線路 名稱 nvarchar 50 否 助記符 nvarchar 4 否 總分類 nvarchar 50 否 二級分類 nvarchar 50 否 天數 int 32 否 所屬地接社代碼 nvarchar 4 是 所屬地接社名稱 nvarchar 50 是 簡介 nvarchar 50 否。 表 310酒店信息表 列名 數據類型 長度 允許空 代碼 nvarchar 4 否 名稱 nvarchar 50 否 助記符 nvarchar 4 否 地址 nvarchar 50 否 聯系人 nvarchar 50 否 辦公電話 nvarchar 50 否 手機 nvarchar 50 否 傳真 nvarchar 50 否 郵編 nvarchar 50 是 電郵 nvarchar 50 是 總經理 nvarchar 50 是 山東大學碩士學位論文 33 財務聯系人 nvarchar 50 否 賬號 nvarchar 50 否 開戶行 nvarchar 50 否 所屬地區(qū) nvarchar 50 否 1供應商信息表 供應商信息表記錄了供應商的基本信息 ，結構如表 311 所示。 表 36票報價表 列名 數據類型 長度 允許空 代碼 nvarchar 4 否 名稱 nvarchar 50 否 供應商代碼 nvarchar 4 否 供應商名稱 nvarchar 50 否 金額 decimal 18 否 保險費報價表 保險費報價表記錄了保險的報價信息 ，結構如表 37 所示。 表 31 地區(qū) 信息表 列名 數據類型 長度 允許空 區(qū)域 nvarchar 50 否 地區(qū)代碼 nvarchar 4 否 城市 nvarchar 50 否 助記符 nvarchar 4 否 分類 nvarchar 50 否 匯率 信息表 匯率 信息表記 錄了匯率 詳細信息，結構如表 32 所示。 付款管理表記錄了給供應商付費的情況 。 山東大學碩士學位論文 30 游客表中記錄了游客的信息和所報線路 。 圖 37兩層結構 部署圖 系統(tǒng)數據庫設計 旅行社業(yè)務管理系統(tǒng)因其行業(yè)的特點，基礎資料分類存儲 [10]于13 個表中。毛利統(tǒng)計窗體接到毛利計算的請求，通過檢索數據庫，將數據取出返回到毛利計算窗體。 旅游線路管理用例順序圖如圖 35 所示。 山東大學碩士學位論文 27 圖 34 游客登記用例的順序圖 （ 2）、旅游線路管理 旅 游 線 路 管 理 用 例 中 參 與 者 (user) 通 過 兩 個 對 象 來 完 成 。“ addToyouke”是登記窗體，主要用于用戶填寫游客信息。 這些類之間的關系如圖 33 所示。 T r a v e l R o u t e sD e t a i le d R o u t eD a t a B a s eT r a v e l a r r a n g e m e n t sD i n i n g P l a nB o o k in g P la n 圖 32旅行線路管理的類圖 （ 2） 業(yè)務管理過程類圖 銷售過程涉及到游客管理、團隊管理、供應商和財務管理。 此類圖展現的是線路管理中的類之間的關系，線路信息依賴于線路詳細信息 ，線路詳細信息記錄了每條線路的具體行程安排。圖 31 為 按用戶劃分的 系統(tǒng)的功能 架構 圖?？梢韵炔捎媒Y構化設計方法，把一個復雜的系統(tǒng)分解為多個功能較單一的功能模塊 。由于 C/S 在邏輯結構上比 B/S 少一層，對于相同的任務， C/S 完成的速度總比 B/S 快，使得 C/S 更利于處理大量數據。首先，交互性強是 C/S 固有的一個優(yōu)點。由于服務器連接個數和數據通信量的限制，這種結構的軟件適于在用戶數目不多的局域網內使用。因此，確保數據信息安全，也是設計的重要組成部分。 系統(tǒng)非功能性需求 精度方面 在執(zhí)行數據增加的時候，不允許出現因為程序的原因導致增加操作失敗，也不允許發(fā)生重復增加的數據；在執(zhí)行數據刪除操作的時候，不允許因為程序的原因發(fā)生多刪除數據、刪除失敗的情況；數據的修改也要求保持對應的準確性。 可靠性 可恢復性 系統(tǒng)發(fā)生錯誤或者死機時，數據保存采用數據庫事物處理模式；對于數據庫數據進行備份，能夠完成數據的恢復。 d) 打印毛利明細列表。 成功保證：正確存儲信息。 e) 打印 收款單 列表。 主成功場景： a) 財務人員進入對應游客的收款界面瀏覽該游 客所選線路的行程及報價信息。 旅游線路管理窗體添加線路查看行程安排添加具體行程信息修改行程信息點擊添加修改信息 圖 22 旅游線路管理的活動圖 山東大學碩士學位論文 20 收款管理用例： 簡單描述：本用例描述了對游客進行收款的操作。旅游線路是旅行社基礎資料的重中之重，這部分的數據，要做到詳細。 c) 在線路對應的各分項中添加行程安排、用餐計劃、購物計劃及報價 。 前置條件：操作員必須具有操作權限。收款賬單的生成由相應的收款按鈕實現。 2c 游客要求取消報名 1. 操作員取消此交易，如果已經錄入，則進行退團操作。 （ 4） 打印顧客基本信息，請顧客確認。 成功保證 ： 正確存儲信息 。 范圍：旅游業(yè)務管理系統(tǒng) 級別：用戶目標 涉眾及其關注點： 山東大學碩士學位論文 17 — 操作員：希望準確錄入并保存至用戶檔案中 。 用例“ 基礎資料管理”、 “ 游客登記 ” 和“團隊管理”由操作員來參與實現，財務人員主要是參與“收款”、“付款”和“數據統(tǒng)計”，而系統(tǒng) 管理人員主要是 參與 “ 用戶權限 ”、“ 數據庫維護”以及操作員和財務人員的一系列 操作 。 (6) 數據統(tǒng)計用例 本用例負責旅行社的銷售數據的分析和財務統(tǒng) 計 的功能。 通過此操作錄入游客信息。通過對需求的進一步分析，可以確 定系統(tǒng)中存在以下用例： (1) 基礎資料管理用例 這是一個大的用例，它包括 地區(qū)、匯率、報價、旅游線路及供應商 管理等用例?，F對參與者描述如下： (1) 操作員 描述： 操作員 可以 管理基礎資料、辦理游客等級業(yè)務、管理旅游團隊信息 。它們的需求如下所示。 密碼修改：管理員都可以 修改 用戶 密碼。 財務人員管理： 收款管理 。對于財務人員，不再需要繁瑣的對賬過程，通過該軟件輕松獲得各類數據的統(tǒng)計 ，減少財務人員的冗繁工作，提高了財務計算的準確度 。 本課題希望建立一個基于 Microsoft． NET 的旅游業(yè)務管理 系統(tǒng)。 系統(tǒng)管理模塊 該模塊包括系統(tǒng)維護和權限設置模塊。游客管理包括游客等級和游客檔案管理兩部分。因此，本系統(tǒng)加強了對 基礎資料 的信息管理和分析， 為 客戶提供更細致 的服務。根據實用性、經濟性和 可維護 性的原則進行可行性分析，將本系統(tǒng)設計成兩 層架構模式 [4]，以 C／ S 結構方式來對 旅行社的資源合理整合 ，以此來滿足不同用 戶的 訪問。 每到月底，財務人員加班加點工作是常有的情況。 這些問題集中體現在以下幾個方面： 信息滯后： 例如基礎資料中的匯率發(fā)生變化后，在記錄匯率的材料中做相應的更改，在辦理業(yè)務時， 要翻查最新的數據，既耽誤進度，又容易遺漏最新數據 。為了更有效的管理公司業(yè)務，用戶對計算機提出了更高的要求，就是將公司業(yè)務整合在一個系統(tǒng)中，方便各崗位的員工進行相應的操作?？蛻舴找殉蔀?軟件開發(fā)行業(yè) 的關鍵因素之一。 第 五 章總結全文， 介紹了 旅行社業(yè)務管理系統(tǒng) 的實現和軟件的測試， 總結本軟件在旅行社實際操作中的效果 ，并提出下 一 步工作的構想和目標。 建模包括靜 態(tài)建模和動態(tài)建模。 (5) 旅行社業(yè)務管理系統(tǒng)的開發(fā)與實現：編程實現各模塊 [2]的功能 。 （ 3）在確定了旅游業(yè)務各流程的基礎上，實現系統(tǒng)的總體結構設計、各模塊 設計 ，將旅游業(yè)務辦理整合到軟件中實現 。 (4)從數據處理型向決策型發(fā)展 早期的管理系統(tǒng)一般只負責處理日常事務，如一般的事務統(tǒng)計、匯總、制表、檢索和打印等基本處理，它的最大特點就是能將數據和信息集中起來，進行快速處理，統(tǒng)一使用。 (2)操作界面人性化 管理軟件在注重標準化的同時，也越來越注重人性化的設計，從客戶角度出發(fā)定制界面、定制各類報表，與 旅行社 業(yè)務緊密聯系。而大 部分 的 中型 以上 的旅 游公 司 都已經成功進入 計算機辦理業(yè)務 階段，它們在 信息化 化建設中投入了大量的資金，也收獲了 辦公自動化 所帶來的在降低經營成本、提高效率和增強競爭力等各個方面的巨大好處。第三，技術條件的制約，也會使得辦公自動化建設難以達到預期的目的。 山東大學碩士學位論文 5 國內外同類課題開發(fā) 狀 況 辦公自動化（ Office Auto mation，簡稱 OA）是 20 世紀 70 年代中期發(fā)達國家創(chuàng)立并發(fā)展起 來的一門綜合性技術。 OA 的發(fā)展反映了越來越多的辦公業(yè)務活動被物化于各種越來越先進的信息處理設備中這樣一個趨勢 .所以 ,OA總 是利 用最 新技 術和 辦公 設備 為辦 公人 員提 供現 代化 辦公 環(huán)境 ,實現 辦公 事務 處理 的自 動化 和智 能化 ,以 不斷 提高 辦公 效率 和管 理水平 .它總是力 圖把現代 科學技術的 最新科技 成果 ,盡 快應用于 人類辦公和管理的各個領域 ,以求得 最大的回報 .總的 來說 ,OA 系 統(tǒng)應滿足以下 3 個要求 :