熱門論文
最新論文
高爾夫會員信息管理系統的設計與開發
發布時間：2023-07-20 15:09
摘要 I
Abstract II
目 錄 III
第 1 章 緒論 1
1.1研究背景 1
1.2國內外研究現狀 2
1.2.1國內研究綜述 2
1.2.2國外研究綜述 4
1.3 主要研究內容 5
第 2 章 系統架構與關鍵技術 6
2.1B/S 模型 6
2.2J2EE 技術 7
2.3Javascript 技術 9
2.4jQuery 技術 10
2.5MVC設計模式 10
2.6Mysql 數據庫 11
2.7本章小結 11
第3章 系統需求分析 12
3.1必要性及業務需求分析 12
3.1.1會員信息管理系統構建必要性 12
3.1.2業務需求分析 13
3.2系統需求分析 14
3.2.1系統功能需求分析 14
3.2.2系統非功能需求分析 20
3.3本章小結 21
第4章 系統開發與實現 22
4.1系統功能結構設計 22
4.1.1會員注冊模塊設計 22
4.1.2會員個人信息管理功能模塊設計 23
4.1.3會員管理功能模塊設計 24
4.1.4信息管理功能模塊設計 25
4.1.5數據統計功能模塊設計 26
4.1.6系統管理模塊設計 27
4.2數據庫設計 27
4.3系統總體架構設計 31
4.4系統實現 32
4.4.1系統登錄界面實現 32
4.4.2會員信息修改實現 34
4.4.3會員信息刪除實現 35
4.4.4會員信息添加實現 36
4.4.5動態新聞功能模塊實現 37
4.4.6信息統計分析功能實現 38
4.4.7客戶留言功能實現 39
4.5本章小結 40
第 5 章 系統測試 41
5.1測試方式 41
5.2軟件測試流程 42
5.3系統測試過程 42
5.3.1 客戶端測試 42
5.3.2服務器端測試 43
5.4瀏覽器兼容性測試 43
5.5 安全性測試 44
5.6 測試結果 45
5.7本章小結 45
第 6 章 總結與展望 47
致謝 49
參考文獻 50
第 1 章 緒論
1.1研究背景
民眾經濟水平提高帶動相關產業發展，各類運動俱樂部不斷出現，此類運動 俱樂部為滿足民眾愛好而生，為獲取更高利益的同時能夠服務更多民眾，擴大經 營范圍，其中多數俱樂部已開始運行會員制度，近年來，信息技術不斷發展，此 類會員制度亦逐漸開始信息化，此中尤以會員信息管理系統為主，面對較為龐大 的會員用戶數據及相關信息，如何設計出一種運行流暢、處理信息效率高，且能 對會員用戶群進行分類與查找的信息管理系統，為當前高爾夫管理關注的重要目 標。高爾夫運動為舶來品，自傳入我國以來已有百年，但于我國一直無較大發展， 直到上世紀八十年代左右，經濟迅速發展使得民眾開始追求物質生活以外的精神 文明生活，高爾夫運動作為一項能夠陶冶情操、改善身體條件、培養良好心態的 運動走入大眾視野，隨即受到大眾喜愛。我國高爾夫俱樂部的管理模式分為三類 型，第一類型為業主直接管理；第二類型為職業經理人全權管理；第三種為俱樂 部公司連鎖管理［1］。三類管理模式存在不同差異，但其中皆存在著人員缺乏、業 務管理失調的現象，現今階段高爾夫球已成為一項較為熱門的休閑運動，影響力 存在于社會各界中，許多民眾皆經常于工作閑暇之余，打幾桿高爾夫球。各大高 爾夫俱樂部會員逐漸增多，但管理系統與管理方式皆存在一定問題，此類原因會 潛移默化地影響著俱樂部的各項效益，若具有一種快速且便捷的會員信息管理系 統，不但可以解決會員基數過于龐大的問題，亦可為管理方面做出相應貢獻。
現階段我國高爾夫俱樂部管理形式主要分為會員制、非會員制兩種形式，因 會員制集資功能較強、改易較低已逐漸成為高爾夫俱樂部主要經營模式。高爾夫 俱樂部會員管理系統設計以實際業務流程為主要設計背景，會員管理系統具有頁 面整潔及使用方便等特點，以會員信息管理、會員積分管理為重要管理內容。高 爾夫俱樂部管理人員通過創建智能化、信息化的會員管理系統，不僅簡化工作程 序，還可避免人員進行重復性工作，有效提升工作人員工作效率。
目前，國內已有約 500 家高爾夫球會和數千座高爾夫練習場。隨著俱樂部會 員積累顯著增長，形成了一個日益增長的龐大會員群，但是好多高爾夫俱樂部的 會員管理目前還停留在依靠名片和筆記本、和簡單的電腦文件記錄的階段［2］。隨 著會員群的增大，隨著競爭的日益加劇，會員需要更加個性化的服務和關懷，目 前分散、片斷的會員信息資源，無法做到真正了解自己的會員，提供個性化的服 務來提高會員的滿意度和忠誠度；無法準確掌握潛在會員，無法給出更及時、更 精確的數據來作為管理者改進策略、提升競爭和盈利能力的依據。
針對上述問題，會員管理系統強調“從會員出發”，以會員為管理對象，基于 會員生命周期的發生、發展完整管理業務過程；根據會員的需求來匹配高爾夫的 業務流程，動態管理會員業務信息和會員價值狀況，全面提升高爾夫俱樂部的競 爭及盈利能力。
1.2國內外研究現狀
1.2.1國內研究綜述
我國會員卡制度建立時間相對較晚，因此，技術發展方面相對落后，尚未達 到成熟狀態。而國內市場當中會員卡信息管理系統類型較多，設計開發過程復雜。
很多類型會員卡設計存在一定缺陷，如在一些商家消費，忘記攜帶會員卡， 則將可能無法享受會員特權等問題時有出現。又如相同會員在不同地區消費同一 家商家可能無法使用會員身份等。
林世強（2011）認為，我國社會經濟發展勢頭迅猛，各地區在良好的生產環 境下與會員管理相關的系統也逐漸發展完善。通過研究分析，伴隨著技術和產品 資源內的輻射，內地市場也將逐漸活躍起來。因此，內地市場的研發空白空白也 將會在未來得到完善。
劉超（2015）在《青龍商廈會員管理系統》一文中提出我國酒店信息化發展 水平逐年提升，但是相對國外發達國家仍有差距。國內一些高端酒店已經建立自 己的網站，且可以通過穩定運行會員管理系統達到良好管理。
林城（2014）提出，連鎖酒店管理運行復雜，全國各地分店需要進行統一管 理，為此，建立會員管理辦法可以有效提升酒店信息化程度。
學者顧宏（2018）在高爾夫會員信息管理系統的設計與研究中曾提出：高爾 夫會員信息管理系統主要工作為高爾夫俱樂部會員信息管理與會員積分管理，所 以，系統界面是否整潔、操作是否方便成為設計高爾夫會員信息管理系統的重要 要求。會員信息管理系統應以實際服務程序作為實際管理導向，同時強化高爾夫 俱樂部會員信息管理系統的智能化與信息化［3］。僅有如此，才可從根本上實現智 能化、信息化的會員信息管理，從而提升信息管理效率。此種會員信息管理系統 不僅可簡化人員工作流程，也可降低人員實際操作風險，促進高爾夫俱樂部進一 步發展，同時也對高爾夫俱樂部長久穩定發展具有重要實踐意義。
學者王思思（2014）在中國會員制高爾夫球俱樂部治理機制研究中曾提出： 現階段國內高爾夫俱樂部經營方式普遍以會員制經營為主。會員制經營方式在有 效促進高爾夫俱樂部進步發展的同時也會造成大量問題。對會員制經營方式中所 出現的問題進行梳理、分析時，應將公司治理理論作為問題梳理基礎，同時也應 借鑒先進高爾夫俱樂部管理經驗并充分結合會員特點，創建信息化、智能化、高 效化的高爾夫俱樂部會員管理機制。此管理機制通過俱樂部會員參與管理，可有 效促進高爾夫俱樂部健康發展。
學者蔡欣然（2012）在高爾夫俱樂部信息化實施研究中曾提出：隨著高爾夫 俱樂部不斷發展，僅憑人力手工開單以無法適應時代需求，也會在一定程度上阻 礙高爾夫俱樂部進步發展。因此，可將計算機管理系統與高爾夫俱樂部會員信息 管理系統有效結合，既可實現高爾夫俱樂部效益最大化，也可為俱樂部管理人員 提供真實經營數據，使高爾夫俱樂部管理人員可對俱樂部制定全面、高效的管理 方案。其次，會員信息管理模式可使高爾夫俱樂部運作流程更加規范化、標準化， 也可優化俱樂部各職能部門工作模式，改善工作人員工作方法。
學者楊穎（2013）曾針對高爾夫俱樂部所辦理會員卡違約責任進行研究并提 出見解：自高爾夫運動引入我國后，大部分高爾夫俱樂部均以會員制經營模式為 主。俱樂部、會員間產生的問題隨著高爾夫運動不斷發展也隨之增加。我國現階 段處理高爾夫會員卡糾紛時，通常使用《中華人民共和國合同法》相關法律法規 進行規范。因會員卡目前在我國法律界定尚存部分空白，法官通常將會員卡歸于 無名合同分類下，對于會員卡的處理，也使用《中華人民共和國合同法》相關法 律條款予以評判［4］。但因會員卡本身與其他合同形式具有一定差異，進行糾紛處 理時，若完全套用相關法律法規難以完全處理糾紛。因此，應以會員卡研究切入 點，使會員卡制度更加具體化、完善化。其次，高爾夫運動作為一項新興運動， 性質與其他經濟活動形式具有一定差異。高爾夫俱樂部的經營除依據市場規律經 營外，還受到大量干預政策影響，對自身經營活動造成一定限制，同時也會給高 爾夫俱樂部會員合法權利造成損害。
1.2.2國外研究綜述
國外商家企業基于會員卡信息管理系統的研究和應用都比較成熟，運用也較 為廣泛。如現在覆蓋全球的美國沃爾瑪企業，在日常運用中，該會員卡信息管理 系統不僅對于會員用戶信息的通用操作管理處理已達到很高的效率，同時還充分 整合優勢資源，運用信息技術，實行全球資源內部分享。
Prakash Sethi (2014)沃爾瑪超市中家喻戶曉的 “啤酒與尿布”的經典案 例，正是因為沃爾瑪具有完善統一的信息管理系統使其充分利用全部的數據資 源，通過全新技術進行整合分析，形成了獨特的核心競爭力，以此擁有大分量的 市場份額。
Hof，Robert D (. 2015) 家樂福是在 1959 年由法國人創立的大型零售企業， 因其先進的物流管理系統，大大減少了成本成就了低廉的商品價格而吸引大量消 費者用戶。但這些經濟實惠的商品只提供會員用戶方可享受價格優惠，因此它對 于會員卡信息管理系統的使用需求更為突出。通過近六十年的發展，該會員卡信 息管理系統已開發運用的非常完善，技術已達到十分成熟。
據 2005 年美國國家高爾夫基金會、美國高爾夫練習場協會、美國國家統計 局對美國多種形式的高爾夫俱樂部進行統計后發現，美國當時私人高爾夫俱樂部 約為 4300家，日付費、半私人高爾夫俱樂部約為 2600家，度假式高爾夫俱樂部 約為 800家，其余形式高爾夫俱樂部為6000家。其中 12000 家高爾夫俱樂部已 高達 180 億美元。除此之外，有3000個高爾夫俱樂部為非盈利組織所有，年收 入達 70 億美元。因美國高爾夫俱樂部產業分散度較高，所以對人員管理造成一 定難度。高爾夫俱樂部收入主要來源為會員費、果嶺費及食品飲料費，其中高爾 夫俱樂部會員費占據俱樂部收入的三分之一，其中果嶺費為 25%，飲料食品為 25%。除此之外，美國高爾夫俱樂部受氣候影響較大，此外，因北方封場時間限 制，使得美國高爾夫俱樂部年均接待場次為 3萬場。
蘇格蘭高爾夫俱樂部主要分為會員制俱樂部、市政俱樂部、商業俱樂部三種。 據相關數據表明會員制高爾夫俱樂部為蘇格蘭高爾夫俱樂部主要經營形式，其次 為商業制高爾夫俱樂部，最后為市政高爾夫俱樂部［5］。部分高爾夫俱樂部交由蘇 格蘭政府管理，但因人員精力及資金有限，導致球場管理水平較低、養護水平較 弱。近幾年，世界各地高爾夫游客也逐漸成為英格蘭高爾夫俱樂部收入的主要來
源。
英國高爾夫俱樂部管理機械自動化程度較高。因機械成本與人工成本相比成 本較低，因此，英國球場機械化程度與國內相比較高，且工作效率、工作質量較 高。其次，英國高爾夫草坪養護水平與國內高爾夫草坪養護相比，草坪質量較高。 與此同時，英國草坪養護均使用專業化肥，且化肥安全性能較高。英國對草坪所 使用的化學用品具有較為嚴格的審核，因此草坪所使用化學用品均具有毒性較 低、藥品殘留期較短等特點，可對高爾夫草坪起到良好養護作用［6］。除此之外， 英國高爾夫草坪負責人將會定期將機械工作數據、人工工作數據錄入計算機，并 依據計算機所錄入數據制定詳細草坪養護及場地養護方案，實現高爾夫草坪信息 化、智能化管理。
綜上所述，為使高爾夫俱樂部會員信息管理系統長期穩定發展，本章上述對 國內外高爾夫俱樂部會員信息管理及高爾夫俱樂部管理進行研究，并結合國內相 關學者觀點如顧宏對高爾夫會員信息管理系統的設計與研究、學者王思思對中國 會員制高爾夫球俱樂部治理機制研究、學者蔡欣然對高爾夫俱樂部信息化實施研 究等對中國高爾夫俱樂部會員制發展予以現狀總結及規劃。與此同時，也對美國、 英格蘭等國家的高爾夫俱樂部管理進行分析，以促進我國高爾夫俱樂部會員信息 管理系統健康發展。
1.3主要研究內容
分析高爾夫俱樂部信息化現狀，詳細分析高爾夫俱樂部行業國外市場變化， 根據高爾夫俱樂部具體情況和發展目標，對高爾夫俱樂部業務流程進行優化，確 立會員管理模式，對高爾夫俱樂部會員管理系統提出業務要求；
根據高爾夫俱樂部業務目標，分析俱樂部業務流程和企業特性，提出基于業 務目標的功能需求及非功能需求，在對業務架構、模型體系及工作流技術深入了 解后，針對俱樂部會員系統的業務特點，通過分析系統的業務性功能需求和架構 需求功能框架；
根據需求分析，對關鍵技術、系統架構、系統模塊劃分等進行詳細的分析設 計，完成總體方案設計，并考慮系統的安全性、高效性；
通過系統的測試、上線試運行，檢驗俱樂部會員管理系統功能達到業務要求、 分析統計功能的完整性和合理性。
第2 章 系統架構與關鍵技術
隨著科學技術的不斷發展，計算機軟件技術的發展呈現驚人的速度。軟件系 統規模和相關需求也隨之增加，因此計算機軟件的發展方向開始發生轉變，逐漸 將重心轉移至軟件體系結構的設計和規范上。為了能夠使計算機的一系列應用程 序呈現其自身復雜性和分布性等，Internet也漸漸成為應用系統的部署平臺。因 此對于系統開發中的各項技術和體系架構也提出了新的要求。由于當前系統開發 與實現成為社會熱點，所以本文章對B/S模型、J2EE技術等一系列系統開發與 實現中的相關技術加以介紹，并對其重要性進行分析。
2.1B/S 模型
B/S模型是在WEB興起后所產生的一種網絡結構模型，是當前WEB瀏覽 器是客戶端最廣泛應用的軟件。通過B/S模型對客戶端加以統一，隨后將能夠實 現系統功能的重要部分集中至服務器中，從而降低了系統開發和使用的難度。客 戶用機只需要安裝相關數據庫，就能夠做到使用瀏覽器與數據庫實現數據交互 [7]。
B/S模型即Browser/Server （瀏覽器/服務器模型），該模型的主要作用是利 用當前不斷發展的瀏覽器技術，并結合一系列相關技術，使瀏覽器能夠實現更為 多樣的功能，從而降低成本。
B/S 模型在架構上主要具有3 個特點。其一是在維護和升級上，具有較為簡 便的方式。當前軟件的發展過程中，軟件系統的升級與改進方式也越發復雜。
B/S 模型的產品則顯著的體現出其便捷的優勢。對于較大的單位來說，管理人員 需要在數百甚至上千臺電腦之間操作，但B/S模型只需要對服務器加以管理就足 夠了，所有的客戶端均是瀏覽器，因此無需進行多余的維護，不論用戶規模多么 龐大，都不會增加工作人員維護和升級的工作量。其二是其成本較低，由于當前 電腦中瀏覽器是必不可少的軟件之一，所以能夠有效的節約針對用戶的相關成 本，并且B/S架構的應用管理軟件還可以在Linux系統上進行運行，使用戶擁有 更多選擇。其三，由于B/S架構管理軟件只需安裝在服務器端就能進行管理，一 定程度上降低了應用服務器的負荷，降低了管理人員的管理難度。
2.2J2EE 技術
J2EE 技術是一套與傳統應用開發截然不同的技術，其包含諸多組件，能夠 有效的簡化和規范應用系統的開發等，從而提高應用系統的安全性等相關價值。 J2EE 體系結構能夠利用當前 Java2 平臺來對企業解決方案的開發等相關環節加 以簡化［8］。J2EE是目前Java技術企業級應用的最為優秀的平臺，該技術與其他 技術相比存在許多獨特的優點，例如高速反應性、可擴展性等。對于想要搭建具 有靈活性和可復用性等特點的商務系統企業提供了重要幫助。
( 1) J2EE 技術優勢分析
JAVA跨平臺語言使J2EE作為開發模式技術架構具有更高規范性、適用性, 其衍生發展而出的可移植性、高安全性等特點為其帶來較大優勢。作為開發模式 技術架構的主要發展趨勢之一， J2EE 技術已逐漸為更多程序設計人員所了解、 認知，J2EE的應用亦越來越廣泛，本文主要研究J2EE技術的優勢、結構、相關 組件技術，并根據此類技術簡單闡述設計流程。
信息化發展帶動電子商務技術向前推進，各項相關技術層出不窮，現今背景 下，對相關程序的要求逐漸升高，發展趨勢逐漸向節約化、高品質化方向發展， 此方向主要以同等條件下以盡可能少的資源、經濟投入去設計更優良的系統。 J2EE 技術與原有技術相比可有效實現此類發展趨勢，并可根據相應設計理念對 程序中各部分進行調整，因此，其受到更多企業青睞。技術優勢可分為如下幾點：
兼容性良好。 J2EE 技術兼容性較為良好，目前使用廣泛的各類系統均支持 以J2EE技術為基礎所開發的產品，于IT投資方面分析，因J2EE技術可直接進 入可移植系統中進行升級，可有效保證原有投資所具備的價值，無需廢棄原有配 置更換新式配置，有效減少資源浪費現象發生。
性能獨立化。基于J2EE技術所設計的系統均支持獨立運行，此類程序中的 體系結構經單次開發即可移植，可獨立運行于操作系統、中間件或是硬件配置中， 實現異構環境中可移植程序的運行。
延展性強。基于J2EE技術設計的相關程序中具備負載平衡功能，通過此類 技術可使多個服務器集成部署，可容納數千處理器存在，充分發揮系統延展性。
( 2) J2EE 結構分析
基于 J2EE 技術設計的應用程序其結構大多分為四層，分別為客戶層、 Web 服務器層、邏輯層、企業信息層。客戶層為運行于客戶計算機中的相關組件，完 成用戶與系統間的借口邏輯，通過http協議訪問瀏覽器；Web服務器層為組件, 主要運行于 J2EE 服務器上，其與邏輯層通過數據方式連接，進而產生互動，以 輸出形式為用戶提供所需數據；邏輯層作用與 Web 服務器層近似，二者互動產 生關系；企業信息層作用為數據庫、數據服務等,主要為信息層［9-15］。各層之間關 系詳見圖 2.1。
圖 2.1 J2EE 結構關系圖
（ 3）相關技術
Java Bean 組件技術。 Java Bean 為軟件組件之一，具有可復用性，相關程序 開發人員可于CUI、Web頁面構造器、可視化應用程序構造器等構造工具中對其 進行操作，Java Bean可作為復雜的可視化軟件組件，亦可作為簡單CUI要素顯 示于程序中，部分Java Bean組件雖無CUI表現，但亦可作為可視化組合中的一 部分，對于此類組件仍可使用程序構造器編輯與設計，最終實現。單獨的 Java Bean從結構角度分析可將其稱為具有嚴格協議的簡單化Java類，與Java Applet 相似度較高。每個 Bean 無需固定繼承特定接口與基類，但可視化的 Bean 若想 被添加于可視化容器內，需繼承java.awt. Component，非可視化Bean無需執 行此類操作［16-23］。可視化為區分Bean種類的主要參數，但需注意多數種類Bean 具備此類特征。
MVC 設計。MVC 為 M （模型 Model）、V（視圖 View）、C （控制器 Controller） 三類對象的合稱，模型為應用對象，作用為處理業務邏輯，并將其作為數據儲存， 模型多為業務邏輯模型與數據模型；視圖為屏幕表示，涉及如用戶需求、系統交 互等相關操作，為增強互動性裝置，此類工作一般通過與美工人員協商完成，使 此類程序具備可操作性的同時更為美觀，互動性更強；控制器作用為對用戶輸入 數據進行響應，主要控制數據信號輸出或駛入，可將其視為中轉站，用戶信號輸 入后經過控制器，隨后控制器做出反應，對信號進行處理，隨后對返回數據進行 處理，最終呈現給用戶。
由宏觀角度而言，MVC特點主要為以下幾點：一，單一模型下可存在多個 視圖，多個視圖可單獨存在，亦可將其編組，使其同時呈現，此類特點可有效減 少代碼數量，對內部數據精簡化；二，控制器概念有效，由于其能夠將模型與視 圖分為不同組合方式，根據請求呈現不同視圖與模型，可將其視為權限批準裝置； 三，經控制器回復所傳輸的數據與顯示邏輯不同，其脫離顯示邏輯，模型數據可 應用多類型顯示技術［24］。
設計J2EE應用時，需考慮多方面問題，單獨程序不存在問題，但其一旦與 其他程序發生沖突，會產生不可預知的程序錯誤，以MVC模式作為設計模式可 減少此類復雜問題出現幾率，以此模式開展程序設計工作，JSP只單獨負責頁面 顯示工作，其調用Bean傳遞數據進而加以顯示，直接提交給Servlet，處理后返 回JSP,相應業務邏輯由Servlet實現即可。此類設計方式可有效減少問題發生幾 率，對程序開發有提高效率，精簡數據的幫助。
2.3Javascript 技術
Javascript 技術是基于 Netscape 的 LiveScript 為基礎而發展出的能夠分辨大 小寫客戶端腳本語言。因此Netscape將Javascript技術融入了其瀏覽器中，通過 Javascript 技術為客戶提供數據驗證等相關功能，其主要目的為解決當前服務器 端語言，例如Perl等存在的問題以及為了能夠向用戶提供更為優質的體驗效果。
Javascript 技術是以對象及事件驅動為基礎并且較為安全的一種客戶端腳本 語言。其也被廣泛應用于客戶端Web開發中，主要作用是為HTML網頁增添新 的動態功能，例如響應用戶相關操作等。
Javascript 技術具有以下幾種特點： ①動態性。 Javascript 技術的顯著特點即 是該項技術是動態的。其能夠對用戶所做出的輸入做出相應的反應，而無須通過 Web 服務程序。 Javascript 技術對用戶所做出的反應時通過事件驅動的形式進行 操作。事件驅動即為用戶在主頁中通過事件驅動的方式所完成的相應動作。例如： 移動窗口等都被稱為“事件”。當事件發生，就會做出相應的反應。 ②跨平臺性。 Javascript 技術本身與瀏覽器相結合，并不受操作環境影響。當電腦能夠運行瀏 覽器，并且瀏覽器支持 Javascript 技術，就能夠執行相關操作［24-29］。 Javascript 技 術的高明之處在于可以利用較小的程序代替較為大量的操作。 ③簡單性。 Javascript 技術的簡單性體現在其是以 Java 基本語句為基礎所進行的簡單緊湊的 設計，該技術對于學習 Java 有著較好的過渡作用。
2.4jQuery 技術
jQuery技術是在prototype后，另一個Javascript框架。j Query技術的誕生源 于工作人員為了帶給客戶更好地體驗以及降低服務器端負荷的目的jQuery技術 在壓縮之后只有21k，是極為輕型的一種Javascript庫。并且其具有良好的兼容 性，能夠與IE、Opera等瀏覽器相兼容。該特點能夠使開發者不必考慮軟件與瀏 覽器是否存在兼容問題，從而騰出更多精力到其他方面。并且jQuery技術的語 法設計更為簡單。其核心理念即為Write less，do more，即使開發人員以更少的 代碼達到更多的功能。
2.5MVC 設計模式
MVC設計模式全名Model View Controller，其最初源于桌面程序中，M (Model)指的是業務模型，V (View)指的是用戶界面，C (Controller)指的 是控制器。MVC設計模式的使用目的是將業務模型和用戶界面的實現代碼進行 分離，使一個程序能以不同的形式表現出來。例如同一組數據可以使用柱狀圖進 行表示，也可以用餅圖進行表示。控制器的作用是保證業務模型與用戶界面能夠 同步運行，當業務模型發生改變時，用戶界面也應隨之更新［30］。MVC設計模式 在二十世紀八十年代就被廣泛使用，其擁有諸多好處，但也有一定的缺點存在。
MVC設計模式擁有以下優點：①耦合性低。由于MVC設計模式業務模型、 控制器和視圖三者相分離，改變其中一個時，并不會對其他兩個產生影響。因此 對應用程序的數據層和業務規則進行調整時，難度較低。②重用性高。MVC設 計模式能夠允許以不同的視圖訪問相同服務器。因為多個視圖模型共用，所以用 戶既能通過電腦(HTTP)來進行操作，也能夠通過手機(wap)來操作。由于 數據和相關業務規則在表示層就已分離，所以能夠對代碼進行重用。
MVC設計模式也存在一定缺點。例如其缺乏較為明確的定義，因此在理解 過程中難度較大。而且其并不適用于中小型應用程序，針對中小型應用程序花費 大量時間應用MVC設計模式大多會得不償失。
2.6Mysql 數據庫
Mysql 是一種開放源代碼的關系型數據庫管理系統。其所使用的數據庫管理 語言使最為常用的結構化查詢語言。由于Mysql數據庫源代碼是開放的，所以任 何用戶都能在General Public License的許可下對其進行個性化調整。Mysql數據 庫具有速度快、較為可靠和適應性強等特點。因此大多數用戶認為，當無需事務 化處理的情況下，Mysql數據庫是進行管理的最優選擇。
Mysql數據庫使用C和C++進行編寫,并通過諸多編譯器對Mysql數據庫進 行測試，保證其源代碼能夠移植。并且Mysql數據庫支持AIX、Mac OS和Windows 等多種操作系統，具有較強的兼容性。Mysql數據庫還為C、C++和Java等編程 語言提供了 API，即應用程序接口。該數據庫還支持多線程，能夠充分利用電腦 的CPU資源。因此能夠處理上千萬條記錄的大型數據庫。其還提供TCP/IP > ODBC 和 JDBC 等多種數據庫連接途徑，方便用戶在使用過程中獲得更為全面的數據， 并且其還擁有針對數據庫操作進行管理、檢查和優化的相關管理工具［31-36］。適用 性較強。
2.7本章小結
綜上所述隨著當前計算機技術的飛速發展，系統開發與實現的相關技術也在 不斷創新和發展，諸多技術不斷涌現出來，能夠充分了解當前現有的技術并且能 夠熟練掌握對于計算機的發展有著重大意義。本章通過對計算機系統開發與實現 中常見體系架構和相關技術加以詳細分析，并指出其特點，對構建高爾夫會員信 息管理系統有著理論作用。
第 3 章 系統需求分析
軟件工程中需求分析是最為基本的步驟之一，該程序可判斷出系統的具體需 求，了解系統需要的功能特點。對于高爾夫 CLUB 會員管理系統的構建來說， 也需要優先做好需求分析，在需求分析環節全面溝通以及合作，確保用戶與客戶 兩者需求相吻合。把需求分析作為基礎，以此確定系統的功能，把功能與現有的 技術結合，來構建整體的設計框架。高爾夫俱樂部中的會員信息是高爾夫的會員 管理系統中的主要內容，為了確保管理質量和效率，要求系統界面的簡潔性、應 用的便利性。而且在系統建設期間，應把系統功能性需求和非功能性需求結合， 把實際的服務流程和標準多為管理的指引，利用信息技術對會員信息以管理，確 保管理的智能化和信息化。只有這樣才能確保管理的智能化和便利性，增強管理 的效率。
3.1必要性及業務需求分析
3.1.1會員信息管理系統構建必要性
社會的不斷發展，科學技術的日漸成熟，人們的精神和物質生活也更加的豐 富，在此背景下，各個商家推出各類會員服務博取消費者的眼球，迎合了消費群 體的實際需求。而且商家為了刺激消費者的消費和沉淀資金，開始推出各類型的 積分卡、會員卡和儲值卡。會員卡的盛行，出現了會員制的客戶管理模式，使得 該模式成為了維系商家和客戶之間長期合作的紐帶［37］。除此之外，會員制用戶 管理模式，也成為各行各業較為常見的銷售模式，是較為成功的關系市場營銷模 式。
網絡管理模式實現了信息資源的共享目標，僅在網絡中發布會員的信息，會 員就可在網絡系統中搜索到自身的信息（如會員的積分、商家會員禮品等），也 可在網絡中獲得商家發布的各類信息，了解到禮品兌換等信息。網絡管理是社會 發展、信息技術和網絡發展的結晶，其在不斷的實踐后給出，信息技術在管理中 的應用，可為會員提供一個便利的自我管理條件，也利于會員及時了解自己購買 產品的積分情況，了解自己所購買的全部商品以及可以兌換的禮物情況。 社會的不斷發展，經濟的快速增長，提高人們物質生活水平，使其增加對精神需 求關注度，高爾夫 CLUB 是大眾閑暇和假日常去的娛樂休閑場所，并成為高爾 夫會員。近些年高爾夫CLUB會員數量增加，對高爾夫CLUB會員管理工作帶 來較大挑戰，如果高爾夫 CLUB 依舊延續以往的管理方法，定會導致管理效果 低下，出現服務質量較差等問題。因此，高爾夫CLUB會員管理工作必須引進 全新的管理模式，構建一個 Web 平臺，分析會員管理系統需求，了解會員的想 法，保證用戶與客戶兩者需求相吻合，提高會員管理的效率。本文就高爾夫CLUB 會員管理系統構建的需求進行分析和研究，力求為相關工作人員提高理論參考。
對于高爾夫企業來說，可以利用網絡信息管理會員的信息，如會員信息資料 的添加、信息的修改和查詢、會員積分情況等。網絡管理也增加了高爾夫愜意管 理的規范性，此管理方法可以不受時間和空間的現狀，管理效率得以提高，節省 了人力和物力，對提升高爾夫營銷、管理效率都有著重要作用。
3.1.2業務需求分析
我國部分高爾夫俱樂部的會員管理工作處于發展階段，因此，信息化水平低， 沒有實現信息化管理目標，缺失系統化的組織管理方案。其全部的管理工作，均 是利用通知下發的方法，把高爾夫俱樂部相關信息下發到會員單位和會員手中。 而且高爾夫俱樂部的會員會費也延續傳統的模式，均是利用人工電話形式、信件 和Email等手段進行錄入。高爾夫會員系統這一管理方式，影響管理效率和質量, 也容易出現錯誤，增加工作量和工作難度，一旦會員信息臨時需要變更，就要返 回上一操作中，重復上一工作內容，導致工作重復，增加人力和物力，影響會員 管理效率。因此，為了解避免出現上述現象，完善傳統高爾夫CLUB管理存在 不足，可發揮信息技術優勢，構建一個 Web 平臺基礎上的會員管理系統，提高 高爾夫CLUB會員管理質量，為會員群體提供更加便捷和有效的信息服務［38］。 如下，是基于 Web 平臺基礎上，站在會員和會員管理人員角度，分析會員管理 系統包含的業務和服務。
( 1 )會員
會員包括：現存的正式會員和經過審核的個人會員(已經成為正式會員)。 對于這些正式會員來說，需要優先注冊一個會員賬號，在賬號注完畢后，會員就 可登錄到系統中。在進入到會員個人系統后，會員會看見一個操作界面也就是個 人信息的操作平臺。在這一平臺中會員能夠查詢自己的會員信息，修改自己的會 員信息，也可查收高爾夫俱樂部的最新會員消息、活動通知，也可給管理人員進 行留言，闡述自身的訴求。
（2）會員系統后臺管理人員
會員系統的后臺管理人員就是由高爾夫俱樂部的工作人員，其在管理期間， 可以利用賬號登錄到管理員系統中，在登錄成功后，在管理人員操作平臺中進行 操作，如基礎數據的處理、信息的管理、密碼的修改、數據統計、會員管理等。
在基礎數據信息中，管理人員可把各個城市各區區號、郵編編號等為客戶提 供，會員在注冊期間可直接記錄區號和郵編，為客戶會員注冊創造便利性。會員 功能管理是系統的重要功能之一，在這一系統中管理工作人員可以依據會員的證 件號碼，會員的姓名、會員的工作單位等進行查詢，了解會員的信息，并把全部 會員信息進行存儲、修改和刪除，也可打印會員的相關信息和操作列表等。系統 中的會員繳費系統板塊，管理人員可以在該板塊中，查看會員的年度會費以及繳 費具體情況。數據統計板塊中，工作人員可以通過會員的登記的某一信息或者幾 個關鍵的信息，來進行高級查詢，此外也可把審核期間會員的信息利用Excle的 文件導出［39-43］。在系統的維護板塊里，管理工作人員具備修改、刪除和編輯權利， 可以依據系統中工作內容，去刪減和增加不同角色（包括各個會員的單位和各個 專業的分會中聯絡人員等）。信息管理這一系統中，管理工作人員能夠發布會員 公告，查看會員的意見和留言箱，了解會員的意見和需求。系統中的密碼修改板 塊，系統管理人員可利用原密碼和新密碼的輸入，來重新設置密碼。
3.2系統需求分析
3.2.1系統功能需求分析
信息管理系統構建的功能需求大致內容包括：系統功能、會員中心、會員卡 類型的管理、會員信息的管理、會員積分的管理等。會員系統管理包括權限的設 置（管理員和會員）、普通用戶的注冊、密碼的修改和退出；會員中心則包括留 言板、商品的評論和服務；會員卡類型的管理包括添加和修改會員卡的類型，修 改會員的積分標準等；會員信息的管理包括會員信息的添加、會員信息查詢、會 員信息修改、會員信息顯示、會員信息刪除等，會員積分管理包括查詢和統計積 分，積分的歷史記錄以及積分的兌換。本次高爾夫會員信息管理系統的開發與實 現中，主要設計功能包括以下幾個方面：
3.2.1.1系統用例
系統整體功能需求和行為的表達是用例建模中最重要的功能體現，系統需求 可分為兩個子系統，其一為會員信息的管理系統（操作子系統），其二為管理員 的后臺管理平臺（管理子系統）j會員管理系統中子系統，可對系統中現有的正 式用戶以及那些即將經過審批的預備會員服務，進而，其客戶為會員和預備會員； 后臺管理子系統為管理人員服務，因此，其客戶是管理人員。如下圖3.1，是系 統用例展示圖。結合圖像我們可以看出，會員信息管理系統中的操作子系統，包 括信息管理和會員的個人信息資源管理兩個板塊；而管理子系統則包括系統管 理、數據的統計、會員管理和信息管理著四大板塊。
3.2.1.2會員信息管理用例
會員個人的信息管理板塊，主要是為 CLUB 的會員服務，用戶可對此系統 平臺進行操作。如會員可在注冊系統中注冊為會員，并在注冊成功后，直接登錄 到系統，在個人信息管理系統中操作平臺。在此平臺上，會員能夠隨時查看個人 信息、修改個人信息、打印個人信息。但是需要注意的是，會員僅能夠對自己在 系統中存儲會員信息進行修改，在審核期間的會員不能修改自身的會員信息。如 下圖3.2,是會員信息的管理用例展示圖。
會員個人信息管理用例
圖 3.2 會員信息的管理用例展示圖
詳細來說對于會員信息的管理用例詳細情況見下表3.1、表3.2，表3.1為會 員信息的管理中個人用例細情況，表 3.2 為會員個人的新管理用例情況。
表 3.1 會員信息的管理中個人用例細情況
用例的名稱 系統的登錄
在系統中已經注冊的會員和非正式在審核過 用例闡述 程中的會員，可輸入會員的賬號以及密碼，
登錄成功后在會員操作的界面進行操作 前置的條件 已經注冊成功的會員
成功登錄到會員系統中，在相對應的界面操 后置條件
作
對系統訪問，并登錄于系統的主要界面中， 進行用戶賬號與密碼的填寫，把填寫好的表 常見事件流 單上交在系統對提交的會員登錄信息經過驗
證后，那就可步入到會員個人信息的操作界
面
其它事件流 放棄系統的登錄，取消系統的登錄
異常化事件流 輸入并重新輸入系統中登錄的驗證用戶信息
用例的名稱 個人信息的管理
在成功登錄到系統后，進入會員的個人操作
板塊中，能夠在會員個人板塊平臺中，了解
用例闡述 會員自身當下的信息，也可修改和保存會員
信息并打印出個人會員信息
成功注冊的會員或者在審核過程中的會員，
前置的條件 能夠順利登錄到系統中，找到會員個人的信
息管理系統，并在界面中靈活操作
數據庫能同步更新全部會員編輯修改國的信
后置條件 息
訪問會員自身的頁面，查看會員的和個人信
息，并依據需求對個人信息修改、保存。需
常見事件流 要注意的是，如果有實際需求，可打印預覽，
把個人的信息全部打印成表格形式
放棄之前未完成的操作，如修改和便捷等相
其它事件流 關操作
對不滿足系統要求的信息進行修改，若無法
異常化事件流 保存，在系統出給出相應的錯誤提示，并返
回到上一頁再次進行把信息在系統中填寫
3.2.1.3會員管理用例
會員的管理為系統管人員工作創造便利性，其可利用系統來管理會員，如對 會員信息的修改、會員信息的登記、會員信息的管理、會員信息的刪除、會員的 審核和轉正等操作。與此同時，會員管理系統中，管理人員也可依據系統，對會 員的繳費情況以及繳納金額等進行查詢，了解會員的繳納時間和狀態等。如下圖 3.3，是會員管理用例展示圖。
圖 3.3 會員管理用例展示圖
3.2.1.4數據統計用例
數據統計這一板塊中，系統管理人員可以查看到會員的個人信息列表，并依 據會員相關的信息，去檢索和查詢，也可依據實際需求，把個人會員的信息利用
Excel 文件形式導出。如下圖 3.4，
3.2.1.5系統管理用例
系統管理人員進入到會員維護系統中，對會員界面操作，對角色進行維護， 對會員用戶進行維護，也可修改密碼。如管理人員可在角色維護期間增加和刪除 系統各個板塊中需要管理的會員信息，并設置相應的瀏覽和查詢權限。系統管理 中，管理人員也能夠增設和刪除各個會員管理人員，可對自己的密碼再次修改設 置等。如下圖 3.5，是系統管理用例展示圖。
系統維護用M
圖 3.5 系統管理用例展示圖
該系統的構建利用B/S模式廣域網的開發方式，是基于功能性會員信息管理 系統需求基礎上構建，滿足上文中系統功能、會員中心、會員卡類型的管理、會 員信息的管理等不同板塊的設計需求，也滿足預期設計目標和應用的需求。在此 系統中，系統管理的主要對象是會員，在對會員管理的基礎上，對會員的權限進 行管理。但是需要注意的是，在此系統中，并不是每個個體均具有相同的權限， 而是每個會員有相對的權限，只有管理人員才能操控整個系統。用戶可以依據自 身權限，在權限內去操作，而且此系統中也為每個用戶設定了組別，能夠對每個 小組進行權限的設置。如可對管理人員進行權限的設置，對信息刪除、查詢、修 改、添加等設置權限，并確定管理人員相應的職能。
會員信息管理板塊包括會員信息的查詢、會員信息的添加、會員信息的修改 和會員的積分管理等內容。可依據會員的會員卡卡號以及會員的身份證的號碼來 對患者個人信息來調查，了解到會員的姓名、辦卡信息、郵箱和會員卡的類型等。 會員信息的添加，則可對注冊的會員信息等資料進行記錄和輸入，并把相關數據 在數據庫中保存。會員信息的修改，包括會員的家庭住址、聯系電話等，在修改 后把會員的信息在數據庫中加以保存。
在系統設計中會員積分的管理包括會員積分的統計、會員積分的查詢、會員 積分的歷史記錄的查詢等。在實際查詢期間，可依據會員卡的卡號去查詢會員的 積分，系統可智能化對會員積分進行統計，并把結果在表格中顯示，此外也可把 求得到的積分在系統的積分表中保存，在總積分的分字段下進行保存。積分歷史 的查詢需在會員刷卡后，系統把刷卡記錄的信息采集，這樣管理人員就可以獲得 每個會員刷卡后獲得的積分和積分的日期以及積分的類型等。
3.2.2系統非功能需求分析
會員信息管理系統的非功能性需求包括系統的穩定性、人機界面安全性和開 放性、安全性、便利性、可伸縮性等。
其一系統的穩定性。因為會員卡的管理系統，是商家為客戶提供信息的展示 平臺，只有確保系統運行的穩定性，才能良好的運行，把系統的失誤率降到最低， 避免出現信息的錯誤和系統故障。
其二系統的安全性。會員的基本信息和消費情況是商家重要信息，也是建立 良好客戶關系的保障，只有確保客戶信息的安全性，客戶才會對商家足夠的信賴。 因此，系統功能必須滿足用戶的安全性需求。
其三系統的便利性。信息系統是為客戶服務的，也是為商家自身服務的，該 運行模式打破了以往的工作模式和工作習慣。如果系統操作人員習慣以往的運行 模式，并新系統設計較為復雜，增加商家和消費者的操作難度，定會導致其應用 人員出現不良的情緒，這對于商家和消費者均是不利的。
其四系統的可維護性。會員管理體系的設計不應過于復雜，應保證在系統的 運行期間，出現問題可及時報告問題，并找到問題的位置和具體原因。
其五信息系統的可伸縮性。由于系統可在各個商家門店中應用，各商家可利 用資料來分析怎樣銷售和為客戶服務，并為各個部分提供其需要的信息，因此， 要求會員信息系統具備可伸縮性。
對于高爾夫俱樂部會員管理系統來說，其系統規模大，并且系統軟件較為復 雜，進而，客戶方無法精確的提出系統具體性能與功能的要求。因此，客戶在初 期可能會給出一個較為模糊的系統功能要求，在不斷認識和實踐后，才能逐步提 出和確定系統需具備的功能。此外，系統構建過程中，設計階段和編程期間，客 戶才能進一步明確系統功能需求，也有部分客戶在系統開發后期，依舊不斷提出 全新的系統功能要求。這一行為，必定對系統構建和軟件開發工作帶來影響，增 加難度。所以，在對高爾夫俱樂部會系統以及其它大型和較為復雜的系統構建期 間，要優先做好需求分析這一至關重要的工作。
3.3本章小結
為了針對性設計高爾夫會員信息管理系統，本章對高爾夫會員信息管理系統 構建的系統非功能需求和功能性需求進行詳細論述，為會員信息系統進行設計打 好前提基礎。同時有利于利用B/S模式廣域網的開發方式構建滿足用戶的功能性 需求，滿足用戶的需求，為用戶提供高質服務。
第4 章 系統開發與實現
科學技術及網絡技術的高速發展，不同行業進入網絡化發展時代，使工作效 率及經濟效益大幅提升，該發展方向為信息化時代必然發展趨勢。高爾夫俱樂部 會員管理系統采取網絡會員管理機制，根據高爾夫俱樂部會員管理系統目標及功 能，對系統進行開發。以目前高爾夫俱樂部中會員信息與俱樂部功能需求作為分 析角度展開分析，可發現若想設計出符合俱樂部內實際環境的會員信息管理系 統，該系統內必須具備會員信息收錄、分類、整理、篩選、搜索等功能，同時應 對會員資料數據有相關輸出，具備會員積分管理、會員卡添加、刪除等功能，會 員基本信息模塊內應具有會員類型、級別修改等選項。本章首先對會員注冊模塊 進行分析，其次對會員個人信息管理功能模塊設計進行論述，對系統設計流程進 行逐一探討，提出安全建立系統的方案，對提升會員管理效率有著重要意義。 4.1系統功能結構設計
系統管理流程應從會員登錄開始，會員登錄系統應確保會員賬號安全性，同 時對會員賬號登錄高速響應，若密碼錯誤則返回上一環節，正確可進入賬號頁面。 進入系統后，使用者可點擊各項頁面進行操作，如點擊會員留言板可參與留言， 對高爾夫俱樂部工作提出建議，管理者亦能此模塊內留言內容判斷近期工作質 量，管理模式是否出現問題，于會員終端程序內，會員可直接瀏覽自身資料，包 括會員等級，聯系方式，會員剩余時間等進行查看，亦可對資料進行修改，如更 改聯系方式、上傳會員照片等一系列操作。查看結束后會員可直接通過退出方式 結束信息瀏覽并注銷賬號，管理者因使用管理終端進行查看，首先需注銷賬號， 隨后將賬號密碼的保存記錄刪除，以保證系統數據與會員信息安全，此類管理過 程中，系統起到較大作用，會員與管理者皆可一目了然地查看到相應信息，較傳 統模式中信息易丟失、信息無法實時更新等問題而言更安全、可靠［44］。 4.1.1會員注冊模塊設計
高爾夫俱樂部會員使用系統需先注冊會員管理系統。基于此情況下的會員身 份存在兩種可能，首先為通過批準后成為正式會員，其次為意圖進入俱樂部的預 備會員。上述兩種情況的會員需要進行注冊。此版面中會員應當將個人信息完善， 輸入完畢后，將注冊信息提交。
注冊過程中需要遵照注冊流程，首先將瀏覽器打開，單擊會員系統首頁中的 會員注冊字樣，進入注冊界面后，根據界面信息，將單據中需填寫的事項完成， 并將表單提交。填寫內容若為正確無誤則通過驗證，并發出“注冊成功”的提示語， 此時的會員信息已經進入信息庫保存，會員可以回到首頁并將系統登錄。若填寫 內容不夠完善，那么系統也會提示消息，需要回到注冊界面將信息完善，經過審 核后，若未產生問題，則會通過驗證。圖 4.1 為會員注冊結構圖。
4.11 中所示：
圖 4.1 會員注冊結構圖
4.1.2會員個人信息管理功能模塊設計
高爾夫俱樂部會員在信息注冊結束后，登錄系統會進入會員操作界面，可點 擊個人資料查看個人狀態，對個人信息進行管理。此模塊中，用戶一般為注冊會 員，其中存在正式會員及審核會員，版面中存在四項功能，分別為個人信息、修
改個人信息、打印個人信息及系統登錄信息。在登錄時需要瀏覽登錄界面，將用 戶名及驗證碼輸入，表單提交后，系統會審核，驗證為有效可進入會員個人中心， 對個人信息進行管理。若顯示驗證未通過，系統會提出錯誤信息，跳轉后回到登 錄界面后，將信息重新輸入方可進入其中［45-49］。登錄成功的會員利用會員網絡平 臺，可選擇對應的操作設置。比如點擊“會員信息”，界面則會出現會員注冊的多 種信息，若發現信息存在錯誤，則可自行修訂，比如其中聯系電話或者電子郵件 等。單擊信息修改便可對個人信息作出調整。處于審核階段的會員不具有信息審 核能力。若特殊需要可將信息版面中的個人信息打印，使個人會員信息得以復制。 圖 4.2 為個人信息管理功能。
會員個人信息
管理模塊
圖 4.2 個人信息管理功能圖
4.1.3會員管理功能模塊設計
會員管理模塊應用個體為會員，此模塊中能夠將數量龐大的會員繁雜事物解 決，避免為管理人員增加繁瑣事物。管理人員能夠對會員賬號統一管理。此版塊 中，管理人員可對預備會員及正式會員進行管理，并提示會員繳納相關費用，功 能較為完善。預備會員管理模塊中，具備查詢功能，可觀察自身是否由預備會員 轉為正式會員。管理人員能夠觀察是否存在新增預備會員，具有查詢及刪減等功 能。正式會員管理模塊中具有除轉為正式會員的其他功能。會員費用繳納模塊中， 管理人員可觀察任何一位會員的費用繳納狀態。
管理人員在會員管理過程中采取以下方式：管理人員對系統網頁進行瀏覽， 登錄管理人員系統，將管理員名稱及密碼輸入后，系統對表單進行驗證，若無錯 誤則進入管理員系統。左側會存在“預備會員”字眼，點擊后可對預備會員信息進
行管理。若需要增加會員，則可點擊新增，建立會員新增表單，提交后，系統會 對表單進行驗證，彈出“新增成功”字眼表示任務完成，若未出現該字眼則表示還 需修繕。管理人員若想查詢會員信息，在查詢處輸入會員名稱及相關信息，點擊 查詢后，系統便會將會員信息界面彈出。高級查詢則是需要提供更加全面的會員 條件。管理人員若點擊編輯或者刪除，可以對會員信息進行處理。高爾夫俱樂部 正式會員及預備會員管理流程統一，可參考上述內容。會員繳費功能中，管理人 員能夠觀察會員是否繳費，其中包括會員名稱及繳費人員會員號碼、繳費時間等 信息。圖 4.3 為會員管理模塊。
會員管理模
塊
圖 4.3 會員管理模塊圖
4.1.4信息管理功能模塊設計
信息管理模塊主要是管理人員對系統信息進行更新的模塊。該模塊中可發布 消息，采納意見及查詢站內信息。在具體工作中，系統管理人員在登錄自身賬號 后，左側欄中點擊信息管理可進入管理界面。高爾夫會員俱樂部公告為管理人員 向系統系統發布消息的渠道，管理員進入系統后，點擊“新增”便可編輯公告，待 編輯結束后，點擊完成、發布，系統若出現發布成功字眼表示信息發布完成。系 統會員能夠在登錄賬戶后，提取管理發布的會員消息。意見箱功能主要為會員發 表意見的地方。會員可點擊會員版面中的意見二字，將信息編輯后放置于意見箱 中，管理員會收到會員發布的信息，將該意見刪除或者保存。站內信息功能則是 不同會員交流的平臺。管理人員也可參與到會員交流過程中，聆聽會員所發表的 見解，功能與意見箱類似，具有查詢信息及刪除信息功能。圖 4.4 為信息管理功 能模塊結構。
4.1.5數據統計功能模塊設計
數據統計為預備會員及正式會員資料匯總模塊，該模塊是會員的系統管理 員，能夠對所有的會員信息進行分類管理。其中包括預備會員及正式會員統計兩 個層面。在操作過程中可采取以下方式：系統管理員登錄系統后，進入統計分析 界面。點擊“預備會員統計”字樣，界面會彈出預備會員列表，其中含有會員碼號 及姓名等信息。管理人員根據自身任務，對個人信息進行處理，能夠顯示出管理 需要的序列，根據會員信息，管理人員可將信息導出，建立Excel文件［50］。正式 會員統計分析依舊采取上述預備會員統計流程。圖 4.5 為統計分析流程。
能:｛統汁分析模塊腳
圖 4.5 統計分析流程
4.1.6 系統管理模塊設計
系統管理及維護是保障系統能夠發揮功能的重要環節。該系統應用角色控制 權限進行設計。個體用戶建立會員后，能夠擁有不同的角色，不同角色會對應不 同的權限。這種方式構建起用戶、角色、權限授權模型。該模型中，用戶及角色 間的關系，一般為單對單或者多對多的關系。該系統會員管理員可進入不同系統 中進行編輯或者刪除處理，管理員具備多種管理功能，可對會員進行有效管理。 該模型具有角色維護及管理員維護功能。角色管理流程為：管理人員登錄子系統 后，在界面左側會有角色維護字樣，點擊后進入角色維護界面。點擊新增后，將 角色信息及用戶名填寫，系統便為用戶建設一個新的角色。角色在增加后，系統 會選擇承擔的職位，對角色進行授權，具有權限后的角色，可以進行需要的操作。 若覺得角色作用不大也可刪除角色。管理在維護過程中，對系統各個角色進行管 理。可以發現不同角色對應所屬管理員，用戶名相關資料便成為了解權限一種方 式。
4.2數據庫設計
數據庫的建立為應用環境的構建過程，實現最優數據庫建立模式。數據庫與 應用系統建立后，可將會員信息等有效存儲，使會員及其他用戶需求得以滿足。 數據庫分析則是要根據數據內容，將不用數據參數羅列，最終形成文件架構邏輯， 這種架構被稱為面向儲存文件結構。為方便數據庫統計，一般需要對架構進行調 整，使內容變得簡化，較為常見的方式為規范式技術。現階段人們常用的數據庫 關系模型便是利用二維表表示，能將信息通過實體集合及屬性管理數據庫方法處 理。 “規范式”理念的出現，使數據邏輯結構滿足二維表形式，并提出以下三個問 題：
首先為表中的不同信息項為不可分割數據項，不能由組項代替。其次為表中 不同序列信息項為同一類型，序列名稱不同，排列順序具有隨機性。最后為表中 各行具有差異性，行的排列順序具有任意性。
若無法滿足上述二維表要求，則可稱為不規范關系。對不規范關系，需將其 規范化，應用較為單純、規則的關系取代表中現有關系。規范化的目標為數據冗 余剔除，將表格中存在重復的信息消除。將多義性消除，表中所表達的信息清晰、 單一。表中關系具有單純化特點，表中不同項目為單純的數字或者符號，不能為 組項或者多項組，使操作變得簡單。數據在插入后，在刪除或者編輯操作時更加 方便，關系模塊表現的更加靈活，使語言接近現實。在設計庫表過程中，可參照 下方式構建數據庫表。
首先建立會員信息表，該表的作用為會員信息存儲。會員將自身信息提交至 表中，管理員可根據數據來源對會員信息進行處理。可將姓名作為索引，使查詢 變得更加方便。見表 4.1.
表 4.1 會員個人信息
字段名稱
UserId 數據類型
Int 長度
10 允許空
否 默認值
無 主、外鍵、 索引、自增
PK,自增 注解 用戶 ID
Name Varchar 10 否 無 Index 姓名
Sex Tinyint 1 否 0 姓別
Cfnum Varchar 20 否 NULL 身份證號
BirthDate Varchar 20 否 NULL 出生日期
Party Varchar 10 是 NULL 黨派
Nationality Varchar 10 是 NULL 民族
BirthPlace Varchar 20 是 NULL 籍貫
WorkUnit Varchar 10 否 NULL 工作單位
Department Varchar 10 是 NULL 科室
position Varchar 6 是 NULL 職稱
postCode Int 10 是 NULL 郵政編碼
Duty Varchar 10 是 NULL 職務
Mobole Varchar 11 是 NULL 手機號碼
Fixed Varchar 20 是 NULL 固定電話
Degree Varchar 6 是 NULL 學歷
備注：
第二步建立系統管理員表，此表主要將管理員信息存儲，系統管理員將自身 信息填寫后登陸平臺，可對子系統進行操作，可將管理員ID作為主鍵，將管理 員姓名作為索引，查詢時較為方便。見表 4.2.
表 4.2 系統管理員信息表
字符名稱
Admin-ID 數據分類
Int 長度
10 允許空
否 默認值
NULL 主、外鍵、 索引、自增
PK、自增 注解 管理員 ID
Admin-na Varchar 10 否 NULL Index 管理員名
me
Admin-Em Varchar 20 是 NULL 管理員電
ail 子郵件
Admin-Pho Varchar 20 是 NULL 管理員電
ne 話號碼
Admin-Pas Varchar 20 是 NULL 管理員密
s 碼
Admin-typ Varchar 15 否 NULL 管理員角
e 色
Admin-rem Varchar 30 是 NULL 備注
ark 備注：
第三步建立會員信息表。該表作用為存儲會員信息。管理人員在后臺管理過 程中，可查看會員是否繳費。見表 4.3.
表 4.3 會員信息表
字符名稱
Dues-id 數據分類
Int 長度
10 允許空
否 默認值
NULL 主、外鍵、 索引、自增
PK 自增 注解
Dues-Date Varchar 15 是 NULL 繳費日期
Dues-year Varchar 10 是 NULL 年度
Endtime Varchar 10 是 NULL 到期時間
Dues-id Int 11 是 NULL 會員類型
Dues-type Varchar 20 是 NULL 備注
備注：
第四步為建立角色信息表。該表能夠對會員現有信息進行存儲，其中包括會
員名稱及ID、會員權限。管理人員應用后臺管理系統，能夠對角色進行編輯與 管理。見表 4.4。
表 4.4 角色信息表
字符名稱 數據分類 長度 允許空 默認值 主、外鍵、 索引、自增 注解
RoleId Int 11 否 無 PK 自增 角色 ID
Role-name Varchar 20 否 無 角色名稱
Role-remar Varchar 30 否 無 備注
k
備注：
第五步需要建立權限信息表。該表的作用是會員的權限信息儲存，其中包括 ID 權限及權限名字等。系統管理人員應用后臺管理子系統進行管理便是基于此 數據表，此表利用自增方式構建新的權限信息記錄。見表 4.5。
表 4.5 權限信息表
字符名稱 數據分類 長度 允許空 默認值 主、外鍵、 索引、自增 注解
PowerID Smallint 2 否 無 PK,自增 權限 ID
Power Text 否 無 權限名稱
Comment Text 是 NULL 權限描述
備注：
最后一步需要建立 session 表，該表創建會話后，用戶在使用過程中能對序 列信息進行編排，并儲存至cookie中。表中對用戶ID進行儲存，并記錄最為活 躍的時間的節點。見表 4.6.
表 4.6session 表
字符名稱 數據分類 長度 允許空 默認值 主、外鍵、 索引、自增 注解
SessionID Varchar 40 否 0 PK sessionID
IpAddress Varchar 16 否 0 IP 地址
4.3系統總體架構設計
本研究中系統主要以B/S體系結構完成設計與開發。客戶端中，用戶可直接 對瀏覽器進行訪問，服務器端口則通過應用服務器以及數據庫服務器兩個部分共 同組成。
系統訪問與相應環節設計如下：
圖 4.6 系統總體架構
用戶進入瀏覽器，通過輸入URL地址，可以完成web訪問，而瀏覽器則能 夠操作對數據庫的訪問需要。Web服務器同事需要接受客戶端提出的請求，并對 此請求進行 SQL 的轉化，對請求信息提交到數據庫服務器。數據庫服務器獲得 請求之后會對信息進行驗證，并完成進一步處理。
處理結果將反饋至 web 服務器，最終對獲得所有結果進行轉化，轉換為 HTML格式，對客戶端瀏覽器進行數據信息的呈現。用戶在瀏覽器下可以進行友 好界面的操作，B/S模式的主要優勢便是可以最大程度便利用戶操作性。
B/S 架構可以適用在不同網絡結構中，電子會員可以在鏈接互聯網的地方完 成實時訪問，相對C/S結構，具有極大程度的便利性。同時B/S架構無需設置前 臺客戶機，具有良好經濟性，也避免造成資源浪費。
B/S架構下的系統具有良好集成性，可以高效解決多種問題。會員在任何地 方均能夠通過系統掌握并處理最新事務。管理員同事也可以利用后臺完成相關要 求的處理，并實時了解最新會員信息，實現與會員之間的有效溝通。
本研究中的高爾夫會員信息管理系統采用以J2EE技術為基礎所設計的應用 程序作為架構進行信息處理。在基于J2EE框架基礎上客戶層為運行于計算機與 會員移動終端中的相關組件，可完成用戶與系統間的接口邏輯，通過http協議訪 問瀏覽器；Web服務器層為組件，主要運行于J2EE服務器上，其與邏輯層通過 數據方式連接，進而產生互動，以輸出形式為用戶提供所需數據；邏輯層作用與 Web 服務器層近似，二者互動產生關系；企業信息層作用為數據庫、數據服務， 會員信息正存儲于此層，需調用時操作者經客戶層發出指令，Web服務器層與邏 輯層產生互動，經控制器接收信號后，由控制器控制數據呈現于客戶。需要注意 的是，不同終端具有的查看功能不同，此系統具有兩種類型終端，一為面向客戶 運行的會員終端，客戶可于注冊賬號后將賬號與會員賬號綁定，進而查看自身信 息與會員積分；而服務器端為后臺終端，管理者可通過賬號登入，此終端賬號操 作權限較多，可針對會員信息進行修改、增加或刪減會員身份、贈送會員積分、 發布活動公告等， J2EE 程序具備的可移植性與兼容性可使此類系統與目前使用 范圍較廣的微信、微博等 App 相結合，進一步擴大傳播面積，增進高爾夫俱樂 部影響力。
除此之外，系統設計開發過程中，應充分考慮當今信息化時代因素，且考慮 系統兼容性問題，應開通網絡會員辦理渠道，此類系統接口可使用 WebService 技術，其作為一種應用程序中較常見的模型，可廣泛支持目前任何支持網絡通信 的操作環境及應用程序，其接口內包含自描述與模塊化功能，可通過Web定位、 調試，高爾夫會員系統應用此類技術，可實現在線查看功能，支持在線續費與辦 理相關業務。應用程序內通過網絡協議與數據標準格式與服務器連接，實現信息 管理。 Webservice 可執行各類請求，一旦請求實現轉為部署階段，其他程序可發 現并調用相關服務，于相關程序中實現并呈現給操作者［51-53］。 4.4系統實現
為了更好解決交互問題，需要考慮兩個方面的因素：界面以及應用程序。兩 者對應于系統的表現邏輯以及業務邏輯。本研究中設計的基于 web 的系統原則 就是實現表現邏輯以及業務邏輯的分離。本研究中主要采取了 Smarty模板實現 應用。
4.4.1系統登錄界面實現
用戶通過瀏覽器可以輸入URL地址，并對網站信息進行瀏覽。且首頁位置 設計了操作功能，并根據操作頻繁情況設計了先后順序。
中心區域還設計了新聞動態窗口，可以掌握最新資訊。此處發布信息內容均 面向的是管理員以及會員。為此，采取靜態套頁面方式完成。采取靜態界面設計
可以極大程度提升工作效率，只需要及時完成數據信息的更新即可。管理員則通 過對 ASP 模塊中不同接口進行連接就可以完成具體操作。 conn.asp 鏈接數據庫 頁面最基本的連接數據庫語句。 login.asp 登陸頁面［54］。以首部信息頁面 top.asp 和尾部信息頁面 bottom.asp 來顯示網站的首尾部。
登錄模塊實現： 對用戶登錄界面創建表單，使用表達可以對用戶信息傳送向服務器。表單數 據采取Post設置方式。
數據表單提交需采取數據驗證。
服務器端設計了“RequestForm （表單空間名稱）”完成客戶端數據提交的登 錄信息讀取。
登錄合法性則采取IF語句設計，數據表student可以進行符合條件的用戶查 詢。輸入表單中用戶登錄信息，則可以進入界面，否則會跳轉重新注冊界面。
登錄功能模塊設計在左下方位置，登錄界面還包括了會員管理模塊、用戶管 理模塊、新聞管理等功能模塊。如下圖 4.7 所示為登錄功能流程示意圖。
開始
圖4.7登錄流程圖
4.8登錄顯示界面
4.4.2會員信息修改實現
該功能目的是對會員信息的有效維護。修改過程中需對賬號加以確認，查詢 賬號中，程序會提取所有符合條件的記錄信息。通過創建Recordset對象的方式, 并設計了定義姓名關鍵詞的查詢方式，需創建Count屬性，該屬性則為記錄集0 的總數。當CountVO的條件下，系統會顯示“未找到有效信息”的提示，相反則 顯示“找到‘&re.RecordCount &'條記錄”。
修改界面如下圖 4.9 中所示：
客P基本信息客P詳細資科 藏人我的球京商機記錄 訂單記錄回譙礙 咨就錄銅錄 卡翹客噸電話
□ 客尸塔稱 性別 出生年月 手機號碼 富用地址
口 g 男 1868474^37 的改刪陽
□攔 女 156731:3052? 湖藺 俺改刪險
□張艷艷 男 13910103393 俺改K
□鱷 男 L990-04-15 18627E8E8D 美國白宮 任改K
□華夏銀行客戶測試 男 15444444444 湖南粧沙 修改K
□福娃 腕 18627E8E85 任改K
□旺平 18B0743O122 1刪鵬
[~~| dal vf 13434E4K5B 修改K
首頁上一頁下一頁尾頁當前頁 /34023 : 272184 |_ | 斕 |
圖 4.9 修改信息界面
流程圖如下圖 4.10 中所示：
開始二
結束
圖 4.10 會員信息修改流程圖
4.4.3會員信息刪除實現
會員信息刪除功能的目的是可以對會員賬號信息進行刪除，管理員賬號則不 能刪除。管理員在正式登陸操作之后，可以點擊用戶管理窗口，此時會顯示會員、 刪除、查找會員等幾個選項。顯示成員界面中主要以ecordset對象法設計。
判斷查詢方式則選擇了 IF條件語句完成，如果非空，則鍵盤指針會選擇Bof、 Eof。否則會提示“沒有數據”。
選擇表格中當前界面的全部記錄，設置變量I,由此可以控制當前界面，循 環知道當前界面結束或者文件結尾。
通過相關頁數信息，可以實現1到總頁數之間的循環。如果跳轉并非當前頁， 則會添加超鏈接。刪除會員操作中，需進行確認才能夠完成刪除。
刪除結束，對提示相關信息。執行刪除操作，刪除匹配的相關記錄 則使用 Execute下下額的參數。并通過number返回操作完成對記錄數的影響。
流程圖如下 4.11 中所示：
開始二）
圖 4.11 刪除會員流程圖
4.4.4會員信息添加實現
高爾夫會員管理界面需要添加新會員，則需通過管理員界面操作，此時會彈
出注冊向導，按照提示完成注冊信息的填寫，界面圖如下圖 4.12 所示：
.清空內容 色M I _取消
圖 4.12 添加高爾夫會員截面圖
其流程圖如下 4.13 中所示：
圖4.13 添加會員的流程圖
4.4.5動態新聞功能模塊實現
新聞版塊屬于網絡中最常見信息版塊，主要功能是實現信息反饋與記載。因 此，實現新聞版塊的主要方法可以有三種：
第一， Application 對象記載。此方法的缺陷是當服務終止之后，則新聞信息 相關內容也會一并消失；第二，新聞信息通過文本文件完成存儲。第三，以數據 庫為基礎，新聞動態板可以更好管理和操作，并能夠對新聞信息等實現即時的編 輯和刪除。
本研究中，對新聞動能模塊采取了數據庫新聞動態板設計，基于動態板良好 互動性，可以利用新聞界面與會員之間進行有效互動。新聞動態信息則采取降序 日期方式進行排列，為此，可以對最新資訊顯示在首端［55］。本模塊可以面對會 員，展示最新新聞動態，管理員則可以對新聞內容進行編輯。
本功能模塊開發的相關組件為數據庫存取組件，能夠對相關新聞信息進行刪 除和修改，并可以完成信息查詢。
新聞版塊的聯播需要通過三個文件加以實現：guestl.mbd—顯示未數據庫 系統的設定類型文件，次位置可以設計標語存儲；index2.asp——首頁，可對內 容實施滾動播放。Obdc_connection.asp 主要功能是完成設定文件內容的信息 提取。
數據庫中設計了 6個字段內容，分別是：新聞標號、標題、內容、發布人、 發布日期等。
新聞動態板的首頁位置上，管理員在進入系統界面之后，可以從后臺編輯新 聞內容，并通過“確定”，對新聞內容進行發布，傳輸到“add.asp”完成處理，隨后 進入首頁。
通過link調用表單,利用之后便能夠更加勤公司能夠對文件顯示方式進行調 整。
此外，在客戶端驗證的過程中則需要使用JavaScript的語句完成。驗證環節 需要在客戶端進行。Onsubmit=javascript:return check_Null()表示當管理員提交時, 先執行check_Null函數，如果check_Null返回True,就可以繼續提交，否則不 可以。
4.4.6信息統計分析功能實現
系統統計模塊之中的用戶主要指的是管理員，因此，功能模塊主要是指查看 功能，并不能能夠進行操作，核心功能則為平衡計分分析會員價值，具體如分析 會員的基本信息、查看年費繳納情況、社會關系以及職業背景等子功能。結合會
員信息統計圖表則可以更加清晰掌握全體會員的實際實際價值。圖 4.l4 為流程
圖 4.l4 會員價值統計流程圖 總之，俱樂部借用平衡計分卡思路評價會員價值，會員價值包括既成價值、 潛在價值和影響價值，滿足不同價值會員的個性化需求，提高會員忠誠度和保有 率，實現會員價值持續貢獻，從而全面提升企業盈利能力。
4.4.7客戶留言功能實現 留言管理可以極大程度提升與會員的互動性，并借助瀏覽器以及留言組件共 同開發了留言板。留言文件數據添加主要通過add.asp，首頁可以添加留言信息， 并打開add.asp，通過文件，對留言信息保存進入到數據庫。
留言程序僅設計為一個insert語句，由于不需要內容以及email，因此，語 句設計較為復雜。刪除留言文件為gdelete.asp，如果需要對留言內容進行刪除， 則可以點擊“刪除”選項。刪除需要輸入刪除密碼，密碼默認為“ying”，下圖4.15 為實現界面。
留言編號 留言冀型 岌布時間 主題內容 播作
82 投訴信息 2016/9/02 ■ I
鵬
83 曰常交流 2015/9/02 秦佳偉 爾I
刪除］
84 按訴信息 2015/&/02 秦佳I'韋 僮改I
刪除
85 投訴信息 2015/S/02 修改I
£
圖4.15 留言界面
4.5 本章小結
本系統是采用 B/S 模式，前端通過 DIV+CSS 進行頁面布局，主要是用 jsp 進行頁面的展示，在jsp中結合利用JavaScript、AJAX、JQuery等技術實現對頁 面部分的展示，能設計出比較實用的界面，在后臺主要是用 Servlet 進行業務的 處理，負責接收jsp頁面傳過來的信息，調用相應的業務進行處理，然后返回響 應信息到前端。同時采用MySql數據庫結合java語言進行開發，最終實現會員 管理的相關功能，同時可根據自己的需求添加相應的模塊，實現要求實現的功能， 可謂方便適用有容易操作。高爾夫會員信息系統的設計與開發能夠幫助高爾夫俱 樂部實現會員信息的統籌與相關操作，依據J2EE、Webserice等技術完成系統的 設計與開發，減少用戶操作難度的同時實現多線管理，使會員資料更加完善與安 全，完成權限分配的同時通過系統最大限度發揮會員管理制度的優勢，提供更加 便捷的交流渠道，使俱樂部與會員之間的距離近一步拉近。
第 5 章 系統測試
軟件系統測試能夠幫助程序員于軟件運行階段中根據需求規格驗證系統是 否符合需求標準，并有效尋找出矛盾部分隨后加以修改，根據現有方案進行改良 與更新，最終使其能夠正常運行，系統測試的目的即在于此。本章研究目的在于 針對軟件系統測試進行分析，將其詳細流程加以闡述。
當程序通過設計人員的設計流程后，需對該軟件展開測試，證明其是否于流 暢運行基礎上完成程序原有應用需求，通過檢查后的軟件才可交由客戶，完成工 作。軟件的測試有助于發現程序中存在的瑕疵與技術問題，保證軟件開發質量， 為提升軟件質量，保證未來應用開發方向正確，軟件皆需進行測試，作為提高軟 件質量與完善程序設計過程中性價比最高的方法，應得到相應重視。
5.1 測試方式
目前應用范圍較廣的兩類軟件測試方法為靜態測試法與動態測試法，其中又 各分為人工檢查、靜態分析、白盒法、黑盒法等不同方式，具體分類劃分見圖 5-1。其中靜態分析為對被測試軟件展開的針對性質分析，與動態測試方式中依 靠測試運行軟件進行的實機運行測試方式不同，此類測試方式主要根據軟件需求 決定，通過人工檢查將設計文件、數據文檔、源代碼等一系列參數進行綜合性分 析，確認程序是否滿足此類要求［56］。根據數據進行分析，靜態測試法對軟件設 計中邏輯方面錯誤有著較高需求，能夠有效發現軟件設計中設計錯誤。
圖 5-1 測試法與其相關分類
動態測試與靜態測試相反，主要依賴于實機運行，依靠計算機運行被檢測軟 件，向測試軟件中輸入適當數據，根據相關反應判定程序執行結果是否與預期要 求相符合，若符合則表明測試通過，若不符合需進一步對程序中相關區域進行多 次測試，重復至發現問題位置；隨后進行二次測試，主要針對上一次測試中出現 問題部分，直到程序滿足需求為止。動態需求中白盒法為針對程序結構、邏輯展 開的相關測試，黑盒法為針對功能、規格說明展開的測試，以用戶角度分析，白 盒法指用戶將程序作為可視內部的“白盒”，由程序內部結構與特性決定其是否正 確運行；黑盒法指用戶將該程序視為“黑盒”，于不可見條件下根據輸入與輸出判 斷其是否正確運行，此二類測試方式皆可有效對軟件進行各功能測試，具體測試 時可根據軟件特性選擇測試方法。
5.2軟件測試流程
軟件測試過程中主要分為三類，即連接速度、負載、兼容性。連接速度測試 指用戶使用此類應用與 WEB 連接的速度，其速度與上網方式變化而變化，若其 相應時間過長，用戶可能產生厭煩心理，若響應速度出現問題，易引起數據丟失。 負載測試指為測量 WEB 系統在不同負載級別上的性能判斷其負載范圍與負載 度，其負載級別保證該軟件可在同一時間內承受同時訪問數量，可針對此類參數 做出具體防范措施，保障系統正確運行。兼容性測試為軟件處于不同運行環境中 的各項水平，其決定軟件是否能夠正確運行，不同廠商的瀏覽器易對軟件造成影 響，兼容性的作用正在于此。
5.3系統測試過程
在該高爾夫會員信息管理系統中，將程序分別于 Windows 7、Windows 8環 境中測試，各個功能模塊測試性能如下文所示：
5.3.1客戶端測試
（1）信息處理測試
信息處理速度影響著系統的正確運行，以登錄信息處理速度為例，在客戶端 與服務器端同時輸入用戶賬號與密碼，測試登錄模塊的登錄速度及處理方式，測 試主要使用方法為于客戶端中輸入正確密碼與錯誤密碼各三次，記錄其處理速度 與出現狀況。
（2） 管理模塊測試 管理模塊測試的目的在于確保管理員能夠正常登陸，及時處理軟件中出現問
題，完成一系列管理操作，具體測試方法為將系統中管理員信息界面打開，實施 管理員操作，若可操作且操作結果無誤則表示管理模塊正確。
（3） 活動信息測試 活動信息管理模塊的測試目的在于使活動公告能夠正確發送、相關用戶可完
成對公告細節的查看。測試流程大致分為三步：首先查看數據庫中活動信息，對 活動進行預約；隨后根據相關活動信息發布日期展開細節查看，若存在瀏覽數量 則表明活動信息發布有效；最后通過管理員模式調整時間與日期，測試預約是否 有效。
5.3.2服務器端測試
（1） 信息處理測試 服務器端測試與客戶端測試相同，皆為驗證登錄模塊信息處理功能，通過正
確及錯誤密碼的方式判斷其是否具有相應功能。
（2） 管理模塊測試 服務器端管理模式的測試與客戶端管理模式測試具有差異，差異主要在于服
務器端可直接對管理員信息進行修改，包括賦予管理員權限、撤銷管理員權限等， 測試目的在于檢查其是否具備相應功能。
（3） 活動信息測試 活動信息測試與客戶端測試相同，目的具有較小差異，主要在于測試活動公
告是否能夠修改。
5.4瀏覽器兼容性測試
瀏覽器是 Web 客戶端最核心的構件，來自不同廠商的瀏覽器對 Java，、Java Script、Active X、plug-ins或不同的HTML規格有不同的支持。例如,Active X 是 Microsoft 的產品，是為 Internet Explorer 而設計的,Java Script 是 Netscape 的產品，Java是Sun的產品等等。另外，框架和層次結構風格在不同的瀏覽器 中也有不同的顯示，甚至根本不顯示。不同的瀏覽器對安全性和 Java 的設置也 不一樣。測試瀏覽器兼容性的一個方法是創建一個兼容性矩陣。在這個矩陣中， 測試不同廠商、不同版本的瀏覽器對某些構件和設置的適應性。
5.5安全性測試
Web 應用系統的安全性測試區域主要有：
1.現在的 Web 應用系統基本采用先注冊，后登陸的方式。因此，必須測試 有效和無效的用戶名和密碼，要注意到是否大小寫敏感，可以試多少次的限制， 是否可以不登陸而直接瀏覽某個頁面等。
2.Web 應用系統是否有超時的限制，也就是說，用戶登陸后在一定時間內沒 有點擊任何頁面，是否需要重新登陸才能正常使用。
3.為了保證 Web 應用系統的安全性，日志文件是至關重要的。需要測試相 關信息是否寫進了日志文件、是否可追蹤。
4.服務器端的腳本常常構成安全漏洞，這些漏洞又常常被黑客利用。所以， 還要測試沒有經過授權，就不能在服務器端放置和編輯腳本的問題。
另外，對可用性也進行了測試： 本系統的可用性測試包括導航測試、內容測試和整體界面測試。
1.導航測試 導航描述了用戶在一個頁面內操作的方式，在不同的用戶接口控制之間，例 如按鈕、對話框、列表和窗口等；或在不同的連接頁面之間。 導航的另一個重 要方面是 Web 應用系統的頁面結構、導航、菜單、連接的風格是否一致。確保 用戶憑直覺就知道 Web 應用系統里面是否還有內容，內容在什么地方。
2. 內容測試
內容測試用來檢驗 Web 應用系統提供信息的正確性、準確性和相關性。信 息的正確性是指信息是可靠的還是誤傳的。例如，在本系統中，在會費管理模塊， 根據會員入會的時間不同，收繳的會費金額也是不同的，需要對該方面的正確性 進行測試。
3.整體界面測試
整體界面測試是指整個 Web 應用系統的頁面結構設計帶給用戶的一個整 體感受。對整體界面的測試過程，也是一個對最終用戶進行調查的過程。本系統 通過小范圍內向會員調查并征集意見的基礎上，對界面做出了調整。
5.6測試結果
測試結果能夠有效反映出該軟件各部分是否合乎標準，如不合乎標準采用何 種手段使其處于可控范圍內，經測試結果可直接作為系統評價形成表格，具體如 表 5.1。
表 5.1 高爾夫會員信息管理系統測試結果
標準 方法 項目 結果
單元測試 全部單元逐一 出現部分問題 修改
訂正后解決
按關系劃分 子系統測試 全部子系統逐一集成 達到目標
測試
系統測試 全部子逐一系統 達到目標
靜態 按需展開測試 查找到問題后進行修
改
按測試方式劃分 動態 運行后查找問題 程序運行存在沖突，
修改程序代碼
白盒測試 測試系統中單元與模 滿足要求
動態測試中兩種測試 塊
方式進行測試 黑盒測試 測試相關功能 滿足要求
界面流暢度 檢查模塊功能是否流 符合設計初衷，流暢
暢 度較高。
業務流程辦理效率 測算業務流程處理速 滿足要求
按性能劃分 度
兼容性 分別于不同系統運行 兼容性良好
安全性 網絡中運行 安全性和各
5.7本章小結
本章主要介紹軟件測試的主要方法及流程，對系統中各類功能模塊展開測試
加以闡述，并對其進行測試步驟分析，制定具體測試方式；隨后按照測試范圍劃
分測試方式，針對高爾夫會員信息管理系統對其展開測試，根據其中不足予以改 正，最終完成測試，使其符合功能指標，總體達到預期設計目標與技術要求。
第 6 章 總結與展望
信息技術及互聯網技術高速發展，不同行業學術交流更加密切，電子信息領 域其中重點，發生變革的速度較快。高爾夫俱樂部為方便對會員進行有效管理， 需要建立會員管理系統。該俱樂部長期采用傳統辦公方式，人工對用戶信息進行 收集與記錄，在現代化發展過程中明顯滯后，所以需要建立會員管理系統，對會 員信息進行記錄與管理，發布俱樂部全新動態，會員可將自身見解反饋。這種方 式較大的提升了工作效率，也能夠表示高爾夫俱樂部進入網絡化時代，為俱樂部 更好的發展奠定基礎。高爾夫會員信息管理系統的核心部分在于系統的設計與開 發，其中包括會員信息、會員詳細資料等一系列數據，此類數據需在做好保密工 作的同時有一套良好且完整的數據管理系統，且以實際操作為基礎，盡可能做到 既簡潔、便捷，因此，如何設計與開發高爾夫會員信息管理系統，為本文主要研 究目的，以下為本文研究主要內容：
（1）通過資料查找與總結了解了為構建穩定的系統構建，應首先明確高爾 夫會員管理系統應用的主要技術，本文主要介紹了 B/S模型、2EE技術Javascript 技術、jQuery技術、MVC設計模式、Mysql數據庫，為后文研究提供技術支持；
（2） 在對高爾夫會員管理系統開發與實現研究的過程中，對其系統需求進 行全面分析，通過用例圖形式對系統功能需求及非功能需求進行闡述；
（3） 系統開發與實現是本次研究的重點，在研究中先對系統功能結構設計 進行分析，包括其會員注冊模塊、會員個人信息管理模塊、數據統計功能模塊、 信息管理功能模塊、系統管理模塊，同時論述了系統的實現，包括登錄界面實現、 會員管理實現、系統管理實現等等。
（4） 為保證此高爾夫會員管理系統的有效，對其進行測試，通過對客戶端 以及服務器端測試證明，高爾夫會員管理系統具有重要應用價值。
經過不斷研究后，構建本文所述的會員管理系統，對系統功能需求進行分析， 對功能模塊進行設計，闡述了不同模塊能夠達到的效果，經過安全測試后符合系 統需求。會員管理系統服務對象為會員及其管理人員。俱樂部活動增加，預備人 員及會員數量增加，所以對系統要求不斷提升，在能夠預見范圍中，可對以下功 能進行升級，使會員管理系統發展更加完善。
通過筆者對大量文獻資料的搜集整理與研究認為，關于高爾夫會員信息管理 系統的構建還贏從多方面出發，充分結合自媒體等優勢平臺，構建全新管理系統。 由于本人精力及時間限制，在本次研究中仍存在一定不足，如對積分管理功能的 詳細拓展等。在今后的研究中，要針對團隊會員管理功能、支付功能等進一步深 入、細化研究。團隊會員為俱樂部重要組成部分，活動一般將團隊作為單位開展， 所以會員管理系統只有會員管理功能遠遠不夠，需要建立該類管理模塊。實現在 線支付功能，現階段系統能夠進行統計處理，對會員繳費狀態進行查詢，但是繳 費方式較為傳統，依舊通過郵寄等方式完成。所以應當實現在線支付功能，這也 為管理員開展工作提供更佳的便利。保障系統安全性基礎上應用第三方支付通道 將支付功能完成。除此之外，還應豐富俱樂部活動管理模塊，對于俱樂部召開的 活動，實現網絡報名，這也是俱樂部組織人員的一種方式。所以系統在實際應用 過程中，應當觀察會員的信息反饋，將意見匯總后，應用于實際建設中，使系統 更加完善，成為多功能的會員管理系統。
致謝
在這次論文寫作過程中，需要特別感謝我的論文指導老師張明武教授，沒有 張明武教授全程的指導我的畢業論文也就不能順利完成。是教授的認真、負責的 態度，才能夠讓我更順利的完成論文寫作，您的指點給予了我很多的思想引導， 使我能夠明確論文寫作的方向，將我所學習的知識靈活運用到論文寫作的過程當 中。張明武教授嚴謹的工作態度一直都是我學習和生活中的榜樣，您的教導和循 循善誘必將使我終身受益，今后我將秉承著您負責任、嚴謹的工作態度，認真的 工作，嚴謹做事，和善待人，努力為社會的和諧發展貢獻出自己的一份力量。
論文即將完成完稿之際，我的心里百感交集，論文從選題到完稿中間出現過 困頓和停滯，但最后在同學和張明武教授的幫助下順利完成了，內心欣喜若狂， 但同時意味著論文完稿碩士生涯即將結束，內心還有一份留戀和不舍。在這里只 想向幫助過我的同學、師長獻上我最真摯的謝意。最后，再次感謝我敬愛的導師 張明武教授，愿您永遠健康快樂。
參考文獻
[1]張文彬，宋愛國.一種用于高爾夫賽的NAO機器人比賽系統設計J].測控技 術,2018,37(03):32-35.
[2]孫婕，黃丹，任平.中國青少年注冊積分系統對高爾夫發展影響分析研究J].體育 科技文獻通報,2018,26(03):151-152.
⑶顧宏.高爾夫會員信息管理系統的設計與研究[J].中國管理信息 化,2018,21(01):122-123.
[4]劉益全.高爾夫A7空調系統LIN總線短路空調不工作案例J].汽車維 修,2017(11):36-38.
[5]Charles A.Ingene.Coordination and manufacturer profit maximization:The multiple retailer channel[J] 1995,Journal of Retailing(2).
[6]S. Chan Choi.Price Competition in a Channel Structure with a Common Retailer[J] 1991,Marketing Science(4).
[7]李超.V1golf分析系統在高爾夫球技術教學中的應用[J].體育世界(學術 版),2017(02):70+69.
[8]李健,劉祁芳,王偉,王文娟.光纖激光機器人焊接系統在高爾夫球桿制造中的應 用[J].金屬加工(熱加工),2017(04):29-31.
[9]袁逸駿，羅漢文.一種高爾夫賽事運營管理系統J].上海師范大學學報(自然科學 版),2017,46(01):10-15.
[10].英國CTV攜荷蘭艾崧智能“大腦”系統轉播高爾夫冠軍公開賽J].現代電視技 術,2016(09):160.
[11]韓方健，王濤濤，沙毅.迷你高爾夫模擬器前端檢測系統的設計J].科技創新與 應用,2016(08):70.
[12]金克林.四川省高爾夫高等教育開展現狀及對策研究J].四川旅游學院學 報,2016(02):95-100.
[13]張健，杜佳星基于ZigBee的高爾夫球場草坪監測系統[J].電子技術與軟件工 程,2015(21):26-27.
[14]陳惠娟.基于北斗/GPS & GPRS遠程高爾夫球場管理系統設計[J].電子技
術與軟件工程,2015(19):70-71.
[15].萬和再度成為高爾夫歐巡賽•佛山公開賽熱水系統供應商[J].現代家 電,2015(16):53.
[16]張兆松.生態護坡系統在高爾夫河道的應用[J].世界高爾夫,2015(02):19.
[17]閆金.室內高爾夫模擬器使用現狀及推廣可行性研究 以北京市為例[J].中
國學校體育(高等教育),2014,1(12):20-24.
[18]曾詩嵐，鄒俊.模擬高爾夫系統及其在我國的推廣思考[J].重慶科技學院學報 (社會科學版),2014(10):138-140.
[19]王娟娟.基于運動捕捉的高爾夫揮桿分析與輔助訓練系統設計[J].電子測 試,2014(19):147-148+146.
[20]袁建國.三元乙丙襯墊防水系統在天津楊柳青高爾夫俱樂部人工湖的應用[J]. 中國建筑防水,2014(16):41-46.
[21]戴子云,高晨浩,宋崢,濮陽雪華,王昌俊,韓烈保.北京鴻華高爾夫球場生態系統 服務價值評價研究[J].草業學報,2014,23(03):30-3 8.
[22]王曉俊.定位系統(GPS)在高爾夫球中的模擬應用[J].硅谷,2014,7(11):119+112.
[23]陳瑞軒，劉志強.基于C#的高爾夫俱樂部會員管理系統的設計[J].科技信 息,2014(06):155+158.
[24]張兆松.中控系統在高爾夫球場灌溉中的應用[J].世界高爾夫,2013(12):166.
[25]戴子云,濮陽雪華,高晨浩,韓烈保,孟建忠.高爾夫球場生態系統服務價值評價 研究[J].草地學報,2013,21(06):1085-1092.
[26]孫超,韓烈保，信金娜.高爾夫球場沙坑排水系統的改建以及效果[J].草原與草 坪,2013,33(05):57-60.
[27]侯國華，陳晴潔，李飛飛,韓烈保，姜毅.SubAir系統在中國高爾夫球場的應用前 景[J].草原與草坪,2013,33(05):105-110.
[28]宮曉曉.差點系統在國內高爾夫俱樂部中的應用現狀分析[J].才 智,2013(08):264.
[29]孫婕,鄭剛.“體教結合”系統工程下云南省高爾夫人才教育實行“校企合作、產 學研和”創新模式研究[J].體育科技文獻通報,2012,20(10):82-83.
[30]張兆松.噴灌中央控制系統在我國高爾夫球場中的應用[J].世界高爾
夫,2012(10):168.
[31].名將高爾夫教學中心[J].世界高爾夫,2012(08):64-65.
[32]張瑩,郭立亞.重慶地區本科院校推廣高爾夫課程的可行性研究J].西南師范大 學學報(自然科學版),2011,36(06):156-160.
[33 ]尚暉.高爾夫球賽轉播系統設計及話筒配置[J].音響技術,2011(05):32-35.
[34]卓紅花.高爾夫球場灌溉系統用泵站[J].通用機械,2011(06):80-83.
[35]柳金梅.電動高爾夫球車的電控系統設計及選配[J].機電產品開發與創 新,2011,24(03):69-70+68.
[36]楊賢昭，程耕國.高爾夫輔助教學系統[J].測控技術,2010,29(04):100-102.
[37]陳適,戴牡紅，郭正球.基于數據倉庫的高爾夫決策支持系統設計與實現J].長 沙航空職業技術學院學報,2010,10(01):48-51.
[38]郭起宏，張毅，王柱林.高爾夫球場的綜合防雷管理系統研究J].計算技術與自 動化,2010,29(01):114-117.
[39]潘永剛,姚遠.KUDU動作分析系統在高爾夫球教學中的應用研究[J].科教導刊 (中旬刊),2010(03):39-41.
[40]鄭立捷.一次妙趣橫生、風光旖旎的高爾夫之旅——體驗圣景高爾夫運動模擬 系統[J].經濟,2009(07):5 8.
[41]于小喜.高爾夫轎車電控燃油系統的原理與診斷[J].科技信 息,2009(12):518-519.
[42]溫可寧，李樹森.節能型高爾夫球場噴灌控制系統的設計[J].黑龍江水利科 技,2009,37(01):18-19.
[43]溫鵬翔，蘇德榮,薛海兵.管理信息系統在高爾夫球場場地管理中的應用[J].草 業科學,2008,25(12):129-135.
[44]莊曉龍.基于MSP430和IA4421的高爾夫球車遙控系統[J].機電工 程,2008(11):108-110.
[45]駱立安，屈百達.基于TMS320LF2407A的高爾夫球車數控系統[J].電力電子技 術,2008(10):25-26+33.
[46]王貴.Microchip產品及其在電動高爾夫球車永磁無刷直流電機驅動系統的應 用[J].電子產品世界,2008(10):150-152.
[47]本刊編輯部.南京鐘山高爾夫別墅數字園區 智能家居系統工程(一期)通過驗 收評估[J].智能建筑,2007(06):63-66.
[48]李蕊,韓亞紅.高爾夫球體育視頻分析系統的開發[J].電腦知識與技術(學術交 流),2007(04):1127-1129.
[49]郭明，張志剛,孫國成.水源熱泵系統在大連長興島高爾夫球場會所的應用[J]. 大連大學學報,2006(06):47-52.
[50]劉嘉，韋巍.高爾夫球童機器人運動控制系統的設計[J].電子技術應 用,2006(10):91-92.
[51]Fang-Fang TangXiaolin XingWill the growth of multi-channel retailing diminish the pricing efficiency of the web?[J] 2001,Journal of Retailing(3).
[52]Andy A. TsayNarendra Agrawal. Channel Dynamics Under Price and Service Competition[J] 2000,Manufacturing & Service Operations Management(4).
[53]Ganesh Iyer. Coordinating Channels Under Price and Nonprice Competition[J] 1998,Marketing Science(4).
[54]S.Chan Choi. Price competition in a duopoly common retailer channel[J] 1996,Journal of Retailing(2).
[55]趙曉宇.高爾夫A7胎壓故障系統報警[J].汽車維修,2017(10):43-44.
[56]陳杰，趙高鵬,王向民.基于單片機的高爾夫運動訓練系統設計[J].電子設計工 程,2017,25(16):125-128+133.
[57]Karolina La Fors-Owczynik. Monitoring migrants or making migrants ‘misfit'? Data protection and human rights perspectives on Dutch identity management practices regarding migrants[J]. Computer Law & Security Review: The International Journal of Technology Law and Practice,2016,32(3).
[58]Francisca M. Garcia-Padilla,Angustias Gonzalez Rodiiguez. Los servicios de cafeterias y la promoci6n de la salud en el entorno escolar[J]. Atencion Primaria,2016.
[59]Martyn G. Kelly,Sebastian Birk,Nigel J. Willby,Luc Denys,Stina Drakare,Maria Kahlert,Satu Maaria Karjalainen,Aldo Marchetto,Jo-Anne Pitt,Gorazd Urbanic,Sandra Poikane. Redundancy in the ecological assessment of lakes: Are phytoplankton, macrophytes and phytobenthos all necessary[J]. Science of the
Total Environment,2016,568.
[60]Stephanie Y. Searle,Christopher J. Malins. Waste and residue availability for advanced biofuel production in EU Member States[J]. Biomass and Bioenergy,2016,89.
[61]M. Liikanen,O. Sahimaa,M. Hupponen,J. Havukainen,J. Sorvari,M. Horttanainen. Updating and testing of a Finnish method for mixed municipal solid waste composition studies[J]. Waste Management,2016,52.
[62]Amy E. Vinson,David Zurakowski,Gail I. Randel,Kathy D. Schlecht. National Survey of US academic anesthesiology chairs on clinician wellness[J]. Journal of Clinical Anesthesia,2016,34.
[63]P. Borrelli,P. Panagos,M. Marker,S. Modugno,B. Schutt. Assessment of the impacts of clear-cutting on soil loss by water erosion in Italian forests: First comprehensive monitoring and modelling approach[J]. Catena,2017,149.
[64]Hang Ngo Thu,Uta Wehn. Data sharing in international transboundary contexts: The Vietnamese perspective on data sharing in the Lower Mekong Basin[J]. Journal of Hydrology,2016,536.
[65]Valery A. Danilack,Elizabeth W. Triche,David D. Dore,Janet H. Muri,Maureen G. Phipps,David A. Savitz. Comparing expectant management and spontaneous labor approaches in studying the effect of labor induction on cesarean delivery[J]. Annals of Epidemiology,2016,26(6).
下一篇：沒有了
相關標簽:
