基于JSP的健身俱乐部会员管理系统的设计与实现（论文+PPT+源码）
= 分類號_______________ 密級________________
UDC _______________ 學號_ ___
畢業設計（論文）
| Thesis Topic | Design and Implementation of Fitness Club Membership Management System Based on JSP |
畢業設計（論文）任務書
第1頁
基于JSP的健身俱樂部會員管理系統的設計與實現
摘 要
目前我國雖然己經開發出了應用計算機操作的健身俱樂部管理系統，但管理軟件，管理方法和管理思想三者往往相脫節。造成我國健身俱樂部信息管理系統極端化的缺陷。在國外健身俱樂部已經有了一整套涉獵了人力資源開發和管理，市場銷售，廣告制作投放計劃到健身項目規劃的管理系統，由此可見國外擁有了更加全面具體強大的俱樂部管理系統并已投入了使用并為其帶來了巨大利益。
設計與實現信息管理系統要根據俱樂部對顧客及其員工管理的實際情況來設計。能更好的方便俱樂部對顧客、員工和健身設備進行集中的管理工作。本信息管理系統包括的功能為:修改登錄密碼、工作人員管理、會員卡類型管理、會員資料管理、健身器材管理、教練執教管理、安全退出系統。
本系統的發展適和了健身俱樂部的自動管理需求，經過對現實的需求探討，本系統采用了JSP和MySQL數據庫管理系統作為基礎工具進行開發。運用了B/S的3層結構模式和瑞典MySQL AB公司開發的MySQL數據庫，并在設計初期。首先，完成了數據庫系統的搭建，在設計中錄入了一些數據;其次，完成了數據庫、開發環境軟件和運行環境軟件的銜接并最終實現了本系統的運行。JSP擁有Java語言“一次性編寫，各處都能運行”的特點,用JSP為基礎做成的這套俱樂部管理系統可以輕松移植到任何的平臺進行運行。所以用JSP來開發是完全可行的。
關鍵詞：健身中心，JSP，B/S結構
Design and Implementation of Fitness Club Membership Management System Based on JSP
Abstract
Although our country has developed a fitness club management system application of computer operations, but management software, management methods and ideas of the three phases are often disjointed. Cause of extreme fitness club information management system of the defects. Fitness club in a foreign country has been set forays into human resource development and management, marketing, advertising plans to launch a health project planning management system. Thus abroad have a more specific and comprehensive management system and powerful clubs have been put into use and its enormous benefits.
Design and implementation of information management systems to be designed according to the club management to customers and its employees actual situation. To better facilitate the club for customers, employees and fitness facilities for centralized management. The information management system includes functionality for: modify login password, member type management, staff management, member information management, fitness equipment management, coaching management, safe withdrawing.
The system is suitable for the development of automated management needs and fitness club, after the demand for the real discussion and MySQL database management system as a the system uses the fundamental tool development. The use Sweden MySQL AB of the B/S three-layer structure model and developed in MySQL database and the early stages of design. First, build a complete database system, input some data in the design; secondly, finished databases software development environment and run time environment software interface and ultimately the operation of the system. JSP has the Java language, "once written, everywhere can run" features, based on JSP made of this club management system, you can easily migrate to any platform for running
Key words:?Fitness center, JSP, B/S structure
目 錄
摘 要I
AbstractII
第一章 緒論1
1.1 課題背景1
1.2 課題研究的目的和意義2
1.3 課題發展前景及趨勢3
1.4 課題內容簡介4
1.5 開發工具4
1.5.1 MyEclipse5
1.5.2 Tomcat5
1.5.3 MySQL5
1.5.4 JSP6
1.5.5 JavaScript6
1.6 軟硬件需求7
第二章 需求分析8
2.1 需求調研8
2.2 可行性分析8
2.2.1技術可行性8
2.2.1.1 JSP技術8
2.2.1.2 MyEclipse Enterprise Workbench 8.59
2.2.1.3 SQLServer20059
2.2.1.4 JDBC技術9
2.2.1.5 B/S模式12
2.2.2 操作可行性13
2.2.3 社會可行性14
2.2.4 可行性小結14
2.3 功能模塊需求分析14
2.4 界面需求14
第三章 系統分析與設計15
3.1 數據庫的分析與設計16
3.1.1數據庫的概念結構設計16
3.1.2數據庫的邏輯結構設計18
3.1.3 數據庫的連接原理21
3.2中文亂碼問題處理22
第四章 系統功能實現23
4.1系統登陸頁面實現24
4.2 管理員功能模塊26
4.2.1 工作人員管理26
4.2.2會員資料管理28
4.2.3健康器材管理30
4.2.4 教練執教管理33
4.2.6 修改密碼35
4.2.7 退出系統36
第五章 系統測試36
5.1 測試的任務及目標37
5.1.1 測試的任務37
5.1.2 測試的目標37
5.2 測試方案37
5.3 測試過程37
5.4 測試用例38
5.4.1 主頁面的登錄模塊測試38
5.4.2 游客注冊測試38
5.5 其他錯誤41
5.6 小結41
結 論42
參考文獻43
致 謝44
附錄：英文技術資料翻譯45
英文原文46
中文譯文53
第一章 緒論
隨著計算機科學與技術的迅速發展，微機技術己經涉及到了人們生活和工作中的每一個角落，與之而來的高性能、高效率的計算機軟件給其他各行各業的技術更新和科技革命都起到了推動的作用。
健身一種體育項目，尤指包括徒手或用器械的體操，體操可以增強力量、柔韌性、增加耐力、提高協調、控制身體各部分的能力，從而使身體強健。如今社會，很多人都長期處于緊張的環境壓力。例如，面臨高考升學、商務應酬、企業經營、人際交往、職位競爭等社會活動。所以，沒有過多的時間進行運動，而進入亞健康狀態。而健身俱樂部的出現，可以使人們用少量的時間來系統的、專業的鍛煉身體，使人們獲得健康。健身俱樂部的發展適應人們需求，所以俱樂部也需要更好的信息管理系統來幫助俱樂部管理，俱樂部有了發展，人們就能更好的利用時間進行鍛煉。
如今的歐美國家，健身己經不是追求時尚，而是獲得健康的方式。它己經逐步走入人們的生活，成為生活必需品。越來越多的人也開始接受健身這種活動。而健身俱樂部發展的也越來越迅速。在我國，俱樂部的數量和質量都遠遠落后于歐美等國家。在經濟快速發展的同時，人們的生活水平也在不斷的提高，所以越來越多的人對通過健身來鍛煉身體的意識也越來越強。花在這上面的費用和時間也越來越多。所以，中國的健身業己經蓬勃發展，在北京，就出現了很多的著名俱樂部。
開發該健身俱樂部信息管理系統的目的是使健身俱樂部的工作效率得到提高。只要根據俱樂部對顧客及其員工管理的實際情況來設計就能更好的方便俱樂部對顧客、員工和健身設備進行集中的管理工作。
課題背景
中國加入WTO之后，越來越多的世界級企業和集團進入中國市場，加速了我們的經濟發展，同時也對本土的企業和集團公司帶了很多挑戰，相對陳舊的低效率的企業管理體制己經不能適宜新的市場競爭的需要，為了能夠適應新的挑戰，利用企業局域網對企業資源進行合理利用，使企業管理規范化、科學化己經成為一種必然的趨勢。企業管理系統的迅速發展改變了傳統的管理手段，隨著我國經濟不斷的持續發展，人民生活水平的的提高，也提高了管理效率，健康也就成為了人們追求高質量生活中十分關心的問題。科學高效的健身項目越來越受到廣大消費者的青睞和認可，各種專業的健身俱樂部會所的出現為追求科學高效的人們提供了有利條件。
經調查，我國當前健身俱樂部會所擁有超過數萬家，規模有大也有小，相對比較出名有中體倍力和青鳥等健身俱樂部，他們擁有學習國外的先進健身俱樂部管理經驗以及利用Internet網等先進計算機技術，使得自己的業務由單一的通過俱樂部平臺面向廣大客戶上升到了客戶足不出戶就可以享受到專業新聞的指導和科學健身知識，方便了客戶的利益也在同行業中成為了佼佼者，他們的成功不僅歸功于科學管理還要歸功于計算機網絡帶來的便利，這是利用計算機軟件及網絡技術擴大其業務成功的典范，但是國內健身俱樂部應用這種模式的運營的又有多少呢?其實并不多，大多健身俱樂部的管理模式和業務交流還停留在傳統的，低效率的用人管理的階段，現代管理的需求致使人工管理模式己經越來越不能滿足，一方面是因為每天的客戶量越來越多，手工處理的方式避免不了會在業務和財務等方面上出現短板，給客戶和俱樂部帶來了不必要的麻煩，于此同時也給俱樂部的經營和管理帶來了很多弊端;另一方面經營者也經常會由于財務管理和會員的管理而感到“頭痛”，隨著俱樂部的經營規模的不斷壯大，上面的問題會越來越明顯，一定會成為俱樂部發展的絆腳石。無論規模大小，各個健身俱樂部為了更好的生存和發展就必須在管理模式上引進先進的管理軟件系統，從而在會員管理，會員管理，產品管理，新聞管理，項目管理，及活動管理等方面提高和改善了手工方式所不能達到的效果和價值。
將計算機管理應用在健身俱樂部的管理中也是近年來隨著計算機被廣泛的應用于各行各業之中的一個典范。健身俱樂部管理此外，一個集成開發和管理公司在每個主要部分(自、項目產品，活動)代表更先進的管理理念和管理方法健身對現代化管理的重要工具，這房子我們健身房越來越廣泛的應用。
目前健身俱樂部會所的計算機管理水平還是很低，我也曾實地走訪過幾家健身俱樂部，他們的計算機應用是處在剛剛起步時的使用階段，但是俱樂部采用計算機軟件管理業務、財務和活動記錄等諸多問題即將成為健身俱樂部會所和其他相關企業發展的必然趨勢和必不可少的工具。
課題研究的目的和意義
中國2008奧運會成功舉辦，全民健身的熱浪一浪高過一浪，最近這些年，各種層次、類型的健身俱樂部在全國各地不斷的發展起來。這象征著中國體育基制改革逐步向縱深的方向發展，基層的體育組織機構正在不斷的發生改變，制度的創新不斷出現。健身俱樂部的不斷興起受到全國各界人民的歡迎。隨著社會不斷的進步，人民的富足，城市化發展的加速，越來越多的占地被高樓大廈所取代，加之環境的惡化和工作節奏的加快，高效科學的健身俱樂部逐漸被廣大消費者所認可，為向廣大消費者提供專業的健身服務，實施專業化、科學化的管理是俱樂部共同追求的目標。作為經營者，應該培養市場意識，將工業與健身行業相結合，建立自己的管理系統，在硬件上達到一定的高度，在軟件上要有自己的一套管理模式。只有具備了高效地管理、個性化的服務，才會使這個行業有更長遠地發展。
在當今這個人民素質逐漸提高、社會經濟不斷發展的時代，網絡技術己經進入高速的發展時期，信息化的時代變革給所有的領域不斷帶來新的機會。跟著電腦辦公自動化的普及，公司的自動化管理、顧客的自動化管理出現了，這全都都歸功于電腦發展的巨大奉獻，網絡的世界里蘊藏著無數的生機，這只有你想不到的事情，沒有你做不到的。
計算機的辦公自動化己經將管理從傳統模式解放出來，但只是作為一個機器對它來說是一種巨大的浪費，由計算機聯合所組成的互聯網正在改變整個管理思路與體系。他可以實現單位管理最根本的需求:投入最少的資源做最有效率的工作。將計算機裝備起來，然后根據自我的管理理念，顧客信息管理不但需要創造一個全新的客戶數據管理與事業關系管理系統，而且還要將它放在最前面，換掉經營者的以前的大部分辦公程序，將會更大程度的減輕管理者的工作任務，提高事業人員的管理效率，用一個更加優秀可靠的事業形象呈現在客戶們的面前，并且在客戶資料的收集、統計等方面更加的快速，更能迅速有效的予給管理者參考。這些都為我們開發這樣的軟件提供了良好的條件，使經營現代化、科學化成為可育昌。
隨著北京奧運會申辦成功，人們的健身意識不斷增強。物質和意識的雙重保障便注定了中國健身業的發展會越來越好，而這正是一個管理公司得以生存并發展的基礎。現在中國健身行業的發展現狀差不多和國外20年前一樣，國內俱樂部的歷史只有短短四五年，經營者在管理上沒有豐富的經驗。我們正好可以利用國外成熟的經營管理經驗來為中國健身產業服務并促進其發展。管理公司雖然引進國外的管理系統，但由于國情的不同，所以經營模式和數據不能照搬，而是借鑒過來適應國內的具體需要。即使是一套管理標準，在不同的地方，不同的俱樂部，也要配合其具體情況而定。
目前，國內己研究開發了一些健身俱樂部的管理軟件，比較突出的有貝爾健身俱樂部管理軟件、飛躍健身俱樂部管理軟件、飛揚健身俱樂部管理軟件等，這些軟件的功能較為全面，涉及了客戶、經營者、會員等的多方面的管理，使俱樂部的經營管理更為科學化、技術化，方便化。現在國內較為出名的大型健身俱樂部例如中體倍力，青鳥都建立了較為完善的基于C/S模式的網絡管理機智，是百姓可以足不出戶就可以想享受到網絡帶來的方便快捷的專業的健身指導和服務。
另外，隨著信息技術的日益成熟和普及，健身行業的不斷發展和盛行，與國外的交流與合作將成為一個必然趨勢。隨之帶來的問題就是要實現俱樂部管理的網絡化。但就網上收集的資料來看，目前多數的軟件都是PB, Delphi等開發完成的，這些只能用于俱樂部內部的經營和管理，卻脫離了互聯網這個大平臺，客戶本可以足不出戶就可以了解自己的健身狀況和健身俱樂部相關信息，這種開發己經與客戶的需求背道而馳，為了能夠使客戶和健身俱樂部更好的聯系和互動，采用C/S模式開發動態的網站，實現數據庫的動態維護將是一個發展方向。我們可以借鑒己開發軟件的優點，根據實際需求調查，在此基礎上開發出功能較為完善的基于Web的網絡管理系統，JSP是在ASP和PHP技術之后，一種新興的動態網站開發技術，它不像ASP技術的安全性較差，也不像PHP技術擴展性較小，在繼承了他們優點的基礎之上，還能夠支持XML技術，使得功能更加強大，逐漸成為新興網站開發的首選技術，這次我們用JSP開發這一軟件，正迎合了這一技術發展趨勢，對我們來說也是一次挑戰。
課題發展前景及趨勢
本課題是采用JSP技術進行開發的基于WEB的健身俱樂部管理系統，隨著近些年Internet的飛速發展，傳統的提供靜態網頁的Web服務己經無法滿足廣大Internet用戶的需求，動態網頁技術隨之誕生，如ASP, PHP, JSP等，其中JSP 由于具備“一次編寫，隨處運行(Write Once，Run Anywhere)”的特點，在WEB應用開發中得到了廣泛的應用。應用JSP技術開發健身俱樂部管理系統能夠使JSP在網絡技術中的性能得到淋漓盡致的發揮，調查研究表明，大多數健身俱樂部管理軟件的主要問題是受阻基于健身俱樂部會所內部的管理的，脫離了與廣大客戶的聯系，它變的孤立而且功能受限，一個脫離了廣大客戶的管理系統，就必將在未來的市場中無用武之地。更與現今的常用的軟件開發模式B/S, C/S模式背道而馳，加之這樣JSP技術可以支持多種運行平臺，運行速度快，難易程度低，擴展性安全性好，數據庫支持多等特點，為設計者、使用者和維護者提供了方便。
核心問題之一在當前發展趨勢的發展健身俱樂部管理系統和互聯網結合引發需求為健身俱樂部管理互聯網規模的健身俱樂部，因為根據越來越多的業務信息交換、健身俱樂部和俱樂部之間擴大管理進一步追求不同，更方便數據共享政策，沒有燃燒我的摩托車這己經滿足于一個簡單的方法來共享文件和信息，但不再是嗎?看看核心大人，數據庫自己的健康，我將客戶機器系統。互聯網絡系統結構轉換的原因對服務器模型，雖然它總是根據俱樂部自身的進步，特別是大型健身俱樂部，國際發展工作我必須跨地區可能己經有一些客戶，甚至國際體系和數據傳輸，信息共享和表示當互聯網可以跨境區域，用戶可以享受偉大的不可避免的俱樂部堅決持有許多客人突然，他占領的激烈的市場競爭能力，互聯網網絡之間的聯系，更多的顧客和健身俱樂部與客戶服務工作與客戶提供的俱樂部信息管理系統網絡通過一個良好的快速查詢、分析，建立科學的管理手段，健康俱樂部的大規模數據管理和報告的一種多層次的總結，所以健身房網絡管理迫切需要另一個互聯網俱樂部管理提供各種服務管理如何結合管理支持系統和互聯網網絡技術提供有機網絡，一組查詢為什么時間管理俱樂部內部的一個綜合管理系統，己經報告的基礎，一個重大的挑戰。
課題內容簡介
本課題解決的問題是如何通過設計一個切實可行的軟件系統來解決健身俱樂部管理目前存在的一系列問題。該課題是基于Windows的操作系統，后臺數據庫采用MySQL，前端使用JSP進行開發。
本課題所研究的健身俱樂部管理系統主要由六個模塊組成，即人事資料模塊、預約管理模塊、器材管理模塊、會員管理模塊、系統管理模塊。運行本系統先由登陸界面窗口進入用戶權限認證窗口，通過用戶名和口令驗證的用戶方可進入系統主窗口進行瀏覽與操作。
會員管理子系統:包括會員個人信息的修改、會員的增加和刪除、會員信息查詢以及會員卡的管理。
預約管理子系統:包括健身預約信息的錄入、和刪除。
人事資料管理子系統:包括人事資料的添加、刪除、修改功能。
器材管理子系統:包括器材信息的錄入、增加和刪除、修改、產品信息查詢。
考勤、工資管理子系統:包括考勤、工資信息的錄入、增加和刪除、修改。
系統維護子系統:包括修改密碼、修改用戶名、刪除管理員和增加管理員四個功能模塊。
用戶管理模塊:管理員添加、刪除、查詢用戶基本信息和設置用戶權限。
開發工具
此次設計主要采用MyEclipse加Tomcat后臺服務器進行，設計過程中頁面主要使用JSP技術完成，下面對MyEclipse、Tomcat和MySQL數據庫進行簡要介紹。
MyEclipse
MyEclipse，是一個十分優秀的用于開發Java， J2EE的Eclipse插件集合，MyEclipse的功能非常強大，支持也十分廣泛，尤其是對各種開元產品的支持十分不錯。MyEclipse企業級工作平臺（MyEclipse Enterprise Workbench ，簡稱MyEclipse）是對Eclipse IDE的擴展，利用它我們可以在數據庫和JavaEE的開發、發布，以及應用程序服務器的整合方面極大的提高工作效率。它是功能豐富的JavaEE集成開發環境，包括了完備的編碼、調試、測試和發布功能，完整支持HTML， Struts， JSP， CSS， Javascript， SQL， Hibernate。
Tomcat
Tomcat是一個小型的輕量級應用服務器，在中小型系統和并發訪問用戶不是很多的場合下被普遍使用，是開發和調試JSP 程序的首選。可以這樣認為，當在一臺機器上配置好Apache 服務器，可利用它響應對HTML頁面的訪問請求。實際上Tomcat 部分是Apache 服務器的擴展，但它是獨立運行的，所以當運行Tomcat 時，它實際上作為一個與Apache 獨立的進程單獨運行的。
MySQL
MySQL是最流行的開放源碼SQL數據庫管理系統，它是由MySQL AB公司開發、發布并支持的。MySQL AB是由多名MySQL開發人創辦的一家商業公司。它是一家第二代開放源碼公司，結合了開放源碼價值取向、方法和成功的商業模型。
數據庫是數據的結構化集合，計算機是處理大量數據的理想工具，因此，數據庫管理系統在計算方面扮演著關鍵的中心角色，或是作為獨立的實用工具，或是作為其他應用程序的組成部分。
MySQL服務器還有一套實用的特性集合，這些特性是通過與我們用戶密切合作而開發的。在我們的基準測試主頁上，給出了MySQL服務器和其他數據庫管理器的比較結果。
MySQL服務器最初是為處理大型數據庫而開發的，與已有的解決方案相比，它的速度更快，多年以來，它已成功用于眾多要求很高的生產環境。盡管MySQL始終在不斷發展，但目前MySQL服務器已能提供豐富和有用的功能。它具有良好的連通性、速度和安全性，這使得MySQL十分適用于訪問Internet上的數據庫。
每次發布的MySQL服務器均是可用的，權當用戶嘗試源自“灰色區域”的代碼時才會出現問題。當然，新用戶不了解“灰色區域”是什么。因此，在本節中，我們介紹了目前已知的這類區域。本節所做的介紹主要針對MySQL服務器5.5版和更高版本，在最新版本中，更正了所有已知和通報的缺陷，但“缺陷”一節所列的除外，這類缺陷與設計無關。
JSP
JSP技術使用Java編程語言編寫類XML的tags和scriptlets，來封裝產生動態網頁的處理邏輯。網頁還能通過tags和scriptlets訪問存在于服務端的資源的應用邏輯。JSP將網頁邏輯與網頁設計和顯示分離，支持可重用的基于組件的設計，使基于Web的應用程序的開發變得迅速和容易。
Web服務器在遇到訪問JSP網頁的請求時，首先執行其中的程序段，然后將執行結果連同JSP文件中的HTML代碼一起返回給客戶。插入的Java程序段可以操作數據庫、重新定向網頁等，以實現建立動態網頁所需要的功能。JSP與Servlet一樣，是在服務器端執行的，通常返回給客戶端就是一個HTML文本，因此客戶端只要有瀏覽器能瀏覽。JSP頁面由HTML代碼和嵌入其中的Java代碼所組成。服務器在頁面被客戶端請求以后對這些Java代碼進行處理，然后將生成的HTML頁面返回給客戶端的瀏覽器。Servlet是JSP的技術基礎，而且大型的Web應用程序的開發需要Java Servlet和JSP配合才能完成。JSP具備了Java技術的簡單易用，完全的面向對象，具有平臺無關性且安全可靠，主要面向因特網的所有特點。JSP技術的優點：
（1）一次編寫，到處運行。除了系統之外，代碼不用做任何更改。
（2）系統的多平臺支持。基本上可以在所有平臺上的任意環境中開發，在任意環境中進行系統部署，在任意環境中擴展。相比ASP/.net的局限性是顯而易見的。
（3）強大的可伸縮性。從只有一個小的Jar文件就可以運行Servlet/JSP，到由多臺服務器進行集群和負載均衡，到多臺Application進行事務處理，消息處理，一臺服務器到無數臺服務器，Java顯示了一個巨大的生命力。
（4）多樣化和功能強大的開發工具支持。Java已經有了許多非常優秀的開發工具，而且許多可以免費得到，并且其中許多已經可以順利的運行于多種平臺之下
(5)支持服務器端組件。Web應用需要強大的服務器端組件來支持，開發人員需要利用其他工具設計實現復雜功能的組件供Web頁面調用，以增強系統性能。JSP可以使用成熟的JavaBeans 組件來實現復雜商務功能。
內部對象說明：request 客戶端請求，此請求會包含來自GET/POST請求的參數； response 網頁傳回客戶端的響應；pageContext 網頁的屬性是在這里管理； session 與請求有關的會話； application servlet正在執行的內容；out 用來傳送響應的輸出流； config 代碼片段配置對象；page JSP網頁本身； exception 針對錯誤網頁，未捕捉的例外。
JavaScript
JavaScript是一種基于對象和事件驅動并具有相對安全性的客戶端腳本語言。同時也是一種廣泛用于客戶端Web開發的腳本語言，常用來給HTML網頁添加動態功能，比如響應用戶的各種操作。JavaScript的一個重要功能就是面向對象的功能，通過基于對象的程序設計，可以用更直觀、模塊化和可重復使用的方式進行程序開發。在HTML基礎上，使用JavaScript可以開發交互式Web網頁。JavaScript的出現使得網頁和用戶之間實現了一種實時性的、動態的、交互性的關系，使網頁包含更多活躍的元素和更加精彩的內容。在本系統中很多地方使用了JavaScript技術，比如說，檢驗用戶輸入數據的有效性，是否重復，是否為空等等。
軟硬件需求
硬件需求：
CPU：Pentium以上計算機
內存: 512M以上
軟件需求：
操作系統版本：Windows XP /vista/Win7
開發工具：MyEclipse
后臺服務器：Apache Tomcat 7.0
開發語言：Java
瀏覽器：IE6.0
2.1 需求調研
在項目的開始是需求調研，并且走訪了健身會所，經過一系列的調查與談話中發現，健身會所市場的管理和規范問題，是困擾我們多年的一個老問題，也是政府管理中的一個難點，健身的一個最基本的業務，表面上看，它只是健身會所業務的一個簡單的部分，但是它涉及到管理與客戶服務等多方面。
2.2 可行性分析
在項目的開發過程中，可行性分析是非常重要的一個環節，它是基于技術等進行分析之后得出的一個結論，這個結論說明了這個項目是否可以繼續開展，本章從技術可行性、操作可行性、安全可行性、社會可行性等方面綜合闡述了項目的可行性。
2.2.1技術可行性
技術上的可行性主要是根據系統分析得到的需要開發的軟件，來分析利用現有技術是否能實現待開發的軟件。本系統需要連接到互聯網上，運用jsp+servlet技術開發，方便快捷，開發所需要的軟件工具都是簡單易操作的且開源，安全，可維護性強，本系統在MyEclipse的開發環境下采用java語言編寫，Java語言具有較強的可移植性，安全性和穩定性，可以在不同的系統上運行，本系統采用的服務器是Apache-Tomcat-7.0版本，開發技術則采用的是jsp+servlet技術。下面介紹本系統使用的幾種常見的技術：
2.2.1.1 JSP技術
JSP(Java Server Page服務器網頁)是從1998年開始出現的新技術。由Sun公司倡導，基于JavaServlet以及整個Java體系的web開發技術，并且他是由許多公司參與一起建立的一種動態網頁技術標準。在傳統的網頁HTML文件(*.htm,*.html)中加入腳本片段和JSP標記(Tag)，構成JSP網頁(*.jsp)。JSP技術為創建顯示動態生成內容的web頁面提供了簡便的方法。JSP作為Java家族的一員，承襲了Java的特點，即跨平臺的特性，也即一次編譯，到處運行。
對于我們現在的使用，JSP無疑是一種非常方便的工具，可以精確的寫出自己想要的界面效果，這也是我使用JSP技術的重要原因。
JSP網站開發標準給出了兩種使用JSP的技術,可以歸納為模式一、模式二。
模式一:JSP+JavaBeans技術。在這種模式中，JSP頁面獨自響應請求并將處理結果返回給客戶。Bean處理所有數據訪問，JSP實現頁面的表現，以實現內容生成與顯示相分離。當處理復雜的大型應用時，頁面被嵌入大量的腳本或Java代碼段，當需要處理的商業邏輯復雜時，這種情況會變得非常糟糕，大量的內嵌代碼使得頁面程序變得復雜，對于前端界面設計人員，這是不可思議的事情。所以模式一可用于小型應用，不能夠滿足大型應用的需要。
模式二:JSP+Servlet+JavaBeans技術。Servlet技術是一種采用Java技術來實現CGI功能的一種技術，Servlet技術非常適于服務器端的處理和編程，并且Servlet會長期駐留在內存。
從開發的觀點看，模式二具有更清晰的頁面表現，清楚的開發者角色劃分，在大規模項目開發中，模式二更被采用，模式二也更符合當前流行的MVC結構(Model/view/controller)，其中Servlet對應controller，處于控制者的位置，處理HTTP請求，負責生成JSP中使用的Beans組件或對象，并判斷應將請求傳遞給哪個JSP等，JSP對應view，負責生成最終的動態網頁并返回給瀏覽器。而JavaBeans對應的是Model，實現各個具體的應用邏輯與功能。
2.2.1.2 MyEclipse Enterprise Workbench 8.5
MyEclipse企業級工作平臺（My Eclipse Enterprise Workbench，簡稱MyEclipse）是對EclipseIDE的擴展，利用它可以在數據庫和J2EE的開發、發布，以及應用程序服務器的整合方面極大的提高工作效率。它是功能豐富的J2EE集成開發環境，包括了完備的編碼、調試、測試和發布功能，完整支持HTML，Struts，JSF，CSS，Javascript，SQL，Hibernate。
MyEclipse 是一個十分優秀的用于開發Java, J2EE的Eclipse插件集合，MyEclipse的功能非常強大，支持也十分廣泛，尤其是對各種開源產品的支持十分不錯。MyEclipse目前支持Java Servlet,AJAX,?JSP, JSF, Struts,Spring, Hibernate,EJB3,JDBC數據庫鏈接工具等多項功能。可以說MyEclipse幾乎囊括了目前所有主流開源產品的專屬Eclipse開發工具。
2.2.1.3 SQLServer2005
SQLServer2005最初的開發者的意圖是用SQLServer2005和他們自己的快速低級例程(ISAM)去連接表格。不管怎樣，在經過一些測試后，開發者得出結論：SQLServer2005并沒有他們需要的那么快和靈活。這導致了一個使用幾乎和SQLServer2005一樣的API接口的用于他們的數據庫的新的SQL接口的產生，這樣，這個API被設計成允許為用于SQLServer2005而寫的第三方代碼更容易移植到SQLServer2005。
Microsoft SQL Server 2005 是一個全面的數據庫平臺，使用集成的商業智能 (BI)工具提供了企業級的數據管理。Microsoft SQL Server 2005數據庫引擎為關系型數據和結構化數據提供了更安全可靠的存儲功能，使您可以構建和管理用于業務的高可用和高性能的數據應用程序。
2.2.1.4 JDBC技術
JDBC技術是Java Data Base Connectivity的縮寫，它是SUN公司提供的一種支持基本SQL功能的通用的應用程序接口(Application Programming Interface)。它是一種用于執行SQL語句的Java API，可以為多種關系數據庫提供統一訪問，它由一組用Java語言編寫的類和接口組成。JDBC為工具/數據庫開發人員提供了一個標準的API，據此可以構建更高級的工具和接口，使數據庫開發人員能夠用純 Java API 編寫數據庫應用程序，同時，JDBC也是個商標名。通過執行相應SQL語句，完成對不同數據庫的訪問。因此，開發人員使用JDBC API可以不必編寫一個應用程序來訪問Sybase數據庫，又另外編寫一個應用程序去訪問Oracle數據庫，再寫一個應用程序訪問Microsoft的SQL Server。不但如此，使用Java語言編寫的應用程序可以在任何支持Java的平臺上運行，不必在不同的平臺上開發不同的應用程序。
簡單地說，JDBC能完成下列三件事：
JDBC是一種通用低層的應用程序編程接口，它在不同的數據庫功能模塊的層次上提供一個統一的用戶界面。說JDBC是一處低級的API，是指它直接調用SQL命令，它比其他的一些數據庫連接API要容易使用些，但它有同樣可以作為更高級的，用戶版面更友好的API或開發工具基礎。
瀏覽器端程序要訪問數據庫，首先通過中間件，然后由中間件對數據庫操作權限進行認證，認證通過才能對數據庫進行操作，數據庫訪問的三層結構如圖2-1所示。
圖2-1 數據庫訪問三層結構
用戶對數據庫的存取權限認證是中間件中完成，對數據庫的查詢、插入、更新和刪除操作等都封裝在中間件中，該中間件位于服務器端，中間件對數據庫進行操作后，再將處理結果通過Web服務器返回到瀏覽器端用戶。這樣，在用戶端輸入的用戶名和密碼，可以通過加密算法進行加密后在網絡上傳輸，在中間件中進行解密認證，然后再進行數據庫的存取操作，數據庫存取權限的用戶名和密碼出現在位于服務器端的中間件中，這樣就更加安全。本系統采用的正是這樣的三層結構的數據庫訪問模式。
在三層模型中，命令將被發送到服務的“中間層”，而“中間層”將SQL語句發送到數據庫。數據庫處理SQL語句并將結果返回“中間層”，然后“中間層”將它們返回用戶。其模型如圖2-2所示。
圖2-2 JDBC的三層模型
因為“中間層”可以進行對訪問的控制并協同數據庫的更新，并且可以使用一個易用的高層API，這個API可以由“中間層”進行轉換，轉換成低層的調用。所以在許多種情況下，三層模型可以提供更好的性能，本系統中所采用的就是此種模型。
簡單地說，JDBC 可以做三件事：與數據庫建立連接，發送SQL語句并且獲得數據，最后根據得到的數據進行處理。
數據庫連接如圖2-3所示：
圖2-3 數據庫的連接處理
在建立數據連接時，要判斷連接是否建立成功了，如果沒有建立成功，要進行異常的捕捉等的錯誤處理，如果連接建立起來了，那么就繼續進行。得到數據庫連接后，就要執行事先寫好的SQL語句，通常可以用預編譯命令，防止SQL注入，在執行時，如果SQL語句出現錯誤，也要進行異常的捕捉和處理，如果SQL語句正確，則成功之后就會返回ResultSet這個結果集，我們可以對其進行一些操作。
2.2.1.5 B/S模式
B/S模式是一種以Web技術為基礎的新型的MIS系統平臺模式。把傳統C/S模式中的服務器部分分解為一個數據服務器與一個或多個應用服務器(Web服務器)，從而構成一個三層結構的客戶服務器體系。
第一層客戶機是用戶與整個系統的接口。客戶的應用程序精簡到一個通用的瀏覽器軟件，如Netscape Navigator，微軟公司的IE等。瀏覽器將HTML代碼轉化成圖文并茂的網頁。網頁還具備一定的交互功能，允許用戶在網頁提供的申請表上輸入信息提交給后臺，并提出處理請求。這個后臺就是第二層的Web服務器。
第二層Web服務器將啟動相應的進程來響應這一請求，并動態生成一串HTML代碼，其中嵌入處理的結果，返回給客戶機的瀏覽器。如果客戶機提交的請求包括數據的存取，Web服務器還需與數據庫服務器協同完成這一處理工作。
第三層數據庫服務器的任務類似于C/S模式，負責協調不同的Web服務器發出的SQL請求，管理數據庫。
它無需像C/S模式那樣在不同的客戶機上安裝不同的客戶應用程序，而只需安裝通用的瀏覽器軟件。這樣不但可以節省客戶機的硬盤空間與內存，而且使安裝過程更加簡便、網絡結構更加靈活。假設一個企業的決策層要開一個討論庫存問題的會議，他們只需從會議室的計算機上直接通過瀏覽器查詢數據，然后顯示給大家看就可以了。甚至與會者還可以把筆記本電腦聯上會議室的網絡插口，自己來查詢相關的數據。其次，它簡化了系統的開發和維護。系統的開發者無須再為不同級別的用戶設計開發不同的客戶應用程序了，只需把所有的功能都實現在Web服務器上，并就不同的功能為各個組別的用戶設置權限就可以了。各個用戶通過HTTP請求在權限范圍內調用Web服務器上不同處理程序，從而完成對數據的查詢或修改。現代企業面臨著日新月異的競爭環境，對企業內部運作機制的更新與調整也變得逐漸頻繁。相對于C/S，B/S的維護具有更大的靈活性。當形勢變化時，它無須再為每一個現有的客戶應用程序升級，而只需對Web服務器上的服務處理程序進行修訂。這樣不但可以提高公司的運作效率，還省去了維護時協調工作的不少麻煩。如果一個公司有上千臺客戶機，并且分布在不同的地點，那么便于維護將會顯得更加重要。
再次，它使用戶的操作變得更簡單。對于C/S模式，客戶應用程序有自己特定的規格，使用者需要接受專門培訓。而采用B/S模式時，客戶端只是一個簡單易用的瀏覽器軟件。無論是決策層還是操作層的人員都無需培訓，就可以直接使用。B/S模式的這種特點，可以讓MIS系統維護的限制因素變得更少。
最后，B/S特別適用于網上信息發布，使得傳統的MIS的功能有所擴展。這是C/S所無法實現的。而這種新增的網上信息發布功能恰是現代企業所需的。這使得企業的大部分書面文件可以被電子文件取代，從而提高了企業的工作效率，使企業行政手續簡化，節省人力物力。
現有的硬件和軟件在功能上是可以滿足系統開發的需求，開發所需要的軟件工具也都是簡單易操作的，開發人員的技術水平完全可以勝任系統的開發。所以該系統在技術上是可行的。
2.2.1.6 EL技術
EL全名為Expression Language，它原本是JSTL 1.0為方便存取數據所自定義的語言。
表達式這種語言的靈感來自于ECMAScript和XPath表達式語言，它的格式為${express}，它提供了在 JSP 中簡化表達式的方法。它是一種比較簡單的語言，基于可用的命名空間（PageContext 屬性）、嵌套屬性和對集合、操作符（算術型、關系型和邏輯型）的訪問符、映射到 Java 類中靜態方法的可擴展函數以及一組隱式對象。
EL 提供了在 JSP 腳本編制元素范圍外使用運行時表達式的功能。腳本編制元素是指頁面中能夠用于在 JSP 文件中嵌入 Java 代碼的元素。它們通常用于對象操作以及執行那些影響所生成內容的計算。JSP 2.0 將 EL 表達式添加為一種腳本編制元素。
2.2.2 操作可行性
該系統具有易用性，B/S結構使得客戶端不必安裝任何軟件，只要有瀏覽器并連接到Internet或企業內部的Intranet上即可使用，免除了非專業人員操作技術上的困難。服務器操作系統采用Windows 7，Web服務器為Apache-Tomcat7.0版本，數據庫為MySQL。
該系統具有友好親切的使用界面，功能豐富并且使用簡單，一般用戶無需培訓即可使用，對運行的平臺和機器配置要求不高，便于配置和應用。
2.2.3 社會可行性
隨著社會的發展和計算機技術的進步，人類越來越依賴于信息化的管理系統，這種系統能更加方便的獲得信息以及處理信息。人們都改變了過去的思維，開始走向了互聯網的時代，在社會中成為了一種新的潮流。
2.2.4 可行性小結
本章在技術可行性上、操作可行性上以及社會可行性上進行了詳細的介紹，在技術方面通過介紹JSP技術和EL技術等常見技術，說明了開發本系統的可行性，而在操作方面，也是利用了簡單易于操作的平臺和數據庫，所以開發本系統是簡單而快速的。經以上分析，說明該系統在開發上是可行的，在技術、操作和社會上都有可行性，可以進行開發。
2.3 功能模塊需求分析
本系統最大的特點是使用操作簡單、友好的提示信息。
會員制健身中心管理系統的設計與實現，主要是以提高健身會所形象、便捷客戶服務與增強健身中心管理為主旨，主要有以下七大功能：
1、修改登錄密碼；
2、工作人員管理；
3、會員卡類型管理；
4、會員資料管理；
5、健身器材管理；
6、教練執教管理；
7、安全退出。
2.4 界面需求
界面設計目前已經成為評價軟件質量的一條重要指標，一個好的用戶界面可以增加用戶使用系統的信心和興趣，提高工作效率，JSP技術是用JAVA語言作為腳本語言的，JSP網頁為整個服務器端的JAVA庫單元提供了一個接口來服務于HTTP的應用程序。 創建動態頁面非常方便。用戶界面是指軟件系統與用戶交互的接口，通常包括輸出、輸入、人-機對話的界面格式等。
1.輸出設計
輸出是由計算機對輸入的原始信息進行加工處理，形成高質量的有效信息，并使之具有一定的格式，提供管理者使用，這是輸出設計的主要職責和目標。
系統設計的過程正好和實施過程相反，并不是從輸入設計到輸出設計，而是從輸出設計到輸入設計，這是因為輸出表格直接與使用者相聯系，設計的出發點應當是保證輸出表格方便地為使用者服務，正確及時反映和組成用于各部門的有用信息。輸出設計的原則是考慮既要全面反映不同管理層的各項需要，又要言簡意賅，不要將用戶需要和不需要的都提供給用戶。
2.輸入設計
輸入數據的收集和錄入是比較費事的，需要大量的人力和一定設備，并且容易出錯。如果輸入系統的數據有錯誤，則處理后的輸出將擴大這些錯誤，因此輸入數據的正確性對于整個系統質量的好壞是具有決定性意義的。
輸入設計的原則如下：
輸入量應保持在能滿足處理要求的最低限度。設計中可采用設置字段初值，下拉式數據窗口等方式盡量減少用戶鍵盤輸入量。輸入量越少，錯誤率就越少，數據準備時間也減少。
第三章 系統分析與設計
3.1 數據庫的分析與設計
計算機信息系 統以數據庫為核心，在數據庫管理系統的支持下，進行信息的收集、整理、存儲、檢索、更新、加工、統計和傳播等操作。數據庫已經成為現在信息系統等計算機系統的基礎與核心部分。數據庫設計的好壞直接影響到整個系統的質量和效率。
數據庫的設計一般經過規劃。需求分析、概念設計、邏輯設計、物理設計5個步驟。
3.1.1數據庫的概念結構設計
概念設計是指在數據分析的基礎上自底向上的建立整個系統的數據庫概念結構，從用戶的角度進行視圖設計，然后將視圖集成，最后對集成的結構分析優化得到最后結果。
數據庫的概念結構設計采用實體—聯系（E-R）模型設計方法。E-R模型法的組成元素有：實體、屬性、聯系，E-R模型用E-R圖表示，是提示用戶工作環境中所涉及的事物，屬性則是對實體特性的描述。
概念設計的目標是產生反映企業組織信息要求的數據庫概念結構，即概念模式。概念模式是獨立于數據庫邏輯結構，獨立于支持數據庫的DBMS，不依賴于計算機系統的，根據以上對數據庫的需求分析，并結合系統概念模型的特點及建立方法，建立E-R模型圖。
實體間關系
屬性
實體
圖3-1 E-R圖各元素
圖3-2 系統模塊E-R圖
2）會員資料實體E-R圖，如圖3-3所示：
圖3-3 會員資料實體E-R圖
3.1.2數據庫的邏輯結構設計
我們知道，數據庫概念模型獨立于任何特定的數據庫管理系統，因此，需要根據具體使用的數據庫管理系統的特點進行轉換。即轉化為按計算機觀點處理的邏輯關系模型，E-R模型向關系數據庫模型轉換應遵循下列原則：
*每一個實體要轉換成一個關系
*所有的主鍵必須定義非空（NOT NULL）
*對于二元聯系應按照一對多、弱對實、一對一、多對多等聯系來定義外鍵。
根據E-R模型，會員制健身中心管理系統建立了以下邏輯數據結構，下面是各數據表的詳細說明。
本系統的數據庫名：db_jianshen2017_g，一共有四個表，分別如下：
| 1 | card_id | int | 11 | 是 | 否 | |||||
| 2 | card_leixiong | varchar | 50 | 是 | ||||||
| 3 | card_guize | text | 是 | |||||||
| 4 | card_youhuizhengce | text | 是 | |||||||
| 5 | card_one1 | varchar | 50 | 是 | ||||||
| 6 | card_one2 | varchar | 50 | 是 | ||||||
| 7 | card_one3 | varchar | 50 | 是 | ||||||
| 8 | card_one4 | varchar | 50 | 是 | ||||||
| 9 | card_one5 | int | 11 | 是 | ||||||
| 10 | card_one6 | int | 11 | 是 | ||||||
| 11 | card_one7 | datetime | 是 | |||||||
| 12 | card_one8 | datetime | 是 |
表3-1 會員卡信息表
| 1 | qicai_id | int | 11 | 是 | 否 | |||||
| 2 | qicai_name | varchar | 50 | 是 | ||||||
| 3 | qicai_goumairiqi | varchar | 50 | 是 | ||||||
| 4 | qicai_beizhu | text | 是 | |||||||
| 5 | qicai_one1 | varchar | 50 | 是 | ||||||
| 6 | qicai_one2 | varchar | 50 | 是 | ||||||
| 7 | qicai_one3 | varchar | 50 | 是 | ||||||
| 8 | qicai_one4 | varchar | 50 | 是 | ||||||
| 9 | qicai_one5 | int | 11 | 是 | ||||||
| 10 | qicai_one6 | int | 11 | 是 | ||||||
| 11 | qicai_one7 | datetime | 是 | |||||||
| 12 | qicai_one8 | datetime | 是 |
表3-2 健身器材表
| 1 | user_id | int | 11 | 是 | 否 | |||||
| 2 | user_name | varchar | 50 | 是 | ||||||
| 3 | user_pw | varchar | 50 | 是 | ||||||
| 4 | user_type | int | 11 | 是 | ||||||
| 5 | user_realname | varchar | 50 | 是 | ||||||
| 6 | user_address | varchar | 50 | 是 | ||||||
| 7 | user_sex | varchar | 50 | 是 | ||||||
| 8 | user_tel | varchar | 50 | 是 | ||||||
| 9 | user_email | varchar | 50 | 是 | ||||||
| 10 | user_qq | varchar | 50 | 是 | ||||||
| 11 | user_man | varchar | 50 | 是 | ||||||
| 12 | user_age | varchar | 50 | 是 | ||||||
| 13 | user_birthday | varchar | 50 | 是 | ||||||
| 14 | user_xueli | varchar | 50 | 是 | ||||||
| 15 | user_one1 | varchar | 50 | 是 | ||||||
| 16 | user_one2 | varchar | 50 | 是 | ||||||
| 17 | user_one3 | varchar | 50 | 是 | ||||||
| 18 | user_one4 | varchar | 50 | 是 | ||||||
| 19 | user_one5 | varchar | 50 | 是 | ||||||
| 20 | user_one6 | int | 11 | 是 | ||||||
| 21 | user_one7 | int | 11 | 是 | ||||||
| 22 | user_one8 | int | 11 | 是 | ||||||
| 23 | user_one9 | datetime | 是 | |||||||
| 24 | user_one10 | datetime | 是 | |||||||
| 25 | user_one11 | bigint | 20 | 是 | ||||||
| 26 | user_one12 | bigint | 20 | 是 |
表3-3 工作人員表
| 1 | zhijiao_id | int | 11 | 是 | 否 | |||||
| 2 | zhijiao_jiaolian_id | int | 11 | 是 | ||||||
| 3 | zhijiao_jiaolian_name | varchar | 50 | 是 | ||||||
| 4 | zhijiao_kecheng | varchar | 50 | 是 | ||||||
| 5 | zhijiao_huiyuan | varchar | 50 | 是 | ||||||
| 6 | zhijiao_one1 | varchar | 50 | 是 | ||||||
| 7 | zhijiao_one2 | varchar | 50 | 是 | ||||||
| 8 | zhijiao_one3 | varchar | 50 | 是 | ||||||
| 9 | zhijiao_one4 | varchar | 50 | 是 | ||||||
| 10 | zhijiao_one5 | int | 11 | 是 | ||||||
| 11 | zhijiao_one6 | int | 11 | 是 | ||||||
| 12 | zhijiao_one7 | datetime | 是 | |||||||
| 13 | zhijiao_one8 | datetime | 是 |
表3-4 教練執教表
3.1.3 數據庫的連接原理
本系統采用Hibernate對數據庫進行管理。Hibernate 是一個開放源代碼的對象關系映射框架，它對 JDBC 進行了輕量級的對象封裝，使 Java 程序員可以隨心所欲的使用對象編程思維來操縱數據庫。它不僅提供了從 Java 類到數據表之間的映射，也提供了數據查詢和恢復機制。相對于使用 JDBC 和 SQL 來手工操作數據庫，Hibernate 可以大大減少操作數據庫的工作量。 另外 Hibernate 可以利用代理模式來簡化載入類的過程，這將大大減少利用 Hibernate QL 從數據庫提取數據的代碼的編寫量，從而節約開發時間和開發成本。 Hibernate 可以和多種Web 服務器或者應用服務器良好集成，如今已經支持幾乎所有的流行的數據庫服務器。
Hibernate 技術本質上是一個提供數據庫服務的中間件。它的架構如圖3-5所示：
圖3-3 Hibernatre架構圖
圖3-3顯示了 Hibernate 的工作原理，它是利用數據庫以及其他一些配置文件如 Hibernate .properties ，XML Mapping 等來為應用程序提供數據持久化服務的。
Hibernate 具有很大的靈活性，但同時它的體系結構比較復雜，提供了好幾種不同的運行方式。在輕型體系中，應用程序提供 JDBC 連接，并且自行管理事務，這種方式使用了 Hibernate 的一個最小子集；在全面解決體系中，對于應用程序來說，所有底層的 JDBC/JTA API 都被抽象了，Hibernate 會替你照管所有的細節。
3.2中文亂碼問題處理
在程序中經常會遇到中文亂碼的情況，如果手動的在servlet和jsp頁面進行設置，相當麻煩。因此，在程序的開始就寫了一個過濾器SetCharacterEncodingFilter。
在web.xml中配置：
<filter>
<filter-name>SetCharacterEncodingFilter</filter-name>
<filter-class>myweb.util.filter.SetCharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>gb2312</param-value>
</init-param></filter>
<filter-mapping>
<filter-name>SetCharacterEncodingFilter</filter-name>
<url-pattern>/*</url-pattern>//*表示工程下所有的頁面都會有此過濾器的處理
</filter-mapping>
對應的SetCharacterEncodingFilter.java文件中的重要代碼，在初始化init()方法中定義：
public?void?init(FilterConfig filterConfig)?throws?ServletException {
this.filterConfig = filterConfig;
this.encoding = filterConfig.getInitParameter("encoding");
String value = filterConfig.getInitParameter("ignore");
}
在工具包util包中同樣定義了DataFormate類來處理字符轉換：
public?static?String toUni(String gbStr){
String uniStr = ""; /*把字符串轉換成uincode編碼*/
if(gbStr ==?null){
gbStr = "";
}
try{
byte[] tempByte = gbStr.getBytes("GB2312");
uniStr =?new?String(tempByte，"ISO8859_1");
}catch(Exception ex){
}
return?uniStr;
}
/* 把字符串轉換成Utf8編碼*/
public?static?String toUtf8String(String s) {
StringBuffer sb =?new?StringBuffer();
for?(int?i = 0; i < s.length(); i++) {
char?c = s.charAt(i);
if?(c >= 0 && c <= 255) {
sb.append(c);
}
else?{
byte[] b;
try?{
b = Character.toString(c).getBytes("utf-8");
}catch?(Exception ex) {
System.out.println(ex);b =?new?byte[0];
}
for?(int?j = 0; j < b.length; j++) {
int?k = b[j];
if?(k < 0) {
k += 256;
}
sb.append("%" + Integer.toHexString(k).
toUpperCase()); } }
return?sb.toString(); }
第四章 系統功能實現
在管理信息系統的生命周期中，經過了需求分析、系統設計等階段之后，便開始了系統實施階段。在系統分析和設計階段，系統開發工作主要是集中在邏輯、功能和技術設計上，系統實施階段要繼承此前面各個階段的工作成果，將技術設計轉化為物理實現，因此系統實施的成果是系統分析和設計階段的結晶。
4.1系統登陸頁面實現
2.會員登錄的流程圖，如圖4-1所示：
圖4-1 會員登錄的流程圖
3.程序運行效果圖，如圖4-2所示：
圖4-2 系統登陸頁面設計
4.在登陸頁面輸入用戶名和密碼以，點擊提交按鈕，跳轉到登陸的service中，在該service中會對用戶名，密碼，驗證碼進行判斷，驗證通過進入對應的頁面，loginservice關鍵代碼：
public?String login(String userName，String userPw，int?userType)
{
String result="no";
String sql="from TAdmin where userName=? and userPw=?";
Object[] con={userName，userPw};
List adminList=adminDAO.getHibernateTemplate().find(sql，con);
if(adminList.size()==0)
{
result="no";
}
else
{
WebContext ctx = WebContextFactory.get();
HttpSession session=ctx.getSession();
TAdmin admin=(TAdmin)adminList.get(0);
session.setAttribute("userType"， 0);
session.setAttribute("admin"， admin);
result="yes";
}
return?result;
}
4.2 管理員功能模塊
1.描述：系統主頁面：左方頁面展示了管理員可操作的七大功能，進入相關的管理頁面可以鏈接到子菜單，并且高亮顯示，每個管理模塊下面都有相應的子菜單。
2.程序運行效果圖，如圖4-3所示：
圖4-3 管理員主頁面
在每個jsp頁面將會對相關用戶進行攔截操作，這樣可以提高安全性，防止用戶不經過登陸頁面而進入任何子菜單頁面：
if(session.getAttribute("user")==null)
{
out.print("<script>alert('請先登錄！');window.open('../index.jsp'，'_self')</script>");
}
4.2.1 工作人員管理
4.2.1.1查詢工作人員信息
1.描述：管理員點擊左側的菜單“工作人員管理”，頁面跳轉到工作人員界面，調用后臺的action類查詢出所有的工作人員信息，并把這些信息封裝到數據集合List中，綁定到request對象，然后頁面跳轉到相應的jsp，顯示出工作人員信息。
2.程序效果圖，如圖4-4所示：
圖4-4工作人員信息
4.2.1.2添加工作人員添加
1.描述：輸入要添加工作人員的信息以后，點擊添加按鈕添加工作人員。
2.程序效果圖，如圖4-5所示：
圖4-5添加工作人員
4.2.2會員資料管理
4.2.2.1會員資料管理
1.描述：管理員點擊左側的菜單“會員資料管理”，頁面跳轉到會員資料管理界面，調用后臺的action類查詢出所有的會員資料，并把這些信息封裝到數據集合List中，綁定到request對象，然后頁面跳轉到相應的jsp，顯示出會員資料。
2.程序效果圖，如圖4-6所示：
圖4-6會員資料管理
4.2.2.2會員資料刪除
1.描述：先是點擊會員管理，頁面跳轉到會員管理界面，瀏覽所有的會員資料，點擊要刪除的會員資料，彈出的確定對話框，即可刪除該會員資料。
2.程序效果圖，如圖4-7所示：
圖4-7會員資料刪除
4.2.3健身器材管理
4.2.3.1健身器材信息
1.描述：管理員點擊左側的菜單“健身器材管理”，頁面跳轉到健身器材信息管理界面，調用后臺的action類查詢出所有的健身器材信息，并把這些信息封裝到數據集合List中，綁定到request對象，然后頁面跳轉到相應的jsp，顯示出健身器材信息。
2.程序效果圖如圖4-8所示：
圖4-8查詢健身器材信息
4.2.3.2添加健身器材信息
1.描述：管理員輸入健身器材相關正確信息后點擊錄入按鈕，如果是沒有輸入完整的健身器材信息，都會給出相應的錯誤提示，不能錄入成功。輸入數據都通過form表單中定義的方法οnsubmit="return checkForm()"來檢查，checkForm()函數中是各種的校驗輸入數據的方式。
2.程序效果圖，如圖4-9所示：
圖4-9添加健身器材信息
4.2.3.3刪除健身器材信息
1.描述：先是點擊健身器材信息管理，頁面跳轉到健身器材信息管理界面，瀏覽所有的健身器材信息，點擊要刪除的健身器材信息，彈出的確定對話框，即可刪除該健身器材信息。
2.程序效果圖，如圖4-10所示：
圖4-10刪除健身器材信息
4.2.4 教練執教管理
4.2.4.1教練執教管理
1.描述：管理員點擊左側的菜單“教練執教管理”，頁面跳轉到教練執教管理界面，調用后臺的action類查詢出所有的教練執教，并把這些信息封裝到數據集合List中，綁定到request對象，然后頁面跳轉到相應的jsp，顯示出教練執教情況。
2.程序效果圖，如圖4-11所示：
圖4-11教練執教管理頁面
4.2.5.2教練執教錄入
1.描述：管理員輸入教練相關正確信息后點擊錄入按鈕，如果是沒有輸入完整的教練執教，都會給出相應的錯誤提示，不能錄入成功。輸入數據都通過form表單中定義的方法οnsubmit="return checkForm()"來檢查，checkForm()函數中是各種的校驗輸入數據的方式。
2.程序效果圖，如圖4-12所示：
圖4-12 教練執教錄入
4.2.6 修改密碼
1.描述：輸入用戶名和用戶的原有密碼，輸入新密碼以后點擊修改按鈕即可修改密碼成功。
2.程序效果圖，如圖4-13所示：
圖4-13 修改密碼
4.2.7 退出系統
1.描述：點此按鈕回到系統的主頁面。
2.關鍵代碼：主要是通過javascript語句來實現， item_word[8][4]="退出系統";
item_link[8][4]="javascript:window.open('../index.jsp'，'_self')";
第五章 系統測試
軟件測試指的是一種用來鑒定軟件是否正確、完整的過程。我們通過測試已經寫好的程序來發現其中可能隱藏的問題，從而提高軟件的質量，一般而言我們的做法是，在規定的條件下對程序進行操作，發現程序的錯誤，來衡量軟件的質量。
5.1 測試的任務及目標
軟件測試不僅是軟件開發的一個組成部分，更是非常重要的一部分，在開發過程中，測試應該貫穿我們的整個開發，測試在軟件開發中的地位是不言而喻的，它和軟件開發缺一不可，所以我們要更加重視測試。
5.1.1 測試的任務
在軟件開發中，我們不可避免的產生許多錯誤，這使得軟件中隱藏著許多的問題，而這些問題在一定的條件下被觸發，便會讓你更軟件的運行出現差錯，導致或多或少的經濟損失，所以測試是非常必要的。因此在軟件投入生產性運行之前，盡可能多地發現軟件中的錯誤。
5.1.2 測試的目標
（1）測試的目的是為了發現程序中的錯誤而執行程序的過程。
（2）好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案。
（3）成功的測試是發現了到今為止尚未發現的的錯誤的測試。
5.2 測試方案
測試有兩種方法：黑盒測試和白盒測試。
黑盒測試是一種看不到程序內部結構的測試方法，它又被稱為功能測試，在程序的借口進行測試，檢查功能是否能夠按照說明書進行正確的反應，程序員要做的就是輸入數據，然后驗證得到的結果是否正確，這樣能夠保持外部新的完整性。白盒測試又叫結構測試，完全了解程序的結構和處理過程，這種方法按照程序內部的邏輯測試程序，檢驗程序中每條通路是否都能按照預定要求正確工作。
5.3 測試過程
在測試之初，由于將數據庫中的數據是隨便輸入，沒有實用性，為了使系統更加完善，在系統測試的過程中，本系統將一開始編程隨便輸入的數據全部清理后，輸入了一些有效的測試數據，這樣可以更真實的反映系統的功能實現情況。
這樣不斷發現問題，經過反復的測試、調試，把問題一個個的解決，最終系統可以正常運行。
5.4 測試用例
測試是軟件開發時期的最后一個階段，也是軟件質量保證中至關重要的一個環節，它的目的是發現程序的錯誤和不足之處。
本系統采用黑盒測試中的等價類法，對系統進行測試。檢測失物招領系統有問題需要大量的輸入數據，下面只列出一部分測試用例：
5.4.1 主頁面的登錄模塊測試
測試流程： 1.打開系統首頁，輸入錯誤的登錄信息
2.登錄
3.輸入正確的登錄信息
4.登錄
5.測試結果
| 登錄模塊 | 用戶名：null 密碼：null | 彈出錯誤提示，請輸入用戶名 | 登陸失敗，提示請輸入用戶名 | 通過 |
| 登錄模塊 | 用戶名：m1 密碼：null | 彈出錯誤提示，請輸入密碼 | 失敗，提示輸入密碼 | 通過 |
| 登錄模塊 | 用戶名：m1 密碼：1 | 彈出錯誤提示，用戶名或者密碼錯誤 | 登陸失敗，提示用戶名或者密碼錯誤 | 通過 |
表5-1 主頁面登錄模塊測試
5.4.2 游客注冊測試
建立有效等價類是游客輸入的各個信息都正確，期望結果：注冊成功！無效等價類如表5-2所示:
| 用戶名空缺 | 請輸入用戶名！ |
| 用戶密碼空缺確認密碼空缺 | 請輸入用戶密碼！請輸入確認密碼！ |
| 聯系電話空缺 | 請輸入聯系電話！ |
| QQ空缺 | 請輸入QQ！ |
| 郵箱空缺 | 請輸入郵箱地址！ |
| 來自空缺 | 請輸入來自哪里！ |
| 名稱空缺 | 用戶名已存在！ |
| 密碼錯誤 | 兩次輸入的密碼不一致！ |
| 聯系電話格式不正確 | 輸入的聯系電話格式不正確！ |
| QQ格式不正確 | 輸入的QQ格式不正確！ |
| 郵箱格式不正確 | 輸入的郵箱格式不正確！ |
表5-2 游客注冊無效等價類
測試用例：
第1組：用戶名：bb 用戶密碼：aa
確認密碼：aa 聯系電話：18234086882
QQ：1104014730 E-mail：1104014730@qq.com
來自：山西
測試結果：提示注冊成功！
第2組：用戶名： 用戶密碼：aa
確認密碼：aa 聯系電話：18234086882
QQ：1104014730 E-mail：1104014730@qq.com
來自：山西
測試結果：請輸入用戶名！
第3組：用戶名：bb 用戶密碼：
確認密碼：aa 聯系電話：18234086882
QQ：1104014730 E-mail：1104014730@qq.com
來自：山西
測試結果：請輸入用戶密碼！
第4組：用戶名：bb 用戶密碼：aa
確認密碼： 聯系電話：18234086882
QQ：1104014730 E-mail：1104014730@qq.com
來自：山西
測試結果：請輸入確認密碼！
第5組：用戶名：bb 用戶密碼：aa
確認密碼：aa 聯系電話：18234086882
QQ： E-mail：1104014730@qq.com
來自：山西
測試結果：請輸入QQ！
第6組：用戶名：bb 用戶密碼：aa
確認密碼：aa 聯系電話：18234086882
QQ：1104014730 E-mail：
來自：山西
測試結果：請輸入郵箱地址！
第7組：用戶名：bb 用戶密碼：aa
確認密碼：aa 聯系電話：18234086882
QQ：1104014730 E-mail：1104014730@qq.com
來自：
測試結果：請輸入來自哪里！
第8組：用戶名：admin 用戶密碼：aa
確認密碼：aa 聯系電話：18234086882
QQ：1104014730 E-mail：1104014730@qq.com
來自：山西
測試結果：用戶名已存在！
第9組：用戶名：admin 用戶密碼：aa
確認密碼：aaa 聯系電話：18234086882
QQ：1104014730 E-mail：1104014730@qq.com
來自：山西
測試結果：兩次輸入的密碼不一致！
第10組：用戶名：admin 用戶密碼：aa
確認密碼：aaa 聯系電話：1
QQ：1104014730 E-mail：1104014730@qq.com
來自：山西
測試結果：輸入的聯系電話格式不正確！
第11組：用戶名：admin 用戶密碼：aa
確認密碼：aaa 聯系電話：18234086882
QQ：aa E-mail：1104014730@qq.com
來自：山西
測試結果：輸入的QQ格式不正確！
第12組：用戶名：admin 用戶密碼：aa
確認密碼：aaa 聯系電話：18234086882
QQ：aa E-mail：1104014730
來自：山西
測試結果：輸入的郵箱格式不正確！
5.5 其他錯誤
在程序設計實現的過程中不可避免的會產生各種難以預料的錯誤，如書寫錯誤、傳值類型不一致、參數傳遞問題等等。這些都需要通過細心的檢測與不斷的調試才能夠排除。比如在servlet路徑配置時因粗心錯誤導致運行導致所報錯誤，如圖5-1所示：
圖 5-1由于servlet路徑配置錯誤，運行時的提示
5.6 小結
在本章中，通過對軟件的測試驗證了軟件程序的質量，分別對登錄部分進行了等價類測試，等價類測試不考慮內部的結構，將程序的輸入分為若干個有代表性的部分，從每個部分選取數據進行測試，通過對這些模塊的測試可以基本證明程序具有一定的健壯性和質量性。
結 論
本設計己經實現健身俱樂部信息管理系統的全部功能，而且健身俱樂部信息管理系統的實用功能全部能夠正常運行，例如:修改登錄密碼、工作人員管理、會員卡類型管理、會員資料管理、健身器材管理、教練執教管理、安全退出七大模塊。本設計運用B/S的3層結構模式和瑞典MySQL AB公司開發的MySQL數據庫，并在設計初期，首先，完成了數據庫系統的搭建，在設計中錄入了一些數據;其次，完成了數據庫、開發環境軟件和運行環境軟件的銜接并最終實現了本系統的運行。
我自己的畢業設計論文將告一段落的時候。選擇運行，發現己經基本的達到了預期的想象的效果，成就感在沒有人在時也總會出現。雖然實現了俱樂部的大部分功能，但是因為有限能力和時間的問題，總是感覺還有很多不如意的方面，例如:數據庫管理系統的應用簡單、軟件的前期連接不暢、系統總體設計不夠飽滿、系統所實現功能簡單。但是，這些不足出現是由于自身知識不夠全面，所需技術沒有完全掌握，軟硬件方面的限制，外觀的粗糙、功能的不全、代碼的不合理等。但是，我又會自戀式的安慰一下自己:選擇一條路，不用過于關注最后的結果，最可貴的是奮斗過程中的快樂和收獲。用這些話語來安慰我還沒有平復的心情。因此本系統的不足之處將于以后的學習生活中逐步完善與改進。
由于本設計己完成了健身俱樂部信息管理系統的整體構建，應該可以投入簡單的使用，使用本設計能大大減少應用方的員工需求量，提高員工的工作效率。本設計將會對未來俱樂部行業的電子化、信息化、科技化起到決定性的作用。在未來本系統將發揮一套系統管理多家企業的巨大作用。個人的精力是有限的，尤其是作為學生對某項課題的研究所能取得的成果也只能達到一定程度，而不可能是頂點。本文的不足之處，請各位導師以及同學指正，對于健身俱樂部信息管理系統的研究就告一段落了，爭取在以后的學習生活中繼續對此進行研究。
參考文獻
[1] BruceEckel. JAVA編程思想[M]. 機械工業出版社, 2003.1～78
[2] 孫一林,彭波等. JSP數據庫編程實例[M]. 清華大學出版社, 2002.1～465
[3] Brown等. JSP編程指南（第二版）[M]. 電子工業出版社, 2003,1～268
[4] 孫涌. 現代軟件工程[M]. 北京希望電子出版社，2003,1～246
[5] 姜翠霞. 數據庫系統基礎[M]. 航空航天大學出版社, 2009.51～208
[6] Flangan. JAVA技術手冊[M]. 中國電力出版社, 2002.23～294
[7] LeeAnnePhilips. 巧學活用JSP[M]. 電子工業出版社, 2004.1~319
[8] 薩師煊, 王珊. 數據庫系統概論[M]. 高等教育出版社, 2002.3～460
[9] 李曙光. JSP開發實例完全剖析[M]. 電子工業出版社, 2006.23~400
[10] [美]Walter Savitch. Absolute Java[M]. 電子工業出版社. 2005
[11] Kong Michael. An environment for secure SQL/Server computing [M].Oxford University Press Inc., 1993: 149
[12] W.Clay，Richardson， Donald，Avondolio. The Java high class weaves a distance：JDK 5[J]. Scientific & Technology Book Review，No.3， 2006：17-18
[13] Sanden， Bo. SYSTEMS PROGRAMMING WITH JSP：EXAMPLE - A VDUCONTROLLER[C]. Communications of the ACM，Vol28，No10，1985：1059-1067
[14] Tsui，Frank F. JSP EM DASH A RESEARCH SIGNAL PROCESSOR IN JOSEPHSON TECHNOLOGY[C]. IBM Journal of Research and Development，Vol24， No2,1980：243-252
致 謝
畢業設計即將進入尾聲，在此次設計的過程中，我與同學互相學習，向老師討教，不僅讓我學會了很多知識，鞏固以前所學，還讓我鍛煉了動手能力和全面思考問題的能力，使我有勇氣面對未來的挑戰。
感謝所有燃燒自己，照亮別人的園丁們，我將帶著你們的希望，以不同的方式，在祖國的現代化建設中奮斗。
在本次畢業設計過程中，得到了指導老師的指導與支持。在此特老師的大力幫助。指導老師在數據庫的搭建以及整體項目的把握上提供了非常有用的幫助，讓我能夠較快的理解整個系統的意義，并且利用所學知識完成設計，雖然程序仍然有一些不是很完美的地方，但是仍然能讓我學到很多東西，在各個方面對自己都有所提高。
另外我還要感謝我的母校——太原理工大學，以及在大學四年生活中給予我關心和幫助的老師和同學，是他們教會了我專業的知識和做人的道理。在此次畢業設計的設計過程中，遇到了很多困難，但是有很多同學和老師的熱情幫助，使得我按計劃完成了任務，在整個系統的把握上給予了我很多幫助，我一定會努力完善自己，為母校爭光。
轉眼間，我們即將畢業，踏入社會，回首過去的大學生活，過得很充實，有苦也有樂，收獲了很多知識和友誼，感謝母校的各位老師傳授給我們很多知識，也在為人處世上給予了非常多的幫助。正是在這幾個月緊張而充實的畢業設計中，我感到自己的知識得到了一次升華，我相信：我的畢業設計會給我的四年大學畫上一個圓滿的句號。
附錄：英文技術資料翻譯
英文原文
An Overview of Servlet and JSP Technology
1.1 A Servlet's Job
Servlets are Java programs that run on Web or application servers, acting as a middle layer between requests coming from Web browsers or other HTTP clients and databases or applications on the HTTP server. Their job is to perform the following tasks, as illustrated in Figure 1-1.
Figure 1-1
1．Read the explicit data sent by the client.
The end user normally enters this data in an HTML form on a Web page. However, the data could also come from an applet or a custom HTTP client program.
2．Read the implicit HTTP request data sent by the browser.
Figure 1-1 shows a single arrow going from the client to the Web server (the layer where servlets and JSP execute), but there are really two varieties of data: the explicit data that the end user enters in a form and the behind-the-scenes HTTP information. Both varieties are critical. The HTTP information includes cookies, information about media types and compression schemes the browser understands, and so on.
3．Generate the results.
This process may require talking to a database, executing an RMI or EJB call, invoking a Web service, or computing the response directly. Your real data may be in a relational database. Fine. But your database probably doesn't speak HTTP or return results in HTML, so the Web browser can't talk directly to the database. Even if it could, for security reasons, you probably would not want it to. The same argument applies to most other applications. You need the Web middle layer to extract the incoming data from the HTTP stream, talk to the application, and embed the results inside a document.
4．Send the explicit data (i.e., the document) to the client.
This document can be sent in a variety of formats, including text (HTML or XML), binary (GIF images), or even a compressed format like gzip that is layered on top of some other underlying format. But, HTML is by far the most common format, so an important servlet/JSP task is to wrap the results inside of HTML.
5．Send the implicit HTTP response data.
Figure 1-1 shows a single arrow going from the Web middle layer (the servlet or JSP page) to the client. But, there are really two varieties of data sent: the document itself and the behind-the-scenes HTTP information. Again, both varieties are critical to effective development. Sending HTTP response data involves telling the browser or other client what type of document is being returned (e.g., HTML), setting cookies and caching parameters, and other such tasks.
1.2 Why Build Web Pages Dynamically?
Many client requests can be satisfied by prebuilt documents, and the server would handle these requests without invoking servlets. In many cases, however, a static result is not sufficient, and a page needs to be generated for each request. There are a number of reasons why Web pages need to be built on-the-fly:
1． The Web page is based on data sent by the client.
For instance, the results page from search engines and order-confirmation pages at online stores are specific to particular user requests. You don't know what to display until you read the data that the user submits. Just remember that the user submits two kinds of data: explicit (i.e., HTML form data) and implicit (i.e., HTTP request headers). Either kind of input can be used to build the output page. In particular, it is quite common to build a user-specific page based on a cookie value.
2．The Web page is derived from data that changes frequently.
If the page changes for every request, then you certainly need to build the response at request time. If it changes only periodically, however, you could do it two ways: you could periodically build a new Web page on the server (independently of client requests), or you could wait and only build the page when the user requests it. The right approach depends on the situation, but sometimes it is more convenient to do the latter: wait for the user request. For example, a weather report or news headlines site might build the pages dynamically, perhaps returning a previously built page if that page is still up to date.
3．The Web page uses information from corporate databases or other server-side sources.
If the information is in a database, you need server-side processing even if the client is using dynamic Web content such as an applet. Imagine using an applet by itself for a search engine site:
"Downloading 50 terabyte applet, please wait!" Obviously, that is silly; you need to talk to the database. Going from the client to the Web tier to the database (a three-tier approach) instead of from an applet directly to a database (a two-tier approach) provides increased flexibility and security with little or no performance penalty. After all, the database call is usually the rate-limiting step, so going through the Web server does not slow things down. In fact, a three-tier approach is often faster because the middle tier can perform caching and connection pooling.
In principle, servlets are not restricted to Web or application servers that handle HTTP requests but can be used for other types of servers as well. For example, servlets could be embedded in FTP or mail servers to extend their functionality. And, a servlet API for SIP (Session Initiation Protocol) servers was recently standardized (see?http://jcp.org/en/jsr/detail?id=116). In practice, however, this use of servlets has not caught on, and we'll only be discussing HTTP servlets.
1.3 The Advantages of Servlets Over "Traditional" CGI
Java servlets are more efficient, easier to use, more powerful, more portable, safer, and cheaper than traditional CGI and many alternative CGI-like technologies.
1．Efficient
With traditional CGI, a new process is started for each HTTP request. If the CGI program itself is relatively short, the overhead of starting the process can dominate the execution time. With servlets, the Java virtual machine stays running and handles each request with a lightweight Java thread, not a heavyweight operating system process. Similarly, in traditional CGI, if there are N requests to the same CGI program, the code for the CGI program is loaded into memory N times. With servlets, however, there would be N threads, but only a single copy of the servlet class would be loaded. This approach reduces server memory requirements and saves time by instantiating fewer objects. Finally, when a CGI program finishes handling a request, the program terminates. This approach makes it difficult to cache computations, keep database connections open, and perform other optimizations that rely on persistent data. Servlets, however, remain in memory even after they complete a response, so it is straightforward to store arbitrarily complex data between client requests.
2．Convenient
Servlets have an extensive infrastructure for automatically parsing and decoding HTML form data, reading and setting HTTP headers, handling cookies, tracking sessions, and many other such high-level utilities. In CGI, you have to do much of this yourself. Besides, if you already know the Java programming language, why learn Perl too? You're already convinced that Java technology makes for more reliable and reusable code than does Visual Basic, VBScript, or C++. Why go back to those languages for server-side programming?
3．Powerful
Servlets support several capabilities that are difficult or impossible to accomplish with regular CGI. Servlets can talk directly to the Web server, whereas regular CGI programs cannot, at least not without using a server-specific API. Communicating with the Web server makes it easier to translate relative URLs into concrete path names, for instance. Multiple servlets can also share data, making it easy to implement database connection pooling and similar resource-sharing optimizations. Servlets can also maintain information from request to request, simplifying techniques like session tracking and caching of previous computations.
4．Portable
Servlets are written in the Java programming language and follow a standard API. Servlets are supported directly or by a plugin on virtually every major Web server. Consequently, servlets written for, say, Macromedia JRun can run virtually unchanged on Apache Tomcat, Microsoft Internet Information Server (with a separate plugin), IBM WebSphere, iPlanet Enterprise Server, Oracle9i AS, or StarNine WebStar. They are part of the Java 2 Platform, Enterprise Edition, so industry support for servlets is becoming even more pervasive.
5．Inexpensive
A number of free or very inexpensive Web servers are good for development use or deployment of low- or medium-volume Web sites. Thus, with servlets and JSP you can start with a free or inexpensive server and migrate to more expensive servers with high-performance capabilities or advanced administration utilities only after your project meets initial success. This is in contrast to many of the other CGI alternatives, which require a significant initial investment for the purchase of a proprietary package.
Price and portability are somewhat connected. For example, Marty tries to keep track of the countries of readers that send him questions by email. India was near the top of the list, probably #2 behind the U.S. Marty also taught one of his JSP and servlet training courses (see?http://courses.coreservlets.com/) in Manila, and there was great interest in servlet and JSP technology there.
Now, why are India and the Philippines both so interested? We surmise that the answer is twofold. First, both countries have large pools of well-educated software developers. Second, both countries have (or had, at that time) highly unfavorable currency exchange rates against the U.S. dollar. So, buying a special-purpose Web server from a U.S. company consumed a large part of early project funds.
But, with servlets and JSP, they could start with a free server: Apache Tomcat (either standalone, embedded in the regular Apache Web server, or embedded in Microsoft IIS). Once the project starts to become successful, they could move to a server like Caucho Resin that had higher performance and easier administration but that is not free. But none of their servlets or JSP pages have to be rewritten. If their project becomes even larger, they might want to move to a distributed (clustered) environment. No problem: they could move to Macromedia JRun Professional, which supports distributed applications (Web farms). Again, none of their servlets or JSP pages have to be rewritten. If the project becomes quite large and complex, they might want to use Enterprise JavaBeans (EJB) to encapsulate their business logic. So, they might switch to BEA WebLogic or Oracle9i AS. Again, none of their servlets or JSP pages have to be rewritten. Finally, if their project becomes even bigger, they might move it off of their Linux box and onto an IBM mainframe running IBM WebSphere. But once again, none of their servlets or JSP pages have to be rewritten.
6．Secure
One of the main sources of vulnerabilities in traditional CGI stems from the fact that the programs are often executed by general-purpose operating system shells. So, the CGI programmer must be careful to filter out characters such as backquotes and semicolons that are treated specially by the shell. Implementing this precaution is harder than one might think, and weaknesses stemming from this problem are constantly being uncovered in widely used CGI libraries.
A second source of problems is the fact that some CGI programs are processed by languages that do not automatically check array or string bounds. For example, in C and C++ it is perfectly legal to allocate a 100-element array and then write into the 999th "element," which is really some random part of program memory. So, programmers who forget to perform this check open up their system to deliberate or accidental buffer overflow attacks.
Servlets suffer from neither of these problems. Even if a servlet executes a system call (e.g., with Runtime.exec or JNI) to invoke a program on the local operating system, it does not use a shell to do so. And, of course, array bounds checking and other memory protection features are a central part of the Java programming language.
7．Mainstream
There are a lot of good technologies out there. But if vendors don't support them and developers don't know how to use them, what good are they? Servlet and JSP technology is supported by servers from Apache, Oracle, IBM, Sybase, BEA, Macromedia, Caucho, Sun/iPlanet, New Atlanta, ATG, Fujitsu, Lutris, Silverstream, the World Wide Web Consortium (W3C), and many others. Several low-cost plugins add support to Microsoft IIS and Zeus as well. They run on Windows, Unix/Linux, MacOS, VMS, and IBM mainframe operating systems. They are the single most popular application of the Java programming language. They are arguably the most popular choice for developing medium to large Web applications. They are used by the airline industry (most United Airlines and Delta Airlines Web sites), e-commerce (http://ofoto.com), online banking (First USA Bank, Banco Popular de Puerto Rico), Web search engines/portals (http://excite.com), large financial sites (American Century Investments), and hundreds of other sites that you visit every day.
Of course, popularity alone is no proof of good technology. Numerous counter-examples abound. But our point is that you are not experimenting with a new and unproven technology when you work with server-side Java.
注：本文來源于http://pdf.coreservlets.com
中文譯文
Servlet和JSP技術簡述
1.1 Servlet的功能
Servlets是運行在Web或應用服務器上的Java程序，它是一個中間層，負責連接來自Web瀏覽器或其他HTTP客戶程序的請求和HTTP服務器上的數據庫或應用程序。Servlet的工作是執行如下的任務，如圖1-1所示 。
圖1-1 Web中間件的作用
1、讀取客戶發送的顯式數據。
最終用戶一般在頁面的HTML表單中輸入這些數據。然而，數據還有可能來自applet或定制的HTTP客戶程序。
2、讀取由瀏覽器發送的隱式請求數據。
圖1.1中顯示了一條從客戶端到Web服務器的單箭頭，但實際上從客戶端傳送到Web服務器的數據有兩種，它們分別為用戶在表單中輸入的顯式數據，以及后臺的HTTP信息。兩種數據都很重要。HTTP信息包括cookie、瀏覽器所能識別的媒體類型和壓縮模式等。
3、生成結果。
這個過程可能需要訪問數據庫、執行RMI或EJB調用、調用Web服務，或者直接計算得出對應的響應。實際的數據可能存儲在關系型數據庫中。該數據庫可能不理解HTTP，或者不能返回HTML形式的結果，所有Web瀏覽器不能直接與數據庫進行會話。即使它能夠做到這一點，為了安全上的考慮，我們也不希望讓它這么做。對應大多數其他應用程序，也存在類似的問題。因此，我們需要Web中間層從HTTP流中提取輸入數據，與應用程序會話，并將結果嵌入到文檔中。
4、向客戶發送顯式數據（即文檔）。
這個文檔可以用各種格式發送，包括文本（HTML或XML），二進制（GIF圖），甚至可以是建立在其他底層格式之上的壓縮格式，如gzip。但是，到目前為止，HTML是最常用的格式，故而servlet和JSP的重要任務之一就是將結果包裝到HTML中。
5、發送隱式的HTTP響應數據。
圖1.1中顯示了一條從Web中間層到客戶端的單箭頭。但是，實際發送的數據有兩種：文檔本身，以及后臺的HTTP信息。同樣，兩種數據對開發來說都是至關重要的。HTTP響應數據的發送過程涉及告知瀏覽器或其他客戶程序所返回文檔的類型（如HTML），設置cookie和緩存參數，以及其他類似的任務。
1.2 動態構建網頁的原因
預先建立的文檔可以滿足客戶的許多請求，服務器無需調用servlet就可以處理這些請求。然而，許多情況下靜態的結果不能滿足要求，我們需要針對每個請求生成一個頁面。實時構建頁面的理由有很多種：
1、網頁基于客戶發送的數據。
例如，搜索引擎生成的頁面，以及在線商店的訂單確認頁面，都要針對特定的用戶請求而產生。在沒有讀取到用戶提交的數據之前，我們不知道應該顯示什么。要記住，用戶提交兩種類型的數據：顯示（即HTML表單的數據）和隱式（即HTTP請求的報頭）。兩種輸入都可用來構建輸出頁面。基于cookie值針對具體用戶構建頁面的情況尤其普遍。
2、頁面由頻繁改變的數據導出。
如果頁面需要根據每個具體的請求做出相應的改變，當然需要在請求發生時構建響應。但是，如果頁面周期性地改變，我們可以用兩種方式來處理它：周期性地在服務器上構建新的頁面（和客戶請求無關），或者僅僅在用戶請求該頁面時再構建。具體應該采用哪種方式要根據具體情況而定，但后一種方式常常更為方便，因為它只需簡單地等待用戶的請求。例如，天氣預報或新聞網站可能會動態地構建頁面，也有可能會返回之前構建的頁面（如果它還是最新的話）。
3、頁面中使用了來自公司數據庫或其他服務器端數據源的信息。
如果數據存儲在數據庫中，那么，即使客戶端使用動態Web內容，比如applet，我們依舊需要執行服務器端處理。想象以下，如果一個搜索引擎網站完全使用applet，那么用戶將會看到：“正在下載50TB的applet，請等待！”。顯然，這樣很愚蠢；這種情況下，我們需要與數據庫進行會話。從客戶端到Web層再到數據庫（三層結構），要比從applet直接到數據庫（二層結構）更靈活，也更安全，而性能上的損失很少甚至沒有。畢竟數據庫調用通常是對速度影響最大的步驟，因而，經過中間層可以執行高速緩存和連接共享。
理論上講，servlet并非只能用于處理HTTP請求的Web服務器或應用服務器，它同樣可以用于其他類型的服務器。例如，servlet能夠嵌入到FTP或郵件服務器中，擴展他們的功能。而且，用于會話啟動協議服務器的servlet API最近已經被標準化（參見http://jcp.org/en/jsr/detail?id=116）。但在實踐中，servlet的這種用法尚不流行，在此，我們只論述HTTP Servlet。
1.3 Servlet相對于“傳統”CGI的優點
和傳統CGI及許多類CGI技術相比，Java servelt效率更高、更易用、更強大、更容易移植、更安全、也更廉價。
1、效率
應用傳統的CGI，針對每個HTTP請求都用啟動一個新的進程。如果CGI程序自身相對比較簡短，那么啟動進程的開銷會占用大部分執行時間。而使用servelt，Java虛擬機會一直運行，并用輕量級的Java線程處理每個請求，而非重量級的操作系統進程。類似地，應用傳統的CGI技術，如果存在對同一CGI程序的N個請求，那么CGI程序的代碼會載入內存N次。同樣的情況，如果使用servlet則啟動N個線程，僅僅載入servlet類的單一副本。這種方式減少了服務器的內存需求，通過實例化更少的對象從而節省了時間。最后，當CGI程序結束對請求的處理之后，程序結束。這種方式難以緩存計算結果，保持數據庫連接打開，或是執行依靠持續性數據的其他優化。然而，servlet會一直停留在內存中（即使請求處理完畢），因而可以直接存儲客戶請求之間的任意復雜數據。
2、便利
Servlet提供大量的基礎構造，可以自動分析和解碼HTML的表單數據，讀取和設置HTTP報頭，處理cookie，跟蹤會話，以及其他的高級功能。而在CGI中，大部分工作都需要我們自己完成。另外，如果您已經了解了Java編程語言，為什么還學Perl呢？您已經承認應用Java技術編寫的代碼要比Visual Basic，VBScript或C＋＋編寫的代碼更可靠，且更易重用，為什么還有倒退回去選擇那些語言來開發服務器端的程序呢？
3、強大
Servlet支持常規CGI難以實現或根本不能實現的幾項功能。Servlet能夠直接與Web服務器對話，而常規的CGI程序做不到這一點，至少在不使用服務器專有API的情況下是這樣。例如，與Web服務器的通信使得將相對URL轉換成具體的路徑名變得更為容易。多個servelt還可以共享數據，從而易于實現數據庫連接共享和類似的資源共享優化。Servelt還能維護請求之間的信息，使得諸如會話跟蹤和計算結果緩存等技術變得更為簡單。
4、可移植性
Servelt使用Java編程語言，并且遵循標準的API。所有主要的Web服務器，實際上都直接或通過插件支持servlet。因此。為Macromedia JRun編寫的servlet，可以不經過任何修改地在Apache Tomcat，Microsoft Internet Information Server，IBM WebSphere ，iPlanet Enterprise Server，Oracle9i AS 或者StarNine WebStar上運行。他們是Java2平臺企業版的一部分，所以對servlet的支持越來越普遍。
5、廉價
對于開發用的網站、低容量或中等容量網站的部署，有大量免費或極為廉價的Web服務器可供選擇。因此，通過使用servlet和jsp，我們可以從免費或廉價的服務器開始，在項目獲得初步成功后，再移植到具有更高性能或高級管理工具的昂貴的服務器上。這與其他CGI方案形成鮮明的對比，這些CGI方案在初期都需要為購買專利軟件包投入大量的資金。
價格和可移植性在某種程度上是相互關聯的。例如，Marty記錄了所有通過電子郵件向他發送問題的讀者的所在國。印度接近列表的頂端，可能僅次于美國。Marty曾在馬尼拉講授過JSP和servlet培訓課程(參見?http://courses.coreservlets.com/)，那兒對servelt和jsp技術抱有很大的興趣。
那么，為什么印度和菲律賓都對這項技術這么感興趣呢？我們推測答案可能分兩部分。首先，這兩個國家都擁有大量訓練有素的軟件開發人員。其次，這兩個國家的貨幣對美元的匯率都極為不利。因此，從美國公司那里購買專用Web服務器會消耗掉項目的大部分前期資金。
但是，使用servlet 和JSP，他們能夠從免費的服務器開始：Apache Tomcat。項目取得成功之后，他們可以轉移到性能更高、管理更容易，但需要付費的服務器。他們的servlet和JSP不需要重新編寫。如果他們的項目變得更龐大，他們或許希望轉移到分布式環境。沒有問題：他們可以轉而使用Macromedia JRun Professional，該服務器支持分布式應用。同樣，他們的servlet和jsp沒有任何部分需要重寫。如果項目變得極為龐大，錯綜復雜，他們或許希望使用Enterprise JavaBeans來封裝他們的商業邏輯。因此，他們可以切換到BEA WebLogic或Oracle9i AS。同樣，不需要對servlet和JSP做出更改。最后，如果他們的項目變得更龐大，他們或許將他從Linux轉移到運行IBM WebSphere的IBM大型機上，他們還是不需要做出任何更改。
6、安全
傳統CGI程序中主要的漏洞來源之一就是，CGI程序常常由通用的操作系統外殼來執行。因此,CGI程序必須仔細地過濾掉那些可能被外殼特殊處理的字符，如反引導和分號。實現這項預防措施的難度可能超出我們的想象，在廣泛應用的CGI庫中，不斷發現由這類問題引發的弱點。
問題的第二個來源是，一些CGI程序用不自動檢查數組和字符串邊界的語言編寫而成。例如，在C和C＋＋中，可以分配一個100個元素的數組，然后向第999個“元素“寫入數據——實際上是程序內存的隨機部分，這完全合法。因而，如果程序員忘記執行這項檢查，就會將系統暴露在蓄意或偶然的緩沖區溢出攻擊之下。
Servelt不存在這些問題。即使servelt執行系統調用激活本地操作系統上的程序，它也不會用到外殼來完成這項任務。當然，數組邊界的檢查以及其他內存保護特性是Java編程語言的核心部分。
7、主流
雖然存在許多很好的技術，但是，如果提供商不支持他們，或開發人員不知道如何使用這些技術，那么它們的優點又如何體現呢？servelt和JSP技術得到服務器提供商的廣泛支持，包括Apache，Oracle，IBM，Sybase，BEA，Maromedia，Causho，Sun/iPlanet，New Atlanta，ATG，Fujitsu，Lutris，Silverstream，World Wide Web Consortinrm ，以及其他服務器。存在幾種低廉的插件，通過應用這些插件，Microsoft IIS和Zeus也同樣支持servlet和jsp技術，它們運行在Windows，Unix/Linus,MacOS,VMS，和IBM大型機操作系統之上。它們用在航空業、電子商務、在線銀行、web搜索引擎、門戶、大型金融網站、以及成百上千您日常光顧的其他網站。
當然，僅僅是流行并不能證明技術的優越性。眾多的反例比比皆是。但我們的立場是：服務器端Java本非一項新的、未經證實的技術。
總結
以上是生活随笔為你收集整理的基于JSP的健身俱乐部会员管理系统的设计与实现（论文+PPT+源码）的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 京淘-02
- 下一篇： Spring六：Spring AOP A