基于三層結構的體育場館信息管理系統的研究

[摘要] 論文介紹了基于用戶/應用服務器/數據庫服務器三層結構，所進行的體育場館信息管理系統的研究與開發，并完成其主要功能和數據庫表的設計。通過該項目總結得出，基于三層及多層技術體系是設計、開發信息管理應用系統目前較好的一種技術選擇。

[關鍵詞] 用戶層應用層數據庫層體育場館信息管理系統

一、引言

體育場館作為體育健身和各種大型比賽文體活動的載體，在體育產業中的地位非常重要，但是由于多方面原因，目前體育場館的信息化管理建設水平一直不高，尤其承擔全民健身重要責任的大眾健身場館信息化建設水平非常落后。為了進一步促進體育場館的信息化建設，響應數字體育之精神，建設全新的數字場館。

現在基于三層體系結構進行計算機應用系統的研究與開發，是軟件體系結構領域的重點課題。所謂三層體系結構，即用戶、應用服務器和數據庫服務器。用戶層主要指用戶界面，它要求盡可能的簡單，使最終用戶不需要進行任何培訓就能方便地訪問信息；第二層就是應用服務器，也就是常說的中間件，所有的應用系統、應用邏輯、控制都在這一層，系統的復雜性也主要體現在應用層；最后的數據庫服務器存儲大量的數據信息和數據邏輯，所有與數據有關的安全、完整性控制、數據的一致性、并發操作等都是在第三層完成。

二、體育場館系統主要功能設計

1.系統軟件層次結構

系統為客戶端/WEB服務器端/主數據庫端結構。

主數據庫服務器端作為業務主數據庫存在。所有客戶端的銷售信息、場地狀態信息均集中到服務器端，且自動輸出每日、每月、每年銷售清單，計算銷售分成等。WEB服務器端接受網上預定訂單，并通過網絡或其他方式通知相應的客戶端；同時接受客戶端返回的信息，自動更新網頁上的場地預定信息，并與主數據庫服務器端的業務數據庫應用程序進行數據信息交換。客戶端分為兩種：一是處于Internet上利用IE等瀏覽器使用該系統的用戶通過internet或其他方式與服務器交互數據。，；另一就是使用該系統的客戶端應用程序相對獨立運行于場館的銷售終端（pc）上，由銷售人員輸入銷售信息、場地狀況等，打印小票；輸出月度、年度銷售清單，計算銷售分成等。系統的軟件層次結構如下圖:

WEB服務器端主頁面包括以下內容:各場館預訂模塊入口、信息發布模塊、預留產品銷售接口要求頁面整潔、簡單、易用，功能明確。數據庫服務器端為網上預訂、網絡通信、會員管理和財務統計等模塊組成。編程語言使用jsp，數據庫選用mysql，平臺為windows2000 server

客戶端為一個獨立運行的程序，包括場館銷售模塊、會員管理、卡結算，系統管理等模塊。要求程序界面清晰、功能完備。編程語言使用Java，數據庫使用mysql，平臺為兼容windows98、windows2000。

2.系統主要軟件模塊

(1)場地銷售：

長期預定:長期預定使用某一塊場地。

訂單查詢:列表模式，根據編號等多種形式進行查詢。

場地銷售:以圖表的形式顯示場地的狀態。對于選擇的場地可以進行銷售。銷售的同時可以打印小票（/發卡）。

散票銷售:選擇項目，根據項目和當前時間，自動計算出銷售消費金額，收錢，打印小票（/發卡）。（退票業務）

場地預定:查詢場地，輸入預定人的會員卡號，保存會員的預定信息。

補充:銷售與預定的業務說明:

散票銷售:現場交錢，前臺發放票，項目業務員收票并且記錄。不同的時間，散票銷售的價格不一樣，一般周末貴，平時便宜。

場地預定:只有場館會員才能預定。通過電話或別的方式預定，到預定時，提前到場地辦理簽到手續并且繳納款；如果預定人不按時簽到，則取消其會員卡使用的權利。

(2)前臺接待

場地前臺:檢票、安排場地以及記錄用戶鍛煉信息。

(3)會員管理

會員卡銷售:選擇會員卡類型，自動計算消費金額。

會員信息查詢:會員查詢列表-〉總帳戶信息。

單項卡查詢:

會員卡掛失:讓會員卡失效，不能使用。實效的會員卡。

會員卡補辦:輸入舊會員卡號，自動生成新的會員卡。卡中數據從舊卡中帶出，保存后才生成新的會員卡。

退卡:收回會員卡，退回用戶的金錢。

補充:會員卡業務說明

會員卡:從類型上分為單個項目會員卡和所有項目的通卡。從類型上分可以分為計次、計時、儲值三種類型。

場館通卡:根據卡類型不同，在某個時間范圍內，對某一些項目可以打折，折扣率不同。

計次卡:在指定的時間內，不限人，對指定的項目，使用指定的次數。

包時卡:指定的時間內，限制本人使用，對指定的項目，隨意使用（限制每天訪問次數）

儲值卡:指定的時間內，不限人，對指定的項目，使用指定的金額。

(4)財務管理

結算：每日、月、季和年自動進行財務結帳業務處理，將銷售數據轉入財務系統系統。

(5)綜合報表

銷售情況統計:提供銷售數據的日報、周報、月報。

客流量統計:按照某個時間段對場館客戶流量進行統計，可以分部門和分項目進行統計。

會員情況查詢:統計各種會員卡的辦理情況。

(6)系統管理

用戶管理:系統用戶的個人信息設置。錄入用戶名、編碼、密碼、部門、權限。

場館項目設置:設置項目。

會員卡類型設置:卡類型設置。設置會員卡可以服務那些項目，以及對每一個項目的折扣率。

系統功能設置:設置系統功能模塊的編碼，用戶系統權限的控制。

場地類型設置：設置場地型項目的類型，基本信息、開放時間、以及價格等信息。

場地項目設置：設置場地型場地的可用總數，每一種場地的信息。

3.系統數據庫設計

三、結論

我們依據基于客戶端/WEB服務器端/數據庫服務器端體系結構，結合實際體育場館經營進行了多個數字體育場館項目建設、實施，取得的良好的經濟效益和社會效益。這一研究與開發，在B/S、C/S體系結構的基礎上，突破了以往系統設計思路，對于應用三層及多層結構進行高質量和高效率系統軟件設計、開發具有較高的參考價值。

通過該系統的研究與開發，從而得出基于三層及多層體系結構而設計、開發的應用系統有以下幾方面的優點：

1.高效的系統并發處理能力

三層或多層結構，可以將數據處理從客戶端轉移到應用服務器和數據庫服務器上。這樣，盡管客戶端與應用服務器之間可能存在著多個甚至數百個的連接，但是應用服務器與數據庫服務器之間的連接卻只有少數幾個，從而達到減少通信線路上傳遞的數據量的目標。這樣的功能分配提供了很強的系統可伸縮性，使得在用戶數量急劇增加時還能保持系統性能的穩定。使用傳統的客戶機/服務器模式根本無法勝任上千個客戶機同時運行同時需要訪問數據庫的工作。即使在用戶數量很大的情況下，數據庫仍能保持良好的工作負載，保持系統的快速的響應速度。

傳統的一體化集中式系統或客戶服務器架構，在處理大信息量業務時，都可能形成瓶頸。而多層體系架構的組件式系統將界面、界面發布、業務應用邏輯及數據存儲分為多個層次分散管理，邏輯或物理地將它們分開，可減輕系統壓力，提高整體性能。并且中間層可以采取多機并行的方式，相互備份的方式，保證系統的高可用性。

2.可適應不斷的變化和新的業務需求

任何應用系統實施的重點不在于需求確定以后能否實現這些需求，而是在系統實施后如何適應變化的需求。系統的開發和維護過程中，技術人員可以按照新的需求，通過在不同系統層次上調度更新的組件或新加入的組件來調整舊的系統，以適應新的與不斷變化的要求。以往的系統只能靠專業維護人員或系統開發商的再次開發或修改原有系統，才能滿足新的需求，代價往往很大，無法保證時間上的要求。

3.能有效提高系統安全性

多層體系結構將數據與程序、數據控制與應用邏輯分層獨立管理，能更嚴格地控制信息訪問；信息傳遞中采用數據加密技術，可進一步減低信息失密的風險。應用服務器內建安全控制數據庫，實現應用服務器與數據服務器的雙重權限控制，對權限的劃分更準確、靈活、嚴格。新系統在信息訪問、傳遞和存儲三個環節上均有嚴格的安全措施。