1、學(xué)號某公司自助餐管理系統(tǒng)課程設(shè)計報告題目：某公司自助餐管理系統(tǒng)專業(yè)：網(wǎng)絡(luò)工程班級：姓名：指導(dǎo)教師：成績：計算機學(xué)院2017年 12月 8日計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告目錄一、引言.21.1背景與目的 .21.2后臺數(shù)據(jù)庫 SQL Server 2008簡介 .2二、系統(tǒng)需求分析 .22.1系統(tǒng)功能分析 .32.21 子模塊功能分析 .42.2系統(tǒng)功能模塊設(shè)計 .52.21 系統(tǒng)功能管理模塊 .52.3數(shù)據(jù)流圖 .62.3.1交易數(shù)據(jù)流圖 .72.3.2整體流圖 .82.4可行性分析 .82.5數(shù)據(jù)字典 .9三、概念結(jié)構(gòu)設(shè)計 .錯誤！未定義書簽。3.1構(gòu)思 ERD 的四條原則 .1

2、03.2設(shè)計 E R 圖 .113.2.1分 E R 圖 .11四、邏輯結(jié)構(gòu)設(shè)計 .124.1一般邏輯模型設(shè)計： .134.1.1由 ERD 導(dǎo)出一般關(guān)系模型的四條原則.134.1.2數(shù)據(jù)庫初步的關(guān)系框架（E-R 圖向關(guān)系模型轉(zhuǎn)化） .134.1.3數(shù)據(jù)模型優(yōu)化 .144.2具體邏輯模型設(shè)計 .144.3設(shè)計用戶子模式 .18五、物理結(jié)構(gòu)設(shè)計 .195.1建立索引 .195.2建立觸發(fā)器 .20六、數(shù)據(jù)庫結(jié)構(gòu)的實現(xiàn).216.1數(shù)據(jù)定義 .216.1.1創(chuàng)建表格 SQL 語句 .226.1.2創(chuàng)建視圖 SQL 語句 .236.1.3創(chuàng)建索引 SQL 語句 .246.3數(shù)據(jù)查詢 .256.4數(shù)據(jù)更

3、新 .256.4.1數(shù)據(jù)添加 .256.4.2數(shù)據(jù)修改 .256.4.3數(shù)據(jù)刪除 .26七、總結(jié).271計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告一、引言1.1 背景與目的隨著一些公司規(guī)模的不斷擴大， 公司后勤管理工作也日趨繁雜 許多大型公司擁有自己的食堂， 這些食堂要實現(xiàn)統(tǒng)一的協(xié)調(diào)管理， 就不得不借助現(xiàn)代化的管理模式 網(wǎng)絡(luò)管理模式。由于某公司為了提高職工的福利待遇， 規(guī)定每個員工每天可以在職工食堂用餐兩次（每餐 3元），可以中午用餐一次，下午用餐一次；也可以集中到中午或下午一次用餐兩次。月底進行核算，如果用餐次數(shù)不足，餐費不退還職工。公司根據(jù)實際的用餐次數(shù)支付食堂餐費。根據(jù)題目要求， 需要設(shè)

4、計并創(chuàng)建該公司的自助餐管理系統(tǒng)， 這樣不僅提高了工作效率，也避免了以前手工作業(yè)的麻煩， 從而使得管理者能夠準確， 有效的管理餐飲。1.2 后臺數(shù)據(jù)庫SQL Server 2008簡介SQL 全稱是“結(jié)構(gòu)化查詢語言(Structured Query Language)”，最早的是IBM 的圣約瑟研究實驗室為其關(guān)系數(shù)據(jù)庫管理系統(tǒng)SYSTEM R開發(fā)的一種查詢語言，它的前身是SQUARE語言。 SQL語言結(jié)構(gòu)簡潔，功能強大，簡單易學(xué)，所以自從 IBM 公司 1981 年推出以來， SQL語言，得到了廣泛的應(yīng)用。SQL是高級的非過程化編程語言，允許用戶在高層數(shù)據(jù)結(jié)構(gòu)上工作。SQL不要求用戶指定對數(shù)據(jù)的

5、存放方法，也不需要用戶了解具體的數(shù)據(jù)存放方式，所以具有完全不同底層結(jié)構(gòu)的不同數(shù)據(jù)庫系統(tǒng)可以使用相同的SQL 語言作為數(shù)據(jù)輸入與管理的接口。它以記錄集合作為操縱對象， 所有 SQL語句接受集合作為輸入，返回集合作為輸出， 這種集合特性允許一條 SQL語句的輸出作為另一條 SQL語句的輸入，所以 SQL語言可以嵌套， 這使他具有極大的靈活性和強大的功能，在多數(shù)情況下，在其他語言中需要一大段程序?qū)崿F(xiàn)的一個單獨事件只需要一個SQL語句就可以達到目的，這也意味著用SQL語言可以寫出非常復(fù)雜的語句。二、系統(tǒng)需求分析隨著 21 世紀的到來，人們更深切地感受到了計算機在生活和工作中的作用越來越重要，越來越多職

6、業(yè)需要具有計算機的應(yīng)用技能。 掌握計算機是職業(yè)的雪要，更是事業(yè)發(fā)展的需要。信息在社會和經(jīng)濟的發(fā)展中所起的作用越來越為人們所重視。 信息資源的開發(fā)利用水平已成為衡量一個國家綜合國力的重要標志之一。 在計算機的三大主要2計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告應(yīng)用領(lǐng)域（科學(xué)計算、數(shù)據(jù)處理與過程控制）中，數(shù)據(jù)處理的比重占 70%左右。計算機作為信息處理的工具， 為適應(yīng)數(shù)據(jù)處理需求的迅速提高， 滿足各類系統(tǒng)對數(shù)據(jù)處理的要求，在文件系統(tǒng)的基礎(chǔ)上發(fā)展起了數(shù)據(jù)庫系統(tǒng)。隨著計算機計算機技術(shù)的飛速發(fā)展，計算機在企業(yè)管理中應(yīng)用及普及，利用計算機實現(xiàn)企業(yè)信息管理勢在必行。本課題以企業(yè)食堂為對象， 作為要面對大量的

7、課程設(shè)計項目及相關(guān)信息的處理，這就需要一個課程設(shè)計管理系統(tǒng)來提高管理工作的效率。通過本系統(tǒng)，可以做到信息的規(guī)范管理、科學(xué)統(tǒng)計和快速查詢，從而減少管理工作方面的工作量。數(shù)據(jù)處理技術(shù)已深入到我們工作和生活的方方面面， 而數(shù)據(jù)庫技術(shù)是數(shù)據(jù)處理不可缺少的手段。 隨著數(shù)據(jù)庫技術(shù)的發(fā)展， 面向?qū)ο蟮臄?shù)據(jù)庫、 分布式數(shù)據(jù)庫、多媒體數(shù)據(jù)庫、 數(shù)據(jù)庫開發(fā)工具的研究方興未艾， 這些技術(shù)的發(fā)展使用軟件的開發(fā)速度更快、成本更低、質(zhì)量更好、功能更強。管理信息系統(tǒng)是一門新興的、集管理科學(xué)、信息科學(xué)、系統(tǒng)科學(xué)及計算機科學(xué)為一體的綜合性學(xué)科， 研究的是信息管理活動的全過程， 以便有效的管理信息，提供各類管理決策信息， 輔助企

8、業(yè)進行現(xiàn)代化管理。 管理信息系統(tǒng)它具備數(shù)據(jù)處理、計劃、控制、預(yù)測和輔助決策功能，具體作用如下5 點內(nèi)容：（1）用統(tǒng)一標準處理和提供信息，排除使用前后矛盾的不完整的數(shù)據(jù)。（2）完整、及時提供在管理及決策中需要的數(shù)據(jù)。（3）利用指定的數(shù)據(jù)關(guān)系分析數(shù)據(jù)，客觀預(yù)測未來。（4）向各級管理機構(gòu)提供不同詳細程度的報告，縮短分析和解釋的時間。（5）用最低的費用最短的時間提供盡可能精確、可靠的信息，以便使決策者選擇最佳的實施方案，以提高企業(yè)的經(jīng)濟效益。2.1 系統(tǒng)功能分析系統(tǒng)開發(fā)的總體任務(wù)是受用計算機信息管理技術(shù)，實現(xiàn)公司的自助餐管理各種信息的系統(tǒng)化，規(guī)范化，自動化，提高公司食堂管理的效率。對應(yīng)用系統(tǒng)項目的開發(fā)

9、，首先要對程序要實現(xiàn)的功能和目標進行整體分析和規(guī)劃，確保在后期開發(fā)中不會出現(xiàn)遺漏或重大缺陷。 因此在軟件開發(fā)中， 要嚴格按照軟件工程的流程進行系統(tǒng)的分析和設(shè)計系統(tǒng)功能分析是在系統(tǒng)開發(fā)的總體任務(wù)的基本上完成的。主要功能 ：1、職工信息管理2、職工食堂信息管理3、成本核算管理其中主要任務(wù)為職工信息管理和成本核算管理。總的功能特點：完善、全面的綜合查詢報表翔實，實用性強3計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告2.21 子模塊功能分析職工信息管理 ：對來自客戶端的不同用戶進行權(quán)限審查，限定對數(shù)據(jù)庫的訪問級別職工信息管理職職職職工工工工信信信信息息息息查修添刪詢改加除職工用餐信息管理：記錄員工用餐的

10、次數(shù)，包括每日用餐次數(shù)和每月的用餐次數(shù)；職工用餐信息管理本本每日月月用用用餐餐餐次次次數(shù)數(shù)數(shù)本日用餐次數(shù)：記錄本日用餐次數(shù)，每增加一個便同步使每月用餐次數(shù)也增加一次，每日用餐次數(shù)不大于 2 次。4計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告成本核算管理 ： 對成本利潤的綜合分析。成本包括公司的本月開銷和之前月份公司開銷的統(tǒng)計記錄；成本核算管理公公司司本每月月開開銷銷公司本月開銷： 統(tǒng)計公司本月的開銷，員工本月消費一次則增長3 元的開銷。公司每月開銷 ：記錄之前每月的開銷情況。2.2 系統(tǒng)功能模塊設(shè)計對上述各項功能進行集中、分塊分析，按照結(jié)構(gòu)化程序設(shè)計的要求，得到如圖所示的這個系統(tǒng)的功能模塊圖2.

11、21 系統(tǒng)功能管理模塊5計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告公司自助餐管理系統(tǒng)職職工成工用本信餐核息信算管息管理管理理職職職職本本每公公工工工工日月月司司信信信信用用用本每息息息息餐餐餐月月查修添刪次次次開開詢改加除數(shù)數(shù)數(shù)銷銷2.3 數(shù)據(jù)流圖【注釋：數(shù)據(jù)流圖，簡稱 DFD,是 SA 方法中用于表示系統(tǒng)邏輯模型的一種工具，它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程， 由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型】數(shù)據(jù)流程圖是組織中信息運動的抽象，是管理信息系統(tǒng)邏輯模型的主要形式。它可以綜合的反映出信息在系統(tǒng)中的流動、 處理和存儲情況， 具有良好的抽象性和概括性。它在調(diào)查的基

12、礎(chǔ)上，從系統(tǒng)的科學(xué)性、管理的合理性、實際運行的可行性角度出發(fā)， 將信息處理功能和彼此之間的聯(lián)系自頂向下、 逐層分解，從邏輯上精確地描述系統(tǒng)應(yīng)具有的數(shù)據(jù)加工、 數(shù)據(jù)輸入、數(shù)據(jù)輸出、 數(shù)據(jù)存儲及數(shù)據(jù)來源和去向（外部實體）等項目。數(shù)據(jù)流程圖和系統(tǒng)的物理描述無關(guān)，它所描6計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告述的內(nèi)容不涉及技術(shù)細節(jié)， 而是面向用戶的， 即使完全不懂信息技術(shù)的用戶也容易理解。因此，數(shù)據(jù)流程圖成為系統(tǒng)分析員與用戶進行交流的有效手段， 同時也成為系統(tǒng)設(shè)計的主要依據(jù)之一。用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢等方面，這就要求數(shù)據(jù)庫結(jié)構(gòu)能充分滿足各種信息的輸入和輸出。收集基本數(shù)

13、據(jù)、 數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為數(shù)據(jù)庫的具體設(shè)計打下基礎(chǔ)。數(shù)據(jù)流圖表達了數(shù)據(jù)和處理之間的關(guān)系。 數(shù)據(jù)流圖是有層次之分的， 越高層次的數(shù)據(jù)流圖表現(xiàn)的業(yè)務(wù)邏輯越抽象， 越底層次的數(shù)據(jù)流圖表現(xiàn)得業(yè)務(wù)邏輯越具體。在仔細的分析調(diào)查有關(guān)食堂管理信息需求的基礎(chǔ)上， 得到如下圖所示的這個系統(tǒng)所處理的數(shù)據(jù)流程。根據(jù)以上的分析，我們可以先畫出分流程圖，然后可以綜合分流程圖，畫出整個系統(tǒng)操作的業(yè)務(wù)流程圖2.3.1 交易數(shù)據(jù)流圖職工辦卡職工基本信息輸入交易職工信息管理結(jié)算信息輸入成本結(jié)算管理7計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告2.3.2 整體流圖整體流圖簡圖：消費者信息管理預(yù)訂信息管

14、理結(jié)算信息庫存管理收款管理成本結(jié)算管理2.4 可行性分析可行性分析是系統(tǒng)分析階段的重要活動，是對系統(tǒng)進行全面、概要的分析。它的任務(wù)是確定項目開發(fā)是否必要和可行。 它的主要目標是： 進一步明確系統(tǒng)的目標、規(guī)模和功能，對系統(tǒng)開發(fā)背景、必要性和意義進行調(diào)查分析，并根據(jù)需要和可能提出擬開發(fā)系統(tǒng)的初步方案和計劃， 明確問題，對所提供系統(tǒng)大致規(guī)模和目標的幾個有關(guān)約束條件進行論證，并且提出系統(tǒng)的邏輯模型和各種可能的方案，從而為系統(tǒng)開發(fā)項目的決策提供科學(xué)依據(jù)。其主要從三個方面進行研究：（1）技術(shù)可行性：對現(xiàn)有技術(shù)進行評價，以明確能否利用現(xiàn)有技術(shù)進行系統(tǒng)開發(fā)及系統(tǒng)實施。 計算機網(wǎng)絡(luò)技術(shù)的發(fā)展和計算機硬件性價比的

15、不斷提升， 使計算機全面應(yīng)用于醫(yī)院管理的各個環(huán)節(jié)成為可能。 C/S 開發(fā)模式、 COM、DCOM技術(shù)在國內(nèi)各行各業(yè)的信息管理系統(tǒng)開發(fā)中已經(jīng)被廣泛采用， 實踐證明這些技術(shù)都非常適合食堂管理系統(tǒng)的開發(fā)。（2）經(jīng)濟可行性：對組織的經(jīng)濟狀況和投資能力進行分析，對系統(tǒng)建設(shè)、運行和維護費用進行評估，對系統(tǒng)建成后可能取得的社會及經(jīng)濟效益進行估計。連鎖餐飲企業(yè)整體規(guī)模龐大， 個體規(guī)模小而營管理相對簡單統(tǒng)一， 開發(fā)成本不高，一旦開發(fā)成功，即能直接應(yīng)用在所有同種食堂。（3）營運可行性：指系統(tǒng)對組織機構(gòu)的影響，對現(xiàn)有人員和機構(gòu)、設(shè)施、環(huán)境等的適應(yīng)性以及進行人員培訓(xùn)補充計劃的可行性。連鎖餐飲企業(yè)整體規(guī)模龐大，個體規(guī)模

16、小而營管理相對簡單統(tǒng)一。所以食堂系統(tǒng)的計算機信息管理人才、計算機硬件設(shè)備、操作員的計算機應(yīng)用能力都為系統(tǒng)的運行過程提供了可靠保證。8計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告2.5 數(shù)據(jù)字典由于數(shù)據(jù)流程圖只是對數(shù)據(jù)處理及彼此之間的聯(lián)系進行說明， 未對數(shù)據(jù)的詳細內(nèi)容及數(shù)據(jù)的加工過程進行說明， 而這正是數(shù)據(jù)字典所要表達的。 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)信息的集合， 也就是對數(shù)據(jù)流程圖中包含的所有元素的定義的集合。 它能將數(shù)據(jù)流程圖中全部數(shù)據(jù)流及其組成部分的數(shù)據(jù)元素、 數(shù)據(jù)存儲、數(shù)據(jù)加工等描述清楚，便于后續(xù)工作 系統(tǒng)設(shè)計的進行。數(shù)據(jù)字典是系統(tǒng)中各類數(shù)據(jù)描述的集合，是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要成果

17、。數(shù)據(jù)字典通常包括數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存諸和處理過程 5 個部分。其中數(shù)據(jù)項是最小組成單位， 若干數(shù)據(jù)項組成一個數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)字典通過對數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)的定義來描述數(shù)據(jù)流、數(shù)據(jù)存儲和邏輯內(nèi)容。針對一般食堂管理信息系統(tǒng)的需求， 通過對食堂管理工作過程的內(nèi)容和數(shù)據(jù)流程分析，設(shè)計如下所示的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)：數(shù)據(jù)結(jié)構(gòu)名稱：職工用餐卡信息含義說明：這里指的是職工用來使用付款的工具卡的一系列信息， 它記錄了包括它本身以及持卡者的一些信息包括的數(shù)據(jù)項有：1) 卡號（消費者使用的用來付款的卡的編號，與消費者辦卡的先后順序有關(guān)別名 Card_number字符型長度 6）2) 余額 ( 今日剩余用餐量

18、)（消費者卡中所剩的金錢數(shù)量，別名Balance字符型長度 6 ）3) 辦卡日期（消費者辦卡的日期，別名Card_date 日期型長度8）4) 持卡者姓名（擁有信息卡的消費者的名稱，別名Person_name字符型長度 10 ）5) 花費（用餐次數(shù)統(tǒng)計）（消費者所消費的金錢數(shù)量別名Consume 字符型長度 20 ）數(shù)據(jù)結(jié)構(gòu)名稱：員工信息含義說明：消費者群體之一，可以自由選擇消費方式，辦過卡用卡交易或者用現(xiàn)金交易包括的數(shù)據(jù)項有：1) 工號（職工在公司所編的號碼別名S_number字符型長度6）2) 部門（職工所在的部門的名稱別名S_system字符型長度16）3) 職位（職工所擔(dān)任的職位別名S

19、_class字符型長度20）4) 姓名（職工的姓名別名S_name字符型長度10）9計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告5) 性別（職工的性別別名S_sex字符型長度4）6) 地址（職工的所在地址別名S_adress字符型長度20）7) 聯(lián)系方式（職工的手機號碼別名S_tel字符型長度20）這一設(shè)計階段是在需求分析的基礎(chǔ)上，設(shè)計出能滿足用戶需求的各種實體，以及它們之間的關(guān)系，為后面的邏輯結(jié)構(gòu)設(shè)計打下基礎(chǔ)。將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)即概念模型的過程就是概念結(jié)構(gòu)設(shè)計。它是整個數(shù)據(jù)庫設(shè)計的關(guān)鍵。概念結(jié)構(gòu)設(shè)計的特點是能真實、充分的反映現(xiàn)實世界，包括事物和事物的聯(lián)系，能滿足用戶對數(shù)據(jù)的

20、處理要求， 是對現(xiàn)實世界的一個真實的模型。 易于理解，從而可以用它和不熟悉計算機的用戶交換意見， 用戶的積極參與是數(shù)據(jù)庫設(shè)計成功的關(guān)鍵。易于改正，當應(yīng)用環(huán)境和應(yīng)用要求改變時， 易于對概念模型修改和擴充。易于向關(guān)系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉(zhuǎn)換。概念結(jié)構(gòu)是各種數(shù)據(jù)模型的共同基礎(chǔ)， 它比數(shù)據(jù)模型更獨立于機器、 更抽象，從而更加穩(wěn)定。概念結(jié)構(gòu)是對現(xiàn)實世界的一種抽象。所謂抽象是對實際的人、物、事和概念進行人為處理， 抽取所關(guān)心的共同特性， 忽略非本質(zhì)的細節(jié)， 并把這些特性用各種概念準確的加以描述。概念結(jié)構(gòu)設(shè)計通常分為四種方法： 自頂向下，即首先定義全局概念結(jié)構(gòu)的框架，然后逐步細化。自底向上，即首先定義

21、各局部應(yīng)用的概念結(jié)構(gòu)，然后將它們集成起來，得到全局概念結(jié)構(gòu)。逐步擴張，首先定義最重要的核心概念結(jié)構(gòu)，然后向外擴張。 混合策略，即自頂向下和自底向上結(jié)合， 用自頂向下策略設(shè)計一個全局概念結(jié)構(gòu)的框架，以它為骨架集成由自底向上策略中設(shè)計的各局部概念結(jié)構(gòu)。通常分為兩步，第一步是抽象數(shù)據(jù)并設(shè)計局部視圖， 第二步是集成局部視圖，得到全局視圖。下面首先對實體和其屬性加以描述，再寫出系統(tǒng)的分 E-R 圖，進而合并成為整體的 E-R 圖。3.1 構(gòu)思 ERD 的四條原則原則 1：能獨立存在的事物，例如人、物、事、地、團體、機構(gòu)、活動、事項等等，在其有多個由基本項描述的特性需要關(guān)注時，就應(yīng)把它作為實體。原則 2：

22、兩個或多個實體間的關(guān)聯(lián)與結(jié)合，如主管、從屬、組成、占有、作用、配合、協(xié)同等等，當需要予以關(guān)注時，應(yīng)作為聯(lián)系。聯(lián)系通常是某類行為動作， ERD中關(guān)注的是其狀態(tài)與結(jié)果而非其過程。原則 3：實體的屬性是實體的本質(zhì)特征。實體應(yīng)有標識屬性（能把不同個體區(qū)分開來的屬性組），并指定其中一個作為主標識。聯(lián)系的屬性是聯(lián)系的結(jié)果或狀態(tài)。屬性具有如下幾個特點：a. 非多值性； b. 非復(fù)合性； c. 非導(dǎo)出性。而實體的屬性還應(yīng)有非關(guān)聯(lián)性。原則 4（一事一地原則）：所有基本項在同一E-R 圖中作為屬性要在僅在一10計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告?zhèn)€地方出現(xiàn)3.2設(shè)計 ER 圖根據(jù)上面的設(shè)計規(guī)劃出的實體有：卡

23、信息實體、學(xué)生信息實體、教師信息實體、消費者實體、包房信息實體、訂餐信息實體、消費情況實體、管理員信息實體。各個實體具體的描述 E-R 圖及其之間的關(guān)系描述如下。3.2.1 分 ER 圖圖 3-1 為卡信息實體 E-R 圖卡信息卡號花費余額持卡者姓名辦卡日期圖 3-2 為職工信息實體E-R 圖11計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告職工信息職工號聯(lián)系方式部門地址職位姓名性別圖 3-4 為卡信息實體、職工信息實體、消費者實體關(guān)系E-R 圖員工消費類別消費者類別聯(lián)系方式地址職位N職工信息1消費者屬于部門1性別姓名姓名持有消費序號性別1花費卡信息持卡人姓名卡號辦卡日期余額四、邏輯結(jié)構(gòu)設(shè)計現(xiàn)在需

24、要把上面設(shè)計好的數(shù)據(jù)庫概念結(jié)構(gòu)轉(zhuǎn)化為 SQL Server 2008 數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)庫模型，也就是數(shù)據(jù)庫的邏輯結(jié)構(gòu)。此部分使用 PowerDesigner 進行數(shù)據(jù)庫結(jié)構(gòu)設(shè)計，最終導(dǎo)出物理結(jié)構(gòu)模型和邏輯結(jié)構(gòu)模型，并生成 SQL Server 2008數(shù)據(jù)庫文件。12計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告4.1一般邏輯模型設(shè)計：4.1.1 由 ERD 導(dǎo)出一般關(guān)系模型的四條原則原則 1：E-R 圖中的每一個獨立實體變換為一個關(guān)系，其屬性變?yōu)殛P(guān)系的屬性，其主標識變?yōu)殛P(guān)系的主碼。原則 2： E-R 圖中的從實體及相應(yīng)的“的”聯(lián)系變換為一個關(guān)系，從實體的屬性加上主體關(guān)系的主碼構(gòu)成這個關(guān)

25、系的屬性。如果“的”聯(lián)系是1： 1 的，則以主實體關(guān)系的主碼（作為外來碼）為這個關(guān)系的主碼；如果“的”聯(lián)系是1：M的，則以主實體關(guān)系的主碼加上同一主實體個體聯(lián)系的不同從屬實體個體賴以相互區(qū)分的屬性組，組成該關(guān)系的主碼。原則 3： 1： M 聯(lián)系通過在“多”實體關(guān)系中增加相聯(lián)系的“ 1”實體關(guān)系的主碼及聯(lián)系本身的屬性來表達。其中“ 1”實體主碼為外來碼。原則 4：M：M聯(lián)系轉(zhuǎn)換成一個獨立的關(guān)系，被聯(lián)系實體關(guān)系的主碼（作為外來碼）和聯(lián)系本身的屬性作為該關(guān)系的屬性， 被聯(lián)系實體關(guān)系的主碼組成其復(fù)合主碼。4.1.2 數(shù)據(jù)庫初步的關(guān)系框架（E-R 圖向關(guān)系模型轉(zhuǎn)化）關(guān)系模型轉(zhuǎn)化消費情況（日期用餐次數(shù)剩余

26、次數(shù)）消費（日期消費序號）消費者（消費序號姓名性別消費類別消費者類別）屬于（員工號消費序號）員工信息（員工號部門職位姓名性別地址聯(lián)系方式）使用（卡號員工號）卡信息（卡號余額辦卡日期持卡者姓名花費）持有（卡號員工號）13計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告4.1.3 數(shù)據(jù)模型優(yōu)化數(shù)據(jù)庫邏輯設(shè)計的結(jié)果不是唯一的，為了進一步提高數(shù)據(jù)庫應(yīng)用系統(tǒng)的性能，還應(yīng)該根據(jù)應(yīng)用需要適當?shù)匦薷摹?調(diào)整數(shù)據(jù)模型的結(jié)構(gòu)， 這就是數(shù)據(jù)模型的優(yōu)化。關(guān)系數(shù)據(jù)模型的優(yōu)化通常以規(guī)范化理論為指導(dǎo)，方法為：1、確定數(shù)據(jù)依賴2、對于各個關(guān)系模式之間的數(shù)據(jù)依賴進行極小化處理，消除冗余的聯(lián)系冗余數(shù)據(jù)和冗余聯(lián)系容易破壞數(shù)據(jù)為的完整性，

27、給數(shù)據(jù)庫維護增加困難，應(yīng)當予以消除。經(jīng)過規(guī)范化理論得出，原關(guān)系模式之間的數(shù)據(jù)依賴已經(jīng)達到極小化，沒有冗余的聯(lián)系，消除冗余的 E-R 圖稱為基本 E-R 圖3、按照數(shù)據(jù)依賴的理論對關(guān)系模式逐一進行分析， 考察是否存在部分函數(shù)依賴，傳遞函數(shù)依賴，多值依賴等，確定各關(guān)系模式分別屬于第幾范式。4、按照需求分析階段得到的處理要求，分析對于這樣的應(yīng)用環(huán)境這些模式是否合適，確定是否要對某些模式進行合并或分解。5、對關(guān)系模式進行必要的分解，提高數(shù)據(jù)操作的效率和存儲空間的利用率。根據(jù)需求分析階段系統(tǒng)的功能分析，這樣的應(yīng)用環(huán)境，這些模式可以完成包括消費者信息管理，預(yù)訂信息管理，成本核算管理，審查工作，庫存管理這些

28、模塊的要求，分析結(jié)果中可在設(shè)計用戶子模式中對不同級別的用戶定義不同的view。優(yōu)化后的關(guān)系模式：消費情況（日期員工用餐次數(shù)消費序號）消費者（消費序號姓名性別消費類別消費者類別）屬于（員工號消費序號）組成（員工號消費序號）員工信息（學(xué)號部門職位姓名性別地址聯(lián)系方式）使用（卡號員工號）卡信息（卡號余額辦卡日期持卡者姓名花費）持有（卡號員工號）4.2 具體邏輯模型設(shè)計在上面的實體以及實體之間關(guān)系的基礎(chǔ)上， 形成數(shù)據(jù)庫中的表格以及各個表格之間的關(guān)系。公司自助餐管理系統(tǒng)數(shù)據(jù)庫中各個表格的設(shè)計結(jié)果如下面的幾個表格所示。14計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告每個表格表示在數(shù)據(jù)庫中的一個表。表 4-1

29、 為創(chuàng)建消費情況表 ConsumeSituation創(chuàng)建消費情況表 ConsumeSituation列名數(shù)據(jù)類型可否為空說明聲明主鍵DatedatetimeNOT NULL日期建立唯一索引TotalLong intNULL一天消費總額建立聚簇索引Consumer_numbernumber(12)NOT NULL消費序號外鍵表 4-2 為創(chuàng)建消費者表 Consumer創(chuàng)建消費者表 Consumer列名數(shù)據(jù)類型可否為空說明聲明Consumer_numbervarchar(6)NOT NULL消費序號主鍵Consumer_namevarchar(10)NOT NULL姓名Consumer_sexVa

30、rchar(4)NULL性別Consume_sortvarchar(10)NULL消費類別Consumer_sortvarchar(10)NULL消費者類別表 4-3 為創(chuàng)建員工信息表 Worker創(chuàng)建員工信息表Worker列名數(shù)據(jù)類型可否為空說明聲明S_numberintNOT NULL員工號主鍵15計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告S_namevarchar(10)NOT NULL姓名建立聚簇索引S_sexvarchar(4)NULL性別classvarchar(20)NULL職位S_systemvarchar(16)NULL部門S_dormvarchar(20)NULL地址S_t

31、elnumber(15)NULL聯(lián)系方式表 4-4 為創(chuàng)建消費卡信息表 Card創(chuàng)建消費卡信息表 Card列名數(shù)據(jù)類型可否為空說明聲明主鍵Card_numbernumber(10)NOT NULL卡號建立唯一索引BalanceintNOT NULL余額建立聚簇索引Card_datedatetime （8）NULL辦卡日期Person_namevarchar(10)NULL持卡者姓名Consumevarchar(20)NULL花費建立聚簇索引表 4-5為創(chuàng)建管理查詢表Manage16計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告創(chuàng)建管理查詢表Manage列名數(shù)據(jù)類型可否為空說明Manager_num

32、bervarchar(6)NOT NULL管理員編號DatedatetimeNOT NULL日期表 4-6 為創(chuàng)建屬于表 Attribute創(chuàng)建屬于表 Attribute列名數(shù)據(jù)類型可否為空說明S_numbervarchar(6)NOT NULL員工號Consumer_numbervarchar(6)NOT NULL消費序號表 4.13 為創(chuàng)建使用表 Use創(chuàng)建使用表 Use列名數(shù)據(jù)類型可否為空說明S_numbervarchar(8)NOT NULL員工號Card_numbervarchar(6)NOT NULL卡號表 4.14 為創(chuàng)建持有表 Hold創(chuàng)建持有表 Hold列名數(shù)據(jù)類型可否為空說明Card_numbervarchar(6)NOT NULL卡號T_numbervarchar(6)NOT NULL員工號17計算機學(xué)院某公司自助餐管理系統(tǒng)課程設(shè)計報告4.3 設(shè)計用戶子模式將概念模型轉(zhuǎn)換為全局邏輯模型后，還應(yīng)該根據(jù)局部應(yīng)用需求，結(jié)合具體 DBMS 的特點，設(shè)計用戶的外模式。目前關(guān)系數(shù)據(jù)庫管理系統(tǒng)一般都提供了視圖（ View ）概念，可以利用這一功能設(shè)計更符合局部用戶需要的用戶外模式。定義數(shù)據(jù)庫全局模式主要是從系統(tǒng)的時間效率、 空間效率、易維護等角度出發(fā)。由于用戶外模式與模式是相對獨立的， 因此在定義用戶