社會(huì)公共體育館管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn).doc

編 號(hào)： 審定成績(jī)： *大學(xué)畢業(yè)設(shè)計(jì)（論文）設(shè)計(jì)（論文）題目：社會(huì)公共體育館管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)學(xué) 院 名 稱 ：軟件工程學(xué)院學(xué) 生 姓 名 ：專 業(yè) ：軟件工程班 級(jí) ：學(xué) 號(hào) ：指 導(dǎo) 教 師 ：答辯組 負(fù)責(zé)人 ：填表時(shí)間：2016 年 6 月*大學(xué)教務(wù)處制*大學(xué)本科畢業(yè)設(shè)計(jì)（論文）摘 要人們生活水平的提高，工作的繁忙，促使社會(huì)生活節(jié)奏越來越快。由于科學(xué)技術(shù)水平迅速發(fā)展，人們長(zhǎng)期生活在高節(jié)奏的社會(huì)中，意識(shí)到身心健康的重要性。為了讓公共體育館內(nèi)各個(gè)事務(wù)進(jìn)行有效地管理，更好地滿足人們體育活動(dòng)過程中的各方面需求，同時(shí)能夠減輕各方面的開支和人力資源消耗，設(shè)計(jì)和實(shí)現(xiàn)了一個(gè)社會(huì)公共體育館管理系統(tǒng)。綜合多個(gè)體育館管理系統(tǒng)的具體管理功能，軟件工程領(lǐng)域的技術(shù)知識(shí)，該系統(tǒng)決定采用面向?qū)ο蟮乃枷?，?yán)格遵循軟件工程的過程、方法和規(guī)范完成系統(tǒng)設(shè)計(jì)與開發(fā)。使用UML用例對(duì)系統(tǒng)進(jìn)行需求分析，概要設(shè)計(jì)中通過劃分實(shí)體、按照數(shù)據(jù)庫(kù)三范式進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)，最后運(yùn)用類圖、順序圖來完成該的系統(tǒng)詳細(xì)設(shè)計(jì)。開發(fā)技術(shù)上運(yùn)用JAVA語(yǔ)言、Bootstrap和Spring+SpringMVC+MyBatis開發(fā)框架讓系統(tǒng)實(shí)現(xiàn)了以下功能：場(chǎng)地預(yù)訂、場(chǎng)地開單、賬單結(jié)算、場(chǎng)地管理、信息查詢、會(huì)員管理和用戶管理。社會(huì)公共體育館管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，方便系統(tǒng)人員對(duì)體育館內(nèi)大小事務(wù)進(jìn)行操作和管理，讓客戶更快捷地進(jìn)行場(chǎng)地預(yù)訂和下單，從而提高了社會(huì)公共體育館管理質(zhì)量和員工工作效率。【關(guān)鍵詞】體育館管理 JAVA Spring+SpringMVC+MyBatis BootstrapABSTRACTPeople living standard rise, the busy work, prompting social life rhythm faster and faster. Due to the rapid development of science and technology level, people realize the importance of physical and mental health living in high pace society for a long time. In order to effectively manage. Each transaction of public sports stadium, to better meet the demand of people on various aspects in the process of sports activities, and at the same time it can reduce the spending and human resources consumption, a public stadium management system was designed and implemented.Integrated multiple gymnasium management system specific management features, technical knowledge of software engineering, the system decided to use object-oriented thinking, strictly follow the process of software engineering methods and specifications to complete the systems designment and implementation. Using UML case on the system to carry out the demand analysis, dividing the entity in the outline design, according to the database three paradigm of database design, finally using the class diagram, sequence diagram to complete the detailed design of the system. Technically the use of JAVA language, Bootstrap and Spring + SpringMVC + MyBatis framework allows system developers to achieve the following functions: booking site, site billing, invoicing, site management, information inquiry, members of management and user management.The design and implementation of Social public stadium management system, the system personnel can operate the stadium and the size of the transaction management, allowing customers to carry out site reservation and orders more quickly, thereby improving the quality of management and public gymnasium employee productivity.【Key words】 Stadium management JAVA Spring+SpringMVC+MyBatis Bootstrap60目 錄摘 要IABSTRACTII第一章 緒論1第一節(jié) 項(xiàng)目背景1一、系統(tǒng)發(fā)展趨勢(shì)及現(xiàn)狀1二、系統(tǒng)設(shè)計(jì)目的1三、系統(tǒng)設(shè)計(jì)意義2第二節(jié) 本章小結(jié)2第二章 系統(tǒng)開發(fā)環(huán)境及主要技術(shù)3第一節(jié) 系統(tǒng)主要技術(shù)3第二節(jié) 本章小結(jié)5第三章 系統(tǒng)分析6第一節(jié) 可行性分析6一、經(jīng)濟(jì)可行性6二、技術(shù)可行性6三、操作可行性7四、法律可行性7第二節(jié) 需求分析7一、系統(tǒng)概述7二、系統(tǒng)目標(biāo)7三、功能需求8四、非功能需求10第三節(jié) 本章小結(jié)11第四章 概要設(shè)計(jì)12第一節(jié) 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)12一、系統(tǒng)整體結(jié)構(gòu)12第二節(jié) 數(shù)據(jù)庫(kù)設(shè)計(jì)14一、數(shù)據(jù)庫(kù)設(shè)計(jì)思想14二、數(shù)據(jù)庫(kù)概念模型設(shè)計(jì)14三、數(shù)據(jù)庫(kù)表設(shè)計(jì)17第三節(jié) 本章小結(jié)20第五章 詳細(xì)設(shè)計(jì)及實(shí)現(xiàn)21第一節(jié) 預(yù)約管理模塊21一、預(yù)約管理類圖21二、子模塊圖詳細(xì)設(shè)計(jì)及實(shí)現(xiàn)22第二節(jié) 收銀結(jié)賬模塊25一、收銀結(jié)賬類圖25二、子模塊圖詳細(xì)設(shè)計(jì)及實(shí)現(xiàn)26第三節(jié) 本章小結(jié)30第六章 測(cè)試31第一節(jié) 測(cè)試定義31第二節(jié) 測(cè)試目的及意義31第三節(jié) 功能測(cè)試31一、登錄32二、預(yù)訂管理32三、業(yè)務(wù)管理33四、會(huì)員管理35五、用戶管理36第四節(jié) 本章小結(jié)37結(jié) 論38致 謝39參考文獻(xiàn)40附 錄41一、英文原文42二、英文翻譯53第一章 緒論第一節(jié) 項(xiàng)目背景一、系統(tǒng)發(fā)展趨勢(shì)及現(xiàn)狀據(jù)全國(guó)體育場(chǎng)地普查統(tǒng)計(jì)結(jié)果顯示，體育產(chǎn)業(yè)的潛力首先來自于其擁有比較完備的體育設(shè)施。據(jù)統(tǒng)計(jì)分析得出，體育場(chǎng)館市場(chǎng)開發(fā)的潛力和必要性。我國(guó)體育場(chǎng)館或多或少都實(shí)行了對(duì)外開放有償服務(wù)，但取得的效果不盡如人意。社會(huì)公共體育館目前的管理模式雖然對(duì)于改善體育場(chǎng)館的管理、提高服務(wù)質(zhì)量、具有明顯的作用，但也帶來了一些新的問題。比如人員管理難度大、衛(wèi)生環(huán)境受到外來干擾影響等。因此，總結(jié)現(xiàn)有的改革經(jīng)驗(yàn)，探索更為完善的新模式，非常必要。目前社會(huì)公共體育館利用率不高，運(yùn)營(yíng)效益不明顯，其主要因素之一就是體育場(chǎng)館運(yùn)行模式存在問題，為進(jìn)一步開發(fā)體育館的使用價(jià)值，以下就是本人對(duì)社會(huì)公共體育館運(yùn)營(yíng)過程中存在的問題進(jìn)行分析的工作，具體如下:1.體育館中體育設(shè)施加速損耗，從而增加維護(hù)管理時(shí)間。2.在體育館管理體制的改進(jìn)過程中，舊的管理模式已不能適應(yīng)當(dāng)前的需求，日的管理體制逐漸被打破。而新的管理體制尚不成熟，新舊管理體制并存的格局仍將長(zhǎng)期存在，會(huì)阻礙體育館運(yùn)營(yíng)的順利發(fā)展，在這種趨勢(shì)下，開發(fā)一套針對(duì)社會(huì)公共體育館的管理系統(tǒng)變成了體育行業(yè)的發(fā)展方向。二、系統(tǒng)設(shè)計(jì)目的隨著科技的飛速發(fā)展，信息時(shí)代，各種信息技術(shù)被應(yīng)用于行業(yè)領(lǐng)域中,發(fā)揮著重要的作用。體育館適應(yīng)時(shí)代發(fā)展的需求,將信息技術(shù)引入到體育館管理中,其中構(gòu)建管理網(wǎng)絡(luò)成為了重點(diǎn)內(nèi)容1。因此，建立一個(gè)完整的社會(huì)公共體育館管理系統(tǒng)是非常有必要的。普通的公共體育館管理系統(tǒng)已經(jīng)不能適應(yīng)社會(huì)的發(fā)展。為了提高公共體育館管理系統(tǒng)的效率，促使我選擇了公共體育館管理系統(tǒng)作為我今年畢業(yè)設(shè)計(jì)的課題。三、系統(tǒng)設(shè)計(jì)意義隨著各個(gè)體育館管理理念的擴(kuò)大、人們對(duì)身體健康的重視和健身人數(shù)的增加，公共體育館管理系統(tǒng)是整個(gè)體育館非常重要的組成部分，介于它的重要性，一個(gè)公共體育館有一個(gè)完善的管理系統(tǒng)能夠減輕管理員的工作量，減少人員開支，提高工作效率和準(zhǔn)確率。提高會(huì)員及臨時(shí)用戶的鍛煉積極性。當(dāng)今生活節(jié)奏的加快，社會(huì)公共體育館管理是一個(gè)非常繁瑣的事務(wù)，首先用戶需求量大、人群不同，并且每個(gè)年齡階段有不同的鍛煉需求。對(duì)于一個(gè)公共體育館而言，對(duì)其中的會(huì)員、臨時(shí)用戶和體育館里的工作人員進(jìn)行有效地管理是非常重要的。因此，設(shè)計(jì)和實(shí)現(xiàn)出一套公共體育館管理系統(tǒng)是極為必要的。第二節(jié) 本章小結(jié)在這一章中，主要介紹了系統(tǒng)的目的與設(shè)計(jì)意義。新型體育館應(yīng)實(shí)現(xiàn)多功能模式，即多項(xiàng)目文化、文娛商展和群眾健身三個(gè)方面并重，形成競(jìng)技、健身、娛樂、社交、產(chǎn)業(yè)于一體的多功能體育館2，相信該系統(tǒng)對(duì)于新型體育館而言尤為重要。結(jié)合實(shí)際情況，對(duì)設(shè)計(jì)該系統(tǒng)的目標(biāo)有了更明確的定位。第二章 系統(tǒng)開發(fā)環(huán)境及主要技術(shù)第一節(jié) 系統(tǒng)主要技術(shù)該系統(tǒng)整體使用了JAVA語(yǔ)言來實(shí)現(xiàn)，采用B/S架構(gòu)，實(shí)現(xiàn)了瀏覽器、服務(wù)器和數(shù)據(jù)庫(kù)之間進(jìn)行數(shù)據(jù)交互。前臺(tái)使用JSP構(gòu)建頁(yè)面，SpringMVC來控制整個(gè)業(yè)務(wù)邏輯層，MyBatis作為數(shù)據(jù)持久層，與數(shù)據(jù)庫(kù)數(shù)據(jù)進(jìn)行交互。同時(shí)，整個(gè)項(xiàng)目在MyEclipse開發(fā)工具中進(jìn)行開發(fā)，開發(fā)過程中運(yùn)用MAVEN來管理開發(fā)過程中所需要的JAR包，這樣大大減少了人工操作的步驟。一、MyEclipseMyEclipse是企業(yè)工作平臺(tái)（MyEclipse Enterprise）的簡(jiǎn)稱，是Eclipse IDE的延伸版，我們可以用它來進(jìn)行數(shù)據(jù)庫(kù)和Java Web項(xiàng)目的開發(fā)，MyEclipse在程序發(fā)布以及服務(wù)器的整合方面提高了工作效率。它屬于一個(gè)集成開發(fā)環(huán)境，功能豐富（包含編碼，調(diào)試，測(cè)試和發(fā)布所有功能），HTML，JSP ，JavaScript，CSS， Spring，Struts，Hibernate全面支持。MyEclipse的功能非常強(qiáng)大，能夠廣泛地支持Java、J2EE的各種插件。 MyEclipse還能夠支持EJB3，JDBC等數(shù)據(jù)庫(kù)連接工具。因此，MyEclipse可以說是一個(gè)幾乎包含了目前開源的、主流產(chǎn)品的開發(fā)工具。MyEclipse具有7類（J2EE模型、WEB開發(fā)工具、EJB開發(fā)工具、應(yīng)用程序服務(wù)器的連接器、J2EE項(xiàng)目部署服務(wù)、數(shù)據(jù)庫(kù)服務(wù)、MyEclipse整合幫助）特征。對(duì)于以上每一種功能上的類別，在Eclipse中都有相應(yīng)的功能部件，并通過一系列的插件來實(shí)現(xiàn)它們。MyEclipse結(jié)構(gòu)上的這種模塊化，可以讓我們?cè)诓挥绊懫渌K的情況下，對(duì)任意一個(gè)模塊進(jìn)行單獨(dú)的擴(kuò)展和升級(jí)。簡(jiǎn)單而言，MyEclipse是Eclipse的插件，也是一款功能強(qiáng)大的J2EE集成開發(fā)環(huán)境，支持代碼編寫、配置、測(cè)試以及除錯(cuò)二、JSPJSP是html時(shí)代的擴(kuò)展產(chǎn)物。它不僅融合了html語(yǔ)言的所有特征，還加入了Java面向?qū)ο蟮脑O(shè)計(jì)思想，使得在JSP頁(yè)面中能夠用來寫入Java語(yǔ)言。網(wǎng)頁(yè)還能通過tags和scriptlets訪問存在于服務(wù)端的資源的應(yīng)用邏輯。JSP將網(wǎng)頁(yè)邏輯與網(wǎng)頁(yè)設(shè)計(jì)和顯示分離，支持可重用的基于組件的設(shè)計(jì)，使基于Web的應(yīng)用程序的開發(fā)變得迅速和容易。 在JSP頁(yè)面中可以使用JavaScript腳本語(yǔ)言，能夠與Access數(shù)據(jù)庫(kù)創(chuàng)立連接，并且能夠在Apache、Netscape和Microsoft IIS等這些服務(wù)器中使用。因此，JSP功能強(qiáng)大，是大多數(shù)動(dòng)態(tài)網(wǎng)頁(yè)中所不可或缺的。目前，JSP具有如下優(yōu)勢(shì)：一次編寫，到處運(yùn)行。在這一點(diǎn)上Java比PHP更出色，除了系統(tǒng)之外，代碼無需做任何更改。系統(tǒng)的多平臺(tái)支持?；旧峡梢栽谒衅脚_(tái)上的任意環(huán)境中開發(fā)，在任意環(huán)境中進(jìn)行系統(tǒng)部署，在任意環(huán)境中擴(kuò)展。相比ASP/PHP的局限性是顯而易見的。 強(qiáng)大的可伸縮性。從只有一個(gè)小的Jar文件就可以運(yùn)行Servlet/JSP，到由多臺(tái)服務(wù)器進(jìn)行集群和負(fù)載均衡，到多臺(tái)Application進(jìn)行事務(wù)處理，消息處理，一臺(tái)服務(wù)器到無數(shù)臺(tái)服務(wù)器，Java顯示了一個(gè)巨大的生命力。 多樣化和功能強(qiáng)大的開發(fā)工具支持。這一點(diǎn)與ASP很像，Java已經(jīng)有了許多非常優(yōu)秀的開發(fā)工具，而且許多可以免費(fèi)得到，并且其中許多已經(jīng)可以順利的運(yùn)行于多種平臺(tái)之下。三、SpringMVCSpringMVC就是在MVC設(shè)計(jì)模式中融入了Spring的注解功能。項(xiàng)目框架才用SpringMVC，不僅能夠?qū)⒛Ｐ?、視圖、控制器分離，還能用Spring對(duì)這三層進(jìn)行管理。Spring從簡(jiǎn)單性、松耦合和可測(cè)試性的角度而言，所有的Java應(yīng)用程序都可以從Spring框架中受益3。由此可知，SpringMVC能夠大大縮短項(xiàng)目的開發(fā)周期，提高開發(fā)效率。Spring3.x中定義一個(gè)控制器類，必須以Controller注解標(biāo)記。當(dāng)控制器類接收到一個(gè)請(qǐng)求時(shí)，它會(huì)在自己內(nèi)部尋找一個(gè)合適的處理方法來處理請(qǐng)求。使用RequestMapping注解將方法映射到一些請(qǐng)求上，以便讓該方法處理那些請(qǐng)求。這種方法就像一般的類中的方法，方法名參數(shù)列表和返回值并不像Struts2之類的框架有很強(qiáng)的限制?？刂破髟谶x擇好適合處理請(qǐng)求的方法時(shí)，傳入收到的請(qǐng)求(根據(jù)方法參數(shù)類型，可能以不同的類型傳入)，并且調(diào)用該方法中的邏輯來進(jìn)行處理(也可以是調(diào)用Service來真正處理)。方法邏輯可能也會(huì)在參數(shù)中添加或者刪除數(shù)據(jù)。處理方法處理完之后，會(huì)委派給一個(gè)視圖，由該視圖來處理方法的返回值。處理程序的返回值并不代表視圖的具體實(shí)現(xiàn)，可以只是String類型，代表視圖名，甚至是void(這時(shí)候Spring MVC可以根據(jù)方法名或者控制器名稱找默認(rèn)視圖)。也不需要擔(dān)心返回值只是視圖名稱的話，視圖拿不到要顯示的數(shù)據(jù)。因?yàn)榉椒▍?shù)對(duì)于視圖來說也是可以拿到的。比如說，如果處理方法以Map為參數(shù)，那么這個(gè)Map對(duì)于視圖也是可以拿到的。四、MyBatisMyBatis由iBatis演變而來，是一個(gè)開源項(xiàng)目，最后遷移到GitHub。跟hibernate一樣，它是一個(gè)Java的持久層框架。在實(shí)際開發(fā)中，它根據(jù)XML的配置文件，將數(shù)據(jù)庫(kù)的數(shù)據(jù)按照映射規(guī)則，映射到Java對(duì)象中，以便程序員進(jìn)行快速地訪問。它的應(yīng)用程序主要的實(shí)現(xiàn)思路是：通過XML文件定義獲得SqlSessionFactoryBuilder實(shí)例，以此獲得SqlSessionFactory實(shí)例來實(shí)現(xiàn)功能。MyBatis的功能架構(gòu)分為三層：API接口層：提供給外部使用的接口API，開發(fā)人員通過這些本地API來操縱數(shù)據(jù)庫(kù)。接口層接收到調(diào)用請(qǐng)求就會(huì)調(diào)用數(shù)據(jù)處理層來完成具體的數(shù)據(jù)處理。數(shù)據(jù)處理層：負(fù)責(zé)具體的SQL查找、SQL解析、SQL執(zhí)行和執(zhí)行結(jié)果映射處理等。它主要的目的是根據(jù)調(diào)用的請(qǐng)求完成一次數(shù)據(jù)庫(kù)操作?；A(chǔ)支撐層：負(fù)責(zé)基礎(chǔ)的功能支撐，包括連接管理、事務(wù)管理、配置加載和緩存處理，這些都是共用的東西，將他們抽取出來作為最基礎(chǔ)的組件。為上層的數(shù)據(jù)處理層提供基礎(chǔ)的支撐。第二節(jié) 本章小結(jié)在這一章中，主要介紹了開發(fā)該系統(tǒng)所需的環(huán)境和技術(shù)，在MyEclipse開發(fā)工具中搭建好環(huán)境和項(xiàng)目框架，是整個(gè)系統(tǒng)進(jìn)行正常開發(fā)的前提，并且能夠保證系統(tǒng)能夠在瀏覽器中流暢地運(yùn)行。第三章 系統(tǒng)分析第一節(jié) 可行性分析一、經(jīng)濟(jì)可行性1、成本方面此次畢業(yè)設(shè)計(jì)是軟件工程（本科）教學(xué)最后一個(gè)環(huán)節(jié)，因此在人力消耗是免費(fèi)的。成本只需將系統(tǒng)開發(fā)者的生活消費(fèi)以及開發(fā)期間的硬件消耗計(jì)算在內(nèi)即可，所以該系統(tǒng)的開發(fā)成本是比較低的。2、效益方面本系統(tǒng)的使用人數(shù)可以控制幾個(gè)人以內(nèi)，能夠大大降低人力資源的開銷。因此，此系統(tǒng)能夠給社會(huì)帶來較好的經(jīng)濟(jì)效益。本系統(tǒng)的開發(fā)在經(jīng)濟(jì)上，由以上兩點(diǎn)看出是可行的。二、技術(shù)可行性1、功能方面該系統(tǒng)一共分為預(yù)訂管理、業(yè)務(wù)管理、會(huì)員管理、用戶管理四個(gè)模塊，其中還包括了四大權(quán)限：超級(jí)管理員、管理員、業(yè)務(wù)員和會(huì)員。會(huì)員可以操作預(yù)訂管理（包含增加預(yù)訂、修改和刪除個(gè)人預(yù)訂）、會(huì)員管理中個(gè)人信息的修改。業(yè)務(wù)員可以操作預(yù)訂管理、業(yè)務(wù)管理、會(huì)員管理、用戶管理中個(gè)人信息的查詢和修改。管理員可以操作預(yù)訂管理、業(yè)務(wù)管理（包括場(chǎng)地管理）、會(huì)員管理、用戶管理（包含業(yè)務(wù)員、客戶信息的增刪改查，自己信息查詢和修改）。超級(jí)管理員在管理員的基礎(chǔ)上，還能夠?qū)芾韱T信息進(jìn)行添加和刪除。2、技術(shù)要求方面該系統(tǒng)在技術(shù)上要求使用JAVA語(yǔ)言進(jìn)行整個(gè)B/S模式的開發(fā)，此種語(yǔ)言能夠使用面向?qū)ο蟮姆椒ǎ瑢⒃撓到y(tǒng)的各個(gè)模塊的各個(gè)功能表現(xiàn)得非常具體。結(jié)合以上兩點(diǎn)來看，此系統(tǒng)在技術(shù)上是可行的。三、操作可行性此系統(tǒng)給用戶提供的界面簡(jiǎn)潔美觀，在操作上，用戶能夠非常方便地進(jìn)行相關(guān)的操作。例如：業(yè)務(wù)員登錄該系統(tǒng)后增加場(chǎng)地預(yù)訂信息，并對(duì)所有預(yù)訂信息進(jìn)行瀏覽；管理員登錄系統(tǒng)后可以對(duì)業(yè)務(wù)管信息的瀏覽和修改。因此，操作本系統(tǒng)是比較簡(jiǎn)單的。四、法律可行性開發(fā)此系統(tǒng)所用的技術(shù)和開發(fā)工具不會(huì)觸犯相關(guān)的法律，不對(duì)任何公司、集體和個(gè)人造成財(cái)產(chǎn)或信息的侵權(quán)。因此，該系統(tǒng)在法律上是可行的。第二節(jié) 需求分析一、系統(tǒng)概述公共體育館管理系統(tǒng)是一個(gè)面向社會(huì)的體育館管理系統(tǒng)，主要面向的目標(biāo)人群是業(yè)務(wù)員和客戶。不僅能讓用戶高效、快捷地對(duì)系統(tǒng)進(jìn)行管理；還能滿足客戶隨時(shí)進(jìn)行預(yù)約、體育鍛煉的需求。該系統(tǒng)能夠?qū)崿F(xiàn)場(chǎng)地的預(yù)約、開單、結(jié)賬以及用戶管理的各種功能，操作簡(jiǎn)單、界面簡(jiǎn)潔大方，按照目前所實(shí)現(xiàn)的功能來看，此系統(tǒng)能夠適用各大體育館。二、系統(tǒng)目標(biāo)公共體育館管理系統(tǒng)能夠達(dá)到以下目標(biāo)： 界面美觀、簡(jiǎn)潔、大方。 使用該系統(tǒng)的用戶能夠立即上手。 要利于維護(hù)，在維護(hù)過程中所需的開銷不大。三、功能需求采用UML用例圖方法進(jìn)行系統(tǒng)需求分析。該系統(tǒng)重在對(duì)公共體育館進(jìn)行管理，故分為以下幾個(gè)模塊來對(duì)功能需求進(jìn)行描述。 該系統(tǒng)主要的角色分為：超級(jí)管理員、管理員、業(yè)務(wù)員、會(huì)員和臨時(shí)客戶，不同的角色具有不同的功能。公共體育館管理系統(tǒng)需要完成的功能模塊大致如下：預(yù)訂管理：業(yè)務(wù)員針對(duì)會(huì)員的場(chǎng)地預(yù)訂進(jìn)行管理。業(yè)務(wù)管理：包括場(chǎng)地的開單、客戶信息查詢、賬單查詢以及場(chǎng)地的增刪改查。會(huì)員管理：會(huì)員信息的增刪改查。用戶管理：管理員、業(yè)務(wù)員以及客戶信息的增刪改查。下面將介紹系統(tǒng)的用戶能夠使用的各個(gè)功能：1、超級(jí)管理員超級(jí)管理員能夠操作會(huì)員管理、用戶管理（包含管理員、業(yè)務(wù)員、用戶信息的增刪改查，個(gè)人信息的修改）。下圖清楚地描述了超級(jí)管理員所操作的功能模塊，如圖3.2所示。圖3.2 超級(jí)管理員用例圖2、管理員管理員可以操作預(yù)訂管理、業(yè)務(wù)管理中的場(chǎng)地管理、會(huì)員管理、用戶管理（包含業(yè)務(wù)員、用戶信息的增刪改查，個(gè)人信息修改和查詢），如圖3.3所示。圖3.3管理員用例圖3、業(yè)務(wù)員業(yè)務(wù)員可以操作預(yù)訂管理、業(yè)務(wù)管理、會(huì)員管理、業(yè)務(wù)員信息查詢和修改、客戶信息的增刪改查，如圖3.4所示。圖3.4 業(yè)務(wù)員用例圖4、會(huì)員會(huì)員可以操作預(yù)訂管理中預(yù)訂信息的增刪改查、會(huì)員管理中會(huì)員信息的增刪改查，如圖3.5所示。圖3.5 會(huì)員用例圖四、非功能需求為確保本系統(tǒng)能夠長(zhǎng)期安全、穩(wěn)定地運(yùn)行，還需滿足如下方面的需求：1、易用性易用性包括易理解性、易學(xué)習(xí)性和易操作性。這些特性與界面有著很大的關(guān)系，因此，操作界面友好、簡(jiǎn)單是實(shí)現(xiàn)易用性的關(guān)鍵。2、可維護(hù)性該系統(tǒng)屬于不太成熟的系統(tǒng)，往往中后期會(huì)出現(xiàn)種種狀況，從而對(duì)系統(tǒng)進(jìn)行維護(hù)，在此過程中要求系統(tǒng)的維護(hù)性處于較強(qiáng)的水平。3、可擴(kuò)充性隨著用戶需求不斷增多，該系統(tǒng)需要針對(duì)不同的需求進(jìn)行功能擴(kuò)充，甚至?xí)屨麄€(gè)系統(tǒng)功能改變。該系統(tǒng)的可擴(kuò)充性較強(qiáng)，才能在短時(shí)間內(nèi)使功能或性能得到提升。4、適應(yīng)性要求該系統(tǒng)能夠適應(yīng)不同運(yùn)行條件（如軟件環(huán)境、硬件環(huán)境）、技術(shù)條件和系統(tǒng)條件的改變。第三節(jié) 本章小結(jié)在這一章中，主要介紹了開發(fā)該系統(tǒng)的可行性分析和需求分析?？尚行苑治龊托枨蠓治鍪窍到y(tǒng)能夠進(jìn)行開發(fā)的前提條件，雖然有的方面并未涉及到用戶的需求，但是在開發(fā)過程中至關(guān)重要。而非功能需求會(huì)在此系統(tǒng)的運(yùn)用過程中逐步體現(xiàn)出來，它時(shí)刻影響著系統(tǒng)的運(yùn)行狀況和應(yīng)對(duì)變更的能力。第四章 概要設(shè)計(jì)上一章進(jìn)行了系統(tǒng)的分析，這一章是對(duì)系統(tǒng)進(jìn)行概要設(shè)計(jì)。概要設(shè)計(jì)就是對(duì)系統(tǒng)在需求分析階段中所提出的一系列問題進(jìn)行一個(gè)概要性地解答，它的主要目的是確定系統(tǒng)的框架是什么。第一節(jié) 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)一、系統(tǒng)整體結(jié)構(gòu)為確定社會(huì)公共體育館管理系統(tǒng)的層次關(guān)系，按照系統(tǒng)各功能相對(duì)獨(dú)立、安全的原則，將該系統(tǒng)的總體功能進(jìn)行劃分，讓體育館管理核心功能在每個(gè)子功能中得以體現(xiàn)。通過系統(tǒng)結(jié)構(gòu)圖來體現(xiàn)該系統(tǒng)的總體結(jié)構(gòu)，如圖4.1所示。圖4.1 社會(huì)公共體育館管理系統(tǒng)總體結(jié)構(gòu)圖1、預(yù)訂管理圖4.2 預(yù)訂管理結(jié)構(gòu)圖2、業(yè)務(wù)管理圖4.3 業(yè)務(wù)管理結(jié)構(gòu)圖3、會(huì)員管理圖4.4 會(huì)員管理結(jié)構(gòu)圖4、用戶管理圖4.5 用戶管理結(jié)構(gòu)圖第二節(jié) 數(shù)據(jù)庫(kù)設(shè)計(jì)一、數(shù)據(jù)庫(kù)設(shè)計(jì)思想一個(gè)合理的數(shù)據(jù)庫(kù)設(shè)計(jì)能夠讓系統(tǒng)準(zhǔn)確表達(dá)數(shù)據(jù)間的關(guān)系，提高查詢效率。如果數(shù)據(jù)庫(kù)設(shè)計(jì)不合理，會(huì)導(dǎo)致系統(tǒng)性能低下、喪失數(shù)據(jù)完整性、失去可擴(kuò)展性等后果。從數(shù)據(jù)關(guān)系模型映射出來的數(shù)據(jù)庫(kù)表是建立在用戶應(yīng)用域的基礎(chǔ)上的數(shù)據(jù)庫(kù)表。從實(shí)際上來說，同一個(gè)數(shù)據(jù)關(guān)系模型可以映射出不同的數(shù)據(jù)庫(kù)表的多種組合4。此系統(tǒng)對(duì)數(shù)據(jù)庫(kù)的依賴性非常高，故在數(shù)據(jù)庫(kù)設(shè)計(jì)方面要保證數(shù)據(jù)的準(zhǔn)確和一致。下面將介紹本系統(tǒng)所涉及的各個(gè)實(shí)體和E-R圖，并通過E-R圖來設(shè)計(jì)數(shù)據(jù)庫(kù)表。二、數(shù)據(jù)庫(kù)概念模型設(shè)計(jì)數(shù)據(jù)庫(kù)中存在六大實(shí)體，分別是：超級(jí)管理員、管理員、業(yè)務(wù)員、臨時(shí)客戶、會(huì)員和場(chǎng)地。1、實(shí)體（1）超級(jí)管理員超級(jí)管理員：超級(jí)管理員id（自增）、用戶名、密碼、姓名，如圖4.6所示。圖4.6 超級(jí)管理員實(shí)體（2）管理員管理員：管理員id（自增）、用戶名、密碼、姓名，如圖4.7所示。圖4.7 管理員實(shí)體（3）業(yè)務(wù)員管理員：業(yè)務(wù)員id（自增）、用戶名、密碼、姓名，如圖4.8所示。圖4.8 業(yè)務(wù)員實(shí)體（4）會(huì)員會(huì)員：會(huì)員id（自增）、姓名、性別、電話、生日、余額，如圖4.9所示。圖4.9 會(huì)員實(shí)體（5）場(chǎng)地場(chǎng)地：場(chǎng)地id、場(chǎng)地名稱、場(chǎng)地狀態(tài)，如圖4.10所示。圖4.10 場(chǎng)地實(shí)體（6）臨時(shí)客戶臨時(shí)客戶：臨時(shí)客戶id（自增）、姓名、性別、電話，如圖4.11所示。圖4.11 臨時(shí)客戶實(shí)體2、E-R圖E-R圖也稱實(shí)體關(guān)系圖，主要用來描述實(shí)體間的關(guān)系，以及通過關(guān)系所產(chǎn)生的表屬性。除其他聯(lián)系外，會(huì)員與場(chǎng)地、臨時(shí)客戶與場(chǎng)地之間產(chǎn)生了如下屬性： 會(huì)員占用場(chǎng)地生成會(huì)員賬單：（會(huì)員賬單編號(hào)、會(huì)員編號(hào)、場(chǎng)地編號(hào)、消費(fèi)金額、進(jìn)場(chǎng)時(shí)間、出場(chǎng)時(shí)間） 臨時(shí)客戶占用場(chǎng)地生成臨時(shí)客戶賬單：（臨時(shí)客戶賬單編號(hào)、進(jìn)場(chǎng)時(shí)間、出場(chǎng)時(shí)間、消費(fèi)金額、場(chǎng)地編號(hào)、臨時(shí)客戶編號(hào)） 會(huì)員預(yù)訂場(chǎng)地產(chǎn)生訂單：（訂單編號(hào)、預(yù)訂時(shí)間、進(jìn)場(chǎng)時(shí)間、出場(chǎng)時(shí)間、消費(fèi)金額、場(chǎng)地編號(hào)、會(huì)員編號(hào)、訂單狀態(tài)）系統(tǒng)E-R圖如圖4.12所示。圖4.12 系統(tǒng)E-R圖三、數(shù)據(jù)庫(kù)表設(shè)計(jì)為了使數(shù)據(jù)庫(kù)的設(shè)計(jì)更加合理，在設(shè)計(jì)數(shù)據(jù)庫(kù)的過程中，應(yīng)該使用一些數(shù)據(jù)庫(kù)的設(shè)計(jì)規(guī)范作為設(shè)計(jì)數(shù)據(jù)庫(kù)時(shí)的約束來減少不合理設(shè)計(jì)所造成的影響5。在數(shù)據(jù)庫(kù)實(shí)際應(yīng)用中，為了既能使數(shù)據(jù)冗余與數(shù)據(jù)更新異?，F(xiàn)象有所減少，又能使數(shù)據(jù)查詢性能不會(huì)顯著下降，大多選用第三范式作為設(shè)計(jì)優(yōu)化依據(jù)6。本系統(tǒng)采用的數(shù)據(jù)庫(kù)是MYSQL，通過上述E-R圖來設(shè)計(jì)數(shù)據(jù)庫(kù)表，E-R圖轉(zhuǎn)換為數(shù)據(jù)庫(kù)表的過程如下：超級(jí)管理員、管理員和業(yè)務(wù)員用戶表會(huì)員會(huì)員表臨時(shí)客戶臨時(shí)客戶表場(chǎng)地場(chǎng)地表會(huì)員預(yù)訂場(chǎng)地場(chǎng)地預(yù)訂表會(huì)員占用場(chǎng)地會(huì)員賬單表臨時(shí)客戶占用場(chǎng)地賬單表下面將列出這些表的表結(jié)構(gòu)。1、用戶表(user) 如表4.1所示。表4.1用戶表序號(hào)列名類型長(zhǎng)度鍵說明1user_id整型11主鍵用戶id2name字符型255姓名4power整型11用戶類型5username字符型255用戶名6password字符型255密碼2、會(huì)員表(customer) 如表4.2所示。表4.2 會(huì)員表序號(hào)列名類型長(zhǎng)度鍵說明1customer_id整型11主鍵會(huì)員id（自增）2stored_value字符型255余額3name字符型255姓名4birthday日期類型生日5sex整型11性別6tele_number字符型255電話3、臨時(shí)客戶表(temporary)如表4.3所示。表4.3 臨時(shí)客戶表序號(hào)列名類型長(zhǎng)度鍵說明1temporary_id整型11主鍵臨時(shí)客戶id（自增）2name字符型255姓名3sex整型11性別4tele_number字符型255電話4、場(chǎng)地表(space) 如表4.4所示。表4.4 場(chǎng)地表序號(hào)列名類型長(zhǎng)度鍵說明1space_id整型11主鍵場(chǎng)地id2status整型11場(chǎng)地狀態(tài)3name字符型255場(chǎng)地名稱5、會(huì)員預(yù)訂表(book) 如表4.5所示。表4.5 會(huì)員預(yù)訂表序號(hào)列名類型長(zhǎng)度鍵說明1book_id整型11主鍵預(yù)定id（自增）2booking_time日期類型預(yù)定時(shí)間3start_time日期類型進(jìn)場(chǎng)時(shí)間4end_time日期類型出場(chǎng)時(shí)間5deposit浮點(diǎn)型押金6note字符類型255備注7customer_id整型11會(huì)員id8space_id整型11場(chǎng)地id9order_object整型11訂單狀態(tài)6、會(huì)員賬單表(bill) 如表4.6所示。表4.6 會(huì)員賬單表序號(hào)列名類型長(zhǎng)度鍵說明1bill_id整型11主鍵賬單id（自增）2real_cost整型11消費(fèi)金額3start_time日期類型進(jìn)場(chǎng)時(shí)間4end_time日期類型出場(chǎng)時(shí)間5book_id整型11預(yù)定id7、臨時(shí)客戶賬單表(temp_bill) 如表4.7所示。表4.7 臨時(shí)客戶賬單表序號(hào)列名類型長(zhǎng)度鍵說明1temp_bill_id整型11主鍵臨時(shí)客戶賬單id2real_cost整型11消費(fèi)金額3start_time日期類型進(jìn)場(chǎng)時(shí)間4end_time日期類型出場(chǎng)時(shí)間5temporary_id整型11臨時(shí)客戶id第三節(jié) 本章小結(jié)在這一章中用組織結(jié)構(gòu)圖來描述了社會(huì)公共體育館管理系統(tǒng)的總體結(jié)構(gòu)以及每個(gè)子功能模塊的具體劃分。數(shù)據(jù)庫(kù)設(shè)計(jì)中，用E-R圖將每個(gè)實(shí)體間的聯(lián)系體現(xiàn)出來。只有做好了數(shù)據(jù)庫(kù)設(shè)計(jì)的規(guī)范化工作，企業(yè)信息收集工作的智能化、高效化才能夠得以彰顯，企業(yè)信息收集工作與企業(yè)信息化建設(shè)才能夠充分地滿足企業(yè)的要求、市場(chǎng)的要求7。在此期間也存在不足之處，如在場(chǎng)地管理中不能只對(duì)場(chǎng)地進(jìn)行管理，還需對(duì)場(chǎng)地內(nèi)的設(shè)施進(jìn)行管理，由于時(shí)間原因，此功能暫未實(shí)現(xiàn)。第五章 詳細(xì)設(shè)計(jì)及實(shí)現(xiàn)這一階段的目標(biāo)是通過概要設(shè)計(jì)中得出的系統(tǒng)大致框架進(jìn)行詳細(xì)的內(nèi)部設(shè)計(jì)詳細(xì)設(shè)計(jì)根據(jù)控制規(guī)格 說明、狀態(tài)轉(zhuǎn)換圖和加工規(guī)格說明，將軟件體系結(jié)構(gòu)的 組成部分，轉(zhuǎn)換成為軟件組成部分的過程性描述8。下面將主要運(yùn)用類圖和順序圖對(duì)本系統(tǒng)實(shí)現(xiàn)的關(guān)鍵模塊進(jìn)行闡述。類圖主要用來描述系統(tǒng)中各種類以及類之間關(guān)系的靜態(tài)結(jié)構(gòu)。類是指一些具有相同屬性和操作的對(duì)象的集合9。順序圖用于描述對(duì)象間動(dòng)態(tài)的交互關(guān)系具有良好的軟件對(duì)象交互的表達(dá)性,它著重體現(xiàn)對(duì)象間消息傳遞的時(shí)間順序10。順序圖采用兩維坐標(biāo)：垂直軸表 示時(shí)間，水平軸表示不同的對(duì)象11。第一節(jié) 預(yù)約管理模塊一、預(yù)約管理類圖圖5.1 預(yù)約管理類圖圖5.1是系統(tǒng)預(yù)約管理類圖，預(yù)訂管理類（BookController.java）與圖中場(chǎng)地管理接口實(shí)現(xiàn)類（SpaceServiceImpl.java）、預(yù)訂管理接口實(shí)現(xiàn)類（BookServiceImpl.java）存在關(guān)聯(lián)關(guān)系，預(yù)訂管理接口實(shí)現(xiàn)類（BookServiceImpl.java）和場(chǎng)地接口（SpaceMapper.java）存在繼承關(guān)系。該類具有以下屬性和方法：屬性UserService userService用于調(diào)用用戶管理類中的用戶類型查詢方法。CustomerService: customerService用于調(diào)用會(huì)員管理類方法中的根據(jù)id查詢會(huì)員方法SpaceService spaceService用于調(diào)用場(chǎng)地管理類當(dāng)中的根據(jù)id查詢場(chǎng)地信息方法BookService bookService用于調(diào)用預(yù)訂管理類當(dāng)中的根據(jù)id查詢訂單信息方法函數(shù) addOrderRedirect():場(chǎng)地開單頁(yè)面跳轉(zhuǎn) addOrder():場(chǎng)地開單功能 selectAllOrders():查詢所有訂單 changeOrderRedirect():修改訂單頁(yè)面跳轉(zhuǎn) selectOrderById():根據(jù)id查詢訂單 changeOrderInfo():修改訂單 selectSpaceByEqualId():根據(jù)id查詢相同的場(chǎng)地 isConflictTime():判斷相同場(chǎng)地時(shí)間是否沖突二、子模塊圖詳細(xì)設(shè)計(jì)及實(shí)現(xiàn)預(yù)約管理類中包含有新增預(yù)訂、修改預(yù)訂（包含查詢預(yù)訂）和刪除預(yù)訂。下面將針對(duì)修改預(yù)訂進(jìn)行詳細(xì)設(shè)計(jì)說明。1、修改預(yù)訂順序圖業(yè)務(wù)員通過單擊主界面的預(yù)訂管理模塊，再選擇修改預(yù)訂，后臺(tái)會(huì)請(qǐng)求數(shù)據(jù)庫(kù)查詢所有訂單信息，返回?cái)?shù)據(jù)供界面展示。業(yè)務(wù)員選擇其中一條數(shù)據(jù)進(jìn)行修改，輸入修改信息，后臺(tái)輸入訂單修改數(shù)據(jù)，數(shù)據(jù)庫(kù)進(jìn)行更新，返回成功結(jié)果，界面展示修改成功。如圖5.2所示。圖5.2修改預(yù)訂順序圖關(guān)鍵代碼 /取出其他所有的進(jìn)場(chǎng)出場(chǎng)時(shí)間for(Book oneOrder : allOrders)long timePart = new long2;timePart0 = oneOrder.getStartTime().getTime();timePart1 = oneOrder.getEndTime().getTime();allTime.add(timePart);/進(jìn)行比較該訂單的出場(chǎng)和進(jìn)場(chǎng)時(shí)間是否與其他的沖突；if(isConflictTime(newTime,allTime)/若沖突：則返回falsereturn changeOrderFailure;else/不沖突Space newSpace= new Space();newSpace.setId(book.getSpaceId();spaceService.updateSpace(newSpace);/更新該訂單信息bookService.updateOneBook(book);/進(jìn)行比較該訂單的出場(chǎng)和進(jìn)場(chǎng)時(shí)間是否與其他的沖突；if(isConflictTime(newTime,allTime)/若沖突：則返回falsereturn changeOrderFailure;else/ 不沖突：Space newSpace = new Space();newSpace.setId(book.getSpaceId();spaceService.updateSpace(newSpace);/ 更新該訂單信息bookService.updateOneBook(book);說明：代碼匯總的isConflictTime()函數(shù)主要功能是為了驗(yàn)證新訂單中的進(jìn)場(chǎng)時(shí)間和出場(chǎng)時(shí)間與數(shù)據(jù)庫(kù)中相同場(chǎng)地訂單中的進(jìn)場(chǎng)、出場(chǎng)時(shí)間是否沖突。若沖突，返回false；反之；返回true。界面業(yè)務(wù)員可以選擇列表中某一行來選中某個(gè)訂單，修改預(yù)訂的界面如圖5.3所示。圖5.3 修改預(yù)訂界面第二節(jié) 收銀結(jié)賬模塊一、收銀結(jié)賬類圖圖5.4 收銀結(jié)賬類圖收銀結(jié)賬類（BillController.java）與圖中收銀結(jié)賬接口實(shí)現(xiàn)類（BillServiceImpl.java）存在關(guān)聯(lián)關(guān)系，銀結(jié)賬接口實(shí)現(xiàn)類（BillServiceImpl.java）和賬單接口（BillMapper.java）存在繼承關(guān)系）以下屬性和方法屬性BillService billService用于查詢賬單接口實(shí)現(xiàn)類中添加賬單和結(jié)賬方法CustomerService customerService用于調(diào)用會(huì)員管理類方法中的根據(jù)id查詢會(huì)員方法SpaceService spaceService用于調(diào)用場(chǎng)地管理類當(dāng)中的根據(jù)id查詢場(chǎng)地信息方法BookService bookService用于調(diào)用預(yù)訂管理類當(dāng)中的根據(jù)id查詢訂單信息方法函數(shù)makeBill():會(huì)員賬單結(jié)賬selectAllBillsData:查詢所有會(huì)員賬單信息（通過object返回）selectAllBills:查詢所有會(huì)員賬單信息（返回String，跳轉(zhuǎn)到下一個(gè)頁(yè)面）addBill():新增會(huì)員賬單二、子模塊圖詳細(xì)設(shè)計(jì)及實(shí)現(xiàn)收銀結(jié)賬類中包含有已預(yù)約會(huì)員結(jié)賬、未預(yù)約會(huì)員結(jié)賬和臨時(shí)賓客結(jié)賬。下面將針對(duì)查詢所有會(huì)員賬單信息進(jìn)行詳細(xì)設(shè)計(jì)說明。1、已預(yù)約會(huì)員開單順序圖業(yè)務(wù)員通過單擊主界面的業(yè)務(wù)管理模塊，在場(chǎng)地開單中再選擇已預(yù)約會(huì)員開單，后臺(tái)會(huì)請(qǐng)求數(shù)據(jù)庫(kù)查詢所有訂單信息，后臺(tái)取出接受到訂單信息中的訂單編號(hào)，通過集合類將數(shù)據(jù)包裝并返回，供界面展示。業(yè)務(wù)員填入賬單信息后，點(diǎn)擊提交賬單到后臺(tái)，后臺(tái)調(diào)數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)更新，返回成功信息，前臺(tái)展示成功頁(yè)面，如圖5.5所示。圖5.5 已預(yù)約會(huì)員開單順序圖關(guān)鍵代碼/ 提交會(huì)員賬單RequestMapping(/addBill)public String addBill(Bill bill, Model model) /根據(jù)id查詢場(chǎng)地是否被占用int newBookId = bill.getBookId();Book book = bookService.selectOrderById(newBookId);int spaceStaus = spaceService.selectSpaceById(book.getSpaceId().getStatus();Space updateSpace = new Space();Date spaceEndtime = book.getEndTime();if(spaceStaus = 1)/查詢被占用的場(chǎng)地是否由于時(shí)間沖突不能用if(!spaceService.selectSpaceWheatherCanUse(book.getSpaceId(),book.getStartTime()return addBillFailure;if(spaceStaus = 0)updateSpace.setStatus(byte) 1);updateSpace.setEndtime(spaceEndtime);updateSpace.setId(book.getSpaceId();spaceService.updateSpace(updateSpace);billService.InsertOne(bill);return addBillSuccess;上面代碼是提交會(huì)員賬單的代碼，主要的處理流程是將前臺(tái)摻入的賬單信息進(jìn)行判斷，與相同場(chǎng)地的其他賬單在時(shí)間上是否沖突。若沖突，則返回false；若不沖突，進(jìn)行新增賬單操作，并返true。selectSpaceWheatherCanUse()函數(shù)主要作用是判斷場(chǎng)地是否由于時(shí)間沖突不能用。成功，返回true；失敗，返回false。界面已預(yù)約會(huì)員開單只需要綁定訂單后，輸入預(yù)計(jì)花費(fèi)就可以開賬單，已預(yù)約會(huì)員開單界面如圖5.6所示。圖5.6 已預(yù)約會(huì)員開單界面2、查詢會(huì)員賬單順序圖圖5.7 查詢會(huì)員賬單順序圖如圖5.7所示，業(yè)務(wù)員通過單擊主界面的業(yè)務(wù)管理模塊，在收銀結(jié)賬中再選擇已預(yù)約會(huì)員結(jié)賬，后臺(tái)會(huì)請(qǐng)求數(shù)據(jù)庫(kù)查詢所有已預(yù)約會(huì)員賬單信息，返回后臺(tái)，后臺(tái)通過集合類將數(shù)據(jù)包裝并返回，供界面展示。關(guān)鍵代碼/所有已預(yù)約會(huì)員的賬單信息,數(shù)據(jù)讀取，返回List，給前臺(tái)表格填數(shù)據(jù)ResponseBodyRequestMapping(/selectAllBillsData)public Object selectAllBillsData(Model model)List allBills = billService.selectAllBills();if(allBills = null)return getAllBillsFailure;SimpleDateFormat df = new SimpleDateFormat(yyyy-MM-dd HH:mm:ss);/用List、Map集合類對(duì)賬單信息進(jìn)行包裝ListMap bills = new ArrayListMap();int indexId = 1;for(Bill bill:allBills) Map map = new HashMap(); map.put(indexId, indexId); map.put(id, bill.getId(); map.put(endTime, df.format(bill.getEndTime(); map.put(hopeCost, bill.getRealCost(); map.put(bookId, bill.getBookId(); int object = bill.getObject(); String objectName = ; if(object = 0)objectName = 未結(jié)算;els