数据库课程设计
?
目錄
第一章 前言
1.1 背景和意義
1.2 設計目標
第2章 數據庫設計?
2.1 需求分析
2.2 概念結構設計?
?2.3 邏輯結構設計
?2.4?關系模式規范化檢查及處理
第3章 數據庫定義與操作
3.1 數據庫及數據表定義
3.2 數據查詢操作
3.3 數據增刪改操作?
?3.4 索引及視圖應用
第4章 應用系統實現
?4.1 登錄窗口
4.2 注冊頁面
4.3 普通用戶界面窗口
?4.4 服務員界面窗口
4.5 管理員界面窗口
4.6 統計界面
第5章 總結
第一章 前言
1.1 背景和意義
????????近年來，在中國市場上KTV娛樂業是當今市場化程度最高的行業之一，伴隨著娛樂市場的迅速升溫，各大KTV商家競爭激烈性不言而喻。在競爭的巨大壓力下去了解、適應、占領和創造市場，不斷豐富KTV經營內容，革新經營模式，提高服務質量，開拓新型市場，才能在激烈的市場競爭中處于不敗之地。KTV管理系統不僅能解決KTV在管理和經營上的一些問題，也能更好的為消費者提供一個良好的體驗環境。
1.2 設計目標
????????本系統設計初衷是希望在快節奏的時代，不論是家庭，還是工作場所，亦或是學校，在業余時候，人們能找到一種釋放壓力疲憊的娛樂方式。顧客來到KTV一定會開包房消費，但是包房會有大小之分，不同類型的包房價格也不同。本系統希望可以按照顧客的需求進行包房分配，并且及時知道包房剩余狀態，更方便服務員快捷的進行包房分配，并且服務員可以了解顧客的個人信息，可以準確地為顧客提供服務。
第2章 數據庫設計?
2.1 需求分析
????????需求分析也稱為軟件需求分析、系統需求分析或需求分析工程等，是開發人員經過深入細致的調研和分析，準確理解用戶和項目的功能、性能、可靠性等具體要求，將用戶非形式的需求表達轉化為完整的需求定義，從而確定系統必須做什么的過程。
?????通過實際調查，本系統需要具備：
2.1.1 功能概述?
經分析，KTV管理系統應具備以下功能模塊：
1）用戶方面，功能要求如下：
- 可以查看并修改個人信息
- 可以查看并預定KTV房間
- 可以查看并取消預定情況記錄
2）服務員方面，功能要求如下：
- 可以查看并修改個人信息
- 可以查看并修改顧客預約情況
- 可以為顧客安排房間
- 可以查看顧客信息
- 可以查看KTV房間預約情況
- 可以查看顧客歷史預約記錄表
?3）管理員方面，功能要求如下：
- 可以查看并修改個人信息
- 可以對服務員信息進行維護，包括增刪改查
- 可以對KTV房間進行維護，包括增刪改查
- 可以對所有地用戶進行管理，包括增刪改
?主要功能模塊圖如下圖2.1所示：?
圖2.1.1 系統總功能模塊圖?
?2.1.2 用例圖?
?圖2.1.2 用例圖
2.1.3 用例描述?
?表1?顧客管理用例描述表
| ID | A1 | 名稱 | 顧客管理 |
| 參與者 | 管理員，目標是能夠管理顧客 | ||
| 優先級 | 高 | ||
| 觸發條件 | 管理員需要管理顧客信息 | ||
| 前置條件 | 用戶已登錄，且身份為管理員 | ||
| 后置條件 | 無 | ||
| 正常流程 | 1、用戶輸入顧客信息，查詢 2、系統判斷數據庫內是否存在信息相同的顧客 3、系統判斷數據庫內是否存在賬號相同的顧客 4、系統授權增加 5、系統提示增加成功 6、系統向管理員表明增加顧客信息成功 7、用戶輸入顧客姓名，搜索 8、系統判斷數據庫內是否存在該名字的顧客 9、用戶修改顧客信息 10、系統判斷管理員輸入信息是否合法 11、用戶刪除顧客信息 | ||
| 擴展流程 | 3a：存在賬號相同顧客 ????????2a1：系統提示該顧客已存在，并給出解決方案 8a：不存在該名字的顧客 ????????8a1：系統提示該顧客不存在，并給出解決方案 10a：輸入修改信息不合法 ??? ???10a1：系統提示輸入信息不合法，并給出解決方案 | ||
| 特殊需求 | 給出的提示信息應當足夠清晰，提示管理員操作失敗的原因，并給出解決方案。 | ||
?表2 服務員管理用例描述表
| ID | A2 | 名稱 | 服務員管理 |
| 參與者 | 管理員，目標是能夠管理服務員 | ||
| 優先級 | 高 | ||
| 觸發條件 | 管理員需要管理服務員信息 | ||
| 前置條件 | 用戶已登錄，且身份為管理員 | ||
| 后置條件 | 無 | ||
| 正常流程 | 1、用戶輸入新增服務員信息，提交 2、系統判斷輸入信息是否合法 3、系統增加服務員信息 4、系統提示增加成功 5、用戶輸入修改信息 6、系統判斷修改信息是否合法 7、系統向用戶表明修改成功 8、用戶刪除服務員信息 | ||
| 擴展流程 | 2a：輸入信息不合法 ????????2a1：系統提示輸入信息不合法，并給出解決方案 5a：修改信息不合法 ????????5a1：系統提示修改信息不合法，并給出解決方案 | ||
| 特殊需求 | 給出的提示信息應當足夠清晰，提示管理員操作失敗的原因，并給出解決方案。 | ||
表3 KTV房間管理用例描述表
| ID | A3 | 名稱 | KTV房間管理 |
| 參與者 | 管理員，目標是能夠管理KTV房間 | ||
| 優先級 | 高 | ||
| 觸發條件 | 管理員需要管理KTV房間信息 | ||
| 前置條件 | 用戶已登錄，且身份為管理員 | ||
| 后置條件 | 無 | ||
| 正常流程 | 1、用戶刪除KTV房間 2、系統向用戶表明刪除成功 3、用戶輸入修改信息 4、系統判斷修改信息是否合法 5、系統向用戶表明修改成功 6、用戶輸入房間號，提交 7、系統判斷數據庫內是否存在房間號相同的KTV房間 8、系統授權增加 9、系統提示增加成功 | ||
| 擴展流程 | 4a：修改信息不合法 ????????4a1：系統提示輸入信息不合法，并給出解決方案 7a：存在房間號相同的房間 ????????7a1：系統提示該房間已存在，并給出解決方案 | ||
| 特殊需求 | 給出的提示信息應當足夠清晰，提示管理員操作失敗的原因，并給出解決方案。 | ||
?表4 房間預約用例描述表
| ID | U1 | 名稱 | 房間預約 | ||
| 參與者 | 用戶，目標是能夠預約房間和時間 | ||||
| 優先級 | 高 | ||||
| 觸發條件 | 用戶需要預約房間 | ||||
| 前置條件 | 用戶已登錄 | ||||
| 后置條件 | 無 | ||||
| 正常流程 | 1、用戶搜索房間 2、系統判斷房間是否存在 3、用戶選擇房間和預約時間 4、用戶輸入賬號和姓名，確認預約 5、系統提示預約成功 6、用戶查看預約信息 7、用戶取消預約 8、用戶查看預約記錄 | ||||
| 擴展流程 | 2a：搜索的房間不存在 ????????2a1：系統提示房間不存在 | ||||
| 特殊需求 | 給出的提示信息應當足夠清晰，提示管理員操作失敗的原因，并給出解決方案。 | ||||
表5 房間使用記錄信息管理用例描述表?
| ID | W1 | 名稱 | 房間使用記錄 | ||
| 參與者 | 服務員，目標是能夠查看顧客情況和預約房間 | ||||
| 優先級 | 高 | ||||
| 觸發條件 | 服務員需要查看顧客情況和預約房間 | ||||
| 前置條件 | 用戶已登錄，且身份為服務員 | ||||
| 后置條件 | 無 | ||||
| 正常流程 | 1、用戶預約房間 2、系統判斷房間是否正在被使用 3、系統提示預約成功 4、用戶查看預約房間情況 5、用戶修改房間預約信息 6、系統判斷修改信息是否合法 7、系統向用戶表明修改成功 | ||||
| 擴展流程 | 2a：房間正在被使用 ????????2a1：系統提示該房間正在被使用 6a：修改信息不合法 ????????6a1：系統提示輸入信息不合法，并給出解決方案 | ||||
| 特殊需求 | 給出的提示信息應當足夠清晰，提示管理員操作失敗的原因，并給出解決方案。 | ||||
?表6 管理個人信息用例描述表
| ID | AWU1 | 名稱 | 管理個人信息 | ||||
| 參與者 | 所有身份，目標是修改個人賬號和密碼 | ||||||
| 優先級 | 高 | ||||||
| 觸發條件 | 用戶需要修改個人信息 | ||||||
| 前置條件 | 用戶已登錄 | ||||||
| 后置條件 | 無 | ||||||
| 正常流程 | 1、用戶輸入新的賬號 2、系統判斷新賬號是否與數據庫內其余用戶賬號重復 3、系統提示修改成功 4、用戶輸入新的密碼 5、系統判斷新的密碼與舊的密碼是否一致 6、系統提示修改成功 | ||||||
| 擴展流程 | 2a：數據庫內也已存在同名賬號 ????????2a1：系統提示賬號重復 5a：新的密碼與舊的密碼一致 ????????5a1：系統提示密碼與之前一致，重新輸入 | ||||||
| 特殊需求 | 給出的提示信息應當足夠清晰，提示管理員操作失敗的原因，并給出解決方案。 | ||||||
2.2 概念結構設計?
2.2.1 實體列表?
表2.2.1 實體列表
| 實體 | 描述 |
| 顧客 | 所有的顧客信息，由顧客賬號唯一標識 |
| 服務員 | 所有的服務員信息，由服務員工號唯一標識 |
| KTV房間 | 所有的KTV房間信息，由房間號唯一標識 |
| 預約單 | 所有的預約信息，由單號唯一標識 |
| 用戶登錄 | 所有的用戶信息，包含顧客、服務員、管理員，由用戶賬號唯一標識 |
?2.2.2 系統E-R模型
????????KTV管理系統的E-R模型，如下圖所示。其中，重要關系局部E-R圖如下圖，全局的E-R圖如下圖。?
?圖2. 2. 1 顧客-預約單E-R圖
?圖2. 2. 2 服務員-KTV房間E-R圖
?圖2. 2. 3 顧客-服務員E-R圖?
?圖2. 2. 4 ?顧客-KTV房間E-R圖
圖2. 2. 5 KTV管理系統全局E-R圖?
?2.3 邏輯結構設計
本系統的關系模式如下（加粗下劃線表示主碼，斜體下劃線表示外碼）：
?將系統的E-R圖轉換為數據庫模式如下：?
?圖2. 3. 1 顧客信息表
圖2. 3. 2 服務員信息表?
圖2. 3. 3 ?KTV房間表?
?圖2. 3. 4 房間預約單表
圖2. 3. 5 房間使用記錄表?
?圖2. 3. 6 用戶登錄表
?2.4?關系模式規范化檢查及處理
????????范式是符合某一種級別的關系模式的集合。關系數據庫中的關系必須滿足一定的要求，滿足不同程度要求的為不同范式。
????????第一范式（1NF）：在任何一個關系數據庫中，第一范式是對關系模式的基本要求，不滿足第一范式的數據庫就不是關系數據庫。如果一個關系模式R的所有屬性都是不可分的基本數據項，則稱該關系模式滿足第一范式，記作R∈1NF。
????????第二范式（2NF）：第二范式是在第一范式（1NF）的基礎上建立起來的，既滿足第二范式必須先滿足第一范式。若關系模式R∈1NF，并且每一個非主屬性都完全函數依賴于任何一個候選碼，則R∈2NF。
????????第三范式（3NF）：滿足第三范式（3NF）必須先滿足第二范式（2NF）。簡而言之，第三范式要求一個數據庫表中不包含已在其他表中已包含的非主關鍵字的信息。設關系模式R<U，F>∈1NF，如果R中不存在候選碼X、屬性組Y以及非主屬性Z（Z ?Y），使得X →Y（反之不可推出），Y→Z成立，則R∈3NF。
????????BCNF（BC范式）：關系模式R<U，F>∈1NF，若X→Y且Y ?X時，X必含有碼，則R<U，F>∈BCNF。
????????根據上述的要求，將本數據庫的關系模式進行規范化檢查，如下：
????????顧客信息表（賬號，姓名，性別，身份證號，聯系電話）
????????該表的碼為：賬號
????????函數依賴：賬號→姓名，賬號→性別，賬號→身份證號，賬號→聯系電話
????????由該表函數依賴分析可知，不存在對候選碼的部分依賴，滿足2NF；不存在傳遞依賴，滿足3NF，每一個決定屬性因素都包含碼，滿足BCNF。
????????服務員信息表（工號，姓名，性別，電話）
????????該表的碼為：工號
????????函數依賴：工號→姓名，工號→性別，工號→電話
????????由該表函數依賴分析可知，不存在對候選碼的部分依賴，滿足2NF；不存在傳遞依賴，滿足3NF，每一個決定屬性因素都包含碼，滿足BCNF。
????????KTV房間表（房間號，房間價格，推薦人數，房間狀態）
????????該表的碼為：房間號
????????函數依賴：房間號→房間價格，房間號→推薦人數，房間號→房間狀態
????????由該表函數依賴分析可知，不存在對候選碼的部分依賴，滿足2NF；不存在傳遞依賴，滿足3NF，每一個決定屬性因素都包含碼，滿足BCNF。
????????房間預約單表（單號，顧客賬號，顧客姓名，房間號，價格）
????????該表的碼為：單號
????????函數依賴：單號→顧客賬號，單號→顧客姓名，單號→房間號，單號→價格
????????由該表函數依賴分析可知，不存在對候選碼的部分依賴，滿足2NF；不存在傳遞依賴，滿足3NF，每一個決定屬性因素都包含碼，滿足BCNF。
????????房間使用記錄表（賬號，房間號，開始使用時間，結束使用時間）
????????該表的碼為：賬號，房間號
????????函數依賴：（賬號，房間號）→開始使用時間，（賬號，房間號）→結束使用時間
????????由該表函數依賴分析可知，不存在對候選碼的部分依賴，滿足2NF；不存在傳遞依賴，滿足3NF，每一個決定屬性因素都包含碼，滿足BCNF。
????????用戶登錄表（賬號，密碼，身份）
????????該表的碼為：賬號
????????函數依賴：賬號→密碼，賬號→身份
????????由該表函數依賴分析可知，不存在對候選碼的部分依賴，滿足2NF；不存在傳遞依賴，滿足3NF，每一個決定屬性因素都包含碼，滿足BCNF。
第3章 數據庫定義與操作
3.1 數據庫及數據表定義
數據庫的創建：
- CREATE? DATABASE??? manage
數據表的創建及定義：
- 使用查詢語句SHOW? CREATE? TABLE? 表名
- 顧客信息表
- 服務員信息表
- KTV房間表
- 房間預約單表
- 房間使用記錄表
- 用戶登錄表
3.2 數據查詢操作
????????由于表名字和屬性過長，股災寫關系代數時將部分表名字和屬性簡寫，規則如下：
表3.2.1 名稱簡寫表
| 原名 | 簡寫 | 原名 | 簡寫 |
| waiter | w | customer_phone | c_p |
| customer | c | customer_id | c_i |
| room | r | customer_name | c_n |
| record | re | customer_idcard | c_id |
| bill_r | b_r | record_firsttime | re_f |
| bill_id | b_i | record_endtime | re_e |
| bill_user | b_u | record_room | re_r |
| bill_price | b_p | room_id | r_i |
| room_condition | r_c |
- 查詢登錄賬號為11對應的顧客姓名：
- 查詢登錄賬號為s對應的預約編號：
- 查詢預約了房間號為A003的顧客聯系方式：
- 查詢登錄賬號為xyr預約的顧客身份證號、房間號以及價格：
- 查詢登錄賬號為xxx預約的房間狀態、開始使用時間以及結束時間：
πr_c,re_f,re_e(σuser='xxx'(login)?πb_u,b_r(bill)?πr_i,r_c(r)?πre_r,re_f,re_e(re))
3.2.2 SQL實現?
1）
SELETE customer_name FROM customerWHERE customer_id IN (SELETE user FROM loginWHERE user = ‘11’)?2）
SELECT bill_id FROM billWHERE bill_user IN (SELETE user FROM login WHERE user = ‘s’)3）
SELECT customer_phone FROM customerWHERE customer_id IN (SELETE bill_user,bill_room FROM billWHERE bill_room = ‘A003’)4）
SELECT login.user ,c. c_i, c.id,bill.b_u,b_r,b_pFROM login,c,billWHERE login.user = c.c_i AND c.c_i = bill.b_u AND login.user = bill.b_u AND login_user = ‘xyr’5）
SELECT login.user,r.r_c,re.re_i,re.re_r,re.re_f,re.re_e FROM login,r,re WHERE login.user = re.i AND re.re_r = r.r_id AND login.user = ‘xxx’4）5）兩部分的SQL語句比較多，所以使用了關系代數表格中的簡寫。
3.3 數據增刪改操作?
- 數據增加
- 數據刪除
- 數據修改
?3.4 索引及視圖應用
????????在關系數據庫中，索引是一種獨立的、物理的對數據庫表中一列或多列的值進行排序的一種存儲結構，它是某個表中一列或 若干列值的集合和相應的指向表中物理標識這些值的數據頁的邏輯指針清單。
????????索引提供指向存儲在表的指定列中的數據值的指針，然后根據指定的排序順序對這些指針排序。數據庫使用索引以找到特定值，然后 順指針找到包含該值的行。這樣可以使對應于表的SQL語句執行的更快，可快速訪問數據庫表中的特定信息。
????????當表中有大量記錄時，若要對表進行查詢，第一種搜索信息方式是全表搜索，是將所有記錄——取出，和查詢條件進行一一對比，然后返回滿足條件的記錄，這樣做會消耗大量的數據庫系統時間，并造成大量磁盤I/O操作；第二種就是在表中建立索引，然后在索引中找到符合查詢條件的索引值，最后通過保存在索引中的ROWID（相當于頁碼）快速找到表中對應的記錄。
????????基于第二種搜索信息方式的優點，選取其中一個示例測試索引的用途，操作如下圖所示：
- 在test表中插入5萬~10萬條數據：
?圖3. 4. 1 數據總數圖
- 在未加索引的情況下直接查詢某一個數據：
圖3. 4. 2 未加索引的查詢結果?
?圖3. 4. 3 未加索引需要花費的時間
- 對比前面2）結果可知，查詢一條數據需要花費0.048秒，為了提高查詢效率，可以創建一個索引，創建索引的語句為：
圖3. 4. 4 建立索引語句?
- 創建索引后，在表中就有了索引和主鍵自帶的主鍵索引，如下圖所示：
?圖3. 4. 5 索引圖
- 創建好索引后，再次執行與2）相同的語句，結果如下圖所示：
圖3. 4. 6 添加索引后查詢到的結果?
- 結論：通過兩次對比結果可以發現，在執行相同語句時，建立索引后的查詢時間為0.001秒，而未建立索引的時間為0.048秒，提高了查詢的效率。本次使用是簡單的查詢操作以及表的數據不算太大，所以在時間差上并不是很大，但是當實際操作復雜的業務時，會發現索引能大大的提高的效率。
3.4.2 視圖的應用?
????????視圖是指計算機數據庫中的視圖，是一個虛擬表，其內容由查詢定義。同真實的表一樣，視圖包含一系列帶有名稱的列和行數據。但是，視圖并不在數據庫中以存儲的數據值集形式存在。行和列數據來自由定義視圖的查詢所引用的表，并且在引用視圖時動態生成。
????????由于有時候需要將多張表的信息結合在一起查看，表的多重連接在一定條件下比較麻煩，所以可以創建視圖，將多張表的信息匯總在一張視圖表中。比如服務員在查看顧客信息時不能同時查看該顧客預約的房間信息，所以可以創建視圖如下：
????????創建視圖語句為：
圖3. 4. 7 創建視圖語句?
?????????建立視圖后，想要查詢相關需求就會很容易，例如：需要查詢姓名為“111111”的顧客是否預約了房間號為“A006”的KTV房間，就可以簡單的實現，如下圖查詢將結果所示：
圖3. 4. 8 通過視圖查詢到的結果?
第4章 應用系統實現
?????????本系統采用Java的Swing來完成應用系統的交互功能，數據庫采用MySQL來完成數據的操作。Java與MySQL的連接方式是JDBC。本系統通過MVC三層設計模型實現。用Model + View + Controller實現MVC設計模式的流程，如下圖所示：
?
?圖4. 1 MVC設計模式
?4.1 登錄窗口
????????在包com中創建類，命名為LoginWeb.java，將其作為登錄界面的窗口。
4.1.1 頁面設計
????????登錄界面：首先是創建一個窗體，設置窗體名稱（setTitle）。左邊創建一個JLabel，設置其Icon屬性從而達到插入圖片的作用。右邊從上往下，首先是創建兩個新的JLabel用于登錄標題展現。之后創建一個JComboBox用于登錄時身份的選擇（顧客、服務員、管理員）、一個JTextField用于賬號輸入框以及一個JPasswordField用于密碼輸入。最下面使用到兩個按鈕JButton，一個是登錄按鈕，一個是注冊按鈕（用于用戶注冊）。實現后的效果圖如下圖所示：
圖4. 1. 1 登錄界面?
4.1.2 功能實現?
????????用戶在使用登錄界面是，輸入賬號和密碼 ，點擊登錄按鈕。如輸入的賬號和密碼都正確，則根據身份的判斷進入相對應的界面，反之，如果輸入的賬號或密碼錯誤，則系統提示“賬號或密碼錯誤”，需要重新輸入賬號和密碼。注冊按鈕是用于未注冊過的用戶注冊，點擊注冊按鈕會進入注冊界面。
????????首先通過getSelectedItem()獲取下拉框的內容以及通過getText()獲取文本框和密碼框的內容。然后通過建立數據庫連接，打開相對應的表（login表）查找表中是否有與輸入內容相同的數據記錄，若有則查找成功，否則，查找失敗。
4.2 注冊頁面
?????????在包zhuce中創建類，命名為Zhuce1.java和Zhuce2.java，并將其作為注冊界面的窗體。
4.2.1 頁面設計?
?????????注冊界面主要是由JLabel、JTextField、JPasswordField、JRadioButton以及JButton四個控件組成。從上往下看，兩個JLabel組成注冊界面的標題。第一個JLabel設置Icon用于存放圖片，第二個JLabel用于存放“歡迎注冊”字體。后面都是一些JLabel和JTextField（或JPasswordField）結合組成注冊界面行，JRadioButton主要用于性別“男/女”的選擇。JButton主要有“確定”按鈕和“重置”按鈕。如下圖實現效果圖所示：?
?圖4. 2. 1 注冊界面
?4.2.2 功能實現
????????注冊功能與登錄功能差不多，都是連接數據庫，查找相對應的表，使用getTxt()獲取文本框以及isSelected()獲取JRadioButton控件選擇的內容，將對應內容添加進表。
????????確認按鈕主要是在填寫完注冊內容后“確定”，當注冊的賬號存在時，提示“此賬號已注冊”。重置按鈕是在點擊后清空文本框JTextField以及密碼框JPasswordField輸入的內容。
????????管理員由系統給定，不能隨便注冊，所以當選擇身份為管理員時，點擊注冊按鈕會提示“管理員不能注冊”。同理，服務員也不能隨便注冊，服務員登錄賬號和密碼由統一配置。
4.3 普通用戶界面窗口
?????????在包customer中創建類，命名為CustomerWeb.java作為顧客登錄總體界面。在CustomerWeb.java界面下包含：P1.java作為顧客預約KTV房間以及取消KTV房間預約、查看預約記錄的界面；P2.java作為個人信息查看界面，包括查看個人信息、修改個人信息、修改密碼。所以在P2.java中下還包含：Myself.java用作個人信息查看界面、Change.java用作修改個人信息界面以及ChangePsw.java作為修改密碼的界面。
4.3.1 頁面設計?
????????顧客界面主要由三部分組成。KTV房間的預約、個人中心界面以及退出系統。
????????整體顧客操作界面由JTabbedPane、JToolBar和JButton三個控件組成。按鈕Button主要為“KTV房間預約”、“個人中心”、“退出系統”。如下圖實現效果圖所示：?
?圖4. 3. 1 顧客操作欄
1）KTV房間預約
????????KTV房間預約從上而下有三個部分，分別是KTV房間的預約、KTV房間預約情況查看以及取消KTV房間預約。
????????KTV房間預約首先顧客可以通過JRadioButton實現的“使用中/空閑中”來查詢KTV房間使用狀態。KTV房間情況和KTV房間使用狀態都是用JTable來創建的。下面預約KTV房間操作，主要由JLabel、JTextField和JComboBox、JButton組成。JTextField用于輸入，JComboBox用于選擇需要預約的時間。效果實現圖如下圖所示：
圖4. 3. 2 KTV房間預約界面?
?????????我的預約記錄可以查看預約的記錄，主要由JTable來創建表，取消預約主要由JLabel、JTextField和JButton組成。如下圖實現效果圖所示：
?圖4. 3. 3 查看預約記錄以及取消KTV房間預約
2）個人信息
?????? 個人信息由三部分組成，查看個人信息、修改個人信息以及密碼修改。開頭部分主要是由兩個JTable組成，第一個JTabel設置屬性Icon，第二個JTable填寫“操作界面”文字。在外部使用一個JTable實現外部框。如下圖實現效果圖所示：
?圖4. 3. 4 個人中心操作界面
?????????查看個人界面開頭也是由兩個JTabel，第一個JLabel設置Icon屬性，插入照片；第二個JLabel插入“個人信息”文字作為個人信息界面的標題。下面全部以JTabel作為個人信息設置部分。如下圖實現效果如所示：
?圖4. 3. 5 查看個人信息界面
?????????修改個人信息界面開頭與個人信息界面一樣，兩個JTabel，第一個設置Icon屬性插入圖標，第二個插入“個人信息修改”的文字作為個人信息修改界面的標題。下面部分主要由JTabel、JTextField、JRadioButton以及JButton控件組成。JTextField用于輸入，JRadioButton用于性別選擇（男/女），JButton有兩個按鈕，分別為“修改”按鈕和“重置”按鈕。如下圖效果實現圖所示：
?圖4. 3. 6 個人信息修改界面
?????????密碼修改界面與前兩個相同，這里就不 重復闡述了。該界面由JTabel、JTextField和JButton三種控件組成。JTextField主要用于信息輸入；JButton主要有兩個按鈕，一個為“確認”，另一個為“重置”按鈕。如下圖效果實現圖所示：
?圖4. 3. 7 密碼修改界面
3）退出系統
????????退出系統主要由一個JButton組成，當點擊按鈕時退出界面。
4.3.2 功能實現
????????主界面的設計是在同一個界面設計的，不存在點擊按鈕跳出新的界面情況。主界面主要使用JPanel實現在同一個界面跳轉。
顧客操作部分：當點擊按鈕，在下方界面顯示相對應的操作界面。
1）KTV房間預約
????????首先是根據使用狀態查詢記錄部分。當點擊“查詢”按鈕時，通過isSelected()獲取選擇的狀態（使用中/空閑中），從而連接對應數據表（KTV房間表），判斷表中房間使用狀態是否與獲取到的數據相同，相同就輸出整條房間記錄將其存放在table表中，從而達到查詢效果。
????????然后是預約KTV房間部分。此部分要輸入房間號，價格，使用人數以及使用時間比較麻煩，所以我給KTV房間使用狀態表（即查詢后的表）加入了鼠標監聽事件，當點擊表中其中一行記錄，相對應的信息就可以顯示在預約KTV方法相對應的JTextField框中，就不需要那么復雜輸入房間號、價格以及推薦人數了，但是預約部分還是需要自己選擇時間段。之后是“預約”按鈕，當選好要預約的KTV房間后，點擊按鈕，如果選擇的房間狀態為使用中或已預約，則提示“該房間不能預約”，如果查詢到該房間已被預約，則提示“您已預約該房間！”。反之，如果選擇的房間使用狀態為空閑中，則提示“預約成功！”，同時需要連接相對應的數據表（房間預約單表），向表中插入一條新的數據；并且需要修改KTV房間表的房間狀態為“已預約”。
????????之后是我的預約記錄以及取消預約部分。查看預約記錄部分主要是以表格table實現，通過數據庫連接查找對應表（房間預約單表），通過登錄部分傳參，將顧客登錄使用時的賬號傳過來，從而在表中找到該顧客的預約記錄。取消預約同樣是在預約記錄表中建了一個監聽事件，當點擊表中某一行記錄時，可以將對應信息顯示在取消預約的textfield、label中。當點擊取消“預約”按鈕時，提示“預約取消成功！”，同時仍然需要建立數據庫連接，查找房間預約單表，刪除表中相對應的預約記錄；并且修改KTV房間表的使用狀態為“空閑中”。
2）個人中心
? ? ? ? ?個人中心界面同樣是在同一個界面中實現，左邊為操作選擇界面，右邊為相對應的操作功能界面。當點擊查看個人信息按鈕，右邊跳出個人信息界面的內容，同理，當點擊修改個人信息按鈕，顯示修改界面。如下圖效果實現圖所示：
?圖4. 3. 8 個人中心操作總界面
- 查看個人信息
????????查看個人信息界面主要是由JTabel控件實現，該部分不能進行增刪改查，只能查看個人信息。個人信息是通過登錄時獲取到顧客使用的賬號，通過傳參將賬號作為條件，在連接數據庫查找相對應的表，如果表中的賬號與登錄輸入的賬號相同，則把表中記錄通過setText()將對應數據顯示在tabel中。
- 修改個人信息
????????個人信息修改界面和查看個人信息界面差不多，該界面除了賬號是不能修改，姓名、性別、身份證號以及聯系方式都可以修改。賬號同樣是獲取登錄時使用的賬號，通過setText()顯示在label中。而其他信息通過輸入數據，getText()獲取文本框內容，連接數據庫，查找相對應的表中記錄，修改。
????????“修改”按鈕，當點擊時，如果文本框中信息沒有填寫完整，則提示“請將信息填寫完整！”，否則，提示“修改成功！”。“重置”按鈕是通過setText(“ ”);將文本框中內容進行情況。
- 密碼修改
????????密碼修改和前面操作相同，都是獲取文本框內容，建立數據庫連接，查詢相對應的表，對表中某一條記錄進行修改過程。在這里就不重復闡述了。
3）退出系統
?????????退出系統主要是使用按鈕事件，當點擊退出系統按鈕時，關閉界面。主要用到的語句為“System.exit(0);”
?4.4 服務員界面窗口
?????????在包waiter中創建類，命名為WaiterWeb.java作為服務員登錄總體界面。在WaiterWeb.java界面下包含：P1.java作為服務員查看顧客預約記錄、修改顧客預約信息以及為顧客安排KTV房間的界面；P2.java作為查看信息界面（包括查看顧客信息、KTV房間預約信息、顧客預約記錄信息）。所以在P2.java中還包含：QueryCustomer.java作為查看顧客信息界面、QueryRoom作為查看KTV預約信息界面、QueryOrder作為查看顧客預約記錄信息界面。
4.4.1 頁面設計??
????????服務員界面主要是由四個部分組成：顧客預約情況、查看信息、個人中心以及退出系統。
????????整體服務員操作界面由JTabbedPane、JToolBar和JButton三個控件組成。按鈕Button主要為“顧客預約情況”、“查看信息”、“個人中心”、“退出系統”。如下圖實現效果圖所示：
?圖4. 4. 1 服務員操作欄
- 1）顧客預約情況
????????顧客預約情況界面主要由四部分組成：查看顧客預約情況、操作界面、修改顧客預約信息以及為顧客安排KTV房間。
????????顧客預約情況首先時服務員可以通過JComboBox實現的（通過“顧客姓名查詢”/“房間號”）來查詢相對應顧客。查詢部分主要是通過JComboBox、JTextField、JButton以及JLabel四個控件組成。顯示數據部分主要使用JTable實現。JTextField用于輸入。如下圖實現效果所示：
?圖4. 4. 2 顧客預約情況界面
?????????操作界面主要用于修改顧客用于信息和安排KTV房間。該界面開頭由兩個JTabel構成，第一個設置Icon屬性插入圖標，第二個插入“操作界面”字體作為該界面標題。標題下面由兩個JButton組成。如下圖實現效果所示：?
?圖4. 4. 3 操作界面
?????????修改顧客信息界面開頭和操作界面一樣，在這里就不闡述了。該界面主要由JLabel、JTextField、JComboBox以及JButton四種控件組成，JTextField用于輸入，JComboBox用于使用KTV房間事件的選擇。JButton按鈕為“修改”按鈕，用于數據的修改。如下圖實現效果所示：
?圖4. 4. 4 修改顧客預約信息界面
?????????安排KTV房間與修改顧客預約信息界面差不多，只不過JButton按鈕為“預約”，用于KTV房間的預約。如下圖實現效果所示：
?圖4. 4. 5 為顧客安排KTV房間界面
- 2）查看信息
????????查看信息界面由四部分組成，操作界面、查看顧客信息界面、查看KTV房間預約信息界面以及查看顧客預約記錄界面。
????????操作界面和前面顧客預約記錄界面中的一樣，在此就不詳細闡述了。如下圖效果實現所示：
?
?圖4. 4. 6 操作界面
?????????查看顧客信息界面開頭以兩個JLabel，第一個label設置Icon屬性，插入圖標；第二個label插入“顧客信息表”文字。然后設置JTable用于存放顧客信息。最后再以JLabel、JComboBox、JTextField、JButton組成查詢操作。如下圖實現效果圖所示：
圖4. 4. 7 查看顧客信息界面?
?????????查看KTV房間預約界面前面和顧客信息界面一樣用到兩個JLabel和一個JTable，在此就不詳細闡述了。最后是由JLabel、JRadioButton（使用中/已預約/空閑中）以及JButton組成一個房間狀態查詢功能。如下圖實現效果圖所示：
?圖4. 4. 8 KTV房間預約界面
?????????顧客預約記錄界面與前面用到的控件一樣，在此就不詳細闡述了。如下圖實現效果所示：
?圖4. 4. 9 顧客預約歷史記錄
- 3）個人中心
????????個人中心界面由三部分組成，查看個人信息以及密碼修改。該操作和顧客界面中的個人中心相同，所以就不細說了，直接看實現效果如下：
- 操作界面部分
?
?圖4. 4. 10 操作界面
- 查看個人信息部分（JLabel信息在注冊時為隨意填寫）
?
?圖4. 4. 11 個人信息界面
- 修改個人信息部分
?圖4. 4. 12 個人修改信息界面
- 退出系統
????????退出系統主要由一個JButton組成，當點擊按鈕時退出界面。
4.4.2 功能實現?
????????主界面的設計是在同一個界面設計的，不存在點擊按鈕跳出新的界面情況。主界面主要使用JPanel實現在同一個界面跳轉。
服務員操作部分：當點擊按鈕，在下方界面顯示相對應的操作界面。
1）顧客預約記錄
????????首先是根據JComboBox（顧客姓名或房間號）以及getText()獲取文本框輸入的內容，從而查詢顧客預約信息記錄，通過連接數據庫，查找對應表，遍歷表中記錄，如果存在相同的顧客姓名（或房間號），則將對應記錄輸出存放在table表中。
????????然后是操作界面部分的修改顧客預約信息以及安排KTV房間。左邊是操作界面，由兩個按鈕組成，當點擊某一個按鈕，右邊界面會跳轉到相應界面中。此部分運用了JPanel，使操作在同一個界面跳轉，省去了跳出彈框的復雜。
????????修改顧客預約信息部分，通過getText()獲取輸入的文本框信息以及getSelectedItem()獲取comboBox信息，之后創建數據庫連接，查找對應記錄從而實現修改功能。安排KTV房間與修改顧客預約信息差不多，不過該部分在查詢表時，需要判斷該房間是否被預約或使用中，如果在使用中或已被預約，則提示“不能預約該房間！”，反之，如果空閑中，則在點擊“預約”按鈕后，提示“預約成功！”。
如下圖整體界面實現效果所示：
圖4. 4. 13 顧客預約記錄整體界面?
2）查看信息
????????查看信息界面主要由上下兩部分組成：操作界面、信息展示界面。
????????首先操作界面主要由三個按鈕組成，當點擊其中某一個按鈕，下面的信息展示部分會在同一個界面切換到對應信息。
????????信息展示界面主要分為三部分：顧客信息表、KTV房間預約表、顧客預約記錄表。
????????顧客信息表主要是建立數據庫連接，然后將對應表中的記錄導出到table中，之后有一個查詢系統，通過getSelectedItem()獲取comboBox信息，查詢表中對應記錄，如果查詢到相對應的記錄，使用DefaultTableModel更新table表，然后將符合該條件的記錄輸出存放在table中。KTV房間預約表和顧客預約記錄表與顧客信息表一樣，都是將對應數據表導出到table表中。不過KTV房間表有一個查詢功能（按房間狀態查詢：使用中/已預約/空閑中），通過isSeleted()來獲取選擇的內容，然后查找表中對應記錄輸出。
查看信息整體界面實現效果如下圖所示：
?圖4. 4. 14 查看信息整體界面
3）個人信息
????????個人信息界面與顧客界面中的個人信息界面相同，在此就不詳細闡述了，直接放置整體實現后的界面，如下圖所示：
圖4. 4. 15 個人信息整體界面?
4）退出系統
????????退出系統主要是使用按鈕事件，當點擊退出系統按鈕時，關閉界面。主要用到的語句為“System.exit(0);”
4.5 管理員界面窗口
?????????在包admin中創建類，命名為AdminWeb.java作為管理員登錄后的總體界面。在AdminWeb.java界面下包含：P1.java作為管理員對KTV房間（KTV.java）、顧客信息（Customer.java）、服務員信息的管理（Waiter.java）；P3.java作為個人中心界面（包括個人信息、密碼修改）。
4.5.1 頁面設計?
????????管理界面主要是由三個部分組成：信息管理、個人中心以及退出系統。
????????整體管理員操作界面由JTabbedPane、JToolBar和JButton三個控件組成。按鈕Button主要為“信息管理”、“個人中心”、“退出系統”。如下圖實現效果圖所示：?
?圖4. 5. 1 管理員操作界面
- 1）信息管理
????????信息管理界面主要由三部分組成：KTV房間管理、顧客信息管理以及服務員信息管理。該部分主要是對數據庫中表的增刪改查操作，所以就不詳細闡述。如下圖效果實現所示：
- 操作界面
?圖4. 5. 2 操作界面
- KTV房間管理（增刪改查）
圖4. 5. 3 KTV房間管理界面?
- 顧客信息管理（增刪改查）
圖4. 5. 4 顧客信息管理界面??
- 服務員信息管理（增刪改查）?
?圖4. 5. 5 服務員管理界面?
- 2）個人中心
????????個人中心界面與之前顧客或服務員的個人中心界面都有極高的雷同，所以在此就不多詳細闡述。個人中心由操作界面、個人信息和密碼修改三部分組成。如下實現效果所示：
- 操作界面
?
?圖4. 5. 6 操作界面
- 個人信息
?圖4. 5. 7 個人信息界面
- 密碼修改
?圖4. 5. 8 密碼修改界面
4.5.2 功能實現?
????????首先管理員能夠操作的是全部人員的全部信息，因為管理信息的操作都差不多，所以以KTV房間管理為例講解其中功能。
????????新增KTV房間的功能就是向數據庫中的表插入一條數據，需要對輸入的信息進行初步判斷。首先房間號是每一個KTV房間一個，不能重復，需要調用數據庫中所有的記錄，查找所有的房間號，再判斷輸入的房間號是否在表中已經存在，其他信息可以隨意輸入，全部無誤后點擊增加。
????????修改KTV房間的功能是修改數據庫中表的某一條記錄的內容，需要對輸入的房間號進行判斷。查找所有的房間號，再判斷輸入的房間號（除修改前本身的房間號）是否在表中已經存在，若存在，則不能正確修改信息，反之，可以修改，其他信息可以隨意輸入，全部無誤后點擊修改。
????????刪除KTV房間的功能是向刪除數據庫中表的某一條記錄，同樣需要對輸入的房間號進行判斷。查找所有的房間號，再判斷輸入的房間號是否在表中已經存在，若存在，則刪除成功，反之，不能正確的刪除記錄。
????????個人信息中的查看個人信息和密碼修改與之前顧客界面（或服務員界面）中的操作一樣，所以就不詳細展開闡述。
4.6 統計界面
?????????該統計界面用于統計數據，使用JLabel、JComboBox、JButton以及JTable控件組成，同時繪制統計圖。?
圖4. 6. 1 統計界面
第5章 總結
? ? ? ? emm......這部分不給康~
oh~yeah 終于寫完了?
題外話：這些登錄界面排版都是通過打開方式中的WindowBuilder Editor來完成的。
????????具體如何操作可以去網上查找相關視頻學習或可自己探索哦~畢竟自己寫Panel、Button、TextField等，還需要調整其位置，在代碼量上會大大增加，通過這種繪制方式會輕松很多。
????????不過一些數據庫連接、登錄驗證等還是需要自己書寫判斷的哦~?
????????代碼部分就不寫了，實在太多了。由于課程設計時間緊張，有些功能直接略過，只有外觀沒有功能，嘻嘻🤭?
小可愛們~到底了哦~?
總結
- 上一篇： jer中无html文件,index.ht
- 下一篇： oracle数据库课后报告,ORACLE