【正文】 任何系統(tǒng)都是由人來控制的，除了對重要崗位的工作人員要進(jìn)行審查之外，在制度建立過程中要堅(jiān)持授權(quán)最小化，授權(quán)分散化，授權(quán)規(guī)范化原。為了保證信息系統(tǒng)的安全應(yīng)用，從以下幾個(gè)方面進(jìn)行規(guī)劃。表 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ò)安全。評價(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ù)的分類。評價(jià)并發(fā)控制的標(biāo)準(zhǔn)應(yīng)從下面幾方面加以考慮：保證查詢結(jié)果一致性方法數(shù)據(jù)鎖的顆粒度（數(shù)據(jù)鎖的控制范圍，表、頁、元組等）數(shù)據(jù)鎖的升級管理功能死鎖的檢測和解決方法（9）容錯(cuò)能力。對于分布式數(shù)據(jù)庫管理系統(tǒng)，并發(fā)控制功能是必不可少的。數(shù)據(jù)完整性指數(shù)據(jù)的正確性和一致性保護(hù)，包括實(shí)體完整性、參照完整性、復(fù)雜的事務(wù)規(guī)則。CLUSTER,可移植性指垂直擴(kuò)展和水平擴(kuò)展能力。支持多CPU模式的系統(tǒng)（SMP，CLUSTER，MPP），負(fù)載的分配形式，并行處理的顆粒度、范圍。數(shù)據(jù)庫管理系統(tǒng)自動將數(shù)據(jù)包轉(zhuǎn)換成相應(yīng)的協(xié)議數(shù)據(jù)。包括數(shù)據(jù)透明與網(wǎng)絡(luò)透明程度。包括性能評估（響應(yīng)時(shí)間、數(shù)據(jù)單位時(shí)間吞吐量）、性能監(jiān)控（內(nèi)外存使用情況、系統(tǒng)輸入/輸出速率、SQL語句的執(zhí)行，數(shù)據(jù)庫元組控制）、性能管理（參數(shù)設(shè)定與調(diào)整）。對多媒體數(shù)據(jù)類型的支持——多媒體數(shù)據(jù)需求是今后發(fā)展的趨勢，支持多媒體數(shù)據(jù)類型的數(shù)據(jù)庫管理系統(tǒng)必將減少應(yīng)用程序的開發(fā)和維護(hù)工作。有無第四代語言的開發(fā)平臺——第四代語言具有非過程語言的設(shè)計(jì)方法，用戶不需編寫復(fù)雜的過程性代碼，易學(xué)、易懂、易維護(hù)。（2）程序開發(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ù)庫的難易程度。所以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ù)操作和存儲冗余。本系統(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ù)操作和存儲冗余。聯(lián)系（relationship）：實(shí)體之間的相互關(guān)系稱為聯(lián)系。屬性（attribute）：實(shí)體的特性稱為屬性。實(shí)體（entity）：是客觀存在并且可以相互區(qū)分的事物。ER圖提供了表示實(shí)體（即數(shù)據(jù)對象）、屬性和聯(lián)系的方法，用來描述現(xiàn)實(shí)世界的概念模型。數(shù)據(jù)庫設(shè)計(jì)步驟如下：圖 44 數(shù)據(jù)庫設(shè)計(jì)步驟流程圖 概念設(shè)計(jì)實(shí)體聯(lián)系圖（EntityRelation Diagram）是用來建立數(shù)據(jù)模型的，通常簡稱為ER圖。（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ù)的外模式。（1）需求分析階段：綜合各個(gè)用戶的應(yīng)用需求。 模塊結(jié)構(gòu)設(shè)計(jì)整個(gè)系統(tǒng)HIPO圖：圖 43 系統(tǒng)HIPO圖 數(shù)據(jù)庫設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì)的過程包括六個(gè)階段：需求分析階段、概念結(jié)構(gòu)設(shè)計(jì)階段、邏輯結(jié)構(gòu)設(shè)計(jì)階段、數(shù)據(jù)庫物理設(shè)計(jì)階段、數(shù)據(jù)庫實(shí)施階段、數(shù)據(jù)庫運(yùn)行和維護(hù)階段。其中管理員可以查看和發(fā)布公告，用戶只可以查看公告。（6）、訂單管理系統(tǒng)：用戶和管理員對訂單的信息和狀態(tài)進(jìn)行查詢，對于尚未確認(rèn)和尚未到期的訂單信息，用戶可以提交取消訂單的申請。（4）、訂餐（購物車）和訂座系統(tǒng)：用戶瀏覽選擇好所需餐品后可以進(jìn)行訂座和訂餐（購物車）。（3）、“榜上有名”排行榜：用戶在用餐和就餐完畢后，可以根據(jù)餐品的味道，餐廳的服務(wù)和環(huán)境來進(jìn)行打分，按照用戶的打分情況由高到低，進(jìn)行排行。由此，按照這樣的劃分原則，本系統(tǒng)的劃分為：（1）、登錄系統(tǒng)，登錄系統(tǒng)又包括管理員登錄和用戶登錄。3，底層子系統(tǒng)應(yīng)該具有較強(qiáng)的內(nèi)聚性。2，底層子系統(tǒng)支持一個(gè)具體使用者的功能。子系統(tǒng)劃分原則：1，底層子系統(tǒng)支持一個(gè)具體并簡單的業(yè)務(wù)過程的用例。系統(tǒng)總體架構(gòu)圖如下：圖 41 系統(tǒng)總體架構(gòu)圖本網(wǎng)上訂餐系統(tǒng)的模型結(jié)構(gòu)如下圖所示：圖 42 系統(tǒng)模型結(jié)構(gòu)圖 子系統(tǒng)劃分頂層子系統(tǒng)的抽象度最高，越往下層，抽象度越低。這種方式在銀行轉(zhuǎn)賬、商業(yè)銷售、庫存管理等系統(tǒng)中得到廣泛應(yīng)用。 　　信息存儲轉(zhuǎn)發(fā)處理用戶從終端輸入一個(gè)數(shù)據(jù)并給出地址，通過系統(tǒng)把此數(shù)據(jù)轉(zhuǎn)發(fā)給一個(gè)或多個(gè)其他終端。 　　數(shù)據(jù)收集和分發(fā)處理系統(tǒng)相繼從產(chǎn)生數(shù)據(jù)的終端收集數(shù)據(jù)，經(jīng)過驗(yàn)證無誤后把數(shù)據(jù)存儲起來，加工成各種資料，把必要的數(shù)據(jù)分發(fā)給指定的終端。在處理器中進(jìn)行修改的文件可以是真正的文件，也可以是主文件的副本（鏡像文件），白天由鏡像文件提供立即查詢信息，晚間再對主文件進(jìn)行修改并形成第二天的新鏡像文件。 　　查詢處理用戶從終端輸入信息向系統(tǒng)提出查詢要求，系統(tǒng)根據(jù)用戶要求進(jìn)行處理，并將查詢結(jié)果送回同一終端。前者對輸入的數(shù)據(jù)立即加以處理并得出結(jié)果；后者先將輸入的數(shù)據(jù)存儲起來，過一段時(shí)間以后再加以處理。（4），資源不能得到合理利用，因?yàn)槎鄠€(gè)分級的服務(wù)器是獨(dú)立的，有可能出現(xiàn)有的服務(wù)器很忙而有的服務(wù)器空閑的情況，即服務(wù)器負(fù)載均衡難以達(dá)成。（2），就目前的技術(shù)而言，網(wǎng)絡(luò)的運(yùn)營維護(hù)和管理開銷太大。 系統(tǒng)總體布局方案的確定 本系統(tǒng)采用集中式和聯(lián)機(jī)處理的布局方案。模塊結(jié)構(gòu)圖不僅描述了系統(tǒng)的分層模塊結(jié)構(gòu)，清楚地表示了每個(gè)模塊的功能，而且直觀地反映了塊內(nèi)聯(lián)系和塊間聯(lián)系等特性。（3）采用模塊結(jié)構(gòu)圖的描述方式。（2）塊內(nèi)聯(lián)系大，塊間聯(lián)系小。結(jié)構(gòu)化系統(tǒng)設(shè)計(jì)具有以下特點(diǎn)：（1）相對獨(dú)立、功能單一的模塊結(jié)構(gòu)。結(jié)構(gòu)化系統(tǒng)設(shè)計(jì)的基本思想是采用分解的方法，將系統(tǒng)設(shè)計(jì)成相對獨(dú)立、單一功能的模塊組成的結(jié)構(gòu)。系統(tǒng)分析階段是解決管理信息系統(tǒng)“干什么”的問題；而系統(tǒng)設(shè)計(jì)階段則是解決“怎么干”的問題。（1）用戶信息列表（編號，密碼，用戶名，郵箱）（2）個(gè)人信息列表（賬號，密碼，姓名，地址，聯(lián)系方式，郵箱，性別，年齡，民族）（3）管理員信息列表（工號，密碼，姓名，性別，年齡，部門）、（4）餐館信息列表（餐館編號，餐館名，餐館地址，餐館簡介，打分情況，評價(jià)詳情）（5）菜品信息列表（菜品編號，餐館名，菜品