㈠ 資料庫課程設計實例
已發送！
㈡ 我的作業怎麼辦酒店管理系統資料庫！！！
資料庫課程設計？先做酒店管理的需求分析，然後建立資料庫，最後寫代碼實現酒店管理。
㈢ 急求完整sql資料庫課程設計
已經發到你的QQ郵箱去了，看看合不合適。
㈣ java 酒店預定管理系統
這么復雜，你在網路知道上問，想得到答案？你想多了吧
㈤ 求一篇網站資料庫設計論文
《資料庫技術及應用》
課程設計說明書
課程名稱 《資料庫技術及應用》
設計題目 SQL SERVER 資料庫課程設計
專業班級 計算機（動漫）1018班
學生姓名翁靜靜 學號 20105010109
指導教師 程遠利
起止日期 2011年6月20日至6月24日
福建林業職業技術學院自動化工程系
目錄
第一章．系統概述 3
1.1現狀分析 3
1.2系統目標 4
第二章．系統資料庫分 4
2.1需求分析 4
2.2資料庫物理結構分析 4
2.3資料庫邏輯結構分析 5
2.3.1登陸酒店管理信息系統窗口 5
2.4數據詞典 6
第三章．系統（界面）設計部分 7
3.1數據錄入，修改，刪除界面設計 7
3.1.1用戶登錄界面實現 7
3.1.2具欄菜單的實現 8
3.1.3住房信息窗口 9
3.1.4退房信息窗 10
3.1.5會員信息窗口 10
3.2系統維護，安全設計 11
3.3會員維護查詢 11
第四章．實習報告總結 12
第一章．系統概述
1.1現狀分析
對酒店整個來說，對酒店經營狀況起決定作用的是酒店的服務管理水平。如何利用先進的管理手段來提高酒店的管理水平成為酒店業務發展的當務之急。面對信息時代的機遇和挑戰，利用科技手段提高酒店的管理無疑是一條行之有效的途徑。雖然計算機管理並不是酒店管理走向成功的關鍵元素，但它可以最大限度地發揮准確、快捷、高效等作用，對酒店的業務管理提供強有力的支持。因此，採用全新的計算機網路和酒店業務管理系統，已成為提高酒店的管理效率，使作業人員與管理系統之間靈活互動，實現流暢的工作流銜接，幫助酒店有效地進行業務管理，釋放最大價值。酒店業務管理系統在達到在節省人力資源成本的同時，可以提高業務效率，並能夠及時、准確、迅速地滿足顧客服務的需求。
隨著我國經濟體制改革的不斷深化和我國經濟的快速發展，我國人民的收入不斷提高，消費觀念也有提高，對服務質量的要求也有很大的提高。各地把旅遊業當作本 地經濟發展的重要支柱之一。酒店作為做局慶人們食宿、娛樂、休閑的場所而得到了快速的發展。社會上也成立了各種類型，不同規模的酒店服務企業。如何為客戶純握提供更 加准臘模確及時的服務，成為各個酒店競爭關鍵。所以酒店業務信息化建設就成為了客戶衡量酒店提供商服務標準的一個准則，信息系統成為了基礎。
隨著Internet技術的進一步發展和普及，不能很好的適應世界經濟發展的形式和我國國民經濟建設的需要，市場現有的產品化的酒店業務軟體系統在不斷發 展中的酒店的需求。基於WEB的酒店管理系統的總體設計目標能夠建立完善、高效、可靠的酒店業務信息系統，為酒店提供良好的信息環境。
1.2系統目標
利用PB來實現對酒店管理的設計，能夠進行對顧客住房，退房，會員申請等等。
第二章．系統資料庫分
2.1需求分析
系統需對用戶登錄進行管理。使用各功能模塊時，系統應驗證用戶編號的有效性，否則要求用戶登錄。另外，允許用戶對自己的密碼進行修改。
系統應用比較簡單，除了住房模塊，退房模塊，還有會員查詢模塊，並為會員的增加做了維護。
需求分析是從客戶的需求中提取出軟體系統能夠幫助用戶解決的業務問題，通過對用戶業務問題的分析，規劃出系統的功能模塊，即定義用例。這個步驟是對理解需求的升華，直接關繫到該系統的質量。
2.2資料庫物理結構分析
住房信息：顧客信息，顧客編號，房間編號，房間信息。
會員維護信息：會員編號，會員姓名，會員年齡，會員性別。
會員查詢：會員編號。
退房信息：顧客編號，顧客住房編號，退房時間，普通顧客退房信息，會員退房信息。
2.3資料庫邏輯結構分析
2.3.1登陸酒店管理信息系統窗口
業務登記：窗口中輸入正確的「編號」和對應的「密碼」，則可以進入主窗口
操作可實現的功能：
（1）檢查是否正確連接資料庫
（2）檢查編號與密碼是否匹配--若編號與密碼不匹配，則彈出對話框「輸入錯誤，請中心輸入」。
操作步驟：在窗口中輸入正確的「編號」和對應的「密碼」。
（3）主窗口
若在「登陸」窗口輸入正確的「編號」和「密碼」，便可進入主窗口
如下圖所示：
（4）內部功能：
1.住房信息
2.退房信息
3.會員信息查詢
4.會員維護
5.主題幫助
2.4數據詞典
1.管理員表
Mcode Mname Mtype Mpsd
01 張三 P 111111
02 李四 S 111111
2.顧客表
Pcode Pname Psex Page
01 夏三 男 30
02 陳麗 女 28
03 陳安南 男 24
04 田丁丁 女 28
05 張國政 男 40
3.房間信息表
Rcode 10000 10002 10003 10004 10005 10006 10007
Rkey 2 1 2 1 2 3 3
4.會員號表
Vcode Vname Vsex Vage
07 饒雪漫 女 34
08 林竹 女 24
09 菁菁 女 37
第三章．系統（界面）設計部分
3.1數據錄入，修改，刪除界面設計
3.1.1用戶登錄界面實現
建立窗口w_login
雙擊進入按鈕進行編譯，輸下代碼。
3.1.2具欄菜單的實現
分別點擊菜單項，在下面窗口鍵入open(w_vipprotect),其他的同理。
3.1.3住房信息窗口
在住房窗口中的的顧客編號輸入顧客編號，按enter鍵查詢，則顧客信息會顯示顧客的信息。在訂房過程的房間號信息輸入房間號查詢（若在輸入房間號信息時，房間查詢框中無房間號出現，則該房間已被申請），申請該房間，則按申請該房間按鈕，即申請成功，後退出即可。
3.1.4退房信息窗
顧客退房時，先插入顧客編號，查詢顧客信息。我將顧客信息分為兩個，一個是會員的，一個是普通的顧客。顧客退房時，將顧客所要退的房間編號輸入在房間編號信息框中，進行查詢，或者直接按「插入」鍵，並在房間信息框中插入顧客所要退的房間編號以及房間鑰匙，然後按「數據更新」，即退房成功。
3.1.5會員信息窗口
在顧客編號中輸入會員編號，若是會員的話，則會在會員信息中顯示。若不是會員，則不是會員。
3.2系統維護，安全設計
由於是酒店管理系統的業務性質，必須選擇具有較高的可靠性、穩定性以保證任何情況下都不至於丟失、損失數據。
必須有較高的響應速度，以保證各項具體業務的順利進行。考慮應該要有良好的課維護性，可操作性。
由於各種情況，酒店管理系統在實施後應能達到以下目標：
⒈實現多點操作的信息共享，相互之間信息傳遞准確，快捷，順暢。
⒉系統界面美觀友好，操作簡單易行，查詢靈活方便，數據存儲安全可靠。
⒊實施會員制，提供多種優惠政策。
3.3會員維護查詢
在酒店管理系統中，點擊「統計列印」，再按會員維護，即出現下面的窗口。
在「會員編號」中輸入會員編號，查詢，該窗口用以對會員額增加或對會員號的失效而定的窗口。
第四章．實習報告總結
在本次實習設計中，在連接資料庫時，我認為已經按照以前能夠運行的方法做好了所以的操作任務了，但是在運行中遇到了一個另我很長時間解決不了的問題。在檢查資料庫和連接資料庫代碼以及各項操作代碼都沒有問題的情況了（可以顯示資料庫中已有的記錄），居然連最簡單的提交表單功能都不能實現。
經過這段時間的精心設計，系統的基本功能已經實現，並能實踐於一些業務管理過程中，但酒店業務管理系統是一個龐大的工程，要使網路交互功能的實現，腳本的設計，網頁的構架，網頁的美工，文字的編輯，非一朝一夕可盡善盡美的，這需要一個長期的摸索與完善過程，同時還要在實踐中發現與操作者使用要求不相符合的 地方還要修改。子系統功能雖已基本實現，但仍有諸多地方需要修改。我個人覺得酒店作為一個較早應用了計算機管理系統的行業。隨著酒店業務的擴展，服務的增加，酒店業務管理系統也逐漸發展、完善。如果沒有一套可靠的酒店業務管理系統,但憑手工操作,不僅效率低下,而且會極大地形象到酒店的服務質量。要在酒店服務中選擇好適合自己酒店實際情況的業務管理系統不僅 要考慮該系統在酒店的實用性，還要考慮酒店對該系統所能夠承擔費用的能力，以及這個系統對操作員來說的操作難易程度。
通過本次畢業設計中，我對資料庫有了深一層的認識，或許我的編譯不是很好，整個窗口看起來不是很完美，我做的設計看起來是一個雛形，而且之中還存在很多問題，像我設計的酒店管理系統，很多科室需要靠顧客的口頭描述，並且像賬單的結算等，必須管理員的手頭造作。這還是會給管理員增添了一些麻煩。但是我相信我會一直把資料庫學好。
㈥ 酒店管理系統的資料庫設計
賓館由於工作性質的關系，主要是為客人提供住宿、餐飲、娛樂、休閑等業務，客人的賓館入住的舒適情況都直接影響到賓館的業績。賓館管理是現代化商業管理中一個極其重要的工作，該系統可以應用在區域網上，系統地、全面地支持賓館管理和服務的全過程。主要目標是實現對賓館內部各種管理的電子化、自動化、提高各個部門之間的辦公效率，為高質量的賓館服務提供保證。該著眼於賓館的當前管理與未來發展，由賓館管理人員參與整個研發過程，更加貼近現代賓館的管理模式與管理風格。
㈦ 200分2天內求大學本科資料庫課程設計!急!急！
一、課程設計的內容
本課程設計要採用本課程中學習的資料庫設計方法，運用其基本思路與主要圖表工具完成「企業報刊訂閱管理系統」資料庫應用系統。完成信息需求分析與資料庫的概念設計、邏輯設計、物理設計以及處理功能設計，用SQL Sever的資料庫管理系統、JSP開發工具實現該系統，並運行、評價、改進之；在此基礎上嚴格按課程設計教學大綱所附報告提綱撰寫課程設計報告。通過本課程設計進一步弄懂資料庫系統及其相關的基本概念，理解資料庫系統的系統結構、主要特點，掌握資料庫設計的原理、方法及其基本過程，初步具備資料庫應用設計的能力，初步形成運用資料庫應用系統解決管理決策中的實際問題的基本素質。
二、課程設計的要求與數據
要求學生結合所學管理知識，在借鑒課堂教學案例、了解家人或親友所從事的業務及其流程的基礎上，參考有關資料，選擇自己了解的一項業務，運用課堂所學資料庫系統與資料庫設計知識，完成信息需求分析、資料庫概念設計、邏輯設計、物理設計，實現完成該業務的資料庫應用系統，並運行、評價改進之，最後要寫出課程設計報告。
三、課程設計應完成的工作
要求學生按照《資料庫應用課程設計》教學大綱完成一個資料庫應用系統，並撰寫相應的課程設計報告，主要內容包括：
概述：系統的基本任務，主要業務，開發目標
1. 需求分析
2. （資料庫）概念（模型）設計
3. （資料庫）邏輯（模型）設計
4. 資料庫物理設計與資料庫保護設計
5. 處理功能設計
6. 資料庫應用系統的實現
7. 資料庫應用系統運行
四、課程設計進程安排
序號 設計各階段內容 地點 起止日期
五、應收集的資料及主要參考文獻
[1] 王 珊、陳 虹編著，資料庫系統原理教程，清華大學出版社，2003.
[1] 金銀秋主編，資料庫原理與設計，科學出版社，2000.
[2] 李建中 王珊，資料庫系統原理，電子工業出版社，1998.
[3] 李大友，資料庫原理及應用（第二版），清華大學出版社，2000
發出任務書日期： 年 月 日 指導教師簽名：
計劃完成日期： 年 月 日 基層教學單位責任人簽章：
主管院長簽章：
目錄
概述 …………………………………………………………………4
1. 需求分析…………………………………………………………4
1.1用戶需求……………………………………………………………………4
1.2業務流程分析………………………………………………………………4
1.3信息需求分析………………………………………………………………5
1.4功能需求分析………………………………………………………………6
2. （資料庫）概念（模型）設計…………………………………7
3. （資料庫）邏輯（模型）設計…………………………………9
3.1 一般邏輯模型設計…………………………………………………………9
3.2 具體邏輯模型設計…………………………………………………………9
4. 資料庫物理設計與資料庫保護設計…………………………10
4.1設計索引……………………………………………………………………10
4.2 設計表間關系………………………………………………………………10
4.3完整性設計…………………………………………………………………10
5. 處理功能設計…………………………………………………11
6. 資料庫應用系統的實現………………………………………11
7. 資料庫應用系統運行…………………………………………11
7.1 寫出系統操作使用的簡要說明……………………………………………11
7.2 系統實施過程………………………………………………………………11
7.3系統使用結果………………………………………………………………22
7.4系統評價……………………………………………………………………31
企業報刊訂閱管理系統
概述
隨著社會不斷的發展，人們的生活水平越來越高，對知識的和對時事的渴求也越來越高，人們希望能夠方便快捷地訂閱各種報刊雜志。但是各種各樣的報刊名目和詳細信息以及訂閱，為相關企業的管理造成很大的麻煩。因此網上訂閱成為不可或缺的一部分。
本系統就是面向一個企業的報刊訂閱管理系統。此系統是一種比較智能化的管理系統，它面向所有企業部門的職工用戶，但具有比較高的安全性能。它能夠實現報刊訂閱的基本功能，包括新報刊信息的錄入、訂閱、查詢等操作以及後台資料庫的備份和恢復。用戶合法注冊後必須輸入有效密碼才能成功進入此系統，可以進行訂閱報刊，查詢信息，統計信息等操作。對於非法操作，系統有識別和防護措施。
1. 需求分析
1.1 用戶需求：
本系統就是面向一個企業的報刊訂閱管理系統。此系統是一種比較智能化的管理系統，它面向所有企業部門的職工用戶，但具有比較高的安全性能。它能夠實現報刊訂閱的基本功能，包括新報刊信息的錄入、訂閱、查詢等操作以及後台資料庫的備份和恢復。用戶合法注冊後必須輸入有效密碼才能成功進入此系統，可以進行訂閱報刊，查詢信息，統計信息等操作。對於非法操作，系統有識別和防護措施。
訂閱信息處理的特點是訂閱信息處理量比較大,所管理的信息信息種類繁多,而且訂閱單、編輯單的發生量特別大,關聯信息多,查詢和統計的方式各不相同。因此在管理上實現起來有一定因難。
本系統在設計過程中,為了克服這些困難,需要使程序代碼標准化,軟體統一化,確保軟體的可維護性和實用性；刪除不必要的管理冗餘,實現管理規范化、科學化；界面友好、簡單化,做到實用、方便,盡量滿足報刊訂閱中員工的需要。
1.2 業務流程分析：
本系統主要面向的用戶有系統管理員、讀者。下面分角色對該系統的不同操作范圍做說明。
本系統主要有以下功能模塊：
（1）登陸功能：登陸系統為身份驗證登錄。分為管理員登錄和一般用戶登錄。分別通過不同的用戶名和密碼進入報刊訂閱管理界面，新的用戶需要注冊。
（2）錄入新信息功能：對於管理員，包括新用戶信息和新報刊信息的錄入功能，信息一旦提交就存入到後台資料庫中；普通用戶自行注冊進行可以修改個人信息。
（3）訂閱功能：用戶可以訂閱報刊，系統自動計算所需金額，並顯示在界面上；管理員不可訂閱報刊，必須以用戶身份訂閱報刊。
（4）查詢功能：用戶可以查詢並顯示自己所訂閱的信息；管理員可以按人員、報刊、部門分類查詢。查詢出的信息顯示在界面上,並且可以預覽和列印出結果。
（5）統計功能：管理員可以按用戶、部門、報刊統計報刊的銷售情況，並對一些重要的訂閱信息進行統計；普通用戶可以統計出自己的訂閱情況，並且可以預覽和列印出結果。
（6）系統維護功能：數據的安全管理，主要是依靠管理員對資料庫里的信息進行備份和恢復，資料庫備份後，如果出了什麼意外可以恢復資料庫到當時備份的狀態，這提高了系統和數據的安全性，有利於系統的維護。
下圖為該系統的業務流程圖
1.3 信息需求分析
1.3.1 資料收集：業務流程中用到的相關單據主要是報刊信息還有訂單信息
報刊信息表：
報刊代號 46-250 報刊名稱 IT時代周刊
出版報社 科技出版社
出版周期 半月刊
每月定價 10.00 元/月
分類編號 1001
報刊介紹 《IT時代周刊》是一本深刻解讀信息時代商業變革的雜志。除深度報道信息產業的重大新聞外，還報道金融、汽車、股市、零售等傳統行業利用IT提升商業與管理的新聞。《IT時代周刊》以調查見深度；以商業故事見功力。是CEO/CIO/CFO以及政府官員、商業領袖首選刊物。
訂單信息表：
訂單編號 報刊代號 用戶編號 訂閱日期 訂閱月數 份數 操作
3003 46-205 3206 2008-7-1 訂一月 1 取消訂閱
3004 26-306 3108 2008-7-8 訂半年 2 取消訂閱
3005 72-310 3100 2008-7-9 訂一年 1 取消訂閱
3006 45-214 2541 2008-7-10 訂一季 1 取消訂閱
1.3.2 事項分析：根據以上資料中標題、表頭等中各欄目名，可以得出相關事項，作為數據項；分析這些數據項，找出組合項、導出項、非結構化數據項，確定基本項。檢查是否有要補充的基本數據項，是否有要改進的地方，補充改進之，得出所有基本項。
1.4 功能需求分析：
本系統的主要結構功能圖如下：
2. （資料庫）概念（模型）設計
基本項構思ERD的四條基本原則：
①原則1 （確定實體）：能獨立存在的事物，例如人、物、事、地、團體、機構、活動、事項等等，在其有多個由基本項描述的特性需要關注時，就應把它作為實體。
②原則2 （確定聯系）：兩個或多個實體間的關聯與結合，如主管，從屬，組成，佔有，作用，配合，協同等等，當需要予以關注時，應作為聯系。實體間的聯系可分為一對一、一對多、多對多等三類，在確定聯系時還要確定其類型。
③原則3 （確定屬性）：實體的屬性是實體的本質特徵。實體應有標識屬性（能把不同個體區分開來的屬性組），並指定其中一個作為主標識。聯系的屬性是聯系的結果或狀態。
④原則4（一事一地）：信息分析中得到的基本項要在且僅在實體聯系圖中的一個地方作為屬性出現。
經過上述系統功能分析和需求總結，設計如下面所示的數據項和數據結構。
管理員表（Adminuser）：用於存放管理員的數據記錄，包括數據項：管理員名、密碼。
部門表（Department）：用來存放部門的相關記錄，包括數據項：部門號，部門名。
用戶表（Users）：用於存放注冊用戶的記錄，包括數據項：用戶賬號、密碼、真實姓名、身份證號、聯系電話，聯系地址，部門號（和部門表有關）等。
報刊類別表（NewspaperClass）：用於存放初始的報刊類別記錄，包括數據項：分類編號、分類名稱。
報刊信息表（Newspaper）：用於存放報刊記錄，包括數據項：報刊代號、報刊名稱、出版報社、出版周期、季度報價、內容介紹、分類編號（和報刊類別表有關）等。
訂單表（Order）：用於存放用戶下達的訂閱報刊的基本信息，包括數據項：訂單編號、用戶編號（用戶表的主碼）、報刊代號（報刊信息表的主碼）、訂閱份數、訂閱月數等。
根據上面的設計規劃出來的實體有部門實體、管理員實體、用戶實體、報刊類別實體、報刊信息實體和訂單實體。
部門實體的E-R圖如下圖所示： 管理員實體的E-R圖如下圖所示：
用戶實體的E-R圖如下圖所示： 報刊信息實體的E-R圖如下圖所示：
訂單實體的E-R圖如下圖所示： 報刊類別實體的E-R圖如下圖所示：
所有實體之間的的關系E-R圖如下圖所示：
3. （資料庫）邏輯（模型）設計
3.1 一般邏輯模型設計：
關系模型的邏輯結構是一組關系模式的集合。將E-R圖轉換為關系模型就是要將實體型、實體的屬性和實體型之間的聯系轉換為關系模式。
由ERD導出一般關系模型的四條原則；
①一個1：1聯系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合並。如果軟換為一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系模式何明，則需要在該關系模式的屬性中加入另一個關系模式的碼和聯系本身的屬性。
②一個1：n聯系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合並。如果轉換為一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。
③一個m：n聯系轉換為一個關系模式。與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。
④3個或3個以上實體間的一個多元聯系可以轉換為一個關系模式。與該多元聯系項鏈呢的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。
根據以上原則將E-R圖轉換成的關系模式如下：
部門（部門號，部門名稱）
用戶（用戶賬號，密碼，用戶真實姓名，聯系電話，聯系地址，部門號）
管理員（管理員名，密碼）
報刊類別（分類編號，分類名稱）
報刊（報刊代號，報刊名稱，出版報社，出版周期，每月訂價，內容介紹，分類編號）
訂單（用戶編號，報刊代號，訂閱份數，訂閱月數，訂閱總額）
3.2 具體邏輯模型設計：
在SQL Server2000資料庫中，首先創建newspaper資料庫，然後根據資料庫的邏輯結構分析創建表4-1━4-6的6張數據表。在前台訪問資料庫階段設置了用戶和密碼，用戶為sa，密碼為空。
表4-2 department部門表結構
欄位名稱 欄位類型 允許空 說明
depNumber（主碼） Char（10） 否 部門號
depName Char(50) 是 部門名稱
表4-3 users用戶表結構
欄位名稱 欄位類型 允許空 說明
userNo（主碼） Char（10） 否 用戶帳號
userName Char(20) 是 真實姓名
passWord Char(10) 否 用戶密碼
address Char(150) 是 用戶聯系地址
phone Char(20) 是 用戶聯系電話
depNumber Char(10) 否 用戶所屬部門號
表4-3 newspaperClass報刊分類表結構
欄位名稱 欄位類型 允許空 說明
classid（主碼） Int（4） 否 報刊分類編號
className Char(30) 是 報刊分類名稱
表4-4 newspaper報刊表結構
欄位名稱 欄位類型 允許空 說明
newsNo（主碼） Char（10） 否 報刊代號
newsName Char(40) 否 報刊名稱
classid Int（4） 否 報刊分類編號
publish Char(150) 是 出版報社
pubPeriod Char(30) 是 出版周期
content Char(4000) 是 內容介紹
price Float(8) 否 每月報價
表-6 book訂單表結構
欄位名稱 欄位類型 允許空 說明
userNo（主碼） Char（10） 否 用戶帳號
newsNo（主碼） Char（10） 否 報刊代號
orderAmount Int（4） 否 訂閱份數
orderMonth Int（4） 否 訂閱月數
totalPrice Float(8) 是 訂閱總額
表4-1 adminuser管理員表結構
欄位名稱 欄位類型 允許空 說明
adminUser（主碼） Char(20) 否 管理員用戶名
adminPass Char(10) 否 管理員密碼
4. 資料庫物理設計與資料庫保護設計
4.1設計索引：我們可以在最經常查詢的列上建立索引以提高查詢效率。
而在這個系統中，我們經常要按用戶賬號，按報刊代號，按部門查詢，所以，我們可以為這三個表建立索引，建立所以的SQL語句如下，這幾個都是字元型
Create unique index userNum on users(userNo)
Create unique index departNum on department(depNumber)
Create unique index newsNum on newspaper(newsNO)
4.2 設計表間關系：
4.3完整性設計列出主要欄位完整性的欄位名、完整性約束條件；列出記錄完整性約束及其約束條件；列出參照完整性表。
主要欄位的完整性欄位名和參照完整性表可以參照上圖各個表之間的關系來看。
比如建立報刊表newspaper時，要求報刊代號在100~99999之間，報刊名稱和每月定價不能取空值，報刊類別是報刊類別表的主鍵，則
Create table user
(userNo char(10) constraint C1 check(newsNo between 100 and 99999),
newsName char(40) constraint C2 not null,
classid int(4) constraint C3 not null,
publish char(150)，pubPeriod char(30),content char(4000),
price float(8) not null,
constraint C4 foreign key(classid) references newspaperclass(classid) )
4.4在有多個用戶操作時，考慮用戶授權與安全性控制。
因為這個報刊訂閱系統由多個用戶使用，分為管理員和用戶，他們擁有不同的許可權和安全性控制。所以在許可權設置方面，採用管理員和用戶分別使用用戶名和密碼進入他們能使用許可權范圍里的界面。管理員登陸系統後，可以添加、修改用戶和報刊的信息，可以對訂單進行查詢和統計，並且可以把查詢統計的結果進行預覽和列印出來，還要對資料庫系統進行維護，適時備份資料庫，一旦資料庫遇到問題，可以恢復到最近備份的狀態，減少不必要的損失。
用戶登錄，用戶使用該系統前需要進行注冊，他應該是該企業某個部門下面的員工，所以他需要輸入他的部門號等信息，注冊成功後，登錄到系統，可以修改自己的信息還有訂閱報刊，但由於許可權的限制，他只能查看和統計自己的訂單信息。
5. 處理功能設計
5.1 主控模塊設計：
使用本系統，首先它會自動彈出「歡迎使用本系統」的歡迎界面，然後跳轉到用戶身份驗證界面，選擇管理員的身份進入，有錄入（錄入報刊信息、錄入用戶信息），查詢，統計(統計用戶、統計、報刊訂單)，系統維護（備份資料庫、恢復資料庫），注銷，退出等菜單可使用，沒注冊的用戶可進入注冊界面進行注冊，然後返回登錄界面登錄，進入後有歡迎界面，有訂閱、查詢、統計、修改、注銷、退出等菜單可使用。
6. 資料庫應用系統的實現
6.1 資料庫及其表結構的建立：按照上面的邏輯分析見表
6.2數據輸入：在建好的各個表中輸入數據，要符合數據的約束條件
7. 資料庫應用系統運行
7.1 寫出系統操作使用的簡要說明
本系統的運行需要安裝PowerBuilder9.0和SQL Server2000軟體。操作該系統，首先把備份的資料庫還原出來，導入SQL Server中，然後打開該系統，連接上還原出來的資料庫，再運行，就可以了。
7.2 系統實施過程
（1）打開PowerBuilder，新建一個工作區，命名為newspaper
（2）新建一個Application，取名newspaper，然後點擊工具欄上的DB Profile，新建一個MSS Microsoft SQL Server，填入Profile Name，伺服器名，用戶名，密碼，資料庫，如下圖，然後輸入連接資料庫的主要代碼：
open(w_welcome)
// Profile newspaper
SQLCA.DBMS = "MSS Microsoft SQL Server"
SQLCA.Database = "newspaper"
SQLCA.ServerName = "CHINA-41CD782EF"
SQLCA.LogId = "sa"
SQLCA.LogPass=""
SQLCA.AutoCommit = False
SQLCA.DBParm = ""
connect;
if sqlca.sqlcode<>0 then
messagebox("錯誤","資料庫連接錯誤，程序將關閉！",stopsign!)
return
end if
close(w_welcome)
open(w_login)
（3）製作登錄頁面w_login，在「確定」按鈕輸入如下：
「注冊」按鈕代碼：open(w_register) //打開用戶注冊頁面
「退出」按鈕代碼：close（w_login） //退出本系統
(4)製作注冊窗口w_register，在「注冊」按鈕的代碼如下：
「取消」按鈕代碼：close(w_register)
open(w_login)
（5）製作管理員主菜單w_adminview，建管理員主界面w_adminview，將該菜單放到窗口中
（6）製作用戶主菜單w_userview，建用戶主界面w_userview，將菜單放到窗口中
（7）製作管理員主菜單里的錄入報刊信息窗口w_inmagazine，錄入用戶信息窗口w_inuser，
製作數據窗口dw_magagrid，dw_magafree，dw_userfree，dw_usergrid，在數據窗口調整好外觀，添加控制項，並設定相應的動作，分別放到這兩個窗口中
這兩個窗口功能相識，在窗口中輸入：
dw_1.settransobject(sqlca)
dw_1.retrieve()
dw_2.settransobject(sqlca)
dw_2.retrieve()
（8）製作管理員主菜單中的查詢訂閱信息窗口w_searchorder，製作數據窗口dw_booksearch，將其放入窗體中，在窗口中輸入代碼：
dw_1.settransobject(sqlca)
dw_1.retrieve()
sle_1.setfocus()
在「查詢」按鈕中輸入代碼：
「預覽」按鈕的代碼：
「關閉」按鈕代碼：close（w_searchorder）
數據窗口欄位如下：
（9）製作管理員主菜單中的統計用戶訂單窗口w_statuser，統計部門訂單窗口w_statdept，統計報刊訂單窗口w_statnews：製作統計數據窗口dw_statnews，dw_statuser，dw_statdept將dw_statnews，dw_statuser，dw_statdept分別放入w_statnews， w_statuser，w_statdept中；以下僅列出按出按部門統計的代碼和界面 (按用戶、報刊統計類似，略)；
按部門統計代碼：
窗口代碼：
按部門統計數據窗口：
dw_1.settransobject(sqlca)
dw_1.retrieve()
預覽鍵代碼：（與上頁預覽代碼相同）
退出：close(parent)
（10）管理員主菜單中的更改登錄在w_adminview中的代碼
（11）管理員主菜單中的退出系統在w_adminview中的代碼
（12）管理員主菜單中的資料庫備份窗口w_backup，「開始備份」按鈕的代碼如下
在「>>」按鈕帶輸入代碼：
（13）管理員主菜單中的資料庫恢復窗口w_restore，「開始恢復」按鈕的代碼如下
在「>>」按鈕帶輸入代碼：
在「開始恢復」按鈕輸入代碼：
（14）用戶主菜單的訂閱報刊窗口w_userorder
該系統中定義了一個全局變數gs_userid，其它窗口界面都可以使用該變數，並顯示用戶名，用戶登錄後，它會顯示「~~~~，歡迎使用本系統！」的歡迎界面。
窗口代碼：
dw_1.settransobject(sqlca)
dw_1.retrieve()
sle_1.setfocus()
sle_2.text=gs_userid
「清空」按鈕代碼：
sle_1.text=""
sle_3.text=""
sle_5.text=""
「退出」按鈕代碼：
close(w_userorder)
「訂閱」按鈕代碼：
（14）用戶主菜單的查詢訂單窗口w_usersearch，將訂單查找dw_booksearch放到窗口裡，在窗口中過過濾器篩選中用戶自己的訂單信息，一打開就可以看到自己的訂單信息，可列印和預覽結果
窗口代碼：
「預覽」和「退出」按鈕同上
（15）用戶主菜單的查詢訂單窗口w_userstatis，將用戶統計dw_statuser放到窗口裡，在窗口中過過濾器篩選中用戶自己的訂單信息，一打開就可以看到自己的訂單信息，可列印和預覽結果，窗口代碼如下：
用戶統計dw_statuser數據窗口如下：
「預覽」「退出」按鈕略
（16）用戶主菜單中的修改用戶信息窗口w_usermodify，打開會先顯示出你的信息，而用戶名這一欄是輸入不了的，也就是不能修改用戶名，窗口代碼如下：
「保存」按鈕代碼如下：
（17）用戶主菜單中的更改登錄和退出系統的代碼和管理員的一樣，這里就省略了。
7.3系統使用結果
打開本系統，首先彈出歡迎界面，通常一閃而過，然後到了登錄界面，點擊「注冊」
按確定後，彈出「恭喜，您已注冊成功！」的對話框。如果這時刷新服務管理器，打開SQL Server企業管理器，打開該資料庫的用戶表，就可看到剛才注冊的用戶已經在表中了
然後返回到登陸頁面，輸入剛才注冊到的用戶名和密碼maishning，123456
登錄後，彈出一個窗口，有供用戶使用的菜單，界面顯示「~~~~，歡迎使用本系統」
選擇「訂閱」菜單，在這個訂閱界面，用戶可以瀏覽到所有的報刊信息，要訂閱報刊時，用戶不需輸入用戶名與密碼，只需輸入您要訂閱的報刊代號（該報刊代號必須是報刊表中存在的），訂閱份數（必須是小於8的整數才有效），然後選擇需要訂閱的月數（一月、一季、半年或一年）然後點擊「訂閱」按鈕
訂閱成功後，系統彈出「恭喜！你已成功訂閱該報刊，總金額是~~~~」確定後會顯示出您所訂閱的總額是多少元，按「清空」按鈕後可以訂閱其它報刊（同樣的報刊不可重復訂閱）
再訂閱其它報刊，然後按「退出」按鈕，來到用戶主菜單然後選擇「查詢」菜單，這個數據窗口經過過濾，一打開就直接顯示該用戶過訂閱的訂單，可以進行預覽和列印。
由於許可權的限制，「統計」菜單中的也是只能統計自己訂單信息的數據
在「退訂」報刊菜單中，可以查看自己的訂單，單擊「退訂」然後「保存」即可完成退訂
在「修改」信息菜單中，用戶名也是不可輸入的文本框，即不可修改用戶名，其它信息可以修改，保存後它會自動添加到資料庫中
選擇菜單上的「注銷」，可以用不同的身份進入系統，確定後回到登錄界面
以管理員的身份登錄，用戶名111，密碼111，按登錄按鍵，可看到管理員菜單
選擇菜單欄中的錄入->錄入報刊信息，管理員可以大致瀏覽所有報刊信息，在上面的數據窗口可以查看上一頁和下一頁的具體內容，並且可以對其進行添加，刪除、修改、保存等操作。
錄入用戶信息頁面，基本相似
選擇菜單欄中的「查詢」->「訂單信息」,管理員擁有的許可權可以看到所有的訂單信息
管理員也可以根據需要分別按部門、按用戶、按報刊查詢，比如，要查詢msishning用戶，在文本框中輸入關鍵字，選擇單選按鈕中的「按部門號」，點擊「查詢」，結果如下
可對全部訂單或查詢出來的訂單進行預覽和列印，方便使用
菜單欄中的「統計」菜單有三個子菜單，管理員可以分別統計用戶訂單信息、部門訂單信息和報刊訂單信息， 直接選擇就可看到統計結果，比如選擇「統計用戶訂單信息」
可將統計出來的結果進行預覽和列印，方便使用，其它兩個統計功能相似，略
主菜單中的系統維護->資料庫備份，選擇備份的位置，然後「開始備份」
主菜單中的系統維護->資料庫恢復，選擇之前備份的文件，輸入路徑和資料庫名，然後「開始恢復」
7.4系統評價：
㈧ 如何製作一個完整的資料庫管理系統（最好是賓館客房管理系統）
首先你得知道，酒店跟旅館的業務有出入，
正規的酒店都是有飯館，娛樂場所，和旅館的業務合體。
而旅館應該只是住宿離宿等業務。
你改的話把酒店吃飯，娛樂方面的模塊去掉就可以了。
你把自己當客戶，比如，進入酒店後，吃飯並不一定住宿，也不一定要娛樂。其他也是。
旅館的業務我不清楚，應該只有住宿的業務吧，
所以酒店系統中的吃飯和娛樂子模塊可以去掉了。
如果你的旅館也有其他業務，那本身酒店的業務就保留。
而對於後台資料庫，資料庫里的對象，關於吃飯業務的表（包廂表，菜單表，訂單表，賬單表），娛樂業務的表（包間表，消費記錄表，娛樂活動表等），以及這些表關聯的視圖，存儲過程，索引，還有與其他還要留著的表的完整性約束（規則）也要修改或者刪除。
這種系統改著還算簡單，因為旅館的業務剛好與酒店的部分業務還算好改，但是酒店如果只有吃飯業務那就另當別論了…
其實你改系統，弄清兩個系統的業務關系與需求對此，然後仿照原有的程序與資料庫改動就好了。
㈨ 酒店管理系統e-r圖心得
通過這次將近一個星期的課程設計實訓，我對資料庫在生活中的廣泛應用有了更深的體會，同時也加深了對ACCESS2003的認識，了解了相關的ACCESS的知識，尤其是對資料庫的原理與開發程序的應用有了更進一步的認識和了解信世游。我了解到了，資料庫原理與應用技滑銷術是一門應用性很強返鋒的學科，在學習時必須使理論與實際相結合。通過這次的課程設計我經過了一次綜合訓練，更加全面地掌握和應用了所學的知識。
在這次課程設計中，我們小組設計的是一個學生學籍管理系統，通過設計這個系統，可以更方便地實現信息的瀏覽，查詢，添加等操作和報表輸出等功能，具體包括能實現學生基本情況，學生成績，專業信息，課程信息和選課信息的輸入；對學生的基本信息以及課程，專業信息能提供各種靈活的查詢；能瀏覽各種學生的基本信息，專業信息和課程信息；可以輸出各種常用的報表的功能。雖然這個系統的功能還不是很完善，還有很多功能尚未實現，但這也是我們共同努力的結果，只要有更多的時間，我相信我們能完成的更好。