1、 管理信息系統(tǒng)課程設計報告桌游吧管理系統(tǒng)的分析與設計姓 名： 學 號： 班 級： 08級工商2班 專 業(yè)：信息管理與信息系統(tǒng)所在系： 經(jīng)濟與管理系 指導老師： 桌游吧管理系統(tǒng)的分析與設計摘 要在計算機日益普及的今天，對個人而言若采用一套行之有效的桌游吧管理系統(tǒng)來管理自己的桌游，會方便許多。對桌游的管理部門而言，以前單一的手工檢索已不能滿足人們的要求，往往是投入了大量的人力和財力卻得不到高效的管理效率。為了便于桌游資料的管理需要有效的桌游管理軟件，減輕工作人員的工作量，方便工作人員對它的操作，提高管理的質(zhì)量和水平，做到高效、智能化管理，達到提高桌游信息管理效率的目的。采用數(shù)據(jù)庫技術生成的桌游吧的

2、桌游管理系統(tǒng)將會極大地方便顧客并簡化桌游吧的管理人員和工作人員的勞動，使工作人員從繁忙、復雜的工作進入到一個簡單、高效的工作中?；谶@個問題，開發(fā)了桌游吧管理系統(tǒng)。系統(tǒng)采用c/s模式，實現(xiàn)了租賃與償還桌游的方便、高效性、有效性和及時性。本文通過代言人設計和開發(fā)一個中小型桌游吧管理系統(tǒng)的實踐，闡述了桌游吧管理軟件中所應具有的基本功能、設計、實現(xiàn)。關鍵詞：桌游租賃 人員管理 桌游維護 目錄第一章 綜述11.1問題研究背景11.2管理信息系統(tǒng)簡介1第二章 需求分析42.1 引言42.2 需求分析階段的目標與任務42.2.1處理對象42.2.2處理功能及要求42.2.3.安全性和完整性要求52.3 需

3、求分析階段成果52.3.1 體會與收獲52.3.2 桌游管理系統(tǒng)業(yè)務流程圖52.3.3 桌游吧管理系統(tǒng)數(shù)據(jù)流程圖52.3.4 桌游吧管理系統(tǒng)數(shù)據(jù)字典82.3.5 處理邏輯描述10第三章 概念結構設計113.1引言113.2任務與目標113.3階段結果11第四章 邏輯結構設計134.1邏輯設計的任務與目標134.2數(shù)據(jù)組織134.2.1將e-r圖轉(zhuǎn)換為關系模型134.2.2模型優(yōu)化144.2.3數(shù)據(jù)庫模式定義144.2.4 用戶子模式定義154.3數(shù)據(jù)處理17第五章 物理結構設計185.1物理設計階段的目標與任務185.2數(shù)據(jù)存儲方面185.3系統(tǒng)功能模塊185.3.1 顧客基本信息的查詢和更新

4、模塊185.3.2 桌游基本信息的查詢和更新模塊19第六章 系統(tǒng)的實施216.1建立數(shù)據(jù)庫、數(shù)據(jù)表、視圖、索引216.1.1 建立數(shù)據(jù)庫216.1.2 建立數(shù)據(jù)表216.1.3 建立視圖236.1.4 建立索引236.1.5 建立觸發(fā)器236.2數(shù)據(jù)入庫246.3創(chuàng)建各個功能的存儲過程246.4系統(tǒng)調(diào)試24第七章 系統(tǒng)評價257.1 桌游館管理系統(tǒng)評價257.2 存在的問題及建議25參考文獻26附錄27xxx所在省管理信息系統(tǒng)課程設計報告第一章 綜述1.1問題研究背景隨著社會的不斷發(fā)展，人民生活水平的不斷提高，越來越多的人更關注休閑類服務業(yè)，以放松自身疲憊的身軀與心理。桌游吧作為新興的休閑類產(chǎn)

5、業(yè)，數(shù)量、規(guī)模如雨后春筍般出現(xiàn)在神州大陸之上。不論游戲者還是桌游吧管理部門都需要使用方便而有效的方式來管理自己的桌游。在計算機日益普及的今天，對個人而言若采用一套行之有效的桌游吧管理系統(tǒng)來管理自己的桌游，會方便許多。對桌游吧管理部門而言，以前單一的手工檢索已不能滿足人們的要求，為了便于桌游資料的管理需要有效的桌游吧管理軟件。對于日益擴大的桌游吧，查找特定的桌游總是顧客或工作人員勞神費力，有時還沒有結果。因此往往是投入了大量的人力和財力卻得不到高效的管理效率。為了縮短顧客的等待時間，減輕工作人員的工作量，方便工作人員對它的操作，提高管理的質(zhì)量和水平，做到高效、智能化管理，從而達到提高桌游租賃信息

6、管理效率的目的，采用數(shù)據(jù)庫技術生成的桌游吧管理系統(tǒng)將會極大地方便顧客并簡化桌游吧管理人員和工作人員的勞動，使工作人員從繁忙、復雜的工作進入到一個簡單、高效的工作中。本文以某桌游吧管理系統(tǒng)管理系統(tǒng)開發(fā)過程為背景，全文分為目錄、需求分析、概要設計、邏輯設計、物理設計，以及系統(tǒng)的實現(xiàn)等全過程。在程序設計與調(diào)試上采用了自上而下，逐步細化，逐步完善的原則。采用結構化的功能模塊設計系統(tǒng)功能，可讀性好，易于擴充?；竟δ苋?，系統(tǒng)可讀性好，易于維護、更新，安全性好。1.2管理信息系統(tǒng)簡介信息作為生產(chǎn)力最活躍的因素，很早就在人類經(jīng)濟生活中發(fā)揮不可替代的作用，把信息納入企業(yè)經(jīng)營管理系統(tǒng)中高效處理和應用是在計算機

7、發(fā)明以后的50年代末。目前人們所提到的管理信息系統(tǒng)，通常是指以計算機為工具，對管理信息進行收集、存儲、檢索、加工和傳遞，使其應用于組織機構及企業(yè)管理領域的“人-機系統(tǒng)”，該系統(tǒng)是70年代初“后工業(yè)經(jīng)濟”時代的產(chǎn)物，在企業(yè)管理信息系統(tǒng)在其發(fā)展的初期，是單一的人-機系統(tǒng)，系統(tǒng)功能簡單，效率低，對管理的作用有限。進入20世紀80年代末，隨著計算機網(wǎng)絡和通訊技術的大力發(fā)展，企業(yè)管理信息系統(tǒng)進入網(wǎng)絡化的發(fā)展時期。世界發(fā)達國家已建立了完善的先進的管理信息系統(tǒng)體系，在社會經(jīng)濟領域中發(fā)揮著巨大的作用。我國的管理信息系統(tǒng)大發(fā)展是在80年代末90年代初，國家建立起了“金卡”，“金關”，“金橋”工程，多數(shù)企事業(yè)單位

8、建立了局域網(wǎng)和廣域網(wǎng)管理信息系統(tǒng)，隨著世界經(jīng)濟和我國經(jīng)濟逐步向知識經(jīng)濟邁進，無論是基于工業(yè)經(jīng)濟的管理信息系統(tǒng)，還是面向少數(shù)專家和管理人員的專家系統(tǒng)（es）或決策支持系統(tǒng)(dss)，其處理對象和服務對象，自身的系統(tǒng)結構，處理能力，都有進一步的發(fā)展。管理信息系統(tǒng)在企業(yè)中的應用存在三個要素，就是人，計算機和數(shù)據(jù)。人是指企業(yè)領導者、管理人員、技術人員，以及mis建設的領導機構和實施機構，他們在系統(tǒng)中起主導作用。mis是一項系統(tǒng)工程，不是靠一些計算機開發(fā)人員就可以完成的，必須有企業(yè)管理人員，尤其是企業(yè)領導的積極參與。計算機技術是mis得以實施的主要技術，在這些技術中，軟件開發(fā)是mis開發(fā)的重點。第三個因

9、素也不可忽視。企業(yè)的管理數(shù)據(jù)是mis正常運行的基礎。廣義地說，各項管理制度是mis建設成功的基礎。試想要計算一臺機床的成本，需要輸入每個部件、每個零件以及每個螺絲釘帽的費用，涉及企業(yè)的生產(chǎn)車間、采購、庫房、工藝設計和財務等多個部件，必須有一整套管理制度作保證。在計算機軟件技術中，人機界面已經(jīng)發(fā)展為一個重要的分支。mis人機界面設計一般遵循以下基本原則：1.以通訊功能作為界面設計的核心人機界面設計的關鍵是使人與計算機之間能夠準確地交流信息。一方面，人向計算機輸入信息時應當盡量采取自然的方式；另一方面，計算機向人傳遞的信息必須準確，不致引起誤解或混亂。另外，不要把內(nèi)部的處理、加工與人機界面混在一起

10、（人機界面程序只是通訊），以免互相干擾，影響速度。設計mis時，針對每個功能，都要按照模塊化思想，使輸入、處理與輸出“涇渭分明”，充分體現(xiàn)人機界面的通訊功能。這樣設計出來的程序不易出錯，而且易于維護。報表打印是mis必備的功能之一，而且打印之前常常需要計算。計算與打印分開設計，雖然消耗時間，但易于整個mis系統(tǒng)的維護。2.界面必須始終一致統(tǒng)一的人機界面不致于會增加用戶的負擔，讓用戶始終用同一種方式思考與操作。最忌諱的是每一個屏幕用戶就要換一套操作指令與操作方法。例如在整個系統(tǒng)可以以問號圖標表示幫助，以磁盤圖標表示存盤，以打印機圖標表示打印機等。3.界面必須使用用戶隨時掌握任務的進展情況人機界面

11、應該能夠告訴用戶軟件運行的進度。特別是在需要長時間的等待時，必須讓用戶了解工作進展情況，如可以設計已經(jīng)完成百分之幾的任務進度條凳。目前，windows下的應用軟件無論大小，其安裝程序幾乎均做到了這一點。開發(fā)mis軟件時，這一點很值得借鑒。4.界面友好，使用方便多數(shù)mis軟件的數(shù)據(jù)輸入量較大。對于一些相對固定的數(shù)據(jù)，不應讓用戶頻頻輸入（特別是漢字），而應讓用戶用鼠標輕松選擇。例如，人事管理系統(tǒng)中的“文化程度”是相對固定的數(shù)據(jù)，其值一般取“小學”，“高中”，“大?！?，“大本”，“碩研”，“博研”等，錄入數(shù)據(jù)之前，mis軟件應在相應的位置彈出一個列表框，待用戶以鼠標點擊，而不應該讓用戶每次都輸入這些

12、漢字。總之，所開發(fā)的mis在使用過程中，應使用戶的數(shù)據(jù)輸入量降至最低限度減少用戶的干預量。實踐證明，用戶干預愈少，mis系統(tǒng)的滿意度愈高。第二章 需求分析2.1 引言進行系統(tǒng)設計，首先要對系統(tǒng)的現(xiàn)狀進行分析。根據(jù)系統(tǒng)的目標、需求和功能，制定和選擇一個較好的系統(tǒng)方案，從而達到一個合理的優(yōu)化系統(tǒng)。幾乎每一個大型城市的每一處繁華區(qū)或是每一所高校附近都有桌游吧的存在，最初由于桌游數(shù)量和種類較少，人工手動管理比較方便和靈活。隨著社會的發(fā)展，桌游的數(shù)量和種類越來越多，人工手動管理會降低工作的效率，希望建立一個桌游吧管理系統(tǒng)，是為了解決人工手動管理桌游信息在實踐的問題，從而達到系統(tǒng)化、規(guī)范化、標準化的水平。

13、該系統(tǒng)的建立不但給管理者帶來了方便，也節(jié)省了工作時間從而提高了工作效率。需求分析是在于要弄清用戶對開發(fā)的數(shù)據(jù)庫應用系統(tǒng)的確切要求。數(shù)據(jù)庫設計的第一步是明確數(shù)據(jù)庫的目的和如何使用，也就是說需要從數(shù)據(jù)庫中得到哪些信息。明確目的之后，就可以確定您需要保存哪些主題的信息（表），以及每個主題需要保存哪些信息（表中字段）。在構造系統(tǒng)時，首先從需求出發(fā)構造數(shù)據(jù)庫表，然后再由數(shù)據(jù)庫表結合需求劃分系統(tǒng)功能模塊。這樣，就把一個大的系統(tǒng)分解成了幾個小系統(tǒng)。這里把系統(tǒng)的層次劃分為了四個部分：桌游維護，人員信息管理，桌游的租賃管理，信息查詢。能夠?qū)崿F(xiàn)以下功能：1、進行新桌游的入庫、現(xiàn)有桌游的信息修改以及刪除；2、能夠?qū)?/p>

14、現(xiàn)對租賃業(yè)務顧客基本信息的查詢和編輯管理；3、能夠進行超期罰款功能；4、能夠進行租賃信息的查詢功能；2.2 需求分析階段的目標與任務2.2.1處理對象顧客信息：顧客編號，姓名，性別，身份證號，所在省，所在市，所在縣，類型，類別編號，辦證日期管理員信息：管理員編號，姓名，性別，權限，登錄口令，住址，電話店藏桌游信息：桌游編號，索桌游號，桌游名稱，代言人，出廠商，單價，說明，關鍵字，副本數(shù)，分類，出廠日期，狀態(tài)租賃信息：桌游編號，顧客編號，桌游名，代言人，租賃日期，償還日期，應還日期，罰金租賃歷史信息：桌游編號，顧客編號，桌游名，代言人，租賃日期，償還日期罰款信息：顧客編號，桌游編號，桌游名，代言

15、人，租賃日期，應還日期，償還日期，罰款金額，處理狀態(tài)，管理員編號2.2.2處理功能及要求1能夠存儲一定數(shù)量的桌游信息,并方便有效的進行相應的桌游數(shù)據(jù)操作和管理，這主要包括：1) 桌游信息的錄入、刪除及修改。2) 桌游信息的檢索查詢。3) 桌游的租賃、償還及超期罰款或丟失賠償。2能夠?qū)σ欢〝?shù)量的顧客、管理員進行相應的信息存儲與管理，這其中包括：1) 顧客信息的登記、刪除及修改。 2) 管理員信息的增加、刪除及修改。 3) 顧客資料的統(tǒng)計與查詢。3能夠提供一定的安全機制，提供數(shù)據(jù)信息授權訪問，防止隨意刪改、查詢。4對查詢、統(tǒng)計的結果能夠列表顯示。2.2.3.安全性和完整性要求1、安全性要求 系統(tǒng)安

16、全性要求體現(xiàn)在數(shù)據(jù)庫安全性、信息安全性和系統(tǒng)平臺的安全性等方面。安全性先通過視圖機制，不同的用戶只能訪問系統(tǒng)授權的視圖，這樣可提供系統(tǒng)數(shù)據(jù)一定程度上的安全性，再通過分配權限、設置權限級別來區(qū)別對待不同操代言人對數(shù)據(jù)庫的操作來提高數(shù)據(jù)庫的安全性；系統(tǒng)平臺的安全性體現(xiàn)在操作系統(tǒng)的安全性、計算機系統(tǒng)的安全性和網(wǎng)絡體系的安全性等方面。2完整性要求系統(tǒng)完整性要求系統(tǒng)中數(shù)據(jù)的正確性以及相容性。可通過建立主、外鍵，使用check約束，或者通過使用觸發(fā)器和級聯(lián)更新。2.3 需求分析階段成果2.3.1 體會與收獲系統(tǒng)需求分析主要是通過對本校桌游管理員的咨詢、請教，了解我校桌游館的管理規(guī)則和運行機制，并通過上網(wǎng)搜

17、索有關桌游管理系統(tǒng)的知識，了解到了桌游管理的現(xiàn)狀，以及在管理中的一些問題。由于是第一次做這樣的需求調(diào)查，開始總是覺得無從下手，不知道自己該了解、該清楚那些方面的知識，在繪制系統(tǒng)業(yè)務流程圖時，也遇到了很多的問題，但通過老師的幫助與指導，和自己一遍一遍的分析和完善，才逐步把業(yè)務弄清楚，最終順利完成了需求分析階段的任務。2.3.2 桌游管理系統(tǒng)業(yè)務流程圖從顧客角度考慮的業(yè)務流程圖：顧客償還處理查詢處理管理員償還記錄單更新桌游信息有效租賃單查詢信息單租賃處理超期罰款單租賃記錄單丟失賠償單償還桌游單缺損通知單查詢結果單更新后桌游信息圖2.1 從顧客角度考慮的業(yè)務流程圖2.3.3 桌游吧管理系統(tǒng)數(shù)據(jù)流程圖

18、頂層數(shù)據(jù)流圖：桌游吧管理系統(tǒng)顧客管理員 顧客信息 租賃信息 桌游信息 查詢信息 管理員信息圖2.2 頂層數(shù)據(jù)流圖第2層數(shù)據(jù)流圖：（顧客租賃，顧客償還，顧客查詢，管理員查詢，管理員修改）租賃桌游顧客管理員f2店藏桌游信息表f1 顧客信息表f2店藏桌游信息表f3 租賃信息表f4 罰款信息表f5 管理員信息表2償還桌游顧客信息桌游桌游3查詢查詢信息結果信息5修改顧客信息4修改卓有信息6修改管理員信息新顧客信息新桌游信息新管理員信息圖2.3 第2層數(shù)據(jù)流圖第3層數(shù)據(jù)流圖：（顧客租賃）無效借單顧客f1 顧客信息表續(xù)借單更新桌游缺損通知單1.1有效體驗有效借單1.2租賃登記f3 租賃信息表租賃單f2店藏桌

19、游信息表f3 租賃信息表圖2.4 第3層數(shù)據(jù)流圖（顧客租賃）第3層數(shù)據(jù)流圖：（顧客償還）f2店藏桌游信息表f1 顧客信息表更新桌游丟失賠償單2.1有效體驗2.2償還登記f3 租賃信息表顧客超期罰款單超期催還單2.3繳費f4 罰款信息表f3償還桌游信息表.圖2.5 第3層數(shù)據(jù)流圖（顧客償還）第3層數(shù)據(jù)流圖：（查詢桌游信息，查詢顧客信息，查詢租賃歷史，查詢罰款信息）3.1檢驗顧客管理員顧客信息查詢信息管理員信息查詢信息f1 顧客信息表f3 租賃信息表f4 罰款信息表f5 管理員信息表3.2 查 詢有效查詢信息f2店藏桌游信息表無效查詢信息查詢信息結果圖2.6 第3層數(shù)據(jù)流圖（管理員、顧客查詢）第3

20、層數(shù)據(jù)流圖：（管理員添加、刪除、修改桌游信息）新桌游信息f5 管理員信息表表表管理員管理員信息f2店藏桌游信息表誤操作權限4.1身份檢驗4.2添加桌游信息4.3刪除桌游信息4.4修改桌游信息有效權限更新圖2.7 第3層數(shù)據(jù)流圖（桌游的維護）第3層數(shù)據(jù)流圖：（管理員添加、刪除、修改顧客信息）新顧客信息f5 管理員信息表表表管理員管理員信息f1 顧客信息表誤操作權限5.1身份檢驗5.2添加顧客信息5.3刪除顧客信息5.4修改顧客信息有效權限更新圖2.8 第3層數(shù)據(jù)流圖（更改顧客信息）第3層數(shù)據(jù)流圖：（管理員添加、刪除、修改系統(tǒng)用戶信息）新管理員信息f5管理員信息表管理員管理員信息f1 管理員信息表

21、誤操作權限6.1身份檢驗6.2添加管理員信息6.3刪除管理員信息6.4修改管理員信息有效權限更新圖2.9 第3層數(shù)據(jù)流圖（更改管理員信息）2.3.4 桌游吧管理系統(tǒng)數(shù)據(jù)字典（a）數(shù)據(jù)項：系統(tǒng)涉及的數(shù)據(jù)項有44項表1.1 數(shù)據(jù)項列表數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義與其它數(shù)據(jù)項的關系存儲結構別名di-1bgid桌游條碼號char(9)條碼號di-2bgno索桌游號char(10)索桌游號di-3bgname桌游名char(20)桌游名di-4 bgcelebrity桌游代言人char(8)代言人di-5bgfirm桌游出廠商char(20)出廠商di-6bgprice桌游單價char(7)單價di-7

22、bgdate桌游出廠日期date出廠日期di-8bgclass桌游分類char(20)類別di-9bgmain桌游說明char (200)說明di-10bgprim桌游關鍵字char (30)關鍵字di-11bgcopy桌游副本數(shù)char (5)副本數(shù)di-12bgstate桌游是否可借char(10)狀態(tài)di-13bgrno所屬館室號同roomnochar(5)館室號di-14cusid顧客條碼號char(9)條碼號di-15cusname顧客姓名char(10)姓名di-16cussex顧客性別char(2)性別di-17cusno顧客學號char (9)學號di-18cusrlbgid顧

23、客類別編號同lbgidchar(5)類別編號di-19custype顧客類型（職務）char(20)類型di-20cusvisit顧客所在省char(20)省di-21cuscity顧客所在市char(5)市di-22cuscounty顧客所在縣char(20)縣di-23cusdate顧客辦證時間date辦證時間di-24outdate租賃日期date租賃時間di-25indate償還日期date償還時間di-26yhdate應還日期date應還時間di-27fine罰款金額char(3)罰款金額di-28clstate是否交納罰金char(8)處理狀態(tài)di-29lbgid類別編號同cusl

24、bgidchar(5)類別編號di-30lcname顧客類別名char(20)類別名di-31lbgnum允許最多租桌游數(shù)量char(5)租賃數(shù)量di-32lbgbqx允許最長持有時間char(4)租賃期限di-33lbgqx租賃卡有效期char(3)有效期限di-34mid管理員編號同roommidchar(10)編號di-35mname管理員姓名char(10)姓名di-36msex管理員性別char(2)性別di-37mpwd管理員口令char(8)口令di-38mauth管理員權限級別char(4)權限級別di-39mteleph管理員電話char(15)電話di-40maddre管理

25、員地址char(30)住址di-41roomno館室號同bgrnochar(5)館室號di-42roommid館室管理員編號同midchar(10)編號di-43roomnum館室內(nèi)桌游數(shù)目char(5)數(shù)量di-44roomaddre館室地址char(20)地址（b）數(shù)據(jù)結構：表1.2 數(shù)據(jù)結構列表數(shù)據(jù)結構編號數(shù)據(jù)結構名數(shù)據(jù)結構含義組成ds-1bg店藏桌游信息bgid,bgno,bgname,bgcelebrity,bgfirm,bgprice,bgdate,bgclass, bgmain,bgprim,bgcopy,bgstate,bgrnods-2customer顧客信息cusid, c

26、usname,cussex, cusno, cuslbgid, custype, cusvisit,cuscity, cuscounty, cusdate,ds-3borrow租賃信息bgid,cusid,bgname,bgcelebrity, outdate,yhdateds-4history租賃歷史bgid,cusid,bgname,bgcelebrity, outdate,indateds-5fine罰款信息bgid,cusid,bgname,outdate,indate,fine, clstate，midds-6customertype顧客類別lbgid, lbgname, lbgnu

27、m, lbgbqx, lbgqxds-7maneger管理員信息mid,mname,msex,mpwd,mauth,mteleph,maddreds-8room館室信息roomno, roommid, roomnum, roomaddre2.3.5 處理邏輯描述表1.3 處理邏輯列表處理編號處理功能處理過程pr-1判斷顧客查詢涉及的功能模塊店藏桌游信息模塊、顧客信息模塊、顧客類別信息模塊、租賃信息模塊、租賃歷史信息模塊、罰款信息模塊、管理員模塊、館室信息模塊：先確定查詢所涉及的功能模塊；然后，根據(jù)要查詢的內(nèi)容，確定查詢數(shù)據(jù)流向；最后顯示查詢結果。pr-2判斷桌游、顧客修改要涉及的模塊，同時把相

28、應的修改數(shù)據(jù)傳到相應的模塊之中店藏桌游信息模塊、顧客信息模塊、顧客類別信息模塊、管理員信息模塊、館室信息模塊：先確定更新所涉及的功能模塊；然后，把更新信息傳送到相應的模塊中；最后，進行相應的更新操作。第三章 概念結構設計3.1引言系統(tǒng)開發(fā)的總體目標是實現(xiàn)桌游吧管理的系統(tǒng)化和自動化，縮短顧客的等待時間，減輕工作人員的工作量，方便工作人員對它的操作，提高管理的質(zhì)量和水平，做到高效、智能化管理，從而達到提高桌游吧管理效率的目的。主要任務是對顧客信息、管理員信息、桌游資料信息、租賃信息、償還桌游信息、罰款信息的基本信息的操作及外理。概念設計階段主要是將需求分析階段得到的用戶需求抽象為信息結構(概念模型

29、)的過程,它是整個數(shù)據(jù)庫設計的關鍵。3.2任務與目標在概念結構設計階段的設計流程為：（1）選擇中層數(shù)據(jù)流為切入點，通常選擇實際系統(tǒng)中的子系統(tǒng)；（2）設計分e-r圖，即各子模塊的e-r圖；（3）生成初步e-r圖，通過合并方法，做到各子系統(tǒng)實體、屬性、聯(lián)系統(tǒng)一；（4）生成全局e-r圖，通過消除沖突等方面。在本桌游管理系統(tǒng)中，從第3層數(shù)據(jù)流程圖下手。分析各3層數(shù)據(jù)流圖和數(shù)據(jù)字典，知道整個系統(tǒng)功能圍繞“顧客”、“管理員”和“桌游”的處理。根據(jù)實體與屬性間的兩條準則：作為“屬性”，不能再具有需要描述的性質(zhì)?！皩傩浴辈荒芘c其他實體具有聯(lián)系。可綜合成租賃子系統(tǒng)的分e-r圖3.1，分e-r圖3.2，分e-r圖

30、3.3，分e-r圖3.4。然后采用逐步集成的方式將各分e-r圖合并，消除不必要的冗余和沖突后就生成了基本e-r圖3.5。3.3階段結果根據(jù)不同的對象，分別畫出各分er圖如下所示：顧客租賃償還桌游償還管理員 m m n n n m圖3.1 分e-r圖1維護顧客管理員 1 n 圖3.2 分e-r圖2管理顧客管理員 1 n圖3.3 分e-r圖3管理管理員 n 1 圖3.4 分e-r圖4合并各e-r分圖,消除屬性沖突、命名沖突、結構沖突等三類沖突，得到初步e-r圖，再消除不必要冗余，得到的基本e-r圖如圖3.5所示：桌游顧客屬于罰款館室維護顧客類別償還管理員顧客租賃屬于 1 n n m m 1 n 1

31、 n n n n m圖3.5 總e-r圖各er圖各實體的屬性如下所示：桌游：board games (bgid, bgno, bgname, bgcelebrity, bgfirm, bgprice, bgdate, bgclass, bgmain, bgprim, bgcopy, bgstate,bgrn)顧客：customer(cusid, cusname, cussex, cusno, cuslbgid, custype, cusvisit, cuscity, cuscounty,cusdate)管理員：maneger(mid, mname, msex, mpwd, mauth, mte

32、leph, maddre)館室：room(roomno,roommid,roomnum,roomaddre)顧客類別：customertype(lbgid, lbgname, lbgnum, lbgbqx, lbgqx)各er圖中聯(lián)系的屬性如下所示：租賃信息：borrow (bgid,cusid,bgname,bgcelebrity, outdate,yhdate)租賃歷史：history(bgid,cusid,bgname, bgcelebrity, outdate,indate)罰款信息：fine(bgid,cusid,bgname, outdate,indate, fine, clsta

33、te, mid)第四章 邏輯結構設計4.1邏輯設計的任務與目標以上的概念設計階段是獨立于任何一種數(shù)據(jù)模型的，但是邏輯設計階段就與選用的dbms產(chǎn)品發(fā)生關系了，系統(tǒng)邏輯設計的任務就是將概念設計階段設計好的基本e-r圖轉(zhuǎn)換為選用dbms產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結構。具體內(nèi)容包括數(shù)據(jù)組織（將e-r圖轉(zhuǎn)換成關系模型、模型優(yōu)化、數(shù)據(jù)庫模式定義、用戶子模式設計）、數(shù)據(jù)處理（畫出系統(tǒng)功能模塊圖）兩大任務。4.2數(shù)據(jù)組織4.2.1將e-r圖轉(zhuǎn)換為關系模型實體型轉(zhuǎn)換為關系模式。實體的屬性就是關系的屬性，實體的碼就是關系的碼。對于實體間的聯(lián)系則有以下不同的情況：1、一個m：n聯(lián)系轉(zhuǎn)換為一個關系模式。與該聯(lián)

34、系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性，而關系的碼為各實體碼的組合。2、一個1：n聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式，也可以與n端對應的關系模式合并。如果轉(zhuǎn)換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性，而關系的碼為n端實體的碼。 3、一個1：1聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。三個或三個以上實體間的一個多元聯(lián)系可以轉(zhuǎn)換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性，而關系的碼為各實體碼的組合。 4、具有相同碼的關系模式可合并。由于顧客類別與顧客、館室與桌游的聯(lián)系方式是1

35、:n（一對多），可以將其之間的聯(lián)系與n端實體顧客、桌游合并，管理員與桌游之間的維護聯(lián)系也是1:n（一對多），同樣也將其之間的聯(lián)系與n端實體合并，而顧客與桌游之間的租賃和償還聯(lián)系方式則是n:m（多對多），這樣要把它們之間的聯(lián)系轉(zhuǎn)化為獨立的關系模式，顧客與管理員之間的罰款聯(lián)系是m:n（多對多），將其聯(lián)系也轉(zhuǎn)化成獨立的關系模式，具體的基本e-r圖向關系模型的轉(zhuǎn)化如下：桌游：board games (bgid, bgno, bgname, bgcelebrity, bgfirm, bgprice, bgdate, bgclass, bgmain, bgprim, bgcopy, bgstate,bgr

36、n)顧客：customer(cusid, cusname, cussex, cusno, cuslbgid, custype, cusvisit, cuscity, cuscounty,cusdate)管理員：maneger(mid, mname, msex, mpwd, mauth, mteleph, maddre)顧客類別：customertype(lbgid, lbgname, lbgnum, lbgbqx, lbgqx)館室：room(roomno,roommid,roomnum,roomaddre)租賃信息：borrow (bgid,cusid,bgname,bgcelebrity,

37、 outdate,yhdate)租賃歷史：history(bgid,cusid,bgname, bgcelebrity, outdate,indate)罰款信息：fine(bgid,cusid,bgname, outdate,indate, fine, clstate, mid) （注：標有直線下劃線的為主屬性，標有波浪線下劃線的是外鍵屬性，主屬性與外鍵屬性一起構成主碼）4.2.2模型優(yōu)化關系模式board games,customer,room,custype ,maneger不存在非主屬性對主屬性的部分函數(shù)依賴，也不存在傳遞函數(shù)依賴，已經(jīng)達到了3nf，但是租賃關系模式、租賃歷史關系模式、罰

38、款關系模式（borrow,history,fine）中存在著一些數(shù)據(jù)冗余，現(xiàn)將三個關系模型進行合并，消除冗余，優(yōu)化為：租賃信息:borrow (bgid,cusid,bgname,bgcelebrity,outdate,indate, yhdate,fine,clstaer,mid)4.2.3數(shù)據(jù)庫模式定義表4.1 店藏桌游信息表列名數(shù)據(jù)類型可否為空說明bgidcharnot null桌游編號bgnocharnot null索桌游號bgnamecharnot null桌游名bgcelebritycharnot null桌游代言人bgfirmcharnot null桌游出廠商bgpricecha

39、r桌游的單價bgdatedate出廠日期bgclasschar桌游的分類bgmainchar桌游的摘要bgprimchar桌游的關鍵字bgcopychar桌游的副本數(shù)bgstatecharnot null桌游是否可借bgrnocharnot null桌游所在館室號表4.2 顧客信息表列名數(shù)據(jù)類型可否為空說明cusidcharnot null顧客編號cusnamecharnot null顧客姓名cussexcharnot null顧客性別cusnocharnot null顧客身份證號cuslbgidcharnot null顧客類別編號custypechar顧客類型cusvisitchar顧客所在

40、省cuscitychar顧客所在市cuscountychar顧客所在縣cusdatedatenot null辦證日期表4.3 管理員信息表列名數(shù)據(jù)類型可否為空說明midcharnot null管理員編號mnamecharnot null管理員姓名msexchar管理員性別mpswcharnot null管理員密碼mauthcharnot null管理員權限mtelephchar管理員電話maddrechar管理員地址表4.4 館室信息表列名數(shù)據(jù)類型可否為空說明roomnocharnot null館室號roommidcharnot null館室管理員編號roomnumchar館室擁有桌游數(shù)目ro

41、omaddrechar館室地址表4.5 顧客類別信息表列名數(shù)據(jù)類型可否為空說明lbgidcharnot null顧客類別編號lbgnamecharnot null顧客類別名lbgnumcharnot null允許租賃桌游最大數(shù)lbgbqxcharnot null持有桌游最長期限lbgqxcharnot null租賃證期限表4.6 租賃信息表列名數(shù)據(jù)類型可否為空說明cusidcharnot null顧客編號bgidcharnot null桌游編號bgnamecharnot null桌游名bgcelebritychar代言人outdatedatenot null租賃時間indatedate償還時間

42、yhdatedatenot null應還時間finechar罰款金額clstatechar處理狀態(tài)midcharnot null管理員編號4.2.4 用戶子模式定義表4.7 用戶子模式定義編號用戶子模式(view)作用(共性：提供數(shù)據(jù)保密和安全保護機制)v1bgview便于查詢和修改桌游的基本信息v2board gamesview方便顧客基本信息的查詢、更新v3historyview便于租賃歷史信息的查詢v4customerview用于當前租賃信息的查詢v5fineview便于查詢罰款信息表4.8 顧客基本信息視圖列名數(shù)據(jù)類型可否為空說明cusidcharnot null顧客編號cusname

43、charnot null顧客姓名cussexcharnot null顧客性別custypechar顧客類型cusvisitchar顧客所在省cusdatedatel辦證日期表4.9 桌游基本信息視圖列名數(shù)據(jù)類型可否為空說明bgnocharnot null索桌游號bgnamecharnot null桌游名bgcelebritycharnot null代言人bgfirmcharnot null桌游出廠商bgstatecharnot null桌游是否可借bgrnocharnot null桌游所在館室號表4.10 顧客當前租賃信息視圖列名數(shù)據(jù)類型可否為空說明bgidcharnot null桌游編號bg

44、namecharnot null桌游名outdatedatenot null租賃時間yhdatedatenot null應還時間表4.11 顧客租賃歷史信息視圖列名數(shù)據(jù)類型可否為空說明bgidcharnot null桌游編號bgnamecharnot null桌游名outdatedatenot null租賃時間indatedate償還時間表4.12 顧客罰款信息視圖列名數(shù)據(jù)類型可否為空說明bgidcharnot null桌游編號bgnamecharnot null桌游名outdatedatenot null租賃時間indatedate償還時間finecharnot null罰款金額clstat

45、echarnot null處理狀態(tài)4.3數(shù)據(jù)處理系統(tǒng)功能模塊圖： 桌游吧管理系統(tǒng)桌游維護子系統(tǒng)人員資源管理子系統(tǒng)租還服務子系統(tǒng)查詢服務子系統(tǒng)添加新到桌游刪除過期桌游修改店藏桌游添加新用戶刪除無效用戶修改用戶信息租賃服務償還服務罰款服務桌游查詢服務個人信息查詢圖4.1 系統(tǒng)功能模塊圖第五章 物理結構設計5.1物理設計階段的目標與任務系統(tǒng)的物理設計就是為邏輯數(shù)據(jù)模型選取一個最合適應用要求的物理結構的過程，在這個階段中要完成兩大任務：（1）確定數(shù)據(jù)庫的物理結構，在關系數(shù)據(jù)庫中主要是存取方法和存儲結構；（2）對物理結構進行評價，評價的重點是時間和空間效率。5.2數(shù)據(jù)存儲方面為數(shù)據(jù)庫中各基本表建立的索引

46、如下：1、由于基本表board games，bg的主碼cusid，bgid經(jīng)常在查詢條件和連接操作的連接條件中出現(xiàn)，且它們的值唯一，在兩個屬性上建立唯一性索引；2、由于基本表board games的屬性cusvisit，bg的屬性bgfirm經(jīng)常在查詢條件中出現(xiàn)在兩個屬性上建立聚簇索引；3、租賃信息基本表borrow的一屬性cusid,bgid，經(jīng)常在查詢條件中出現(xiàn)，考慮在其之上建立聚簇索引；4、罰款信息基本表fine的一屬性cusid,bgid，經(jīng)常在查詢條件中出現(xiàn)，考慮在其之上建立聚簇索引；5.3系統(tǒng)功能模塊5.3.1 顧客基本信息的查詢和更新模塊將實現(xiàn)對顧客基本信息的查詢和更新（修改、添加、刪除）操作，用于新顧客到來，老顧客離去，以及顧客補辦租賃證或更改信息的情況，具體的功能模塊圖如下：管理員發(fā)出查詢或更新的命令查詢？更新？檢查顧客信息表更新顧客信息表是否成功 查詢的結果 提示信息是