【正文】 一章已經(jīng)做了詳細(xì)的需求分析，在此就不再重復(fù)闡述。（2）概念設(shè)計(jì)階段：形成獨(dú)立于機(jī)器特點(diǎn)、獨(dú)立于各個(gè)產(chǎn)品的概念模式（3）邏輯設(shè)計(jì)階段：首先將ER圖轉(zhuǎn)化成具體的數(shù)據(jù)庫產(chǎn)品支持的數(shù)據(jù)模型，如關(guān)系模型，形成數(shù)據(jù)庫邏輯模式；然后根據(jù)用戶處理的要求、安全性的考慮，在基本表的基礎(chǔ)上再建立必要的視圖，形成數(shù)據(jù)的外模式。（4）物理設(shè)計(jì)階段：根據(jù)DBMS特點(diǎn)和處理的需要，進(jìn)行物理存儲安排，建立索引，形成數(shù)據(jù)庫的模式。數(shù)據(jù)庫設(shè)計(jì)步驟如下：圖 44 數(shù)據(jù)庫設(shè)計(jì)步驟流程圖 概念設(shè)計(jì)實(shí)體聯(lián)系圖（EntityRelation Diagram）是用來建立數(shù)據(jù)模型的，通常簡稱為ER圖。在數(shù)據(jù)庫系統(tǒng)設(shè)計(jì)中屬于概念設(shè)計(jì)階段，形成一個(gè)獨(dú)立于機(jī)器，獨(dú)立于DBMS的ER圖模型，相應(yīng)的可以把用ER圖描繪的數(shù)據(jù)模型稱為ER模型。ER圖提供了表示實(shí)體（即數(shù)據(jù)對象）、屬性和聯(lián)系的方法，用來描述現(xiàn)實(shí)世界的概念模型。構(gòu)成ER圖的基本要素是實(shí)體、屬性和聯(lián)系。實(shí)體（entity）：是客觀存在并且可以相互區(qū)分的事物。既可以是具體的對象，也可以是抽象的對象。屬性（attribute）：實(shí)體的特性稱為屬性。主屬性（identifier）則是能唯一標(biāo)識實(shí)體的屬性。聯(lián)系（relationship）：實(shí)體之間的相互關(guān)系稱為聯(lián)系。聯(lián)系可以分為“一對一聯(lián)系”、“一對多聯(lián)系”、“多對多聯(lián)系”3種類型。本系統(tǒng)ER圖： 圖 45 系統(tǒng)ER圖 邏輯設(shè)計(jì)將ER圖轉(zhuǎn)換為關(guān)系模型：（1）用戶個(gè)人信息：User (U，ID，Uname，Upassword，address，，telephone，sex，age，nation)（2）管理員信息：Administrator（Ad，Adname，password，sex，age，department）（3） 餐館信息： Restaurant（Res，Resname，Resaddress，Resintroduction，Resscore，Resevaluation）（4）餐品信息：Dishes（D，Dname，Resname，class，Dintroduction，uint price，Dscore，Devaluation ）（5）訂餐信息列表：Order dishes（Ord，U，D，Dnumber，unit price，address，telephone，note，price，time）（6） 訂座信息列表 Order restaurant（Ord，U，Res，number，telephone，note，time）（7）公告：Announcement（An，Antitle，Ancontent，time，Ad，Adname）（8）留言：Message（Mes，Mestitle，Mescontent，time，U，ID）（9）回復(fù)：Reply（Re，Recontent，Ad/U，Adname/ID，Retime，Mes，Mestitle，Mescontent，time，U，Uname）范式優(yōu)化：優(yōu)化到3NF對于（3）餐品信息：當(dāng)用戶在瀏覽或預(yù)訂同一家餐館的不同餐品時(shí)，會存在餐館名Restaurant的反復(fù)操作和存儲冗余。所以將餐館名用餐館信息列表的主鍵餐館號來代替。所以Dishes（D，Dname，restaurant，introduction）優(yōu)化為：R1（R，Restaurant）即餐館信息列表R2（D，Dname，R，introduction）餐品信息列表對于（4）訂單：當(dāng)用戶在查詢個(gè)人訂單信息時(shí)，會存在用戶姓名Uname的反復(fù)操作和存儲冗余，當(dāng)生成用戶在同一家餐館預(yù)訂的不同菜品時(shí)，會存在餐館名restaurant的反復(fù)操作和存儲冗余。所以將用戶名改為用戶信息列表的主鍵U，餐館名改為餐館信息列表的主鍵R即Order（Ord，U，Uname，D，Dname，Restaurant，introduction，time）優(yōu)化為：R1（U，Uname）即用戶信息列表R2(R，Restaurant)即餐館信息列表R3(Ord，U，D，R，introduction，time)對于（5）公告：存在管理員名ADname的冗余所以將Announcement（An，Antitle，Ancontent，time，Ad，Adname）優(yōu)化為：R1(An，Antitle，Ancontent，time，Ad)R2（Ad，Adname）即管理員信息列表對于（6）留言：若一個(gè)用戶發(fā)表多條留言，會存在用戶ID的反復(fù)操作和存儲冗余。所以將Message（Mes，Mestitle，Mescontent，time，U，Uname）優(yōu)化為R1 (Mes，Mestitle，Mescontent，time，U)R2（U，ID）即用戶信息列表對于（7）回復(fù)：存在Adname、ID和Mestitle、Mesconten的冗余Reply（Re，Recontent，Ad/U，Adname/ID，Retime，Mes，Mestitle，Mescontent，time，U，ID）優(yōu)化為R1（Ad，Adname）即管理員信息列表R2（U，Uname）即用戶信息列表R3（Mes，Mestitle，Mescontent，time）即留言信息列表R4（Re，Recontent，Ad/U，Retime，Mes，time，U）回復(fù)系信息列表即優(yōu)化后的結(jié)果為：用戶信息：User (U，ID，Upassword，address，telephone，sex，age，nation)管理員信息：Administrator（Ad，Adname，password，sex，age，department）餐館信息：Restaurant (R，Restaurant)餐品信息：Dishes（D，Dname，R，introduction）訂單信息：Order (Ord，U，D，R，content，time)公告信息：Announcement(An，Antitle，Ancontent，time，Ad)留言信息：Message （Mes，Mestitle，Mescontent，time，U)回復(fù)信息：Reply（Re，Recontent，Ad/U，Retime，Mes，time，U） 物理設(shè)計(jì)數(shù)據(jù)庫管理系統(tǒng)（DBMS）的選擇：采用的數(shù)據(jù)庫管理信息系統(tǒng)是Microsoft SQL Server 2000.數(shù)據(jù)庫管理系統(tǒng)的選擇從以下幾個(gè)方面予以考慮：（1）構(gòu)造數(shù)據(jù)庫的難易程度。需要分析數(shù)據(jù)庫管理系統(tǒng)有沒有范式的要求，即是否必須按照系統(tǒng)所規(guī)定的數(shù)據(jù)模型分析現(xiàn)實(shí)世界，建立相應(yīng)的模型。（2）程序開發(fā)的難易程度。有無計(jì)算機(jī)輔助軟件工程工具CASE——計(jì)算機(jī)輔助軟件工程工具可以幫助開發(fā)者根據(jù)軟件工程的方法提供各開發(fā)階段的維護(hù)、編碼環(huán)境，便于復(fù)雜軟件的開發(fā)、維護(hù)。有無第四代語言的開發(fā)平臺——第四代語言具有非過程語言的設(shè)計(jì)方法，用戶不需編寫復(fù)雜的過程性代碼，易學(xué)、易懂、易維護(hù)。有無面向?qū)ο蟮脑O(shè)計(jì)平臺——面向?qū)ο蟮脑O(shè)計(jì)思想十分接近人類的邏輯思維方式，便于開發(fā)和維護(hù)。對多媒體數(shù)據(jù)類型的支持——多媒體數(shù)據(jù)需求是今后發(fā)展的趨勢，支持多媒體數(shù)據(jù)類型的數(shù)據(jù)庫管理系統(tǒng)必將減少應(yīng)用程序的開發(fā)和維護(hù)工作。（3）數(shù)據(jù)庫管理系統(tǒng)的性能分析。包括性能評估（響應(yīng)時(shí)間、數(shù)據(jù)單位時(shí)間吞吐量）、性能監(jiān)控（內(nèi)外存使用情況、系統(tǒng)輸入/輸出速率、SQL語句的執(zhí)行，數(shù)據(jù)庫元組控制）、性能管理（參數(shù)設(shè)定與調(diào)整）。（4）對分布式應(yīng)用的支持。包括數(shù)據(jù)透明與網(wǎng)絡(luò)透明程度。數(shù)據(jù)透明是指使用者在應(yīng)用中不需指出數(shù)據(jù)在網(wǎng)絡(luò)中的什么節(jié)點(diǎn)上，數(shù)據(jù)庫管理系統(tǒng)可以自動搜索網(wǎng)絡(luò)，提取所需數(shù)據(jù)；網(wǎng)絡(luò)透明是指用戶在應(yīng)用中無需指出網(wǎng)絡(luò)所采用的協(xié)議。數(shù)據(jù)庫管理系統(tǒng)自動將數(shù)據(jù)包轉(zhuǎn)換成相應(yīng)的協(xié)議數(shù)據(jù)。（5）并行處理能力。支持多CPU模式的系統(tǒng)（SMP，CLUSTER，MPP），負(fù)載的分配形式，并行處理的顆粒度、范圍。（6）可移植性和擴(kuò)展性?？梢浦残灾复怪睌U(kuò)展和水平擴(kuò)展能力。垂直擴(kuò)展要求新平臺能夠支持低版本的平臺，數(shù)據(jù)庫客戶機(jī)/服務(wù)器機(jī)制支持集中式管理模式，這樣保證用戶以前的投資和系統(tǒng)；水平擴(kuò)展要求滿足硬件上的擴(kuò)展，支持從單CPU模式轉(zhuǎn)換成多CPU并行機(jī)模式（SMP,CLUSTER,MPP）（7）數(shù)據(jù)完整性約束。數(shù)據(jù)完整性指數(shù)據(jù)的正確性和一致性保護(hù)，包括實(shí)體完整性、參照完整性、復(fù)雜的事務(wù)規(guī)則。（8）并發(fā)控制功能。對于分布式數(shù)據(jù)庫管理系統(tǒng)，并發(fā)控制功能是必不可少的。因?yàn)樗媾R的是多任務(wù)分布環(huán)境，可能會有多個(gè)用戶點(diǎn)在同一時(shí)刻對同一數(shù)據(jù)進(jìn)行讀或?qū)懖僮?，為了保證數(shù)據(jù)的一致性，需要由數(shù)據(jù)庫管理系統(tǒng)的并發(fā)控制功能來完成。評價(jià)并發(fā)控制的標(biāo)準(zhǔn)應(yīng)從下面幾方面加以考慮：保證查詢結(jié)果一致性方法數(shù)據(jù)鎖的顆粒度（數(shù)據(jù)鎖的控制范圍，表、頁、元組等）數(shù)據(jù)鎖的升級管理功能死鎖的檢測和解決方法（9）容錯(cuò)能力。異常情況下對數(shù)據(jù)的容錯(cuò)處理。評價(jià)標(biāo)準(zhǔn)：硬件的容錯(cuò)，有無磁盤鏡象處理功能軟件的容錯(cuò)，有無軟件方法異常情況的容錯(cuò)功能（10）安全性控制包括安全保密的程度（賬戶管理、用戶權(quán)限、網(wǎng)絡(luò)安全控制、數(shù)據(jù)約束）（11）支持漢字處理能力包括數(shù)據(jù)庫描述語言的漢字處理能力（表名、域名、數(shù)據(jù)）和數(shù)據(jù)庫開發(fā)工具對漢字的支持能力 數(shù)據(jù)庫表設(shè)計(jì)數(shù)據(jù)作為一種非消耗性資源，往往隨著系統(tǒng)的不斷運(yùn)行而大量積累和增加，這勢必增加系統(tǒng)負(fù)荷，影響系統(tǒng)的運(yùn)行效率，給數(shù)據(jù)維護(hù)帶來一定困難，因此，在進(jìn)行數(shù)據(jù)存儲總體結(jié)構(gòu)設(shè)計(jì)時(shí)，既要考慮現(xiàn)有數(shù)據(jù)量的存儲規(guī)模，又要預(yù)見到未來數(shù)據(jù)量的增長趨勢，要注意控制數(shù)據(jù)量的無限制增長，并注意區(qū)分?jǐn)?shù)據(jù)的分類。系統(tǒng)關(guān)鍵數(shù)據(jù)表如下：其關(guān)系見ER圖用戶表（user）：用戶注冊和登錄是需要用戶名和密碼，所以用戶數(shù)據(jù)表中必須包含用戶姓名和密碼兩個(gè)信息，還有些其他的用戶信息，比如郵箱。表 41 用戶表列名 注釋數(shù)據(jù)類型U用戶編號IntUID用戶賬號varcharUpassword密碼varchar郵箱varchar個(gè)人信息列表:用戶注冊成功后需要完善一些個(gè)人信息表 42 個(gè)人信息表列明注釋數(shù)據(jù)類型ID用戶賬號varcharpassword密碼varchartruename真實(shí)姓名varcharaddress地址varchartelephone聯(lián)系方式int郵箱varcharsex性別varcharage年齡intnation民族varchar管理員表（Administrator）：用來存儲網(wǎng)站管理員信息表43 管理員表列名注釋數(shù)據(jù)類型Ad管理員編號IntAdname姓名VarcharPassword密碼VarcharSex性別VarcharAge年齡IntDepartment部門Varchar 餐館信息列表（Restaurant）:用來存儲餐館的有關(guān)信息表44 餐館信息表列名注釋數(shù)據(jù)類型Res餐館編號intResname餐館名varcharResaddress餐館地址varcharResintroduction餐館簡介textResscore 打分情況intResevaluation評價(jià)詳情varchar餐品信息表（Dishes）：用來存儲網(wǎng)站餐品信息表 45 餐品信息表列名注釋數(shù)據(jù)類型D餐品編號IntResname餐館名VarcharDname餐品名稱varcharclass所屬類別varcharDintroduction餐品介紹textUnit price單價(jià)floatDscore打分情況intDevaluation評價(jià)詳情varchar訂單表：表46 訂單表列名注釋數(shù)據(jù)類型Ord訂單編號BigintU用戶編號IntD菜品編號IntR餐館編號IntPrice價(jià)格FloatTime時(shí)間Smalldatetime公告表（Announcement）：表47 公告表列名注釋數(shù)據(jù)類型An公告編號IntAntitle公告標(biāo)題VarcharAncontent公告內(nèi)容VarcharAd管理員編號IntTime發(fā)布時(shí)間Datetime留言表(message)：用來存儲網(wǎng)站用戶的留言信息表48 留言表列名注釋數(shù)據(jù)類型Mes留言編號intMestitle標(biāo)題varcharMescontent留言內(nèi)容varcharU用戶編號intID用戶名varchartime留言時(shí)間smalldatetime 信息系統(tǒng)安全規(guī)劃設(shè)計(jì)系統(tǒng)安全包括兩方面含義：一是信息安全；二是網(wǎng)絡(luò)安全。具體來說，信息安全指的是信息保密性、完整性和可用性；網(wǎng)絡(luò)安全主要從通信網(wǎng)絡(luò)層面考慮，指的是信息的傳輸和網(wǎng)絡(luò)的運(yùn)行能夠得到安全保障，內(nèi)部和外部非法攻擊能得到有效地防范和遏制。為了保證信息系統(tǒng)的安全應(yīng)用，從以下幾個(gè)方面進(jìn)行規(guī)劃。（1）、人員安全管理。任何系統(tǒng)都是由人來控制的，除了對重要崗位的工作人員要進(jìn)行審查之外，在制度建立過程中要堅(jiān)持授權(quán)最小化，授權(quán)分散化，授權(quán)規(guī)范化原則。只授予操作人員為完成本職工作必須的最小授權(quán)，包括對數(shù)據(jù)文件的訪問、計(jì)算機(jī)和外設(shè)的使用等。對于關(guān)鍵的任務(wù)，必須在功能上進(jìn)行劃分，由多人來