在線訂餐系統(tǒng)地ER圖及邏輯圖在線訂餐系統(tǒng)地ER圖及邏輯圖在線訂餐系統(tǒng)地ER圖及邏輯圖在線訂餐系統(tǒng)作業(yè)題目：作業(yè)時間：專業(yè)班級：姓名：學(xué)號：講課教師：

網(wǎng)上訂餐數(shù)據(jù)庫系統(tǒng)設(shè)計2012年11月XXXXXXXXXXXXXXXXX目錄第一章需求分析31.1訂餐現(xiàn)狀分析31.2顧客需求分析31.3管理員需求分析31.4性能需求分析31.5可行性分析41.6整體設(shè)計原則4合用標(biāo)準(zhǔn)文案第二章數(shù)據(jù)庫見解構(gòu)造設(shè)計.........................................................................52.1系統(tǒng)E-R圖..........................................................................................................52.2數(shù)據(jù)流圖...............................................................................................................62.3數(shù)據(jù)詞典...............................................................................................................62..3.1數(shù)據(jù)項.................................................................................................................................62.3.2數(shù)據(jù)構(gòu)造..............................................................................................................................72.3.3辦理過程..............................................................................................................................7第三章數(shù)據(jù)庫邏輯構(gòu)造設(shè)計.......................................................................103.1數(shù)據(jù)庫邏輯構(gòu)造初步構(gòu)想......................................................................................................103.2詳盡邏輯構(gòu)造設(shè)計...................................................................................................................11第四章數(shù)據(jù)庫的物理構(gòu)造設(shè)計...................................................................124.1表間關(guān)系設(shè)計......................................................................................................124.2圓滿性設(shè)計...........................................................................................................12第五章數(shù)據(jù)庫系統(tǒng)的實行..........................................................................145.1數(shù)據(jù)庫的成立......................................................................................................145.2數(shù)據(jù)輸入...............................................................................................................14第六章數(shù)據(jù)庫運轉(zhuǎn)和保護(hù)..........................................................................166.1定義并設(shè)置備份策略...........................................................................................166.2啟用數(shù)據(jù)庫保護(hù)計劃任務(wù)..................................................................................16第七章報告總結(jié)........................................................................................18優(yōu)秀文檔合用標(biāo)準(zhǔn)文案第一章需求分析1.1訂餐現(xiàn)狀分析此刻廣泛使用的訂餐方式是進(jìn)行電話預(yù)定，這類預(yù)定方式方便，錯誤率也比較低，但是由此引起的一些不良現(xiàn)象也比好多，主假如訂餐后出現(xiàn)飯館并無將信息記錄在案，并且電話里不可以夠看到菜品的圖片，對菜量和菜品款式?jīng)]有直觀的見解。其余這類訂餐方式但是進(jìn)行電話的預(yù)定，很可能會出現(xiàn)訂餐但是不執(zhí)行訂單也不進(jìn)行訂餐撤消的現(xiàn)象，訂餐人員對訂購的餐桌信息不太認(rèn)識會進(jìn)行有關(guān)信息的咨詢，這樣就在必然程度上造成了時間的浪費，飯館人員會在同一天頻頻重復(fù)同樣的信息，造成了人力資源的浪費。這樣開發(fā)出圖文并茂，信息能夠?qū)崟r更新和查察的在線網(wǎng)上訂餐系統(tǒng)就擁有了重要的意義。1.2顧客需求分析顧客模塊的功能包含個人信息管理，美食選購，美食談?wù)撊蠊δ堋４酥?，在個人信息管理中能夠?qū)€人信息進(jìn)行改正、還能夠夠查閱過去訂過的美食信息；在選購美食中能夠經(jīng)過購物車直接購置的形式、也可已選擇貨到付款的形式達(dá)成交易；美食談?wù)撝蓄櫩湍軌蜻@對此次服務(wù)質(zhì)量，留下自己相對餐廳說的話，達(dá)成用戶與餐廳之間的交互。1.3管理員需求分析管理員模塊的功能包含菜品管理，訂單管理，會員信息管理三大功能。此中，在個菜品管理中能夠?qū)Σ似沸畔⑦M(jìn)行增添、改正和查問操作；在訂單管理中能夠經(jīng)過未確認(rèn)、已確認(rèn)、已下單三種形式進(jìn)行管理、也可查察全部訂單信息；會員信息管理中，能夠增添會員信息和改正會員信息，從而方便顧客網(wǎng)上訂購美食，并享有優(yōu)惠，這一做法人性化的達(dá)成網(wǎng)站的實行，防范了顧客的抗?fàn)幥榫w。1.4性能需求分析該系統(tǒng)在性能功能上應(yīng)達(dá)到以下需求：操作簡單、界面友善:圓滿控件式的頁面布局，使得菜品，資訊，座位等信息的錄入工作更簡單，好多項選擇項包含餐廳信息，桌位，包房信息等只要重點擊鼠標(biāo)就能夠達(dá)成；其余，追蹤出現(xiàn)的提示信息也讓用戶隨時清楚自己的操作狀況。對常有的近似網(wǎng)站的管理的各個方面：基本信息錄入、閱讀、刪除、改正、找尋等方面都大概實現(xiàn)，顧客對菜品的預(yù)定及支付方式；即時可見:對客戶預(yù)定餐飲信息的辦理（包含錄入、刪除）將立刻在主頁的對優(yōu)秀文檔合用標(biāo)準(zhǔn)文案應(yīng)欄目顯示出來，達(dá)到“即時宣告、即時奏效”的功能；系統(tǒng)運轉(zhuǎn)應(yīng)當(dāng)迅速、堅固、高效和靠譜；在構(gòu)造上應(yīng)擁有很好的可擴(kuò)展性，便于未來的功能擴(kuò)展和保護(hù)。1.5可行性分析跟著經(jīng)濟(jì)的迅速發(fā)展，B2C電子商務(wù)愈來愈遇到人們的關(guān)注。網(wǎng)上訂餐類網(wǎng)站，已經(jīng)如雨后春筍般的出此刻了個大城市。特別在公司，公司內(nèi)部，集體訂餐已經(jīng)成為了趨向。同時，跟著全國人民的精神、物質(zhì)和文化生活高度的提升，人們已經(jīng)不在但是逗留在吃飽的程度，不只要吃飽，還要吃好，并且口胃也愈來愈挑刺，正由于這樣網(wǎng)絡(luò)訂餐業(yè)務(wù)的出現(xiàn)，正逢迎了這些人的口胃，他們不只省去了自己做飯的麻煩，并且也能找尋和發(fā)現(xiàn)新的菜品，品味不同樣風(fēng)格的菜品，網(wǎng)絡(luò)訂餐業(yè)務(wù)在中國有著極大的發(fā)展空間以及優(yōu)秀的背景。此刻世大學(xué)生，白領(lǐng)工作人士作為社會中的重要集體，他們對飲食的要求都在不停提升,飲食在他們生活中起重視要作用。所以，面向大學(xué)生和都市白領(lǐng)人士的網(wǎng)絡(luò)訂餐網(wǎng)站的設(shè)計有著良好的現(xiàn)實意義。1.6整體設(shè)計原則1、開放性、可擴(kuò)大性、靠譜性原則開放系統(tǒng)是生產(chǎn)各樣計算機產(chǎn)品廣泛依據(jù)的原則，依據(jù)這類標(biāo)準(zhǔn)的產(chǎn)品都符合一些公共的、能夠互相操作的標(biāo)準(zhǔn)，能夠友善的在一同工作。開放系統(tǒng)使得各各樣類的網(wǎng)絡(luò)和系統(tǒng)互連簡單、標(biāo)準(zhǔn)一致，簡單擴(kuò)展升級。從而適應(yīng)廣大用戶需求的多變性和產(chǎn)品的更新?lián)Q代。2、優(yōu)秀的用戶操作界面用戶操作界面雅觀、方便、合用，使用戶能在較短的時間內(nèi)掌握其使用方法。3、合用性原則任何系統(tǒng)的設(shè)計都要考慮其合用性，系統(tǒng)開發(fā)的目的是為了實現(xiàn)業(yè)務(wù)辦理自動化、規(guī)范化，提升工作效率，減少工作人員的勞動強度，減少開銷。4、工作平臺設(shè)計原則能適應(yīng)不同樣的操作平臺，不同樣的網(wǎng)絡(luò)。優(yōu)秀文檔合用標(biāo)準(zhǔn)文案第二章見解構(gòu)造設(shè)計階段2.1系統(tǒng)E-R圖經(jīng)過上邊的介紹，我們已近基本的實體有管理員、用戶、訂單和菜譜。實體之間有一個管理員能夠有擁有多個用戶、多個菜譜的管理關(guān)系，所以管理員與用戶之間和菜單之間都是一對多的聯(lián)系；一個用戶只好屬于管理員，所以用戶與管理員是多對一的聯(lián)系；一個訂單只屬于一個用戶，但能夠擁有多個菜譜，所以訂單與菜譜的關(guān)系是一對多的聯(lián)系。據(jù)此分析，獲得系統(tǒng)的ER圖如圖2-1所示。手機號登錄IP注冊時間密碼姓名管理員編用戶編號名稱最后登錄時間地點管理員M戶管理用管理下單1菜系生成訂單地點原訂單狀態(tài)編號菜名備注圖片會員編號總金額創(chuàng)立時間優(yōu)惠價訂單編號下單時間菜名的介紹訂單改變時間圖2-1網(wǎng)上訂餐系統(tǒng)E-R圖優(yōu)秀文檔合用標(biāo)準(zhǔn)文案2.2數(shù)據(jù)流圖圖2-2訂餐系統(tǒng)網(wǎng)上訂餐數(shù)據(jù)流圖2.3數(shù)據(jù)詞典數(shù)據(jù)項數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義說明數(shù)據(jù)種類長度DI-0用戶編號用戶的獨一表記intDI-1用戶名用戶登岸時的名稱char17DI-2用戶密碼用戶登岸時的密碼char17DI-3用戶姓名用戶的真切姓名char20DI-4用戶性別用戶的性別char2DI-5用戶手機用戶的聯(lián)系電話char40優(yōu)秀文檔合用標(biāo)準(zhǔn)文案數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義說明DI-6用戶固定電話用戶的聯(lián)系電話DI-7用戶地點用戶的送貨地點DI-8用戶郵箱用戶的個人郵箱DI-9用戶年紀(jì)用戶的真切年紀(jì)DI-10用戶誕辰用戶的出誕辰期DI-11餐館編號餐館的獨一表記DI-12餐館名稱餐館的全稱DI-13餐館地點餐館的詳盡地點DI-14餐館電話餐館的聯(lián)系電話DI-15餐館聯(lián)系人餐館聯(lián)系人的姓名DI-16菜品編號菜品的獨一表記DI-17菜名名稱菜品的名稱DI-18菜品種類菜品所屬的類又名稱DI-19菜品種類編號菜品類其余獨一表記DI-20菜品價錢菜品的單價DI-21菜品折扣菜品的折扣率DI-22菜品份數(shù)菜品的份數(shù)DI-23訂單編號訂單的獨一表記DI-24訂單日期訂單產(chǎn)生的日期DI-25訂單總數(shù)訂單全部菜品的總數(shù)

數(shù)據(jù)種類長度char40char100char50intdateintchar50char100char40char20intchar40char20intfloatfloatintintdatefloat優(yōu)秀文檔合用標(biāo)準(zhǔn)文案數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義說明數(shù)據(jù)種類長度DI-26送餐編號送餐的獨一表記intDI-27送餐地點送餐的詳盡地點char100DI-28送餐日期送餐的日期dateDI-29送餐員名稱送餐員的真切姓名char20DI-30送餐員電話送餐員的聯(lián)系電話char40DI-31省份編號省份的獨一表記intDI-32省份名稱省份的名稱char20DI-33城市編號城市的獨一表記intDI-34城市名稱城市的名稱char20數(shù)據(jù)構(gòu)造數(shù)據(jù)構(gòu)造編號數(shù)據(jù)構(gòu)造名含義說明構(gòu)成DS-1Class菜品分類信息DI-18，DI-19DS-2User用戶信息DI-0至DI-10DS-3Restaurant餐館信息DI-11至DI-15DS-4Meal菜品信息DI-16至DI-22DS-5Order訂單信息DI-23、DI-24、DI-25、DI-27、DI-0DS-6DeliveryNote送餐信息DI-26至DI-30，DI-1、DI-14、DI-15辦理過程優(yōu)秀文檔合用標(biāo)準(zhǔn)文案辦理過程編號辦理過程名說明輸入輸出辦理成功：跳轉(zhuǎn)到注冊成功信息登岸頁面P-1注冊所合用戶用戶詳盡信息或失敗信息失?。簭念^注冊成功：跳轉(zhuǎn)到登岸成功信息首頁P-2登錄所合用戶用戶名和密碼或失敗信息失?。簭念^登陸原用戶名、新的已經(jīng)登岸改正成功或失改正數(shù)據(jù)庫信P-3改正賬號用戶名、確認(rèn)新的用戶敗信息息用戶名、密碼本來的密碼、新已經(jīng)登岸改正成功或失改正數(shù)據(jù)庫信P-4改正密碼的密碼、確認(rèn)新的用戶敗信息息密碼改正常用收已經(jīng)登岸新的收貨地點、改正數(shù)據(jù)庫信P-5貨信息的用戶新的聯(lián)系方式息增添收獲信已經(jīng)登岸改正數(shù)據(jù)庫信P-6新的收貨信息息的用戶息改正用戶信已經(jīng)登岸改正數(shù)據(jù)庫信P-7用戶信息息的用戶息優(yōu)秀文檔合用標(biāo)準(zhǔn)文案辦理過程編號辦理過程名說明輸入輸出辦理將用戶所選的增添到購物P-8所合用戶菜品增添到購車物車改正購物車信P-9改正購物車所合用戶息依據(jù)購物車和已登錄取P-10下訂單用戶信息自動戶生成訂單查察并確認(rèn)已登錄取P-11訂單戶已登錄取改正數(shù)據(jù)庫信P-12提交訂單訂餐成功信息戶息將訂單信息傳P-13接收訂單客服人員送給有關(guān)工作人員P-14信息檢索所合用戶要檢索的內(nèi)容檢索信息內(nèi)容已登錄取改正數(shù)據(jù)庫信P-15宣告信息要宣告的信息戶息P-16系統(tǒng)保護(hù)管理員P-17信息更新管理員需要更新的信改正數(shù)據(jù)庫信優(yōu)秀文檔合用標(biāo)準(zhǔn)文案辦理過程編號辦理過程名說明輸入輸出辦理息息用戶投訴與已登錄的投訴/談?wù)搩?nèi)改正數(shù)據(jù)庫信P-18投訴/談?wù)搩?nèi)容談?wù)撚脩羧菹?yōu)秀文檔合用標(biāo)準(zhǔn)文案第三章數(shù)據(jù)庫邏輯構(gòu)造設(shè)計階段3.1數(shù)據(jù)庫邏輯模式初步構(gòu)想依據(jù)ER圖變換成基本表的思想，即每個實體變換成基本表，而1對多的聯(lián)系依據(jù)實質(zhì)需要能夠變換或不變換為基本表，依據(jù)圖2-1所示的ER圖，該系統(tǒng)的基本表應(yīng)為5個，分別為：表3-1管理員表管理員編號姓名密碼登岸IP最后登錄時間主碼3-2用戶表用戶編號姓名地點手機注冊時間主碼3-3訂單表訂單手機號地點總金額下單訂單狀態(tài)訂單改備注會員編編號時間變時間號主碼外碼3-4菜譜表編號菜名原價優(yōu)惠價菜名的介紹圖片創(chuàng)立時間主碼表3-5訂單項表訂單項編號訂單編號姓名狀態(tài)主碼優(yōu)秀文檔合用標(biāo)準(zhǔn)文案3.2詳盡邏輯模式設(shè)計表的詳盡構(gòu)造表名字段名字段種類重點字拘束說明菜譜編號10個字符是菜名20個字符不相贊成空值原價20個字符菜譜信息優(yōu)惠價20個字符菜名介紹50個字符圖片創(chuàng)立時間10個字符用戶編號10個字符是姓名10個字符用戶信息地點50個字符手機20個字符注冊時間10個字符管理員編號10個字符是姓名10個字符管理員信息管理員密碼10個字符登錄IP20個字符最后登錄時間10個字符訂單信息訂單編號15個字符是優(yōu)秀文檔合用標(biāo)準(zhǔn)文案手機號地點總金額下單時間訂單狀態(tài)訂單改變時間備注會員編號

個字符個字符個字符個字符個字符個字符個字符10個字符參照用戶信息表的用戶編號，不相贊成空值訂單項編號訂單編號訂單項信息姓名狀態(tài)

10個字符是15個字符參照訂單信息表的訂單編號，不相贊成空值個字符個字符優(yōu)秀文檔合用標(biāo)準(zhǔn)文案第四章數(shù)據(jù)庫的物理構(gòu)造設(shè)計4.1設(shè)計表間關(guān)系在網(wǎng)上訂餐系統(tǒng)中，存在著參照關(guān)系和被參照關(guān)系。用戶信息表參照關(guān)系用戶編號姓名地點手機注冊時間201001000王麗萍山東濟(jì)南13223235620100910外面重點字156201001000李杜娟江西南昌15146854220081231236主重點字201001000黃大洲廣東佛山18775692520090423384訂單信息表被參照201001000張子將湖南長沙18023652520110814關(guān)系441訂單編號用戶編號地點總金額下單時間訂單狀態(tài)訂單改手機備注變時間11122320100100山東濟(jì)南28.001223等候付款132232356010111:235611122320100100江西南昌42.001223貨到付款151468542020214:423611122320100100廣東佛山13.001223已付款187756925030315:338411122320100100湖南長沙25.001223貨到付款180236525優(yōu)秀文檔合用標(biāo)準(zhǔn)文案040417:5241圖4-1參照關(guān)系與被參照關(guān)系4.2圓滿性設(shè)計主要字段圓滿性的字段名、圓滿性拘束條件關(guān)系模型的圓滿性拘束包含實體圓滿性、參照圓滿性和用戶定義圓滿性。主要字段圓滿性的字段名、圓滿性拘束條件指的是實體圓滿性。此中實體圓滿性的規(guī)則以下：1．實體圓滿性規(guī)則是針對關(guān)系而言的，而關(guān)系則對應(yīng)一個現(xiàn)實世界中的實體集。2．現(xiàn)實世界中的實體是可劃分的，它們擁有某種表記特點；相應(yīng)地，關(guān)系中的元組也是可劃分的，在關(guān)系頂用主重點字作獨一性表記。3．主重點字中的屬性，即主屬性不可以夠取空值。在網(wǎng)上訂餐系統(tǒng)中，管理員表（管理員編號，名稱，密碼，登岸IP，最后登錄時間）中，管理員編號是主重點字，不可以夠夠取空值；用戶表（用戶編號，姓名，地點，手機，注冊時間）中，用戶編號是主重點字，不可以夠夠取空值；訂單表（訂單編號，手機號，地點，總金額，下單時間，訂單狀態(tài)，訂單改變時間，備注，會員編號）中，訂單編號是主關(guān)鍵字，不可以夠夠取空值；菜譜表（菜譜編號，菜名，原價，優(yōu)惠價，菜名的介紹,圖片，創(chuàng)建時間）中，菜譜編號是主重點字，不可以夠夠取空值；訂單項表（訂單項編號，訂單編號，姓名，狀態(tài)）中，訂單項編號是主重點字，不可以夠夠取空值。記錄圓滿性拘束及其拘束條件除了實體圓滿性以外還有其余與應(yīng)用親密有關(guān)的數(shù)據(jù)圓滿性拘束，比方某個屬性的值必須獨一，某個屬性的取值必然在某個范圍內(nèi)，某些屬性值之間應(yīng)當(dāng)知足必然的函數(shù)關(guān)系等。優(yōu)秀文檔合用標(biāo)準(zhǔn)文案近似這些方面的拘束不是關(guān)系數(shù)據(jù)模型自己所要求的，而是為了知足應(yīng)用方面的語義要求提出來的，這些圓滿性需求需要用戶來定義，所以稱為用戶定義圓滿性。數(shù)據(jù)庫管理系統(tǒng)需提供定義這些數(shù)據(jù)圓滿性的功能和手段，以便一致進(jìn)行辦理和檢查，而不是由應(yīng)用程序去實現(xiàn)這些功能。在用戶定義圓滿性中最常有的是限制屬性的取值范圍，即對值域的拘束，這包含說明屬性的數(shù)據(jù)種類、精度、取值范圍、能否贊成空值等。在網(wǎng)上訂餐系統(tǒng)中，訂單信息表中的訂單編號不相贊成為空值，用戶表中的用戶編號為獨一值都是用了用戶定義圓滿性拘束。參照圓滿性表現(xiàn)實世界中的實體之間存在著某種聯(lián)系，而在關(guān)系模型中實體是用關(guān)系描繪的，實體之間的聯(lián)系也是用關(guān)系描繪的，這樣就自然存在著關(guān)系和關(guān)系之間的參照或引用。網(wǎng)上訂餐系統(tǒng)參用戶編號姓名地點手機注冊時間照圓滿性表以下：用戶信息表n：n訂單編號手機號地點總金額下單時間訂單狀態(tài)用戶編號n:n訂單信息表訂單項編號訂單編號姓名狀態(tài)訂單項信息表圖4-2說明關(guān)系和參照關(guān)優(yōu)秀文檔合用標(biāo)準(zhǔn)文案第五章數(shù)據(jù)庫系統(tǒng)的實現(xiàn)5.1數(shù)據(jù)庫的成立啟動服務(wù)管理器，翻開查問分析器，在調(diào)試程序窗口輸入以下語句：Createdatabase網(wǎng)上訂餐系統(tǒng)On（name=網(wǎng)上訂餐系統(tǒng)_dat,網(wǎng)上訂餐系統(tǒng)_dat.mdf',Size=5mbMaxsize=100mb,Filegrowth=5mb)Logon(name=網(wǎng)上訂餐系統(tǒng)_log,網(wǎng)上訂餐系統(tǒng)_log.ldf',Size=5mbMaxsize=100mb,Filegrowth=5mb)5.2數(shù)據(jù)載入在網(wǎng)上訂餐系統(tǒng)數(shù)據(jù)庫中分別新建菜譜信息表、用戶信息表、管理員信息表、訂單信息表、訂單項信息表，再陸續(xù)載入數(shù)據(jù)：菜譜信息表的數(shù)據(jù):優(yōu)秀文檔合用標(biāo)準(zhǔn)文案用戶信息表的數(shù)據(jù):管理員信息表的數(shù)據(jù)訂單信息表的數(shù)據(jù)：訂單項信息表的數(shù)據(jù)：優(yōu)秀文檔合用標(biāo)準(zhǔn)文案第六章數(shù)據(jù)庫系統(tǒng)的運轉(zhuǎn)和保護(hù)作為網(wǎng)管員，不論其管理的網(wǎng)絡(luò)的規(guī)模是大仍是小，在平時的管理中除了保護(hù)網(wǎng)絡(luò)安穩(wěn)運轉(zhuǎn)、實時除去網(wǎng)絡(luò)故障、保護(hù)網(wǎng)絡(luò)安全等工作以外，備份網(wǎng)絡(luò)中重點數(shù)據(jù)也是此中的一個特別特別重要的工作環(huán)節(jié)。網(wǎng)絡(luò)中的各樣故障但是就分兩種:軟件故障和硬件故障。關(guān)于“硬件故障”能夠經(jīng)過維修或改換硬件設(shè)施獲得實時解決;關(guān)于“軟件故障”則能夠經(jīng)過從頭安裝或升級軟件、重做網(wǎng)絡(luò)或應(yīng)用軟件系統(tǒng)等方法實時解決，并且用此方法來解決網(wǎng)絡(luò)故障大多需要一些基礎(chǔ)的、重點的數(shù)據(jù)支持才能得以恢復(fù)正常。但是，網(wǎng)絡(luò)中諸這樣類的重點數(shù)據(jù)(特別是“應(yīng)用軟件系統(tǒng)”中的重點數(shù)據(jù))的破壞或拋棄，絕大多數(shù)是沒法恢復(fù)和填補的。6.1定義并設(shè)置備份策略：每周1次圓滿備份，周日晚0點。超出4周清空以前的備份。每日1次差別備份，每日0點。超出1周清空以前的備份。3.每2小時一第二天志備份，超出1天清空以前的備份。6.2啟用保護(hù)計劃任務(wù)在“管理”－>“數(shù)據(jù)庫保護(hù)計劃”上右鍵彈出菜單，選“新建保護(hù)計劃”。如圖6-2-1所示。設(shè)置數(shù)據(jù)庫保護(hù)計