基于web技術(shù)的酒店管理系統(tǒng)設(shè)計———客房管理子系統(tǒng)的設(shè)計與實現(xiàn)畢業(yè)論文(編輯修改稿)
2025-07-20 21:30 本頁面
【文章內(nèi)容簡介】 本章通過經(jīng)濟、操作、技術(shù)、運行四個方面對系統(tǒng)進(jìn)行了可行性分析，并通過對項目的軟件開發(fā)生命周期模型和項目任務(wù)分解結(jié)構(gòu)的介紹，闡述了系統(tǒng)的開發(fā)步驟和流程。第三章酒店客房管理系統(tǒng)需求分析 業(yè)務(wù)需求描述圖31 管理員活動圖 系統(tǒng)功能模塊劃分本系統(tǒng)共分為三個功能模塊，分別為客房管理模塊、入住信息管理模塊和用戶管理模塊，其功能模塊圖如下：圖33 功能模塊圖 系統(tǒng)用例圖在對本系統(tǒng)的角色和功能進(jìn)行分析后，可以得到系統(tǒng)的用例圖如下：圖34 系統(tǒng)用例圖 顧客用例的用例解說表32 客房信息添加（修改）用例解說用例名稱客房信息添加（修改）創(chuàng)建者李曉龍創(chuàng)建日期利益相關(guān)者管理員前置條件進(jìn)入編輯客房信息界面，點擊客房信息添加，該用例啟動觸發(fā)器管理員點擊客房信息添加主要事件流1. 管理員登錄主界面2. 管理員成功登陸主界面3. 管理員進(jìn)入客房信息界面，并添加或修改客房信息4. 提交異常。特別需求無 本章小結(jié)本章通過業(yè)務(wù)需求描述，系統(tǒng)功能模塊的劃分，系統(tǒng)用例圖，對管理員的用例解說對本系統(tǒng)的需求進(jìn)行分析，進(jìn)一步了解系統(tǒng)的功能。 第四章顧客子系統(tǒng)分析類建模 順序圖順序圖呈現(xiàn)了本系統(tǒng)的交互關(guān)系，在管理員添加客房信息的操作中，系統(tǒng)的順序圖如下：圖41 管理員添加（修改）客房信息順序圖 活動圖在對本系統(tǒng)的詳細(xì)功能進(jìn)行分析，便會得出如下的業(yè)務(wù)流程圖：圖42 管理員活動圖 協(xié)作圖為了更好地描述系統(tǒng)協(xié)作對象間的交互關(guān)系和鏈接關(guān)系，可用協(xié)作圖進(jìn)行呈現(xiàn)：圖43 管理員協(xié)作圖 分析類圖圖44 管理員修改（添加）客房信息分析類圖 本章小結(jié)本章通過介紹系統(tǒng)的順序圖、協(xié)作圖、活動圖、分析類圖，詳細(xì)展示了本系統(tǒng)的具體實現(xiàn)步驟。 第五章系統(tǒng)物理模型設(shè)計 系統(tǒng)體系結(jié)構(gòu)設(shè)計（1）硬件壞境：①.網(wǎng)絡(luò)環(huán)境：若是網(wǎng)絡(luò)方式應(yīng)用，本軟件可以運行在支持tcp/ip協(xié)議的網(wǎng)絡(luò)上，局域網(wǎng)的速度建議在10M以上；遠(yuǎn)程連接方式支持：同一運營商或跨網(wǎng)段的ADSL，最好虛擬成VDSL或組成虛擬專網(wǎng)；推薦租用DDN或光纖。②.數(shù)據(jù)庫服務(wù)器：可以按需求選擇普通的PⅢ以上機器，內(nèi)存512M以上，硬盤1G以上即可。從性能上考慮，推薦使用專用PC服務(wù)器，P4 2G以上，硬盤4G以上，不少于1G內(nèi)存。根據(jù)自己用戶數(shù)量多少決定本系統(tǒng)的服務(wù)器配置。③.客戶端：可以按需求選擇普通PⅢ以上機器，內(nèi)存512M以上，硬盤1G以上、顯示器分辨率建議在1024768即可。（2）運行環(huán)境①.硬件要求：PIII以上電腦，內(nèi)存要求在512M以上，至少100M硬盤空間。②.操作系統(tǒng)：Windows2000/windows2003/windows xp/visatar或更高版本。③.網(wǎng)絡(luò)配置：正確配置網(wǎng)卡后，必須添加TCP/IP協(xié)議。（3）體系結(jié)構(gòu)：這次系統(tǒng)設(shè)計中擬采用B/S體系結(jié)構(gòu)，B/S架構(gòu)軟件的優(yōu)勢在于維護和升級方式簡單。目前，軟件系統(tǒng)的改進(jìn)和升級越來越頻繁，B/S架構(gòu)的產(chǎn)品明顯體現(xiàn)著更為方便的特性。對一個稍微大一點單位來說，系統(tǒng)管理人員如果需要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但B/S架構(gòu)的軟件只需要管理服務(wù)器就行了，所有的客戶端只是瀏覽器，根本不需要做任何的維護。無論用戶的規(guī)模有多大，有多少分支機構(gòu)都不會增加任何維護升級的工作量，所有的操作只需要針對服務(wù)器進(jìn)行；如果是異地，只需要把服務(wù)器連接專網(wǎng)即可，實現(xiàn)遠(yuǎn)程維護、升級和共享。（4）采用的開發(fā)壞境：本系統(tǒng)采用使用的組件標(biāo)準(zhǔn)和技術(shù)框架是J2EE ，并采用my eclipse開發(fā)工具，DBMS擬采用oracle 10g。圖51酒店客房管理系統(tǒng)體系結(jié)構(gòu)圖 ER模型圖52系統(tǒng)ER圖圖53管理員表ER圖圖54 預(yù)訂信息表ER圖圖55客房信息表ER圖 UML數(shù)據(jù)建模圖56 UML數(shù)據(jù)建模圖 邏輯數(shù)據(jù)模型分析客房信息表（客房編號，客房類型，客房價格，客房狀態(tài)，客房描述，所屬管理員編號）管理員表（編號，姓名，賬號，密碼，聯(lián)系電話）入住信息表（編號，顧客身份證號，顧客姓名，入住房間號，入住日期，所住天數(shù)，費用，顧客電話號碼） 數(shù)據(jù)庫字段約束及索引設(shè)計表51入住信息表字段名稱數(shù)據(jù)類型長度主鍵/外鍵字段約束備注orderIdNumber20主鍵編號userIdVarchar220非空顧客身份證號houseIdNumber20外鍵非空房間號DateDate非空入住日期DayNumber20入住天數(shù)costVarchar210費用phonenumberVarchar220顧客電話號碼usernameVarchar210顧客姓名表52管理員表字段名稱數(shù)據(jù)類型長度主鍵/外鍵字段約束備注adminIdNumber10主鍵編號adnameVarchar220非空姓名adacVarchar220非空賬號adpassVarchar220非空密碼phoneVarchar220電話號碼表53客房信息表字段名稱數(shù)據(jù)類型長度主鍵/外鍵字段約束備注houseIdNumber20主鍵客房編號housetypeVarchar250客房類型housenoNumber10非空客房價格housestateVarchar250非空客房狀態(tài)housedrcVarchar250客房描述adminIdNumber10外鍵所屬管理員編號 本章小結(jié)本章通過介紹系統(tǒng)的體系結(jié)構(gòu)設(shè)計和對系統(tǒng)進(jìn)行數(shù)據(jù)模型分析，清楚展示了本系統(tǒng)功能模塊之間的關(guān)系。 第六章系統(tǒng)功能詳細(xì)設(shè)計與實現(xiàn) 登錄用戶必須經(jīng)過登陸才可以進(jìn)入系統(tǒng)，非法的請求必然會被攔截。 代碼實現(xiàn)public class AdmAction extends BaseAction { /** * */ private static final long serialVersionUID = 1L。 @Autowired private AdmService admService。 private Admin admin。 // 如果登陸不成功，返回這個變量到j(luò)sp頁面 private String loginmess。 private ListAdmin admins。 public String save() { (admin)。 return save。 } public String login() { Admin o = (admin)。 if (o != null) { // 如果得到的人員對象不是為空的話。就將這個人員對象的記錄ID和人員姓名存進(jìn)session HttpSer
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號-1