基于微信小程序的健身房私教预约管理系统+后台管理系统(SSM+mysql)-JAVA.VUE【毕业设计、论文、源码、开题报告】
?
?
摘 要
計算機技術的飛速發(fā)展帶動了各種管理軟件的興起,對我們的工作管理、生活都是很大的幫助,本健身房私教預約微信小程序是采用小程序技術開發(fā)的對課程購買、預約工作的信息化、數(shù)字化管理,以改變傳統(tǒng)的紙質預約方式,本健身房私教預約微信小程序從管理員,用戶,教練三個角色來進行功能設計,本論文詳細的介紹了健身房私教預約微信小程序的設計過程,并對課題的需求和背景意義目的進行分析介紹,從面向對象的方面進行開發(fā)設計,對設計課題的可行性進行詳細分析,最后完成本健身房私教預約微信小程序的實現(xiàn)。
本健身房私教預約微信小程序是運行在Eclipse軟件上,采用的框架為SSM。主要的功能包括管理員可以對課程管理,對預約管理,對課程購買管理,對課程評價管理和對用戶管理,對留言信息管理,用戶可以實現(xiàn)個人資料管理,對課程購買、對課程預約;教練可以審核用戶的預約以及上傳新的課程等。
關鍵詞:課程購買;課程預約;Java語言;SSM框架
Abstract
The rapid development of computer technology has led to the rise of various management software, which is of great help to our work management and life. The private teaching appointment WeChat applet in this gymnasium is developed using applet technology to realize the informatization and digital management of course purchase and appointment work, so as to change the traditional paper appointment method. The private teaching appointment WeChat applet in this gymnasium is from administrator to user, The coach has three roles to design the function. This paper introduces the design process of the gym private education appointment WeChat applet in detail, analyzes and introduces the needs and background significance of the project, develops and designs the project from the object-oriented perspective, analyzes the feasibility of the design project in detail, and finally completes the implementation of the gym private education appointment WeChat applet.
This gym private education appointment WeChat applet is running on Eclipse software, and the framework is SSM. The main functions include course management, reservation management, course purchase management, course evaluation management and user management, message information management, and user information management. Users can realize personal data management, course purchase and course reservation; The coach can review the user's appointment and upload new courses.
Key words:?course purchase; Course reservation; Java language; SSM Framework
目 錄
摘 要
Abstract
第1章 緒論
1.1??課題研究背景
1.2 課題研究內容
1.3 課題實現(xiàn)意義
1.4 ?課題實現(xiàn)規(guī)則
第2章?開發(fā)技術的分析和選擇
2.1??微信小程序技術介紹
2.2 ?MySQL數(shù)據(jù)庫介紹
2.3??HTML(Hyper Text Markup Language)超文本標記語言介紹
2.4??微信開發(fā)者工具介紹
2.5??SSM框架介紹
第3章?系統(tǒng)分析
3.1系統(tǒng)分析的目的與過程
3.1.1 系統(tǒng)分析的目的
3.1.2系統(tǒng)分析的過程
3.2可行性分析
3.2.1技術可行性分析
3.2.2 操作可行性分析
3.2.3經(jīng)濟可行性分析
3.3系統(tǒng)功能分析
3.4系統(tǒng)性能分析
3.4系統(tǒng)流程分析
第4章??總體設計
4.1 系統(tǒng)功能結構設計
4.2 數(shù)據(jù)庫的建立
4.2.1 數(shù)據(jù)庫的概念設計
4.3系統(tǒng)實體關系的定義
4.4數(shù)據(jù)庫邏輯結構設計
第5章?系統(tǒng)詳細設計
5.1登錄界面的設計與實現(xiàn)
5.2首頁界面的詳細設計
5.3教練角色的功能設計
5.3.1私教課程管理功能的設計與實現(xiàn)
5.3.2課程購買管理功能模塊的設計與實現(xiàn)
5.3.3課程預約管理功能的設計與實現(xiàn)
5.4用戶角色功能的詳細設計
5.4.1私教課程購買功能的實現(xiàn)
5.4.2課程預約功能的設計與實現(xiàn)
5.4.3課程評價功能的設計
5.4.4留言管理功能的設計
5.5管理員角色功能的設計
第6章??系統(tǒng)測試
6.1系統(tǒng)測試的目的
6.2系統(tǒng)測試的步驟
6.3具體測試過程
6.3.1用戶登錄功能的測試
6.3.2修改密碼功能的測試
6.3.3課程購買功能的測試
6.3.4課程信息管理功能的測試
6.3.5課程預約功能的測試
6.4測試總結
總??結
參考文獻
致?謝
第1章 緒論
1.1 課題研究背景
國外最開始提出管理信息系統(tǒng)的是美國,自此開始把管理信息系統(tǒng)做為了一個新名詞,從字面上可以理解為人利用計算機實現(xiàn)信息的管理,可以對企業(yè)商家的信息進行管理以實現(xiàn)企業(yè)銷售生產(chǎn)信息統(tǒng)計,并且對以往的信息進行分析得到未來可能出現(xiàn)的問題和信息內容。從分析中得出企業(yè)在未來可能發(fā)生的銷售信息,主要包括以下幾個特點:
一般的管理信息系統(tǒng)可以分成四個形式,第一是庫存管理系統(tǒng),就是對特定數(shù)據(jù)的日常管理;第二是對某些超過一定額度的警示,比如庫存管理系統(tǒng)中的某個商品的庫存達到一定量的時候提示缺貨;第三是用于搜索引擎類的,就比較百度,360這些搜索查詢管理,第四是用于統(tǒng)計分析的,通過對以往數(shù)據(jù)的分析得出現(xiàn)階段應該做出什么樣的努力。
?? 自從這種管理系統(tǒng)提出來,我國也開始使用起來,很快的在各個行業(yè)流行開來,雖然我國在網(wǎng)站管理系統(tǒng)方面發(fā)展比較晚,但我國應用的范圍很大。
1.2 課題研究內容
????計算機的發(fā)展帶動了信息管理和商家的工作管理,已深入到人們的日常生活中,本健身房私教預約微信小程序主要內容是不同的健身課程信息進行展示然后讓用戶在網(wǎng)站上可以進行對比挑選,包括管理員和用戶,教練三個方面的管理,用戶可以在選中健身課程后進行購買,購買完成后可以預約,預約后需要由教練審核,教練負責上傳自己的課程以及審核用戶的購買、預約。
1.3 課題實現(xiàn)意義
與傳統(tǒng)的健身課程私教預約方式相比,本健身房私教預約微信小程序具有更好的優(yōu)勢,主要體現(xiàn)在以下幾個方面,第一,在健身課程類別選擇方面,可以直接登錄進系統(tǒng)進行健身課程類別查詢,可以很快的看到哪個健身課程類別預約率高,可以看到不同的分類信息,不像傳統(tǒng)的預約方式,需要去紙上手動查看,很浪費時間,而且找起來也比較麻煩;第二,有的健身課程信息已過時了,沒有再瀏覽的必要了,信息早已不跟時代了,卻還在展示著,但卻沒有人買,沒有人預約,這樣就造成了資源的浪費,但所設計的健身房私教預約微信小程序就可以直接在管理員后臺進行健身課程信息的刪除,不會造成影響上傳發(fā)布新的健身課程信息的情況發(fā)生;第三,對于數(shù)據(jù)信息傳輸方面,傳統(tǒng)的管理方式采用的是記到本上的方法,所以每次要進行信息查尋的時候就比較麻煩,需要肉眼去查找,但所設計的健身房私教預約微信小程序就可以直接點搜索功能進行搜索,可以實現(xiàn)一秒就查看到結果的效果,非常的方便。
1.4 課題實現(xiàn)規(guī)則
為了保證健身房私教預約微信小程序可以達到預期的功能,實現(xiàn)可以簡化管理員的管理工作,在設計開發(fā)的時候就需要進行以下的幾點規(guī)則:
1.關于操作界面應該做到盡可能的站在用戶的角度進行開發(fā)設計,這就需要對不同的用戶進行不同的調查,看都喜歡用什么樣的操作界面,習慣用什么樣的功能操作效果,這樣設計出來的界面才會受到大家的歡迎,讓使用用戶更加的操作便利;
2.關于功能方面,應該盡可能的做到功能做到完整,功能操作的步驟應該做到盡可能的簡單,代碼編寫的時候應該注意盡可能的做到最精短,才能保證功能可以運行的時候最短時間內完成不需要過于等待功能的實現(xiàn);
3.關于安全方面也要做到保證,因為所有的網(wǎng)站管理系統(tǒng)都是屬于一個用戶信息和管理員信息的信息整體,所有的信息都是關于一個商業(yè)和用戶的安全信息,不能泄露,所有要注意安全方面的問題。
第2章 開發(fā)技術的分析和選擇
2.1?微信小程序技術介紹
微信小程序,小程序的一種,英文名Wechat Mini Program,是一種不需要下載安裝即可使用的應用,它實現(xiàn)了應用“觸手可及”的夢想,用戶掃一掃或搜一下即可打開應用微信小程序在產(chǎn)品功能設計上給用戶更多控制力。在微信小程序的設置頁,為用戶提供了數(shù)據(jù)權限開關,一旦用戶授權之后又關閉,微信小程序再次使用該用戶數(shù)據(jù)時需要重新獲得授權,為用戶提供更方便的數(shù)據(jù)控制權。用戶在微信小程序的資料頁還可以看到隱私數(shù)據(jù)保護的提示以及投訴入口。微信小程序在收集、獲取用戶數(shù)據(jù)上,微信小程序堅持“必要+合理”原則。必要是指只有在微信小程序的具體業(yè)務中,確實有場景需要獲取用戶數(shù)據(jù)的情況下,開發(fā)者才能去獲取用戶的同意授權;合理是指開發(fā)者獲取數(shù)據(jù)的范圍不應該超出具體場景所需要的數(shù)據(jù)范圍。例如一個提供外賣服務的微信小程序,可能需要獲得電話、地址等數(shù)據(jù),但沒有必要獲取性別、年齡等數(shù)據(jù),否則平臺會認為微信小程序收集用戶數(shù)據(jù)的行為違反了“必要并且合理”的原則,會對這類微信小程序進行處理。
2.2 MySQL數(shù)據(jù)庫介紹
由Web支持,具有可擴展的標記語言可以對防火墻進行查詢,具有豐富的XML標準支持很多內置存儲,可以輕松進行數(shù)據(jù)檢索。可以為VB,Java,PHP,Java語言都提供數(shù)據(jù)庫的開發(fā)設計,跨平臺性很強。
2.3 HTML(Hyper Text Markup Language)超文本標記語言介紹
可以包含圖書,音樂,程序等多種元素,包含了所有系統(tǒng)里面的文字信息和所有的指示信息,比如應該把什么信息放到什么地方,對于這些都有明確的指示,如果系統(tǒng)中要使用某些元素的時候,比如動畫,就會提示到什么地方進行下載,并且用于什么地方比較合適都會有明確的提示信息。
2.4 微信開發(fā)者工具介紹
微信開發(fā)者工具是一款專門針對于微信后臺設計開發(fā)人員打造的微信調試工具。微信開發(fā)者工具能幫助微信后臺頁面的開發(fā)者更便捷安全地調試微信內的網(wǎng)頁,而無需去借助一些模擬類軟件。微信開發(fā)者工具開發(fā)原理是集成了Chrome DevTools和基本的移動調試模塊,可進行微信內網(wǎng)頁調試與微信小程序調試。
2.5 SSM框架介紹
SSM最核心的特色功能就是可以生成獨立的微服務單元,就是把所有的代碼模塊都寫在一個單獨的應用里,這樣功能代碼直接的粘合度就非常的高,兼容性更好,而且還可以進行每個功能模塊單獨部署,不同的模塊都能生成不同的小型服務,從而可以進行單獨升級,然后實現(xiàn)應用之間的通信。用SSM建立項目的首要步驟就是先配置SSM依賴,建立的時候不需要單獨設置版本,直接通過系統(tǒng)自帶的場景啟動器,就可以直接導入項目所需要的各種Web模塊,然后在把所需要的功能場景調取出來,生成一個啟動器,直接在項目里引入各種依賴的組件就行,然后需要什么功能就導入什么場景就可以了。
第3章 系統(tǒng)分析
3.1系統(tǒng)分析的目的與過程
3.1.1 系統(tǒng)分析的目的
系統(tǒng)分析的目的是為了保證系統(tǒng)開發(fā)的實用性,保證系統(tǒng)開發(fā)設計后會有市場,會有需求,不會造成系統(tǒng)設計的浪費。本系統(tǒng)開發(fā)的角色包括三個方面分別是管理員、教練和注冊用戶,了解不同的角色對于不同的功能進行設計,開發(fā)出適合他們的系統(tǒng),并且把開發(fā)成本降到最低。
3.1.2系統(tǒng)分析的過程
首先應該先對整個系統(tǒng)的功能進行一個詳細的描述,然后在這個描述上分析用戶們的新需求,然后對這個描述進行完善,最后對所有的需求進行說明,編寫系統(tǒng)說明書。
3.2可行性分析
3.2.1技術可行性分析
通過大學幾年的認真學習,對這次開發(fā)所用的技術都經(jīng)過了詳細的學習,并且平常也經(jīng)過了幾個小項目的多次實踐都可以完美運行完成,所以對于這次開發(fā)還是很有信心的。而且Java語言兼容性很強,對于開發(fā)也減少一定的難度,在技術分析上,是可以開發(fā)設計的。
3.2.2?操作可行性分析
本健身房私教預約微信小程序在開發(fā)的時候遵照界面友好設計,功能操作過程簡單不繁瑣,用戶只要按照功能的字面意思就能輕松進行系統(tǒng)操作,非常簡單,在操作分析上,是可以進行開發(fā)設計的。
3.2.3經(jīng)濟可行性分析
經(jīng)濟方面不需要資金的支出,在開發(fā)中所使用的軟件都是開源的,系統(tǒng)的開發(fā)也只需要一人完成。
3.3系統(tǒng)功能分析
主要的功能涉及到三個方面,管理員、教練、用戶。管理員管理課程信息、課程類別信息、用戶信息、教練信息、課程購買信息、課程預約信息、留言信息等。管理員用例圖如下圖3.1所示:
圖3.1管理員用例圖
教練負責課程信息、課程購買信息、課程預約信息等。教練用例圖如下圖3.2所示:
圖3.2教練用例圖
用戶負責瀏覽課程信息,進行課程購買和課程預約以及可以留言。用戶用例圖如下圖3.3所示:
圖3.3教練用例圖
3.4系統(tǒng)性能分析
系統(tǒng)性能方面一般指系統(tǒng)的運行、安全、擴展性、兼容性、實用性等方面的問題。考慮到系統(tǒng)除了功能方面以外的所有問題才可以使系統(tǒng)的分析完整,也是保證系統(tǒng)可以順利開發(fā)的基礎。
3.4系統(tǒng)流程分析
一個受歡迎的系統(tǒng)必然有一個好的系統(tǒng)操作流程,簡單、友好的操作流程才可以使用戶更快速的滿足自己的要求。系統(tǒng)的操作流程正確系統(tǒng)的數(shù)據(jù)才可以被正確調用。從數(shù)據(jù)的來源到去處進行分析形成數(shù)據(jù)的閉環(huán)。本系統(tǒng)的操作流程為教練發(fā)布課程,用戶購買課程、預約課程,教練審核。本系統(tǒng)的操作流程圖如下圖3.4所示:
圖3.4系統(tǒng)操作流程
第4章 ?總體設計
4.1 系統(tǒng)功能結構設計
功能結構為系統(tǒng)功能的展示,一般采用樹形圖進行系統(tǒng)功能的結構描述。第一層為系統(tǒng)的名稱,第二層為劃分的功能界面,第三層為功能界面里的詳細功能。本系統(tǒng)的功能結構圖第一層為健身房私教預約微信小程序,第二層為用戶、教練、管理員,第三層為相對應的具體功能。系統(tǒng)功能結構圖如下圖4.1所示:
圖4.1系統(tǒng)功能結構圖
4.2 數(shù)據(jù)庫的建立
任何一個系統(tǒng)中,數(shù)據(jù)庫都是非常重要的一部分,因為數(shù)據(jù)庫做為系統(tǒng)的數(shù)據(jù)存儲,保障著系統(tǒng)的安全,如果數(shù)據(jù)庫出錯,那系統(tǒng)肯定也就出錯。所以要選擇適合自己系統(tǒng)的數(shù)據(jù)庫,然后建立表結構,使系統(tǒng)有更好的關聯(lián)性,保密性,和完整性。用戶進行數(shù)據(jù)訪問時候只能通過正規(guī)的通道獲取信息,防止非法獲取用戶數(shù)據(jù),必須保證用戶的數(shù)據(jù)安全,這就需要設計數(shù)據(jù)庫的時候進行安全驗證。
從用戶的角度進行分析,設計出一個符合用戶要求的數(shù)據(jù)庫,把這個設計過程分開,把每個實體都單獨進行,把復雜問題簡單化,降低設計的難度,數(shù)據(jù)庫的設計分為三步進行,第一步就是數(shù)據(jù)庫的概念設計,第二步就是數(shù)據(jù)庫的邏輯設計,把概念設計轉換到邏輯設計,第三步,根據(jù)邏輯設計具體設計出數(shù)據(jù)庫表和建立出數(shù)據(jù)庫。
4.2.1 數(shù)據(jù)庫的概念設計??
數(shù)據(jù)庫ER圖設計又稱為數(shù)據(jù)庫邏輯結構設計,數(shù)據(jù)庫邏輯結構主要是確定物理架構,然后對數(shù)據(jù)結構進行構造,建立實體和表之間的關系。數(shù)據(jù)庫ER圖是采用不同的圖形來描述數(shù)據(jù)和數(shù)據(jù)的字段。數(shù)據(jù)庫ER圖設計是數(shù)據(jù)庫設計的第一步,只有劃分好系統(tǒng)的數(shù)據(jù)以及數(shù)據(jù)的字段才可以建立正確的數(shù)據(jù)庫。本系統(tǒng)的數(shù)據(jù)主要為管理員信息、課程購買信息、課程信息、用戶信息、課程預約信息等。
圖4.2用戶信息ER圖
2.管理員為系統(tǒng)開發(fā)者設置的。管理員信息ER圖如下圖4.3所示:
圖4.3管理員信息ER圖
3.私教課程信息需要教練添加后才會展示。私教課程信息ER圖如下圖4.4所示:
圖4.4私教課程信息ER圖
4.課程購買信息為用戶付款后產(chǎn)生的。課程購買信息ER圖如下圖4.5所示:
圖4.5課程購買信息ER圖
5.課程預約信息為用戶預約課程后才會產(chǎn)生。課程預約信息ER圖如下圖4.6所示:
圖4.6課程預約ER圖
4.3系統(tǒng)實體關系的定義
每個實體之間的具體聯(lián)系需要考慮到表面的聯(lián)系和內在的聯(lián)系,也可能每個實體之間會存在多個聯(lián)系,單獨ER模式完全了以后?,就還需要把所有的單獨模式整合起來,做一個全局的模式概念機構。全局模式不僅要支持所有單獨的ER模式,還要合理的展示出了完整的,相匹配的每一個單獨的概念結構,
????1.確定的公共實體模式
開始先要把各個局部框架中的公共實體類型先確定起來,作為整合合并模式的一個基礎。這這個過程中,需要根據(jù)實體類型名,和實體類型鍵來認定公共實體類型的。正常情況下都是先?把不同名的實體類型先作為公共實體類似的一個后補。把同名的實體類型作為另一個后補。
????2.全局ER模式架構的合并整合
?合并的前提是,先兩個兩個的合并,先合并其中有關聯(lián)的局部結構,從公共實體類型開發(fā),最后在何必獨立的局部架構,最后整合成完整的架構,整合到一起。
????3.消除沖突
? 一般情況下,常見的沖突有三種,一種是命名沖突,一種是結構沖突,一種是屬性的沖突。把所有的局部ER模式整合到一起的時候,最主要解決的問題就是消除沖突,使他們能共同想結合,然后才能組成統(tǒng)一的概念模型。
?????4.全局ER模式優(yōu)化
?整合完成了全局ER模式以后并不是所有工作就完成了,還有最后一步,也就是最重要的一個步驟,就是對整合完成的ER模式進行優(yōu)化測試。這樣是為了提高整合以后數(shù)據(jù)庫的工作效率,還要對各個模式結構進行測試,更一步優(yōu)化性能。一個完美的ER全局模式,不僅僅需要能精準無誤,詳細的處理用戶需求,還需要滿足以下的條件,實體類型的個數(shù)要盡量精簡,能少則少。實體類型的熟悉個數(shù)也要最少。實體間的聯(lián)系也要無縫對接,這樣才算一個完美的全局模式。本系統(tǒng)的全局ER圖如下圖4.7所示:
圖4.7全局ER圖
4.4數(shù)據(jù)庫邏輯結構設計
一切基礎已做好,就可以按照前面的設計,制作出具體的數(shù)據(jù)庫表了,本健身房私教預約微信小程序的數(shù)據(jù)庫表如下表4.1-4.14所示:
表4.1 config
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto_increment | |||
| 2 | name | varchar | 100 | 否 | ||||||
| 3 | value | varchar | 100 | 是 |
表4.2 discusssijiaokecheng
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto_increment | |||
| 2 | addtime | timestamp | 否 | CURRENT | ||||||
| 3 | refid | bigint | 20 | 否 | ||||||
| 4 | userid | bigint | 20 | 否 | ||||||
| 5 | nickname | varchar | 200 | 是 | ||||||
| 6 | content | longtext | 否 | |||||||
| 7 | reply | longtext | 是 |
表4.3 jiaolian
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto | |||
| 2 | addtime | timestamp | 否 | CURRENT | ||||||
| 3 | jiaoliangonghao | varchar | 200 | 否 | ||||||
| 4 | mima | varchar | 200 | 否 | ||||||
| 5 | jiaolianxingming | varchar | 200 | 是 | ||||||
| 6 | xingbie | varchar | 200 | 是 | ||||||
| 7 | touxiang | varchar | 200 | 是 | ||||||
| 8 | nianling | int | 11 | 是 | ||||||
| 9 | dengji | varchar | 200 | 是 | ||||||
| 10 | gerenjianjie | varchar | 200 | 是 | ||||||
| 11 | lianxifangshi | varchar | 200 | 是 | ||||||
| 12 | shenfenzheng | varchar | 200 | 是 |
表4.4 kechenggoumai
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto | |||
| 2 | addtime | timestamp | 否 | CURRENT | ||||||
| 3 | dingdanbianhao | varchar | 200 | 是 | ||||||
| 4 | kechengmingcheng | varchar | 200 | 是 | ||||||
| 5 | leixing | varchar | 200 | 是 | ||||||
| 6 | tupian | varchar | 200 | 是 | ||||||
| 7 | jieshu | varchar | 200 | 是 | ||||||
| 8 | kechengjiage | varchar | 200 | 是 | ||||||
| 9 | goumairiqi | date | 是 | |||||||
| 10 | jiaoliangonghao | varchar | 200 | 是 | ||||||
| 11 | jiaolianxingming | varchar | 200 | 是 | ||||||
| 12 | yonghuming | varchar | 200 | 是 | ||||||
| 13 | xingming | varchar | 200 | 是 | ||||||
| 14 | lianxidianhua | varchar | 200 | 是 | ||||||
| 15 | sfsh | varchar | 200 | 是 | 否 | |||||
| 16 | shhf | longtext | 是 | |||||||
| 17 | ispay | varchar | 200 | 是 | 未支付 | |||||
| 18 | userid | bigint | 20 | 是 |
表4.5 kechengleixing
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto_increment | |||
| 2 | addtime | timestamp | 否 | CURRENT_TIMESTAMP | ||||||
| 3 | leixing | varchar | 200 | 否 |
表4.6 kechengpingjia
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto | |||
| 2 | addtime | timestamp | 否 | CURRENT_TIMESTAMP | ||||||
| 3 | dingdanbianhao | varchar | 200 | 是 | ||||||
| 4 | kechengmingcheng | varchar | 200 | 是 | ||||||
| 5 | tupian | varchar | 200 | 是 | ||||||
| 6 | goumairiqi | varchar | 200 | 是 | ||||||
| 7 | pingfen | varchar | 200 | 是 | ||||||
| 8 | pingjianeirong | longtext | 是 | |||||||
| 9 | pingjiariqi | date | 是 | |||||||
| 10 | jiaoliangonghao | varchar | 200 | 是 | ||||||
| 11 | jiaolianxingming | varchar | 200 | 是 | ||||||
| 12 | yonghuming | varchar | 200 | 是 | ||||||
| 13 | lianxidianhua | varchar | 200 | 是 | ||||||
| 14 | sfsh | varchar | 200 | 是 | 否 | |||||
| 15 | shhf | longtext | 是 | |||||||
| 16 | userid | bigint | 20 | 是 |
表4.7 kechengyuyue
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto | |||
| 2 | addtime | timestamp | 否 | CURRENT | ||||||
| 3 | dingdanbianhao | varchar | 200 | 是 | ||||||
| 4 | kechengmingcheng | varchar | 200 | 是 | ||||||
| 5 | tupian | varchar | 200 | 是 | ||||||
| 6 | jieshu | varchar | 200 | 是 | ||||||
| 7 | yuyueshijian | datetime | 是 | |||||||
| 8 | jiaoliangonghao | varchar | 200 | 是 | ||||||
| 9 | jiaolianxingming | varchar | 200 | 是 | ||||||
| 10 | yonghuming | varchar | 200 | 是 | ||||||
| 11 | xingming | varchar | 200 | 是 | ||||||
| 12 | lianxidianhua | varchar | 200 | 是 | ||||||
| 13 | sfsh | varchar | 200 | 是 | 否 | |||||
| 14 | shhf | longtext | 是 | |||||||
| 15 | userid | bigint | 20 | 是 |
表4.8 messages
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto_increment | |||
| 2 | addtime | timestamp | 否 | CURRENT_TIMESTAMP | ||||||
| 3 | userid | bigint | 20 | 否 | ||||||
| 4 | username | varchar | 200 | 是 | ||||||
| 5 | content | longtext | 否 | |||||||
| 6 | reply | longtext | 是 |
表4.9 news
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto | |||
| 2 | addtime | timestamp | 否 | CURRENT | ||||||
| 3 | title | varchar | 200 | 否 | ||||||
| 4 | introduction | longtext | 是 | |||||||
| 5 | picture | varchar | 200 | 否 | ||||||
| 6 | content | longtext | 否 |
表4.10 sijiaokecheng
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto | |||
| 2 | addtime | timestamp | 否 | CURRENT | ||||||
| 3 | kechengmingcheng | varchar | 200 | 是 | ||||||
| 4 | leixing | varchar | 200 | 是 | ||||||
| 5 | tupian | varchar | 200 | 是 | ||||||
| 6 | jieshu | int | 11 | 是 | ||||||
| 7 | kechengjiage | int | 11 | 是 | ||||||
| 8 | keyueshijian | varchar | 200 | 是 | ||||||
| 9 | kechengjieshao | longtext | 是 | |||||||
| 10 | jiaoliangonghao | varchar | 200 | 是 | ||||||
| 11 | jiaolianxingming | varchar | 200 | 是 | ||||||
| 12 | dengji | varchar | 200 | 是 | ||||||
| 13 | gerenjianjie | varchar | 200 | 是 | ||||||
| 14 | clicktime | datetime | 是 | |||||||
| 15 | clicknum | int | 11 | 是 | 0 |
表4.11 storeup
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto | |||
| 2 | addtime | timestamp | 否 | CURRENT_TIMESTAMP | ||||||
| 3 | userid | bigint | 20 | 否 | ||||||
| 4 | refid | bigint | 20 | 是 | ||||||
| 5 | tablename | varchar | 200 | 是 | ||||||
| 6 | name | varchar | 200 | 否 | ||||||
| 7 | picture | varchar | 200 | 否 |
表4.12 token
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto | |||
| 2 | userid | bigint | 20 | 否 | ||||||
| 3 | username | varchar | 100 | 否 | ||||||
| 4 | tablename | varchar | 100 | 是 | ||||||
| 5 | role | varchar | 100 | 是 | ||||||
| 6 | token | varchar | 200 | 否 | ||||||
| 7 | addtime | timestamp | 否 | CURRENT_TIMESTAMP | ||||||
| 8 | expiratedtime | timestamp | 否 | CURRENT_TIMESTAMP |
表4.13 users
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto_increment | |||
| 2 | username | varchar | 100 | 否 | ||||||
| 3 | password | varchar | 100 | 否 | ||||||
| 4 | role | varchar | 100 | 是 | 管理員 | |||||
| 5 | addtime | timestamp | 否 | CURRENT_TIMESTAMP |
表4.14 yonghu
| 序號 | 列名 | 數(shù)據(jù)類型 | 長度 | 小數(shù)位 | 標識 | 主鍵 | 外鍵 | 允許空 | 默認值 | 說明 |
| 1 | id | bigint | 20 | 是 | 是 | 否 | auto | |||
| 2 | addtime | timestamp | 否 | CURRENT_TIMESTAMP | ||||||
| 3 | yonghuming | varchar | 200 | 否 | ||||||
| 4 | mima | varchar | 200 | 否 | ||||||
| 5 | xingming | varchar | 200 | 否 | ||||||
| 6 | xingbie | varchar | 200 | 是 | ||||||
| 7 | touxiang | varchar | 200 | 是 | ||||||
| 8 | lianxidianhua | varchar | 200 | 是 |
第5章 系統(tǒng)詳細設計
5.1登錄界面的設計與實現(xiàn)
登錄分為管理員登錄和用戶、教練登錄三種,登錄界面的設計采用兩種,用戶和教練采用一個登錄界面,在登錄界面里包括了用戶類型、賬號、密碼和用戶注冊、忘記密碼功能。用戶、教練登錄界面如下圖5.1所示:
圖5.1用戶、教練的登錄實現(xiàn)界面
5.2首頁界面的詳細設計
用戶通過輸入正確的用戶名和密碼后就可以跳到這個首頁功能界面,本界面包含了私教課程、健身資訊和我的功能,實現(xiàn)界面如下圖5.2所示:
圖5.2首頁操作界面
5.3教練角色的功能設計
教練可以發(fā)布新課程和審核課程購買、課程預約信息,并查看課程評價和留言信息。實現(xiàn)界面如下圖5.3所示:
圖5.3教練操作界面
5.3.1私教課程管理功能的設計與實現(xiàn)
教練的私教課程信息管理功能的主要內容包括私教課程信息的添加,和私教課程信息查看、修改,添加信息的時候可以根據(jù)所設置的關鍵字進行添加。實現(xiàn)界面如下圖5.4所示:
圖5.4教練添加私教課程信息功能界面
5.3.2課程購買管理功能模塊的設計與實現(xiàn)
教練在收到用戶購買信息后可以審核,實現(xiàn)界面如下圖5.5所示:
圖5.5課程購買功能實現(xiàn)界面
5.3.3課程預約管理功能的設計與實現(xiàn)
用戶預約課程后同樣教練可以審核,實現(xiàn)界面如下圖5.6所示:
圖5.6審核課程預約功能操作界面
5.4用戶角色功能的詳細設計
用戶的主要功能為購買課程和預約課程、評價課程、留言。
5.4.1私教課程購買功能的實現(xiàn)
用戶在瀏覽到喜歡的課程后可以線上購買。實現(xiàn)界面如下圖5.7所示:
圖5.7課程購買操作界面
5.4.2課程預約功能的設計與實現(xiàn)
用戶在購買課程后就可以進行課程的預約,在預約時要注意填寫預約時間。實現(xiàn)界面如下圖5.8所示:
圖5.8課程預約的界面效果
5.4.3課程評價功能的設計
上課完成后可以進行課程評價,課程評價后教練可以快速的看到。實現(xiàn)界面如下圖5.9所示:
圖5.9課程評價功能的界面效果
5.4.4留言管理功能的設計
用戶可以進行留言和查看留言回復,實現(xiàn)界面如下圖5.10所示:
圖5.10留言信息查看界面效果
5.5管理員角色功能的設計
管理員可以管理課程信息、課程購買、課程預約、課程類型、用戶信息、教練信息等。實現(xiàn)界面如下圖5.11所示:
圖5.11管理員角色功能界面
第6章 ?系統(tǒng)測試
6.1系統(tǒng)測試的目的
系統(tǒng)測試的時候最怕是沒有問題,測試的目的是發(fā)現(xiàn)問題,一個程序的設計過程是非常的復雜,所以不可能會不出再一點問題的,如果我們在測試中沒有發(fā)現(xiàn)問題,那這個測試就是沒有意義的測試,是沒有結果的測試。
6.2系統(tǒng)測試的步驟
測試一般要從以下幾個方面進行,首先是從界面設計方面進行測試,界面是否簡單直觀,用戶是否能方便查看到系統(tǒng)的各種信息,而且是否有各種功能操作提示,對于計算機操作不熟練的用戶是否能輕松使用本系統(tǒng)。其次就是對功能方面進行測試,測試系統(tǒng)中的所有功能是否都能正常使用,比如查詢功能是否能搜索到相關的信息,多條件查詢時候,是否能搜到用戶想要的數(shù)據(jù)信息。通過這個測試步驟可以發(fā)現(xiàn)系統(tǒng)中代碼錯誤。最后一步就是需求測試,根據(jù)開發(fā)需求,測試本系統(tǒng)是否滿足各項需求,邏輯是否連貫。這就需要對自己的項目需求有充分的了解,然后才能通過不同的層面進行需求測試。
6.3具體測試過程
???按照用戶使用本系統(tǒng)的過程進行功能測試,測試的功能有登錄功能,課程管理功能,課程購買功能,課程預約功能等。
6.3.1用戶登錄功能的測試
對用戶登錄功能的測試采用輸入各種信息進行登錄,查看登錄結果的方式進行測試。用戶登錄功能的測試過程如下表6.1所示:
表6.1用戶登錄功能的測試過程表
當輸入以上第二條和第三條數(shù)據(jù)時的測試結果如下圖6.1所示:
圖6.2輸入錯誤數(shù)據(jù)的用戶登錄測試結果
6.3.2修改密碼功能的測試
修改密碼可以使密碼保持安全,教練、用戶和管理員都擁有修改密碼的功能。修改密碼功能的測試過程和用戶登錄功能的測試過程一樣。修改密碼功能的測試過程如下表6.2所示:
表6.2修改密碼功能的測試過程表
當輸入上表中第二條信息時,修改密碼的測試結果如下圖6.3所示:
圖6.3輸入錯誤原密碼的測試結果
6.3.3課程購買功能的測試
???對課程購買功能的測試采用用戶瀏覽課程和在線購買,教練通過審核和不通過審核進行測試。當教練通過審核后用戶可以看到通過結果,當教練不通過審核后用戶可以看到不通過的結果,證明課程購買功能為正確的。
6.3.4課程信息管理功能的測試
對課程信息管理功能的測試主要是采用教練登錄后添加、修改、刪除課程信息后在功能界面里查看課程信息的結果。通過測試發(fā)現(xiàn),課程信息管理功能的測試結果為正確的。
6.3.5課程預約功能的測試
對課程預約功能的測試采用用戶線上預約,教練通過審核和不通過審核進行測試。當教練通過審核后用戶可以看到通過結果,當教練不通過審核后用戶可以看到不通過的結果,證明課程預約功能為正確的。
6.4測試總結
????在本次測試中所有的功能都通過了測試,本系統(tǒng)完成了課程信息展示、在線購買和預約管理等功能。通過本次測試本人明白了測試的重要性和測試的困難,在測試中發(fā)現(xiàn)了很多問題,經(jīng)過修改后都可以正確運行,至此,本系統(tǒng)正式完成。
總 ?結
本次的畢業(yè)設計從開始剛拿到題目時的慌亂到最后完成時的輕松是一個很辛苦又快樂的過程,在設計過程中每次碰到問題時都會比較煩躁,這樣會讓設計出問題越來越多,后來我明白了要靜下心來仔細用心,這樣問題終于得到了解決,成功的心情是無法言表的。通過這次的畢業(yè)設計我明白了只要用心就會有結果。
參考文獻
[1]熊雷.健身房管理系統(tǒng)的分析與設計[J].信息與電腦(理論版),2019(01):113-114.
[2]鄭宇軒. 健身房服務流程體驗設計[D].山東建筑大學,2019.
[3]劉小豫,朱亞兵,聶維.健身房管理系統(tǒng)平臺的開發(fā)[J].內蒙古科技與經(jīng)濟,2019(11):71+73.
[4]葛麗萍. 基于移動互聯(lián)網(wǎng)的健身房綜合管理系統(tǒng)的研究與實現(xiàn)[D].南京郵電大學,2020.DOI:10.27251/d.cnki.gnjdc.2020.000903.
[5]羅超.基于java的健身房管理系統(tǒng)關鍵技術研究[J].信息記錄材料,2019,20(08):159-160.DOI:10.16009/j.cnki.cn13-1295/tq.2019.08.105.
[6]明依東,王庚蘭,劉蕊,時楠楠,付曉晗,梁紫原,廖盛宇.基于互聯(lián)網(wǎng)的綠色健身房管理系統(tǒng)的構建研究[J].天津理工大學學報,2018,34(05):25-29+33.
[7]李樂.Java語言應用研究[J].智慧中國,2022(09):80-81.
[8]趙棟,朱曉峰,孔令宇.基于Web的健身房管理系統(tǒng)設計與實現(xiàn)[J].北京印刷學院學報,2022,30(09):65-69.DOI:10.19461/j.cnki.1004-8626.2022.09.009.
[9]歐陽桂秀.基于Java和MySQL的數(shù)據(jù)庫管理系統(tǒng)的設計與實現(xiàn)[J].信息記錄材料,2022,23(09):240-242.DOI:10.16009/j.cnki.cn13-1295/tq.2022.09.007.
[10]周林,季松華,符欲梅.Java程序設計課程思政探究與實踐[J].黑龍江科學,2022,13(19):149-151.
[11]張敏,覃凱莉,陳彪,王湘玲.基于微信小程序的在線應急語言服務平臺研究與設計[J].西南民族大學學報(自然科學版),2023,49(01):94-104.
[12]陶愛蘭. 基于SSM的數(shù)字化審計平臺的設計與實現(xiàn)[D].南京郵電大學,2021.DOI:10.27251/d.cnki.gnjdc.2021.001665.
[13]王淵博,李晶,馬世鵬.基于微信小程序的評價工具設計[J].湘潭大學學報(自然科學版),2022,44(04):110-117.DOI:10.13715/j.cnki.nsjxu.2022.04.003.
[14]呂豐華,劉悅,劉春燕.“互聯(lián)網(wǎng)+”背景下微信小程序在高校圖書館中的應用[J].中國傳媒科技,2022(08):88-91.DOI:10.19483/j.cnki.11-4653/n.2022.08.021.
[15]. Air Plan Disapproval; West Virginia; Revision to the West Virginia State Implementation Plan To Add the SSM Rule 45CSR1--Alternative Emission Limitations During Startup, Shutdown, and Maintenance Operations[J]. The Federal Register / FIND,2022,87(245).
[16]López-Fogliani D.E.,Mu?oz C.. Right-handed neutrinos, domain walls and tadpoles in the superstring inspired μνSSM[J]. Nuclear Physics, Section B,2023,986.
總結
以上是生活随笔為你收集整理的基于微信小程序的健身房私教预约管理系统+后台管理系统(SSM+mysql)-JAVA.VUE【毕业设计、论文、源码、开题报告】的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: lisp成套电气设计_AutoLISP在
- 下一篇: 人脸伪造DFDC数据集下载 附网盘地址